From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 03:31:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9449D16A403 for ; Sun, 31 Dec 2006 03:31:01 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 58ED913C45B for ; Sun, 31 Dec 2006 03:31:01 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBV3UxAa022667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 19:31:00 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45972EF6.9040506@errno.com> Date: Sat, 30 Dec 2006 19:31:02 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: JoaoBR References: <200612282002.11562.joao@matik.com.br> <4596CA1A.9040906@errno.com> <200612301926.57736.joao@matik.com.br> In-Reply-To: <200612301926.57736.joao@matik.com.br> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 03:31:01 -0000 JoaoBR wrote: > On Saturday 30 December 2006 18:20, Sam Leffler wrote: > > thank you for answering, lots of good points and I will try to answer any of > them > > >>> I really do not know what this event means (ether type 5e4), for my >>> understandings it is vague in the source, so I am lost here >> Seems pretty clear: it's the type field extracted from the ethernet >> header of the oversized packet. A quick check of sys/net/ethernet.h >> shows no such ETHERTYPE defined. So something in your network is >> transmitting packets that either being rx'd incorrectly or, more likely, >> corrupted in transit. >> > > good so far, point here is that we can not limit that someone tx this kind of > packets but should find a way that this traffic do not DoS the AP. > > ipfw accepts 0x5e4 but at the end it does not get this packages > changing mtu on any interface does not change a thing > > > when we track the oversized packages they we found they are coming from nat > servers where wingate and similar softwares are running, when we cut them out > the mentioned traffic stopps and the AP does not interrupt service anymore So the packet is real and it's being dropped at the 802.3 layer as it should. If the printf is the problem remove it or rate limit it. I think it should be rate-limited or just stuck under a debug flag but I'll leave that to someone else. Alternatively we can enforce the mtu in the ath driver and drop it there. > > >>> { >>> I get continously: >>> >>> kernel: ath0: link state changed to DOWN >>> kernel: ath0: link state changed to UP >>> >>> when WL client but it recovers when the AP comes back to normal >>> so wl-cli mode is not the issue >>> } >> Sorry this is hard to understand. You are saying that when you see >> packets discarded on the ap the client stations lose their association >> to the ap? You've said nothing about your environment but I'd guess >> you've got some heavy interference like a microwave oven operating. >> > > > we use Freebsd releng_6 running Dlink 520 or 530 cards (ATH) in hostap mode as > access point > > in order to check better what is happening we set up some freebsd clients > releng_6 as well > > when this oversized packages are appearing first we see ath up/down events on > the client, on windows machines the signal drops and comes back as well, so I > guess it is the same > > if this oversize packages "are persistence" after a while the AP goes down and > does not come back > > we do see other 11b/g APs out there and measured the spectrum but there is no > meaningfull interference, also, in this specific case, here we do have > channel 1,6 and 11 and all Aps are 2km away from each other. > > > > > >>> ath stats: >>> >>> 70777 data frames received >>> 71551 data frames transmit >>> 420 tx frames with an alternate rate >>> 10821 long on-chip tx retries >>> 260 tx failed 'cuz too many retries >>> 11M current transmit rate >>> 10489 tx management frames >>> 1 tx frames discarded prior to association >>> 786 tx frames with no ack marked >>> 80516 tx frames with short preamble >>> 54395 rx failed 'cuz of bad CRC >>> 146438 rx failed 'cuz of PHY err >>> 145013 CCK timing >>> 1425 CCK restart >>> 5295 beacons transmitted >>> 19 periodic calibrations >>> 42 rssi of last ack >>> 31 avg recv rssi >>> -98 rx noise floor >>> 572 cabq frames transmitted >>> 11 cabq xmit overflowed beacon interval >> This should not happen. You have stations in power save mode in your >> bss and the transmission of queued multicast frames overflowed the >> interval following the beacon frame. This should be handled (I >> explicitly tested it) but you might want to observe if this occurs when >> you have problems. >> > > this ath stats are from exactly the moment when the card in apmode stopped > > >>> 1525 switched default/rx antenna >>> Antenna profile: >>> [1] tx 41285 rx 4 >> This makes no sense; you rx'd 4 frames total? That's inconsistent with >> the "data frames received" counter and makes me question whether these >> numbers are meaningful. >> > > same answer as above, I like to remember we are in an outdoor environment with > pigtail, coax and 18dBi Omni or 90 degree panel Not sure how this statement bears any relationship to my question. > > > > >>> ifconfig >>> >>> ath0: flags=8943 mtu 1500 >>> ether 00:13:46:8b:f1:86 >>> media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b >>> status: associated >>> ssid omegasul channel 1 (2412) bssid 00:13:46:8b:f1:86 >>> authmode OPEN privacy ON deftxkey 1 >>> wepkey 1:40-bit >>> wepkey 2:40-bit >>> wepkey 3:40-bit >>> wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 36 >>> txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmiss >>> 7 -pureg protmode CTS -wme burst ssid HIDE -apbridge dtimperiod 1 bintval >>> 100 >> Unfortunately you've not provide critical info like the mac+phy of the >> card and the platform (E.g. is this a soekris box). As I said I can try >> to _HELP_ you but I cannot fix your problem. You need to diagnose what >> is happening. > > great, this are normally MicroATX MBs Asus or Epox, with Athlon 64 3000 or > higher processors, 256Mb or more RAM > > CPU: AMD Athlon(tm) 64 Processor 3500+ (2199.77-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20ff2 Stepping = 2 > > Features=0x78bfbff SR,SSE,SSE2> > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x1 > real memory = 401539072 (382 MB) > avail memory = 383447040 (365 MB) > ioapic0 irqs 0-23 on motherboard > wlan: mac acl policy registered > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > > ath0: mem 0xfddd0000-0xfdddffff irq 20 at device 0.0 on pci2 > ath0: Ethernet address: 00:17:9a:0a:7a:5b > ath0: mac 7.9 phy 4.5 radio 5.6 > ath0: using 150 rx buffers > ath0: using 300 tx buffers > > ath0@pci2:0:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 > hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5212, AR5213 802.11a/b/g Wireless Adapter' > class = network > subclass = ethernet > > > thank's > So I have no idea what your problem is. If you can create a way for me to reproduce your problem I can look at it. Otherwise you'll have to dig for yourself. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 03:33:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5F8A16A412 for ; Sun, 31 Dec 2006 03:33:13 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA4313C441 for ; Sun, 31 Dec 2006 03:33:13 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBV3XCfd022679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 19:33:13 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45972F7B.4060401@errno.com> Date: Sat, 30 Dec 2006 19:33:15 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: JoaoBR References: <200612282002.11562.joao@matik.com.br> <200612282241.24542.joao@matik.com.br> <4596CC31.6010604@errno.com> <200612301934.48381.joao@matik.com.br> In-Reply-To: <200612301934.48381.joao@matik.com.br> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Lamont Granquist Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 03:33:13 -0000 JoaoBR wrote: > On Saturday 30 December 2006 18:29, Sam Leffler wrote: >> See my previous reply to you. Lamont is directing you to look for >> stations in your network operating with power save enabled. >> > > even if there are stations with powersaving on we can do anything against it > > this is an ISP environment where people connect with compatible hardware, I do > not agree that power management enabled on some of them could bring the > network down Sorry I don't understand your comment. Noone has ever said having power save enabled in client sta's should be permitted to cause an ap to stop proper operation. > > > >>> But I saw histories about this and even if powersaving issue "was the >>> issue in that case(really?)" I think this is wierd in any way because if >>> ONE station with powersaving on could set the AP in DoS ... man ... if >>> really true this is kind of lame excuse or kind of driver weakness which >>> both would be inacceptable, and, if it does NOT wake up if in sleep state >>> ... no further comment, but a driver weakness right? >> Power save operation is a required part of 802.11. If there's a problem >> in supporting it then it should be fixed but I'm aware of several ap >> products shipping with freebsd that do not exhibit this problem so it >> may be related to your configuration. ath parts offload much processing >> to the host and creating a production quality ap based on them involves >> certain tuning and configuration that must be done according to the >> complete system. > > I know and as far as our knowledge goes (in fact there are no secrets to > disable powersaving) we do not have this problem and like I said before in > the former msg that I believe the problem is related to a certain kind of > traffic > > >> If you are saying you should not have to reboot a system because the >> device locks up then sure. But I've no idea if that was what was >> required. I'm aware of only one ath-related issue that can lockup a >> system--that's when a part is set into deep sleep and the host then >> accesses a register outside the pci clock domain w/o first waking up the >> part. This has only been reported with cardbus cards which means you >> can just eject the card to unfreeze the bus. But this sounds unrelated >> to the problem you are seeing. >> > > ok, but again our Ap is not in any power save mode, we monitor CPU, fan, temp > and traffic and to complete the powersaving issue, it is unlikely that the > freeBSD goes to sleep when I get considerable traffic through this box and > especially the ath card I guess you still don't understand what 802.11 power save operation means. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 03:39:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0B4616A403 for ; Sun, 31 Dec 2006 03:39:54 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7382113C455 for ; Sun, 31 Dec 2006 03:39:54 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBV3dpiN022707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 19:39:54 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4597310A.4020807@errno.com> Date: Sat, 30 Dec 2006 19:39:54 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: JoaoBR References: <200612282002.11562.joao@matik.com.br> <4596CE08.3090104@errno.com> <200612301950.29821.joao@matik.com.br> In-Reply-To: <200612301950.29821.joao@matik.com.br> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 03:39:54 -0000 JoaoBR wrote: > On Saturday 30 December 2006 18:37, Sam Leffler wrote: >> JoaoBR wrote: >>> 572 cabq frames transmitted >>> 11 cabq xmit overflowed beacon interval >>> >>> >>> media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b >> So one other thing came to mind. If your ap is operating in 11b and you >> have many multicast frames q'd up for power save stations then they can >> effectively saturate the network if they are being trasnmitted at a low >> tx rate (which they would be). This can effectively DOS your wireless >> network because the frames are burst immediately following the beacon. > > > hum, let's see ... > > this is an ISP environment > as unlikely the AP goes to sleep while rx/tx the client station either Don't know where this comment came from. Noone ever suggested the machine operating as an ap goes to sleep. > > we block incoming traffic, we sell internet access so there will no access to > the station which might match the case you brought up, the station request > access to a site and get reply, when the station "sleeps" (if) then there is > no considerable tx to it > > >> The driver limits the burst interval so it does not overflow into the >> next beacon but it's allowed to fill all available time to the next >> beacon frame (something I've considered changing for just the reason I >> described). This has always been an issue. You might try rate limiting >> these frames or just hack the driver to violate the spec and not buffer >> them for tx after the beacon (to see if your problem goes away). > > ok I understand, this certainly is another point we have problems with but we > did exactly what you mentioned. > > The tx buffer on the AP, once getting used is never released even if never > getting to fill it up to the configured limit - this I consider so far a > problem but not related to the problem we discuss Sorry I do not understand this but you say it is not related. > > > but let me ask, certainly the same problem could come up when for instance the > client has a bad signal (bad caox or connector, antena misplaced or local > interference) and the AP can not tx to this station in this exact moment when > his signal drops right? Sorry, again I do not understand your point. I guess you're asking how do people deal with radio sources jamming the frequency, there's nothing you can do if someone doesn't honor the 802.11 protocols. > > > >> Further, if you have a machine with a crappy pci bus (such as !4801 >> soekris boards) it's entirely possible that you are hoarding the bus >> with these long transmits s.t. other problems are occurring. I do not >> recommend building ap products out of such equipment. (No disrespect to >> the 4501, et al they just had substandard pci bus operation.) >> > > ok, like said before we use PCs and the MBs we use are pretty reliable because > on POPs where this special case of traffic do not appear we have them up for > months even with higher traffic as I mentioned before. > > > thank you for your availability to help. > > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 05:07:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1422816A403; Sun, 31 Dec 2006 05:07:40 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.freebsd.org (Postfix) with ESMTP id CF8D613C44B; Sun, 31 Dec 2006 05:07:39 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 93489B844; Sun, 31 Dec 2006 06:07:37 +0100 (CET) Message-ID: <459745A0.8030708@andric.com> Date: Sun, 31 Dec 2006 06:07:44 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0b1 (Windows/20061223) MIME-Version: 1.0 To: "Sean C. Farley" References: <4595C753.5030502@andric.com> <20061230163738.D1066@thor.farley.org> In-Reply-To: <20061230163738.D1066@thor.farley.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Joe Marcus Clarke Subject: Re: gif problems 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: Sun, 31 Dec 2006 05:07:40 -0000 Sean C. Farley wrote: >> I just updated one of my machines from RELENG_6 as of 2006-11-03, to >> RELENG_6 as of 2006-12-29. This caused the IPv6 tunnel which this box >> uses, which had been doing fine for months, to suddenly stop working. ... >> For some reason, the ifconfig command now fails to create the proper >> routing table entries. With the 2006-11-03 kernel, if I configure my >> gif0 tunnel as follows: > > I can confirm my setup with Hurricane Electric also started failing at > some point: ... > I needed to add the following to restore the old (working) behavior: > ipv6_static_routes="defroute" > ipv6_route_defroute="AAAA:BBBB:CCCC:DDDD::1C -interface gif0" By doing some nice bisection debugging, I've narrowed the problem down to this specific commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/nd6.c#rev1.48.2.16 If you revert this change, tunnel configuration will work as before again. I'm now investigating the diff itself, to see if I can find an error in there anywhere... :) Cheers, Dimitry From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 06:40:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F79516A403 for ; Sun, 31 Dec 2006 06:40:55 +0000 (UTC) (envelope-from teklimbu@wlink.com.np) Received: from smtp5.wlink.com.np (smtp5.wlink.com.np [202.79.32.52]) by mx1.freebsd.org (Postfix) with SMTP id 6E77713C459 for ; Sun, 31 Dec 2006 06:40:51 +0000 (UTC) (envelope-from teklimbu@wlink.com.np) Received: (qmail 82003 invoked from network); 31 Dec 2006 06:08:16 -0000 Received: from unknown (HELO smtp1.wlink.com.np) (202.79.32.76) by 0 with SMTP; 31 Dec 2006 06:08:16 -0000 Received: (qmail 19977 invoked by uid 98); 31 Dec 2006 06:14:08 -0000 Received: from 202.79.36.216 by smtp1.wlink.com.np (envelope-from , uid 1009) with qmail-scanner-1.25 (clamdscan: 0.88.4/2205. Clear:RC:1(202.79.36.216):. Processed in 0.048632 secs); 31 Dec 2006 06:14:08 -0000 X-Qmail-Scanner-Mail-From: teklimbu@wlink.com.np via smtp1.wlink.com.np X-Qmail-Scanner: 1.25 (Clear:RC:1(202.79.36.216):. Processed in 0.048632 secs) Received: from [202.79.36.216] (HELO teklimbu.wlink.com.np) by smtp1.wlink.com.np (qmail-smtpd) with SMTP; 31 Dec 2006 06:14:01 -0000 (Sun, 31 Dec 2006 11:59:01 +0545) Received: (qmail 84226 invoked by uid 1009); 31 Dec 2006 06:25:34 -0000 Received: from unknown (HELO teklimbu.wlink.com.np) (202.79.36.216) by teklimbu.wlink.com.np with SMTP; 31 Dec 2006 06:25:34 -0000 Date: Sun, 31 Dec 2006 12:10:33 +0545 From: Tek Bahadur Limbu To: "Marc G. Fournier" Message-Id: <20061231121033.8f139a02.teklimbu@wlink.com.np> In-Reply-To: <9D5795D735EF808D2F14CB18@ganymede.hub.org> References: <20061228172738.892fcf3d.teklimbu@wlink.com.np> <9D5795D735EF808D2F14CB18@ganymede.hub.org> Organization: Worldlink Communications Pvt. Ltd. X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Check-By: smtp1.wlink.com.np Spam: No ; 0.3 / 5.0 X-Spam-Status-WL: No, hits=0.3 required=5.0 Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Sleepy thread - Kernel Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 06:40:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 29 Dec 2006 16:36:30 -0400 "Marc G. Fournier" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Yours makes the third report of this that I know of ... one of us is > running 6.2-RC, one 6.1-RELEASE ... what version are you running? I > get the same 'hang' also ... > > Have you enabled DDB in your kernel? Also, have you enabled the > dumpdev settings in /etc/rc.conf? > > - --On Thursday, December 28, 2006 17:27:38 +0545 Tek Bahadur Limbu > wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > Dear All, > > > > I need some help on the problem below. > > > > The following error occurs in my FreeBSD 6.1 (Dell 420) server: > > > > > > Sleeping thread (tid 540242, pid 32378) owns a non-sleepable lock > > panic: sleeping thread > > > > Cannot dump. No dump device defined. > > > > Automatic reboot in 15 seconds - press a key on the console to > > abort. Rebooting > > > > > > However, it does not reboot and simply hangs. > > > > I have tried commenting the "options PROCFS" which seemed to work > > for 2 says. However on the 3rd day, the same problem surfaced again. > > > > I probably think that it is a hardware problem. Does anybody have > > some ideas regarding this problem. > > > > > > -- > > > > > > With best regards and good wishes, > > > > Yours sincerely, > > > > Tek Bahadur Limbu > > > > (TAG/TDG Group) > > Jwl Systems Department > > > > Worldlink Communications Pvt. Ltd. > > > > Jawalakhel, Nepal > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.2.2 (FreeBSD) > > > > iD8DBQFFk62uVrOl+eVhOvYRAmfRAJsFtLZOBH84ex9S2h99r1bqf2eYegCcDfgO > > rJW7nsfCQAIn7Q9RFwsUA3o= > > =W8n9 > > -----END PGP SIGNATURE----- > > > > > > - ---- > Marc G. Fournier Hub.Org Networking Services > (http://www.hub.org) Email . > scrappy@hub.org MSN . scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFlXxO4QvfyHIvDvMRAu5wAJ9cdnO87xmzpXcvWRxZfYzK2sxqQQCeMIG3 > u87sTXfYCqNGNRbM0SfKqJ8= > =TJp6 > -----END PGP SIGNATURE----- > > Dear Marc, I apologize for the delay in this email. I am using FreeBSD 6.1 (i386) with SMP on a dell 420. I have not enabled DDB in my kernel. I also don't have dumpdev in my rc.conf too. What will be the implications of having those options in the Kernel and rc.conf? However, I doubt that this could be some hardware problem. Please shed some light on this? - -- With best regards and good wishes, Yours sincerely, Tek Bahadur Limbu (TAG/TDG Group) Jwl Systems Department Worldlink Communications Pvt. Ltd. Jawalakhel, Nepal -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFFl1fdVrOl+eVhOvYRAqtzAJ4wGNuHcVAWaaiWJi+CQZmvapDtfwCeLNlD w93uN1diEaBwVAw6m3Rwfms= =rhp4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 09:16:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B7E816A407; Sun, 31 Dec 2006 09:16:31 +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 369D213C442; Sun, 31 Dec 2006 09:16:28 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id UAA09579; Sun, 31 Dec 2006 20:03:54 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 31 Dec 2006 20:03:54 +1100 (EST) From: Ian Smith To: Doug Barton In-Reply-To: <4596D4B5.5080004@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD mailing list Subject: Re: BIND-9.3.2 (from 5.5-STABLE) segfault 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: Sun, 31 Dec 2006 09:16:31 -0000 On Sat, 30 Dec 2006, Doug Barton wrote: > Chuck Swiger wrote: > > Hi-- > > > > I had named segfault a day or so ago under high load ("adnslogres -c > > 200" against a webserver logfile) after logging the following: > > Hard to tell if your problem here is related to running on 5.5 or not, > but of course recommendation number one is to consider upgrading to > 6.x. Recommendation number two is to upgrade BIND to 9.3.3, preferably > by upgrading to 6.2-RC2, or by upgrading to the head of RELENG_5, or > as a last resort by using the port, with or without the option to > replace the base BIND. Similarly to Chuck (but on a much smaller scale :) with 'BIND 9.3.2-P2 -u bind -t /var/named' on 5.5-STABLE #0: Sun Nov 19 20:22:12 EST 2006 No real issues apart from inability to get trace and/or querylog working yet, but I'll leave that until after upgrading as advised first .. But .. cut to > > Named is being invoked via "-4 -u bind -c named.conf -t /var/named"; but > > it could not dump core as /var/named is owned by root. > > Check out the dump-file directive in the ARM. I have a directory in > the chroot called /var/dump, owned by the bind user, and the following > in my named.conf: > > options { > ... > dump-file "/var/dump/named_dump.db"; > ... > }; Standard issue unless Chuck disabled it. 'rndc dumpdb' dumps cache and zones to (seen from outside) /var/named/var/dump/named_dump.db fine. But how would you tell named to drop its core there? > > I've changed > > that temporarily so I ought to be able to get a corefile if I can > > reproduce it. Would letting bind own the chroot dir adversely affect the security of the sandbox re breaking chroot? (temporarily) It looks like you'd have to hack /etc/rc.d/named to stop it mtree'ing '.' ownership back to root anyway? > See above. > > > As the subject mentions, this is a Dell 1850 (rackmount PowerEdge) > > running FreeBSD-5.5 & BIND-9.3.2; until just now, everything had been > > running stably for months at a time. > > I assume you've checked the usual suspects, dead fans, other hardware > problems, etc? > > > hth, > > Doug Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 09:20:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 290DA16A403 for ; Sun, 31 Dec 2006 09:20:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD9F13C442 for ; Sun, 31 Dec 2006 09:20:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBV9Khch047449; Sun, 31 Dec 2006 06:20:43 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Sun, 31 Dec 2006 07:20:43 -0200 User-Agent: KMail/1.9.3 References: <200612282002.11562.joao@matik.com.br> <200612301926.57736.joao@matik.com.br> <45972EF6.9040506@errno.com> In-Reply-To: <45972EF6.9040506@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612310720.43293.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 09:20:56 -0000 On Sunday 31 December 2006 01:31, Sam Leffler wrote: > >>> I really do not know what this event means (ether type 5e4), for my > >>> understandings it is vague in the source, so I am lost here > >> > >> Seems pretty clear: it's the type field extracted from the ethernet > >> header of the oversized packet. =A0A quick check of sys/net/ethernet.h > >> shows no such ETHERTYPE defined. =A0So something in your network is > >> transmitting packets that either being rx'd incorrectly or, more likel= y, > >> corrupted in transit. > > > > good so far, point here is that we can not limit that someone tx this > > kind of packets but should find a way that this traffic do not DoS the > > AP. > > > > ipfw accepts 0x5e4 but at the end it does not get this packages > > changing mtu on any interface does not change a thing > > > > > > when we track the oversized packages they we found they are coming from > > nat servers where wingate and similar softwares are running, when we cut > > them out the mentioned traffic stopps and the AP does not interrupt > > service anymore > > So the packet is real and it's being dropped at the 802.3 layer as it > should. =A0If the printf is the problem remove it or rate limit it. =A0I > think it should be rate-limited or just stuck under a debug flag but > I'll leave that to someone else. =A0Alternatively we can enforce the mtu > in the ath driver and drop it there. the problem is that the ath card stops working rendering the machine useless I do not get this problem with a wi prism card, when I switch to a wi card = I=20 get some wi timeout events but the card does not stop as the ath does when I run the server with ath card not as bridge but as a gateway it also= =20 does not stop working and the mentioned packages do also exist on the netwo= rk=20 but are not even mentioned/noticed by the AP enforcing a mtu limit and dropping the larger packages sounds as a good sta= rt=20 for me. If you could be so kind and make such a patch to try it out I get t= he=20 results in a day or two since I have machines which hang several times a da= y. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 10:22:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2741716A412 for ; Sun, 31 Dec 2006 10:22:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 8D52D13C441 for ; Sun, 31 Dec 2006 10:22:47 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBVAMZEj050434; Sun, 31 Dec 2006 07:22:36 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Sun, 31 Dec 2006 08:22:35 -0200 User-Agent: KMail/1.9.3 References: <200612282002.11562.joao@matik.com.br> <200612301934.48381.joao@matik.com.br> <45972F7B.4060401@errno.com> In-Reply-To: <45972F7B.4060401@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612310822.35763.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, Lamont Granquist Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 10:22:50 -0000 On Sunday 31 December 2006 01:33, Sam Leffler wrote: > JoaoBR wrote: > > On Saturday 30 December 2006 18:29, Sam Leffler wrote: > >> See my previous reply to you. Lamont is directing you to look for > >> stations in your network operating with power save enabled. > > > > even if there are stations with powersaving on we can do anything again= st > > it > > > > this is an ISP environment where people connect with compatible hardwar= e, > > I do not agree that power management enabled on some of them could bring > > the network down > > Sorry I don't understand your comment. Noone has ever said having power > save enabled in client sta's should be permitted to cause an ap to stop > proper operation. > hum, but that is exactly what it ever appered to be I relate a problem, in this case the AP stops transmitting I get answers that there are power management issues on a client station so what I did misunderstood here?=20 =2E... > > I guess you still don't understand what 802.11 power save operation means. > probably right but I am not sure if I need to, this must be understood by w= hom=20 writes the driver I guess and who writes the driver should take care of tha= t=20 the AP does not buffer packages endless until itself dies at the end with=20 full buffers=20 I believe that the ath driver when in hostap does not know that a sleeping= =20 remote card is away for ever because it does NOT clear it's own buffer unti= l=20 reboot/reload. I do not know why but I believe it does not send or read the= =20 beacons to this sleeping station (I believe the AP should send a beacon=20 telling the station there are buffered packages), then when the station doe= s=20 not wake up then the AP should discard this packages but it does not and ov= er=20 the time the ath buffer fills up until then OACTIVE happens and the card is= =20 gone ... as well as the AP :) anyway this is another hot problem but not related to the problem of this=20 thread =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 04:18:34 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82AD316A412 for ; Sun, 31 Dec 2006 04:18:33 +0000 (UTC) (envelope-from strbenjr@yahoo.com) Received: from web33005.mail.mud.yahoo.com (web33005.mail.mud.yahoo.com [209.191.69.120]) by mx1.freebsd.org (Postfix) with SMTP id 48BB713C441 for ; Sun, 31 Dec 2006 04:18:33 +0000 (UTC) (envelope-from strbenjr@yahoo.com) Received: (qmail 68352 invoked by uid 60001); 31 Dec 2006 03:51:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UUzndSn4VVlZJbfPxKLfxajVf5d6gMckIbQ96euJ391XrjPFwNRd500V0WhiA9bsfqplxstd5BOCY99Dojc1nJL2LzuXHU1M8un/aHaxHie25BXtSWTJYl+qYY9b6DZXKE9b6rOuFTirx+PayVBCc1beolt0K5nAUuH6UH7SsnU= ; Message-ID: <20061231035151.68350.qmail@web33005.mail.mud.yahoo.com> Received: from [68.225.88.24] by web33005.mail.mud.yahoo.com via HTTP; Sat, 30 Dec 2006 19:51:51 PST Date: Sat, 30 Dec 2006 19:51:51 -0800 (PST) From: "Ben H." To: questions FBSD , Stable FBSD MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 31 Dec 2006 12:27:06 +0000 Cc: Subject: Audio (Record) not functioning... (record interrupt timeout) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 04:18:34 -0000 Thanks in advance for any help you can provide... On reply please cc my em= ail address.=0A=0Ahttp://www.bsdforums.org/forums/showthread.php?t=3D45514 = [HISTORY]=0A=0A=0Ahttp://lists.freebsd.org/pipermail/...rch/003877.html [R= elated Link]=0A=0A=0A=0AI am trying to get Skype or Vonage softphone(via w= ine) working on my notebook.=0A=0A=0A=0AMy problem is getting the input fro= m the mic to the application.=0A=0A=0A=0AThe "mic" is working because I can= talk and hear the sound via the=0Aexternal speakers. If (on command line m= ixer) I turn the "rec" and=0A"igain" to 0 the I CAN still hear any sound I = make via the mic on the=0Aattached speakers. If I turn "mic" to 0 then I ca= nnot hear any sound I=0Amake via the mic on the attached speakers. =0A=0A= =0A=0AHere is the error I am seeing on the system console:=0A=0A=0A=0A = pcm0:record:0:dsp0.0: record interrupt timeout, channel dead=0A=0A=0A=0AHer= e are my settings:=0A=0A=0A=0Auser@sony$ uname -a=0A=0AFreeBSD sony.family.= hom 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #2: Tue Dec 19 16:55:50 EST 2006 = root@sony.family.hom:/usr/obj/usr/src/sys/SONY01 i386=0A=0A=0A=0Auser@= sony$ cat /dev/sndstat=0A=0AFreeBSD Audio Driver (newpcm)=0A=0AInstalled de= vices:=0A=0Apcm0: at io 0x1800 irq 9 kld snd_t4dwave (4p/= 1r/4v channels duplex default)=0A=0A=0A=0Auser@sony$ dmesg | grep pcm=0A=0A= pcm0: port 0x1800-0x18ff mem 0xe8100000-0xe8100fff at dev= ice 6.0 on pci0=0A=0Apcm0: =0A=0Apcm0: [GIANT-LOC= KED]=0A=0Apcm0:record:0:dsp0.0: record interrupt timeout, channel dead=0A= =0Apcm0:record:0:dsp0.0: record interrupt timeout, channel dead=0A=0A=0A=0A= user@sony$ sysctl hw.snd=0A=0Ahw.snd.report_soft_formats: 1=0A=0Ahw.snd.tar= getirqrate: 32=0A=0Ahw.snd.verbose: 1=0A=0Ahw.snd.maxautovchans: 4=0A=0Ahw.= snd.unit: 0=0A=0Ahw.snd.pcm0.buffersize: 4096=0A=0Ahw.snd.pcm0.vchans: 4=0A= =0A=0AMore info at: http://www.bsdforums.org/forums/showthread.php?t=3D464= 69=0A=0A=0A STRBen=0Astrbenjr{a}yahoo.com =0A ben_hacker{a}inter-op.net = =0A-- -- -- =0A http://www.coeba.org =0A http://www.inter-op.net=0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 16:45:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA4DD16A40F; Sun, 31 Dec 2006 16:45:48 +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 6EE7013C442; Sun, 31 Dec 2006 16:45:48 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 8E67F5DC1; Sun, 31 Dec 2006 11:45:47 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hafHikXgkdNr; Sun, 31 Dec 2006 11:45:44 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-114-230.ny325.east.verizon.net [68.161.114.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 584A15CE2; Sun, 31 Dec 2006 11:45:44 -0500 (EST) Message-ID: <4597E937.90300@mac.com> Date: Sun, 31 Dec 2006 11:45:43 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Doug Barton References: <459582C6.4010200@mac.com> <4596D4B5.5080004@FreeBSD.org> In-Reply-To: <4596D4B5.5080004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD mailing list Subject: Re: BIND-9.3.2 (from 5.5-STABLE) segfault 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: Sun, 31 Dec 2006 16:45:48 -0000 Doug Barton wrote: > Chuck Swiger wrote: >> Hi-- >> >> I had named segfault a day or so ago under high load ("adnslogres -c >> 200" against a webserver logfile) after logging the following: > > Hard to tell if your problem here is related to running on 5.5 or not, > but of course recommendation number one is to consider upgrading to > 6.x. Recommendation number two is to upgrade BIND to 9.3.3, preferably > by upgrading to 6.2-RC2, or by upgrading to the head of RELENG_5, or > as a last resort by using the port, with or without the option to > replace the base BIND. Noted, thanks. I've been following 6-STABLE on a pair of test machines, but I've recently been bitten by whatever the bug was earlier this week or last which resulted in daemon processes dying early in the boot, so I'd prefer to be a bit more conservative until 6-STABLE settles down more. >> [ ... ] >>> Dec 28 03:38:56 pi named[1853]: enforced >>> delegation-only for 'AR' (ctina.ar/A/IN) from 137.39.1.3#53 > > If you're using this option, please make sure that you know why you > are using it, and what the potential side effects are. That discussion > is off topic for this list, but feel free to take it up on > bind-users@isc.org if you wish. The primary function of the machine in question is a SMTP relay; a secondary major purpose is running Apache. Having various top-level domains return non-delegation records (ie SiteFinder) breaks some of my anti-spam checking... >>> Dec 28 03:50:23 pi named[1853]: client 127.0.0.1#53077: >>> no more recursive clients: quota reached > > There is extensive discussion about this problem in the bind-users > archives. Take a look at file:///usr/share/doc/bind9/arm/ and check > out the quota options to get this adjusted to where it needs to be for > your situation. Alternatively, if you're sure that the excess load is > caused by the adnslogres program, try lowering the number of > concurrent connections. I'm quite sure the load is being caused by adnslogres; the "-c 200" flag refers to the number of outstanding connection requests that program will create. When performing DNS resolution of various IPs from a logfile, the more connections permitted, the faster the resolution of the file completes as you are mostly being held up by non-responsive nameservers which will time-out. What strikes me as odd is that the BIND docs claim that recursive-clients defaults to a value of 1000...? The named processes' memory usage shoots up from a nominal starting point of 5 MB to around 45 MB after being queried under this load. Anyway, I've reduced adnslogres to using 50 outstanding connection requests. >> As the subject mentions, this is a Dell 1850 (rackmount PowerEdge) >> running FreeBSD-5.5 & BIND-9.3.2; until just now, everything had been >> running stably for months at a time. > > I assume you've checked the usual suspects, dead fans, other hardware > problems, etc? Within reason, yes. I haven't taken the system down to perform 24-hours of testing with Memtest86 or something like that, but the fans are OK (it's a P3-based system; it doesn't run nearly as hot as the later Xeon-based models), and there are no ECC warnings from the RAM, and drives are in a RAID-1 mirror which is reporting no signs of trouble. Thanks for your feedback, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sun Dec 31 20:05:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5827E16A40F for ; Sun, 31 Dec 2006 20:05:37 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: from web88013.mail.re2.yahoo.com (web88013.mail.re2.yahoo.com [206.190.39.218]) by mx1.freebsd.org (Postfix) with SMTP id 1C20F13C441 for ; Sun, 31 Dec 2006 20:05:36 +0000 (UTC) (envelope-from gbell72@rogers.com) Received: (qmail 9494 invoked by uid 60001); 31 Dec 2006 19:38:55 -0000 Message-ID: <20061231193855.9492.qmail@web88013.mail.re2.yahoo.com> DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=wu58Y2f825tNvd5SkAmtjQ6G/vvFtkb0dF/KcuKPkjJO0M37hzYoMID+62OWug4j48zPpJA/kIPI1FZIua197aiVUvQ+uK/elKDfcEmSq3fh+N4wk4r5oMbaqaI9onRBoFID33SJEbaV40U6dsfIzTqltghZhLJsB9bvXvX0IkY=; X-YMail-OSG: .ZVXw2sVM1n_FMd6fhNMC6olY0LfUhTVo9UwJdvSycTEB0ZSCVIGHKi5SPmxopxrGg-- Received: from [74.121.208.108] by web88013.mail.re2.yahoo.com via HTTP; Sun, 31 Dec 2006 14:38:55 EST Date: Sun, 31 Dec 2006 14:38:55 -0500 (EST) From: Gardner Bell To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: 6.2-RC2 atkbd0 freezes system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Dec 2006 20:05:37 -0000 Immediately after booting into 6.2-RC2 my system froze up and dropped into ddb. Here is the relevant information. If any further info is required please let me know. db> trace Tracing pid 24 tid 100020 td 0xffffff003d807000 kdb_enter() at kdb_enter+0x2f scgetc() at scgetc+0x342 sckbdevent() at sckbdevent+0x83 atkbd_intr() at atkbd_intr+0x53 ithread_loop() at ithread_loop+0x163 fork_exit() at fork_exit+0x86 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa5318d00, rbp = 0 --- db> s [thread pid 24 tid 100020] Stopped at kdb_enter+0x30: leave db> ps pid ppid pgrp uid state wmesg wchan cmd 613 606 613 1001 S+ select 0xffffffff804c8bb0 top 606 581 606 1001 S+ wait 0xffffff002e021358 sh 600 580 600 1001 S+ ttyin 0xffffff000077e810 sh 583 1 583 0 Ss+ ttyin 0xffffff0000684c10 getty 582 1 582 0 Ss+ ttyin 0xffffff0000685810 getty 581 1 581 0 Ss+ wait 0xffffff003d80ea08 login 580 1 580 0 Ss+ wait 0xffffff002de1ea08 login 578 577 34 0 S+ nanslp 0xffffffff804bbb60 sleep 577 575 34 0 S+ wait 0xffffff0025615000 sh 576 1 34 0 S+ piperd 0xffffff0026c18900 logger 575 1 34 0 S+ wait 0xffffff002fddf000 sh 535 1 535 0 Ss nanslp 0xffffffff804bbb60 cron 415 1 415 0 Ss select 0xffffffff804c8bb0 syslogd 294 1 294 65 Ss select 0xffffffff804c8bb0 dhclient 274 1 34 0 S+ select 0xffffffff804c8bb0 dhclient 145 1 145 0 Ss pause 0xffffff0025410718 adjkerntz 33 0 0 0 SL - 0xffffffffa534fbe4 [schedcpu] 32 0 0 0 SL sdflush 0xffffffff804cd5a0 [softdepflush] 31 0 0 0 SL syncer 0xffffffff804bb840 [syncer] 30 0 0 0 SL vlruwt 0xffffff003daa6a08 [vnlru] 29 0 0 0 SL psleep 0xffffffff804c9478 [bufdaemon] 28 0 0 0 SL pgzero 0xffffffff804d2720 [pagezero] 27 0 0 0 SL psleep 0xffffffff804ce5ec [vmdaemon] 26 0 0 0 SL psleep 0xffffffff804ce59c [pagedaemon] 25 0 0 0 WL [swi0: sio] 24 0 0 0 RL CPU 0 [irq1: atkbd0] 23 0 0 0 WL [irq29: bge1] 22 0 0 0 WL [irq28: bge0] 21 0 0 0 WL [irq15: ata1] 20 0 0 0 WL [irq14: ata0] 19 0 0 0 WL [irq9: acpi0] 9 0 0 0 SL - 0xffffff0000096a00 [kqueue_taskq] 8 0 0 0 SL - 0xffffff0000096b00 [acpi_task_2] 7 0 0 0 SL - 0xffffff0000096b00 [acpi_task_1] 6 0 0 0 SL - 0xffffff0000096b00 [acpi_task_0] 18 0 0 0 WL [swi6: task queue] 17 0 0 0 WL [swi6: Giant taskq] 5 0 0 0 SL - 0xffffff0000804100 [thread taskq] 16 0 0 0 WL [swi5: +] 15 0 0 0 SL - 0xffffffff804b66c0 [yarrow] 4 0 0 0 SL - 0xffffffff804b7288 [g_down] 3 0 0 0 SL - 0xffffffff804b7280 [g_up] 2 0 0 0 SL - 0xffffffff804b7270 [g_event] 14 0 0 0 WL [swi1: net] 13 0 0 0 WL [swi3: vm] 12 0 0 0 WL [swi4: clock sio] 11 0 0 0 RL [idle: cpu0] 10 0 0 0 RL CPU1 [idle: cpu1] 1 0 1 0 SLs wait 0xffffff003db5c000 [init] 0 0 0 0 WLs [swapper] db> show pcpu cpuid = 0 curthread = 0xffffff003d807000: pid 24 "irq1: atkbd0" curpcb = 0xffffffffa5318d10 fpcurthread = none idlethread = 0xffffff003db58980: pid 11 "idle: cpu0" I had to manually type this all in as I don't have a null modem available where I am. Please Cc me as I'm not subscribed to the list. Regards Gardner From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 00:05:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 184E816A403 for ; Sun, 24 Dec 2006 00:05:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C38CC13C44E for ; Sun, 24 Dec 2006 00:05:01 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GyGRc-00052w-91 for freebsd-stable@freebsd.org; Sun, 24 Dec 2006 00:38:24 +0100 Received: from cmung1278.cmu.carnet.hr ([193.198.133.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Dec 2006 00:38:24 +0100 Received: from ivoras by cmung1278.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Dec 2006 00:38:24 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sun, 24 Dec 2006 00:38:24 +0100 Lines: 9 Message-ID: References: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung1278.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) In-Reply-To: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: chkrootkit finds 94 process hidden for readdir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 00:05:04 -0000 Matthew Herzog wrote: > I ran chkrootkit yesterday and saw this: > > Checking `lkm'... You have 94 process hidden for readdir command > chkproc: Warning: Possible LKM Trojan installed Does LKM stand for "Linux Kernel Module"? If so, no wonder the check has gone lala :) From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 01:22:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39FD116A40F for ; Sun, 24 Dec 2006 01:22:49 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.freebsd.org (Postfix) with ESMTP id CA97913C43A for ; Sun, 24 Dec 2006 01:22:48 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4A56.dip.t-dialin.net [84.154.74.86]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id kBO1MehL086336; Sun, 24 Dec 2006 02:22:41 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.13.6/8.13.6) with ESMTP id kBO1MdOr022835; Sun, 24 Dec 2006 02:22:39 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.6/8.13.6) with ESMTP id kBO1MdIf082773; Sun, 24 Dec 2006 02:22:39 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200612240122.kBO1MdIf082773@fire.jhs.private> To: Ivan Voras In-reply-to: References: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> Comments: In-reply-to Ivan Voras message dated "Sun, 24 Dec 2006 00:38:24 +0100." Date: Sun, 24 Dec 2006 02:22:39 +0100 From: "Julian H. Stacey" Cc: freebsd-stable@freebsd.org Subject: Re: chkrootkit finds 94 process hidden for readdir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 01:22:49 -0000 Ivan Voras wrote: > Matthew Herzog wrote: > > > I ran chkrootkit yesterday and saw this: > > Checking `lkm'... You have 94 process hidden for readdir command > > chkproc: Warning: Possible LKM Trojan installed > > Does LKM stand for "Linux Kernel Module"? If so, no wonder the check has > gone lala :) No. Per /usr/ports/security/chkrootkit/work/chkrootkit-0.46a/README: Loadable Kernel Modules (LKM) trojan checking Havent tried it myself. -- Julian Stacey. BSD Unix C Net Consultancy, Munich/Muenchen http://berklix.com Mail Ascii, not HTML. Ihr Rauch = mein allergischer Kopfschmerz. http://berklix.org/free-software From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 02:01:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C7BB16A403 for ; Sun, 24 Dec 2006 02:01:28 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail4out.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) by mx1.freebsd.org (Postfix) with ESMTP id C758913C457 for ; Sun, 24 Dec 2006 02:01:27 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail4out.barnet.com.au (Postfix, from userid 1001) id C31F537BAFD; Sun, 24 Dec 2006 12:45:24 +1100 (EST) X-Viruscan-Id: <458DDBB400011FC3113942@BarNet> Received: from mail4auth.barnet.com.au (mail4.barnet.com.au [202.83.178.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail4.barnet.com.au (Postfix) with ESMTP id 9481D428AC3; Sun, 24 Dec 2006 12:45:24 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail4auth.barnet.com.au (Postfix) with ESMTP id 5694637BAE4; Sun, 24 Dec 2006 12:45:24 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id F18FA153; Sun, 24 Dec 2006 12:45:23 +1100 (EST) Date: Sun, 24 Dec 2006 12:45:23 +1100 From: Edwin Groothuis To: Matthew Herzog Message-ID: <20061224014523.GB90165@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Matthew Herzog , freebsd-stable@freebsd.org References: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: chkrootkit finds 94 process hidden for readdir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 02:01:28 -0000 On Sat, Dec 23, 2006 at 03:57:35PM -0500, Matthew Herzog wrote: > I run FreeBSD 6.1-RELEASE-p7 on an UltraSparc 5 machine. > I ran chkrootkit yesterday and saw this: > Checking `lkm'... You have 94 process hidden for readdir command > chkproc: Warning: Possible LKM Trojan installed I thought this was related to the time difference in "ps" and the processing of the /proc directory. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 02:36:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6867116A407 for ; Sun, 24 Dec 2006 02:36:00 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 0813E13C455 for ; Sun, 24 Dec 2006 02:35:59 +0000 (UTC) (envelope-from matthew.herzog@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so3708708nfc for ; Sat, 23 Dec 2006 18:35:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qTnGw4IuSV0h+65q03pzYAx9opSSCE8jvSKLsWRvPYYuW3Uo853Cy3Ylkq/oOX0VardAzetJfMrVDH5G/WrUBybZDOt3qCUlbMMhtPNgtd40MR47OwiPWLmkWIEFZwjlNCSh8Zo5zoJPYy71L6yyLKbfQ8Y1bRJsLF3/smJDYXM= Received: by 10.82.127.15 with SMTP id z15mr685559buc.1166927758875; Sat, 23 Dec 2006 18:35:58 -0800 (PST) Received: by 10.82.190.9 with HTTP; Sat, 23 Dec 2006 18:35:58 -0800 (PST) Message-ID: <7cf39bb60612231835y504ff65ah554dfb007fe3af5e@mail.gmail.com> Date: Sat, 23 Dec 2006 21:35:58 -0500 From: "Matthew Herzog" To: "Edwin Groothuis" , "Matthew Herzog" , freebsd-stable@freebsd.org In-Reply-To: <20061224014523.GB90165@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> <20061224014523.GB90165@k7.mavetju> Cc: Subject: Re: chkrootkit finds 94 process hidden for readdir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 02:36:00 -0000 Yeah, I saw postings that refered to "time difference in ps and processing /proc" but did not know whether the postings could be trusted. I see no strange behavior on the machine. I run chkrootkit about once a month just in case. On 12/23/06, Edwin Groothuis wrote: > On Sat, Dec 23, 2006 at 03:57:35PM -0500, Matthew Herzog wrote: > > I run FreeBSD 6.1-RELEASE-p7 on an UltraSparc 5 machine. > > I ran chkrootkit yesterday and saw this: > > Checking `lkm'... You have 94 process hidden for readdir command > > chkproc: Warning: Possible LKM Trojan installed > > I thought this was related to the time difference in "ps" and the > processing of the /proc directory. > > Edwin > > -- > Edwin Groothuis | Personal website: http://www.mavetju.org > edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ > From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 07:35:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 829E616A40F for ; Sun, 24 Dec 2006 07:35:37 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADF013C463 for ; Sun, 24 Dec 2006 07:35:37 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 0D0A710C6A2; Sat, 23 Dec 2006 23:16:34 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Dec 23 23:16:33 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 458e2951184621804284693 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.18 X-Spam-Level: X-Spam-Status: No, score=-4.18 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.319, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XdBqw2enw6Lb; Sat, 23 Dec 2006 23:16:33 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 5085E10C686; Sat, 23 Dec 2006 23:16:33 -0800 (PST) Message-ID: <16367824.171166944593160.JavaMail.root@ly.sdf.com> Date: Sat, 23 Dec 2006 23:16:33 -0800 (PST) From: Tom Samplonius To: "Michael R. Wayne" , freebsd-stable In-Reply-To: <20061222195506.GP63341@manor.msen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 07:35:37 -0000 > > But kernel panic issues are being fixed right up to the last > > minute in the 6.2 release train (these and em and socket change > > issues are probably what has delayed the final 6.2). There is a > > lot of work getting done, but clearly a lot of work to do. I wonder > > if this is an area where the Foundation can do something. FreeBSD > > needs someone to troubleshoot all of the panics and LOR issues. > > Bug hunting is no fun (for most), and no one is going to do it. > > Actually, I raised hell when the decision was made to release 6.1 > when it was KNOWN that there were bugs. ISTR that the response > was "we gotta ship and can't be bothered to hold up the schedule > to fix bugs." I admit that at that point I pretty much gave up. ... First of all, knowing their are bugs, and finding bugs are not the same. Just because you know you can cause a panic under some circumstance, does not translate into a fix. It might take 2 to 3 weeks of work to find the cause of that panic. But this is the problem, everyone just bails out when they see a bug. As I stated, almost no one is really looking for bugs. There are lists of bugs all over the place. But where are the back traces? Where is the analysis? But instead, more postings to the mailing list. Unless more people start trying to re-create these panics, and post usable data to the lists. It is not insane that releases are being made (like 6.1) with some known panic conditions. It is insane that this situation just generates more content-free e-mails to the mailing lists. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 18:30:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20EAB16A49E; Sun, 24 Dec 2006 18:30:02 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.freebsd.org (Postfix) with ESMTP id D12DE13C463; Sun, 24 Dec 2006 18:30:01 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id 2D5402AC471; Sun, 24 Dec 2006 12:10:14 -0600 (CST) Received: from ziemel.erje.net (ismet.erje.net [213.84.32.196]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id CBE2D2AC430; Sun, 24 Dec 2006 12:10:13 -0600 (CST) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:7e]) by ziemel.erje.net (PostFix 2.3.5) with ESMTP id 4E7A6128874; Sun, 24 Dec 2006 19:09:51 +0100 (CET) Received: by ismet.erje.net (PostFix 2.3.4, from userid 3003) id 8998B16C5DD; Sun, 24 Dec 2006 19:09:51 +0100 (CET) Date: Sun, 24 Dec 2006 19:09:51 +0100 From: Robert Joosten To: linimon@FreeBSD.org Message-ID: <20061224180950.GA791@iphouse.com> References: <20061223125916.GA30648@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061223125916.GA30648@soaustin.net> Envelope-from: X-ICQ: 13643672 X-geek-code-v3.1: G!>CS@O dx>--@ s: a31(32) C+++ UBL++++$ P++ L-@+++$ !E W(+) N+++(*) o-- K- w- O- M- V- PS+@ PE- Y+ PGP++ t- 5- X- R* !tv b++@ DI++ D G-- e@ h*(+) r>+@ z+c X-FreeBSD: 026746 X-Mobile/GSM/cell: +3162526777 X-msn: BlixKater X-No-rights-can-be-derived: Indeed X-pgp-key: http://members.iphouse.com/robertj/gpgpublickeyrobertjiphousecom.asc X-pgp-fingerprint: 44A9 65B3 6CD4 D540 A00B 835E D0D0 4229 1708 B9D5 x-smime-certificate: http://members.iphouse.com/robertj/RobertjIphouseCom.crt X-Face: 0[uRd; X4=_; G; $DL6Wm=\]R/TWu1f+t|,Li1Q-maBcUyCJsAw(Nmj-(aDA!Kk#hLr#njX9T@U-rQm?Z53"_]SBYab3-NCkCN/{1-#0T4U1Ry"TPY~dtpzfxs$9"BrXKPylt/#5QQb/y+|LF}; X-bored-?-crack-this: b938b801a0bfbd5ca4825715039e7574e73af36376314c7c0022cb1d204f76b3b938b801a0bfbd5ca4825715039e7574fd3ba6fa132c34aff2476c18fe9286682cd6ee2c70b0bde53fbe6cac3c8b8bb1e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf5302386464f953ed581edac03556e5572cfd272ace172fa35026445fbef9b0360b725f10c9c85c70d97880dfe8191b3b7269fa2508548e4032c455818f1e321e85dde330c34efb0e526ee3082e4353b12f54a96f64443246930da001cafda8b60b725f10c9c85c70d97880dfe8191b3557b444e04c3134f026cd0055caa1725e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf4d5d0c0671be202bc241807c243e80b User-Agent: Mutt/1.5.11 X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 18:30:02 -0000 Hi Mark, > to find out what ports they are relying on. None are critical, although I usally get bash and cvsup from ports but that's not that important > A note about whether you consider security updates to be a critical > issue would be interesting. At least I want to hear about hem.. Fixes are highly appreciated ofcourse. > Note: I am only interested in the data for machines used as servers. These are nfs servers serving pxe clients.. rpc.lockd trouble is the main reason for not using 6 currently, asr0 performance is secondary not using 5. I admit: I haven't checked the commit-logs for any asr updates on 5 for months now... I know rpc.lockd is PR filed and even offered to help. It stalled; I rest assure re@ is aware of these difficulties and I dind't see any rpc.lockd commit that would be related. Curious for the outcome of your poll. Kind regards, Robert Joosten PS: seasonal wishes for anyone on board :-) From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 19:31:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDA0E16A416; Sun, 24 Dec 2006 19:31:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C3E1413C470; Sun, 24 Dec 2006 19:31:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 5DAC9671; Sun, 24 Dec 2006 13:31:42 -0600 (CST) Date: Sun, 24 Dec 2006 13:31:42 -0600 To: Robert Joosten Message-ID: <20061224193142.GA14696@soaustin.net> References: <20061223125916.GA30648@soaustin.net> <20061224180950.GA791@iphouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061224180950.GA791@iphouse.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org, linimon@FreeBSD.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 19:31:43 -0000 On Sun, Dec 24, 2006 at 07:09:51PM +0100, Robert Joosten wrote: > I know rpc.lockd is PR filed and even offered to help. It stalled; >From my understanding, rpc.lockd needs substantial work from a fairly experienced developer, to the point where IIRC we are not in a position to hold up any releases because of it. Someone will surely correct me if I am wrong. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 19:51:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EAE716A40F for ; Sun, 24 Dec 2006 19:51:34 +0000 (UTC) (envelope-from northg@shaw.ca) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id BCEB013C48A for ; Sun, 24 Dec 2006 19:51:33 +0000 (UTC) (envelope-from northg@shaw.ca) Received: from pd2mr4so.prod.shaw.ca (pd2mr4so-qfe3.prod.shaw.ca [10.0.141.107]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JAS00N3UKDV4C60@l-daemon> for freebsd-stable@freebsd.org; Sun, 24 Dec 2006 11:51:31 -0700 (MST) Received: from pn2ml1so.prod.shaw.ca ([10.0.121.145]) by pd2mr4so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JAS00FQ6KDV9GG1@pd2mr4so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sun, 24 Dec 2006 11:51:31 -0700 (MST) Received: from [192.168.1.101] ([24.81.202.129]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JAS0041SKDU1SF0@l-daemon> for freebsd-stable@freebsd.org; Sun, 24 Dec 2006 11:51:30 -0700 (MST) Date: Sun, 24 Dec 2006 10:51:51 -0800 From: Graham North To: freebsd-stable@freebsd.org Message-id: <458ECC47.2070102@shaw.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 19:51:34 -0000 Mark Linimon wrote: As a point of curiosity, I would like to hear from some of the people in this thread who will continue to run 4.11 or 4-STABLE for a while, to find out what ports they are relying on. A note about whether you consider security updates to be a critical issue would be interesting. I will summarize to the list. ***** One of the earlier posts just about covered it. Let's keep security fixes, and the core Mail, Webserver and maintenance programs. Postfix, Clamav, Amavisd-new,Spamassassin,courier,apache1.3,php, mysql, cvsup-without-gui,... Midnight Commander is handy too! -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca From owner-freebsd-stable@FreeBSD.ORG Sun Dec 24 21:09:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C13916A407 for ; Sun, 24 Dec 2006 21:09:04 +0000 (UTC) (envelope-from trent@wasteland.petrasek.org) Received: from wasteland.petrasek.org (petrasek.org [69.61.29.139]) by mx1.freebsd.org (Postfix) with ESMTP id 319B813C46D for ; Sun, 24 Dec 2006 21:09:04 +0000 (UTC) (envelope-from trent@wasteland.petrasek.org) Received: from wasteland.petrasek.org (trent@localhost [127.0.0.1]) by wasteland.petrasek.org (8.13.6/8.13.6) with ESMTP id kBOKnvM3004382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 24 Dec 2006 15:50:00 -0500 (EST) (envelope-from trent@wasteland.petrasek.org) Received: (from trent@localhost) by wasteland.petrasek.org (8.13.6/8.12.11/Submit) id kBOKnuMF004381 for freebsd-stable@freebsd.org; Sun, 24 Dec 2006 15:49:56 -0500 (EST) (envelope-from trent) Date: Sun, 24 Dec 2006 15:49:56 -0500 From: Trenton Petrasek To: freebsd-stable@freebsd.org Message-ID: <20061224204956.GF40192@wasteland.petrasek.org> References: <458ECC47.2070102@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458ECC47.2070102@shaw.ca> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88.6, clamav-milter version 0.88.6 on wasteland.petrasek.org X-Virus-Status: Clean Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Dec 2006 21:09:04 -0000 On Sun, Dec 24, 2006 at 10:51:51AM -0800, Graham North wrote: > ***** > One of the earlier posts just about covered it. Let's keep security fixes, > and the core Mail, Webserver and maintenance programs. > > Postfix, Clamav, Amavisd-new,Spamassassin,courier,apache1.3,php, mysql, > cvsup-without-gui,... Midnight Commander is handy too! Ditto, though I'd like to mention these ports: sendmail, isc-bind, pure-ftpd. That about covers it. If I uncovered ports that failed to build on 4.11, I would happily provide patches after resolving the issue. - --Trenton Petrasek From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 00:50:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECC3116A47E; Mon, 25 Dec 2006 00:50:56 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [62.156.172.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5DF2113C470; Mon, 25 Dec 2006 00:50:56 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (pinserv2.p-i-n.com [10.101.240.52]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id kBP0ZMKM052261; Mon, 25 Dec 2006 01:35:27 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: from pinserv2.p-i-n.com (localhost.p-i-n.com [127.0.0.1]) by p-i-n.com (8.13.6/8.13.6) with ESMTP id kBP0ZI5i024664; Mon, 25 Dec 2006 01:35:18 +0100 (CET) (envelope-from rabe@pinserv2.p-i-n.com) Received: (from rabe@localhost) by pinserv2.p-i-n.com (8.13.6/8.13.6/Submit) id kBP0ZIUq024663; Mon, 25 Dec 2006 01:35:18 +0100 (CET) (envelope-from rabe) Date: Mon, 25 Dec 2006 01:35:18 +0100 From: "Raphael H. Becker" To: Philipp Wuensche Message-ID: <20061225003517.GA2680@p-i-n.com> References: <20061219003401.GA23251@p-i-n.com> <458B4479.7060408@h3q.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <458B4479.7060408@h3q.com> User-Agent: Mutt/1.4.2.2i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-stable@freebsd.org, freebsd-rc@freebsd.org Subject: Re: /etc/rc.d/jail: losing IPs if jail_x_interface set and syntax error in jails /etc/rc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 00:50:57 -0000 Hi Philipp, On Fri, Dec 22, 2006 at 03:35:37AM +0100, Philipp Wuensche wrote: > Raphael H. Becker wrote: > > Hi *, > > > > I recently triggered an error when setting up a jail-host: I configured > > the jail(s) like evry jail I set up in the past: > --- rc.d/jail.old Fri Dec 22 03:09:27 2006 > +++ rc.d/jail Fri Dec 22 03:10:07 2006 > @@ -228,8 +228,8 @@ Kümmerst Du dich darum, dass der Patch reinkommt oder soll ich mich direkt an Florent (letzter Committer) wenden? Oder ist der Patch schon unterwegs? Ich verfolge eigentlich recht lückenlos cvs-all (bzw cvs-src und cvs-ports) und da wäre es mir aufgefallen, wenn sich da was getan hätte. In RC2 scheint es noch nicht drin zu sein. Besten Dank! Gruß Raphael From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 05:24:28 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87AD916A40F for ; Mon, 25 Dec 2006 05:24:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id D97AF13C466 for ; Mon, 25 Dec 2006 05:24:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id EFDB4EB2FF4; Mon, 25 Dec 2006 13:24:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id mXtYYdSjQS2s; Mon, 25 Dec 2006 13:24:16 +0800 (CST) Received: from [10.217.12.210] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8C016EB2C27; Mon, 25 Dec 2006 13:24:16 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=LAU09oj+KHtXLOY7ahu3WEDDHYNarcCFxtSE3FT9YU+5fLq6ZScpZnBuDJW+6mQav dj/Zd73p/GAXj9kjeYdWQ== Message-ID: <458F6045.8060408@delphij.net> Date: Mon, 25 Dec 2006 13:23:17 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Nikolay Pavlov , LI Xin , freebsd-stable@FreeBSD.org, Robert Watson References: <456662F4.6000306@delphij.net> <20061125103755.GA78288@zone3000.net> <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> <20061211205238.GA5733@zone3000.net> <20061212185233.GA7377@zone3000.net> <457EFCD0.6060007@delphij.net> <20061212194710.GA7822@zone3000.net> In-Reply-To: <20061212194710.GA7822@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig53DB676824852759594C53C3" Cc: Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2006 05:24:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig53DB676824852759594C53C3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Nikolay, Our local customer has applied the following and it seems to have 'solved' their problem on squid: echo kern.ipc.nmbclusters=3D0 >> /boot/loader.conf and then reboot. They have been running with the 20061212 patch but I suspect that it's no longer necessary. The feedback I have received is that they have run with this for two weeks without problem, serving video streams. Please let us know if this works. Wish you a happy new year :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig53DB676824852759594C53C3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFj2BFOfuToMruuMARAw18AJ9260NOTVs3dmGMRq2nl3BpN0CxrQCgjP7b Cm4WqbcgUUueWzp6Yg2k5qI= =qamq -----END PGP SIGNATURE----- --------------enig53DB676824852759594C53C3-- From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 05:55:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0386B16A407 for ; Mon, 25 Dec 2006 05:55:15 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [62.156.172.5]) by mx1.freebsd.org (Postfix) with ESMTP id 84D3713C466 for ; Mon, 25 Dec 2006 05:55:15 +0000 (UTC) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (pinserv2.p-i-n.com [10.101.240.52]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id kBP5tEPe056508 for ; Mon, 25 Dec 2006 06:55:14 +0100 (CET) (envelope-from rabe@p-i-n.com) Received: from pinserv2.p-i-n.com (localhost.p-i-n.com [127.0.0.1]) by p-i-n.com (8.13.6/8.13.6) with ESMTP id kBP5t9QR038637 for ; Mon, 25 Dec 2006 06:55:09 +0100 (CET) (envelope-from rabe@pinserv2.p-i-n.com) Received: (from rabe@localhost) by pinserv2.p-i-n.com (8.13.6/8.13.6/Submit) id kBP5t97k038636 for freebsd-stable@freebsd.org; Mon, 25 Dec 2006 06:55:09 +0100 (CET) (envelope-from rabe) Date: Mon, 25 Dec 2006 06:55:09 +0100 From: "Raphael H. Becker" To: freebsd-stable@freebsd.org Message-ID: <20061225055509.GB2680@p-i-n.com> References: <20061219003401.GA23251@p-i-n.com> <458B4479.7060408@h3q.com> <20061225003517.GA2680@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061225003517.GA2680@p-i-n.com> User-Agent: Mutt/1.4.2.2i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: Re: /etc/rc.d/jail: losing IPs if jail_x_interface set and syntax error in jails /etc/rc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 05:55:16 -0000 On Mon, Dec 25, 2006 at 01:35:18AM +0100, Raphael H. Becker wrote: > Hi Philipp, Sorry, this mail should have been sent directly to him. Regards Raphael Becker From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 12:40:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75DF416A40F for ; Mon, 25 Dec 2006 12:40:52 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.freebsd.org (Postfix) with ESMTP id 41A9E13C47C for ; Mon, 25 Dec 2006 12:40:52 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id 7BA7A2AC4A5; Mon, 25 Dec 2006 06:40:51 -0600 (CST) Received: from ziemel.erje.net (ismet.erje.net [213.84.32.196]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id 28D632AC4A4; Mon, 25 Dec 2006 06:40:51 -0600 (CST) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:7e]) by ziemel.erje.net (PostFix 2.3.5) with ESMTP id 12A73128832; Mon, 25 Dec 2006 13:40:27 +0100 (CET) Received: by ismet.erje.net (PostFix 2.3.4, from userid 3003) id CEF6416C5DD; Mon, 25 Dec 2006 13:40:26 +0100 (CET) Date: Mon, 25 Dec 2006 13:40:26 +0100 From: Robert Joosten To: freebsd-stable@freebsd.org Message-ID: <20061225124026.GA709@iphouse.com> References: <20061223125916.GA30648@soaustin.net> <20061224180950.GA791@iphouse.com> <20061224193142.GA14696@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061224193142.GA14696@soaustin.net> X-ICQ: 13643672 X-geek-code-v3.1: G!>CS@O dx>--@ s: a31(32) C+++ UBL++++$ P++ L-@+++$ !E W(+) N+++(*) o-- K- w- O- M- V- PS+@ PE- Y+ PGP++ t- 5- X- R* !tv b++@ DI++ D G-- e@ h*(+) r>+@ z+c X-FreeBSD: 026746 X-Mobile/GSM/cell: +3162526777 X-msn: BlixKater X-No-rights-can-be-derived: Indeed X-Face: 0[uRd; X4=_; G; $DL6Wm=\]R/TWu1f+t|,Li1Q-maBcUyCJsAw(Nmj-(aDA!Kk#hLr#njX9T@U-rQm?Z53"_]SBYab3-NCkCN/{1-#0T4U1Ry"TPY~dtpzfxs$9"BrXKPylt/#5QQb/y+|LF}; X-bored-?-crack-this: b938b801a0bfbd5ca4825715039e7574e73af36376314c7c0022cb1d204f76b3b938b801a0bfbd5ca4825715039e7574fd3ba6fa132c34aff2476c18fe9286682cd6ee2c70b0bde53fbe6cac3c8b8bb1e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf5302386464f953ed581edac03556e5572cfd272ace172fa35026445fbef9b0360b725f10c9c85c70d97880dfe8191b3b7269fa2508548e4032c455818f1e321e85dde330c34efb0e526ee3082e4353b12f54a96f64443246930da001cafda8b60b725f10c9c85c70d97880dfe8191b3557b444e04c3134f026cd0055caa1725e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf4d5d0c0671be202bc241807c243e80b User-Agent: Mutt/1.5.11 X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Cc: Mark Linimon Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 12:40:52 -0000 Hi, > >From my understanding, rpc.lockd needs substantial work from a fairly > experienced developer, to the point where IIRC we are not in a position > to hold up any releases because of it. Someone will surely correct me > if I am wrong. Afaik all is correct. Someone pointed out to disable rpc.lockd completely but that doesn't help either. Unless the pxe-clients have to do something on their end I'm not aware of. Another stated rpc.lockd is broken for years now and we should implement a dummy one accepting and positively ack all locks while doing nothing actually. That should work as long as you know what you're doing :-D My pxe clients all have separate directories so concurrent locks on one specific file shouldn't occur. The clients do run without rpc.lockd till the moment sendmail starts or you try to run vipw. I didn't observe other quirks but I didn't monitor lockd-less boxen extensively. Thanks for your reply. Kind regards, Robert Joosten From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 14:37:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B60116A407 for ; Mon, 25 Dec 2006 14:37:25 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from mx5.magma.ca (mx5-1.spamtrap.magma.ca [209.217.78.136]) by mx1.freebsd.org (Postfix) with ESMTP id 3ACD013C470 for ; Mon, 25 Dec 2006 14:37:25 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from mail3.magma.ca (mail3.internal.magma.ca [10.0.10.13]) by mx5-1.spamtrap.magma.ca (8.13.1/8.13.1) with ESMTP id kBPEJPIB008848 for ; Mon, 25 Dec 2006 09:19:25 -0500 Received: from dell (ottawa-hs-64-26-155-200.s-ip.magma.ca [64.26.155.200]) by mail3.magma.ca (Magma's Mail Server) with SMTP id kBPEJNfY011957 for ; Mon, 25 Dec 2006 09:19:25 -0500 Message-ID: <000601c7282f$adc98e70$2101a8c0@dell> From: "Wlodek" To: References: <458ECC47.2070102@shaw.ca> Date: Mon, 25 Dec 2006 09:19:19 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-magma-MailScanner-Information: Magma Mailscanner Service X-magma-MailScanner: Clean X-Spam-Status: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 14:37:25 -0000 I moved to 5. So far all is honky dory. Regards, Wlodek Just to add my 5 cents. Please guys move on. My mum use to wear an old used and abused red bathrobe, she did not want to hear about any new ones, nicer and better. Finally, we through it away and get her a new one. Imagine the homicidal bitching in the kitchen the morning after. After a year she did admit that she likes the new one.. ----- Original Message ----- From: "Graham North" To: Sent: Sunday, December 24, 2006 1:51 PM Subject: Re: Possibility for FreeBSD 4.11 Extended Support > Mark Linimon wrote: > > As a point of curiosity, I would like to hear from some of the people in > this thread who will continue to run 4.11 or 4-STABLE for a while, to find > out what ports they are relying on. A note about whether you consider > security updates to be a critical issue would be interesting. I will > summarize to the list. > > ***** > One of the earlier posts just about covered it. Let's keep security > fixes, and the core Mail, Webserver and maintenance programs. > > Postfix, Clamav, Amavisd-new,Spamassassin,courier,apache1.3,php, mysql, > cvsup-without-gui,... Midnight Commander is handy too! > > > > -- > Kindness can be infectious - try it. > > Graham North > Vancouver, BC > www.soleado.ca > > > _______________________________________________ > 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 Dec 25 15:27:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F65616A403 for ; Mon, 25 Dec 2006 15:27:29 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id CAE7F13C470 for ; Mon, 25 Dec 2006 15:27:28 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kBPFC4tX087280; Mon, 25 Dec 2006 17:12:05 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 25 Dec 2006 17:12:04 +0200 (EET) From: Dmitry Pryanishnikov To: "Sergey N. Voronkov" In-Reply-To: <20061222073857.GA10704@tmn.ru> Message-ID: <20061225165735.M22401@atlantis.atlantis.dp.ua> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Luigi Rizzo , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 15:27:29 -0000 Hello! On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: >> just noticed, after upgrading to 6.2RC1, that >> >> luigi# burncd -f /dev/acd0 -v blank >> blanking CD, please wait.. >> >> stays there forever. Eventually i gave up and ctrl-C and >> the application terminates, and i was able to write to >> the disk a valid image, which probably means that the >> disk had been blanked. Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with acd0: CDRW at ata1-master UDMA33 Worked fine under RELENG_4, fails to wait for completion under RELENG_6. > See my report: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344 > And: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104270 > > The last one contain a fix. This fix doesn't help me. > Serg. > > P.S.: Don't use burncd. Use cdrecord! IMHO it isn't correct approach to avoid use of the tool _instead_ of fixing it. This way, all your tools will be broken one day ;) Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 16:17:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E53416A40F for ; Mon, 25 Dec 2006 16:17:40 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9396313C475 for ; Mon, 25 Dec 2006 16:17:39 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.64) with esmtp (envelope-from ) id <1GysBD-0004L5-Lt>; Mon, 25 Dec 2006 16:55:59 +0100 Received: from e178009039.adsl.alicedsl.de ([85.178.9.39] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.64) with esmtpsa (envelope-from ) id <1GysBD-0003tu-JA>; Mon, 25 Dec 2006 16:55:59 +0100 Message-ID: <458FF48A.3010802@mail.zedat.fu-berlin.de> Date: Mon, 25 Dec 2006 16:55:54 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20061223) MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> In-Reply-To: <20061225165735.M22401@atlantis.atlantis.dp.ua> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.9.39 Cc: Luigi Rizzo , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 16:17:40 -0000 Dmitry Pryanishnikov wrote: > > Hello! > > On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: >>> just noticed, after upgrading to 6.2RC1, that >>> >>> luigi# burncd -f /dev/acd0 -v blank >>> blanking CD, please wait.. >>> >>> stays there forever. Eventually i gave up and ctrl-C and >>> the application terminates, and i was able to write to >>> the disk a valid image, which probably means that the >>> disk had been blanked. > > Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with > > acd0: CDRW at ata1-master UDMA33 > > Worked fine under RELENG_4, fails to wait for completion under RELENG_6. > >> See my report: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344 >> And: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104270 >> >> The last one contain a fix. > > This fix doesn't help me. > >> Serg. >> >> P.S.: Don't use burncd. Use cdrecord! > > IMHO it isn't correct approach to avoid use of the tool _instead_ of > fixing > it. This way, all your tools will be broken one day ;) > > Sincerely, Dmitry Since this is a very old and well known issue, and it seems there is no one left solcing/developing this tool, it should be removed from the source tree for the time it is to said broken. burncd had some nice advantages over cdrecord: it came from the BSD tree, it had capabilities for burning DVD+RW images. Disadvantage was the limitation to ATA interface. Someone should suggest the stripp off the sources via PR? Regards, Oliver -- O. Hartmann Freie Universitaet Berlin Institut fuer Geowissenschaften Fernerkundung der Erde und Planeten Malteser-Str. 74 - 100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 837 From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 16:47:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E10D316A40F for ; Mon, 25 Dec 2006 16:47:45 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id C485713C480 for ; Mon, 25 Dec 2006 16:47:45 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBPGl49A023980; Mon, 25 Dec 2006 08:47:04 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBPGl42l023979; Mon, 25 Dec 2006 08:47:04 -0800 (PST) (envelope-from rizzo) Date: Mon, 25 Dec 2006 08:47:04 -0800 From: Luigi Rizzo To: Dmitry Pryanishnikov Message-ID: <20061225084704.A23448@xorpc.icir.org> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20061225165735.M22401@atlantis.atlantis.dp.ua>; from dmitry@atlantis.dp.ua on Mon, Dec 25, 2006 at 05:12:04PM +0200 Cc: stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 16:47:46 -0000 On Mon, Dec 25, 2006 at 05:12:04PM +0200, Dmitry Pryanishnikov wrote: > > Hello! > > On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: > >> just noticed, after upgrading to 6.2RC1, that > >> > >> luigi# burncd -f /dev/acd0 -v blank > >> blanking CD, please wait.. > >> > >> stays there forever. Eventually i gave up and ctrl-C and > >> the application terminates, and i was able to write to > >> the disk a valid image, which probably means that the > >> disk had been blanked. > > Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with > > acd0: CDRW at ata1-master UDMA33 > > Worked fine under RELENG_4, fails to wait for completion under RELENG_6. indeed, the two routines are different: in RELENG_4 static int acd_get_progress(struct acd_softc *cdp, int *finished) { int8_t ccb[16] = { ATAPI_READ_CAPACITY, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }; struct atapi_reqsense *sense = cdp->device->result; char tmp[8]; if (atapi_test_ready(cdp->device) != EBUSY) { if (atapi_queue_cmd(cdp->device, ccb, tmp, sizeof(tmp), ATPR_F_READ, 30, NULL, NULL) != EBUSY) { *finished = 100; return 0; } } if (sense->sksv) *finished = ((sense->sk_specific2 | (sense->sk_specific1 << 8)) * 100) / 65535; else *finished = 0; return 0; } in RELENG_6 static int acd_get_progress(device_t dev, int *finished) { int8_t ccb[16] = { ATAPI_READ_CAPACITY, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }; struct ata_request *request; int8_t dummy[8]; if (!(request = ata_alloc_request())) return ENOMEM; request->dev = dev; bcopy(ccb, request->u.atapi.ccb, 16); request->data = dummy; request->bytecount = sizeof(dummy); request->transfersize = min(request->bytecount, 65534); request->flags = ATA_R_ATAPI | ATA_R_READ; request->timeout = 30; ata_queue_request(request); if (!request->error && request->u.atapi.sense.error & ATA_SENSE_VALID) *finished = ((request->u.atapi.sense.specific2 | (request->u.atapi.sense.specific1 << 8)) * 100) / 65535; else *finished = 0; ata_free_request(request); return 0; } and the wait routine in usr.sbin/burncd/burncd.c is the following: in RELENG_4: while (1) { sleep(1); error = ioctl(fd, CDRIOCGETPROGRESS, &percent); if (percent > 0 && !quiet) fprintf(stderr, "%sing CD - %d %% done \r", blank == CDR_B_ALL ? "eras" : "blank", percent); if (error || percent == 100) break; } in RELENG_6: while (1) { sleep(1); if (ioctl(fd, CDRIOCGETPROGRESS, &pct) == -1) err(EX_IOERR,"ioctl(CDRIOGETPROGRESS)"); if (pct > 0 && !quiet) fprintf(stderr, "%sing CD - %d %% done \r", blank == CDR_B_ALL ? "eras" : "blank", pct); if (pct == 100 || (pct == 0 && last > 90)) break; last = pct; } i think you could try experimenting with the return values of your drive (with the patched atapi-cd.c) in order to find a good way to detect completion of the blank operation cheers luigi From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 16:50:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 145B516A415 for ; Mon, 25 Dec 2006 16:50:39 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 33A1113C475 for ; Mon, 25 Dec 2006 16:50:38 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) 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 kBPGnekI080157; Mon, 25 Dec 2006 23:49:40 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id kBPGneEg080156; Mon, 25 Dec 2006 23:49:40 +0700 (KRAT) (envelope-from eugen) Date: Mon, 25 Dec 2006 23:49:40 +0700 From: Eugene Grosbein To: "O. Hartmann" Message-ID: <20061225164940.GA80036@svzserv.kemerovo.su> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458FF48A.3010802@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.1i Cc: Dmitry Pryanishnikov , Luigi Rizzo , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 16:50:40 -0000 On Mon, Dec 25, 2006 at 04:55:54PM +0100, O. Hartmann wrote: > Since this is a very old and well known issue, and it seems there is no > one left solcing/developing this tool, it should be removed from the > source tree for the time it is to said broken. > burncd had some nice advantages over cdrecord: it came from the BSD > tree, it had capabilities for burning DVD+RW images. Disadvantage was > the limitation to ATA interface. > > Someone should suggest the stripp off the sources via PR? I object. It works for me :-) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 17:14:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12DAA16A40F for ; Mon, 25 Dec 2006 17:14:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id C106913C48E for ; Mon, 25 Dec 2006 17:14:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBPHCE50054589; Mon, 25 Dec 2006 10:12:19 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4590066B.8050604@samsco.org> Date: Mon, 25 Dec 2006 12:12:11 -0500 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Luigi Rizzo References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <20061225084704.A23448@xorpc.icir.org> In-Reply-To: <20061225084704.A23448@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Dmitry Pryanishnikov , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 17:14:05 -0000 Luigi Rizzo wrote: > On Mon, Dec 25, 2006 at 05:12:04PM +0200, Dmitry Pryanishnikov wrote: >> Hello! >> >> On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: >>>> just noticed, after upgrading to 6.2RC1, that >>>> >>>> luigi# burncd -f /dev/acd0 -v blank >>>> blanking CD, please wait.. >>>> >>>> stays there forever. Eventually i gave up and ctrl-C and >>>> the application terminates, and i was able to write to >>>> the disk a valid image, which probably means that the >>>> disk had been blanked. >> Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with >> >> acd0: CDRW at ata1-master UDMA33 >> >> Worked fine under RELENG_4, fails to wait for completion under RELENG_6. > > indeed, the two routines are different: in RELENG_4 > > static int > acd_get_progress(struct acd_softc *cdp, int *finished) > { > int8_t ccb[16] = { ATAPI_READ_CAPACITY, 0, 0, 0, 0, 0, 0, 0, > 0, 0, 0, 0, 0, 0, 0, 0 }; My memory is rusty here, but I thought that a TUR was the canonical way to test if the operation is complete, and get progress as a side effect. I see that until rev 1.85, this function used a plain REQUEST_SENSE, which was definitely wrong. There has to be some way that a WHQL-qualified disc burner will report this information reliably. Scott From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 17:21:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B9E7716A47B for ; Mon, 25 Dec 2006 17:21:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5785013C47A for ; Mon, 25 Dec 2006 17:21:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBPH0i0h054461; Mon, 25 Dec 2006 10:00:50 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <459003B9.5040201@samsco.org> Date: Mon, 25 Dec 2006 12:00:41 -0500 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: "O. Hartmann" References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> In-Reply-To: <458FF48A.3010802@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Dmitry Pryanishnikov , Luigi Rizzo , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 17:21:02 -0000 O. Hartmann wrote: > Dmitry Pryanishnikov wrote: >> Hello! >> >> On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: >>>> just noticed, after upgrading to 6.2RC1, that >>>> >>>> luigi# burncd -f /dev/acd0 -v blank >>>> blanking CD, please wait.. >>>> >>>> stays there forever. Eventually i gave up and ctrl-C and >>>> the application terminates, and i was able to write to >>>> the disk a valid image, which probably means that the >>>> disk had been blanked. >> Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with >> >> acd0: CDRW at ata1-master UDMA33 >> >> Worked fine under RELENG_4, fails to wait for completion under RELENG_6. >> >>> See my report: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344 >>> And: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104270 >>> >>> The last one contain a fix. >> This fix doesn't help me. >> >>> Serg. >>> >>> P.S.: Don't use burncd. Use cdrecord! >> IMHO it isn't correct approach to avoid use of the tool _instead_ of >> fixing >> it. This way, all your tools will be broken one day ;) >> >> Sincerely, Dmitry > Since this is a very old and well known issue, and it seems there is no > one left solcing/developing this tool, it should be removed from the > source tree for the time it is to said broken. > burncd had some nice advantages over cdrecord: it came from the BSD > tree, it had capabilities for burning DVD+RW images. Disadvantage was > the limitation to ATA interface. > > Someone should suggest the stripp off the sources via PR? > > Regards, > Oliver > There are times when 'ls' doesn't work quite right for me. I propose removing that from the FreeBSD tree ASAP. In fact, anything that hasn't had a commit in a year should be removed, since it is obviously abandoned, not working, and useless. Obviously. Or, we can not say silly things like, "you didn't fix X for me, so it should be removed from the FreeBSD tree." Scott From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 20:13:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D7A216A416 for ; Mon, 25 Dec 2006 20:13:43 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 264A613C47C for ; Mon, 25 Dec 2006 20:13:42 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBPK0CLr060913; Mon, 25 Dec 2006 21:00:13 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kBPK0Clr026646; Mon, 25 Dec 2006 21:00:12 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kBPK0BR1026645; Mon, 25 Dec 2006 21:00:11 +0100 (CET) (envelope-from wb) Date: Mon, 25 Dec 2006 21:00:11 +0100 From: Wilko Bulte To: Scott Long Message-ID: <20061225200011.GA26613@freebie.xs4all.nl> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <459003B9.5040201@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <459003B9.5040201@samsco.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Dmitry Pryanishnikov , Luigi Rizzo , "O. Hartmann" , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 20:13:43 -0000 On Mon, Dec 25, 2006 at 12:00:41PM -0500, Scott Long wrote.. > O. Hartmann wrote: > >Dmitry Pryanishnikov wrote: > >>Hello! > >> > >>On Fri, 22 Dec 2006, Sergey N. Voronkov wrote: > >>>>just noticed, after upgrading to 6.2RC1, that > >>>> > >>>> luigi# burncd -f /dev/acd0 -v blank > >>>> blanking CD, please wait.. > >>>> > >>>>stays there forever. Eventually i gave up and ctrl-C and > >>>>the application terminates, and i was able to write to > >>>>the disk a valid image, which probably means that the > >>>>disk had been blanked. > >> Yes, well known RELENG_4 -> 6 (maybe even 5) regression. Same here with > >> > >>acd0: CDRW at ata1-master UDMA33 > >> > >>Worked fine under RELENG_4, fails to wait for completion under RELENG_6. > >> > >>>See my report: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/95344 > >>>And: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/104270 > >>> > >>>The last one contain a fix. > >>This fix doesn't help me. > >> > >>>Serg. > >>> > >>>P.S.: Don't use burncd. Use cdrecord! > >> IMHO it isn't correct approach to avoid use of the tool _instead_ of > >>fixing > >>it. This way, all your tools will be broken one day ;) > >> > >>Sincerely, Dmitry > >Since this is a very old and well known issue, and it seems there is no > >one left solcing/developing this tool, it should be removed from the > >source tree for the time it is to said broken. > >burncd had some nice advantages over cdrecord: it came from the BSD > >tree, it had capabilities for burning DVD+RW images. Disadvantage was > >the limitation to ATA interface. > > > >Someone should suggest the stripp off the sources via PR? > > > >Regards, > >Oliver > > > > There are times when 'ls' doesn't work quite right for me. I propose > removing that from the FreeBSD tree ASAP. In fact, anything that hasn't > had a commit in a year should be removed, since it is obviously > abandoned, not working, and useless. Obviously. Or the kernel, that sometimes also gives us problems ;) > Or, we can not say silly things like, "you didn't fix X for me, so it > should be removed from the FreeBSD tree." > > Scott -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 20:19:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6332316A586 for ; Mon, 25 Dec 2006 20:19:43 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id CD34113C46E for ; Mon, 25 Dec 2006 20:19:42 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kBPKJUAB004653; Mon, 25 Dec 2006 22:19:30 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Mon, 25 Dec 2006 22:19:30 +0200 (EET) From: Dmitry Pryanishnikov To: Scott Long In-Reply-To: <459003B9.5040201@samsco.org> Message-ID: <20061225215802.E72485@atlantis.atlantis.dp.ua> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <459003B9.5040201@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Luigi Rizzo , "O. Hartmann" , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 20:19:43 -0000 Hello! On Mon, 25 Dec 2006, Scott Long wrote: >>>> P.S.: Don't use burncd. Use cdrecord! >>> IMHO it isn't correct approach to avoid use of the tool _instead_ of >>> fixing >>> it. This way, all your tools will be broken one day ;) >>> >>> Sincerely, Dmitry >> Since this is a very old and well known issue, and it seems there is no >> one left solcing/developing this tool, it should be removed from the >> source tree for the time it is to said broken. > > There are times when 'ls' doesn't work quite right for me. I propose > removing that from the FreeBSD tree ASAP. In fact, anything that hasn't > had a commit in a year should be removed, since it is obviously > abandoned, not working, and useless. Obviously. > > Or, we can not say silly things like, "you didn't fix X for me, so it > should be removed from the FreeBSD tree." I agree completely. I see 2 points here: 1) it seems that problem is in /sys/dev/ata/atapi-cd.c code rather then in burncd utility (but I'm not 100%-sure here); 2) burncd still does _all_ things which it's useful for: it really burns CDs, erases and fixates them. It just incorrectly waits for completion of erase/fixate operation. Waiting some extra time after drive finishes the write process and pressing Ctrl+C works around this problem and results in correctly erased/fixed media. It would be unwise to throw away a dirty screwdriver instead of washing it ;) > Scott Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Mon Dec 25 22:35:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B966B16A403 for ; Mon, 25 Dec 2006 22:35:48 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out14.ilk.de [194.121.104.14]) by mx1.freebsd.org (Postfix) with ESMTP id 372BE13C470 for ; Mon, 25 Dec 2006 22:35:46 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool39.ka.ilk.net [212.86.194.39]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id kBPMBso6014974; Mon, 25 Dec 2006 23:11:54 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id kBPMAuhi016131; Mon, 25 Dec 2006 23:10:56 +0100 (CET) Message-ID: <45904DE5.2020903@smo.de> Date: Mon, 25 Dec 2006 23:17:09 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20061022 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Dmitry Pryanishnikov References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <459003B9.5040201@samsco.org> <20061225215802.E72485@atlantis.atlantis.dp.ua> In-Reply-To: <20061225215802.E72485@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: rizzo@icir.org, stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Dec 2006 22:35:48 -0000 Dmitry Pryanishnikov wrote: > 1) it seems that problem is in /sys/dev/ata/atapi-cd.c code rather then > in burncd utility (but I'm not 100%-sure here); > > 2) burncd still does _all_ things which it's useful for: it really burns CDs > erases and fixates them. It just incorrectly waits for completion of > erase/fixate operation. Waiting some extra time after drive finishes the > write process and pressing Ctrl+C works around this problem and results > in correctly erased/fixed media. It would be unwise to throw away a dirty > screwdriver instead of washing it ;) I just found an error-message from the time I was still using 6.1-RELEASE: $ uname -a FreeBSD herdubreid.xxx.xxx.de 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sat May 27 22:26:23 CEST 2006 pj@herdubreid.xxx.xxx.de:/usr/obj/usr/src/sys/HERDUBRE IDKERNEL i386 herdubreid# burncd -f /dev/acd0 erase ^Casing CD, please wait.. herdubreid# burncd -f /dev/acd0 blank ^Canking CD, please wait.. ^-- both takes forever - interrupted with Ctrl-C herdubreid# burncd -f /dev/acd0 data 6.1-RELEASE-i386-disc1.iso fixate next writeable LBA 0 writing from file 6.1-RELEASE-i386-disc1.iso size 517368 KB written this track 517368 KB (100%) total 517368 KB fixating CD, please wait.. burncd: ioctl(CDRIOCFIXATE): Input/output error herdubreid# ^-- The ISO-Image is OK... The following appeared in /var/log/messages: May 29 11:30:35 herdubreid kernel: acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x1 0 ascq=0x00 g_vfs_done():acd0[READ(offset=290387968, length=2048)]error = 5 I hope that helps somebody out there ;) Regards, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 10:18:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 149C516A416 for ; Tue, 26 Dec 2006 10:18:56 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id 80AAB13C474 for ; Tue, 26 Dec 2006 10:18:54 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kBQAIpP5047197; Tue, 26 Dec 2006 12:18:52 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 26 Dec 2006 12:18:51 +0200 (EET) From: Dmitry Pryanishnikov To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= In-Reply-To: <458AEC99.1040003@sh.cvut.cz> Message-ID: <20061226120838.M28171@atlantis.atlantis.dp.ua> References: <458AD815.3010601@sh.cvut.cz> <1d3ed48c0612211144s631e2cendbfcfb6acfae9ef1@mail.gmail.com> <458AE623.4070701@sh.cvut.cz> <458AEC99.1040003@sh.cvut.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Kevin Downey , Scott Ullrich Subject: Re: Duplicate IPFW rules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2006 10:18:56 -0000 Hello! On Thu, 21 Dec 2006, Vclav Haisman wrote: >> One example feature is to be able to delete many rules at once. If >> you know that a specific rule number holds rules (example: time based >> rules) then the script has less work to do. Now granted since sets >> where introduced this can be done via this method but this feature has >> been useful (at least to me) for years and years now. >> >> Scott > Oh, I did not realise this use. Hmm...still, I thought that this is what > tables are for :) The ability to have several distinct ipfw rules with the same rule_number is also useful for the purposes of traffic accounting. Say, you should tally traffic received via some interface + traffic from the proxy-server together for some user: ipfw add 3000 count all from any to user in recv ext0 ipfw add 3000 count tcp from proxy 3128 to user out and just teach the traffic accounting utility to sum up byte counts for the rules with the same number. Very handy, and not doable via lookup tables. > VH Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 14:48:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B061D16A403; Tue, 26 Dec 2006 14:48:32 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9BD6113C463; Tue, 26 Dec 2006 14:48:32 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBQEmV3K049905; Tue, 26 Dec 2006 06:48:31 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBQEmVMT049904; Tue, 26 Dec 2006 06:48:31 -0800 (PST) (envelope-from rizzo) Date: Tue, 26 Dec 2006 06:48:31 -0800 From: Luigi Rizzo To: sos@freebsd.org, stable@freebsd.org Message-ID: <20061226064831.B48751@xorpc.icir.org> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <20061225084704.A23448@xorpc.icir.org> <4590066B.8050604@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4590066B.8050604@samsco.org>; from scottl@samsco.org on Mon, Dec 25, 2006 at 12:12:11PM -0500 Cc: Subject: [summary] Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2006 14:48:32 -0000 summary: there was some discussion on how to fix the problem, in 6.x, with "burncd -f /dev/acd0 -v blank" getting stuck with this message blanking CD, please wait.. This used to work on 4.x. 6.x changes in two places: * the ioctl handler, acd_get_progress() in /sys/dev/ata/atapi-cd.c does a much stricter error checking, expecting the ATA_SENSE_VALID bit set in response to the ATAPI_READ_CAPACITY call. None of my DVD drives do that: acd0: DVDR at ata1-master UDMA33 acd0: DVDR at ata0-slave UDMA33 even though they do report a valid progress status if you disable the check for ATA_SENSE_VALID, and in fact they do work under 4.x * usr.sbin/burncd/burncd.c waits for a transition of CDRIOCGETPROGRESS from 90..99 to 0, which fails to be detected because the ioctl() always returns 0 when ATA_SENSE_VALID is not set. In private mail, Soren mentioned that the spec (whatever it is called) says that the ATA_SENSE_VALID 'shall be set' when returning a valid value, so he is slightly dubious on removing the check in atapi-cd.c Also, it seems that the proper way to check for completion is to issue the TEST UNIT READY command, which is accessible through the CDIOCRESET ioct. I suggest the following two fixes: 1. change burncd.c as below, so that if CDRIOCGETPROGRESS does not return anything good, it calls CDIOCRESET to determine when the command is complete. This can be improved by calling CDIOCRESET unconditionally as a termination test 2. change atapi-cd.c to return something even if ATA_SENSE_VALID is unset. Apparently there is a lot of non-complying hardware around so restricting to what the spec says is like shooting ourselves in the foot. Again, if burncd.c uses CDIOCRESET to determine the completion of the 'blank' operation, we don't care if the return value from CDRIOCGETPROGRESS is incorrect, because we don't rely on it. Patches below (to be improved to make CDIOCRESET unconditional). Does this satisfy all ? cheers luigi Index: burncd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/burncd/burncd.c,v retrieving revision 1.45 diff -u -r1.45 burncd.c --- burncd.c 13 May 2005 20:06:44 -0000 1.45 +++ burncd.c 26 Dec 2006 12:32:29 -0000 @@ -188,6 +188,7 @@ if ((!strcasecmp(argv[arg], "erase") || !strcasecmp(argv[arg], "blank")) && !test_write) { int blank, pct, last = 0; + int sec = 0; if (!strcasecmp(argv[arg], "erase")) blank = CDR_B_ALL; @@ -200,15 +201,20 @@ if (ioctl(fd, CDRIOCBLANK, &blank) < 0) err(EX_IOERR, "ioctl(CDRIOCBLANK)"); while (1) { + int done = -1; sleep(1); + sec++; + pct = 0; if (ioctl(fd, CDRIOCGETPROGRESS, &pct) == -1) err(EX_IOERR,"ioctl(CDRIOGETPROGRESS)"); - if (pct > 0 && !quiet) + if (pct == 0) + done = ioctl(fd, CDIOCRESET, NULL); + if (!quiet) fprintf(stderr, - "%sing CD - %d %% done \r", + "%sing CD - %3dsec %d %% done %d \r", blank == CDR_B_ALL ? - "eras" : "blank", pct); - if (pct == 100 || (pct == 0 && last > 90)) + "eras" : "blank", sec, pct, done); + if (pct == 100 || (pct == 0 && last > 90) || done == 0) break; last = pct; } Index: atapi-cd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v retrieving revision 1.179.2.7 diff -u -r1.179.2.7 atapi-cd.c --- atapi-cd.c 2 Sep 2006 17:01:32 -0000 1.179.2.7 +++ atapi-cd.c 24 Dec 2006 10:38:01 -0000 @@ -1234,7 +1234,7 @@ request->flags = ATA_R_ATAPI | ATA_R_READ; request->timeout = 30; ata_queue_request(request); - if (!request->error && request->u.atapi.sense.error & ATA_SENSE_VALID) + if (!request->error && request->u.atapi.sense.error) *finished = ((request->u.atapi.sense.specific2 | (request->u.atapi.sense.specific1 << 8)) * 100) / 65535; else From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 15:56:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7250716A40F for ; Tue, 26 Dec 2006 15:56:48 +0000 (UTC) (envelope-from ShopAETV@newsletters.aetv.com) Received: from mta.newsletters.aetv.com (mta.newsletters.aetv.com [198.31.62.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4F90C13C497 for ; Tue, 26 Dec 2006 15:56:48 +0000 (UTC) (envelope-from ShopAETV@newsletters.aetv.com) Date: Tue, 26 Dec 2006 10:56:48 -0500 (EST) Message-Id: From: "The History Channel" To: stable@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Subject: Up to 85% off DVDs: Come join the celebration! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2006 15:56:48 -0000 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Come Join Our New Year's Party: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Up to 85% off over 100 DVDs, plus get a bonus $25 gift card when you spend over $100 dollars. Shop Now http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAr0Ee ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ We at HISTORY EDUCATION are in celebration mode! Check out our staff's Top 10 for the best titles of 2006-- now up to 85% off! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #1 The World At War: Collector's Edition DVD set More than 30 years after its initial broadcast, THE WORLD AT WAR remains the definitive visual history of World War II. Narrated by Academy Award(R) winner Laurence Olivier and digitally re-mastered for DVD, this is epic history at its absolute best. What our staff thinks: "an unvarnished look at WWII, from every perspective" http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAs0Ef #2 The Revolution: The Series DVD Set Available for the first time in a single DVD set, this sweeping, acclaimed series definitively depicts the foundation of the United States of America. What our staff thinks: "the best recounting of the American Revolution in existence." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAt0Eg #3 The Presidential DVD Collection Hail to the Chief! Politics aside, you will be fascinated by this in-depth examination of the most exalted office in the land. What our staff thinks: "every commander-in-cheif needs a copy" http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAu0Eh #4 Ultimate World History Collection DVD Explore the glories of Britannia, the majesty of Russia, the horrors of the French Revolution and the brutal Conquest of America, all inside this comprehensive DVD set. What our staff thinks: "Span the critical moments throughout the World in one set." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAv0Ei #5 Desperate Crossing: The Untold Story of the Mayflower DVD So much more than simply the story of the Thanksgiving meal, the epic saga of the Pilgrims - fully realized in this vibrant DVD. What our staff thinks: "a totally new way of looking at the Pilgrims -- fact IS better than fiction." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAw0Ej #6 JFK: A Presidency Revealed DVD set He was a young hero who brought the promise of a new era to the Oval Office. Forty years after his death, the legacy--and mystery--of John F. Kennedy continues to grow. What our staff thinks: "the best history of the man and his legacy I've ever seen." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAx0Ek #7 The Conquerors DVD set History's greatest engagements come to life as we profile the men whose brilliance and vanity shaped the world. What our staff thinks: "Napoleon plays a small role in this gripping set." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAy0El #8 Egypt: Engineering An Empire DVD Through cutting-edge digital graphics and countless interviews with noted Egyptologists, THE HISTORY CHANNEL(R) chronicles the pharaohs and feats that brought forth the world's very first superpower. What our staff thinks: "the wonders of Egypt from a mechanical perspective -- fascinating." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VAz0Em #9 The Battle History of the United States Military DVD Set THE BATTLE HISTORY OF THE UNITED STATES MILITARY trumpets the myriad strengths of one of the world's greatest military powers. What our staff thinks: "this set is like a great salute to the U.S. military." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VA10EZ #10 10 Days That Unexpectedly Changed America DVD Set 10 one-hour documentaries directed by 10 award-winning independent filmmakers -- highlights 10 individual days that each triggered change in America. What our staff thinks: "a completely innovative approach to the subject of American History." http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VA20Ea For more BEST SELLERS from A&E click here http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0U8w0EZ For more BEST SELLERS from The History Channel click here http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VA30Eb ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To ensure delivery of Special Offers from The History Channel to your inbox (not bulk or junk folders), please add ShopAETV@newsletters.aetv.com to your address book. Your email address, stable@freebsd.org, is signed up to receive new release info and offers from our store. If you do not wish to receive any future email offers from our store, simply send an email to unsub_shop@newsletters.aetv.com We respect your privacy. For more information, view our privacy policy: http://newsletters.aetv.com/cgi-bin15/DM/y/eX3m0K6nDL0EFr0VA40Ec A&E Television Networks, Email Marketing 250 Harbor Drive, Stamford, CT 06902 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 16:09:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A731616A40F for ; Tue, 26 Dec 2006 16:09:34 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.freebsd.org (Postfix) with SMTP id 5B01C13C46F for ; Tue, 26 Dec 2006 16:09:34 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from unknown (HELO localhost) (217.144.69.37) by 209.67.61.254 with SMTP; 26 Dec 2006 16:09:33 -0000 Date: Tue, 26 Dec 2006 18:09:02 +0200 From: Nikolay Pavlov To: LI Xin Message-ID: <20061226160902.GA4217@zone3000.net> Mail-Followup-To: Nikolay Pavlov , LI Xin , freebsd-stable@freebsd.org, Robert Watson References: <456887CD.50606@delphij.net> <20061125212004.GA22786@zone3000.net> <457D0FC7.6010808@delphij.net> <20061211180817.GA4557@zone3000.net> <457DAA99.60605@delphij.net> <20061211205238.GA5733@zone3000.net> <20061212185233.GA7377@zone3000.net> <457EFCD0.6060007@delphij.net> <20061212194710.GA7822@zone3000.net> <458F6045.8060408@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <458F6045.8060408@delphij.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Robert Watson , freebsd-stable@freebsd.org Subject: Re: deadlock in "zoneli" state on 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 16:09:34 -0000 On Monday, 25 December 2006 at 13:23:17 +0800, LI Xin wrote: > Hi, Nikolay, > > Our local customer has applied the following and it seems to have > 'solved' their problem on squid: > > echo kern.ipc.nmbclusters=0 >> /boot/loader.conf > > and then reboot. They have been running with the 20061212 patch but I > suspect that it's no longer necessary. The feedback I have received is > that they have run with this for two weeks without problem, serving > video streams. > > Please let us know if this works. Wish you a happy new year :-) Thanks. Still no luck with my problem :) It dies for me somewhere about: root@accel1:~# netstat -m 208965/585/209550 mbufs in use (current/cache/total) 208432/474/208906/0 mbuf clusters in use (current/cache/total/max) 208432/464 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 469105K/1094K/470199K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/3/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines With panic: kmem_malloc(4096): kmem_map too small: 536870912 total allocated So there is still memory leak somewhere or i have some rarely and hardly detectable hardware bug. At least all other squid servers on this load balancer cluster works fine even under same load as this box and there is no any mbuf related problems on them. In any case thank you and all folks for help :) Happy holidays! > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 16:12:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 528C016A40F for ; Tue, 26 Dec 2006 16:12:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2AEC813C46F for ; Tue, 26 Dec 2006 16:12:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBQGCP2G050706; Tue, 26 Dec 2006 08:12:25 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBQGCPIe050705; Tue, 26 Dec 2006 08:12:25 -0800 (PST) (envelope-from rizzo) Date: Tue, 26 Dec 2006 08:12:25 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20061226081225.A50663@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: fdformat usb floppy disks not supported on 6.x ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2006 16:12:26 -0000 is there any way to fdformat a floppy connected through usb ? luigi# fdformat da0 fdformat: not a floppy disk: /dev/da0 i am running a RELENG_6 from Dec.23 sources, and the device is the following: Dec 26 17:12:09 luigi kernel: umass0: MITSUMI MITSUMI USB FDD, rev 1.00/1.00, addr 2 Dec 26 17:12:09 luigi kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Dec 26 17:12:09 luigi kernel: da0: Removable Direct Access SCSI-0 device Dec 26 17:12:09 luigi kernel: da0: 1.000MB/s transfers cheers luigi From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 19:22:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE58E16A407 for ; Tue, 26 Dec 2006 19:22:47 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.freebsd.org (Postfix) with ESMTP id 72B4C13C463 for ; Tue, 26 Dec 2006 19:22:47 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id LAA07653 for ; Tue, 26 Dec 2006 11:54:59 -0700 (MST) Message-Id: <200612261854.LAA07653@lariat.net> X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 26 Dec 2006 11:54:51 -0700 To: stable@freebsd.org From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 19:22:48 -0000 I haven't seen much on the lists lately regarding the status of FreeBSD 6.2, so I'd like to ask the Release Engineering team for their thoughts and projections. The calendar on the public "Release Engineering" page hasn't been updated since November, and those of us who await 6.2-RELEASE need to have some idea of what to expect. I don't know about everyone else, but I for one would not like to see the release rushed; in fact, I'd rather have it delayed a little if it means that some longstanding PRs will be cleared up. However, I do need to know how things are progressing. When are we likely to see an RC2? Given the many changes to the code since RC1, will there be an RC3? When will the calendar and "to do" list be updated? And will we see a release by, say, Valentine's Day? --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 20:02:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ABF716A40F; Tue, 26 Dec 2006 20:02:43 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from outmail1.freedom2surf.net (outmail1.freedom2surf.net [194.106.33.237]) by mx1.freebsd.org (Postfix) with ESMTP id C4EAE13C47C; Tue, 26 Dec 2006 20:02:42 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from ariel.njm.f2s.com (i-195-137-21-170.freedom2surf.net [195.137.21.170]) by outmail1.freedom2surf.net (Postfix) with ESMTP id 93FBC53AF0; Tue, 26 Dec 2006 19:38:59 +0000 (GMT) Received: from ariel.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by ariel.njm.f2s.com (8.13.8/8.13.6) with ESMTP id kBQJcw3w001317; Tue, 26 Dec 2006 19:38:58 GMT (envelope-from njm@ariel.njm.f2s.com) Received: (from njm@localhost) by ariel.njm.f2s.com (8.13.8/8.13.8/Submit) id kBQJcw14001316; Tue, 26 Dec 2006 19:38:58 GMT (envelope-from njm) Date: Tue, 26 Dec 2006 19:38:58 +0000 From: "N.J. Mann" To: freebsd-stable@freebsd.org, stable@freebsd.org Message-ID: <20061226193858.GA751@ariel.njm.f2s.com> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org References: <200612261854.LAA07653@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612261854.LAA07653@lariat.net> X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 20:02:43 -0000 On Tuesday, 26 December, 2006 at 11:54:51 -0700, Brett Glass wrote: > I haven't seen much on the lists lately regarding the status of > FreeBSD 6.2, so I'd like to ask the Release Engineering team for > their thoughts and projections. The calendar on the public "Release > Engineering" page hasn't been updated since November, and those of > us who await 6.2-RELEASE need to have some idea of what to expect. Really? http://www.freebsd.org/releng/index.html claims: "Last modified: 2006/12/08 17:09:58". And http://www.freebsd.org/releases/6.2R/schedule.html claims: "Last modified: 2006/12/25 02:18:37". I'm not part of RE or even the very hard working FreeBSD team, but I do follow cvs-all@ and so did notice the commit to schedule.html yesterday. I'm sure they are all doing their best to make 6.2 the best possible release they can. Seasons greetings. Cheers, Nick. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 20:02:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ABF716A40F; Tue, 26 Dec 2006 20:02:43 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from outmail1.freedom2surf.net (outmail1.freedom2surf.net [194.106.33.237]) by mx1.freebsd.org (Postfix) with ESMTP id C4EAE13C47C; Tue, 26 Dec 2006 20:02:42 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from ariel.njm.f2s.com (i-195-137-21-170.freedom2surf.net [195.137.21.170]) by outmail1.freedom2surf.net (Postfix) with ESMTP id 93FBC53AF0; Tue, 26 Dec 2006 19:38:59 +0000 (GMT) Received: from ariel.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by ariel.njm.f2s.com (8.13.8/8.13.6) with ESMTP id kBQJcw3w001317; Tue, 26 Dec 2006 19:38:58 GMT (envelope-from njm@ariel.njm.f2s.com) Received: (from njm@localhost) by ariel.njm.f2s.com (8.13.8/8.13.8/Submit) id kBQJcw14001316; Tue, 26 Dec 2006 19:38:58 GMT (envelope-from njm) Date: Tue, 26 Dec 2006 19:38:58 +0000 From: "N.J. Mann" To: freebsd-stable@freebsd.org, stable@freebsd.org Message-ID: <20061226193858.GA751@ariel.njm.f2s.com> Mail-Followup-To: freebsd-stable@freebsd.org, stable@freebsd.org References: <200612261854.LAA07653@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612261854.LAA07653@lariat.net> X-Operating-System: FreeBSD 6.2-PRERELEASE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 20:02:43 -0000 On Tuesday, 26 December, 2006 at 11:54:51 -0700, Brett Glass wrote: > I haven't seen much on the lists lately regarding the status of > FreeBSD 6.2, so I'd like to ask the Release Engineering team for > their thoughts and projections. The calendar on the public "Release > Engineering" page hasn't been updated since November, and those of > us who await 6.2-RELEASE need to have some idea of what to expect. Really? http://www.freebsd.org/releng/index.html claims: "Last modified: 2006/12/08 17:09:58". And http://www.freebsd.org/releases/6.2R/schedule.html claims: "Last modified: 2006/12/25 02:18:37". I'm not part of RE or even the very hard working FreeBSD team, but I do follow cvs-all@ and so did notice the commit to schedule.html yesterday. I'm sure they are all doing their best to make 6.2 the best possible release they can. Seasons greetings. Cheers, Nick. From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 20:51:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9130716A415 for ; Tue, 26 Dec 2006 20:51:25 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1420E13C470 for ; Tue, 26 Dec 2006 20:51:24 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id NAA09338; Tue, 26 Dec 2006 13:51:21 -0700 (MST) Message-Id: <200612262051.NAA09338@lariat.net> X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 26 Dec 2006 13:51:11 -0700 To: stable@freebsd.org, "N.J. Mann" From: Brett Glass Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 20:51:25 -0000 Nick Mann Writes: >Really? > > http://www.freebsd.org/releng/index.html > >claims: "Last modified: 2006/12/08 17:09:58". True. But it still lists the release date for 6.2 as "Mid-December." >And > > http://www.freebsd.org/releases/6.2R/schedule.html > >claims: "Last modified: 2006/12/25 02:18:37". Also true. But it still shows a projected release date of 13 November! I'm not asking that the release be rushed; I'm asking that the projections, to-do lists, etc. be updated so that we who are anticipating it have some idea of the RE team's plans going into the new year. Even if the release date is in February, that's fine -- just so it makes for a better product and we can anticipate and plan for it. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 21:16:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8404716A403 for ; Tue, 26 Dec 2006 21:16:50 +0000 (UTC) (envelope-from gerzo@micronet.sk) Received: from mrspock.ltc.sk (ns1.wilbury.sk [217.73.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 41E6B13C494 for ; Tue, 26 Dec 2006 21:16:50 +0000 (UTC) (envelope-from gerzo@micronet.sk) Received: from kumar.ltc.sk (kumar.ltc.sk [217.73.17.16]) by mrspock.ltc.sk (Postfix) with ESMTP id 7DE165BD2B; Tue, 26 Dec 2006 21:56:55 +0100 (CET) X-Virus-Scanned-kumar: amavisd-new at ltc.sk Received: from mrspock.ltc.sk ([217.73.17.21]) by kumar.ltc.sk (kumar.ltc.sk [217.73.17.16]) (amavisd-new, port 12424) with ESMTP id VVvfHFgz7Hrz; Tue, 26 Dec 2006 21:55:42 +0100 (CET) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by mrspock.ltc.sk (Postfix) with ESMTP id 5600B5BD26; Tue, 26 Dec 2006 21:56:52 +0100 (CET) Date: Tue, 26 Dec 2006 21:56:50 +0100 From: Daniel Gerzo Organization: Micronet a.s. X-Priority: 3 (Normal) Message-ID: <987384980.20061226215650@micronet.sk> To: Brett Glass In-Reply-To: <200612262051.NAA09338@lariat.net> References: <200612262051.NAA09338@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, "N.J. Mann" Subject: Re[2]: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 21:16:50 -0000 Hello Brett, Tuesday, December 26, 2006, 9:51:11 PM, you wrote: > I'm not asking that the release be rushed; I'm asking that the > projections, to-do lists, etc. be updated so that we who are anticipating > it have some idea of the RE team's plans going into the new year. Even if > the release date is in February, that's fine -- just so it makes for a > better product and we can anticipate and plan for it. 6.2-RC2 builds already started. > --Brett Glass -- Best regards, Daniel mailto:gerzo@micronet.sk From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 21:43:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1821516A40F for ; Tue, 26 Dec 2006 21:43:04 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [65.122.236.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7403D13C479 for ; Tue, 26 Dec 2006 21:43:03 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [65.122.236.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id OAA09983; Tue, 26 Dec 2006 14:42:57 -0700 (MST) Message-Id: <200612262142.OAA09983@lariat.net> X-message-flag: Warning! Use of Microsoft Outlook renders your system susceptible to Internet worms. X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 26 Dec 2006 14:42:51 -0700 To: "Ronald Klop" , stable@freebsd.org, "N.J. Mann" From: Brett Glass In-Reply-To: References: <200612262051.NAA09338@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 21:43:04 -0000 At 02:05 PM 12/26/2006, Ronald Klop wrote: >The schedules says. >Build 6.2-RC2 24 December 2006 Begin building the second >release candidate >build for all Tier-1 platforms. On what page does it say that? Perhaps our cache still has a copy of an old page, though this would be unusual since it normally errs on the side of expiring pages too quickly. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 22:09:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E31B16A407; Tue, 26 Dec 2006 22:09:55 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEB213C475; Tue, 26 Dec 2006 22:09:55 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id kBQLY4as030838 ; Tue, 26 Dec 2006 22:34:08 +0100 (CET) X-Ids: 168 Received: from heho.labo (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id kBQLY3n1077787 ; Tue, 26 Dec 2006 22:34:03 +0100 (MET) Received: (from arno@localhost) by heho.labo (8.13.3/8.13.1/Submit) id kBQLY3d7077784; Tue, 26 Dec 2006 22:34:03 +0100 (MET) (envelope-from arno) Sender: arno@heho.snv.jussieu.fr To: Luigi Rizzo References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <20061225084704.A23448@xorpc.icir.org> <4590066B.8050604@samsco.org> <20061226064831.B48751@xorpc.icir.org> From: "Arno J. Klaassen" Date: 26 Dec 2006 22:34:02 +0100 In-Reply-To: <20061226064831.B48751@xorpc.icir.org> Message-ID: Lines: 22 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.168]); Tue, 26 Dec 2006 22:34:08 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2382/Tue Dec 26 17:27:09 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 4591954C.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: stable@freebsd.org, sos@freebsd.org Subject: Re: [summary] Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2006 22:09:55 -0000 Luigi Rizzo writes: > summary: there was some discussion on how to > fix the problem, in 6.x, with "burncd -f /dev/acd0 -v blank" getting > stuck with this message > > blanking CD, please wait.. > > This used to work on 4.x. > [ .. stuff deleted .. ] > > Patches below (to be improved to make CDIOCRESET unconditional). > Does this satisfy all ? great! Works for me. (and even cdrecord now works). Thanx a lot. Arno P.S. this fixes, for real, http://www.freebsd.org/cgi/query-pr.cgi?pr=94426 From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 22:12:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5617416A492 for ; Tue, 26 Dec 2006 22:12:14 +0000 (UTC) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id D00DE13C478 for ; Tue, 26 Dec 2006 22:12:13 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id kBQLnLw5026303; Tue, 26 Dec 2006 22:49:22 +0100 (CET) (envelope-from mb@imp.ch) Date: Tue, 26 Dec 2006 22:49:20 +0100 (CET) From: Martin Blapp To: Brett Glass In-Reply-To: <200612262142.OAA09983@lariat.net> Message-ID: <20061226224843.A53548@godot.imp.ch> References: <200612262051.NAA09338@lariat.net> <200612262142.OAA09983@lariat.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, "N.J. Mann" , Ronald Klop Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 22:12:14 -0000 >> Build 6.2-RC2 24 December 2006 Begin building the second release >> candidate >> build for all Tier-1 platforms. http://www.freebsd.org/releases/6.2R/schedule.html Martin From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 22:26:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D353916A40F for ; Tue, 26 Dec 2006 22:26:32 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2EF13C490 for ; Tue, 26 Dec 2006 22:26:32 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1GzJUO-0000pv-EW for ; Tue, 26 Dec 2006 22:05:36 +0100 Received: (qmail 31600 invoked from network); 26 Dec 2006 21:05:35 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 26 Dec 2006 21:05:35 -0000 Date: Tue, 26 Dec 2006 22:05:34 +0100 To: "Brett Glass" , stable@freebsd.org, "N.J. Mann" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <200612262051.NAA09338@lariat.net> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <200612262051.NAA09338@lariat.net> User-Agent: Opera Mail/9.10 (FreeBSD) Cc: Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 22:26:32 -0000 On Tue, 26 Dec 2006 21:51:11 +0100, Brett Glass wrote: > Nick Mann Writes: > >> Really? >> >> http://www.freebsd.org/releng/index.html >> >> claims: "Last modified: 2006/12/08 17:09:58". > > True. But it still lists the release date for 6.2 as "Mid-December." > >> And >> >> http://www.freebsd.org/releases/6.2R/schedule.html >> >> claims: "Last modified: 2006/12/25 02:18:37". > > Also true. But it still shows a projected release date of 13 November! > > I'm not asking that the release be rushed; I'm asking that the > projections, to-do lists, etc. be updated so that we who are anticipating > it have some idea of the RE team's plans going into the new year. Even if > the release date is in February, that's fine -- just so it makes for a > better product and we can anticipate and plan for it. > > --Brett Glass The schedules says. Build 6.2-RC2 24 December 2006 Begin building the second release candidate build for all Tier-1 platforms. So that answers part one of your questions. I don't know anything about the expected release date. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 23:19:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B45D216A403 for ; Tue, 26 Dec 2006 23:19:29 +0000 (UTC) (envelope-from geoffwa@cs.rmit.edu.au) Received: from its-mu-mail1.its.rmit.edu.au (its-mu-mail1.its.rmit.edu.au [131.170.1.11]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB6C13C463 for ; Tue, 26 Dec 2006 23:19:29 +0000 (UTC) (envelope-from geoffwa@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail1.its.rmit.edu.au (8.13.7/8.13.7/mail1) with ESMTP id kBQMsEiq002266 for ; Wed, 27 Dec 2006 09:54:14 +1100 (EST) Received: from goanna.cs.rmit.edu.au (root@goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id kBQMsDXn010656 for ; Wed, 27 Dec 2006 09:54:14 +1100 (EST) Received: from goanna.cs.rmit.edu.au (geoffwa@localhost [127.0.0.1]) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.4/csnode) with ESMTP id kBQMsBmt009372 for ; Wed, 27 Dec 2006 09:54:13 +1100 (EST) Received: (from geoffwa@localhost) by goanna.cs.rmit.edu.au (8.13.4+Sun/8.13.3/Submit) id kBQMsB1o009371 for stable@freebsd.org; Wed, 27 Dec 2006 09:54:11 +1100 (EST) Date: Wed, 27 Dec 2006 09:54:11 +1100 From: Geoffrey Giesemann To: stable@freebsd.org Message-ID: <20061226225411.GA8706@cs.rmit.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Scanned-By: MIMEDefang 2.44 Cc: Subject: Background fsck causes kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Dec 2006 23:19:30 -0000 Running a fairly recent RELENG_6 SMP kernel, I had a nasty experience where filesystem corruption on a pair of RAID5 volumes on an arcmsr would cause the machine to panic during the background fsck. This resulted in a merry crash-reboot-crash cycle until I booted on to an install CD, ran a foreground fsck and fixed the errors. Given that this machine *is* a file server I'm rather eager to make sure the problem doesn't happen again. I'm not familiar with the code at all, but all three panics look like they're happening in soft-update sections: Unread portion of the kernel message buffer: panic: softdep_setup_freeblocks: inode busy cpuid = 0 Uptime: 4h58m59s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc061e541 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc061e934 in panic (fmt=0xc0905fc5 "softdep_setup_freeblocks: inode busy") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc07bb7f9 in softdep_setup_freeblocks (ip=0xc6002c60, length=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2271 #4 0xc07ae85d in ffs_truncate (vp=0xc5fff000, length=0, flags=3072, cred=0x0, td=0xc531b180) at /usr/src/sys/ufs/ffs/ffs_inode.c:278 #5 0xc07d0abe in ufs_inactive (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_inode.c:126 #6 0xc08b364e in VOP_INACTIVE_APV (vop=0x0, a=0x0) at vnode_if.c:1535 #7 0xc068faf2 in vinactive (vp=0xc5fff000, td=0x0) at vnode_if.h:795 #8 0xc068f81c in vput (vp=0xc5fff000) at /usr/src/sys/kern/vfs_subr.c:2158 #9 0xc0697539 in kern_unlink (td=0xc531b180, path=0xbfbfe4b0
, pathseg=UIO_USERSPACE) at /usr/src/sys/kern/vfs_syscalls.c:1722 #10 0xc0697322 in unlink (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:1658 #11 0xc089d6f0 in syscall (frame= {tf_fs = -1078001605, tf_es = 135528507, tf_ds = -1078001605, tf_edi = 1, tf_esi = 135534336, tf_ebp = -1077942072, tf_isp = -412762780, tf_ebx = 135461640, tf_edx = 0, tf_ecx = 5, tf_eax = 10, tf_trapno = 0, tf_err = 2, tf_eip = 674363207, tf_cs = 51, tf_eflags = 642, tf_esp = -1077944196, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #12 0xc088501f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) I've filed a PR about it (which has two more backtraces): http://www.freebsd.org/cgi/query-pr.cgi?pr=107206 Can anyone suggest further action? --Geoff From owner-freebsd-stable@FreeBSD.ORG Tue Dec 26 23:21:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A294216A492 for ; Tue, 26 Dec 2006 23:21:17 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF2F13C49E for ; Tue, 26 Dec 2006 23:21:17 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBQNL6tC097108; Wed, 27 Dec 2006 00:21:15 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kBQNL6bv045456; Wed, 27 Dec 2006 00:21:06 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kBQNL6L6045455; Wed, 27 Dec 2006 00:21:06 +0100 (CET) (envelope-from wb) Date: Wed, 27 Dec 2006 00:21:06 +0100 From: Wilko Bulte To: Ronald Klop Message-ID: <20061226232106.GA45405@freebie.xs4all.nl> References: <200612262051.NAA09338@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Brett Glass , stable@freebsd.org, "N.J. Mann" Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Dec 2006 23:21:17 -0000 On Tue, Dec 26, 2006 at 10:05:34PM +0100, Ronald Klop wrote.. > On Tue, 26 Dec 2006 21:51:11 +0100, Brett Glass wrote: > > >Nick Mann Writes: > > > >>Really? > >> > >> http://www.freebsd.org/releng/index.html > >> > >>claims: "Last modified: 2006/12/08 17:09:58". > > > >True. But it still lists the release date for 6.2 as "Mid-December." > > > >>And > >> > >> http://www.freebsd.org/releases/6.2R/schedule.html > >> > >>claims: "Last modified: 2006/12/25 02:18:37". > > > >Also true. But it still shows a projected release date of 13 November! > > > >I'm not asking that the release be rushed; I'm asking that the > >projections, to-do lists, etc. be updated so that we who are anticipating > >it have some idea of the RE team's plans going into the new year. Even if > >the release date is in February, that's fine -- just so it makes for a > >better product and we can anticipate and plan for it. > > > >--Brett Glass > > The schedules says. > Build 6.2-RC2 24 December 2006 Begin building the second release > candidate build for all Tier-1 platforms. > So that answers part one of your questions. I don't know anything about > the expected release date. FYI: RC2 builds have been mostly done. They are or are on their way, to ftp-master as we speak. The fact that ftp-master suffered a hardware failure that required a replacement machine be brought online did not really help. Thanks to Peter a.o. for their work to get that replacement machine online. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 00:29:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC34716A403 for ; Wed, 27 Dec 2006 00:29:10 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id B317213C46E for ; Wed, 27 Dec 2006 00:29:10 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 3C15D594D7; Tue, 26 Dec 2006 18:56:36 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Tue, 26 Dec 2006 18:56:36 -0500 X-Sasl-enc: xFQJFj1J3NgsJuIbc/scQ56FFZVnbIX7xHaw46zWw0Bi 1167177396 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 36B5CD696; Tue, 26 Dec 2006 18:56:34 -0500 (EST) Message-ID: <4591B6E7.3090006@FreeBSD.org> Date: Tue, 26 Dec 2006 23:57:27 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.5 (X11/20060825) MIME-Version: 1.0 To: Luigi Rizzo References: <20061226081225.A50663@xorpc.icir.org> In-Reply-To: <20061226081225.A50663@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: fdformat usb floppy disks not supported on 6.x ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 00:29:10 -0000 Luigi Rizzo wrote: > is there any way to fdformat a floppy connected > through usb ? I have the bits to do this, though they aren't finished, so I never committed them: http://people.freebsd.org/~bms/dump/ufdformat/ Further testing on this was entrusted to Cy Schubert... Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 01:33:22 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AD9316A403; Wed, 27 Dec 2006 01:33:22 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8C72C13C474; Wed, 27 Dec 2006 01:33:21 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id kBR1XGAu025263; Wed, 27 Dec 2006 02:33:20 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4591CD5B.4090005@deepcore.dk> Date: Wed, 27 Dec 2006 02:33:15 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Luigi Rizzo References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <20061225084704.A23448@xorpc.icir.org> <4590066B.8050604@samsco.org> <20061226064831.B48751@xorpc.icir.org> In-Reply-To: <20061226064831.B48751@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: [summary] Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 01:33:22 -0000 Luigi Rizzo wrote: > summary: there was some discussion on how to > fix the problem, in 6.x, with "burncd -f /dev/acd0 -v blank" getting > stuck with this message > > blanking CD, please wait.. > > This used to work on 4.x. > > 6.x changes in two places: > > * the ioctl handler, acd_get_progress() in /sys/dev/ata/atapi-cd.c > does a much stricter error checking, expecting the ATA_SENSE_VALID > bit set in response to the ATAPI_READ_CAPACITY call. > None of my DVD drives do that: > > acd0: DVDR at ata1-master UDMA33 > acd0: DVDR at ata0-slave UDMA33 > > even though they do report a valid progress status if you disable > the check for ATA_SENSE_VALID, and in fact they do work under 4.x > > * usr.sbin/burncd/burncd.c waits for a transition of CDRIOCGETPROGRESS > from 90..99 to 0, which fails to be detected because the ioctl() > always returns 0 when ATA_SENSE_VALID is not set. > > In private mail, Soren mentioned that the spec (whatever it is called) > says that the ATA_SENSE_VALID 'shall be set' when returning a valid value, > so he is slightly dubious on removing the check in atapi-cd.c > > Also, it seems that the proper way to check for completion is to issue > the TEST UNIT READY command, which is accessible through the CDIOCRESET > ioct. > > I suggest the following two fixes: > 1. change burncd.c as below, so that if CDRIOCGETPROGRESS does not return > anything good, it calls CDIOCRESET to determine when the command > is complete. > This can be improved by calling CDIOCRESET unconditionally as a > termination test > FWIW just checking with TEST UNIT READY in general for progress will fail for lots of devices, but it might be that those have prober progress reporting so the sum of doing both is of benefit. > 2. change atapi-cd.c to return something even if ATA_SENSE_VALID is > unset. Apparently there is a lot of non-complying hardware around > so restricting to what the spec says is like shooting ourselves > in the foot. > As I mentioned lots of devices does return garbage there so its more a question on which pool of devices you want to have working and which you wont, so its not a solution, rather a decision on which devices to support properly, I chose those that follow specs. > Again, if burncd.c uses CDIOCRESET to determine the completion > of the 'blank' operation, we don't care if the return value from > CDRIOCGETPROGRESS is incorrect, because we don't rely on it. > Right, but that will leave out reporting of progress which has been asked for lots of times since some of this takes time. As usual there is no easy solution, its a question on which devices work and which wont, and that unfortunatly changes over time... -Søren From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 02:21:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCA3416A407; Wed, 27 Dec 2006 02:21:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9E82713C46F; Wed, 27 Dec 2006 02:21:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id kBR2LMj5056319; Tue, 26 Dec 2006 18:21:22 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id kBR2LMDf056318; Tue, 26 Dec 2006 18:21:22 -0800 (PST) (envelope-from rizzo) Date: Tue, 26 Dec 2006 18:21:22 -0800 From: Luigi Rizzo To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Message-ID: <20061226182122.B56038@xorpc.icir.org> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <20061225084704.A23448@xorpc.icir.org> <4590066B.8050604@samsco.org> <20061226064831.B48751@xorpc.icir.org> <4591CD5B.4090005@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <4591CD5B.4090005@deepcore.dk>; from sos@deepcore.dk on Wed, Dec 27, 2006 at 02:33:15AM +0100 Cc: stable@freebsd.org, sos@freebsd.org Subject: Re: [summary] Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 02:21:26 -0000 On Wed, Dec 27, 2006 at 02:33:15AM +0100, Søren Schmidt wrote: > Luigi Rizzo wrote: > > summary: there was some discussion on how to > > fix the problem, in 6.x, with "burncd -f /dev/acd0 -v blank" getting > > stuck with this message > > > > blanking CD, please wait.. > > > > This used to work on 4.x. > > > > 6.x changes in two places: > > > > * the ioctl handler, acd_get_progress() in /sys/dev/ata/atapi-cd.c > > does a much stricter error checking, expecting the ATA_SENSE_VALID > > bit set in response to the ATAPI_READ_CAPACITY call. > > None of my DVD drives do that: > > > > acd0: DVDR at ata1-master UDMA33 > > acd0: DVDR at ata0-slave UDMA33 > > > > even though they do report a valid progress status if you disable > > the check for ATA_SENSE_VALID, and in fact they do work under 4.x > > > > * usr.sbin/burncd/burncd.c waits for a transition of CDRIOCGETPROGRESS > > from 90..99 to 0, which fails to be detected because the ioctl() > > always returns 0 when ATA_SENSE_VALID is not set. > > > > In private mail, Soren mentioned that the spec (whatever it is called) > > says that the ATA_SENSE_VALID 'shall be set' when returning a valid value, > > so he is slightly dubious on removing the check in atapi-cd.c > > > > Also, it seems that the proper way to check for completion is to issue > > the TEST UNIT READY command, which is accessible through the CDIOCRESET > > ioct. > > > > I suggest the following two fixes: > > 1. change burncd.c as below, so that if CDRIOCGETPROGRESS does not return > > anything good, it calls CDIOCRESET to determine when the command > > is complete. > > This can be improved by calling CDIOCRESET unconditionally as a > > termination test > > > FWIW just checking with TEST UNIT READY in general for progress will > fail for lots of devices really ? i thought it was the standard way to test for completion (i don't have access to a recent atapi-X spec other than this SFF-8020i r2.6 - circa 1996). But i see you have put a workaround in act_fixate(), presumably for a similar behaviour. > progress reporting so the sum of doing both is of benefit. > > 2. change atapi-cd.c to return something even if ATA_SENSE_VALID is > > unset. Apparently there is a lot of non-complying hardware around > > so restricting to what the spec says is like shooting ourselves > > in the foot. > > > As I mentioned lots of devices does return garbage there so its more a > question on which pool of devices you want to have working and which you > wont, so its not a solution, rather a decision on which devices to > support properly, I chose those that follow specs. a few comments: 1. we don't need to limit ourselves to support only one type of devices; and given the large set of non-compliant devices (basically all the ones i have!) at the very least we should have a user-settable sysctl (to ignore the ATA_SENSE_VALID bit) or a burncd option (to trust TEST UNIT READY). I'd rather not use quirks because the list might become huge. 2. these same non-compliant devices used to work on 4.x, so people will really perceive this as a regression, which is not good from a PR perspective; 3. again i have an old copy of the spec (SFF-8020i), but the description of the ATA_SENSE_VALID is ambiguous - it says (Table 137-Request Sense Standard Data) "A Valid bit of zero indicates that the information field is not as defined in this specification. A Valid bit of one indicates the information field contains valid information as defined in this Specification. ATAPI CD-ROM drives shall implement the Valid bit" So, it doesn't say the bit _must_ be '1', and i can imagine implementors that slightly deviate from the standard formatting (e.g. adding fields etc. ) setting the bit to 0. Yet, we could at least pass the info up to userland (including the VALID bit) and let the application decide what to do with it. > > Again, if burncd.c uses CDIOCRESET to determine the completion > > of the 'blank' operation, we don't care if the return value from > > CDRIOCGETPROGRESS is incorrect, because we don't rely on it. > > > Right, but that will leave out reporting of progress which has been > asked for lots of times since some of this takes time. the way i have it now, i do both CDRIOCGETPROGRESS and CDIOCRESET, using either one as a termination signal. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 03:44:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BDEE16A407 for ; Wed, 27 Dec 2006 03:44:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 88AAF13C46F for ; Wed, 27 Dec 2006 03:44:52 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 6759A1A4D81; Tue, 26 Dec 2006 19:44:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B306051870; Tue, 26 Dec 2006 22:44:51 -0500 (EST) Date: Tue, 26 Dec 2006 22:44:51 -0500 From: Kris Kennaway To: Matthew Herzog Message-ID: <20061227034451.GA9859@xor.obsecurity.org> References: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <7cf39bb60612231257p1a8a62c3g43a9da939306a59e@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: chkrootkit finds 94 process hidden for readdir X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 03:44:52 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 23, 2006 at 03:57:35PM -0500, Matthew Herzog wrote: > Hello. >=20 > I run FreeBSD 6.1-RELEASE-p7 on an UltraSparc 5 machine. >=20 > I ran chkrootkit yesterday and saw this: >=20 > Checking `lkm'... You have 94 process hidden for readdir command > chkproc: Warning: Possible LKM Trojan installed >=20 > Everything else was deemed clean by chkrootkit. >=20 > When I booted into single user mode and ran chkrootkit it said there were > "33 process hidden for readdir command" >=20 > The sha256 checksum is slightly different for the /usr/bin/su binary > on the install > media compared to the /usr/bin/su on the running install. >=20 > I could find nothing definitive on this subject posted online so . . . . Most likely this is just another false positive with this inherently unreliable problem. Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFkewzWry0BWjoQKURAqe7AJ9C7iaDBT3o0iY8T6kiRg8rwJ3gwACcDIP4 b5ogf7Kzu7Sp8/B5wWaqk8w= =2UZg -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 03:47:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00C0716A412 for ; Wed, 27 Dec 2006 03:47:26 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id E3A8D13C478 for ; Wed, 27 Dec 2006 03:47:25 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BF9EB1A4D81; Tue, 26 Dec 2006 19:47:25 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 393DE51870; Tue, 26 Dec 2006 22:47:25 -0500 (EST) Date: Tue, 26 Dec 2006 22:47:25 -0500 From: Kris Kennaway To: Geoffrey Giesemann Message-ID: <20061227034724.GB9859@xor.obsecurity.org> References: <20061226225411.GA8706@cs.rmit.edu.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <20061226225411.GA8706@cs.rmit.edu.au> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: Background fsck causes kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 03:47:26 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 27, 2006 at 09:54:11AM +1100, Geoffrey Giesemann wrote: > Running a fairly recent RELENG_6 SMP kernel, I had a nasty experience > where filesystem corruption on a pair of RAID5 volumes on an arcmsr > would cause the machine to panic during the background fsck. This > resulted in a merry crash-reboot-crash cycle until I booted on to an > install CD, ran a foreground fsck and fixed the errors. Yes, this is the danger when running bg fsck and your system experiences a panic or other non-softupdates-safe source of filesystem corruption. As you discovered, the solution is to force a fsck to repair all corruption and then proceed (optionally disabling bg fsck permanently to prevent a recurrence ;-) Kris --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFkezMWry0BWjoQKURAuhXAJ0VYk/8NHbsqeUZez13yyL/ctN5FACg/Ta3 Lzg1sj2NF5/GxpQxvlUDtlQ= =AosZ -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 03:55:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B05C716A407 for ; Wed, 27 Dec 2006 03:55:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9E81A13C466 for ; Wed, 27 Dec 2006 03:55:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7ADFE1A4D81; Tue, 26 Dec 2006 19:55:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BF0C852961; Tue, 26 Dec 2006 22:55:30 -0500 (EST) Date: Tue, 26 Dec 2006 22:55:30 -0500 From: Kris Kennaway To: Ken Sallot Message-ID: <20061227035530.GC9859@xor.obsecurity.org> References: <20061219073943.W74584@polaris.astro.ufl.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sHrvAb52M6C8blB9" Content-Disposition: inline In-Reply-To: <20061219073943.W74584@polaris.astro.ufl.edu> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: "swap_pager" loop? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 03:55:31 -0000 --sHrvAb52M6C8blB9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 19, 2006 at 07:40:16AM -0500, Ken Sallot wrote: > Greetings, >=20 > Yesterday morning I came in to find a 6.2-RC1 server deadlocked in a loop= =20 > with the following error messages on the console: >=20 > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 5, size: 4096 > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 13, size: 4096 > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 5, size: 4096 > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 13, size: 4096 > .... >=20 > The machine has 4gb of ram, a 4gb swap partition on /dev/amrd0s1b, and > provides nfs/nis/samba/printing (cups) services. >=20 > This issue appears to have been open since at least 6.1-RELEASE, and I was > wondering if anyone had a work-around that we can use for the time being. You could try increasing the timeout in the msleep() in vm/swap_pager.c. If your system is just so heavily loaded that the I/O command really is taking more than 20 seconds to complete, you may be getting false positives. If you continue to get the warning with an arbitrarily large timeout, then you really are losing I/O transactions and need to look carefully at your hardware, swap configuration and (someone) at the drivers. Kris --sHrvAb52M6C8blB9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFke6vWry0BWjoQKURAujaAKDRj+jNqSVZQ5E7lupjaQkyEMgAlACfSw+Y tdZqrVF+rCSV80wD6mHPwTM= =NBnb -----END PGP SIGNATURE----- --sHrvAb52M6C8blB9-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 09:11:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5FC716A403 for ; Wed, 27 Dec 2006 09:11:49 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1257613C46E for ; Wed, 27 Dec 2006 09:11:48 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id kBR9BhYq014230; Wed, 27 Dec 2006 11:11:44 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Wed, 27 Dec 2006 11:11:43 +0200 (EET) From: Dmitry Pryanishnikov To: Luigi Rizzo In-Reply-To: <20061226064831.B48751@xorpc.icir.org> Message-ID: <20061227102328.A39278@atlantis.atlantis.dp.ua> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <20061225084704.A23448@xorpc.icir.org> <4590066B.8050604@samsco.org> <20061226064831.B48751@xorpc.icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, sos@freebsd.org Subject: Re: [summary] Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 09:11:49 -0000 Hello! On Tue, 26 Dec 2006, Luigi Rizzo wrote: > I suggest the following two fixes: > 1. change burncd.c as below, so that if CDRIOCGETPROGRESS does not return > anything good, it calls CDIOCRESET to determine when the command > is complete. > This can be improved by calling CDIOCRESET unconditionally as a > termination test > > 2. change atapi-cd.c to return something even if ATA_SENSE_VALID is > unset. Apparently there is a lot of non-complying hardware around > so restricting to what the spec says is like shooting ourselves > in the foot. > Again, if burncd.c uses CDIOCRESET to determine the completion > of the 'blank' operation, we don't care if the return value from > CDRIOCGETPROGRESS is incorrect, because we don't rely on it. > > Patches below (to be improved to make CDIOCRESET unconditional). > Does this satisfy all ? Thanks, Luigi, you rule OK! As I've said before, atapi-cd.c part of these changes seems to be effectively NOOP with my TEAC's drive acd0: CDRW at ata1-master UDMA33 But burncd.c patch definitely works! It's output is somehow ugly: root@lion# burncd -f /dev/acd0 -s 10 blank blanking CD - 17sec 0 % done -1 (interim status) blanking CD - 39sec 0 % done 0 (final status) root@lion# but the operation finishes w/o pressing Ctrl-C. Now I can use aggregate commands such as 'blank data xxx fixate': root@lion# burncd -f /dev/acd0 -s 10 blank data memtest86+-1.65.iso fixate blanking CD - 39sec 0 % done 0 next writeable LBA 0 writing from file memtest86+-1.65.iso size 900 KB written this track 900 KB (100%) total 900 KB fixating CD, please wait.. burncd: ioctl(CDRIOCFIXATE): Input/output error root@lion# Fixate still issues 'ioctl(CDRIOCFIXATE): Input/output error', but AFAICT the resulting media is OK. Thank you again for digging this problem! > cheers > luigi Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 13:05:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06F2216A412 for ; Wed, 27 Dec 2006 13:05:33 +0000 (UTC) (envelope-from bofh@redwerk.com) Received: from office.redwerk.com (office.redwerk.com [85.90.206.104]) by mx1.freebsd.org (Postfix) with ESMTP id AA93913C47E for ; Wed, 27 Dec 2006 13:05:32 +0000 (UTC) (envelope-from bofh@redwerk.com) Received: from bofh by office.redwerk.com with local (Exim 4.64 (FreeBSD)) (envelope-from ) id 1GzXuf-0001mY-Od for freebsd-stable@freebsd.org; Wed, 27 Dec 2006 14:29:41 +0200 Date: Wed, 27 Dec 2006 14:29:41 +0200 From: Eugeny N Dzhurinsky To: freebsd-stable@freebsd.org Message-ID: <20061227122941.GG1028@office.redwerk.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Loader reboots while loading kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 13:05:33 -0000 Hi there! I'm facing really strange problem - after upgrading from 6.1-prerelease to 6.1-stable, and then - to 6.2, the new loader can't load neither my custom kernel, nor generic one. I've posted a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/104473) Some guys suggested me to change my motheroard to new one, I recently upgraded to ASUS P5PE-VM (i865) - but that didn't solve the issue - the loader still reboots before it loads kernel. The old loader from 6.1 prerelease works great. Is there anything I can do with that, may be modify some files/add some debug statements to loader etc? -- Eugene N Dzhurinsky From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 14:26:54 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 589A516A40F for ; Wed, 27 Dec 2006 14:26:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id D855E13C48B for ; Wed, 27 Dec 2006 14:26:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (idqfmh@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBREQkOg004922; Wed, 27 Dec 2006 15:26:52 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBREQkmm004921; Wed, 27 Dec 2006 15:26:46 +0100 (CET) (envelope-from olli) Date: Wed, 27 Dec 2006 15:26:46 +0100 (CET) Message-Id: <200612271426.kBREQkmm004921@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, robert@ml.erje.net In-Reply-To: <20061225124026.GA709@iphouse.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (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, 27 Dec 2006 15:26:52 +0100 (CET) Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, robert@ml.erje.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 14:26:54 -0000 Robert Joosten wrote: > Someone pointed out to disable rpc.lockd completely but that doesn't help > either. Unless the pxe-clients have to do something on their end I'm not > aware of. > > Another stated rpc.lockd is broken for years now and we should > implement a dummy one accepting and positively ack all locks while > doing nothing actually. That should work as long as you know what you're > doing :-D My pxe clients all have separate directories so concurrent locks > on one specific file shouldn't occur. In that case you can savely mount with the -L option (a.k.a. "-o nolockd"), an everything will just work. No need for rpc.lockd at all. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll." -- Frank Klemm, de.comp.os.unix.discussion From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 15:47:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1981416A417 for ; Wed, 27 Dec 2006 15:47:42 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (smtpout-1.iphouse.net [216.250.188.190]) by mx1.freebsd.org (Postfix) with ESMTP id D764C13C48A for ; Wed, 27 Dec 2006 15:47:39 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtpout-1.iphouse.net (localhost [127.0.0.1]) by outbound-clamsmtpd.iphouse.net (Postfix) with ESMTP id 447A72AC472 for ; Wed, 27 Dec 2006 09:47:39 -0600 (CST) Received: from ziemel.erje.net (ismet.erje.net [213.84.32.196]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id D6F372AC453 for ; Wed, 27 Dec 2006 09:47:38 -0600 (CST) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:7e]) by ziemel.erje.net (PostFix 2.3.5) with ESMTP id A92BC128815 for ; Wed, 27 Dec 2006 16:47:16 +0100 (CET) Received: by ismet.erje.net (PostFix 2.3.4, from userid 3003) id 0272016C5DD; Wed, 27 Dec 2006 16:47:16 +0100 (CET) Date: Wed, 27 Dec 2006 16:47:16 +0100 From: Robert Joosten To: freebsd-stable@FreeBSD.ORG Message-ID: <20061227154716.GA4907@iphouse.com> References: <20061225124026.GA709@iphouse.com> <200612271426.kBREQkmm004921@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612271426.kBREQkmm004921@lurza.secnetix.de> X-ICQ: 13643672 X-geek-code-v3.1: G!>CS@O dx>--@ s: a31(32) C+++ UBL++++$ P++ L-@+++$ !E W(+) N+++(*) o-- K- w- O- M- V- PS+@ PE- Y+ PGP++ t- 5- X- R* !tv b++@ DI++ D G-- e@ h*(+) r>+@ z+c X-FreeBSD: 026746 X-Mobile/GSM/cell: +3162526777 X-msn: BlixKater X-No-rights-can-be-derived: Indeed X-Face: 0[uRd; X4=_; G; $DL6Wm=\]R/TWu1f+t|,Li1Q-maBcUyCJsAw(Nmj-(aDA!Kk#hLr#njX9T@U-rQm?Z53"_]SBYab3-NCkCN/{1-#0T4U1Ry"TPY~dtpzfxs$9"BrXKPylt/#5QQb/y+|LF}; X-bored-?-crack-this: b938b801a0bfbd5ca4825715039e7574e73af36376314c7c0022cb1d204f76b3b938b801a0bfbd5ca4825715039e7574fd3ba6fa132c34aff2476c18fe9286682cd6ee2c70b0bde53fbe6cac3c8b8bb1e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf5302386464f953ed581edac03556e5572cfd272ace172fa35026445fbef9b0360b725f10c9c85c70d97880dfe8191b3b7269fa2508548e4032c455818f1e321e85dde330c34efb0e526ee3082e4353b12f54a96f64443246930da001cafda8b60b725f10c9c85c70d97880dfe8191b3557b444e04c3134f026cd0055caa1725e73af36376314c7c0022cb1d204f76b3fe13119fb084fe8bbf5fe3ab7cc89b3bf4d5d0c0671be202bc241807c243e80b User-Agent: Mutt/1.5.11 X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 15:47:42 -0000 Hi, > In that case you can savely mount with the -L option > (a.k.a. "-o nolockd"), an everything will just work. > No need for rpc.lockd at all. Hmm, yes. Fiddling in etc/fstab and /etc/rc.d/initdiskless didn't help. Where am I expected to fiddle to enable this ? Browsig through archives I learned this was told me once before; I already thought -L sounded sooo familiar... Thanks for pointing me once again :-) Kind regards, Robert Joosten From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 16:08:38 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C23516A415 for ; Wed, 27 Dec 2006 16:08:38 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id E2D5813C489 for ; Wed, 27 Dec 2006 16:08:37 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id E40CFC97CD for ; Wed, 27 Dec 2006 10:15:38 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oRGE+9Ou7p3l for ; Wed, 27 Dec 2006 10:15:25 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id 46AE9C969A for ; Wed, 27 Dec 2006 10:15:23 -0500 (EST) Message-ID: <45928E0F.5010002@edpausa.com> Date: Wed, 27 Dec 2006 10:15:27 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG X-Enigmail-Version: 0.94.1.2 OpenPGP: id=D8EAA59A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: rsync fails to write X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 16:08:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I use: FreeBSD m.mycompany.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: Thu Nov 2 13:58:09 UTC 2006 root@m.mycomany.com:/usr/obj/usr/src/sys/m amd64 I use rsync to synchronize 2 servers (rsync versions are same on both machines). Most of the directories are copied fine, however, some huge ones give me strange output. Rsync guys detected this problem as: " So the write fails on descriptor 3, which I think is the socket to the > daemon. I Googled "FreeBSD write EPERM" and turned up the following > FreeBSD bug, which you might be seeing: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F95559 here is the detailed output of the error: truss rsync -atlrpogHvv me@myip::public - - --password-file=/root/rsync_pass /home/public lstat("Company/General/2006 OLD ARRIVALS/ARRV112106.xls",0x7fffffffc620) ERR#2 'No such file or directory' lstat("Company/General/2006 OLD ARRIVALS/ARRV112206.xls",0x7fffffffc620) ERR#2 'No such file or directory' lstat("Company/General/2006 OLD ARRIVALS/ARRV112706.xls",0x7fffffffc620) ERR#2 'No such file or directory' lstat("Company/General/2006 OLD ARRIVALS/ARRV112806.xls",0x7fffffffc620) ERR#2 'No such file or directory' lstat("Company/General/2006 OLD ARRIVALS/ARRV112906.xls",0x7fffffffc620) ERR#2 'No such file or directory' select(5,{4},{3},0x0,{60 0}) = 1 (0x1) write(3,0xc20000,4092) ERR#1 'Operation not permitted' rsync: writefd_unbuffered failed to write 4092 bytes [generator]: Operation not permitted (1)write(2,0x7fffffffa4f0,93) = 93 (0x5d) write(2,0x80083ce67,1) = 1 (0x1) sigaction(SIGUSR1,{ SIG_IGN 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },0x0) = 0 (0x0) sigaction(SIGUSR2,{ SIG_IGN 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },0x0) = 0 (0x0) getpid() = 42660 (0xa6a4) kill(0xa6a5,0x1e) = 0 (0x0) rsync error: received SIGUSR1 (code 19) at main.c(1095) [receiver=2.6.8] rsync error: error in rsync protocol data stream (code 12) at io.c(1124) [generator=2.6.8]write(2,0x7fffffffa480,90) = 90 (0x5a) write(2,0x80083ce67,1) = 1 (0x1) SIGNAL 20 (SIGCHLD) SIGNAL 20 (SIGCHLD) wait4(0xffffffff,0x7fffffffb394,0x1,0x0) = 42661 (0xa6a5) wait4(0xffffffff,0x7fffffffb394,0x1,0x0) ERR#10 'No child processes' sigreturn(0x7fffffffb3b0) = 524288 (0x80000) exit(0xc) process exit, rval = 3072 Please advice me what to do next. Thank you in advance. Ilya. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFko4PbE0+gtjqpZoRAuULAJ9pbOFgVSEdi6/ZVsTXMGGQXiFJhQCfdBA7 78tbKyYfXt5GWbKEKGFctJA= =E50t -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 16:28:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFD2F16A407 for ; Wed, 27 Dec 2006 16:28:10 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8820A13C479 for ; Wed, 27 Dec 2006 16:28:10 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 01C70B80F for ; Wed, 27 Dec 2006 11:28:10 -0500 (EST) In-Reply-To: <0bcb01c729cc$05788480$970da8c0@jam.zenon.net> References: <86F45867-B619-416A-AC4C-B9283A4CA25F@khera.org> <0bcb01c729cc$05788480$970da8c0@jam.zenon.net> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-6--48871839; protocol="application/pkcs7-signature" Message-Id: <57A97F04-8892-4A4D-A637-D58D8971FD48@khera.org> From: Vivek Khera Date: Wed, 27 Dec 2006 11:28:08 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: aaccli on recent conrollers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 16:28:11 -0000 --Apple-Mail-6--48871839 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Dec 27, 2006, at 10:31 AM, Andrew N. Below wrote: > Latest Adaptec drivers released at 25 Oct 2006, aaccli says "Copyright > 1998-2002"... > > Maybe someone already tried to contact Adaptec? I did a diff of the adaptec sources and the ones in freebsd 6.2- PRERELEASE and there are mostly minor differences (the device name changes, for example.) I'm in touch with Scott Long regarding sponsoring some work in this area to create a command line utility for monitoring the status on these new controllers. He's waiting for some libraries from Adaptec at this point. If you're interested in sharing the cost of this work please let me know. So far everyone else who's contacted me regarding this issue has not committed any money, which is fine. If I have to pay for the whole thing I will, because I believe in giving back to the community. --Apple-Mail-6--48871839-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 16:31:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18D9A16A47C for ; Wed, 27 Dec 2006 16:31:07 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id EF65213C4AF for ; Wed, 27 Dec 2006 16:31:05 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 16034365; Wed, 27 Dec 2006 18:31:04 +0300 Message-ID: <0bcb01c729cc$05788480$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: "Vivek Khera" References: <86F45867-B619-416A-AC4C-B9283A4CA25F@khera.org> Date: Wed, 27 Dec 2006 18:31:04 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Cc: freebsd-stable@freebsd.org Subject: Re: aaccli on recent conrollers? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 16:31:07 -0000 Hi Vivek and oths... ----- Original Message ----- From: "Vivek Khera" To: "FreeBSD Stable" Sent: 10 ноÑÐ±Ñ€Ñ 2006 г. 19:42 Subject: aaccli on recent conrollers? > I have just built a new SunFire X4100 server with an Adaptec 2230SLP > RAID card using FreeBSD 6.2-PRE kernel (from September 20). > Everything is working extremely well except I cannot run the aaccli > utility on this controller. When I try to open the controller, it > gives this error: > > Command Error: current controller software.> The same error I get with Adaptec SATA RAID 2420S (aac0 controller device, aacdX volume devices) with latest controller firmware. I have just tried to install aacu.ko module from original Adaptec's drivers, but still got no success: aacu0: mem 0xb8a00000-0xb8bfffff,0xb8c00000-0xb8c00fff irq 24 at device 3.0 on pci6 aacu0: New comm. interface enabled aacu0: Adaptec Raid Controller 2.0.7-1 aacdu0: on aacu0 aacdu0: 238289MB (488015872 sectors) aacdu1: on aacu0 aacdu1: 238289MB (488015872 sectors) CLI > open aac0 Executing: open "aac0" Command Error: The current AFAAPI.DLL is too old to work with the current controller software. Latest Adaptec drivers released at 25 Oct 2006, aaccli says "Copyright 1998-2002"... Maybe someone already tried to contact Adaptec? -- Andrew N. Below Zenon N.S.P. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 17:18:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7236B16A40F for ; Wed, 27 Dec 2006 17:18:16 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id B5DDC13C47E for ; Wed, 27 Dec 2006 17:18:15 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 291C51A000B3A for ; Wed, 27 Dec 2006 09:18:05 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GnjlGI4uzMxT for ; Wed, 27 Dec 2006 09:17:58 -0800 (PST) Received: from s10.sbo (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 8CA9D1A000B0E for ; Wed, 27 Dec 2006 09:17:58 -0800 (PST) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Wed, 27 Dec 2006 09:17:55 -0800 User-Agent: KMail/1.9.5 References: <200612262051.NAA09338@lariat.net> <200612262142.OAA09983@lariat.net> <20061226224843.A53548@godot.imp.ch> In-Reply-To: <20061226224843.A53548@godot.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612270917.55862.fcash@ocis.net> Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 17:18:16 -0000 On Tuesday 26 December 2006 01:49 pm, Martin Blapp wrote: > >> Build 6.2-RC2 24 December 2006 Begin building the second > >> release candidate > >> build for all Tier-1 platforms. > > http://www.freebsd.org/releases/6.2R/schedule.html Note: Only the actual column for RC2 has been updated. The expected column for everything that follows still lists dates in Oct/Nov timeframe. I think this is what Brett is asking about: and update on the expected timeframe. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 17:43:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CC9316A417 for ; Wed, 27 Dec 2006 17:43:00 +0000 (UTC) (envelope-from veldy@veldy.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4A713C473 for ; Wed, 27 Dec 2006 17:43:00 +0000 (UTC) (envelope-from veldy@veldy.net) Received: from fuggle.veldy.net (c-69-180-171-46.hsd1.mn.comcast.net[69.180.171.46]) by comcast.net (rwcrmhc11) with ESMTP id <20061227173257m11003ta17e>; Wed, 27 Dec 2006 17:32:57 +0000 Received: from [127.0.0.1] (gw.veldy.net [192.168.1.3]) by fuggle.veldy.net (Postfix) with ESMTP id 334D117023 for ; Wed, 27 Dec 2006 11:32:57 -0600 (CST) Message-ID: <4592AE49.9030107@veldy.net> Date: Wed, 27 Dec 2006 11:32:57 -0600 From: "Thomas T. Veldhouse" User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: What ever happened to FreeBSD 6.2 RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 17:43:00 -0000 And then I suddenly see a new thread about FreeBSD 6.2 status appear ... after I sent the email. Sorry for the noise. ---- I have been following the release candidates for some time. Suddenly, progress seems to have halted, but checking this list from time to time have revealed no discussion that I have noticed. According to this site, it was expected more than one month ago? http://www.freebsd.org/releases/6.2R/schedule.html Can anybody explain what is going on? Thanks in advance, Tom Veldhouse From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 17:43:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F8ED16A407 for ; Wed, 27 Dec 2006 17:43:43 +0000 (UTC) (envelope-from veldy@veldy.net) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [216.148.227.155]) by mx1.freebsd.org (Postfix) with ESMTP id 0EDFF13C466 for ; Wed, 27 Dec 2006 17:43:43 +0000 (UTC) (envelope-from veldy@veldy.net) Received: from fuggle.veldy.net (c-69-180-171-46.hsd1.mn.comcast.net[69.180.171.46]) by comcast.net (rwcrmhc15) with ESMTP id <20061227173103m1500qfotpe>; Wed, 27 Dec 2006 17:31:03 +0000 Received: from [127.0.0.1] (gw.veldy.net [192.168.1.3]) by fuggle.veldy.net (Postfix) with ESMTP id B08BB17023 for ; Wed, 27 Dec 2006 11:31:02 -0600 (CST) Message-ID: <4592ADD6.5030805@veldy.net> Date: Wed, 27 Dec 2006 11:31:02 -0600 From: "Thomas T. Veldhouse" User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: What ever happened to FreeBSD 6.2 RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 17:43:43 -0000 I have been following the release candidates for some time. Suddenly, progress seems to have halted, but checking this list from time to time have revealed no discussion that I have noticed. According to this site, it was expected more than one month ago? http://www.freebsd.org/releases/6.2R/schedule.html Can anybody explain what is going on? Thanks in advance, Tom Veldhouse From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 18:05:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8FC216A40F for ; Wed, 27 Dec 2006 18:05:43 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id A221113C470 for ; Wed, 27 Dec 2006 18:05:43 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kBRI5gQh025588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Dec 2006 10:05:43 -0800 Message-ID: <4592B5F5.1030302@freebsd.org> Date: Wed, 27 Dec 2006 10:05:41 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Freddie Cash References: <200612262051.NAA09338@lariat.net> <200612262142.OAA09983@lariat.net> <20061226224843.A53548@godot.imp.ch> <200612270917.55862.fcash@ocis.net> In-Reply-To: <200612270917.55862.fcash@ocis.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig27BF9FAA810321121A631B54" Cc: freebsd-stable@freebsd.org Subject: Re: Status of FreeBSD 6.2? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 18:05:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig27BF9FAA810321121A631B54 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Freddie Cash wrote: > On Tuesday 26 December 2006 01:49 pm, Martin Blapp wrote: >>>> Build 6.2-RC2 24 December 2006 Begin building the second >>>> release candidate >>>> build for all Tier-1 platforms. >> http://www.freebsd.org/releases/6.2R/schedule.html >=20 > Note: Only the actual column for RC2 has been updated. The expected=20 > column for everything that follows still lists dates in Oct/Nov=20 > timeframe. I think this is what Brett is asking about: and update on = > the expected timeframe. The bits for 6.2-RC2 are making their way to the FTP mirrors now (if they're not there already). I think it should be possible to announce 6.2-RC2 today. The current, tentative plan is to start building 6.2-RELEASE about a week and a half after the 6.2-RC2 announce date (again, that might be today), and then announce 6.2-RELEASE a few days later. This assumes that there aren't any (more) last-minute problems. The situation has been fairly fluid over the last month or so, due to various problems that keep showing up at inconvenient times...everything from last-minute bugs to ftp-master's RAID blowing up. I admit we haven't been real communicative about the status of the release. :-p Bruce. --------------enig27BF9FAA810321121A631B54 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFkrX12MoxcVugUsMRAgb8AKC5QiKvZkiM1Zn776jdAaWHLB4QXwCeIXHh /Elsiib2dy9KstDLJDA9INQ= =YkoH -----END PGP SIGNATURE----- --------------enig27BF9FAA810321121A631B54-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 18:13:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4DD516A407 for ; Wed, 27 Dec 2006 18:13:58 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 288AF13C46E for ; Wed, 27 Dec 2006 18:13:57 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBRHxYd8084963; Wed, 27 Dec 2006 18:59:35 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kBRHxY6b032230; Wed, 27 Dec 2006 18:59:34 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kBRHxY8u032229; Wed, 27 Dec 2006 18:59:34 +0100 (CET) (envelope-from wb) Date: Wed, 27 Dec 2006 18:59:34 +0100 From: Wilko Bulte To: "Thomas T. Veldhouse" Message-ID: <20061227175933.GA32165@freebie.xs4all.nl> References: <4592ADD6.5030805@veldy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4592ADD6.5030805@veldy.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: What ever happened to FreeBSD 6.2 RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 18:13:58 -0000 On Wed, Dec 27, 2006 at 11:31:02AM -0600, Thomas T. Veldhouse wrote.. > I have been following the release candidates for some time. Suddenly, > progress seems to have halted, but checking this list from time to time > have revealed no discussion that I have noticed. > > According to this site, it was expected more than one month ago? > http://www.freebsd.org/releases/6.2R/schedule.html > > Can anybody explain what is going on? Holy smokes... don't you people ever read the mailing lists? There have been numerous posts explaining that various problems, incl. hardware failures in the FreeBSD.org machine farm have delayed the release process. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 19:34:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A150A16A407 for ; Wed, 27 Dec 2006 19:34:18 +0000 (UTC) (envelope-from andrea@webcom.it) Received: from www.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.freebsd.org (Postfix) with ESMTP id 67B2513C466 for ; Wed, 27 Dec 2006 19:34:18 +0000 (UTC) (envelope-from andrea@webcom.it) Received: from andrea by webcom.it with local (Exim 3.36 #1) id 1Gze3Y-0004ob-00 for freebsd-stable@freebsd.org; Wed, 27 Dec 2006 19:03:16 +0000 Date: Wed, 27 Dec 2006 19:03:16 +0000 From: Andrea Campi To: freebsd-stable@freebsd.org Message-ID: <20061227190316.GC21640@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Sender: Andrea Campi Subject: panic: bus_dmamap_load_mbuf_sg still there X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 19:34:18 -0000 Hi, this panic has been reported a few times in the past, both by me and other people; I just updated my Soekris box to 6.2-RC2 and it's still happening. panic: bus_dmamap_load_mbuf_sg: no mbuf packet header! KDB: stack backtrace: panic(c06128c3,c060f93c,c055b9af,c0db804e,c0db803e,...) at panic+0xef bus_dmamap_load_mbuf_sg(c0d18e00,0,c0db8000,c0d627d8,c0d627b8,1) at bus_dmamap_load_mbuf_sg+0x4ec ath_start(c0d55000,35000,36,0,c1000000,...) at ath_start+0x26f ether_output_frame(c0d55000,c0fee600,c1000006,0,1,...) at ether_output_frame+0x226 ether_output(c0d55000,c0fee600,c56f6bb0,c0feb840) at ether_output+0x2de ip_output(c0fee600,0,c56f6bac,1,0,0) at ip_output+0xaad ip_forward(c0cf9648,c56f6c78,c04e14dd,c066ca40,1,...) at ip_forward+0x120 ip_input(c0fee600,18,c0673378,c56f6cec,c0541fd7,...) at ip_input+0x8d5 netisr_processqueue(c0d12240,c0cef400,0,c56f6d0c,c04bd93b,...) at netisr_processqueue+0x13 swi_net(0,c0cef438,c0cfaa80,c04bd740,c0cf9648,...) at swi_net+0x97 ithread_loop(c0ce8750,c56f6d38,c0ce8750,c04bd740,0,...) at ithread_loop+0x1fb fork_exit(c04bd740,c0ce8750,c56f6d38) at fork_exit+0x83 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc56f6d6c, ebp = 0 --- KDB: enter: panic [thread pid 13 tid 100003 ] Stopped at kdb_enter+0x2c: leal 0(%esi),%esi It has been suggested that it may be pf-related, but I don't have a clue on how to go about digging more info out. Any idea? Bye, Andrea -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 19:48:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B15216A40F for ; Wed, 27 Dec 2006 19:48:11 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id 43CE713C46E for ; Wed, 27 Dec 2006 19:48:09 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id kBRJKlxO049887 for ; Wed, 27 Dec 2006 14:20:47 -0500 (EST) From: Ken Smith To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/cVJQ0mj6Z8flL8cPEXj" Organization: U. Buffalo CSE Department Date: Wed, 27 Dec 2006 14:20:46 -0500 Message-Id: <1167247246.96863.23.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Subject: FreeBSD 6.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Dec 2006 19:48:11 -0000 --=-/cVJQ0mj6Z8flL8cPEXj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable First, sorry for the long dry spell on information about 6.2-RELEASE. I should have been sending out periodic status reports when we started to hit a few delays. Since RC1 we have been working out a few more bugs in device drivers, a few device drivers were updated, BIND was updated, and bugs in several other areas of the kernel have been worked out. We also wound up having hardware problems with the primary distribution machine that took some time to resolve. All problems we felt needed to be addressed before 6.2 could be released have been taken care of. Unless further testing turns up something new RC2, which is available now for dowloading, will be the last of the Release Candidates and 6.2-RELEASE should be ready in about 2 weeks. Your continued help with testing would be greatly appreciated. If you notice any problems with RC2 you can submit a PR or send mail to this list. Checksums for ISOs: MD5 (6.2-RC2-alpha-bootonly.iso) =3D e6ea204d3e3b0e20ebc561c7b1d52150 MD5 (6.2-RC2-alpha-disc1.iso) =3D a3578cfd41bf9fb0fb258ea0da64a085 MD5 (6.2-RC2-amd64-bootonly.iso) =3D 11cbf691c78322f9a0d2a14e0651df19 MD5 (6.2-RC2-amd64-disc1.iso) =3D f1477df9bc3ba45a3ea6521708b09b35 MD5 (6.2-RC2-amd64-disc2.iso) =3D 0420385ee1617b807ca304efef815d97 MD5 (6.2-RC2-amd64-docs.iso) =3D e5312592494c0a2d8c9dff37c4ceab5d MD5 (6.2-RC2-i386-bootonly.iso) =3D 3438ecae6bd8b8c5fd832bbf1e4b87e2 MD5 (6.2-RC2-i386-disc1.iso) =3D 1703e562f4e265debc56712165b1c32f MD5 (6.2-RC2-i386-disc2.iso) =3D b2a80388bf05b637a9d8a5ed6a030454 MD5 (6.2-RC2-i386-docs.iso) =3D f0e796a1e66f982f337dcbca48daf513 MD5 (6.2-RC2-ia64-bootonly.iso) =3D 490f249e24e640e74e2b5d7f2f5f7043 MD5 (6.2-RC2-ia64-disc1.iso) =3D fb594f597af2b266ed541e80f500012b MD5 (6.2-RC2-ia64-disc2.iso) =3D e0721e4bf39043198a8764ec7ef16508 MD5 (6.2-RC2-ia64-docs.iso) =3D 199b62b4d388689766fced2ca320f0e2 MD5 (6.2-RC2-ia64-livefs.iso) =3D e499b3fc6fdbb54129a77c9b603c6ae3 MD5 (6.2-RC1-pc98-bootonly.iso) =3D 43df2d851438b5212faa81e456190ae5 MD5 (6.2-RC1-pc98-disc1.iso) =3D ba33bc96d1c416f16e123d43c88110da MD5 (6.2-RC2-sparc64-bootonly.iso) =3D b978eb34fd5862a50332a0cb3bb880fa MD5 (6.2-RC2-sparc64-disc1.iso) =3D 04cff1890eb3b798ade0e2d0f64753a9 MD5 (6.2-RC2-sparc64-disc2.iso) =3D 2775c4325fc14a16226228969ff4221d MD5 (6.2-RC2-sparc64-docs.iso) =3D 54e2a7ed7efd4f985bc9ae1d0e7fc369 SHA256 (6.2-RC2-alpha-bootonly.iso) =3D 19321abedf91c58972c43319281f0786c10= ad8d17c3d43fca6d1abd1967af7df SHA256 (6.2-RC2-alpha-disc1.iso) =3D 497f1b96960b1025f0100cbfcee1c714bdf7f6= e9960646f59dbff3abdd779026 SHA256 (6.2-RC2-amd64-bootonly.iso) =3D 28650201578ad75ff09d2e4b61794a08e46= e65076c6f794c1b8688c69d37ec21 SHA256 (6.2-RC2-amd64-disc1.iso) =3D 43c934950d65c8b2412ed4b367ef3ec08eb46a= b103620165bad093ef90d478a6 SHA256 (6.2-RC2-amd64-disc2.iso) =3D 2e370e2d5c637a18ff0413c12f72b3c8a6332a= 164b033683387e8513bdd96831 SHA256 (6.2-RC2-amd64-docs.iso) =3D 605a045b5b44677f0a717310f871dd6988e0cd8= d1edc82a52180210d3696d027 SHA256 (6.2-RC2-i386-bootonly.iso) =3D 1e3aefc186d37b2813b0d6e00ad6879f4906= de8a4f4c0c156e0c30d0ece9cf9f SHA256 (6.2-RC2-i386-disc1.iso) =3D 900561ee5b32ef5dd5c68444f759c941f59f7de= a310dd08d09d3c233fad61618 SHA256 (6.2-RC2-i386-disc2.iso) =3D 01e586f5eb834de9eadde2ab6d3cb8e498a0ec4= d6012963eb8cdbc2f652fc4bb SHA256 (6.2-RC2-i386-docs.iso) =3D 8f7f40922c4cd254e419c674a7441e9f15c3f4a0= 17c93dbf5c7011b5a584c400 SHA256 (6.2-RC2-ia64-bootonly.iso) =3D c4c567856768e72273f40d8d6a2871df1b8e= 740e074415842d8a709b736a5023 SHA256 (6.2-RC2-ia64-disc1.iso) =3D 194797ed6e8617af1614f400c8f08f6614e20a2= 734e24bdfa05d2ba0e67503e2 SHA256 (6.2-RC2-ia64-disc2.iso) =3D cc74718f913e7d8e6626429cd618f064fe00dd2= 559f43d2e2c7f289b9d87e8ad SHA256 (6.2-RC2-ia64-docs.iso) =3D 954bac255cc799a885d1035bd65add6a5e0fda7f= 8645fcb44873459ed82fa26f SHA256 (6.2-RC2-ia64-livefs.iso) =3D 4f4f4693792b185359f11609b71ef6e2f23b55= 09576d0a616fe10a67a6f6f8bf SHA256 (6.2-RC1-pc98-bootonly.iso) =3D 66d30a5a3ca1b296cf9370a9116a1cce282d= 5f25d1843be36c21d731b4225bf6 SHA256 (6.2-RC1-pc98-disc1.iso) =3D 1a1ff42156d8e201feb54c6a1e36c3b07a682b2= 2fc7ba8a13fee0ebef2316c26 SHA256 (6.2-RC2-sparc64-bootonly.iso) =3D 8415d46707c881fca685ebc044cf8dc45= 0a30c51eb049f37a7a4ec8054914ea1 SHA256 (6.2-RC2-sparc64-disc1.iso) =3D 7c6a9fde09e99bfcc44308ce02c2e3b1cfb7= b558da7b48f3685e8ed4e9ea7748 SHA256 (6.2-RC2-sparc64-disc2.iso) =3D 545f6952590c3642ccdee0ac292bd20647cf= 26bd2f9499a1e7f9d430d4ec06d0 SHA256 (6.2-RC2-sparc64-docs.iso) =3D a2ee235f2dcb9e8695dbd77c71084a5f92165= feb9d1fd1f260758ec7882aa5dc --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-/cVJQ0mj6Z8flL8cPEXj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFkseO/G14VSmup/YRAuhrAJ9kAaNKMCXFrFdoMrfgNdBz4pocBgCeJ+bK 0T8bPFy2iJTXTL4q/hW7884= =LISZ -----END PGP SIGNATURE----- --=-/cVJQ0mj6Z8flL8cPEXj-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 20:40:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 451B016A403; Wed, 27 Dec 2006 20:40:09 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id C12C313C473; Wed, 27 Dec 2006 20:40:08 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by postfix2-g20.free.fr (Postfix) with ESMTP id 62944847487; Wed, 27 Dec 2006 20:21:28 +0100 (CET) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp1-g19.free.fr (Postfix) with ESMTP id 19B6C9B6F6; Wed, 27 Dec 2006 21:21:23 +0100 (CET) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 89F1F118E6; Wed, 27 Dec 2006 21:21:23 +0100 (CET) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i6F4MJQa8Od1; Wed, 27 Dec 2006 21:21:18 +0100 (CET) Received: from [192.168.42.103] (unknown [192.168.42.254]) by smtp.xbsd.org (Postfix) with ESMTP id F00F51174A; Wed, 27 Dec 2006 21:21:17 +0100 (CET) Message-ID: <4592D5B2.3040406@xbsd.org> Date: Wed, 27 Dec 2006 20:21:06 +0000 From: Florent Thoumie User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Philipp Wuensche References: <20061219003401.GA23251@p-i-n.com> <458B4479.7060408@h3q.com> In-Reply-To: <458B4479.7060408@h3q.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig13864EA1DF5336FB601E633F" Cc: "Raphael H. Becker" , re@FreeBSD.org, freebsd-rc@freebsd.org, freebsd-stable@freebsd.org Subject: Re: /etc/rc.d/jail: losing IPs if jail_x_interface set and syntax error in jails /etc/rc? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 20:40:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig13864EA1DF5336FB601E633F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Philipp Wuensche wrote: > Raphael H. Becker wrote: >> Hi *, >> >> I recently triggered an error when setting up a jail-host: I configure= d >> the jail(s) like evry jail I set up in the past: >=20 > Yes, this is a bug in rc.d/jail and was introduced in this change: > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/jail.diff?r1=3D1.31&= r2=3D1.32. >=20 > When a jail fails to start, in your case a broken rc.conf in the jail, > the jail is stopped and the ipaddr-alias is unconfigured from the > interface with the following command: ifconfig ${jail_interface} -alias= > ${jail_ip} >=20 > Unfortunately in the change above the variables were renamed to > _interface and _ip, this leads to ifconfig getting executed without a > specified ipaddr. and therefore the first alias is unconfigured, which > is in most cases the ipaddr. you are having access to the remote host. >=20 > ${jail_interface} is only the correct interface out of luck, so it > should be changed to _interface too. >=20 > I think the correct way would be to call jail_stop() instead of doing > the cleanup by hand but in the current implementation this would leave > the ipaddr-alias configured on the interface. >=20 > I think I already mentioned once that I don't like this interface and > ipaddr. configuration feature in rc.d/jail at all. >=20 > Anyway, the quick fix is trivial and should be included in 6.2. > Otherwise we have a possible DoS security problem with the new release.= >=20 > --- rc.d/jail.old Fri Dec 22 03:09:27 2006 > +++ rc.d/jail Fri Dec 22 03:10:07 2006 > @@ -228,8 +228,8 @@ > echo ${_jail_id} > /var/run/jail_${_jai= l}.id > else > jail_umount_fs > - if [ -n "${jail_interface}" ]; then > - ifconfig ${jail_interface} > -alias ${jail_ip} > + if [ -n "${_interface}" ]; then > + ifconfig ${_interface} -alias $= {_ip} > fi > echo " cannot start jail \"${_jail}\": = " > tail +2 ${_tmp_jail} Patch looks good. Would be indeed nice to have this fixed before 6.2R is released. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --------------enig13864EA1DF5336FB601E633F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFktW7MxEkbVFH3PQRAjzeAJ99e+YvVKp2i38KzabbC5NI2y70QQCggrRK SL2FMc2jk0avyQ5BIvOCrxc= =m+TF -----END PGP SIGNATURE----- --------------enig13864EA1DF5336FB601E633F-- From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 22:34:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F82A16A407 for ; Wed, 27 Dec 2006 22:34:38 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 612A013C489 for ; Wed, 27 Dec 2006 22:34:38 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id kBRM1f0F013010 for ; Wed, 27 Dec 2006 17:01:41 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id kBRM1eXi061255 for ; Wed, 27 Dec 2006 17:01:41 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 27 Dec 2006 17:06:20 -0500 Message-Id: <1167257180.20401.10.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Subject: Migrating vinum to gvinum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 22:34:38 -0000 I have a 5.2.1 box that I want to upgrade to 5.5-RELENG and in doing so need to upgrade/migrate the current vinum setup to gvinum. It is a simple vinum mirror (just 2 drives with one vinum slice each). Having done some googling on the matter I really haven't found a definitive "best approach" to doing this. The choices would be: 1) making buildworld and making kernel. Remove the vinum-specific entries in rc.conf and adding geom_vinum_load="YES" to /boot/loader.conf. Rebooting and [optionally] running gvinum saveconfig. or 2) clear the current vinum config (which would leave the data intact on each part of the mirror?). Making buildworld, making kernel, adding the loader.conf line. Then rebooting, installing world and rebuild the gvinum device by creating a mirror with one disk and then adding the second disk. Anyone have experience in this migration process? Alternatively has anyone converted a (g)vinum mirror into a gmirror setup? Thanks Sven From owner-freebsd-stable@FreeBSD.ORG Wed Dec 27 23:54:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8ED816A40F; Wed, 27 Dec 2006 23:54:43 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from kininvie.sv.svcolo.com (kininvie.sv.svcolo.com [64.13.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9E3EF13C466; Wed, 27 Dec 2006 23:54:43 +0000 (UTC) (envelope-from jrhett@svcolo.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by kininvie.sv.svcolo.com (8.13.8/8.13.4) with ESMTP id kBRNWPFO059123; Wed, 27 Dec 2006 15:32:25 -0800 (PST) (envelope-from jrhett@svcolo.com) In-Reply-To: <91B1464925DC6107B92D5DA0@ganymede.hub.org> References: <91B1464925DC6107B92D5DA0@ganymede.hub.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jo Rhett Date: Wed, 27 Dec 2006 15:32:19 -0800 To: "Marc G. Fournier" X-Mailer: Apple Mail (2.752.2) X-Spam-Score: undef - SENDER Whitelisted (jrhett@svcolo.com: Mail from user authenticated via SMTP AUTH allowed always) X-CanItPRO-Stream: default X-Canit-Stats-ID: 38086 - 6c8aea51e639 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.135.12 Cc: freebsd-stable@freebsd.org, freebsd-proliant@freebsd.org Subject: Re: Serial console configured ... break to DDB still doesn't work .. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Dec 2006 23:54:43 -0000 Just FYI, "hints" aren't. Er, acpi ignores them. We found that if ACPI wants 2F8 on a given sio port, it was better ... er, only worked ;-) if we configured device.hints to match what ACPI expected. FYI, you might find "-dH" in /boot.config to be more useful that the console setting in loader.conf. It sets console=comconsole by default, but leaves you able to override it from the vid console if you are at the keyboard when it boots. Very useful. On Dec 16, 2006, at 9:34 PM, Marc G. Fournier wrote: > kernel is built so that it uses COM2 (0x2F8) as comconsole, and I > have the > following in my /boot/loader.conf: > > hint.sio.0.flags="0x30" > hint.sio.0.port="0x2F8" > hint.sio.0.irq="3" > console="comconsole vidconsole" > comconsole_speed="115200" > boot_multicons="yes" > > Now, I had missed a step from the handbook, and that was to > configure my boot > blocks for the change in com port ... or, rather, I added the > settings to > /etc/make.conf, 'cd /sys/boot; ...' and installed them, just forgot > to do the > bsdlabel ... type'd reboot, slap'd my forehead for not remembering, > but, > everything came up as expected ... so, does the hint.sio stuff > above override > the requirement to set things in /etc/make.conf and do bsdlabel? > The handbook > instructions seem to be from pre-6.x days as it is, as it still > talks about > configuring sio via the kernle config ... > > So, I reboot, on my VSP, I get all of the normal device probe stuff > that one > would expect, and, thanks to my getty on port ttyd0,I get a login > prompt ... > all great. > > Now, through telnet to ilo, I do: > > ^]send break > > nadda, doesn't drop me to the debugger ... so, I suspect that ilo > is trapping > the break and not passing it to the backend / DDB? > > Now, funny thing ... I did do a reset of iLO, which proceeded to > drop the > system into DDB ... so, somehow, I have to get iLO to send that > break ... ? > > I'm double checking with ALT_BREAK_TO_DEBUGGER set, to see if I can > get *that* > to work ... but, if anyone has any thoughts on this, please, I'm > all ears ... > I'm sooooooo close ... > > > > > > - ---- > Marc G. Fournier Hub.Org Networking Services (http:// > www.hub.org) > Email . scrappy@hub.org MSN . > scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (FreeBSD) > > iD8DBQFFhNbR4QvfyHIvDvMRAixhAJ9e9cCiPwiNKNmG0NMXiu/n4LICYACgjo1u > kxN3oWOD+d4W1cKpAKleexo= > =E40d > -----END PGP SIGNATURE----- > > _______________________________________________ > 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" -- Jo Rhett senior geek Silicon Valley Colocation From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 01:52:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 496FB16A403 for ; Thu, 28 Dec 2006 01:52:07 +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 0E91A13C473 for ; Thu, 28 Dec 2006 01:52:06 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JAY00LONL2Q2RB0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 28 Dec 2006 01:52:02 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JAY00GKUL2Q63R0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 28 Dec 2006 01:52:02 +0100 (CET) Date: Thu, 28 Dec 2006 01:52:02 +0100 From: Torfinn Ingolfsen 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 To: freebsd-stable@freebsd.org Message-id: <20061228015202.b5b7c8db.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: A better gvinum raid-5 guide? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 01:52:07 -0000 Hello, I am trying to learn a bit more on how gvinum works out in a day-to-day situation. For this purpose, I have a server which has four identical disks in addition to ad0, on which I have installed FreeBSD 6.x. It looks like this: root@kg-fil# uname -a FreeBSD kg-fil.kg4.no 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #9: Tue Oct 3 23:08:46 CEST 2006 root@kg-fil.kg4.no:/usr/obj/usr/src/sys/FIL60 amd64 root@kg-fil# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 7 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present ATA channel 2: Master: ad4 Serial ATA II Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: no device present ATA channel 4: Master: ad8 Serial ATA II Slave: no device present ATA channel 5: Master: ad10 Serial ATA II Slave: no device present As you can see, the ad0 disk is PATA, and the other disks are SATA. I would like to set up the four sata disks as a raid-5. I have read the Handbook chapter on (g)vinum: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/vinum-vinum.html I wonder; are there any guides on setting up gvinum out there that are easier to follow than this? I tried googling, but only found articles on hardware raid, and on software raid-1, which isn't what I want to do. A step-by-step guide for setting up 4 disks in a raid-5 plex would have been welcome. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 02:05:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF2AA16A403 for ; Thu, 28 Dec 2006 02:05:41 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from drone3.qsi.net.nz (drone3-svc-skyt.qsi.net.nz [202.89.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id 605FD13C474 for ; Thu, 28 Dec 2006 02:05:41 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: (qmail 31959 invoked by uid 0); 28 Dec 2006 01:39:00 -0000 Received: from unknown (HELO chen.org.nz) ([202.89.146.5]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 28 Dec 2006 01:39:00 -0000 Received: by chen.org.nz (Postfix, from userid 1000) id 948767E847; Thu, 28 Dec 2006 14:38:41 +1300 (NZDT) Date: Thu, 28 Dec 2006 14:38:41 +1300 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20061228013841.GA85352@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: dhclient with bge failing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 02:05:42 -0000 Hi, I've just cvsup'd my Latitude D820 laptop with a Broadcom BCM5752 to the latest 6-STABLE, and I seem to experiencing some problems with the dhcp client on the base system. The dhcp-client program fails to request an IP address from the DHCP server running isc-dhcp3-server. With a Windows based DHCP server, it succeeds more often, but seems to fail perhaps 1 out of 10 times. I thought it could the NIC itself, but when booting under Windows, there doesn't to be any problems with the Windows DHCP client requesting an IP address from either the Windows DHCP server or ISC-DHCP server. Is anyone else seeing this? Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "Beer. Now there's a temporary solution." - Homer Simpson From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 04:46:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAF1816A403 for ; Thu, 28 Dec 2006 04:46:31 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 91F7E13C463 for ; Thu, 28 Dec 2006 04:46:31 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 8A7B710C6A8; Wed, 27 Dec 2006 20:50:11 -0800 (PST) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Dec 27 20:50:11 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 45934d03138811348188260 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.179 X-Spam-Level: X-Spam-Status: No, score=-4.179 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.320, BAYES_00=-2.599, DSPAM_HAM=-0.1] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ztXblcR6aCkL; Wed, 27 Dec 2006 20:50:10 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id D327310C6A7; Wed, 27 Dec 2006 20:50:10 -0800 (PST) Message-ID: <10013596.291167281410745.JavaMail.root@ly.sdf.com> Date: Wed, 27 Dec 2006 20:50:10 -0800 (PST) From: Tom Samplonius To: Andrea Campi In-Reply-To: <20061227190316.GC21640@webcom.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: bus_dmamap_load_mbuf_sg still there X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 04:46:31 -0000 I have a Soekris board, so I'm interested. What's the PR number for the bug? How frequently does it occur? It is good to log all of the details to the PR. ----- Andrea Campi wrote: > Hi, > > this panic has been reported a few times in the past, both by me and > other people; I just updated my Soekris box to 6.2-RC2 and it's still > happening. > > panic: bus_dmamap_load_mbuf_sg: no mbuf packet header! > KDB: stack backtrace: > panic(c06128c3,c060f93c,c055b9af,c0db804e,c0db803e,...) at panic+0xef > bus_dmamap_load_mbuf_sg(c0d18e00,0,c0db8000,c0d627d8,c0d627b8,1) at > bus_dmamap_load_mbuf_sg+0x4ec > ath_start(c0d55000,35000,36,0,c1000000,...) at ath_start+0x26f > ether_output_frame(c0d55000,c0fee600,c1000006,0,1,...) at > ether_output_frame+0x226 > ether_output(c0d55000,c0fee600,c56f6bb0,c0feb840) at > ether_output+0x2de > ip_output(c0fee600,0,c56f6bac,1,0,0) at ip_output+0xaad > ip_forward(c0cf9648,c56f6c78,c04e14dd,c066ca40,1,...) at > ip_forward+0x120 > ip_input(c0fee600,18,c0673378,c56f6cec,c0541fd7,...) at > ip_input+0x8d5 > netisr_processqueue(c0d12240,c0cef400,0,c56f6d0c,c04bd93b,...) at > netisr_processqueue+0x13 > swi_net(0,c0cef438,c0cfaa80,c04bd740,c0cf9648,...) at swi_net+0x97 > ithread_loop(c0ce8750,c56f6d38,c0ce8750,c04bd740,0,...) at > ithread_loop+0x1fb > fork_exit(c04bd740,c0ce8750,c56f6d38) at fork_exit+0x83 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xc56f6d6c, ebp = 0 --- > KDB: enter: panic > [thread pid 13 tid 100003 ] > Stopped at kdb_enter+0x2c: leal 0(%esi),%esi > > > It has been suggested that it may be pf-related, but I don't have a > clue on how to go about digging more info out. > Any idea? > > Bye, > Andrea > > -- > If it's there, and you can see it, it's real. If it's not there, and > you can see it, it's virtual. If it's there, and you can't see it, > it's transparent. If it's not there, and you can't see it, you erased > it. > _______________________________________________ > 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 Dec 28 08:18:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40EE816A40F for ; Thu, 28 Dec 2006 08:18:53 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id D0F5013C47C for ; Thu, 28 Dec 2006 08:18:52 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3545010uge for ; Thu, 28 Dec 2006 00:18:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j5AYSvUWiHUZwyyaylv+5eXZI4Q9Awo+PEGO9trtGUDYDf0LXvk+7J68MadUPwFE9YJE+qpSaAWBPWMJ9z1hKsfvNY3ebrO3PHN9cZTVCdQBOGzvG3/YiqpKxsBAXW+jUkxOc7tbvBBlh8jDRNBkK5ZQQwwRoyWfB+a2Gvp2+Bs= Received: by 10.66.221.6 with SMTP id t6mr19565033ugg.1167292431122; Wed, 27 Dec 2006 23:53:51 -0800 (PST) Received: by 10.67.27.15 with HTTP; Wed, 27 Dec 2006 23:53:51 -0800 (PST) Message-ID: <499c70c0612272353s14f2212dq5e16a3bca193456d@mail.gmail.com> Date: Thu, 28 Dec 2006 10:53:51 +0300 From: "Abdullah Al-Marrie" To: "Jonathan Chen" In-Reply-To: <20061228013841.GA85352@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061228013841.GA85352@osiris.chen.org.nz> Cc: freebsd-stable@freebsd.org Subject: Re: dhclient with bge failing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 08:18:53 -0000 On 12/28/06, Jonathan Chen wrote: > Hi, > > I've just cvsup'd my Latitude D820 laptop with a Broadcom BCM5752 > to the latest 6-STABLE, and I seem to experiencing some problems with > the dhcp client on the base system. The dhcp-client program fails to > request an IP address from the DHCP server running isc-dhcp3-server. > With a Windows based DHCP server, it succeeds more often, but seems to > fail perhaps 1 out of 10 times. I thought it could the NIC itself, but > when booting under Windows, there doesn't to be any problems with the > Windows DHCP client requesting an IP address from either the Windows > DHCP server or ISC-DHCP server. > > Is anyone else seeing this? > > Cheers. I have similar issue with FreeBSD RELENG_6 with ndis it fails to request dns requests from the ADSL Wireless router. It fails 5/10 I have to keep pressing F5 in FF 2 to re request dns again and again. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 09:17:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D09116A407 for ; Thu, 28 Dec 2006 09:17:21 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 553D613C466 for ; Thu, 28 Dec 2006 09:17:21 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id 6431E118B45A for ; Thu, 28 Dec 2006 04:49:46 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 93454-04 for ; Thu, 28 Dec 2006 04:49:46 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id D64E0118B433 for ; Thu, 28 Dec 2006 04:49:45 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E712C359D4 for ; Thu, 28 Dec 2006 04:49:55 -0400 (AST) Date: Thu, 28 Dec 2006 04:49:55 -0400 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <62D1ED5C92D205A96979CD3F@ganymede.hub.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: manually dumping core ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 09:17:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How? I can break to DDB no problem, but 'panic' just gives me a backtrace and then the ddb> prompt again ... reset didn't dump core, just rebooted ... :( Had an 'out of swap' error tonight, and would have liked to have been able to run a ps after the reboot to see if I could identify an 'out of control' process using up all the RAM (6G of RAM, 8G of swap) :( - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFk4Uz4QvfyHIvDvMRAmASAKDB/35+6vZ06s1IlVGr56j7XAMWIgCfQlZX LsDF63YHuUiVlEAtiPOJEUY= =1DXA -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 09:34:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2EA5716A407 for ; Thu, 28 Dec 2006 09:34:20 +0000 (UTC) (envelope-from eps@anna.ana.com) Received: from anna.ana.com (anna.ana.com [208.69.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0098613C474 for ; Thu, 28 Dec 2006 09:34:19 +0000 (UTC) (envelope-from eps@anna.ana.com) Received: from anna.ana.com (localhost [127.0.0.1]) by anna.ana.com (8.13.8/8.13.8) with ESMTP id kBS9QfhN013873 for ; Thu, 28 Dec 2006 01:26:42 -0800 (PST) Received: (from eps@localhost) by anna.ana.com (8.13.8/8.13.8/Submit) id kBS9Qfuf013871; Thu, 28 Dec 2006 01:26:41 -0800 (PST) Date: Thu, 28 Dec 2006 01:26:41 -0800 (PST) Message-Id: <200612280926.kBS9Qfuf013871@anna.ana.com> From: eps+pqry0612@ana.com (Eric P. Scott) To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 09:34:20 -0000 Would someone please please please publicly document what all the various 6.x ISO images are, which of them are (or might be) needed for a fresh installation (assuming poor or nonexistent network connectivity), and which have overlapping bits. If this is actually explained anywhere that's supposed to be obvious, I have yet to find it. For anyone who's new to FreeBSD, it's challenging enough to try to figure out where to start. For someone who's been part of the FreeBSD community for a number of years, it's even more confusing, since there have been some fairly radical changes. (BTW, what's this "docs" ISO? That wasn't around in previous releases...) Also, as 64-bit CPUs become more commonplace, "which discs do I need" probably requires a more in-depth explanation. -=EPS=- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 09:50:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD4A116A403; Thu, 28 Dec 2006 09:50:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7106D13C47A; Thu, 28 Dec 2006 09:50:40 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.184.140] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1Gzri43jDu-0000Mc; Thu, 28 Dec 2006 10:38:01 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Thu, 28 Dec 2006 10:37:53 +0100 User-Agent: KMail/1.9.4 References: <62D1ED5C92D205A96979CD3F@ganymede.hub.org> In-Reply-To: <62D1ED5C92D205A96979CD3F@ganymede.hub.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1300842.xvaBOUonpg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612281037.59570.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: "Marc G. Fournier" Subject: Re: manually dumping core ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 09:50:40 -0000 --nextPart1300842.xvaBOUonpg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 28 December 2006 09:49, Marc G. Fournier wrote: > How? I can break to DDB no problem, but 'panic' just gives me a > backtrace and then the ddb> prompt again ... reset didn't dump core, > just rebooted ... :( You might have to type 'panic' twice these days. Alternatively, 'call=20 doadump' usually did the trick for me. > Had an 'out of swap' error tonight, and would have liked to have been > able to run a ps after the reboot to see if I could identify an 'out of > control' process using up all the RAM (6G of RAM, 8G of swap) :( DDB has a ps of it's own - I'm not sure how helpful it is for your=20 specific problem, though. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1300842.xvaBOUonpg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFk5B3XyyEoT62BG0RAlSFAJ4x9d/fRkLwPcxks1OEW8pI+mgqUwCbBCil DejzGo+ZHLCC1xQJN84GeFQ= =rsOp -----END PGP SIGNATURE----- --nextPart1300842.xvaBOUonpg-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 10:07:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E809316A403 for ; Thu, 28 Dec 2006 10:07:38 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id A5AB913C475 for ; Thu, 28 Dec 2006 10:07:38 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 72AFB78CC6; Thu, 28 Dec 2006 09:44:06 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 2A27D11434; Thu, 28 Dec 2006 10:44:31 +0100 (CET) Date: Thu, 28 Dec 2006 10:44:30 +0100 From: "Simon L. Nielsen" To: "Eric P. Scott" Message-ID: <20061228094430.GA994@zaphod.nitro.dk> References: <200612280926.kBS9Qfuf013871@anna.ana.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612280926.kBS9Qfuf013871@anna.ana.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 10:07:39 -0000 On 2006.12.28 01:26:41 -0800, Eric P. Scott wrote: > Would someone please please please publicly document what all the > various 6.x ISO images are, which of them are (or might be) > needed for a fresh installation (assuming poor or nonexistent > network connectivity), and which have overlapping bits. If this > is actually explained anywhere that's supposed to be obvious, I > have yet to find it. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-diff-media.html#AEN3220 -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 11:34:42 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE3C016A403 for ; Thu, 28 Dec 2006 11:34:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF6113C470 for ; Thu, 28 Dec 2006 11:34:41 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (orgfel@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id kBSBYYmZ044569; Thu, 28 Dec 2006 12:34:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id kBSBYY3F044568; Thu, 28 Dec 2006 12:34:34 +0100 (CET) (envelope-from olli) Date: Thu, 28 Dec 2006 12:34:34 +0100 (CET) Message-Id: <200612281134.kBSBYY3F044568@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, robert@ml.erje.net In-Reply-To: <20061227154716.GA4907@iphouse.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 28 Dec 2006 12:34:40 +0100 (CET) Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, robert@ml.erje.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 11:34:42 -0000 Robert Joosten wrote: > > > In that case you can savely mount with the -L option > > (a.k.a. "-o nolockd"), an everything will just work. > > No need for rpc.lockd at all. > > Hmm, yes. Fiddling in etc/fstab and /etc/rc.d/initdiskless didn't help. > Where am I expected to fiddle to enable this ? In the place where the mount happens. It depends on how your PXE clients are set up, i.e. when they mount which file systems. When I set up a bunch of disklesse clients, I configured them to mount the root file system read-only (the kernel does this via the various "BOOTP" options), and the rest via /etc/fstab. In that case the -L option should be put in /etc/fstab, like this: fsrv:/exp/client01/var /var nfs rw,nosuid,-L 0 0 I'm afraid I don't know how to specify any mount options for the root file system when mounting it via the kernel's BOOTP options, but if you mount it read-only (or just treat it as read-only), then it's not necessary anyway because nothing will try to lock something on it. Make sure that all writable directories (/tmp, /var, /home etc.) are separat from the root file system, i.e. either local (mdfs for /tmp, for example) or mounted via /etc/fstab. Best regards Oliver PS: I never use initdiskless and friends, but rather brew my own diskless setup. YMMV. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "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 Thu Dec 28 12:13:20 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C00116A47B for ; Thu, 28 Dec 2006 12:13:20 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id B04CE13C481 for ; Thu, 28 Dec 2006 12:13:19 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 1E12861C66; Thu, 28 Dec 2006 12:40:46 +0100 (CET) Date: Thu, 28 Dec 2006 12:40:45 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG, robert@ml.erje.net Message-ID: <20061228114045.GA78639@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, robert@ml.erje.net References: <20061227154716.GA4907@iphouse.com> <200612281134.kBSBYY3F044568@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612281134.kBSBYY3F044568@lurza.secnetix.de> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 12:13:20 -0000 * Oliver Fromme [2006-12-28 12:34 +0100]: > I'm afraid I don't know how to specify any mount options > for the root file system when mounting it via the kernel's > BOOTP options, but if you mount it read-only (or just treat You can set some, but AFAIK not -L. :( dhcpd.conf: option rootopts code 130 = text ; option rootopts "rsize=65536,wsize=65536,tcp"; With PXE and without the BOOTP option it's possible to set -L loader.conf: boot.nfsroot.options="nolockd" Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 12:48:13 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0280316A40F; Thu, 28 Dec 2006 12:48:13 +0000 (UTC) (envelope-from eps@anna.ana.com) Received: from anna.ana.com (anna.ana.com [208.69.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id B923713C473; Thu, 28 Dec 2006 12:48:12 +0000 (UTC) (envelope-from eps@anna.ana.com) Received: from anna.ana.com (localhost [127.0.0.1]) by anna.ana.com (8.13.8/8.13.8) with ESMTP id kBSCscwH027062; Thu, 28 Dec 2006 04:54:39 -0800 (PST) Received: (from eps@localhost) by anna.ana.com (8.13.8/8.13.8/Submit) id kBSCscUU027061; Thu, 28 Dec 2006 04:54:38 -0800 (PST) Date: Thu, 28 Dec 2006 04:54:38 -0800 (PST) Message-Id: <200612281254.kBSCscUU027061@anna.ana.com> From: eps+pqry0612@ana.com (Eric P. Scott) To: "Simon L. Nielsen" Cc: freebsd-stable@FreeBSD.org Subject: Re: FreeBSD 6.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 12:48:13 -0000 >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-diff-media.html#AEN3220 Let me try to explain what's wrong here... This URL corresponds to "Preparing Your Own Installation Media," which appears after "Advanced Installation Guide." That's sure not the first place I'd look. Titles like "Choosing What to Install" or "Choosing Your Installation Media" are what are going to catch my eye. In a reasonably organized document, "Troubleshooting" would typically follow the last section with any content of interest to most readers--and I wouldn't look there unless I already had everything I thought I'd needed, actually attempted an installation, and then it failed somehow. Everything following this section should be applicable to even fewer situations. I'd expect "Advanced Installation Guide" to cover truly unusual ("special purpose" as opposed to "common installation") situations, and "Preparing Your Own Installation Media" to pertain to "remastering" (to borrow a term from Those Other Guys)--something I would never, ever be interested in doing (at least not any time in the foreseeable future). Basically, the titles are deceptive, and the Handbook is structured in such a way that it doesn't present information in any sort of logical order. That aside, the Handbook is hardly the first place anyone is going to start. I'd probably begin with the Hardware Notes for the -RELEASE to determine whether I should be bothering trying to install FreeBSD at all. Then I'd look at the Release Notes to see if there are any "gotchas" I should be aware of. After that, the Installation Instructions for my architecture. That's where I'd expect these questions to be answered. What's the first "meaningful" section in that document? How to install from Floppy Disks. Heck, most computers sold today don't even have floppy drives. That's followed by a section that mentions CDROM installation, but then starts babbling about boot floppies again. The first bullet point refers to "_the_ FreeBSD installation CD" but if I don't have something in my hot little hands that clearly says "Hi! I'm the FreeBSD installation CD you're looking for," that instruction isn't immediately helpful. Skipping past a number of sections that are clearly irrelevant, I come upon, e.g. "Question and Answer Section for i386 Architecture Users." My question isn't addressed here. That's followed by "Distribution Format"--a title that sounds promising. But it quickly becomes apparent this isn't going to answer my question, either. The subsequent sections increasingly smack of "not applicable," and finally I arrive at the "Troubleshooting" section, which tells me it's time to stop reading this document. Oh, there's a README file, which advises potential users to purchase commercially published media: "This is frequently the most convenient way to obtain FreeBSD for new installations." Why is that convenient? Because the discs are presumably labeled in a meaningful way, and they're likely accompanied by a piece of paper, slightly smaller than the front of a jewel box, that provides a concise "quick start guide." Having given up on the -RELEASE documentation, my next stop is going to be to the www.freebsd.org home page. Look, there's a FAQ link there. The FAQ page has a Table of Contents that begins Introduction, Documentation and Support, Installation. So, of course, I'm going to head straight to Installation. The very first item is "Which file do I download to get FreeBSD?" Hey, that sounds like my question. *click* The answer says I need floppy images?!? No! No! That's not what I want! You need to try to put yourself in an end user's frame of reference. It's easy to understand why even fairly experienced folks can find FreeBSD documentation baffling. I'm sure a fair number give up in disgust, and fall prey to the next evangelist who hands them an Ubuntu CD... P.S. The URL you gave makes no mention of "docs" or "livefs" images. -=EPS=- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 13:23:12 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5113216A407; Thu, 28 Dec 2006 13:23:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 37BC713C47A; Thu, 28 Dec 2006 13:23:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id C8B04614; Thu, 28 Dec 2006 07:23:11 -0600 (CST) Date: Thu, 28 Dec 2006 07:23:11 -0600 To: "Eric P. Scott" Message-ID: <20061228132311.GA22749@soaustin.net> References: <200612281254.kBSCscUU027061@anna.ana.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200612281254.kBSCscUU027061@anna.ana.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@FreeBSD.org, "Simon L. Nielsen" Subject: Re: FreeBSD 6.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 13:23:12 -0000 On Thu, Dec 28, 2006 at 04:54:38AM -0800, Eric P. Scott wrote: > You need to try to put yourself in an end user's frame of reference. It's > easy to understand why even fairly experienced folks can find FreeBSD > documentation baffling. The FreeBSD Documentation Project is always in search of new volunteers. There are parts of the documentation that are, to put it charitably, a little bit dusty. (Clearly the preferential listings for floppies speaks of this). See http://www.freebsd.org/docproj/ for the best introduction on what the doc project is, and how to contribute. We have mailing lists (one for -doc, and one for -www; the latter is about things that appear only on the website). We also have an IRC channel. Basically, we have much more work than available volunteers right now. I think you have some good ideas; the best thing, of course, would be if you could develop patches (the subset of SGML that we use is really not a very difficult markup language to learn), but if not, perhaps you can participate on the freebsd-doc@ mailing list and see if you can attract any interest in specific proposals. Further discussion on this topic should probably go to -doc rathern than -stable. Thanks. mcl From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 13:42:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C19716A40F for ; Thu, 28 Dec 2006 13:42:19 +0000 (UTC) (envelope-from andrea@webcom.it) Received: from www.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5FE0C13C466 for ; Thu, 28 Dec 2006 13:42:19 +0000 (UTC) (envelope-from andrea@webcom.it) Received: from andrea by webcom.it with local (Exim 3.36 #1) id 1GzvWQ-000BdJ-00; Thu, 28 Dec 2006 13:42:14 +0000 Date: Thu, 28 Dec 2006 13:42:14 +0000 From: Andrea Campi To: Tom Samplonius Message-ID: <20061228134214.GI21640@webcom.it> References: <20061227190316.GC21640@webcom.it> <10013596.291167281410745.JavaMail.root@ly.sdf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10013596.291167281410745.JavaMail.root@ly.sdf.com> User-Agent: Mutt/1.5.11 Cc: Andrea Campi , freebsd-stable@freebsd.org Subject: Re: panic: bus_dmamap_load_mbuf_sg still there X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 13:42:19 -0000 On Wed, Dec 27, 2006 at 08:50:10PM -0800, Tom Samplonius wrote: > > I have a Soekris board, so I'm interested. What's the PR number for the bug? How frequently does it occur? > > It is good to log all of the details to the PR. Right. I have hopened a PR for this, as well as a possibly related one. For some reasone (i.e. I'm silly) I opened them as misc instead of kern, ugh. Anyway, they are misc/107277 and misc/107279. As I explained in the PR, I am getting these during normal use (i.e. not at boot or when doing maintenance), approximately once a day. I use watchdog to reboot automatically, but I currently have a laptop hooked to the serial port to capture the panic messages. Bye, Andrea -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 14:16:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6100416A40F for ; Thu, 28 Dec 2006 14:16:58 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2AE0113C46D for ; Thu, 28 Dec 2006 14:16:58 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id kBSEGpTl052996; Thu, 28 Dec 2006 09:16:51 -0500 (EST) From: Ken Smith To: "Eric P. Scott" In-Reply-To: <200612280926.kBS9Qfuf013871@anna.ana.com> References: <200612280926.kBS9Qfuf013871@anna.ana.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KyjmNIt6ILK5erwwsFyl" Organization: U. Buffalo CSE Department Date: Thu, 28 Dec 2006 09:16:50 -0500 Message-Id: <1167315410.52842.16.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 14:16:58 -0000 --=-KyjmNIt6ILK5erwwsFyl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-12-28 at 01:26 -0800, Eric P. Scott wrote: > (BTW, what's this "docs" ISO? That wasn't around in previous > releases...) For recent releases where recent is older than 6.1 there was a docs/ directory on disc2 that had all the documentation in a readable format for all the supported languages. For 6.1 we needed to trim that down to just English because the set of packages we considered critical plus the docs/ directory overflowed disc2. For 6.2 we moved the docs/ directory to its own ISO and went back to having all supported languages because, yet again, KDE and GNOME had ... umm ... grown. :-) We'll work on making this a bit easier to find but in a nutshell: - bootonly ISO contains the bare minimum needed to do an install, you will wind up getting "errors" if you for example have sysinstall try to load *any* packages off the CD, etc. It's basically geared up for booting off the local CD to get sysinstall started but then getting extra packages and whatnot through the network. - disc1 ISO contains what you need to make it through a normal install with no errors as long as you don't select any "extra" packages when you get to the point sysinstall asks if you want to browse through some pre-build packages (i.e. it contains the Xorg packages, perl, the Linux emulation but almost no other packages). It can also support going into Rescue mode with a "live FS". - disc2 contains the bulk of the extra pre-build packages available if you're going to do a CD-only install. As time has gone on we've needed to eject more and more packages from this disc because the KDE/GNOME meta-packages keep growing. - docs contains the documentation in a human-readable format (as opposed to the broken up tarball format that's on disc1 and gets used if you tell sysinstall to install the documentation). So... Most people would be interested in disc1 and disc2. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-KyjmNIt6ILK5erwwsFyl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFk9HS/G14VSmup/YRAsm5AKCQJj5ktX8JEHNjXEqqbX/++Fbf6gCfRq7b 61pXDZfr9otthZtldwZyeYs= =CBuX -----END PGP SIGNATURE----- --=-KyjmNIt6ILK5erwwsFyl-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 15:27:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E89016A403 for ; Thu, 28 Dec 2006 15:27:48 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: from mammoth.unixsh.net (mammoth.unixsh.net [195.35.83.67]) by mx1.freebsd.org (Postfix) with SMTP id A85AF13C46D for ; Thu, 28 Dec 2006 15:27:47 +0000 (UTC) (envelope-from junics-fbsdstable@atlantis.maniacs.se) Received: (qmail 87231 invoked from network); 28 Dec 2006 15:01:05 -0000 Received: from localhost.maniacs.se (HELO ?192.168.0.34?) (127.0.0.1) by localhost.maniacs.se with SMTP; 28 Dec 2006 15:01:05 -0000 Message-ID: <4593DC34.2030308@atlantis.maniacs.se> Date: Thu, 28 Dec 2006 16:01:08 +0100 From: Thomas Herrlin User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> In-Reply-To: <1167247246.96863.23.camel@opus.cse.buffalo.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: peter@holm.cc Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 15:27:48 -0000 Ken Smith wrote: > All problems we felt needed to be addressed before 6.2 could be released > have been taken care of. It still runs networking daemons into a frozen zoneli state on heavy/(D)DOS network loads. Such processes cant be kill-9ed so there is no way to recover from it. (think frozen sshd and a very remote/headless server). See the stress test panic called 'Ran out of "128 Bucket" ' on the 6.2 todo list and my own latest test here: http://www.maniacs.se/~junics/temp/vmstat-z.txt This test was on a new 6.2-RC2 install with no zone limit tweaks nor any sbsize limits in /etc/login.conf. I just made a vm disk image with replication instructions, however Peter Holm have replicated it with his own tools so i have not bothered with it until now. > Unless further testing turns up something new > RC2, which is available now for dowloading, will be the last of the > Release Candidates and 6.2-RELEASE should be ready in about 2 weeks. > Your continued help with testing would be greatly appreciated. If you > notice any problems with RC2 you can submit a PR or send mail to this > list. > /Thomas Herrlin From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 15:47:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 659F716A403 for ; Thu, 28 Dec 2006 15:47:55 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5F213C46D for ; Thu, 28 Dec 2006 15:47:54 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id kBSFloP1053239; Thu, 28 Dec 2006 10:47:50 -0500 (EST) From: Ken Smith To: Thomas Herrlin In-Reply-To: <4593DC34.2030308@atlantis.maniacs.se> References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> <4593DC34.2030308@atlantis.maniacs.se> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-M4IxoPVNSpxdHUVpk1QN" Organization: U. Buffalo CSE Department Date: Thu, 28 Dec 2006 10:47:50 -0500 Message-Id: <1167320870.52842.20.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Cc: peter@holm.cc, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 15:47:55 -0000 --=-M4IxoPVNSpxdHUVpk1QN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-12-28 at 16:01 +0100, Thomas Herrlin wrote: > It still runs networking daemons into a frozen zoneli state on > heavy/(D)DOS network loads. Such processes cant be kill-9ed so there is > no way to recover from it. (think frozen sshd and a very remote/headless > server). > See the stress test panic called 'Ran out of "128 Bucket" > ' on the 6.2 > todo list and my own latest test here: > http://www.maniacs.se/~junics/temp/vmstat-z.txt > This test was on a new 6.2-RC2 install with no zone limit tweaks nor any > sbsize limits in /etc/login.conf. > I just made a vm disk image with replication instructions, however Peter > Holm have replicated it with his own tools so i have not bothered with > it until now.=20 That problem is being worked on but won't be fixed for 6.2-REL. Depending on how complex the fix winds up being it may be an Errata candidate when the time comes. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-M4IxoPVNSpxdHUVpk1QN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFk+cm/G14VSmup/YRArVaAJ0TzkRhYKMrkm5sPRjc/0MmV59VtgCdEvA6 ZfCw04rNetMRbOlzF8KAd50= =yFAB -----END PGP SIGNATURE----- --=-M4IxoPVNSpxdHUVpk1QN-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 15:50:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A70716A407 for ; Thu, 28 Dec 2006 15:50:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 1793013C48A for ; Thu, 28 Dec 2006 15:50:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 81143EB42A9; Thu, 28 Dec 2006 23:50:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id rsy7N8HqmkTu; Thu, 28 Dec 2006 23:50:38 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.185.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 5F914EB0A60; Thu, 28 Dec 2006 23:50:38 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=CfSsloZ/+d3rpZK2UJOQj+TJGsJouGZqndPgBYF+N1jVk6sUsEQ1rpEboSr+f1Nub wz0kSpqv2Uie+zVSSrlbg== Message-ID: <4593E790.8080509@delphij.net> Date: Thu, 28 Dec 2006 23:49:36 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Ken Smith References: <1167247246.96863.23.camel@opus.cse.buffalo.edu> <4593DC34.2030308@atlantis.maniacs.se> <1167320870.52842.20.camel@opus.cse.buffalo.edu> In-Reply-To: <1167320870.52842.20.camel@opus.cse.buffalo.edu> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig408A6ED98CFFFF6740DA43D3" Cc: peter@holm.cc, Thomas Herrlin , freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.2-RC2 Available - networking zoneli freeze problem still exist. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 15:50:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig408A6ED98CFFFF6740DA43D3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ken Smith wrote: > On Thu, 2006-12-28 at 16:01 +0100, Thomas Herrlin wrote: >> It still runs networking daemons into a frozen zoneli state on >> heavy/(D)DOS network loads. Such processes cant be kill-9ed so there i= s >> no way to recover from it. (think frozen sshd and a very remote/headle= ss >> server). >> See the stress test panic called 'Ran out of "128 Bucket" >> ' on the 6.2= >> todo list and my own latest test here: >> http://www.maniacs.se/~junics/temp/vmstat-z.txt >> This test was on a new 6.2-RC2 install with no zone limit tweaks nor a= ny >> sbsize limits in /etc/login.conf. >> I just made a vm disk image with replication instructions, however Pet= er >> Holm have replicated it with his own tools so i have not bothered with= >> it until now.=20 >=20 > That problem is being worked on but won't be fixed for 6.2-REL. > Depending on how complex the fix winds up being it may be an Errata > candidate when the time comes. Perhaps we should mention some known workarounds in the errata documentation. E.g. raising nmbclusters limit, etc.? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig408A6ED98CFFFF6740DA43D3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFk+eQOfuToMruuMARA+kbAJ4jL2DS/3aWTRAvvHcqbiuL5RKpXQCeIy5O XyDDXKRi7RwK5+gPeMCo1jY= =m4Yj -----END PGP SIGNATURE----- --------------enig408A6ED98CFFFF6740DA43D3-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 15:56:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3311C16A40F for ; Thu, 28 Dec 2006 15:56:43 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id DF32B13C46E for ; Thu, 28 Dec 2006 15:56:42 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id 46CDCC96E8 for ; Thu, 28 Dec 2006 10:56:42 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n9AyiEJHJXnw for ; Thu, 28 Dec 2006 10:56:28 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id C02E3C96E6 for ; Thu, 28 Dec 2006 10:56:28 -0500 (EST) Message-ID: <4593E92D.7040001@edpausa.com> Date: Thu, 28 Dec 2006 10:56:29 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.1.2 OpenPGP: id=D8EAA59A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: rsync write fails on descriptor 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 15:56:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm in trouble with rsync. Some people think that this problem is freebsd related: I use rsync to synchronize 2 servers (rsync versions are same on both machines). Most of the directories are copied fine, however, some huge ones fail and produce some strange output. Rsync guys detected this problem as: " So the write fails on descriptor 3, which I think is the socket to the > daemon. I Googled "FreeBSD write EPERM" and turned up the > following FreeBSD bug, which you might be seeing: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F95559 I use FreeBSD m.mycompany.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: here is the detailed output of the error (I tried to run rsync in different modesm however, with no luck): truss rsync -atlrpogHvv me at myip::public - - - --password-file=/root/rsync_pass /home/public ARRIVALS/ARRV112806.xls",0x7fffffffc620) ERR#2 'No such file or directory' lstat("Company/General/2006 OLD ARRIVALS/ARRV112906.xls",0x7fffffffc620) ERR#2 'No such file or directory' select(5,{4},{3},0x0,{60 0}) = 1 (0x1) write(3,0xc20000,4092) ERR#1 'Operation not permitted' rsync: writefd_unbuffered failed to write 4092 bytes [generator]: Operation not permitted (1)write(2,0x7fffffffa4f0,93) = 93 (0x5d) write(2,0x80083ce67,1) = 1 (0x1) sigaction(SIGUSR1,{ SIG_IGN 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },0x0) = 0 (0x0) sigaction(SIGUSR2,{ SIG_IGN 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },0x0) = 0 (0x0) getpid() = 42660 (0xa6a4) kill(0xa6a5,0x1e) = 0 (0x0) rsync error: received SIGUSR1 (code 19) at main.c(1095) [receiver=2.6.8] rsync error: error in rsync protocol data stream (code 12) at io.c(1124) [generator=2.6.8]write(2,0x7fffffffa480,90) = 90 (0x5a) write(2,0x80083ce67,1) = 1 (0x1) SIGNAL 20 (SIGCHLD) SIGNAL 20 (SIGCHLD) wait4(0xffffffff,0x7fffffffb394,0x1,0x0) = 42661 (0xa6a5) wait4(0xffffffff,0x7fffffffb394,0x1,0x0) ERR#10 'No child processes' sigreturn(0x7fffffffb3b0) = 524288 (0x80000) exit(0xc) process exit, rval = 3072 here is my share from the rsync.conf: - ----------------------------------------------------- uid = 0 gid = 0 hosts allow = myhostsips secrets file =/usr/local/myfile auth users = ilya [public] path = /home/public/ comment = home filesystem auth users = ilya uid = root read only = yes secrets file =/usr/local/myfile - ------------------------------------------------------- Please advice me what to do next. Thank you in advance. Ilya. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFk+ktbE0+gtjqpZoRApvCAKCgntwgD3VUYe3+WNKT5zOWUoA7DgCeN1Tw ncAzJEfPoje0XB3vdeV0gQY= =0/aB -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 16:12:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A237416A47C for ; Thu, 28 Dec 2006 16:12:31 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC7513C46D for ; Thu, 28 Dec 2006 16:12:31 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Thu, 28 Dec 2006 11:12:27 -0500 id 000564B3.4593ECEB.0001229B Date: Thu, 28 Dec 2006 11:12:26 -0500 From: Bill Moran To: Ilya Vishnyakov Message-Id: <20061228111226.055026e7.wmoran@collaborativefusion.com> In-Reply-To: <4593E92D.7040001@edpausa.com> References: <4593E92D.7040001@edpausa.com> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rsync write fails on descriptor 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 16:12:31 -0000 In response to Ilya Vishnyakov : > > Hello, I'm in trouble with rsync. Some people think that this problem > is freebsd related: > > I use rsync to synchronize 2 servers (rsync versions are same on both > machines). > Most of the directories are copied fine, however, some huge ones fail > and produce > some strange output. > > Rsync guys detected this problem as: " > So the write fails on descriptor 3, which I think is the socket to the > > daemon. I Googled "FreeBSD write EPERM" and turned up the > > following FreeBSD bug, which you might be seeing: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F95559 > > I use FreeBSD m.mycompany.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: > > here is the detailed output of the error (I tried to run rsync in > different modesm however, with no luck): > > truss rsync -atlrpogHvv me at myip::public > - - - --password-file=/root/rsync_pass /home/public > > ARRIVALS/ARRV112806.xls",0x7fffffffc620) ERR#2 'No such file or directory' > lstat("Company/General/2006 OLD > ARRIVALS/ARRV112906.xls",0x7fffffffc620) ERR#2 'No such file or directory' > select(5,{4},{3},0x0,{60 0}) = 1 (0x1) > write(3,0xc20000,4092) ERR#1 'Operation not permitted' > rsync: writefd_unbuffered failed to write 4092 bytes [generator]: > Operation not permitted (1)write(2,0x7fffffffa4f0,93) = 93 (0x5d) > > write(2,0x80083ce67,1) = 1 (0x1) > sigaction(SIGUSR1,{ SIG_IGN > 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t > },0x0) = 0 (0x0) > sigaction(SIGUSR2,{ SIG_IGN > 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t > },0x0) = 0 (0x0) > getpid() = 42660 (0xa6a4) > kill(0xa6a5,0x1e) = 0 (0x0) > rsync error: received SIGUSR1 (code 19) at main.c(1095) [receiver=2.6.8] > rsync error: error in rsync protocol data stream (code 12) at > io.c(1124) [generator=2.6.8]write(2,0x7fffffffa480,90) = 90 (0x5a) > > write(2,0x80083ce67,1) = 1 (0x1) > SIGNAL 20 (SIGCHLD) > SIGNAL 20 (SIGCHLD) > wait4(0xffffffff,0x7fffffffb394,0x1,0x0) = 42661 (0xa6a5) > wait4(0xffffffff,0x7fffffffb394,0x1,0x0) ERR#10 'No child > processes' > sigreturn(0x7fffffffb3b0) = 524288 (0x80000) > exit(0xc) > > > process exit, rval = 3072 > > here is my share from the rsync.conf: > - ----------------------------------------------------- > uid = 0 > gid = 0 > hosts allow = myhostsips > secrets file =/usr/local/myfile > auth users = ilya > [public] > path = /home/public/ > comment = home filesystem > auth users = ilya > uid = root > read only = yes > secrets file =/usr/local/myfile > - ------------------------------------------------------- > > > Please advice me what to do next. Thank you in advance. > Ilya. 1) Actually read the PR 2) Have you tried the workaround of removing the skip and/or scrub directives to pf? 3) Are you even using pf? The PR involved is related to pf, and it appears as if the problem was related to an incorrect pf configuration, and _not_ a bug in FreeBSD. Someone should follow up on that PR and see if the OP ever fixed the problem. I don't see as how this belongs on FreeBSD-stable. You might do better to follow up on that PR, if you can confirm that your problem goes away with the removal of pf rules as well. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 17:39:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7650116A403 for ; Thu, 28 Dec 2006 17:39:37 +0000 (UTC) (envelope-from dirkarlt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1429B13C499 for ; Thu, 28 Dec 2006 17:39:36 +0000 (UTC) (envelope-from dirkarlt@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3652939uge for ; Thu, 28 Dec 2006 09:39:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=ru5XhGXaNVni44K9NqDsIhiVHthXFNg01rQDBiTQKrc/cD+uQzIrpvMu7lVrWX2do98biUi2E02lMVZMijvNASGXcUlDyFe5ARKG1k/tsa5AuzOFmlt+DOPzNExNUITGvGqusx2UqTQNuzLpx7XvYeZEQfdgqgA33+mnEGmw6PM= Received: by 10.67.119.9 with SMTP id w9mr8444738ugm.1167325979332; Thu, 28 Dec 2006 09:12:59 -0800 (PST) Received: from p5ld2.my.domain ( [82.82.160.133]) by mx.google.com with ESMTP id 54sm24816978ugp.2006.12.28.09.12.58; Thu, 28 Dec 2006 09:12:58 -0800 (PST) Date: Thu, 28 Dec 2006 18:12:42 +0100 From: Dirk Arlt To: freebsd-stable@freebsd.org Message-Id: <20061228181242.b8583f41.dirkarlt@gmail.com> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: atapicam - System freeze with hw.ata.atapi_dma=1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 17:39:37 -0000 Hi All, I found that issue in older mailings and as bugreport, but its not mentioned anymore. Loading atapicam freezes my system, with or without dvdram. Only solution is setting hw.ata.atapi_dma to 0. I'd like to see that issue reanimated. Of course i'll give any information necessary. I am using an SMP with 6.2-PRELEASE System with a custum Kernel where i just threw out NICs and some other stuff i dont have. Dirk From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 19:59:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31A2B16A403 for ; Thu, 28 Dec 2006 19:59:34 +0000 (UTC) (envelope-from dirkarlt@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id C3CEF13C47A for ; Thu, 28 Dec 2006 19:59:33 +0000 (UTC) (envelope-from dirkarlt@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3683703uge for ; Thu, 28 Dec 2006 11:59:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=I0syJDH+4qDxVgOSRuJkjIcc6SBeELxa6fFR8uZe9poZj2pcpXc8W0HG9aXQ7QFQ4fytbjyu7oXxc3RQAOGBqvPmok5aN0LA5vuQJOAN3v+kLwYvD9i+JglibPYAI+PNAw8M+X0dAJk8WszK6gWFWMYQgVTR+xP2oMLASGo2gN4= Received: by 10.67.20.3 with SMTP id x3mr8559373ugi.1167335972230; Thu, 28 Dec 2006 11:59:32 -0800 (PST) Received: from p5ld2.my.domain ( [82.82.160.133]) by mx.google.com with ESMTP id z40sm21022767ugc.2006.12.28.11.59.31; Thu, 28 Dec 2006 11:59:32 -0800 (PST) Date: Thu, 28 Dec 2006 20:59:18 +0100 From: Dirk Arlt To: freebsd-stable@freebsd.org Message-Id: <20061228205918.da8e90f4.dirkarlt@gmail.com> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: atapicam - System freeze with hw.ata.atapi_dma=1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Dec 2006 19:59:34 -0000 I got an error sending this message, so next try... please excuse if its send to you twice. * Forwarded message: Date: Thu, 28 Dec 2006 18:12:42 +0100 From: Dirk Arlt To: freebsd-stable@freebsd.org Subject: atapicam - System freeze with hw.ata.atapi_dma=1 Hi All, I found that issue in older mailings and as bugreport, but its not mentioned anymore. Loading atapicam freezes my system, with or without dvdram. Only solution is setting hw.ata.atapi_dma to 0. I'd like to see that issue reanimated. Of course i'll give any information necessary. I am using an SMP 6.2-PRERELEASE System with a custum Kernel where i just threw out NICs and some other stuff i dont have. Dirk Dirk From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 22:23:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AF4D16A403 for ; Thu, 28 Dec 2006 22:23:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mx1.freebsd.org (Postfix) with ESMTP id EF71313C480 for ; Thu, 28 Dec 2006 22:23:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBSMN6hA003669; Fri, 29 Dec 2006 09:23:06 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBSMN6Pu003668; Fri, 29 Dec 2006 09:23:06 +1100 (EST) (envelope-from peter) Date: Fri, 29 Dec 2006 09:23:06 +1100 From: Peter Jeremy To: "O. Hartmann" Message-ID: <20061228222306.GB836@turion.vk2pj.dyndns.org> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <458FF48A.3010802@mail.zedat.fu-berlin.de> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 22:23:08 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2006-Dec-25 16:55:54 +0100, O. Hartmann wrote: >burncd had some nice advantages over cdrecord: it came from the BSD >tree, it had capabilities for burning DVD+RW images. Disadvantage was >the limitation to ATA interface. I see the latter as a disadvantage of cdrecord: It only works on SCSI drives (or via atapicam) and uses an obscure device naming approach. I am also more comfortable making /dev/acd0 mode 0666 than doing the same to /dev/pass0 --=20 Peter Jeremy --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFlEPK/opHv/APuIcRAtSqAJ4jCvLBiNGZBV651Vgq8kctirYamACgpjQS OYNMYuk0OF+p/FEW5/O6GZ4= =SBDp -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 23:00:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55FAF16A403 for ; Thu, 28 Dec 2006 23:00:54 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id C3D5813C46F for ; Thu, 28 Dec 2006 23:00:53 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBSN0c4a045208 for ; Thu, 28 Dec 2006 20:00:38 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Thu, 28 Dec 2006 20:02:11 -0300 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612282002.11562.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 23:00:54 -0000 I need some help here, this is not a single case, I get this on a several=20 machines, this is releng_6 , recent, but old problem getting ugly first I get this kind of events in messages, independent if it is client mo= de=20 or hostap or adhoc Dec 28 16:50:53 ap1-cds kernel: ath0: discard oversize frame (ether type 5e= 4=20 flags 3 len 1522 > max 1514) Dec 28 16:51:01 ap1-cds kernel: ath0: discard oversize frame (ether type 5e= 4=20 flags 3 len 1522 > max 1514) Dec 28 16:58:16 ap1-cds kernel: ath0: device timeout =2E.. timeout event repeats=20 I really do not know what this event means (ether type 5e4), for my=20 understandings it is vague in the source, so I am lost here { I get continously: kernel: ath0: link state changed to DOWN kernel: ath0: link state changed to UP when WL client but it recovers when the AP comes back to normal so wl-cli mode is not the issue } but when the machine is running hostap the link state up/down events do not= =20 come up but transmission is interrupted, or better, goes slow and stops=20 then - and stops forever until cold reboot, no chance to get this card back= ,=20 not even unload ath and reload the driver (that was a try but I use it=20 compiled into the kernel)=20 this is not related to any WEP settings or any rate, this problem is coming= up=20 with either rate-sample or rate_onoe this is not related to the "tx stopped" problem (OACTIVE) and it is not=20 related to any [TX|RX]BUF value (whatever it is set to) this problem is not a single case and not hardware related, here I mean MB,= =20 CPU, memory but is related in a certain way to the ath drv - same machine,= =20 but wi0 (prism card) and it does NOT happen this way I am with this problem since 6.0 and would be glad if somebody could convin= ce=20 Mr. Sam L. to attend this since it is a serious issue - any FreeBSD releng= _6=20 has this problem but releng_5 does not depending on the amount of traffic I get this any hour ( when 2-3Mbit/s or= =20 more) or several times a day (when 1-2Mbit/s) it get worse when I have more then one ath card installed ath stats: 70777 data frames received 71551 data frames transmit 420 tx frames with an alternate rate 10821 long on-chip tx retries 260 tx failed 'cuz too many retries 11M current transmit rate 10489 tx management frames 1 tx frames discarded prior to association 786 tx frames with no ack marked 80516 tx frames with short preamble 54395 rx failed 'cuz of bad CRC 146438 rx failed 'cuz of PHY err 145013 CCK timing 1425 CCK restart 5295 beacons transmitted 19 periodic calibrations 42 rssi of last ack 31 avg recv rssi =2D98 rx noise floor 572 cabq frames transmitted 11 cabq xmit overflowed beacon interval 1525 switched default/rx antenna Antenna profile: [1] tx 41285 rx 4 ifconfig ath0: flags=3D8943 mtu 1500 ether 00:13:46:8b:f1:86 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b status: associated ssid omegasul channel 1 (2412) bssid 00:13:46:8b:f1:86 authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit wepkey 2:40-bit wepkey 3:40-bit wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 36 txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmiss 7 -pureg protmode CTS -wme burst ssid HIDE -apbridge dtimperiod 1 bintval 100 =2D-=20 thank's Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 23:25:27 2006 Return-Path: X-Original-To: FreeBSD-stable@freebsd.org Delivered-To: FreeBSD-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ABB216A407 for ; Thu, 28 Dec 2006 23:25:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mx1.freebsd.org (Postfix) with ESMTP id CDA9013C46D for ; Thu, 28 Dec 2006 23:25:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id kBSNPPrR045436 for ; Fri, 29 Dec 2006 10:25:25 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id kBSNPP7o045435 for FreeBSD-stable@freebsd.org; Fri, 29 Dec 2006 10:25:25 +1100 (EST) (envelope-from peter) Date: Fri, 29 Dec 2006 10:25:25 +1100 From: Peter Jeremy To: FreeBSD-stable@freebsd.org Message-ID: <20061228232525.GC836@turion.vk2pj.dyndns.org> References: <45918F6E.90006@digitaldaemon.com> <004c01c7293b$d5e03b40$6500a8c0@laptopt> <4591CB3C.1060902@digitaldaemon.com> <200612261808.08984.mario@schmut.com> <4592690B.7080800@digitaldaemon.com> <45930EF1.2040105@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9zSXsLTf0vkW971A" Content-Disposition: inline In-Reply-To: <45930EF1.2040105@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: 6.1-RELEASE / 6.2 Kernel 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: Thu, 28 Dec 2006 23:25:27 -0000 --9zSXsLTf0vkW971A Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 2006-Dec-27 16:25:21 -0800, Doug Barton wrote: >IOW, you're probably right, but "magical" hardware problems that >develop during upgrade periods are more common than a lot of people >realize. I've had two hardware failures during upgrades: Once, when trying to upgrade from 2.x to 3.x, my CD-ROM died. That was fairly obvious. The second time (on a different system), the system refused to reboot after upgrading the kernel until I unplugged my PCMCIA modem card. After much hair-pulling (and assistance from imp@), I worked out that the card had died. We often have problems at work with antique AlphaServers that get very temperamental if they are rebooted or power-cycled after being on and running for several years. --=20 Peter Jeremy --9zSXsLTf0vkW971A Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFlFJl/opHv/APuIcRAg3gAKCxIRnr/5vyXtLxRDtuFrp3qFXu4gCeJtrh b9U2gtVWlYGCkPn/wgcCIKs= =l0XU -----END PGP SIGNATURE----- --9zSXsLTf0vkW971A-- From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 23:32:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C68F16A403 for ; Thu, 28 Dec 2006 23:32:46 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id CAB4813C479 for ; Thu, 28 Dec 2006 23:32:45 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBSNWiLF002559; Fri, 29 Dec 2006 00:32:44 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kBSNWhV1042801; Fri, 29 Dec 2006 00:32:43 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kBSNWhau042800; Fri, 29 Dec 2006 00:32:43 +0100 (CET) (envelope-from wb) Date: Fri, 29 Dec 2006 00:32:43 +0100 From: Wilko Bulte To: Peter Jeremy Message-ID: <20061228233243.GA42783@freebie.xs4all.nl> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <20061228222306.GB836@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061228222306.GB836@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: "O. Hartmann" , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 23:32:46 -0000 On Fri, Dec 29, 2006 at 09:23:06AM +1100, Peter Jeremy wrote.. > On Mon, 2006-Dec-25 16:55:54 +0100, O. Hartmann wrote: > >burncd had some nice advantages over cdrecord: it came from the BSD > >tree, it had capabilities for burning DVD+RW images. Disadvantage was > >the limitation to ATA interface. > > I see the latter as a disadvantage of cdrecord: It only works on SCSI > drives (or via atapicam) and uses an obscure device naming approach. > I am also more comfortable making /dev/acd0 mode 0666 than doing the > same to /dev/pass0 Learn a bit about the SCSI layer in FreeBSD and it is not that obscure anymore :-) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 23:33:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4E2916A415 for ; Thu, 28 Dec 2006 23:33:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8311B13C492 for ; Thu, 28 Dec 2006 23:33:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id kBSNW0sU020248; Thu, 28 Dec 2006 16:32:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 28 Dec 2006 16:32:04 -0700 (MST) Message-Id: <20061228.163204.1187166090.imp@bsdimp.com> To: fcash@ocis.net From: "M. Warner Losh" In-Reply-To: <200612221106.59985.fcash@ocis.net> References: <39AFDF50473FED469B15B6DFF2262F7A0273C975@DEHHX001.deuser.de.intra> <200612221106.59985.fcash@ocis.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 28 Dec 2006 16:32:00 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 23:33:45 -0000 In message: <200612221106.59985.fcash@ocis.net> Freddie Cash writes: : On Friday 22 December 2006 08:09 am, Helge.Oldach@atosorigin.com wrote: : > Pete French <> wrote on Friday, December 22, 2006 2:44 PM: : > Frankly, I can't follow the argument that 6.x is "unstable". After all, : > it's named 6-STABLE for a reason. I'd say from experience that the : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : Not for the reason you think. -STABLE in FreeBSD means API/ABI stability, : not necessarily system stability. It's a promise that a binary compiled : on 6.0-RELEASE will run on 6.32-RELEASE without needing to recompile it : (with very few exceptions). It also means system stability. Warner From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 23:36:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FA3816A407 for ; Thu, 28 Dec 2006 23:36:57 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDFF13C463 for ; Thu, 28 Dec 2006 23:36:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id kBSNaCk9020283; Thu, 28 Dec 2006 16:36:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 28 Dec 2006 16:36:17 -0700 (MST) Message-Id: <20061228.163617.1573372353.imp@bsdimp.com> To: ilya@edpausa.com From: "M. Warner Losh" In-Reply-To: <4593E92D.7040001@edpausa.com> References: <4593E92D.7040001@edpausa.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 28 Dec 2006 16:36:12 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: rsync write fails on descriptor 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 23:36:57 -0000 In message: <4593E92D.7040001@edpausa.com> Ilya Vishnyakov writes: : -----BEGIN PGP SIGNED MESSAGE----- : Hash: SHA1 : : Hello, I'm in trouble with rsync. Some people think that this problem : is freebsd related: : : I use rsync to synchronize 2 servers (rsync versions are same on both : machines). : Most of the directories are copied fine, however, some huge ones fail : and produce : some strange output. : : Rsync guys detected this problem as: " : So the write fails on descriptor 3, which I think is the socket to the : > daemon. I Googled "FreeBSD write EPERM" and turned up the : > following FreeBSD bug, which you might be seeing: : > : > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F95559 : : I use FreeBSD m.mycompany.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: : : here is the detailed output of the error (I tried to run rsync in : different modesm however, with no luck): : : truss rsync -atlrpogHvv me at myip::public : - - - --password-file=/root/rsync_pass /home/public : : ARRIVALS/ARRV112806.xls",0x7fffffffc620) ERR#2 'No such file or directory' : lstat("Company/General/2006 OLD : ARRIVALS/ARRV112906.xls",0x7fffffffc620) ERR#2 'No such file or directory' : select(5,{4},{3},0x0,{60 0}) = 1 (0x1) : write(3,0xc20000,4092) ERR#1 'Operation not permitted' : rsync: writefd_unbuffered failed to write 4092 bytes [generator]: : Operation not permitted (1)write(2,0x7fffffffa4f0,93) = 93 (0x5d) : : write(2,0x80083ce67,1) = 1 (0x1) : sigaction(SIGUSR1,{ SIG_IGN : 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t : },0x0) = 0 (0x0) : sigaction(SIGUSR2,{ SIG_IGN : 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t : },0x0) = 0 (0x0) : getpid() = 42660 (0xa6a4) : kill(0xa6a5,0x1e) = 0 (0x0) : rsync error: received SIGUSR1 (code 19) at main.c(1095) [receiver=2.6.8] : rsync error: error in rsync protocol data stream (code 12) at : io.c(1124) [generator=2.6.8]write(2,0x7fffffffa480,90) = 90 (0x5a) : : write(2,0x80083ce67,1) = 1 (0x1) : SIGNAL 20 (SIGCHLD) : SIGNAL 20 (SIGCHLD) : wait4(0xffffffff,0x7fffffffb394,0x1,0x0) = 42661 (0xa6a5) : wait4(0xffffffff,0x7fffffffb394,0x1,0x0) ERR#10 'No child : processes' : sigreturn(0x7fffffffb3b0) = 524288 (0x80000) : exit(0xc) : : : process exit, rval = 3072 : : here is my share from the rsync.conf: : - ----------------------------------------------------- : uid = 0 : gid = 0 : hosts allow = myhostsips : secrets file =/usr/local/myfile : auth users = ilya : [public] : path = /home/public/ : comment = home filesystem : auth users = ilya : uid = root : read only = yes : secrets file =/usr/local/myfile : - ------------------------------------------------------- : : : Please advice me what to do next. Thank you in advance. Please make sure that the rsync daemon is actually running as root, that there are no syslog messgaes complaining about permission problems, etc. Also make sure that the area you are trying to write to isn't NFS mounted (which denies writes to root by default), or has immutable file attribute set (see ls -o for a list of flags). Warner From owner-freebsd-stable@FreeBSD.ORG Thu Dec 28 23:41:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C31D16A40F for ; Thu, 28 Dec 2006 23:41:14 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from smtp2.uct.ac.za (smtp2.uct.ac.za [137.158.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF5713C470 for ; Thu, 28 Dec 2006 23:41:14 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from [137.158.128.3] (helo=mail.uct.ac.za) by smtp2.uct.ac.za with esmtp (Exim 4.30; FreeBSD) id 1H04QG-00062n-I4 for stable@freebsd.org; Fri, 29 Dec 2006 01:12:28 +0200 Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1H04QA-000Hh9-TU for stable@freebsd.org; Fri, 29 Dec 2006 01:12:22 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1H04QE-0004Y8-Hg for stable@freebsd.org; Fri, 29 Dec 2006 01:12:26 +0200 Date: Fri, 29 Dec 2006 01:12:26 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061228231226.GA16587@lordcow.org> Mail-Followup-To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Dec 2006 23:41:14 -0000 hey guys, my server rebooted a few days ago, and while i was looking around for possible reasons (none came up, which's disconcerting in itself) i found this suspicious directory: $ ls -l /tmp/download total 44 drwxr-xr-x 4 root wheel 512 Oct 23 16:28 Archive_Tar-1.3.1 drwxr-xr-x 3 root wheel 512 Oct 23 16:28 Console_Getopt-1.2 drwxr-xr-x 3 root wheel 512 Oct 23 16:28 XML_RPC-1.5.0 -rw-r--r-- 1 root wheel 15433 Jul 12 02:09 package.xml -rw-r--r-- 1 root wheel 22193 Jul 12 02:09 package2.xml the subdirs contain a bunch've .php files, and the xml files are info about version updates of PEAR'S "XML-RPC for PHP". they're owned by root (only i have the passwd) so it wasn't made by a local user, and i assume it wasn't made by portupgrade or something like that? so, i've got no idea how that dir got there, i'm guessing via some web exploit that i still need to look into, and /tmp is mounted 'exec' for some legit processes to function, can't remember which, so it's possible they were able to upload something and run it. chkrootkit which i've only just installed seems clear. anyway, i'm trying to figure out when this happened to have something to go on, and i don't understand the stat command, for example: $ stat /tmp/download/package2.xml 60 49356 -rw-r--r-- 1 root wheel 198776 22193 "Dec 28 04:03:50 2006" "Jul 12 02:09:14 2006" "Oct 23 16:28:28 2006" "Jul 12 02:09:14 2006" 4096 44 0 /tmp/download/package2.xml taking hints from 'stat -x' and 'stat -s' i gather this means: access time = Dec 28 04:03:50 2006 modify time = Jul 12 02:09:14 2006 change time = Oct 23 16:28:28 2006 birth time = Jul 12 02:09:14 2006 now how much of these dates are local or carried over from the source system, since my system was created at 08:00 on 21 Oct 2006 (ie. the Jul dates don't make sense)? (also what's the difference between modify and change time?) essentially is there a way i can tell when the files were put there? this's the directory's info too: $ stat /tmp/download 60 49346 drwxr-xr-x 5 root wheel 196642 512 "Dec 29 00:53:16 2006" "Oct 23 16:28:28 2006" "Oct 23 16:28:28 2006" "Oct 23 16:28:28 2006" 4096 4 0 /tmp/download ps. out've interest: this's the only suspicious thing in the logs i could find: Oct 23 00:31:42 lordcow kernel: pid 48464 (conftest), uid 0: exited on signal 12 (core dumped) Oct 23 01:19:26 lordcow kernel: pid 17512 (conftest), uid 0: exited on signal 12 (core dumped) though from google it seems it could be an innocent apache thing. also around the 23rd or 24th of Oct i started taking md5sums of all the files in the bin and lib directories, and they haven't changed without my knowledge since then. course that doesn't help if the breach was in the 2 odd days before this and after the system was created. also, snort hasn't reported anything overly suspicious, and all packages are kept up to date. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 11:41:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD8A916A403 for ; Fri, 29 Dec 2006 11:41:20 +0000 (UTC) (envelope-from lamont@scriptkiddie.org) Received: from sploit.scriptkiddie.org (sploit.scriptkiddie.org [216.231.47.214]) by mx1.freebsd.org (Postfix) with ESMTP id E3C1113C469 for ; Fri, 29 Dec 2006 11:41:19 +0000 (UTC) (envelope-from lamont@scriptkiddie.org) Received: from sploit (sploit [216.231.47.214]) by sploit.scriptkiddie.org (8.12.11/8.12.11) with ESMTP id kBT0qE8J018148; Thu, 28 Dec 2006 16:52:14 -0800 (PST) Date: Thu, 28 Dec 2006 16:52:14 -0800 (PST) From: Lamont Granquist To: JoaoBR In-Reply-To: <200612282002.11562.joao@matik.com.br> Message-ID: References: <200612282002.11562.joao@matik.com.br> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1167353534=:18106" Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 11:41:21 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-851401618-1167353534=:18106 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE check this message: http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031216.html run "/usr/src/tools/tools/net80211/wlandebug/wlandebug -i ath0 power" and= =20 see if one of the hosts on your wlan has powersaving turned on. "stops forever" was not one of my symptoms though, so your issue may be=20 different... On Thu, 28 Dec 2006, JoaoBR wrote: > I need some help here, this is not a single case, I get this on a several > machines, this is releng_6 , recent, but old problem getting ugly > > > first I get this kind of events in messages, independent if it is client = mode > or hostap or adhoc > > Dec 28 16:50:53 ap1-cds kernel: ath0: discard oversize frame (ether type = 5e4 > flags 3 len 1522 > max 1514) > Dec 28 16:51:01 ap1-cds kernel: ath0: discard oversize frame (ether type = 5e4 > flags 3 len 1522 > max 1514) > Dec 28 16:58:16 ap1-cds kernel: ath0: device timeout > ... timeout event repeats > > I really do not know what this event means (ether type 5e4), for my > understandings it is vague in the source, so I am lost here > > { > I get continously: > > kernel: ath0: link state changed to DOWN > kernel: ath0: link state changed to UP > > when WL client but it recovers when the AP comes back to normal > so wl-cli mode is not the issue > } > > > but when the machine is running hostap the link state up/down events do n= ot > come up but transmission is interrupted, or better, goes slow and stops > then - and stops forever until cold reboot, no chance to get this card ba= ck, > not even unload ath and reload the driver (that was a try but I use it > compiled into the kernel) > this is not related to any WEP settings or any rate, this problem is comi= ng up > with either rate-sample or rate_onoe > > > this is not related to the "tx stopped" problem (OACTIVE) and it is not > related to any [TX|RX]BUF value (whatever it is set to) > > this problem is not a single case and not hardware related, here I mean M= B, > CPU, memory but is related in a certain way to the ath drv - same machine= , > but wi0 (prism card) and it does NOT happen this way > > > I am with this problem since 6.0 and would be glad if somebody could conv= ince > Mr. Sam L. to attend this since it is a serious issue - any FreeBSD rele= ng_6 > has this problem but releng_5 does not > > depending on the amount of traffic I get this any hour ( when 2-3Mbit/s o= r > more) or several times a day (when 1-2Mbit/s) > > it get worse when I have more then one ath card installed > > > ath stats: > > 70777 data frames received > 71551 data frames transmit > 420 tx frames with an alternate rate > 10821 long on-chip tx retries > 260 tx failed 'cuz too many retries > 11M current transmit rate > 10489 tx management frames > 1 tx frames discarded prior to association > 786 tx frames with no ack marked > 80516 tx frames with short preamble > 54395 rx failed 'cuz of bad CRC > 146438 rx failed 'cuz of PHY err > 145013 CCK timing > 1425 CCK restart > 5295 beacons transmitted > 19 periodic calibrations > 42 rssi of last ack > 31 avg recv rssi > -98 rx noise floor > 572 cabq frames transmitted > 11 cabq xmit overflowed beacon interval > 1525 switched default/rx antenna > Antenna profile: > [1] tx 41285 rx 4 > > > ifconfig > > ath0: flags=3D8943 mtu 15= 00 > ether 00:13:46:8b:f1:86 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > status: associated > ssid omegasul channel 1 (2412) bssid 00:13:46:8b:f1:86 > authmode OPEN privacy ON deftxkey 1 > wepkey 1:40-bit > wepkey 2:40-bit > wepkey 3:40-bit > wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 36 > txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmiss = 7 > -pureg protmode CTS -wme burst ssid HIDE -apbridge dtimperiod 1 > bintval 100 > > > > > -- > thank's > Jo=E3o > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada seg= ura. > Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > ---559023410-851401618-1167353534=:18106-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 11:49:03 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D464F16A50E for ; Fri, 29 Dec 2006 11:49:03 +0000 (UTC) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 3C04D13C442 for ; Fri, 29 Dec 2006 11:49:02 +0000 (UTC) (envelope-from scottl@pooker.samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBT7ICQk000810; Fri, 29 Dec 2006 00:18:18 -0700 (MST) (envelope-from scottl@pooker.samsco.home) Message-ID: <4594C099.9040307@pooker.samsco.org> Date: Fri, 29 Dec 2006 00:15:37 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <20061228222306.GB836@turion.vk2pj.dyndns.org> In-Reply-To: <20061228222306.GB836@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.2 required=3.8 tests=ALL_TRUSTED,NO_DNS_FOR_FROM autolearn=no version=3.1.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: "O. Hartmann" , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 11:49:03 -0000 Peter Jeremy wrote: > On Mon, 2006-Dec-25 16:55:54 +0100, O. Hartmann wrote: > >>burncd had some nice advantages over cdrecord: it came from the BSD >>tree, it had capabilities for burning DVD+RW images. Disadvantage was >>the limitation to ATA interface. > > > I see the latter as a disadvantage of cdrecord: It only works on SCSI > drives (or via atapicam) and uses an obscure device naming approach. > I am also more comfortable making /dev/acd0 mode 0666 than doing the > same to /dev/pass0 > Did you know that ATAPI is actually just the SCSI command set that is merely encapsulated into the IDE wire protocol? Scott From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:00:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8024E16A5A2 for ; Fri, 29 Dec 2006 12:00:36 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4B613C442 for ; Fri, 29 Dec 2006 12:00:35 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3819698uge for ; Fri, 29 Dec 2006 04:00:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=YwjL5jAn5hFfr/D2c2pl7RDIYVPuvftKaMVGE9rTs+iOagfvruZB+HJEE0xMCMq6iIapbWrXsejqag/BQyN1C73XJIBQ77WaqhpVKaL9rXYG86NBebdQDNGdIWFsTXN+IkQN/doBPbZQL7aUYlqRmPrM0+eGxIiPtyULmD50WEw= Received: by 10.78.149.15 with SMTP id w15mr2242408hud.1167387299718; Fri, 29 Dec 2006 02:14:59 -0800 (PST) Received: by 10.78.140.12 with HTTP; Fri, 29 Dec 2006 02:14:59 -0800 (PST) Message-ID: <7ad7ddd90612290214m196c8533tf50ed9204647acda@mail.gmail.com> Date: Fri, 29 Dec 2006 11:14:59 +0100 From: "Ulrich Spoerlein" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: acquiring duplicate lock when mounting nullfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 12:00:36 -0000 Hi, this is on a RELENG_6 while mounting /usr/src and /usr/obj via nullfs and doing 'make installkernel installworld' It is similar to LOR #083, but not quite the same acquiring duplicate lock of same type: "vnode interlock" 1st vnode interlock @ /usr/src/sys/kern/vfs_vnops.c:806 2nd vnode interlock @ /usr/src/sys/kern/vfs_subr.c:2036 KDB: stack backtrace: kdb_backtrace(0,ff,c09816d0,c09816d0,c0907904,...) at kdb_backtrace+0x29 witness_checkorder(c30d56dc,9,c089bd90,7f4) at witness_checkorder+0x578 _mtx_lock_flags(c30d56dc,0,c089bd90,7f4,c218d830,...) at _mtx_lock_flags+0x78 vrefcnt(c30d5660) at vrefcnt+0x1d null_checkvp(c2a8daa0,c08894b8,215) at null_checkvp+0x56 null_lock(cd689a80) at null_lock+0x62 VOP_LOCK_APV(c0900480,cd689a80) at VOP_LOCK_APV+0x87 vn_lock(c2a8daa0,1002,c27a3180,c2a8daa0,c31bbc2c,...) at vn_lock+0xa8 nullfs_root(c246d7c8,2,cd689af8,c27a3180,0,8,0,c09beca0,0,c089b632,3dd) at nullfs_root+0x26 vfs_domount(c27a3180,c261c550,c28f7100,0,c239eb10,c09707e0,0,c089b632,2a3) at vfs_domount+0x91d vfs_donmount(c27a3180,0,c2a12e80,c2a12e80,0,...) at vfs_donmount+0x2ef nmount(c27a3180,cd689d04) at nmount+0x8b syscall(3b,3b,3b,bfbfe424,bfbfec7c,...) at syscall+0x25b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280ba4d7, esp = 0xbfbfe3ac, ebp = 0xbfbfec28 --- Uli From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:02:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 472F816A543 for ; Fri, 29 Dec 2006 12:02:37 +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 D868213C465 for ; Fri, 29 Dec 2006 12:02:36 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 93126 invoked by uid 0); 29 Dec 2006 00:55:56 -0000 Received: from unknown (HELO office-dhcp-30.bway.net) (spork@bway.net@216.220.107.30) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Dec 2006 00:55:56 -0000 Date: Thu, 28 Dec 2006 19:55:55 -0500 (EST) From: Charles Sprickman X-X-Sender: spork@white.nat.fasttrackmonkey.com To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Canonical 4.x to 6.x upgrade docs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 12:02:37 -0000 Hi all, I'm about to hit a number of machines with 6.2-RC2 since we're nearing the release. Many of course are remote, so shuffling CDs around and the like is not practical. I've not been able to find anything in the handbook or FAQ about the process, and Google is returning very few interesting results. This thread contains a few links to rse's procedure: http://groups.google.com/group/mailing.freebsd.stable/browse_thread/thread/c4c9ccb11b3bfb6b/02a2ffbee370c813 Is there any official doc on this? Perhaps I'm just not finding it? I would assume since everyone is being urged to get away from 4.x that somewhere there's a good step-by-step on how to do that. Thanks, Charles From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:04:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9441016A403 for ; Fri, 29 Dec 2006 12:04:25 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0EDF913C461 for ; Fri, 29 Dec 2006 12:04:24 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBT1dpLS054231; Thu, 28 Dec 2006 22:39:52 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Lamont Granquist , freebsd-stable@freebsd.org Date: Thu, 28 Dec 2006 22:41:24 -0300 User-Agent: KMail/1.9.4 References: <200612282002.11562.joao@matik.com.br> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612282241.24542.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 12:04:25 -0000 On Thursday 28 December 2006 21:52, you wrote: > check this message: > > http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031216.ht= ml > > run "/usr/src/tools/tools/net80211/wlandebug/wlandebug -i ath0 power" and > see if one of the hosts on your wlan has powersaving turned on. > > "stops forever" was not one of my symptoms though, so your issue may be > different... > thank's for your answer powersaving is not the issue here because it's off But I saw histories about this and even if powersaving issue "was the issue= in=20 that case(really?)" I think this is wierd in any way because if ONE station= =20 with powersaving on could set the AP in DoS ... man ... if really true this= =20 is kind of lame excuse or kind of driver weakness which both would be=20 inacceptable, and, if it does NOT wake up if in sleep state ... no further= =20 comment, but a driver weakness right? wether powersaving is on or not on the station/client is a local setting t= o=20 this station and must not influence any remote computer in any way, imagin= e,=20 you turn on your powersavings and the complete internet goes down on your=20 request hihihihi :) but then, like my case, on the AP or better ath in ap mode, even IF=20 powersaving is ON it might stop working for any related reason but firstabl= e=20 NOT WHILE TX/RX and secondable if idle it must return soon THIS computer=20 wants to transmit any kind of traffic again last but not least powersaving might shut the power down but must return w= hen=20 necessary - if not - there is a driver problem. Jo=E3o > On Thu, 28 Dec 2006, JoaoBR wrote: > > I need some help here, this is not a single case, I get this on a sever= al > > machines, this is releng_6 , recent, but old problem getting ugly > > > > > > first I get this kind of events in messages, independent if it is client > > mode or hostap or adhoc > > > > Dec 28 16:50:53 ap1-cds kernel: ath0: discard oversize frame (ether type > > 5e4 flags 3 len 1522 > max 1514) > > Dec 28 16:51:01 ap1-cds kernel: ath0: discard oversize frame (ether type > > 5e4 flags 3 len 1522 > max 1514) > > Dec 28 16:58:16 ap1-cds kernel: ath0: device timeout > > ... timeout event repeats > > > > I really do not know what this event means (ether type 5e4), for my > > understandings it is vague in the source, so I am lost here > > > > { > > I get continously: > > > > kernel: ath0: link state changed to DOWN > > kernel: ath0: link state changed to UP > > > > when WL client but it recovers when the AP comes back to normal > > so wl-cli mode is not the issue > > } > > > > > > but when the machine is running hostap the link state up/down events do > > not come up but transmission is interrupted, or better, goes slow and > > stops then - and stops forever until cold reboot, no chance to get this > > card back, not even unload ath and reload the driver (that was a try but > > I use it compiled into the kernel) > > this is not related to any WEP settings or any rate, this problem is > > coming up with either rate-sample or rate_onoe > > > > > > this is not related to the "tx stopped" problem (OACTIVE) and it is not > > related to any [TX|RX]BUF value (whatever it is set to) > > > > this problem is not a single case and not hardware related, here I mean > > MB, CPU, memory but is related in a certain way to the ath drv - same > > machine, but wi0 (prism card) and it does NOT happen this way > > > > > > I am with this problem since 6.0 and would be glad if somebody could > > convince Mr. Sam L. to attend this since it is a serious issue - any > > FreeBSD releng_6 has this problem but releng_5 does not > > > > depending on the amount of traffic I get this any hour ( when 2-3Mbit/s > > or more) or several times a day (when 1-2Mbit/s) > > > > it get worse when I have more then one ath card installed > > > > > > ath stats: > > > > 70777 data frames received > > 71551 data frames transmit > > 420 tx frames with an alternate rate > > 10821 long on-chip tx retries > > 260 tx failed 'cuz too many retries > > 11M current transmit rate > > 10489 tx management frames > > 1 tx frames discarded prior to association > > 786 tx frames with no ack marked > > 80516 tx frames with short preamble > > 54395 rx failed 'cuz of bad CRC > > 146438 rx failed 'cuz of PHY err > > 145013 CCK timing > > 1425 CCK restart > > 5295 beacons transmitted > > 19 periodic calibrations > > 42 rssi of last ack > > 31 avg recv rssi > > -98 rx noise floor > > 572 cabq frames transmitted > > 11 cabq xmit overflowed beacon interval > > 1525 switched default/rx antenna > > Antenna profile: > > [1] tx 41285 rx 4 > > > > > > ifconfig > > > > ath0: flags=3D8943 mtu = 1500 > > ether 00:13:46:8b:f1:86 > > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > > status: associated > > ssid omegasul channel 1 (2412) bssid 00:13:46:8b:f1:86 > > authmode OPEN privacy ON deftxkey 1 > > wepkey 1:40-bit > > wepkey 2:40-bit > > wepkey 3:40-bit > > wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 36 > > txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmiss > > 7 -pureg protmode CTS -wme burst ssid HIDE -apbridge dtimperiod 1 bintv= al > > 100 > > > > > > > > > > -- > > thank's > > Jo=E3o > > > > > > > > > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > > segura. Service fornecido pelo Datacenter Matik=20 > > https://datacenter.matik.com.br > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:05:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F4CC16A403 for ; Fri, 29 Dec 2006 12:05:23 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id F00B313C480 for ; Fri, 29 Dec 2006 12:05:22 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so3820651uge for ; Fri, 29 Dec 2006 04:05:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oVjC1+2hKyv1hL3cBTqQetm4UcpCol1R2GgMt1om7Zl8MKuh21tgq9IKzyfMaAzkRoWhGZmtJ7XbwsjfEgYhZJ+WbawNKcG1bSKSpd8g2rgJlfIO4lbyVjrVfwQEB9AGREuTOZtD0bJhchgysbl8nhcz0BUlqrA2Jwd+8lGe2bo= Received: by 10.78.201.10 with SMTP id y10mr2242891huf.1167387450960; Fri, 29 Dec 2006 02:17:30 -0800 (PST) Received: by 10.78.140.12 with HTTP; Fri, 29 Dec 2006 02:17:30 -0800 (PST) Message-ID: <7ad7ddd90612290217w1d989830h323eb10f5aa6125f@mail.gmail.com> Date: Fri, 29 Dec 2006 11:17:30 +0100 From: "Ulrich Spoerlein" To: stable@freebsd.org In-Reply-To: <7ad7ddd90612290214m196c8533tf50ed9204647acda@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7ad7ddd90612290214m196c8533tf50ed9204647acda@mail.gmail.com> Cc: bzeeb+freebsd+lor@zabbadoz.net Subject: Re: acquiring duplicate lock when mounting nullfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 12:05:23 -0000 On 12/29/06, Ulrich Spoerlein wrote: > It is similar to LOR #083, but not quite the same > > acquiring duplicate lock of same type: "vnode interlock" > 1st vnode interlock @ /usr/src/sys/kern/vfs_vnops.c:806 > 2nd vnode interlock @ /usr/src/sys/kern/vfs_subr.c:2036 It seems the issue is known: http://lists.freebsd.org/pipermail/freebsd-amd64/2006-March/007824.html Uli From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:21:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FCD216A412 for ; Fri, 29 Dec 2006 12:21:26 +0000 (UTC) (envelope-from mobilepolice@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id CA06413C45A for ; Fri, 29 Dec 2006 12:21:25 +0000 (UTC) (envelope-from mobilepolice@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2118460nzh for ; Fri, 29 Dec 2006 04:21:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PFeiFeht3Up6YYj/avHXk59qBn29Nh/XQnrE1xiEbyBuzMzu5Wm0KmLnD7t61qH+7EV35MVnKdMK/GZJoNZuvrDTpxBtn6N/fiTGeKnWlogciGY0+3yw3hgoMtNplyY3R3dRtCmKmMNv3O2CPY5hRpWOT8cj/vbSKR6mV5ArHyc= Received: by 10.65.206.7 with SMTP id i7mr21933921qbq.1167365433556; Thu, 28 Dec 2006 20:10:33 -0800 (PST) Received: by 10.65.114.15 with HTTP; Thu, 28 Dec 2006 20:10:33 -0800 (PST) Message-ID: Date: Thu, 28 Dec 2006 22:10:33 -0600 From: "David Todd" To: stable@freebsd.org In-Reply-To: <20061228231226.GA16587@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061228231226.GA16587@lordcow.org> Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 12:21:26 -0000 something's up, nothing in ports will write to a /tmp/download directory, so either you or someone with root access did it. I suggest: checking /var/log/auth.log for attempted breachings run sockstat and look for processes with ports open that shouldn't have ports open. conftest cores ususally mean a ./configure was issued and parts of said configure failed, them being so far apart suggests that some work was done to the configure script to fix it. If you didn't install anything from ports at or around those periods of time, then someone was running a configure script to build something on the machine. I wouldn't be overly concerned that if you're dealing with a breach, you're dealing with anyone who is compitent, change your passwords, check auth.log for ssh connections and look at sockstat to see if any programs are running that are listening on ports (that shouldn't be) David On 12/28/06, gareth wrote: > hey guys, my server rebooted a few days ago, and while i was > looking around for possible reasons (none came up, which's > disconcerting in itself) i found this suspicious directory: > > $ ls -l /tmp/download > total 44 > drwxr-xr-x 4 root wheel 512 Oct 23 16:28 Archive_Tar-1.3.1 > drwxr-xr-x 3 root wheel 512 Oct 23 16:28 Console_Getopt-1.2 > drwxr-xr-x 3 root wheel 512 Oct 23 16:28 XML_RPC-1.5.0 > -rw-r--r-- 1 root wheel 15433 Jul 12 02:09 package.xml > -rw-r--r-- 1 root wheel 22193 Jul 12 02:09 package2.xml > > > the subdirs contain a bunch've .php files, and the xml files > are info about version updates of PEAR'S "XML-RPC for PHP". > they're owned by root (only i have the passwd) so it wasn't > made by a local user, and i assume it wasn't made by portupgrade > or something like that? > > so, i've got no idea how that dir got there, i'm guessing via > some web exploit that i still need to look into, and /tmp > is mounted 'exec' for some legit processes to function, can't > remember which, so it's possible they were able to upload > something and run it. chkrootkit which i've only just installed > seems clear. > > anyway, i'm trying to figure out when this happened to have > something to go on, and i don't understand the stat command, > for example: > > $ stat /tmp/download/package2.xml > 60 49356 -rw-r--r-- 1 root wheel 198776 22193 "Dec 28 04:03:50 2006" "Jul 12 02:09:14 2006" "Oct 23 16:28:28 2006" "Jul 12 02:09:14 2006" 4096 44 0 /tmp/download/package2.xml > > taking hints from 'stat -x' and 'stat -s' i gather this means: > > access time = Dec 28 04:03:50 2006 > modify time = Jul 12 02:09:14 2006 > change time = Oct 23 16:28:28 2006 > birth time = Jul 12 02:09:14 2006 > > now how much of these dates are local or carried over from the source system, > since my system was created at 08:00 on 21 Oct 2006 (ie. the Jul dates don't > make sense)? (also what's the difference between modify and change time?) > > essentially is there a way i can tell when the files were put there? > > this's the directory's info too: > > $ stat /tmp/download > 60 49346 drwxr-xr-x 5 root wheel 196642 512 "Dec 29 00:53:16 2006" "Oct 23 16:28:28 2006" "Oct 23 16:28:28 2006" "Oct 23 16:28:28 2006" 4096 4 0 /tmp/download > > > > > ps. out've interest: > > this's the only suspicious thing in the logs i could find: > > Oct 23 00:31:42 lordcow kernel: pid 48464 (conftest), uid 0: exited on signal 12 (core dumped) > Oct 23 01:19:26 lordcow kernel: pid 17512 (conftest), uid 0: exited on signal 12 (core dumped) > > though from google it seems it could be an innocent apache thing. > > also around the 23rd or 24th of Oct i started taking md5sums of all the files in the bin and lib > directories, and they haven't changed without my knowledge since then. course that doesn't help > if the breach was in the 2 odd days before this and after the system was created. also, snort > hasn't reported anything overly suspicious, and all packages are kept up to date. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:26:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B533A16A412 for ; Fri, 29 Dec 2006 12:26:39 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9E313C471 for ; Fri, 29 Dec 2006 12:26:39 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 5237B34E249 for ; Thu, 28 Dec 2006 23:39:39 -0800 (PST) Received: by skipjack.no-such-agency.net (Postfix, from userid 58) id 265E334E4A6; Thu, 28 Dec 2006 23:39:37 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on skipjack.no-such-agency.net X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from [192.168.2.121] (gatekeeper.no-such-agency.net [64.142.103.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id AB05334E249 for ; Thu, 28 Dec 2006 23:39:31 -0800 (PST) Message-ID: <4594C631.9020001@cloudview.com> Date: Thu, 28 Dec 2006 23:39:29 -0800 From: John Pettitt User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack Subject: does growfs actually work on -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: Fri, 29 Dec 2006 12:26:39 -0000 I tried to grow a 600GB filesystem to 1TB and growfs barfed complaining about a negative block number - this was a raid array (highpoint) that looks like one drive (da0) to the system. Does growfs actually work - google searches were not much help ... John From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 12:36:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FF1616A407 for ; Fri, 29 Dec 2006 12:36:57 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (imap.infracaninophile.co.uk [81.187.76.162]) by mx1.freebsd.org (Postfix) with ESMTP id B474B13C442 for ; Fri, 29 Dec 2006 12:36:56 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id kBTB7tnE067321 for ; Fri, 29 Dec 2006 11:07:55 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4594F704.60308@infracaninophile.co.uk> Date: Fri, 29 Dec 2006 11:07:48 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.9 (X11/20061223) MIME-Version: 1.0 To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> In-Reply-To: <20061228231226.GA16587@lordcow.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigB95091CD38B92BACC09AECE5" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 29 Dec 2006 11:08:10 +0000 (GMT) X-Virus-Scanned: ClamAV 0.88.7/2391/Fri Dec 29 01:37:41 2006 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING,NO_RELAYS autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on happy-idiot-talk.infracaninophile.co.uk Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 12:36:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB95091CD38B92BACC09AECE5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable gareth wrote: > Oct 23 00:31:42 lordcow kernel: pid 48464 (conftest), uid 0: exited on = signal 12 (core dumped) > Oct 23 01:19:26 lordcow kernel: pid 17512 (conftest), uid 0: exited on = signal 12 (core dumped) These are from autoconf testing various capabilities of the system to do with signal handling -- nothing to be worried about. =20 > hey guys, my server rebooted a few days ago, and while i was > looking around for possible reasons (none came up, which's > disconcerting in itself) i found this suspicious directory: >=20 > $ ls -l /tmp/download > total 44 > drwxr-xr-x 4 root wheel 512 Oct 23 16:28 Archive_Tar-1.3.1 > drwxr-xr-x 3 root wheel 512 Oct 23 16:28 Console_Getopt-1.2 > drwxr-xr-x 3 root wheel 512 Oct 23 16:28 XML_RPC-1.5.0 > -rw-r--r-- 1 root wheel 15433 Jul 12 02:09 package.xml > -rw-r--r-- 1 root wheel 22193 Jul 12 02:09 package2.xml >=20 >=20 > the subdirs contain a bunch've .php files, and the xml files > are info about version updates of PEAR'S "XML-RPC for PHP". > they're owned by root (only i have the passwd) so it wasn't > made by a local user, and i assume it wasn't made by portupgrade > or something like that? Are you running a web server as root on this machine? This illustrates why that is such a bad idea... If you aren't running a web server, but only using PHP as a command line tool, then have you been doing any work with such things as IDEs or other large toolsets? They often have the capability to download and install extra bits at a mouseclick. Generally if you have a compromise in a PHP based webserver, you'll see the compromised machine used as a spam-bot or similar. Check the contents of your mail spool. Use tcpdump / wireshark to monitor the traffic to and from the machine to look for suspicious activity. If you've got the permissions right, then the attackers will not be able to write to the hard drive through compromising the webserver, which means that a stop and restart of Apache will thwart their nefarious plans, at least until they can recompromise your server. Generally that's about 5 -- 15 minutes, as all that sort of stuff is pretty automated nowadays. The best defense against all of this sort of stuff is to be fully patched and up to date with all your installed software. PHP is a nightmare security wise -- the whole language tends to steer developers into doing sloppy and insecure things by default. Well known, big projects like phpMyAdmin or Horde will generally code stuff pretty tightly, but the rest often need a severe beating with the clue stick. Even the well-managed projects will have their problems, and in fact one of the measures of a well-managed project is how promptly they deal with security problems and how open they are about revealing such things.= 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 --------------enigB95091CD38B92BACC09AECE5 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.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlPcL8Mjk52CukIwRCLkQAJ9Hlkx3ZGB2daZBoUPFLkvOcrjqmACfe62A /ahVGA+TSV16ZM5iAFzYdrk= =yi6f -----END PGP SIGNATURE----- --------------enigB95091CD38B92BACC09AECE5-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 13:58:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A15216A415 for ; Fri, 29 Dec 2006 13:58:50 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 274A213C45A for ; Fri, 29 Dec 2006 13:58:50 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id B37A178C72; Fri, 29 Dec 2006 13:58:24 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 613E61141E; Fri, 29 Dec 2006 14:58:49 +0100 (CET) Date: Fri, 29 Dec 2006 14:58:49 +0100 From: "Simon L. Nielsen" To: Charles Sprickman Message-ID: <20061229135848.GC996@zaphod.nitro.dk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Canonical 4.x to 6.x upgrade docs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 13:58:50 -0000 On 2006.12.28 19:55:55 -0500, Charles Sprickman wrote: > Is there any official doc on this? Perhaps I'm just not finding it? I > would assume since everyone is being urged to get away from 4.x that > somewhere there's a good step-by-step on how to do that. http://www.freebsd.org/releases/5.4R/migration-guide.html#UPGRADE That is the one I used (or perhaps I used it from 5.3-RELEASE, but should be the same), when I recently upgraded a system 4->5->6. The 5->6 should be pretty much like any other FreeBSD upgrade, just follow the normal documented upgrade procedure and don't skip steps. My upgrade actually turned out to be pretty painless and just work. -- Simon L. Nielsen From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 14:44:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E212316A40F for ; Fri, 29 Dec 2006 14:44:48 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10-04.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.freebsd.org (Postfix) with SMTP id 928EC13C461 for ; Fri, 29 Dec 2006 14:44:48 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 3499 invoked from network); 29 Dec 2006 14:18:08 -0000 Received: from unknown (24.144.77.243) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 29 Dec 2006 14:18:08 -0000 Message-ID: <4595239F.5090502@seclark.us> Date: Fri, 29 Dec 2006 09:18:07 -0500 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20061229135848.GC996@zaphod.nitro.dk> In-Reply-To: <20061229135848.GC996@zaphod.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Charles Sprickman , freebsd-stable@freebsd.org Subject: Re: Canonical 4.x to 6.x upgrade docs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 14:44:49 -0000 Simon L. Nielsen wrote: >On 2006.12.28 19:55:55 -0500, Charles Sprickman wrote: > > > >>Is there any official doc on this? Perhaps I'm just not finding it? I >>would assume since everyone is being urged to get away from 4.x that >>somewhere there's a good step-by-step on how to do that. >> >> > >http://www.freebsd.org/releases/5.4R/migration-guide.html#UPGRADE > >That is the one I used (or perhaps I used it from 5.3-RELEASE, but >should be the same), when I recently upgraded a system 4->5->6. The >5->6 should be pretty much like any other FreeBSD upgrade, just follow >the normal documented upgrade procedure and don't skip steps. My >upgrade actually turned out to be pretty painless and just work. > > > Hi Simon, Charles is looking for info on how to upgrade remote systems, which he does not have physical access to. The document you reference does not have that info. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 14:44:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E00516A403 for ; Fri, 29 Dec 2006 14:44:49 +0000 (UTC) (envelope-from lveax.m@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id DA13313C465 for ; Fri, 29 Dec 2006 14:44:48 +0000 (UTC) (envelope-from lveax.m@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so4637692wxc for ; Fri, 29 Dec 2006 06:44:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HUVAC6Q0apV16DeDHFBuR8877FpjgXdkrfNBitHW8oPjoQk3pSnkBi6cfc+EN8epYatv9tfm7CcQV7+uVaoyJK/6XyFXHBsrni3+ocQlYjoLKSbBJGxJxBz7WaKZeMGJmVICjs/fWSAOUfB7gBM3sylC3l5FHtWpffI2YNYMyiE= Received: by 10.90.115.9 with SMTP id n9mr12282757agc.1167353104002; Thu, 28 Dec 2006 16:45:04 -0800 (PST) Received: by 10.90.88.12 with HTTP; Thu, 28 Dec 2006 16:45:03 -0800 (PST) Message-ID: <576dcbc20612281645n54d78890m6a8357e9f2859346@mail.gmail.com> Date: Fri, 29 Dec 2006 08:45:03 +0800 From: lveax To: "John Smith" In-Reply-To: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> Cc: freebsd-stable@freebsd.org Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 14:44:49 -0000 seems there are many machines at freebsd.org network are still using 4-STABLE now. http://www.freebsd.org/internal/machines.html From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 15:33:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C15FD16A403 for ; Fri, 29 Dec 2006 15:33:56 +0000 (UTC) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAEC13C428 for ; Fri, 29 Dec 2006 15:33:55 +0000 (UTC) (envelope-from pokui@psg.com) X-Virus-Scanned: by amavisd-new at trueafrican.com Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L8DGxqT4UNJn; Fri, 29 Dec 2006 18:10:18 +0300 (EAT) Received: from pjo.trueafrican.com (pokui.trueafrican.com [169.254.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.trueafrican.com (Postfix) with ESMTP id D4D94269FA9; Fri, 29 Dec 2006 18:10:17 +0300 (EAT) Received: from [127.0.0.1] (helo=andromeda.trueafrican.com) by pjo.trueafrican.com with esmtp (Exim 4.62) (envelope-from ) id 1H0JOE-0001zz-Ao; Fri, 29 Dec 2006 18:11:22 +0300 From: Patrick Okui To: freebsd-stable@freebsd.org Date: Fri, 29 Dec 2006 18:11:10 +0300 User-Agent: KMail/1.8 References: <20061229135848.GC996@zaphod.nitro.dk> <4595239F.5090502@seclark.us> In-Reply-To: <4595239F.5090502@seclark.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612291811.10521.pokui@psg.com> Cc: Stephen Clark , "Simon L. Nielsen" , Charles Sprickman Subject: Re: Canonical 4.x to 6.x upgrade docs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 15:33:56 -0000 Hi all, On Friday 29 December 2006 17:18, Stephen Clark wrote: > Hi Simon, > > Charles is looking for info on how to upgrade remote systems, which he > does not have physical access > to. The document you reference does not have that info. If you have a remote (serial) console set up, then that document works just fine. If you don't have that, then I'm not sure that upgrade is possible[1] - sshd was one of the first daemons to fail to start when I did my upgrade so you'd be hard pressed to continue after the first reboot. -- patrick [1] well, haven't tried it, but you'd probably have to scp an sshd compiled on 5.x and I'm not sure what else before booting the 5.x kernel. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 15:43:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9CEC16A407 for ; Fri, 29 Dec 2006 15:43:28 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8482B13C455 for ; Fri, 29 Dec 2006 15:43:28 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id kBTFhPbf048258; Fri, 29 Dec 2006 16:43:25 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id kBTFhPjW046452; Fri, 29 Dec 2006 16:43:25 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id kBTFhPo6046451; Fri, 29 Dec 2006 16:43:25 +0100 (CET) (envelope-from wb) Date: Fri, 29 Dec 2006 16:43:25 +0100 From: Wilko Bulte To: lveax Message-ID: <20061229154325.GA46438@freebie.xs4all.nl> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <576dcbc20612281645n54d78890m6a8357e9f2859346@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <576dcbc20612281645n54d78890m6a8357e9f2859346@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, John Smith Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 15:43:29 -0000 On Fri, Dec 29, 2006 at 08:45:03AM +0800, lveax wrote.. > seems there are many machines at freebsd.org network are still using > 4-STABLE now. There is a mix of versions in use, upgrading is done at the discretion of the admins team that controls the FreeBSD.org server farm. That in turn is dependent on the amount of time admins have available etc etc. So what is the problem? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 15:59:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90B3E16A407 for ; Fri, 29 Dec 2006 15:59:29 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3378B13C4BD for ; Fri, 29 Dec 2006 15:59:29 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1H0K8H-000NUt-Qh for stable@freebsd.org; Fri, 29 Dec 2006 17:58:57 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1H0K85-0000MG-Ma for stable@freebsd.org; Fri, 29 Dec 2006 17:58:45 +0200 Date: Fri, 29 Dec 2006 17:58:45 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061229155845.GA1266@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 15:59:29 -0000 On Thu 2006-12-28 (22:10), David Todd wrote: > something's up, nothing in ports will write to a /tmp/download > directory, so either you or someone with root access did it. thought as much :/ > I suggest: > checking /var/log/auth.log for attempted breachings i had a rough skim and nothing suspicious, wanted to know when this happened so i could scrutinise the logs better. > run sockstat and look for processes with ports open that shouldn't > have ports open. thx, had a look at that and netstat etc, everything's normal. > conftest cores ususally mean a ./configure was issued and parts of > said configure failed, them being so far apart suggests that some work > was done to the configure script to fix it. > > If you didn't install anything from ports at or around those periods > of time, then someone was running a configure script to build > something on the machine. ah. it could very well have been me, was compiling a lot've stuff around those 2 days. doesn't seem like portupgrade etc keeps logs to check. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:08:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2094E16A403 for ; Fri, 29 Dec 2006 16:08:19 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id B8E2413C455 for ; Fri, 29 Dec 2006 16:08:18 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1H0KHJ-000OJC-KC for stable@freebsd.org; Fri, 29 Dec 2006 18:08:17 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1H0KHM-0000ZO-1T for stable@freebsd.org; Fri, 29 Dec 2006 18:08:20 +0200 Date: Fri, 29 Dec 2006 18:08:20 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061229160820.GB1266@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> <4594F704.60308@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4594F704.60308@infracaninophile.co.uk> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 16:08:19 -0000 On Fri 2006-12-29 (11:07), Matthew Seaman wrote: > > Oct 23 00:31:42 lordcow kernel: pid 48464 (conftest), uid 0: exited on signal 12 (core dumped) > > Oct 23 01:19:26 lordcow kernel: pid 17512 (conftest), uid 0: exited on signal 12 (core dumped) > > These are from autoconf testing various capabilities of the system to do > with signal handling -- nothing to be worried about. ok, ta. > Are you running a web server as root on this machine? This illustrates nope, as the www user. > why that is such a bad idea... If you aren't running a web server, > but only using PHP as a command line tool, then have you been doing any > work with such things as IDEs or other large toolsets? They often > have the capability to download and install extra bits at a mouseclick. no haven't used it from the command line, only webserver > The best defense against all of this sort of stuff is to be fully > patched and up to date with all your installed software. PHP is a i use portupgrade at least once a week From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:22:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8769B16A40F for ; Fri, 29 Dec 2006 16:22:47 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id 3B63C13C465 for ; Fri, 29 Dec 2006 16:22:47 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id 21DCBC952F; Fri, 29 Dec 2006 11:22:46 -0500 (EST) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2705dp4VNAbr; Fri, 29 Dec 2006 11:22:38 -0500 (EST) Received: from [192.168.0.68] (ilya.edpausa.com [192.168.0.68]) by skywalker.edpausa.com (Postfix) with ESMTP id F242CC94AB; Fri, 29 Dec 2006 11:22:37 -0500 (EST) Message-ID: <459540CF.3010405@edpausa.com> Date: Fri, 29 Dec 2006 11:22:39 -0500 From: Ilya Vishnyakov User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: "M. Warner Losh" References: <4593E92D.7040001@edpausa.com> <20061228.163617.1573372353.imp@bsdimp.com> In-Reply-To: <20061228.163617.1573372353.imp@bsdimp.com> X-Enigmail-Version: 0.94.1.2 OpenPGP: id=D8EAA59A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: rsync write fails on descriptor 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 16:22:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - -------- Original Message -------- Subject: Re:rsync write fails on descriptor 3 From: M. Warner Losh To: ilya@edpausa.com Cc: freebsd-stable@freebsd.org Date: Thursday, December 28, 2006 6:36:17 PM > In message: <4593E92D.7040001@edpausa.com> > Ilya Vishnyakov writes: > : -----BEGIN PGP SIGNED MESSAGE----- > : Hash: SHA1 > : > : Hello, I'm in trouble with rsync. Some people think that this problem > : is freebsd related: > : > : I use rsync to synchronize 2 servers (rsync versions are same on both > : machines). > : Most of the directories are copied fine, however, some huge ones fail > : and produce > : some strange output. > : > : Rsync guys detected this problem as: " > : So the write fails on descriptor 3, which I think is the socket to the > : > daemon. I Googled "FreeBSD write EPERM" and turned up the > : > following FreeBSD bug, which you might be seeing: > : > > : > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F95559 > : > : I use FreeBSD m.mycompany.com 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #2: > : > : here is the detailed output of the error (I tried to run rsync in > : different modesm however, with no luck): > : > : truss rsync -atlrpogHvv me at myip::public > : - - - --password-file=/root/rsync_pass /home/public > : > : ARRIVALS/ARRV112806.xls",0x7fffffffc620) ERR#2 'No such file or directory' > : lstat("Company/General/2006 OLD > : ARRIVALS/ARRV112906.xls",0x7fffffffc620) ERR#2 'No such file or directory' > : select(5,{4},{3},0x0,{60 0}) = 1 (0x1) > : write(3,0xc20000,4092) ERR#1 'Operation not permitted' > : rsync: writefd_unbuffered failed to write 4092 bytes [generator]: > : Operation not permitted (1)write(2,0x7fffffffa4f0,93) = 93 (0x5d) > : > : write(2,0x80083ce67,1) = 1 (0x1) > : sigaction(SIGUSR1,{ SIG_IGN > : 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t > : },0x0) = 0 (0x0) > : sigaction(SIGUSR2,{ SIG_IGN > : 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t > : },0x0) = 0 (0x0) > : getpid() = 42660 (0xa6a4) > : kill(0xa6a5,0x1e) = 0 (0x0) > : rsync error: received SIGUSR1 (code 19) at main.c(1095) [receiver=2.6.8] > : rsync error: error in rsync protocol data stream (code 12) at > : io.c(1124) [generator=2.6.8]write(2,0x7fffffffa480,90) = 90 (0x5a) > : > : write(2,0x80083ce67,1) = 1 (0x1) > : SIGNAL 20 (SIGCHLD) > : SIGNAL 20 (SIGCHLD) > : wait4(0xffffffff,0x7fffffffb394,0x1,0x0) = 42661 (0xa6a5) > : wait4(0xffffffff,0x7fffffffb394,0x1,0x0) ERR#10 'No child > : processes' > : sigreturn(0x7fffffffb3b0) = 524288 (0x80000) > : exit(0xc) > : > : > : process exit, rval = 3072 > : > : here is my share from the rsync.conf: > : - ----------------------------------------------------- > : uid = 0 > : gid = 0 > : hosts allow = myhostsips > : secrets file =/usr/local/myfile > : auth users = ilya > : [public] > : path = /home/public/ > : comment = home filesystem > : auth users = ilya > : uid = root > : read only = yes > : secrets file =/usr/local/myfile > : - ------------------------------------------------------- > : > : > : Please advice me what to do next. Thank you in advance. > > Please make sure that the rsync daemon is actually running as root, > that there are no syslog messgaes complaining about permission > problems, etc. > > Also make sure that the area you are trying to write to isn't NFS > mounted (which denies writes to root by default), or has immutable > file attribute set (see ls -o for a list of flags). > > Warner > rsync daemon is actually running as root #ps -aux | grep rsync #root 97768 0.0 0.0 2712 1140 ?? Is 6Dec06 0:00.28 rsync - --daemon filesystem is not NFS mounted, both machines run BSD 6.1 ls -o shows no flags. Answering the previous email: 1) Actually read the PR did that 2) Have you tried the workaround of removing the skip and/or scrub directives to pf? yes, with no success 3) Are you even using pf? The PR involved is related to pf, and it appears as if the problem was related to an incorrect pf configuration, and _not_ a bug in FreeBSD. yes we are using pf. I understand that this bug is not FreeBSD related, most likely. Thank you. If anyone has more suggestions, please, feel free to reply. Thank you. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlUDObE0+gtjqpZoRAuoXAJ0d4wFs+Ywj33gS2M6t/7gcuSfrTQCfZZGB Ma8dINxReqNhk2UZ1oucFbc= =+2/H -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:29:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29AAC16A417 for ; Fri, 29 Dec 2006 16:29:26 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBD013C45D for ; Fri, 29 Dec 2006 16:29:26 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kBTGSuWY023163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Dec 2006 08:29:00 -0800 Message-ID: <45954243.9000006@freebsd.org> Date: Fri, 29 Dec 2006 08:28:51 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Wilko Bulte References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <576dcbc20612281645n54d78890m6a8357e9f2859346@mail.gmail.com> <20061229154325.GA46438@freebie.xs4all.nl> In-Reply-To: <20061229154325.GA46438@freebie.xs4all.nl> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig799B816EF8F534D8394B9ED4" Cc: lveax , freebsd-stable@freebsd.org, John Smith Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 16:29:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig799B816EF8F534D8394B9ED4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Wilko Bulte wrote: > On Fri, Dec 29, 2006 at 08:45:03AM +0800, lveax wrote.. >> seems there are many machines at freebsd.org network are still using >> 4-STABLE now. >=20 > There is a mix of versions in use, upgrading is done at the discretion > of the admins team that controls the FreeBSD.org server farm. That in > turn is dependent on the amount of time admins have available etc etc. >=20 > So what is the problem? That list isn't quite current either; at least two of the machines listed as running 4.X are really running 6.X due to recent hardware swapouts and upgrades. I'll go update the Web page to reflect this. Bruce. --------------enig799B816EF8F534D8394B9ED4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlUJI2MoxcVugUsMRAheWAKCCMWg+1HB2c7YSsZ/bbSvSpEIwxACfZw7K 861ixl3brOeIuhGg0lRuta8= =ThVy -----END PGP SIGNATURE----- --------------enig799B816EF8F534D8394B9ED4-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:32:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4892616A4A0 for ; Fri, 29 Dec 2006 16:32:05 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1B713C45E for ; Fri, 29 Dec 2006 16:32:05 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id kBTGVteM011840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Dec 2006 08:31:55 -0800 Message-ID: <459542FA.50807@freebsd.org> Date: Fri, 29 Dec 2006 08:31:54 -0800 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Wilko Bulte References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <576dcbc20612281645n54d78890m6a8357e9f2859346@mail.gmail.com> <20061229154325.GA46438@freebie.xs4all.nl> <45954243.9000006@freebsd.org> In-Reply-To: <45954243.9000006@freebsd.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig877E2E2311A0758F273FEF56" Cc: lveax , freebsd-stable@freebsd.org, John Smith Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 16:32:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig877E2E2311A0758F273FEF56 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I wrote: > That list isn't quite current either; at least two of the machines > listed as running 4.X are really running 6.X due to recent hardware > swapouts and upgrades. I'll go update the Web page to reflect this. =2E..except that someone just beat me to it. :-) Bruce. --------------enig877E2E2311A0758F273FEF56 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlUL62MoxcVugUsMRAiMBAKDJQWXkTlnqe+JRMCWv4o+PeIE0agCdHnys B1LieCkUoZ9cTW4YpjXOP+o= =+pYB -----END PGP SIGNATURE----- --------------enig877E2E2311A0758F273FEF56-- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:49:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB81E16A40F for ; Fri, 29 Dec 2006 16:49:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85]) by mx1.freebsd.org (Postfix) with ESMTP id C2FFA13C45B for ; Fri, 29 Dec 2006 16:49:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (rwcrmhc15) with ESMTP id <20061229164956m1500qfhdne>; Fri, 29 Dec 2006 16:49:56 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id ECC111FA037; Fri, 29 Dec 2006 08:49:55 -0800 (PST) Date: Fri, 29 Dec 2006 08:49:55 -0800 From: Jeremy Chadwick To: Scott Long Message-ID: <20061229164955.GA82150@icarus.home.lan> Mail-Followup-To: Scott Long , Peter Jeremy , "O. Hartmann" , stable@freebsd.org References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <20061228222306.GB836@turion.vk2pj.dyndns.org> <4594C099.9040307@pooker.samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4594C099.9040307@pooker.samsco.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Peter Jeremy , "O. Hartmann" , stable@freebsd.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 16:49:56 -0000 On Fri, Dec 29, 2006 at 12:15:37AM -0700, Scott Long wrote: > Did you know that ATAPI is actually just the SCSI command set that is > merely encapsulated into the IDE wire protocol? This is something Linux has done (you can still use the direct ATA and IDE subsystems if you want, but in most major distros I've seen as of late, they use a SCSI-to-ATA conversion layer). Thus: why haven't we moved the front-end to the ATA subsystem into atapicam(4) then? Is it just the amount of work involved, or are there technical reasons? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 16:56:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9844F16A407 for ; Fri, 29 Dec 2006 16:56:39 +0000 (UTC) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0BC13C448 for ; Fri, 29 Dec 2006 16:56:38 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by saeab.se (8.13.6/8.13.6) with ESMTP id kBTGPjsT021763; Fri, 29 Dec 2006 17:25:45 +0100 (CET) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.13.8/8.13.8) with ESMTP id kBTGPirr007713; Fri, 29 Dec 2006 17:25:45 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <45954196.9040909@saeab.se> Date: Fri, 29 Dec 2006 17:25:58 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gareth References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> In-Reply-To: <20061229155845.GA1266@lordcow.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (saeab.se [10.0.1.133]); Fri, 29 Dec 2006 17:25:49 +0100 (CET) Cc: stable@freebsd.org Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 16:56:39 -0000 gareth wrote: > On Thu 2006-12-28 (22:10), David Todd wrote: > >>something's up, nothing in ports will write to a /tmp/download >>directory, so either you or someone with root access did it. I just checked one of my servers and also found a /tmp/download directory with the same files that you had. I then compared the timestamp of /tmp/download with the timestamp of the directories in /var/db/pkg: Same. My conclusion is that during a portupgrade these files were written there, directly or indirectly by portupgrade or the port itself. About two years ago I cleaned up a system that really had a system breach (through some php-based webapplication). I could then find a directory in /tmp owned by www that contains a complete distribution with configurescript and the result of the build. This /tmp/download doesn't look like that at all. /thn -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 17:07:11 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D10616A403 for ; Fri, 29 Dec 2006 17:07:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5F91A13C442 for ; Fri, 29 Dec 2006 17:07:11 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.home (pooker.samsco.home [192.168.254.1]) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id kBTH75ms007231; Fri, 29 Dec 2006 10:07:10 -0700 (MST) (envelope-from scottl@samsco.org) Date: Fri, 29 Dec 2006 10:07:04 -0700 (MST) From: Scott Long To: Jeremy Chadwick In-Reply-To: <20061229164955.GA82150@icarus.home.lan> Message-ID: <20061229100334.F6511@pooker.samsco.org> References: <20061221092717.A6431@xorpc.icir.org> <20061222073857.GA10704@tmn.ru> <20061225165735.M22401@atlantis.atlantis.dp.ua> <458FF48A.3010802@mail.zedat.fu-berlin.de> <20061228222306.GB836@turion.vk2pj.dyndns.org> <4594C099.9040307@pooker.samsco.org> <20061229164955.GA82150@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Peter Jeremy , "O. Hartmann" , stable@FreeBSD.org Subject: Re: burncd 'blank' not terminating ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 17:07:11 -0000 On Fri, 29 Dec 2006, Jeremy Chadwick wrote: > On Fri, Dec 29, 2006 at 12:15:37AM -0700, Scott Long wrote: >> Did you know that ATAPI is actually just the SCSI command set that is >> merely encapsulated into the IDE wire protocol? > > This is something Linux has done (you can still use the direct ATA > and IDE subsystems if you want, but in most major distros I've seen > as of late, they use a SCSI-to-ATA conversion layer). > > Thus: why haven't we moved the front-end to the ATA subsystem into > atapicam(4) then? Is it just the amount of work involved, or are > there technical reasons? > atapicam works by using CAM (SCSI) as the front end and ATA as the back end. It's not correct to say that the rest of ATA should be moved into atapicam. Instead what you want is to teach CAM how to do more back-ends than just parallel SCSI. There are no technical reasons not to experiment with this. It is a bit of work, though. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 17:27:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C86916A403 for ; Fri, 29 Dec 2006 17:27:58 +0000 (UTC) (envelope-from andy@xecu.net) Received: from mg5.xecu.net (mg5.xecu.net [216.127.136.199]) by mx1.freebsd.org (Postfix) with ESMTP id 01BD513C44C for ; Fri, 29 Dec 2006 17:27:57 +0000 (UTC) (envelope-from andy@xecu.net) Received: from localhost (unknown [127.0.0.1]) by mg5.xecu.net (Postfix) with ESMTP id 9736742A8A2 for ; Fri, 29 Dec 2006 12:10:25 -0500 (EST) Received: from mg5.xecu.net ([127.0.0.1]) by localhost (mg5.xecu.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54294-03-6 for ; Fri, 29 Dec 2006 12:10:23 -0500 (EST) Received: from thunder.xecu.net (thunder.xecu.net [216.127.136.208]) by mg5.xecu.net (Postfix) with ESMTP id CF2A042A87F for ; Fri, 29 Dec 2006 12:10:23 -0500 (EST) Date: Fri, 29 Dec 2006 12:10:28 -0500 (EST) From: Andy Dills To: freebsd-stable@freebsd.org In-Reply-To: <20061229154325.GA46438@freebie.xs4all.nl> Message-ID: <20061229115147.Y92449@thunder.xecu.net> References: <000801c723bb$efc2b540$260ba8c0@wii.wintecind.com> <576dcbc20612281645n54d78890m6a8357e9f2859346@mail.gmail.com> <20061229154325.GA46438@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at xecu.net Subject: Re: Possibility for FreeBSD 4.11 Extended Support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 17:27:58 -0000 On Fri, 29 Dec 2006, Wilko Bulte wrote: > On Fri, Dec 29, 2006 at 08:45:03AM +0800, lveax wrote.. > > seems there are many machines at freebsd.org network are still using > > 4-STABLE now. > > There is a mix of versions in use, upgrading is done at the discretion > of the admins team that controls the FreeBSD.org server farm. That in > turn is dependent on the amount of time admins have available etc etc. > > So what is the problem? Indeed...I still run and admin a large number of 4-STABLE servers, and even as I'm currently in the process of deploying 6-STABLE on my own servers, I still regularly deploy 4-STABLE for customers of mine. There's a lot to be said for the "why fix what isn't broken" train of thought. I bet there are still a decent number of 2.2.8 boxes floating around...perhaps there's even more to be said for version maturity in general. I was hoping to wait for 6.4-R before jumping to the 6 line, but 6.2 is looking pretty solid for my purposes, so it seems like a great time to start migrating. I'm curious if anybody else is planning to migrate a large number of 4-STABLE boxes to 6-STABLE as of 6.2-R. Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 --- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 17:39:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B82516A403 for ; Fri, 29 Dec 2006 17:39:18 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id C352313C474 for ; Fri, 29 Dec 2006 17:39:17 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1H0LhM-0005zY-Ls for stable@freebsd.org; Fri, 29 Dec 2006 19:39:16 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1H0LhM-0000pk-LE for stable@freebsd.org; Fri, 29 Dec 2006 19:39:16 +0200 Date: Fri, 29 Dec 2006 19:39:16 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061229173916.GA3196@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45954196.9040909@saeab.se> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 17:39:18 -0000 On Fri 2006-12-29 (17:25), Thomas Nystr?m wrote: > I just checked one of my servers and also found a /tmp/download > directory with the same files that you had. > > I then compared the timestamp of /tmp/download with the timestamp > of the directories in /var/db/pkg: Same. > > My conclusion is that during a portupgrade these files were written > there, directly or indirectly by portupgrade or the port itself. oh. ok. well even though that's weird behaviour from a package it's more plausible since i haven't found anything else suspicious. are the timestamps exactly the same? i have 4 packages that're 20 minutes different. which of yours are the same? or was that for all files. (since i'd like to try an reproduce it). From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 18:16:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B26716A415 for ; Fri, 29 Dec 2006 18:16:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [206.18.177.54]) by mx1.freebsd.org (Postfix) with ESMTP id 22CC713C46C for ; Fri, 29 Dec 2006 18:16:09 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-67-174-220-97.hsd1.ca.comcast.net[67.174.220.97]) by comcast.net (alnrmhc14) with ESMTP id <20061229181607b1400mjkqje>; Fri, 29 Dec 2006 18:16:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C58A11FA039; Fri, 29 Dec 2006 10:16:06 -0800 (PST) Date: Fri, 29 Dec 2006 10:16:06 -0800 From: Jeremy Chadwick To: stable@freebsd.org Message-ID: <20061229181606.GA83815@icarus.home.lan> Mail-Followup-To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061229173916.GA3196@lordcow.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 18:16:09 -0000 On Fri, Dec 29, 2006 at 07:39:16PM +0200, gareth wrote: > oh. ok. well even though that's weird behaviour from a package it's > more plausible since i haven't found anything else suspicious. are > the timestamps exactly the same? i have 4 packages that're 20 minutes > different. which of yours are the same? or was that for all files. > (since i'd like to try an reproduce it). Preface: I am not a portupgrade user, as I'm one of those admins who believes that if the FreeBSD base system ports management data- base/dependancy structure is "flawed" or "ineffective" (which is apparently the reason portupgrade maintains its own separate copy of ports dependancies -- which continues to induce "why are my dependancies not working" support mails to the ports mailing list) then the problem should be fixed in the base system and not require reliance on a third-party tool that induces more headaches. (OK, I am off my soapbox now) I've been following this thread and trying to track down what's been reported (by two people at this point); that is, temporary ports "stuff" getting stored in /tmp/download. A `grep -r '/download$' /usr/ports` returns some results, but not very many. Ones which could raise suspicion, but probably are not the cause, are: /usr/ports/biology/garlic/pkg-plist:%%PORTDOCS%%@dirrm %%DOCSDIR%%/download /usr/ports/lang/diveintopython/Makefile:DIPDLDIR= ${DOCSDIR}/download /usr/ports/lang/diveintopython/pkg-plist:@dirrm %%DOCSDIR%%/download /usr/ports/sysutils/jailuser/pkg-plist:%%PORTDOCS%%%%DOCSDIR%%/download Thus, I decided to go straight to the portupgrade source and look through that. Nothing really shined through, but I did come across something that may or may not help: Apparently pkg_fetch will use either $PKG_TMPDIR or $TMPDIR as a temporary storage location for where things are stored. Taken from the manpage in pkgtools-2.2.2/man/pkg_fetch.1: PKG_TMPDIR TMPDIR (In that order) Temporary directory where pkg_fetch down- loads files temporarily. If neither is not defined, ``/var/tmp'' is used. Do either of the reporters have PKG_TMPDIR or TMPDIR defined in make.conf, their own dotfiles, root's dotfiles, or within their php.ini? I'm wondering if maybe a PHP script is trying to do something with pkg_fetch, and does something like setenv("PKG_TMPDIR", "/tmp/download") before calling system("pkg_fetch ..."). Why a PHP script would do this, I don't know, but it wouldn't surprise me. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 18:22:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEAA016A40F for ; Fri, 29 Dec 2006 18:22:45 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id CFFC713C441 for ; Fri, 29 Dec 2006 18:22:45 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id kBTI2n4o073145; Fri, 29 Dec 2006 10:02:50 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Fri, 29 Dec 2006 12:59:48 -0500 User-Agent: KMail/1.9.4 References: <4594C631.9020001@cloudview.com> In-Reply-To: <4594C631.9020001@cloudview.com> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612291259.49146.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: John Pettitt Subject: Re: does growfs actually work on -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: Fri, 29 Dec 2006 18:22:46 -0000 On Friday 29 December 2006 02:39, John Pettitt wrote: > I tried to grow a 600GB filesystem to 1TB and growfs barfed complaining > about a negative block number - this was a raid array (highpoint) that > looks like one drive (da0) to the system. Does growfs actually work - > google searches were not much help ... I used it successfully a couple months ago (6.1-STABLE most likely). IIRC, you need to resize the slice (fdisk) and the partition (bsdlabel) yourself before calling growfs. I think this was just on a standalone IDE disk. I don't recall the size details. HTH, JN From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 18:48:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6261D16A412 for ; Fri, 29 Dec 2006 18:48:32 +0000 (UTC) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id BD11413C45A for ; Fri, 29 Dec 2006 18:48:31 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by saeab.se (8.13.6/8.13.6) with ESMTP id kBTImPtD022253; Fri, 29 Dec 2006 19:48:25 +0100 (CET) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.13.8/8.13.8) with ESMTP id kBTImPdK008026; Fri, 29 Dec 2006 19:48:25 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <45956307.4090403@saeab.se> Date: Fri, 29 Dec 2006 19:48:39 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gareth References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> In-Reply-To: <20061229173916.GA3196@lordcow.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (saeab.se [10.0.1.133]); Fri, 29 Dec 2006 19:48:30 +0100 (CET) Cc: stable@freebsd.org Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 18:48:32 -0000 gareth wrote: > On Fri 2006-12-29 (17:25), Thomas Nystr?m wrote: > >>I just checked one of my servers and also found a /tmp/download >>directory with the same files that you had. >> >>I then compared the timestamp of /tmp/download with the timestamp >>of the directories in /var/db/pkg: Same. >> >>My conclusion is that during a portupgrade these files were written >>there, directly or indirectly by portupgrade or the port itself. > > > oh. ok. well even though that's weird behaviour from a package it's > more plausible since i haven't found anything else suspicious. are > the timestamps exactly the same? i have 4 packages that're 20 minutes > different. which of yours are the same? or was that for all files. > (since i'd like to try an reproduce it). It looks like this: ture(root)# dir total 50 drwxrwxr-x 5 root wheel 512 29 Aug 16:29 ./ drwxrwxrwt 11 root wheel 3072 29 Dec 19:35 ../ drwxrwxr-x 4 root wheel 512 29 Aug 16:29 Archive_Tar-1.3.1/ drwxrwxr-x 3 root wheel 512 29 Aug 16:29 Console_Getopt-1.2/ drwxrwxr-x 3 root wheel 512 29 Aug 16:29 XML_RPC-1.5.0/ -rw-rw-r-- 1 root wheel 15433 12 Jul 02:09 package.xml -rw-rw-r-- 1 root wheel 22193 12 Jul 02:09 package2.xml Exactly which port that did this is hard to tell. I have around 130 ports installed and most of them were updated 29:th Aug. I have looked at the files that exists in these directories and according to the +CONTENTS files in /var/db/pkg all is claimed to belong to pear-1.4.11 so that might be a candidate..... /thn -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 18:53:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E33F16A403 for ; Fri, 29 Dec 2006 18:53:04 +0000 (UTC) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 95E5913C442 for ; Fri, 29 Dec 2006 18:53:03 +0000 (UTC) (envelope-from thn@saeab.se) Received: from scatcat.thn.saeab.se (vpn-thn.int.saeab.se [10.0.4.43]) by saeab.se (8.13.6/8.13.6) with ESMTP id kBTIqwjf022275; Fri, 29 Dec 2006 19:52:58 +0100 (CET) (envelope-from thn@saeab.se) Received: from [10.1.0.1] (home [10.1.0.1]) by scatcat.thn.saeab.se (8.13.8/8.13.8) with ESMTP id kBTIqw9V008032; Fri, 29 Dec 2006 19:52:58 +0100 (CET) (envelope-from thn@saeab.se) Message-ID: <45956418.8080805@saeab.se> Date: Fri, 29 Dec 2006 19:53:12 +0100 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Svensk Aktuell Elektronik AB User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Chadwick References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> <20061229181606.GA83815@icarus.home.lan> In-Reply-To: <20061229181606.GA83815@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (saeab.se [10.0.1.133]); Fri, 29 Dec 2006 19:53:02 +0100 (CET) Cc: stable@freebsd.org Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 18:53:04 -0000 Jeremy Chadwick wrote: > > I've been following this thread and trying to track down what's been > reported (by two people at this point); that is, temporary ports > "stuff" getting stored in /tmp/download. > > A `grep -r '/download$' /usr/ports` returns some results, but not > very many. Ones which could raise suspicion, but probably are not > the cause, are: > > /usr/ports/biology/garlic/pkg-plist:%%PORTDOCS%%@dirrm %%DOCSDIR%%/download > /usr/ports/lang/diveintopython/Makefile:DIPDLDIR= ${DOCSDIR}/download > /usr/ports/lang/diveintopython/pkg-plist:@dirrm %%DOCSDIR%%/download > /usr/ports/sysutils/jailuser/pkg-plist:%%PORTDOCS%%%%DOCSDIR%%/download > > Thus, I decided to go straight to the portupgrade source and look > through that. Nothing really shined through, but I did come across > something that may or may not help: > > Apparently pkg_fetch will use either $PKG_TMPDIR or $TMPDIR as a > temporary storage location for where things are stored. Taken from > the manpage in pkgtools-2.2.2/man/pkg_fetch.1: > > PKG_TMPDIR > TMPDIR (In that order) Temporary directory where pkg_fetch down- > loads files temporarily. If neither is not defined, > ``/var/tmp'' is used. > > Do either of the reporters have PKG_TMPDIR or TMPDIR defined in > make.conf, their own dotfiles, root's dotfiles, or within their > php.ini? Nope. > I'm wondering if maybe a PHP script is trying to do something with > pkg_fetch, and does something like setenv("PKG_TMPDIR", "/tmp/download") > before calling system("pkg_fetch ..."). Why a PHP script would do > this, I don't know, but it wouldn't surprise me. > See my other mail about a suspicous port (pear-1.4.11) /thn -- --------------------------------------------------------------- Svensk Aktuell Elektronik AB Thomas Nyström Box 10 Phone: +46 8 35 92 85 S-191 21 Sollentuna Fax: +46 8 35 92 86 Sweden Email: thn@saeab.se --------------------------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 19:23:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E66316A597 for ; Fri, 29 Dec 2006 19:23:41 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9E27513C457 for ; Fri, 29 Dec 2006 19:23:41 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id 4DCFC82; Fri, 29 Dec 2006 13:50:56 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on filt2.ece.cmu.edu X-Spam-Level: X-Spam-Status: No, score=0.2 required=6.0 tests=BAYES_50,TW_RW,TW_WX,TW_XR autolearn=no version=3.1.4 Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 892B014; Fri, 29 Dec 2006 13:50:55 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <45956307.4090403@saeab.se> References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> <45956307.4090403@saeab.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <971FF040-8DF7-4C2A-82E1-76EE865C3560@ece.cmu.edu> Content-Transfer-Encoding: quoted-printable From: "Brandon S. Allbery KF8NH" Date: Fri, 29 Dec 2006 13:50:53 -0500 To: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= , stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 19:23:43 -0000 On Dec 29, 2006, at 13:48 , Thomas Nystr=F6m wrote: > ture(root)# dir > total 50 > drwxrwxr-x 5 root wheel 512 29 Aug 16:29 ./ > drwxrwxrwt 11 root wheel 3072 29 Dec 19:35 ../ > drwxrwxr-x 4 root wheel 512 29 Aug 16:29 Archive_Tar-1.3.1/ > drwxrwxr-x 3 root wheel 512 29 Aug 16:29 Console_Getopt-1.2/ > drwxrwxr-x 3 root wheel 512 29 Aug 16:29 XML_RPC-1.5.0/ > -rw-rw-r-- 1 root wheel 15433 12 Jul 02:09 package.xml > -rw-rw-r-- 1 root wheel 22193 12 Jul 02:09 package2.xml That looks like CPAN to me. --=20 brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 19:40:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E57B716A407 for ; Fri, 29 Dec 2006 19:40:25 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.freebsd.org (Postfix) with ESMTP id BED8913C461 for ; Fri, 29 Dec 2006 19:40:25 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: by bache.ece.cmu.edu (Postfix, from userid 953) id 35BA482; Fri, 29 Dec 2006 14:40:25 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on filt1.ece.cmu.edu X-Spam-Level: X-Spam-Status: No, score=0.0 required=6.0 tests=BAYES_50 autolearn=no version=3.1.4 Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 6F8EC65; Fri, 29 Dec 2006 14:40:24 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <45956418.8080805@saeab.se> References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> <20061229181606.GA83815@icarus.home.lan> <45956418.8080805@saeab.se> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: "Brandon S. Allbery KF8NH" Date: Fri, 29 Dec 2006 14:40:22 -0500 To: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= , stable@freebsd.org X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 19:40:26 -0000 On Dec 29, 2006, at 13:53 , Thomas Nystr=F6m wrote: >> I'm wondering if maybe a PHP script is trying to do something with >> pkg_fetch, and does something like setenv("PKG_TMPDIR", "/tmp/=20 >> download") >> before calling system("pkg_fetch ..."). Why a PHP script would do >> this, I don't know, but it wouldn't surprise me. > > See my other mail about a suspicous port (pear-1.4.11) PEAR would also make sense; it's a (apparently lamer, at least =20 security-wise; then again, it *is* PHP :> ) CPAN-alike for PHP. --=20 brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 20:39:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63A1816A40F for ; Fri, 29 Dec 2006 20:39:23 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0781213C468 for ; Fri, 29 Dec 2006 20:39:23 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1H0OVd-000L4o-T7 for stable@freebsd.org; Fri, 29 Dec 2006 22:39:21 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1H0OVQ-0001aE-Ey for stable@freebsd.org; Fri, 29 Dec 2006 22:39:08 +0200 Date: Fri, 29 Dec 2006 22:39:08 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061229203908.GA6029@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> <45956307.4090403@saeab.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45956307.4090403@saeab.se> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 20:39:23 -0000 On Fri 2006-12-29 (19:48), Thomas Nystr?m wrote: > It looks like this: > > ture(root)# dir > total 50 > drwxrwxr-x 5 root wheel 512 29 Aug 16:29 ./ > drwxrwxrwt 11 root wheel 3072 29 Dec 19:35 ../ > drwxrwxr-x 4 root wheel 512 29 Aug 16:29 Archive_Tar-1.3.1/ > drwxrwxr-x 3 root wheel 512 29 Aug 16:29 Console_Getopt-1.2/ > drwxrwxr-x 3 root wheel 512 29 Aug 16:29 XML_RPC-1.5.0/ > -rw-rw-r-- 1 root wheel 15433 12 Jul 02:09 package.xml > -rw-rw-r-- 1 root wheel 22193 12 Jul 02:09 package2.xml snap ;) package*.xml are also "12 Jul 02:09" > Exactly which port that did this is hard to tell. I have around > 130 ports installed and most of them were updated 29:th Aug. > I have looked at the files that exists in these directories > and according to the +CONTENTS files in /var/db/pkg all is claimed > to belong to pear-1.4.11 so that might be a candidate..... ah yes, well played, md5's match too. From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 20:54:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ECAD16A407 for ; Fri, 29 Dec 2006 20:54:38 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from mail.uct.ac.za (mail.uct.ac.za [137.158.128.3]) by mx1.freebsd.org (Postfix) with ESMTP id E608D13C459 for ; Fri, 29 Dec 2006 20:54:37 +0000 (UTC) (envelope-from bsd@lordcow.org) Received: from lhc.phy.uct.ac.za ([137.158.37.93]) by mail.uct.ac.za with esmtp (Exim 4.44 (FreeBSD)) id 1H0OkO-000MKA-2m for stable@freebsd.org; Fri, 29 Dec 2006 22:54:36 +0200 Received: from lordcow by lhc.phy.uct.ac.za with local (Exim 4.63) (envelope-from ) id 1H0OkO-0001ad-ND for stable@freebsd.org; Fri, 29 Dec 2006 22:54:36 +0200 Date: Fri, 29 Dec 2006 22:54:36 +0200 From: gareth To: stable@freebsd.org Message-ID: <20061229205436.GB6029@lordcow.org> Mail-Followup-To: stable@freebsd.org References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> <20061229181606.GA83815@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061229181606.GA83815@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 20:54:38 -0000 On Fri 2006-12-29 (10:16), Jeremy Chadwick wrote: > Apparently pkg_fetch will use either $PKG_TMPDIR or $TMPDIR as a > temporary storage location for where things are stored. Taken from > the manpage in pkgtools-2.2.2/man/pkg_fetch.1: > > PKG_TMPDIR > TMPDIR (In that order) Temporary directory where pkg_fetch down- > loads files temporarily. If neither is not defined, > ``/var/tmp'' is used. > > Do either of the reporters have PKG_TMPDIR or TMPDIR defined in > make.conf, their own dotfiles, root's dotfiles, or within their > php.ini? thanx for all the detective work, i grepped for TMPDIR and download in the ports tree and didn't find anything worthwhile. however, found this in the go-pear file in /usr/ports/distfiles/pear-1.4.11.tar.bz2: putenv('PHP_PEAR_DOWNLOAD_DIR=' . $temp_dir . '/download') From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 21:07:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 528AD16A40F; Fri, 29 Dec 2006 21:07:15 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 1DFCB13C458; Fri, 29 Dec 2006 21:07:15 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id 1B188118B528; Fri, 29 Dec 2006 16:36:27 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 71346-02; Fri, 29 Dec 2006 16:36:26 -0400 (AST) Received: from ganymede.hub.org (blk-137-79-174.eastlink.ca [24.137.79.174]) by hub.org (Postfix) with ESMTP id 8C6A1118B48A; Fri, 29 Dec 2006 16:36:26 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 636E834014; Fri, 29 Dec 2006 16:36:30 -0400 (AST) Date: Fri, 29 Dec 2006 16:36:30 -0400 From: "Marc G. Fournier" To: Tek Bahadur Limbu , freebsd-questions@freebsd.org Message-ID: <9D5795D735EF808D2F14CB18@ganymede.hub.org> In-Reply-To: <20061228172738.892fcf3d.teklimbu@wlink.com.np> References: <20061228172738.892fcf3d.teklimbu@wlink.com.np> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Sleepy thread - Kernel Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Dec 2006 21:07:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yours makes the third report of this that I know of ... one of us is running 6.2-RC, one 6.1-RELEASE ... what version are you running? I get the same 'hang' also ... Have you enabled DDB in your kernel? Also, have you enabled the dumpdev settings in /etc/rc.conf? - --On Thursday, December 28, 2006 17:27:38 +0545 Tek Bahadur Limbu wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Dear All, > > I need some help on the problem below. > > The following error occurs in my FreeBSD 6.1 (Dell 420) server: > > > Sleeping thread (tid 540242, pid 32378) owns a non-sleepable lock > panic: sleeping thread > > Cannot dump. No dump device defined. > > Automatic reboot in 15 seconds - press a key on the console to abort. > Rebooting > > > However, it does not reboot and simply hangs. > > I have tried commenting the "options PROCFS" which seemed to work for 2 > says. However on the 3rd day, the same problem surfaced again. > > I probably think that it is a hardware problem. Does anybody have > some ideas regarding this problem. > > > -- > > > With best regards and good wishes, > > Yours sincerely, > > Tek Bahadur Limbu > > (TAG/TDG Group) > Jwl Systems Department > > Worldlink Communications Pvt. Ltd. > > Jawalakhel, Nepal > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2.2 (FreeBSD) > > iD8DBQFFk62uVrOl+eVhOvYRAmfRAJsFtLZOBH84ex9S2h99r1bqf2eYegCcDfgO > rJW7nsfCQAIn7Q9RFwsUA3o= > =W8n9 > -----END PGP SIGNATURE----- > - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFlXxO4QvfyHIvDvMRAu5wAJ9cdnO87xmzpXcvWRxZfYzK2sxqQQCeMIG3 u87sTXfYCqNGNRbM0SfKqJ8= =TJp6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Dec 29 21:25:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5304B16A403 for ; Fri, 29 Dec 2006 21:25:31 +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 2406113C448 for ; Fri, 29 Dec 2006 21:25:31 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 154AE5D9B for ; Fri, 29 Dec 2006 16:04:15 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LtohY2V5UmNX for ; Fri, 29 Dec 2006 16:04:13 -0500 (EST) Received: from [192.168.1.251] (pool-68-161-114-230.ny325.east.verizon.net [68.161.114.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 61E6A5C8A for ; Fri, 29 Dec 2006 16:04:13 -0500 (EST) Message-ID: <459582C6.4010200@mac.com> Date: Fri, 29 Dec 2006 16:04:06 -0500 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: FreeBSD mailing list Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: BIND-9.3.2 (from 5.5-STABLE) segfault 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: Fri, 29 Dec 2006 21:25:31 -0000 Hi-- I had named segfault a day or so ago under high load ("adnslogres -c 200" against a webserver logfile) after logging the following: [ ... ] > Dec 28 03:38:56 pi named[1853]: enforced delegation-only for 'AR' (ctina.ar/A/IN) from 137.39.1.3#53 > Dec 28 03:40:20 pi named[1853]: enforced delegation-only for 'AR' (ctina.AR/A/IN) from 137.39.1.3#53 > Dec 28 03:50:23 pi named[1853]: client 127.0.0.1#53077: no more recursive clients: quota reached > Dec 28 03:50:24 pi last message repeated 258 times > Dec 28 03:50:24 pi kernel: pid 1853 (named), uid 53: exited on signal 11 Named is being invoked via "-4 -u bind -c named.conf -t /var/named"; but it could not dump core as /var/named is owned by root. I've changed that temporarily so I ought to be able to get a corefile if I can reproduce it. As the subject mentions, this is a Dell 1850 (rackmount PowerEdge) running FreeBSD-5.5 & BIND-9.3.2; until just now, everything had been running stably for months at a time. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 00:16:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10FBB16A407 for ; Sat, 30 Dec 2006 00:16:44 +0000 (UTC) (envelope-from simonw@matteworld.com) Received: from fall-lakeland.atl.sa.earthlink.net (fall-lakeland.atl.sa.earthlink.net [207.69.195.103]) by mx1.freebsd.org (Postfix) with ESMTP id E134713C46A for ; Sat, 30 Dec 2006 00:16:43 +0000 (UTC) (envelope-from simonw@matteworld.com) Received: from pop-satin.atl.sa.earthlink.net ([207.69.195.63]) by fall-lakeland.atl.sa.earthlink.net with esmtp (Exim 4.34) id 1H0Qot-0000cl-Cy for freebsd-stable@freebsd.org; Fri, 29 Dec 2006 18:07:23 -0500 Received: from user-119bq9k.biz.mindspring.com ([66.149.233.52] helo=matteworld.com) by pop-satin.atl.sa.earthlink.net with esmtp (Exim 3.36 #1) id 1H0Qol-0005pS-00; Fri, 29 Dec 2006 18:07:15 -0500 Message-ID: <45959FA1.1040302@matteworld.com> Date: Fri, 29 Dec 2006 15:07:13 -0800 From: Simon Walton User-Agent: Mozilla/5.0 (X11; U; IRIX IP32; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: sven@dmv.com Subject: Re: Migrating vinum to gvinum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 00:16:44 -0000 I believe the on-disk structure for vinum and gvinum are the same so you can move volumes unchanged from one to the other. I have moved vinum volumes from 4.11 to 6.1 without any problem (including mirrored, striped and raid-5 on the same host). You have to move the mount device from /dev/vinum to /dev/gvinum of course. If you're using vinum for the root drive things may be more complex - I haven't any experience of that. Simon From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 02:19:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0836E16A407; Sat, 30 Dec 2006 02:19:51 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.freebsd.org (Postfix) with ESMTP id 59F0D13C442; Sat, 30 Dec 2006 02:19:51 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 838F1B810; Sat, 30 Dec 2006 02:56:27 +0100 (CET) Message-ID: <4595C753.5030502@andric.com> Date: Sat, 30 Dec 2006 02:56:35 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0b1 (Windows/20061223) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Joe Marcus Clarke Subject: gif problems 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: Sat, 30 Dec 2006 02:19:52 -0000 Hi, I just updated one of my machines from RELENG_6 as of 2006-11-03, to RELENG_6 as of 2006-12-29. This caused the IPv6 tunnel which this box uses, which had been doing fine for months, to suddenly stop working. Reverting to my 2006-11-03 kernel restored the tunnel again, so my ISP could be ruled out. :) The symptoms are that the IPv6 default gateway cannot be reached, and you'll get "ping6: sendmsg: No route to host" when you try to ping it. For some reason, the ifconfig command now fails to create the proper routing table entries. With the 2006-11-03 kernel, if I configure my gif0 tunnel as follows: ifconfig gif0 create ifconfig gif0 213.154.244.69 193.109.122.244 ifconfig gif0 inet6 2001:7b8:2ff:146::2 2001:7b8:2ff:146::1 prefixlen 128 route add -inet6 default 2001:7b8:2ff:146::1 I get the following entries in the routing table: Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 => default 2001:7b8:2ff:146::1 UGS gif0 ::1 ::1 UHL lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 2001:7b8:2ff:146::1 link#6 UHL gif0 2001:7b8:2ff:146::2 link#6 UHL lo0 ... If I use the 2006-12-29 kernel, the routing table after exactly the same sequence of commands is: Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 => default 2001:7b8:2ff:146::1 UGS gif0 ::1 ::1 UHL lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 2001:7b8:2ff:146::2 link#6 UHL lo0 ... So, for some reason, the 2001:7b8:2ff:146::1 entry is not automatically created anymore. Of course, you could add this manually, but it's rather strange that this behaviour has changed. After some Googling, I found this thread about -current, which seems to describe approximately the same problem: http://lists.freebsd.org/pipermail/freebsd-current/2006-December/067830.html However, the thread seems to have no real conclusion as to what the cause or proper solution is. There are two possible solutions mentioned, though: 1) Using something like: ipv6_defaultrouter="::1 -ifp gif0" This doesn't work for me, unless I set the prefixlen for the whole gif0 tunnel to 64; but in that case I don't need the ::1 -ifp stuff either. 2) Using something like: ipv6_ifconfig_gif0="2001:7b8:2ff:146::2 prefixlen 126" This does work, though I find it strange that such functionality is changed so shortly before a release. :) Does anyone have a clue where this changed behaviour comes from, or where in the source tree I should look to find the commit that caused it? Maybe it would be nicer to revert to the previous behaviour for 6.2-RELEASE, since it will cause many non-working tunnels when people upgrade. Or otherwise at least put a big notice in UPDATING or the release notes. :) Cheers, Dimitry From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 03:39:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 077D416A407 for ; Sat, 30 Dec 2006 03:39:33 +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 8489613C43E for ; Sat, 30 Dec 2006 03:39:29 +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 kBU34MK21025; Sat, 30 Dec 2006 14:04:22 +1100 (EST) Message-ID: <20061230140421.52408@caamora.com.au> Date: Sat, 30 Dec 2006 14:04:22 +1100 From: jonathan michaels To: gareth References: <20061228231226.GA16587@lordcow.org> <20061229155845.GA1266@lordcow.org> <45954196.9040909@saeab.se> <20061229173916.GA3196@lordcow.org> <20061229181606.GA83815@icarus.home.lan> <20061229205436.GB6029@lordcow.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <20061229205436.GB6029@lordcow.org>; from gareth on Fri, Dec 29, 2006 at 10:54:36PM +0200 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: stable@freebsd.org Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 03:39:33 -0000 gareth On Fri, Dec 29, 2006 at 10:54:36PM +0200, gareth wrote: > On Fri 2006-12-29 (10:16), Jeremy Chadwick wrote: with regards to you last post to me (personal) i had installed freebsd v6.1-release and setup xwindows (both kde & gnome) desktop environments, then left teh machine sit and settle. the machine is a compaq proliant 5500 with 2 PIII Xeon 550/100 L2 Cache off 1 mb . it has a 45 gb raid5 array (35 gb data/10 gb raid indexing etc) this is built ontop of a SMART-2/P array controller with a pair od symbiosis scsi3 host adapters. the machine is sitting idle on a shelf while i get several dozen dlt-IV tapes that i've ordered for the DLT-7000 scsi tape streamer so that i can save teh image/filesystems to tape then scour the disks clean and start again. its got a dorectory in teh root fs and several othe files pepered all over teh array and many endries in teh systems logs all started on or about 22 november about 11 pm i think .. sorry the machine is running something else at teh moment and its a bit too hard to get the relevent details but if itis of any valu e to you or anyone-else i'd be happy to run up freebsd v6.1-release and get teh details for you. the compromise seems to be a sshd couple to a X11 subsystem sned out pornography type of attack. as i told you earlier i've contacted aus-cert and give tehm teh open port numbers which they confirmed as a current local compromise thats been peretrated by several fellows in china (mainland) hongkong and from indonesia as well, it is apparent reasonably well know gang that is doing this, could be targeting anyone with freebsd v6.1-release or more likely the version of kde/gnome that installed with freebsd v6.1-release. one thing to note that is freebsd warns after installation (that is after teh first night time maintenance run) the security mail list 18 or so packages as being know to be compromiseable and or weak in that respect. i didn't think much of it as i wasn't going to be using teh machine, just let it run up as it was new (to me) its recycled from another life and is some 10 years old (pretty new in my meuseum, big grin) if anyone else is interested in details i'd be happy to furnish details off list most kind regards jonathan also, best wishes for the coming new year and hope that you christmas was happy holy safe and incident free. -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 04:49:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C07E616A403 for ; Sat, 30 Dec 2006 04:49:02 +0000 (UTC) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.freebsd.org (Postfix) with ESMTP id E3F4113C428 for ; Sat, 30 Dec 2006 04:48:58 +0000 (UTC) (envelope-from pokui@psg.com) X-Virus-Scanned: by amavisd-new at trueafrican.com Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k1t5FUbyTJNq; Sat, 30 Dec 2006 07:47:22 +0300 (EAT) Received: from pjo.trueafrican.com (pokui.trueafrican.com [169.254.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.trueafrican.com (Postfix) with ESMTP id 35211269FA6; Sat, 30 Dec 2006 07:47:15 +0300 (EAT) Received: from [127.0.0.1] (helo=andromeda.trueafrican.com) by pjo.trueafrican.com with esmtp (Exim 4.62) (envelope-from ) id 1H0W9O-0002ZV-FI; Sat, 30 Dec 2006 07:48:54 +0300 From: Patrick Okui To: freebsd-stable@freebsd.org Date: Sat, 30 Dec 2006 07:48:51 +0300 User-Agent: KMail/1.8 References: <20061228231226.GA16587@lordcow.org> <45956307.4090403@saeab.se> <971FF040-8DF7-4C2A-82E1-76EE865C3560@ece.cmu.edu> In-Reply-To: <971FF040-8DF7-4C2A-82E1-76EE865C3560@ece.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612300748.52324.pokui@psg.com> Cc: stable@freebsd.org Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 04:49:02 -0000 On Friday 29 December 2006 21:50, Brandon S. Allbery KF8NH wrote: > That looks like CPAN to me. pear is actually like CPAN - but for PHP. I didn't have the said download directory on my FreeBSD 6.1-STABLE machine, but going to /usr/ports/devel/pear and doing make all install clean sure does create the directory and the files inside. That directory is basically used when pear is downloading modules (hope that's what they're called). [root@backup] ~ #> pear config-show | grep download_dir PEAR Installer download download_dir /tmp/download [root@backup] ~ #> You can change the location of that directory at any time using pear config-set (works on a per user basis writing to their $HOME/.pearrc) or by editing the file /usr/local/etc/pear.conf. Try "pear help" for more details. -- patrick From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 05:10:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29CAA16A403 for ; Sat, 30 Dec 2006 05:10:43 +0000 (UTC) (envelope-from pokui@psg.com) Received: from mail.trueafrican.com (mail.trueafrican.com [212.88.98.117]) by mx1.freebsd.org (Postfix) with ESMTP id E5C8913C428 for ; Sat, 30 Dec 2006 05:10:40 +0000 (UTC) (envelope-from pokui@psg.com) X-Virus-Scanned: by amavisd-new at trueafrican.com Received: from mail.trueafrican.com ([127.0.0.1]) by localhost (mail.trueafrican.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k1t5FUbyTJNq; Sat, 30 Dec 2006 07:47:22 +0300 (EAT) Received: from pjo.trueafrican.com (pokui.trueafrican.com [169.254.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.trueafrican.com (Postfix) with ESMTP id 35211269FA6; Sat, 30 Dec 2006 07:47:15 +0300 (EAT) Received: from [127.0.0.1] (helo=andromeda.trueafrican.com) by pjo.trueafrican.com with esmtp (Exim 4.62) (envelope-from ) id 1H0W9O-0002ZV-FI; Sat, 30 Dec 2006 07:48:54 +0300 From: Patrick Okui To: freebsd-stable@freebsd.org Date: Sat, 30 Dec 2006 07:48:51 +0300 User-Agent: KMail/1.8 References: <20061228231226.GA16587@lordcow.org> <45956307.4090403@saeab.se> <971FF040-8DF7-4C2A-82E1-76EE865C3560@ece.cmu.edu> In-Reply-To: <971FF040-8DF7-4C2A-82E1-76EE865C3560@ece.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612300748.52324.pokui@psg.com> Cc: stable@freebsd.org Subject: Re: system breach X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 05:10:43 -0000 On Friday 29 December 2006 21:50, Brandon S. Allbery KF8NH wrote: > That looks like CPAN to me. pear is actually like CPAN - but for PHP. I didn't have the said download directory on my FreeBSD 6.1-STABLE machine, but going to /usr/ports/devel/pear and doing make all install clean sure does create the directory and the files inside. That directory is basically used when pear is downloading modules (hope that's what they're called). [root@backup] ~ #> pear config-show | grep download_dir PEAR Installer download download_dir /tmp/download [root@backup] ~ #> You can change the location of that directory at any time using pear config-set (works on a per user basis writing to their $HOME/.pearrc) or by editing the file /usr/local/etc/pear.conf. Try "pear help" for more details. -- patrick From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 10:11:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 051CF16A403 for ; Sat, 30 Dec 2006 10:11:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id C915213C455 for ; Sat, 30 Dec 2006 10:11:01 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=Mc4nanyW7kXiRhHvstyRwvANQesg32l79eLyZpdzylT38EwoPyZmyXAyPiTRUR1UgFqxXjT4KZWncnE5WqjCrygZNkipd1sGUHrNwYXxKWfsZZV8Tso4thN0SU0Fat3TTuY9Cki7w7iUPMXgiO/qZghe7OAQ7Pq+vaT+aBNRnFQ=; Received: from thebighonker.lerctr.org ([192.147.25.65]:49301) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H0b1H-000AMm-Hm for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 04:00:53 -0600 Date: Sat, 30 Dec 2006 04:00:48 -0600 (CST) From: Larry Rosenman To: freebsd-stable@freebsd.org Message-ID: <20061230035722.L39715@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -1.8 (-) X-LERCTR-Spam-Score: -1.8 (-) X-Spam-Report: (-1.8 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 FM_MULTI_ODD2=1.1 FM_MULTI_ODD3=0.7 TW_BD=0.077 TW_BF=0.077 TW_DR=0.077 TW_II=0.077 TW_KB=0.077 TW_TK=0.077 TW_UH=0.077 TW_XB=0.077 TW_XC=0.077 TW_XD=0.077 TW_XF=0.077 X-LERCTR-Spam-Report: (-1.8 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 FM_MULTI_ODD2=1.1 FM_MULTI_ODD3=0.7 TW_BD=0.077 TW_BF=0.077 TW_DR=0.077 TW_II=0.077 TW_KB=0.077 TW_TK=0.077 TW_UH=0.077 TW_XB=0.077 TW_XC=0.077 TW_XD=0.077 TW_XF=0.077 DomainKey-Status: no signature Subject: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 10:11:02 -0000 I had to on an emergency basis replace my aging P-1 Firewall. The guys at my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way up to today's RELENG_6_1), it works fine. I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it panics when either NTPD or SSHD starts (depending on whats first). Unfortunately, I don't have the exact panic (it's a page not present, and if I understood my remote eyes/hands right, a NULL de-reference). The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). Anyone got ideas? Here's the 6.1 dmesg, and a pciconf -lv to see if anyone knows of wonkity hardware.... thanks all! Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE-p11 #0: Sat Dec 30 03:11:48 CST 2006 root@fw.lerctr.org:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2200+ (1807.31-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0400800 real memory = 503250944 (479 MB) avail memory = 483074048 (460 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xdfffff80-0xdfffffff irq 17 at device 9.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:2a:67:e4 xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xe800-0xe87f mem 0xdfffff00-0xdfffff7f irq 18 at device 10.0 on pci0 miibus1: on xl1 xlphy1: <3Com internal media interface> on miibus1 xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl1: Ethernet address: 00:10:5a:11:7c:ec uhci0: port 0xe400-0xe41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdffffe00-0xdffffeff irq 21 at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 17.5 (no driver attached) rl0: port 0xd400-0xd4ff mem 0xdffffd00-0xdffffdff irq 18 at device 19.0 on pci0 miibus2: on rl0 rlphy0: on miibus2 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:20:ed:8d:3e:13 acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1807314700 Hz quality 800 Timecounters tick every 1.000 msec ad0: DMA limited to UDMA33, device found non-ATA66 cable ad0: 76319MB at ata0-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled $ sudo pciconf -lv Password: agp0@pci0:0:0: class=0x060000 card=0x31161106 chip=0x31161106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8375 ProSavageDDR PM266/KM266 CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0xb0911106 rev=0x00 hdr=0x01 vendor = 'VIA Technologies Inc' device = 'VT8633 Apollo Pro 266 CPU to AGP Controller' class = bridge subclass = PCI-PCI xl0@pci0:9:0: class=0x020000 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905B-TX Fast Etherlink 10/100 PCI TX NIC' class = network subclass = ethernet xl1@pci0:10:0: class=0x020000 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905B-TX Fast Etherlink 10/100 PCI TX NIC' class = network subclass = ethernet uhci0@pci0:16:0: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci1@pci0:16:1: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB uhci2@pci0:16:2: class=0x0c0300 card=0x30381106 chip=0x30381106 rev=0x80 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' class = serial bus subclass = USB ehci0@pci0:16:3: class=0x0c0320 card=0x50041458 chip=0x31041106 rev=0x82 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB isab0@pci0:17:0: class=0x060100 card=0x31771106 chip=0x31771106 rev=0x00 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8235 PCI to ISA Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:17:1: class=0x01018a card=0x05711106 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA none0@pci0:17:5: class=0x040100 card=0xa0021458 chip=0x30591106 rev=0x50 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' class = multimedia subclass = audio rl0@pci0:19:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet none1@pci1:0:0: class=0x030000 card=0xd0001458 chip=0x8d045333 rev=0x00 hdr=0x00 vendor = 'S3 Graphics Co., Ltd.' device = '86C420 ProSavage DDR' class = display subclass = VGA -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 11:36:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51E0916A407 for ; Sat, 30 Dec 2006 11:36:48 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.freebsd.org (Postfix) with ESMTP id 18ACD13C48F for ; Sat, 30 Dec 2006 11:36:48 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 01FC27BB115 for ; Sat, 30 Dec 2006 12:13:49 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 246F7B865; Sat, 30 Dec 2006 12:13:48 +0100 (CET) Date: Sat, 30 Dec 2006 12:13:47 +0100 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20061230111347.GA48548@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <4595C753.5030502@andric.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <4595C753.5030502@andric.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: gif problems 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: Sat, 30 Dec 2006 11:36:48 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 30, 2006 at 02:56:35AM +0100, Dimitry Andric wrote: > For some reason, the ifconfig command now fails to create the proper > routing table entries. With the 2006-11-03 kernel, if I configure my > gif0 tunnel as follows: >=20 > ifconfig gif0 create > ifconfig gif0 213.154.244.69 193.109.122.244 > ifconfig gif0 inet6 2001:7b8:2ff:146::2 2001:7b8:2ff:146::1 prefixlen 128 > route add -inet6 default 2001:7b8:2ff:146::1 Apart from the two IPv4 endpoint addresses you also assign two IPv6 addresses with prefixlen 128 to the gif0 interface? Looks weird to me... Try this configuration in /etc/rc.conf instead: ipv6_defaultrouter=3D"2001:7b8:2ff:146::1" gif_interfaces=3D"gif0" gifconfig_gif0=3D"213.154.244.69 193.109.122.244" ipv6_ifconfig_gif0=3D"2001:7b8:2ff:146::2 prefixlen 127" This syntax works for my setup (and matches reality - gif0 is a tunnel with two IPv4 endpoints). I have just tested it with RELENG_6 as of today. Regards, Brix --=20 Henrik Brix Andersen --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: GnuPG signed iD8DBQFFlknrv+Q4flTiePgRAudoAJ9UaoM5wRxIXOxZ6DsyjB8Gzjk/LwCguw/u oCYbrM0/MS2srOFjusyMMro= =pMNv -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 12:11:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93D7F16A40F for ; Sat, 30 Dec 2006 12:11:06 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (aum95.neoplus.adsl.tpnet.pl [83.27.20.95]) by mx1.freebsd.org (Postfix) with ESMTP id E9C1F13C44B for ; Sat, 30 Dec 2006 12:11:05 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from blackacidevil.orchid.homeunix.org (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id kBUBvTlR001367 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 30 Dec 2006 12:57:33 +0100 (CET) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <4596543D.2090700@orchid.homeunix.org> Date: Sat, 30 Dec 2006 12:57:49 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b1 (X11/20061222) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20061230035722.L39715@thebighonker.lerctr.org> In-Reply-To: <20061230035722.L39715@thebighonker.lerctr.org> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on orchid.homeunix.org X-Virus-Status: Clean Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 12:11:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [resending to list, cleared kernel logs] Larry Rosenman wrote: > I had to on an emergency basis replace my aging P-1 Firewall. The guys > at my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way > up to today's RELENG_6_1), it works fine. > > I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it > panics when either NTPD or SSHD starts (depending on whats first). > > Unfortunately, I don't have the exact panic (it's a page not present, > and if I understood my remote eyes/hands right, a NULL de-reference). > > The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). > > Anyone got ideas? Here's a "me too" message. AMD Athlon / FreeBSD 6.2-PRERELEASE i386 This works: FreeBSD 6.2-PRERELEASE #0: Thu Dec 14 11:34:36 CET 2006 This doesn't: FreeBSD 6.2-PRERELEASE #0: Sat Dec 30 11:27:11 CET 2006 Between those all that has changed is the source (via cvsup) Panic messages: (Dec 30 11:44:31) % syslogd: kernel boot file is /boot/kernel/kernel % kernel: kernel trap 12 with interrupts disabled % kernel: % kernel: % kernel: Fatal trap 12: page fault while in kernel mode % kernel: fault virtual address = 0x74 % kernel: fault code = supervisor read, page not present % kernel: instruction pointer = 0x20:0xc055598d % kernel: stack pointer = 0x28:0xe9894bbc % kernel: frame pointer = 0x28:0xe9894bc0 % kernel: code segment = base 0x0, limit 0xfffff, type 0x1b % kernel: = DPL 0, pres 1, def32 1, gran 1 % kernel: processor eflags = resume, IOPL = 0 % kernel: current process = 602 (smbd) % kernel: trap number = 12 % kernel: panic: page fault % kernel: Uptime: 14s with samba disabled it happens with ntpd: (Dec 30 11:59:12) % syslogd: kernel boot file is /boot/kernel/kernel % kernel: kernel trap 12 with interrupts disabled % kernel: % kernel: % kernel: Fatal trap 12: page fault while in kernel mode % kernel: fault virtual address = 0x74 % kernel: fault code = supervisor read, page not present % kernel: instruction pointer = 0x20:0xc055598d % kernel: stack pointer = 0x28:0xe98b8bbc % kernel: frame pointer = 0x28:0xe98b8bc0 % kernel: code segment = base 0x0, limit 0xfffff, type 0x1b % kernel: = DPL 0, pres 1, def32 1, gran 1 % kernel: processor eflags = resume, IOPL = 0 % kernel: current process = 661 (ntpd) % kernel: trap number = 12 % kernel: panic: page fault % kernel: Uptime: 5m21s I'm not sure it that's all that matters, I can supply more information if needed. Regards, Karol - -- Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFllQ9ezeoPAwGIYsRAh5YAJ9VugCJ9hX47NrFZRM53onJU1bgfACfefmS DgJOqvP4rsvgjekwF6OYc+A= =Il28 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 12:18:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7013216A403 for ; Sat, 30 Dec 2006 12:18:09 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA0313C43E for ; Sat, 30 Dec 2006 12:18:08 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1H0dA4-000780-6v for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 13:18:04 +0100 Received: from 89-172-50-199.adsl.net.t-com.hr ([89.172.50.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Dec 2006 13:18:04 +0100 Received: from ivoras by 89-172-50-199.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 30 Dec 2006 13:18:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sat, 30 Dec 2006 13:17:50 +0100 Lines: 35 Message-ID: References: <20061230035722.L39715@thebighonker.lerctr.org> <4596543D.2090700@orchid.homeunix.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF00D283002FE250940244A11" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-50-199.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <4596543D.2090700@orchid.homeunix.org> X-Enigmail-Version: 0.94.1.2 Sender: news Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 12:18:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF00D283002FE250940244A11 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Karol Kwiatkowski wrote: > This works: FreeBSD 6.2-PRERELEASE #0: Thu Dec 14 11:34:36 CET 2006 > This doesn't: FreeBSD 6.2-PRERELEASE #0: Sat Dec 30 11:27:11 CET 2006 > I'm not sure it that's all that matters, I can supply more information > if needed. Yes, you'll need to send at least a kernel stack backtrace. See here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kern= eldebug-online-ddb.html Get it to start the debugger on panic and post the backtrace (bt). --------------enigF00D283002FE250940244A11 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFllj1ldnAQVacBcgRAmJJAJ9E5Y6TM9dCnmnXGclAOdkYd8N26gCdGu/x aK+ygXWtcipv0KZiDuer4s0= =Sk/d -----END PGP SIGNATURE----- --------------enigF00D283002FE250940244A11-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 13:50:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3651F16A407 for ; Sat, 30 Dec 2006 13:50:29 +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 E427D13C43E for ; Sat, 30 Dec 2006 13:50:28 +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 1H0e0y-0003yg-8w; Sat, 30 Dec 2006 15:12:44 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ivan Voras In-reply-to: References: <20061230035722.L39715@thebighonker.lerctr.org> <4596543D.2090700@orchid.homeunix.org> Comments: In-reply-to Ivan Voras message dated "Sat, 30 Dec 2006 13:17:50 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Dec 2006 15:12:44 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 13:50:29 -0000 i think this is related: panic: mtx_lock() of spin mutex (null) @ /r+d/6.2/src/sys/netinet/in_pcb.c:217 cpuid = 0 KDB: enter: panic [thread pid 715 tid 100055 ] Stopped at kdb_enter+0x2b: nop db> ps pid ppid pgrp uid state wmesg wchan cmd 715 710 43 0 R+ CPU 0 rpcbind 710 43 43 0 S+ wait 0xc4bff648 sh 695 1 695 0 Ss select 0xc0a3ca04 syslogd 649 1 649 0 Ss select 0xc0a3ca04 devd ... db> bt Tracing pid 715 tid 100055 td 0xc4e4bd80 kdb_enter(c0903edb) at kdb_enter+0x2b panic(c090318e,0,c0912361,d9,c4fda000,...) at panic+0x127 _mtx_lock_flags(c4fda090,0,c0912361,d9,38,...) at _mtx_lock_flags+0x65 in_pcballoc(c4f1f590,c0a3ef80) at in_pcballoc+0xec tcp_attach(c4f1f590) at tcp_attach+0x94 tcp_usr_attach(c4f1f590,6,c4e4bd80) at tcp_usr_attach+0x2f socreate(1c,e8ed6cc4,1,6,c4a38780,...) at socreate+0x122 socket(c4e4bd80,e8ed6d04) at socket+0x71 syscall(3b,3b,3b,bfbfeec8,8053030,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (97, FreeBSD ELF32, socket), eip = 0x28134feb, esp = 0xbfbfeccc, ebp = 0xbfbfecf8 --- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 14:12:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DD0A16A503 for ; Sat, 30 Dec 2006 14:12:14 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (aum95.neoplus.adsl.tpnet.pl [83.27.20.95]) by mx1.freebsd.org (Postfix) with ESMTP id EEF9A13C43E for ; Sat, 30 Dec 2006 14:12:13 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from blackacidevil.orchid.homeunix.org (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id kBUEBtGG008185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 30 Dec 2006 15:12:04 +0100 (CET) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <459673A4.8030009@orchid.homeunix.org> Date: Sat, 30 Dec 2006 15:11:48 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b1 (X11/20061222) MIME-Version: 1.0 To: Ivan Voras References: <20061230035722.L39715@thebighonker.lerctr.org> <4596543D.2090700@orchid.homeunix.org> In-Reply-To: X-Enigmail-Version: 0.94.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig89D7BC7ED112F0F66E0FD539" X-Virus-Scanned: ClamAV 0.88.7/2396/Sat Dec 30 12:57:43 2006 on orchid.homeunix.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 14:12:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig89D7BC7ED112F0F66E0FD539 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > Karol Kwiatkowski wrote: >=20 >> This works: FreeBSD 6.2-PRERELEASE #0: Thu Dec 14 11:34:36 CET 2006 >> This doesn't: FreeBSD 6.2-PRERELEASE #0: Sat Dec 30 11:27:11 CET 2006 >=20 >> I'm not sure it that's all that matters, I can supply more information= >> if needed. >=20 > Yes, you'll need to send at least a kernel stack backtrace. See here: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug-online-ddb.html >=20 > Get it to start the debugger on panic and post the backtrace (bt). Thanks for the link, I hope I've done it right. Here it is: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x74 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc055d18d stack pointer =3D 0x28:0xe989dbbc frame pointer =3D 0x28:0xe989dbc0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 637 (ntpd) [thread pid 637 tid 100059 ] Stopped at turnstile_setowner+0xd: movl 0x74(%ecx),%eax db> bt Tracing pid 637 tid 100059 td 0xc4de2780 turnstile_setowner(c4de9240,0,c4dc9240,c07201e0,c5102090,...) at turnstile_setowner+0xd turnstile_wait(c5101090,0,c5101000,c07234e0,e989dc24,...) at turnstile_wait+0xca _mtx_lock_sleep(c5102090,c4de2780,0,0,0,...) at _mtx_lock_sleep+0xb4 in_pcballoc(c4e892c8,c07234e0,10000,c06c8de5,38,...) at in_pcballoc+0xbe tcp_attach(c4e892c8,c4e8933c,c06c8de5,0,c4e892c8,...) at tcp_attach+0x58 tcp_usr_attach(c4e892c8,0,c4de2780,0,0,...) at tcp_usr_attach+0x63 socreate(2,e989dcb8,1,0,c4ab1c90,...) at socreate+0x167 socket(c4de2780,e989dd04,c,c4de2780,80d3000,...) at socket+0xb3 syscall(3b,3b,3b,0,7,...) at syscall+0x380 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (97, FreeBSD ELF32, socket), eip =3D 0x282939d3, esp =3D 0xbfbfeb1c, ebp =3D 0xbfbfebf8 --- db > HTH, Karol --=20 Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc --------------enig89D7BC7ED112F0F66E0FD539 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlnOqezeoPAwGIYsRCAoaAKCTPJMla3bGuCH53mkKxVNpgHIjqACfUjub OA71XRCRKP6EzUCw3vIaGY4= =fhH5 -----END PGP SIGNATURE----- --------------enig89D7BC7ED112F0F66E0FD539-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 15:24:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FC9716A403 for ; Sat, 30 Dec 2006 15:24:24 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 02A3213C448 for ; Sat, 30 Dec 2006 15:24:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.187.186] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1H0g4C0TwM-00037A; Sat, 30 Dec 2006 16:24:14 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org, freebsd@orchid.homeunix.org Date: Sat, 30 Dec 2006 16:23:59 +0100 User-Agent: KMail/1.9.4 References: <20061230035722.L39715@thebighonker.lerctr.org> <459673A4.8030009@orchid.homeunix.org> In-Reply-To: <459673A4.8030009@orchid.homeunix.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1189847.iZf8q8EyP2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200612301624.05352.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Ivan Voras Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 15:24:24 -0000 --nextPart1189847.iZf8q8EyP2 Content-Type: multipart/mixed; boundary="Boundary-01=_RSolFyr9uRK/2IE" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_RSolFyr9uRK/2IE Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 30 December 2006 15:11, Karol Kwiatkowski wrote: > Ivan Voras wrote: > > Karol Kwiatkowski wrote: > >> This works: FreeBSD 6.2-PRERELEASE #0: Thu Dec 14 11:34:36 CET 2006 > >> This doesn't: FreeBSD 6.2-PRERELEASE #0: Sat Dec 30 11:27:11 CET > >> 2006 > >> > >> I'm not sure it that's all that matters, I can supply more > >> information if needed. > > > > Yes, you'll need to send at least a kernel stack backtrace. See here: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ > >kerneldebug-online-ddb.html > > > > Get it to start the debugger on panic and post the backtrace (bt). > > Thanks for the link, I hope I've done it right. Here it is: > > > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x74 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc055d18d > stack pointer =3D 0x28:0xe989dbbc > frame pointer =3D 0x28:0xe989dbc0 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 637 (ntpd) > [thread pid 637 tid 100059 ] > Stopped at turnstile_setowner+0xd: movl 0x74(%ecx),%eax > db> bt > Tracing pid 637 tid 100059 td 0xc4de2780 > turnstile_setowner(c4de9240,0,c4dc9240,c07201e0,c5102090,...) at > turnstile_setowner+0xd > turnstile_wait(c5101090,0,c5101000,c07234e0,e989dc24,...) at > turnstile_wait+0xca > _mtx_lock_sleep(c5102090,c4de2780,0,0,0,...) at _mtx_lock_sleep+0xb4 > in_pcballoc(c4e892c8,c07234e0,10000,c06c8de5,38,...) at > in_pcballoc+0xbe tcp_attach(c4e892c8,c4e8933c,c06c8de5,0,c4e892c8,...) > at tcp_attach+0x58 tcp_usr_attach(c4e892c8,0,c4de2780,0,0,...) at > tcp_usr_attach+0x63 socreate(2,e989dcb8,1,0,c4ab1c90,...) at > socreate+0x167 > socket(c4de2780,e989dd04,c,c4de2780,80d3000,...) at socket+0xb3 > syscall(3b,3b,3b,0,7,...) at syscall+0x380 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (97, FreeBSD ELF32, socket), eip =3D 0x282939d3, esp =3D > 0xbfbfeb1c, ebp =3D 0xbfbfebf8 --- > db > Something like the attached should fix it. Seems tcp was forgotten in a=20 recent change to INP locking. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_RSolFyr9uRK/2IE Content-Type: text/x-diff; charset="iso-8859-6"; name="tcp_inp_init.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="tcp_inp_init.diff" Index: tcp_subr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.228.2.12 diff -u -r1.228.2.12 tcp_subr.c =2D-- tcp_subr.c 1 Oct 2006 05:33:50 -0000 1.228.2.12 +++ tcp_subr.c 30 Dec 2006 15:06:45 -0000 @@ -300,6 +300,15 @@ uma_zone_set_max(tcptw_zone, tcptw_auto_size()); } =20 +static int +tcp_inpcb_init(void *mem, int size, int flags) +{ + struct inpcb *inp =3D mem; + + INP_LOCK_INIT(inp, "inp", "tcpinp"); + return (0); +} + void tcp_init() { @@ -328,7 +337,7 @@ tcbinfo.porthashbase =3D hashinit(hashsize, M_PCB, &tcbinfo.porthashmask); tcbinfo.ipi_zone =3D uma_zcreate("inpcb", sizeof(struct inpcb), =2D NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_NOFREE); + NULL, NULL, tcp_inpcb_init, NULL, UMA_ALIGN_PTR, UMA_ZONE_NOFREE); uma_zone_set_max(tcbinfo.ipi_zone, maxsockets); #ifdef INET6 #define TCP_MINPROTOHDR (sizeof(struct ip6_hdr) + sizeof(struct tcphdr)) --Boundary-01=_RSolFyr9uRK/2IE-- --nextPart1189847.iZf8q8EyP2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFloSVXyyEoT62BG0RAh8zAJ9L7mRNEVaGJNRpF8GkmsMafYW0SQCdFnH6 0yuhVYVUVdKcXWZijhSM2No= =Sy9i -----END PGP SIGNATURE----- --nextPart1189847.iZf8q8EyP2-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 15:24:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 010B016A407 for ; Sat, 30 Dec 2006 15:24:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A331713C44B for ; Sat, 30 Dec 2006 15:24:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8A26047A53; Sat, 30 Dec 2006 10:24:25 -0500 (EST) Date: Sat, 30 Dec 2006 15:24:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Larry Rosenman In-Reply-To: <20061230035722.L39715@thebighonker.lerctr.org> Message-ID: <20061230151933.P18740@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 15:24:27 -0000 On Sat, 30 Dec 2006, Larry Rosenman wrote: > I had to on an emergency basis replace my aging P-1 Firewall. The guys at > my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way up > to today's RELENG_6_1), it works fine. > > I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it > panics when either NTPD or SSHD starts (depending on whats first). > > Unfortunately, I don't have the exact panic (it's a page not present, and if > I understood my remote eyes/hands right, a NULL de-reference). > > The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). > > Anyone got ideas? It looks like the attached patch was missed in the MFC I just pointed at. Could you try applying it? You can also fetch it from: http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.diff Robert N M Watson Computer Laboratory University of Cambridge Index: tcp_subr.c =================================================================== RCS file: /zoo/cvsup/FreeBSD-CVS/src/sys/netinet/tcp_subr.c,v retrieving revision 1.228.2.12 diff -u -r1.228.2.12 tcp_subr.c --- tcp_subr.c 1 Oct 2006 05:33:50 -0000 1.228.2.12 +++ tcp_subr.c 30 Dec 2006 15:18:25 -0000 @@ -300,6 +300,14 @@ uma_zone_set_max(tcptw_zone, tcptw_auto_size()); } +static int +tcp_inpcb_init(void *mem, int size, int flags) +{ + struct inpcb *inp = (struct inpcb *) mem; + INP_LOCK_INIT(inp, "inp", "tcpinp"); + return (0); +} + void tcp_init() { @@ -328,7 +336,7 @@ tcbinfo.porthashbase = hashinit(hashsize, M_PCB, &tcbinfo.porthashmask); tcbinfo.ipi_zone = uma_zcreate("inpcb", sizeof(struct inpcb), - NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_NOFREE); + NULL, NULL, tcp_inpcb_init, NULL, UMA_ALIGN_PTR, UMA_ZONE_NOFREE); uma_zone_set_max(tcbinfo.ipi_zone, maxsockets); #ifdef INET6 #define TCP_MINPROTOHDR (sizeof(struct ip6_hdr) + sizeof(struct tcphdr)) @@ -1005,6 +1013,7 @@ error = 0; for (i = 0; i < n; i++) { inp = inp_list[i]; + INP_LOCK(inp); if (inp->inp_gencnt <= gencnt) { struct xtcpcb xt; caddr_t inp_ppcb; @@ -1028,8 +1037,11 @@ xt.xt_socket.xso_protocol = IPPROTO_TCP; } xt.xt_inp.inp_gencnt = inp->inp_gencnt; + INP_UNLOCK(inp); error = SYSCTL_OUT(req, &xt, sizeof xt); - } + } else + INP_UNLOCK(inp); + } if (!error) { /* From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 15:26:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEC3916A407 for ; Sat, 30 Dec 2006 15:26:31 +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 94FAA13C471 for ; Sat, 30 Dec 2006 15:26:31 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JB30030NEW6XJ90@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 16:26:30 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JB300A19EW504O0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 16:26:30 +0100 (CET) Date: Sat, 30 Dec 2006 16:26:29 +0100 From: Torfinn Ingolfsen 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 In-reply-to: <4596543D.2090700@orchid.homeunix.org> To: freebsd-stable@freebsd.org Message-id: <20061230162629.49087bbf.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20061230035722.L39715@thebighonker.lerctr.org> <4596543D.2090700@orchid.homeunix.org> Cc: freebsd@orchid.homeunix.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 15:26:32 -0000 On Sat, 30 Dec 2006 12:57:49 +0100 Karol Kwiatkowski wrote: > Here's a "me too" message. AMD Athlon / FreeBSD 6.2-PRERELEASE i386 My box uses FreeBSD / amd64, cvsupped today, and I also got stuck with a panic. Looks familiar, except it panics whenenver I go to multiuser, I even tried disabling samba and ntp, still it panics. Ok, that was sendmail. Hmm, seems it panics on any process that tries to use the network... Hmm, I just realized that I don't need the machine multiuser to make a debug kernel. Man, the holdays sure can take a tbite out of a man. Currently compiling a debug kernel... -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 15:35:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B26C16A407 for ; Sat, 30 Dec 2006 15:35:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D981413C45E for ; Sat, 30 Dec 2006 15:35:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 099ED47C7F; Sat, 30 Dec 2006 10:08:31 -0500 (EST) Date: Sat, 30 Dec 2006 15:08:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Larry Rosenman In-Reply-To: <20061230035722.L39715@thebighonker.lerctr.org> Message-ID: <20061230150655.E18740@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 15:35:19 -0000 On Sat, 30 Dec 2006, Larry Rosenman wrote: > I had to on an emergency basis replace my aging P-1 Firewall. The guys at > my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way up > to today's RELENG_6_1), it works fine. > > I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it > panics when either NTPD or SSHD starts (depending on whats first). > > Unfortunately, I don't have the exact panic (it's a page not present, and if > I understood my remote eyes/hands right, a NULL de-reference). > > The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). > > Anyone got ideas? > > Here's the 6.1 dmesg, and a pciconf -lv to see if anyone knows of wonkity > hardware.... The following commit went into RELENG_6 yesterday; could you check and see if it's present in the version that panics, and if you move to a revision slightly before this (i.e., from the 28th) the panic goes away? It could be there's a problem with these changes and it needs to be backed out until fixed... Date: Fri, 29 Dec 2006 19:25:49 +0000 (UTC) From: John Baldwin To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/netinet in_pcb.c in_pcb.h ip_divert.c raw_ip.c tcp_usrreq.c udp_usrreq.c src/sys/netinet6 in6_pcb.c raw_ip6.c udp6_usrreq.c jhb 2006-12-29 19:25:49 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/netinet in_pcb.c in_pcb.h ip_divert.c raw_ip.c tcp_usrreq.c udp_usrreq.c sys/netinet6 in6_pcb.c raw_ip6.c udp6_usrreq.c Log: MFC: Close some races between enumerating inpcb's and tearing them down by making the mutex portion of struct inpcb type-stable and never destroying it. Revision Changes Path 1.165.2.6 +9 -5 src/sys/netinet/in_pcb.c 1.80.2.5 +2 -1 src/sys/netinet/in_pcb.h 1.113.2.3 +24 -4 src/sys/netinet/ip_divert.c 1.150.2.6 +15 -4 src/sys/netinet/raw_ip.c 1.124.2.5 +2 -2 src/sys/netinet/tcp_usrreq.c 1.175.2.9 +15 -4 src/sys/netinet/udp_usrreq.c 1.62.2.5 +1 -1 src/sys/netinet6/in6_pcb.c 1.50.2.8 +1 -2 src/sys/netinet6/raw_ip6.c 1.54.2.3 +1 -2 src/sys/netinet6/udp6_usrreq.c > > thanks all! > > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RELEASE-p11 #0: Sat Dec 30 03:11:48 CST 2006 > root@fw.lerctr.org:/usr/obj/usr/src/sys/GENERIC > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) XP 2200+ (1807.31-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 > Features=0x383fbff > AMD Features=0xc0400800 > real memory = 503250944 (479 MB) > avail memory = 483074048 (460 MB) > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xe0000000-0xe3ffffff > at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem > 0xdfffff80-0xdfffffff irq 17 at device 9.0 on pci0 > miibus0: on xl0 > xlphy0: <3Com internal media interface> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:01:02:2a:67:e4 > xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0xe800-0xe87f mem > 0xdfffff00-0xdfffff7f irq 18 at device 10.0 on pci0 > miibus1: on xl1 > xlphy1: <3Com internal media interface> on miibus1 > xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl1: Ethernet address: 00:10:5a:11:7c:ec > uhci0: port 0xe400-0xe41f irq 21 at device 16.0 > on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xe000-0xe01f irq 21 at device 16.1 > on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xdc00-0xdc1f irq 21 at device 16.2 > on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xdffffe00-0xdffffeff irq 21 at > device 16.3 on pci0 > ehci0: [GIANT-LOCKED] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub3: 6 ports with 6 removable, self powered > isab0: at device 17.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 17.5 (no driver attached) > rl0: port 0xd400-0xd4ff mem 0xdffffd00-0xdffffdff > irq 18 at device 19.0 on pci0 > miibus2: on rl0 > rlphy0: on miibus2 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:20:ed:8d:3e:13 > acpi_button1: on acpi0 > fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq > 2 on acpi0 > fdc0: [FAST] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on > acpi0 > ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/16 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xccfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 1807314700 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: DMA limited to UDMA33, device found non-ATA66 cable > ad0: 76319MB at ata0-master UDMA33 > Trying to mount root from ufs:/dev/ad0s1a > IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled > > > > $ sudo pciconf -lv > Password: > agp0@pci0:0:0: class=0x060000 card=0x31161106 chip=0x31161106 rev=0x00 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8375 ProSavageDDR PM266/KM266 CPU to PCI Bridge' > class = bridge > subclass = HOST-PCI > pcib1@pci0:1:0: class=0x060400 card=0x00000080 chip=0xb0911106 rev=0x00 > hdr=0x01 > vendor = 'VIA Technologies Inc' > device = 'VT8633 Apollo Pro 266 CPU to AGP Controller' > class = bridge > subclass = PCI-PCI > xl0@pci0:9:0: class=0x020000 card=0x905510b7 chip=0x905510b7 rev=0x30 > hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = '3C905B-TX Fast Etherlink 10/100 PCI TX NIC' > class = network > subclass = ethernet > xl1@pci0:10:0: class=0x020000 card=0x905510b7 chip=0x905510b7 rev=0x30 > hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = '3C905B-TX Fast Etherlink 10/100 PCI TX NIC' > class = network > subclass = ethernet > uhci0@pci0:16:0: class=0x0c0300 card=0x30381106 chip=0x30381106 > rev=0x80 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > uhci1@pci0:16:1: class=0x0c0300 card=0x30381106 chip=0x30381106 > rev=0x80 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > uhci2@pci0:16:2: class=0x0c0300 card=0x30381106 chip=0x30381106 > rev=0x80 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxxx UHCI USB 1.1 Controller (All VIA Chipsets)' > class = serial bus > subclass = USB > ehci0@pci0:16:3: class=0x0c0320 card=0x50041458 chip=0x31041106 > rev=0x82 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6202 USB 2.0 Enhanced Host Controller' > class = serial bus > subclass = USB > isab0@pci0:17:0: class=0x060100 card=0x31771106 chip=0x31771106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8235 PCI to ISA Bridge' > class = bridge > subclass = PCI-ISA > atapci0@pci0:17:1: class=0x01018a card=0x05711106 chip=0x05711106 > rev=0x06 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' > class = mass storage > subclass = ATA > none0@pci0:17:5: class=0x040100 card=0xa0021458 chip=0x30591106 > rev=0x50 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller' > class = multimedia > subclass = audio > rl0@pci0:19:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' > class = network > subclass = ethernet > none1@pci1:0:0: class=0x030000 card=0xd0001458 chip=0x8d045333 rev=0x00 > hdr=0x00 > vendor = 'S3 Graphics Co., Ltd.' > device = '86C420 ProSavage DDR' > class = display > subclass = VGA > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > _______________________________________________ > 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 Sat Dec 30 15:40:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E12B016A407 for ; Sat, 30 Dec 2006 15:40:02 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEB913C457 for ; Sat, 30 Dec 2006 15:40:02 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=B76CnWvFRTVoIGndbqXzg/J+FwWhkAetFJOGHFbpms0iInMLYCd2AtNSKUwQRybIdoHIUnzklkFIS6bRRhEri8jKerg2MYBqeiJBygnf1fLm1ehKrZ6XXkQ+seB+gFsiYFLbjGxoGf3WskZG2cosmuDKLAPjo7/xAG3GCjcSoNk=; Received: from thebighonker.lerctr.org ([192.147.25.65]:62856) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H0gJU-000COA-Ch; Sat, 30 Dec 2006 09:40:01 -0600 Date: Sat, 30 Dec 2006 09:39:57 -0600 (CST) From: Larry Rosenman To: Robert Watson In-Reply-To: <20061230151933.P18740@fledge.watson.org> Message-ID: <20061230093730.I47579@thebighonker.lerctr.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 15:40:03 -0000 On Sat, 30 Dec 2006, Robert Watson wrote: > > On Sat, 30 Dec 2006, Larry Rosenman wrote: > >> I had to on an emergency basis replace my aging P-1 Firewall. The guys at >> my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way up >> to today's RELENG_6_1), it works fine. >> >> I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it >> panics when either NTPD or SSHD starts (depending on whats first). >> >> Unfortunately, I don't have the exact panic (it's a page not present, and >> if I understood my remote eyes/hands right, a NULL de-reference). >> >> The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). >> >> Anyone got ideas? > > It looks like the attached patch was missed in the MFC I just pointed at. > Could you try applying it? > > You can also fetch it from: > > http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.diff > > Robert N M Watson > Computer Laboratory > University of Cambridge Normally, I'd be more than happy to, but, given: 1) the box is 300+ miles away 2) I do NOT have access to remote hands again till Tuesday (Holiday) 3) this is my firewall between all my services and the rest of the world and if down, I'm off the air :( I wish I could, but can't afford to be down for the 5 days :( Thanks for the diagnosis, however, as I was going nuts. Thanks, Larry Rosenman -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 16:04:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBBCB16A4D0; Sat, 30 Dec 2006 16:04:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6016013C459; Sat, 30 Dec 2006 16:04:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 126F447A9F; Sat, 30 Dec 2006 11:04:51 -0500 (EST) Date: Sat, 30 Dec 2006 16:04:50 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Larry Rosenman In-Reply-To: <20061230093730.I47579@thebighonker.lerctr.org> Message-ID: <20061230160353.K18740@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 16:04:53 -0000 On Sat, 30 Dec 2006, Larry Rosenman wrote: >>> I had to on an emergency basis replace my aging P-1 Firewall. The guys at >>> my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way up >>> to today's RELENG_6_1), it works fine. >>> >>> I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it >>> panics when either NTPD or SSHD starts (depending on whats first). >>> >>> Unfortunately, I don't have the exact panic (it's a page not present, and >>> if I understood my remote eyes/hands right, a NULL de-reference). >>> >>> The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). >>> >>> Anyone got ideas? >> >> It looks like the attached patch was missed in the MFC I just pointed at. >> Could you try applying it? >> >> You can also fetch it from: >> >> http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.diff > > Normally, I'd be more than happy to, but, given: > 1) the box is 300+ miles away > 2) I do NOT have access to remote hands again till Tuesday (Holiday) > 3) this is my firewall between all my services and the rest of the world > and if down, I'm off the air :( > > I wish I could, but can't afford to be down for the 5 days :( > > Thanks for the diagnosis, however, as I was going nuts. I've gone ahead and MFC'd the missing tcp_subr.c patch and the change now appears stable on by 6-STABLE test box. I'd appreciate it if other people experiencing the panic could slide forward to confirm (or perhaps less ideally, not confirm) that this fixes the problem for them also. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 16:20:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08C8516A407 for ; Sat, 30 Dec 2006 16:20:11 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id B7F9B13C465 for ; Sat, 30 Dec 2006 16:20:09 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 779FF5A6C9 for ; Sat, 30 Dec 2006 11:18:30 -0500 (EST) Received: from web2.messagingengine.com ([10.202.2.211]) by out1.internal (MEProxy); Sat, 30 Dec 2006 11:18:30 -0500 Received: by web2.messagingengine.com (Postfix, from userid 99) id 5D375121A6; Sat, 30 Dec 2006 11:18:30 -0500 (EST) Message-Id: <1167495510.22654.282488997@webmail.messagingengine.com> X-Sasl-Enc: xzKfeNlVHtifGbJxWtoqqLm8UJL1bAGLbgyiq2vmaldB 1167495510 From: "Patrick Bowen" To: freebsd-stable@freebsd.org Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230150655.E18740@fledge.watson.org> In-Reply-To: <20061230150655.E18740@fledge.watson.org> Date: Sat, 30 Dec 2006 10:18:30 -0600 Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 16:20:12 -0000 On Sat, 30 Dec 2006 15:08:30 +0000 (GMT), "Robert Watson" ... > > The following commit went into RELENG_6 yesterday; could you check and > see if > it's present in the version that panics, and if you move to a revision > slightly before this (i.e., from the 28th) the panic goes away? It could > be > there's a problem with these changes and it needs to be backed out until > fixed... > > Date: Fri, 29 Dec 2006 19:25:49 +0000 (UTC) > From: John Baldwin > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/netinet in_pcb.c in_pcb.h ip_divert.c > raw_ip.c > tcp_usrreq.c udp_usrreq.c src/sys/netinet6 in6_pcb.c > raw_ip6.c > udp6_usrreq.c > > jhb 2006-12-29 19:25:49 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/netinet in_pcb.c in_pcb.h ip_divert.c raw_ip.c > tcp_usrreq.c udp_usrreq.c > sys/netinet6 in6_pcb.c raw_ip6.c udp6_usrreq.c > Log: > MFC: Close some races between enumerating inpcb's and tearing them > down by > making the mutex portion of struct inpcb type-stable and never > destroying > it. > > Revision Changes Path > 1.165.2.6 +9 -5 src/sys/netinet/in_pcb.c > 1.80.2.5 +2 -1 src/sys/netinet/in_pcb.h > 1.113.2.3 +24 -4 src/sys/netinet/ip_divert.c > 1.150.2.6 +15 -4 src/sys/netinet/raw_ip.c > 1.124.2.5 +2 -2 src/sys/netinet/tcp_usrreq.c > 1.175.2.9 +15 -4 src/sys/netinet/udp_usrreq.c > 1.62.2.5 +1 -1 src/sys/netinet6/in6_pcb.c > 1.50.2.8 +1 -2 src/sys/netinet6/raw_ip6.c > 1.54.2.3 +1 -2 src/sys/netinet6/udp6_usrreq.c > > ... Me too, on the panic. All of those revisions are in the sources I csup'd on the 30th. Patrick -- Patrick Bowen pbowen@fastmail.fm From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 16:32:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57A6916A407 for ; Sat, 30 Dec 2006 16:32:26 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (aum95.neoplus.adsl.tpnet.pl [83.27.20.95]) by mx1.freebsd.org (Postfix) with ESMTP id A829113C459 for ; Sat, 30 Dec 2006 16:32:25 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from blackacidevil.orchid.homeunix.org (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id kBUGWEH3015245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 30 Dec 2006 17:32:24 +0100 (CET) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <45969487.1020806@orchid.homeunix.org> Date: Sat, 30 Dec 2006 17:32:07 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b1 (X11/20061222) MIME-Version: 1.0 To: Robert Watson References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> In-Reply-To: <20061230160353.K18740@fledge.watson.org> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig3C1CDE0946A907C8CC017963" X-Virus-Scanned: ClamAV 0.88.7/2396/Sat Dec 30 12:57:43 2006 on orchid.homeunix.org X-Virus-Status: Clean Cc: Max Laier , freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 16:32:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3C1CDE0946A907C8CC017963 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Robert Watson wrote: >=20 > On Sat, 30 Dec 2006, Larry Rosenman wrote: >=20 >>>> I had to on an emergency basis replace my aging P-1 Firewall. The >>>> guys at my hosting company gave me an AthlonXP 2200+, and with 6.1 >>>> (all the way up to today's RELENG_6_1), it works fine. >>>> >>>> I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do,= >>>> it panics when either NTPD or SSHD starts (depending on whats first)= =2E >>>> >>>> Unfortunately, I don't have the exact panic (it's a page not >>>> present, and if I understood my remote eyes/hands right, a NULL >>>> de-reference). >>>> >>>> The box is 300+ miles away (Distance from Austin, TX to Dallas, TX).= >>>> >>>> Anyone got ideas? >>> >>> It looks like the attached patch was missed in the MFC I just pointed= >>> at. Could you try applying it? >>> >>> You can also fetch it from: >>> >>> http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.= diff >>> >> >> Normally, I'd be more than happy to, but, given: >> 1) the box is 300+ miles away >> 2) I do NOT have access to remote hands again till Tuesday (Holiday) >> 3) this is my firewall between all my services and the rest of the wor= ld >> and if down, I'm off the air :( >> >> I wish I could, but can't afford to be down for the 5 days :( >> >> Thanks for the diagnosis, however, as I was going nuts. >=20 > I've gone ahead and MFC'd the missing tcp_subr.c patch and the change > now appears stable on by 6-STABLE test box. I'd appreciate it if other= > people experiencing the panic could slide forward to confirm (or perhap= s > less ideally, not confirm) that this fixes the problem for them also. The link is slightly broken, I've found the patch here: http://www.watson.org/~robert/freebsd/20061230-tcp_pcb_fix.diff Applied, recompiled the kernel - no more panic :) Thanks Robert nad Max. If there's anything else needed let me know. Karol P.S. out of curiosity - now that I have configured kernel with DDB and KDB options, is there any performance penalty of running such kernel? --=20 Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc --------------enig3C1CDE0946A907C8CC017963 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlpSOezeoPAwGIYsRCOoDAKCmzq+npho6X5rYq3mkKtrDRt+iqQCfeAOg 7Bf8u80jawg+PsImPFDTdYI= =w1aF -----END PGP SIGNATURE----- --------------enig3C1CDE0946A907C8CC017963-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 16:44:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 232BC16A407 for ; Sat, 30 Dec 2006 16:44:23 +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 CDB3113C481 for ; Sat, 30 Dec 2006 16:44:22 +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 1H0hJk-000Bcx-R2; Sat, 30 Dec 2006 18:44:20 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: <20061230160353.K18740@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> Comments: In-reply-to Robert Watson message dated "Sat, 30 Dec 2006 16:04:50 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Dec 2006 18:44:20 +0200 From: Danny Braniss Message-ID: Cc: Max Laier , freebsd-stable@freebsd.org, jhb@FreeBSD.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 16:44:23 -0000 patch applied and panic gone! nice quick work!! Happy New Year danny From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 16:48:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AAAD16A403 for ; Sat, 30 Dec 2006 16:48:17 +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 2B1C313C45D for ; Sat, 30 Dec 2006 16:48:17 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0JB3005R2IOCKK10@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 17:48:12 +0100 (CET) Received: from kg-work.kg4.no ([80.203.66.169]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JB300CNXIOBJQC0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 17:48:12 +0100 (CET) Date: Sat, 30 Dec 2006 17:48:11 +0100 From: Torfinn Ingolfsen 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 In-reply-to: <20061230151933.P18740@fledge.watson.org> To: freebsd-stable@freebsd.org Message-id: <20061230174811.85c5f643.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 2.2.10 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 16:48:17 -0000 On Sat, 30 Dec 2006 15:24:25 +0000 (GMT) Robert Watson wrote: > It looks like the attached patch was missed in the MFC I just pointed > at. Could you try applying it? Ok, with that patch applied an a new kernel built, I'm upp and running again. That was quick - thanks to all involved! -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 17:08:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 769BB16A407 for ; Sat, 30 Dec 2006 17:08:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 464D413C44B for ; Sat, 30 Dec 2006 17:08:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 59B1147C9E; Sat, 30 Dec 2006 12:08:56 -0500 (EST) Date: Sat, 30 Dec 2006 17:08:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Karol Kwiatkowski In-Reply-To: <45969487.1020806@orchid.homeunix.org> Message-ID: <20061230170358.K50974@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> <45969487.1020806@orchid.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Max Laier , freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 17:08:57 -0000 On Sat, 30 Dec 2006, Karol Kwiatkowski wrote: >>>> It looks like the attached patch was missed in the MFC I just pointed at. >>>> Could you try applying it? >>>> >>>> You can also fetch it from: >>>> >>>> >>>> http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.diff >>>> >>> >>> Normally, I'd be more than happy to, but, given: 1) the box is 300+ miles >>> away 2) I do NOT have access to remote hands again till Tuesday (Holiday) >>> 3) this is my firewall between all my services and the rest of the world >>> and if down, I'm off the air :( >>> >>> I wish I could, but can't afford to be down for the 5 days :( >>> >>> Thanks for the diagnosis, however, as I was going nuts. >> >> I've gone ahead and MFC'd the missing tcp_subr.c patch and the change now >> appears stable on by 6-STABLE test box. I'd appreciate it if other people >> experiencing the panic could slide forward to confirm (or perhaps less >> ideally, not confirm) that this fixes the problem for them also. > > The link is slightly broken, I've found the patch here: > > http://www.watson.org/~robert/freebsd/20061230-tcp_pcb_fix.diff Thanks, sorry about that! > Applied, recompiled the kernel - no more panic :) > > Thanks Robert nad Max. If there's anything else needed let me know. I've committed the fix, so with any luck life will be better. > P.S. out of curiosity - now that I have configured kernel with DDB and KDB > options, is there any performance penalty of running such kernel? No, it shouldn't really have any effect on performance. The one thing to watch out for is that your system will no longer reboot automatically on a panic, as it will drop to the debugger, by default. You can change this by setting debug.debugger_on_panic to 0, in which case you will likely want to set debug.trace_on_panic to 1 so it prints a stack trace before rebooting (which is often sufficient, combined with the trap frame and panic message to debug the problem). Right now these are sysctls, not tunables, but you can change the default using options KDB_UNATTENDED (which flips the default to not entering the debugger and rebooting) and options KDB_TRACE (which causes a trace to be printed on panic by default). Probably they should also be tunables so that loader.conf entries will work. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 17:13:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BD2E16A492 for ; Sat, 30 Dec 2006 17:13:11 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.freebsd.org (Postfix) with ESMTP id A633F13C46C for ; Sat, 30 Dec 2006 17:13:10 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id C0DC4B844 for ; Sat, 30 Dec 2006 18:13:08 +0100 (CET) Message-ID: <45969E28.8000601@andric.com> Date: Sat, 30 Dec 2006 18:13:12 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0b1 (Windows/20061223) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4595C753.5030502@andric.com> <20061230111347.GA48548@tirith.brixandersen.dk> In-Reply-To: <20061230111347.GA48548@tirith.brixandersen.dk> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: gif problems 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: Sat, 30 Dec 2006 17:13:11 -0000 Henrik Brix Andersen wrote: > On Sat, Dec 30, 2006 at 02:56:35AM +0100, Dimitry Andric wrote: >> For some reason, the ifconfig command now fails to create the proper >> routing table entries. With the 2006-11-03 kernel, if I configure my >> gif0 tunnel as follows: >> >> ifconfig gif0 create >> ifconfig gif0 213.154.244.69 193.109.122.244 >> ifconfig gif0 inet6 2001:7b8:2ff:146::2 2001:7b8:2ff:146::1 prefixlen 128 >> route add -inet6 default 2001:7b8:2ff:146::1 > > Apart from the two IPv4 endpoint addresses you also assign two IPv6 > addresses with prefixlen 128 to the gif0 interface? Looks weird to > me... This is the syntax my IPv6 ISP (sixxs.net) specifies, here: http://www.sixxs.net/faq/connectivity/?faq=ossetup&os=freebsd If you Google around for IPv6 gif tunnel setup information, you'll see this particular syntax many times. It used to work for several years, but if someone can point out an obvious error in it, please let me know. :) There's also a similar syntax in the FreeBSD handbook, though it doesn't mention the prefixlen at all: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ipv6.html#AEN39629 Moreover, the syntax mentioned in the handbook doesn't even work: # ifconfig gif0 create # ifconfig gif0 gif0: flags=8010 mtu 1280 # ifconfig gif0 tunnel 213.154.244.69 193.109.122.244 # ifconfig gif0 inet6 alias 2001:7b8:2ff:146::2 2001:7b8:2ff:146::1 ifconfig: ioctl (SIOCAIFADDR): Invalid argument The particular thing that I observe, is that when you configured the gif tunnel with: ifconfig gif0 inet6 2001:7b8:2ff:146::2 2001:7b8:2ff:146::1 prefixlen 128 the kernel *used* to automagically create two routing table entries: 2001:7b8:2ff:146::1 link#6 UHL gif0 2001:7b8:2ff:146::2 link#6 UHL lo0 but as of some date between 2006-11-03 and 2006-12-29, this behaviour changed, and it now only creates *one* routing table entry: 2001:7b8:2ff:146::2 link#6 UHL lo0 And I'm only asking why this was changed. > Try this configuration in /etc/rc.conf instead: > > ipv6_defaultrouter="2001:7b8:2ff:146::1" > gif_interfaces="gif0" > gifconfig_gif0="213.154.244.69 193.109.122.244" > ipv6_ifconfig_gif0="2001:7b8:2ff:146::2 prefixlen 127" Doesn't work for me; if I specify prefixlen 127 instead of 126, I get: ping6: UDP connect: No route to host when trying to ping the other endpoint of the tunnel, and the required routing table entry is *not* present: Internet6: Destination Gateway Flags Netif Expire ::/96 ::1 UGRS lo0 ::1 ::1 UHL lo0 ::ffff:0.0.0.0/96 ::1 UGRS lo0 2001:7b8:2ff:146::2 link#6 UHL lo0 => 2001:7b8:2ff:146::2/127 link#6 UC gif0 ... In my case, the 2001:7b8:2ff:146::2/127 route is also not enough to reach 2001:7b8:2ff:146::1; you really have to use a prefixlen of 126 for that. Cheers, Dimitry From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 17:27:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EAE116A403; Sat, 30 Dec 2006 17:27:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id E273013C428; Sat, 30 Dec 2006 17:27:40 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id kBUGonMp068126; Sat, 30 Dec 2006 08:50:49 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id kBUGonn5068125; Sat, 30 Dec 2006 08:50:49 -0800 (PST) (envelope-from david) Date: Sat, 30 Dec 2006 08:50:48 -0800 From: David Wolfskill To: Robert Watson Message-ID: <20061230165048.GC64111@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , Robert Watson , freebsd-stable@freebsd.org, jhb@freebsd.org References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E13BgyNx05feLLmH" Content-Disposition: inline In-Reply-To: <20061230160353.K18740@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, jhb@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 17:27:41 -0000 --E13BgyNx05feLLmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 30, 2006 at 04:04:50PM +0000, Robert Watson wrote: >... > I've gone ahead and MFC'd the missing tcp_subr.c patch and the change now= =20 > appears stable on by 6-STABLE test box. I'd appreciate it if other peopl= e=20 > experiencing the panic could slide forward to confirm (or perhaps less=20 > ideally, not confirm) that this fixes the problem for them also. Confirmed no panic after patch applied; running: g1-18(6.2-P)[1] uname -a FreeBSD g1-18.catwhisker.org. 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #270: S= at Dec 30 08:28:21 PST 2006 root@g1-18.catwhisker.org.:/common/S1/obj/u= sr/src/sys/LAPTOP_30W i386 1-18(6.2-P)[2]=20 (The panic prior to applying the patch was quite a surprise; first one I've seen inn STABLE for some time.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --E13BgyNx05feLLmH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkWWmOcACgkQmprOCmdXAD1adQCfTSN8rVPAIyPv1XPt6CRgUaCY D0gAmwafzhQ0kxRGEyBe9Oiwpm6IehTd =pz2q -----END PGP SIGNATURE----- --E13BgyNx05feLLmH-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 18:22:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3FF916A500; Sat, 30 Dec 2006 18:22:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0967013C428; Sat, 30 Dec 2006 18:22:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kBUI3g1g084961; Sat, 30 Dec 2006 13:03:44 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Watson Date: Sat, 30 Dec 2006 13:03:07 -0500 User-Agent: KMail/1.9.4 References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> In-Reply-To: <20061230151933.P18740@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200612301303.07579.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Sat, 30 Dec 2006 13:03:44 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2396/Sat Dec 30 06:57:43 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 18:22:20 -0000 On Saturday 30 December 2006 10:24, Robert Watson wrote: > > On Sat, 30 Dec 2006, Larry Rosenman wrote: > > > I had to on an emergency basis replace my aging P-1 Firewall. The guys at > > my hosting company gave me an AthlonXP 2200+, and with 6.1 (all the way up > > to today's RELENG_6_1), it works fine. > > > > I tried(!) to put 6.2-PRE (RELENG_6) on it, but no matter what I do, it > > panics when either NTPD or SSHD starts (depending on whats first). > > > > Unfortunately, I don't have the exact panic (it's a page not present, and if > > I understood my remote eyes/hands right, a NULL de-reference). > > > > The box is 300+ miles away (Distance from Austin, TX to Dallas, TX). > > > > Anyone got ideas? > > It looks like the attached patch was missed in the MFC I just pointed at. > Could you try applying it? > > You can also fetch it from: > > http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.diff Sorry, it was lost in the noise as we have lots of other local changes to tcp_subr.c at work so I missed this hunk. :( -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 18:26:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5099716A407; Sat, 30 Dec 2006 18:26:12 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (aum95.neoplus.adsl.tpnet.pl [83.27.20.95]) by mx1.freebsd.org (Postfix) with ESMTP id 72CE013C428; Sat, 30 Dec 2006 18:26:10 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from blackacidevil.orchid.homeunix.org (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id kBUIQ1c5020977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 30 Dec 2006 19:26:09 +0100 (CET) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <4596AF32.2060205@orchid.homeunix.org> Date: Sat, 30 Dec 2006 19:25:54 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b1 (X11/20061222) MIME-Version: 1.0 To: Robert Watson References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> <45969487.1020806@orchid.homeunix.org> <20061230170358.K50974@fledge.watson.org> In-Reply-To: <20061230170358.K50974@fledge.watson.org> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigA094C546C94B362D604F63F9" X-Virus-Scanned: ClamAV 0.88.7/2396/Sat Dec 30 12:57:43 2006 on orchid.homeunix.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: debugging kernel options (was: Re: 6.2-PRE: Fatal Trap?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 18:26:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA094C546C94B362D604F63F9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Robert Watson wrote: >> P.S. out of curiosity - now that I have configured kernel with DDB and= >> KDB options, is there any performance penalty of running such kernel? >=20 > No, it shouldn't really have any effect on performance. The one thing > to watch out for is that your system will no longer reboot automaticall= y > on a panic, as it will drop to the debugger, by default. You can chang= e > this by setting debug.debugger_on_panic to 0, in which case you will > likely want to set debug.trace_on_panic to 1 so it prints a stack trace= > before rebooting (which is often sufficient, combined with the trap > frame and panic message to debug the problem). >=20 > Right now these are sysctls, not tunables, but you can change the > default using options KDB_UNATTENDED (which flips the default to not > entering the debugger and rebooting) and options KDB_TRACE (which cause= s > a trace to be printed on panic by default). Probably they should also > be tunables so that loader.conf entries will work. Great explanation, thank you. I turned on debugging on my desktop computer which, apart from normal every day use, is 'testing' STABLE by running it :) I'm perfectly fine with the defaults, at least for now. Cheers and thanks again, Karol --=20 Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc --------------enigA094C546C94B362D604F63F9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlq85ezeoPAwGIYsRCBUOAJsFI/lbuQvWutIJ8g+Zd2hXrtf6jgCgkb5f XuD4X9BBFiBC4lA7wj+Wodk= =ZUn6 -----END PGP SIGNATURE----- --------------enigA094C546C94B362D604F63F9-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 18:29:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D29216A407 for ; Sat, 30 Dec 2006 18:29:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1319D13C428 for ; Sat, 30 Dec 2006 18:29:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A72524761F; Sat, 30 Dec 2006 13:29:38 -0500 (EST) Date: Sat, 30 Dec 2006 18:29:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Karol Kwiatkowski In-Reply-To: <4596AF32.2060205@orchid.homeunix.org> Message-ID: <20061230182714.O18740@fledge.watson.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> <45969487.1020806@orchid.homeunix.org> <20061230170358.K50974@fledge.watson.org> <4596AF32.2060205@orchid.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: debugging kernel options (was: Re: 6.2-PRE: Fatal Trap?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 18:29:39 -0000 On Sat, 30 Dec 2006, Karol Kwiatkowski wrote: > Robert Watson wrote: >>> P.S. out of curiosity - now that I have configured kernel with DDB and >>> KDB options, is there any performance penalty of running such kernel? >> >> No, it shouldn't really have any effect on performance. The one thing to >> watch out for is that your system will no longer reboot automatically on a >> panic, as it will drop to the debugger, by default. You can change this by >> setting debug.debugger_on_panic to 0, in which case you will likely want to >> set debug.trace_on_panic to 1 so it prints a stack trace before rebooting >> (which is often sufficient, combined with the trap frame and panic message >> to debug the problem). >> >> Right now these are sysctls, not tunables, but you can change the default >> using options KDB_UNATTENDED (which flips the default to not entering the >> debugger and rebooting) and options KDB_TRACE (which causes a trace to be >> printed on panic by default). Probably they should also be tunables so >> that loader.conf entries will work. > > Great explanation, thank you. I turned on debugging on my desktop computer > which, apart from normal every day use, is 'testing' STABLE by running it :) > I'm perfectly fine with the defaults, at least for now. BTW, if you're running X on your desktop, be aware that it's X that does all the video mode management. If your box enters the debugger while in X, the debugger doesn't know how to switch back to text mode (and X isn't running, obviously), so while you'll be talking to the debugger, the chances you'll see anything comprehensible are actually quite low. For this reason, I normally also use a serial console when debugging desktop boxes: I can always plug my notebook in with a serial cable to see why it's entered the debugger. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 18:52:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E80E16A407; Sat, 30 Dec 2006 18:52:24 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from orchid.homeunix.org (aum95.neoplus.adsl.tpnet.pl [83.27.20.95]) by mx1.freebsd.org (Postfix) with ESMTP id 74ABD13C428; Sat, 30 Dec 2006 18:52:23 +0000 (UTC) (envelope-from freebsd@orchid.homeunix.org) Received: from blackacidevil.orchid.homeunix.org (blackacidevil.orchid.homeunix.org [192.168.1.66]) (authenticated bits=0) by orchid.homeunix.org (8.13.6/8.13.6) with ESMTP id kBUIqIlk022238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 30 Dec 2006 19:52:21 +0100 (CET) (envelope-from freebsd@orchid.homeunix.org) Message-ID: <4596B55B.7080506@orchid.homeunix.org> Date: Sat, 30 Dec 2006 19:52:11 +0100 From: Karol Kwiatkowski User-Agent: Thunderbird 2.0b1 (X11/20061222) MIME-Version: 1.0 To: Robert Watson References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> <45969487.1020806@orchid.homeunix.org> <20061230170358.K50974@fledge.watson.org> <4596AF32.2060205@orchid.homeunix.org> <20061230182714.O18740@fledge.watson.org> In-Reply-To: <20061230182714.O18740@fledge.watson.org> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=06E09309; url=http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig684C0066F830AEE958763581" X-Virus-Scanned: ClamAV 0.88.7/2396/Sat Dec 30 12:57:43 2006 on orchid.homeunix.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: debugging kernel options X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@orchid.homeunix.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 18:52:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig684C0066F830AEE958763581 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Robert Watson wrote: >=20 > On Sat, 30 Dec 2006, Karol Kwiatkowski wrote: >=20 >> Robert Watson wrote: >>>> P.S. out of curiosity - now that I have configured kernel with DDB a= nd >>>> KDB options, is there any performance penalty of running such kernel= ? >>> >>> No, it shouldn't really have any effect on performance. The one >>> thing to watch out for is that your system will no longer reboot >>> automatically on a panic, as it will drop to the debugger, by >>> default. You can change this by setting debug.debugger_on_panic to >>> 0, in which case you will likely want to set debug.trace_on_panic to >>> 1 so it prints a stack trace before rebooting (which is often >>> sufficient, combined with the trap frame and panic message to debug >>> the problem). >>> >>> Right now these are sysctls, not tunables, but you can change the >>> default using options KDB_UNATTENDED (which flips the default to not >>> entering the debugger and rebooting) and options KDB_TRACE (which >>> causes a trace to be printed on panic by default). Probably they >>> should also be tunables so that loader.conf entries will work. >> >> Great explanation, thank you. I turned on debugging on my desktop >> computer which, apart from normal every day use, is 'testing' STABLE >> by running it :) I'm perfectly fine with the defaults, at least for no= w. >=20 > BTW, if you're running X on your desktop, be aware that it's X that doe= s > all the video mode management. If your box enters the debugger while i= n > X, the debugger doesn't know how to switch back to text mode (and X > isn't running, obviously), so while you'll be talking to the debugger, > the chances you'll see anything comprehensible are actually quite low. = > For this reason, I normally also use a serial console when debugging > desktop boxes: I can always plug my notebook in with a serial cable to > see why it's entered the debugger. Right, I haven't thought about that. I guess without a serial console my best option is to set debug.debugger_on_panic to 0, debug.trace_on_panic to 1 and keep crash dump with kernel.debug for later examination, isn't it? The whole point of doing this, as I am not really experienced in debugging, is to have the information saved somewhere in case of a panic.= Regards, Karol --=20 Karol Kwiatkowski OpenPGP: http://www.orchid.homeunix.org/carlos/gpg/0x06E09309.asc --------------enig684C0066F830AEE958763581 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFlrViezeoPAwGIYsRCJ7iAJ0WhekN2ZzjCvoZfkcatgIpgsEZMwCfRFMD Y01GBkYoJgQ6sfOc5e1sNlk= =7f/I -----END PGP SIGNATURE----- --------------enig684C0066F830AEE958763581-- From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 20:37:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9264416A4D4 for ; Sat, 30 Dec 2006 20:37:30 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD4A13C43E for ; Sat, 30 Dec 2006 20:37:30 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBUKbTD8020892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 12:37:30 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4596CE08.3090104@errno.com> Date: Sat, 30 Dec 2006 12:37:28 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: JoaoBR References: <200612282002.11562.joao@matik.com.br> In-Reply-To: <200612282002.11562.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 20:37:30 -0000 JoaoBR wrote: > 572 cabq frames transmitted > 11 cabq xmit overflowed beacon interval > > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b So one other thing came to mind. If your ap is operating in 11b and you have many multicast frames q'd up for power save stations then they can effectively saturate the network if they are being trasnmitted at a low tx rate (which they would be). This can effectively DOS your wireless network because the frames are burst immediately following the beacon. The driver limits the burst interval so it does not overflow into the next beacon but it's allowed to fill all available time to the next beacon frame (something I've considered changing for just the reason I described). This has always been an issue. You might try rate limiting these frames or just hack the driver to violate the spec and not buffer them for tx after the beacon (to see if your problem goes away). Further, if you have a machine with a crappy pci bus (such as !4801 soekris boards) it's entirely possible that you are hoarding the bus with these long transmits s.t. other problems are occurring. I do not recommend building ap products out of such equipment. (No disrespect to the 4501, et al they just had substandard pci bus operation.) Sam From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 20:51:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32E7D16A403 for ; Sat, 30 Dec 2006 20:51:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB2AE13C428 for ; Sat, 30 Dec 2006 20:51:56 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBUKKhi1020821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 12:20:43 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4596CA1A.9040906@errno.com> Date: Sat, 30 Dec 2006 12:20:42 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: JoaoBR References: <200612282002.11562.joao@matik.com.br> In-Reply-To: <200612282002.11562.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 20:51:57 -0000 JoaoBR wrote: > I need some help here, this is not a single case, I get this on a several > machines, this is releng_6 , recent, but old problem getting ugly > > > first I get this kind of events in messages, independent if it is client mode > or hostap or adhoc > > Dec 28 16:50:53 ap1-cds kernel: ath0: discard oversize frame (ether type 5e4 > flags 3 len 1522 > max 1514) > Dec 28 16:51:01 ap1-cds kernel: ath0: discard oversize frame (ether type 5e4 > flags 3 len 1522 > max 1514) > Dec 28 16:58:16 ap1-cds kernel: ath0: device timeout > ... timeout event repeats > > I really do not know what this event means (ether type 5e4), for my > understandings it is vague in the source, so I am lost here Seems pretty clear: it's the type field extracted from the ethernet header of the oversized packet. A quick check of sys/net/ethernet.h shows no such ETHERTYPE defined. So something in your network is transmitting packets that either being rx'd incorrectly or, more likely, corrupted in transit. > > { > I get continously: > > kernel: ath0: link state changed to DOWN > kernel: ath0: link state changed to UP > > when WL client but it recovers when the AP comes back to normal > so wl-cli mode is not the issue > } Sorry this is hard to understand. You are saying that when you see packets discarded on the ap the client stations lose their association to the ap? You've said nothing about your environment but I'd guess you've got some heavy interference like a microwave oven operating. > > > but when the machine is running hostap the link state up/down events do not > come up but transmission is interrupted, or better, goes slow and stops > then - and stops forever until cold reboot, no chance to get this card back, > not even unload ath and reload the driver (that was a try but I use it > compiled into the kernel) > this is not related to any WEP settings or any rate, this problem is coming up > with either rate-sample or rate_onoe > > > this is not related to the "tx stopped" problem (OACTIVE) and it is not > related to any [TX|RX]BUF value (whatever it is set to) > > this problem is not a single case and not hardware related, here I mean MB, > CPU, memory but is related in a certain way to the ath drv - same machine, > but wi0 (prism card) and it does NOT happen this way > > > I am with this problem since 6.0 and would be glad if somebody could convince > Mr. Sam L. to attend this since it is a serious issue - any FreeBSD releng_6 > has this problem but releng_5 does not Well "Mr. Sam L" has other things to do that are more important to him. If you want help I can try to provide it but this is not exactly a problem one can diagnose from afar. I suggest you sniff traffic from a separate station and try to identify what is going on in the network when you this event occur. It would also help to do the obvious things like swap ath cards. You've also said nothing about your environment such as the mac+phy revs for the card and the computer this is operating in. > > depending on the amount of traffic I get this any hour ( when 2-3Mbit/s or > more) or several times a day (when 1-2Mbit/s) > > it get worse when I have more then one ath card installed Sounds like you've got radio/antenna issues that manifest themselves as noise that drives the radio's into silence. Diagnosing something like that may requires tools like a spectrum analyzer. > > > ath stats: > > 70777 data frames received > 71551 data frames transmit > 420 tx frames with an alternate rate > 10821 long on-chip tx retries > 260 tx failed 'cuz too many retries > 11M current transmit rate > 10489 tx management frames > 1 tx frames discarded prior to association > 786 tx frames with no ack marked > 80516 tx frames with short preamble > 54395 rx failed 'cuz of bad CRC > 146438 rx failed 'cuz of PHY err > 145013 CCK timing > 1425 CCK restart > 5295 beacons transmitted > 19 periodic calibrations > 42 rssi of last ack > 31 avg recv rssi > -98 rx noise floor > 572 cabq frames transmitted > 11 cabq xmit overflowed beacon interval This should not happen. You have stations in power save mode in your bss and the transmission of queued multicast frames overflowed the interval following the beacon frame. This should be handled (I explicitly tested it) but you might want to observe if this occurs when you have problems. > 1525 switched default/rx antenna > Antenna profile: > [1] tx 41285 rx 4 This makes no sense; you rx'd 4 frames total? That's inconsistent with the "data frames received" counter and makes me question whether these numbers are meaningful. > > > ifconfig > > ath0: flags=8943 mtu 1500 > ether 00:13:46:8b:f1:86 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > status: associated > ssid omegasul channel 1 (2412) bssid 00:13:46:8b:f1:86 > authmode OPEN privacy ON deftxkey 1 > wepkey 1:40-bit > wepkey 2:40-bit > wepkey 3:40-bit > wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 36 > txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmiss 7 > -pureg protmode CTS -wme burst ssid HIDE -apbridge dtimperiod 1 > bintval 100 Unfortunately you've not provide critical info like the mac+phy of the card and the platform (E.g. is this a soekris box). As I said I can try to _HELP_ you but I cannot fix your problem. You need to diagnose what is happening. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 20:51:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DA1216A407 for ; Sat, 30 Dec 2006 20:51:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4355C13C441 for ; Sat, 30 Dec 2006 20:51:57 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id kBUKTcBW020865 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 12:29:38 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <4596CC31.6010604@errno.com> Date: Sat, 30 Dec 2006 12:29:37 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.8 (X11/20061115) MIME-Version: 1.0 To: JoaoBR References: <200612282002.11562.joao@matik.com.br> <200612282241.24542.joao@matik.com.br> In-Reply-To: <200612282241.24542.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Lamont Granquist Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 20:51:57 -0000 JoaoBR wrote: > On Thursday 28 December 2006 21:52, you wrote: >> check this message: >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031216.html >> >> run "/usr/src/tools/tools/net80211/wlandebug/wlandebug -i ath0 power" and >> see if one of the hosts on your wlan has powersaving turned on. >> >> "stops forever" was not one of my symptoms though, so your issue may be >> different... >> > > > thank's for your answer > powersaving is not the issue here because it's off See my previous reply to you. Lamont is directing you to look for stations in your network operating with power save enabled. > > But I saw histories about this and even if powersaving issue "was the issue in > that case(really?)" I think this is wierd in any way because if ONE station > with powersaving on could set the AP in DoS ... man ... if really true this > is kind of lame excuse or kind of driver weakness which both would be > inacceptable, and, if it does NOT wake up if in sleep state ... no further > comment, but a driver weakness right? Power save operation is a required part of 802.11. If there's a problem in supporting it then it should be fixed but I'm aware of several ap products shipping with freebsd that do not exhibit this problem so it may be related to your configuration. ath parts offload much processing to the host and creating a production quality ap based on them involves certain tuning and configuration that must be done according to the complete system. > > wether powersaving is on or not on the station/client is a local setting to > this station and must not influence any remote computer in any way, imagine, > you turn on your powersavings and the complete internet goes down on your > request hihihihi :) > > but then, like my case, on the AP or better ath in ap mode, even IF > powersaving is ON it might stop working for any related reason but firstable > NOT WHILE TX/RX and secondable if idle it must return soon THIS computer > wants to transmit any kind of traffic again > > last but not least powersaving might shut the power down but must return when > necessary - if not - there is a driver problem. If you are saying you should not have to reboot a system because the device locks up then sure. But I've no idea if that was what was required. I'm aware of only one ath-related issue that can lockup a system--that's when a part is set into deep sleep and the host then accesses a register outside the pci clock domain w/o first waking up the part. This has only been reported with cardbus cards which means you can just eject the card to unfreeze the bus. But this sounds unrelated to the problem you are seeing. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 21:06:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7166C16A407 for ; Sat, 30 Dec 2006 21:06:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 27B9313C441 for ; Sat, 30 Dec 2006 21:06:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 32320 invoked by uid 399); 30 Dec 2006 21:06:11 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 30 Dec 2006 21:06:11 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4596D4B5.5080004@FreeBSD.org> Date: Sat, 30 Dec 2006 13:05:57 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Chuck Swiger References: <459582C6.4010200@mac.com> In-Reply-To: <459582C6.4010200@mac.com> X-Enigmail-Version: 0.94.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD mailing list Subject: Re: BIND-9.3.2 (from 5.5-STABLE) segfault 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: Sat, 30 Dec 2006 21:06:12 -0000 Chuck Swiger wrote: > Hi-- > > I had named segfault a day or so ago under high load ("adnslogres -c > 200" against a webserver logfile) after logging the following: Hard to tell if your problem here is related to running on 5.5 or not, but of course recommendation number one is to consider upgrading to 6.x. Recommendation number two is to upgrade BIND to 9.3.3, preferably by upgrading to 6.2-RC2, or by upgrading to the head of RELENG_5, or as a last resort by using the port, with or without the option to replace the base BIND. > [ ... ] >> Dec 28 03:38:56 pi named[1853]: enforced >> delegation-only for 'AR' (ctina.ar/A/IN) from 137.39.1.3#53 If you're using this option, please make sure that you know why you are using it, and what the potential side effects are. That discussion is off topic for this list, but feel free to take it up on bind-users@isc.org if you wish. >> Dec 28 03:50:23 pi named[1853]: client 127.0.0.1#53077: >> no more recursive clients: quota reached There is extensive discussion about this problem in the bind-users archives. Take a look at file:///usr/share/doc/bind9/arm/ and check out the quota options to get this adjusted to where it needs to be for your situation. Alternatively, if you're sure that the excess load is caused by the adnslogres program, try lowering the number of concurrent connections. >> Dec 28 03:50:24 pi last message repeated 258 times >> Dec 28 03:50:24 pi kernel: pid 1853 (named), uid 53: >> exited on signal 11 As a guess, I'd say that this is the problem, you're just hammering the thing too hard. No point in pursuing this much further till you've at least upgraded BIND though. > Named is being invoked via "-4 -u bind -c named.conf -t /var/named"; but > it could not dump core as /var/named is owned by root. Check out the dump-file directive in the ARM. I have a directory in the chroot called /var/dump, owned by the bind user, and the following in my named.conf: options { ... dump-file "/var/dump/named_dump.db"; ... }; > I've changed > that temporarily so I ought to be able to get a corefile if I can > reproduce it. See above. > As the subject mentions, this is a Dell 1850 (rackmount PowerEdge) > running FreeBSD-5.5 & BIND-9.3.2; until just now, everything had been > running stably for months at a time. I assume you've checked the usual suspects, dead fans, other hardware problems, etc? hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:20:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 231BE16A416 for ; Sat, 30 Dec 2006 22:20:24 +0000 (UTC) (envelope-from 05056409@students.lincoln.ac.uk) Received: from atreides.lincoln.ac.uk (mailhub.lincoln.ac.uk [194.80.59.181]) by mx1.freebsd.org (Postfix) with ESMTP id 7F47413C45A for ; Sat, 30 Dec 2006 22:20:23 +0000 (UTC) (envelope-from 05056409@students.lincoln.ac.uk) Received: from aexcmb01.network.uni ([194.80.57.1]) by atreides.lincoln.ac.uk with esmtp (Exim 4.63) (envelope-from <05056409@students.lincoln.ac.uk>) id 1H0mYs-0006zb-3l for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 22:20:22 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 30 Dec 2006 22:18:39 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Page Fault in 6.2-PRE RELEASE Thread-Index: AccsX0JTD+823nCWQN+0/b8/jwot/AAATL6C References: From: "Christopher Harper \(05056409\)" <05056409@students.lincoln.ac.uk> To: X-AntiVirus-Scanner: Virus checked by atreides.lincoln.ac.uk using Sophie and Sophos AV X-SA-Exim-Connect-IP: 194.80.57.1 X-SA-Exim-Mail-From: 05056409@students.lincoln.ac.uk X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on atreides.lincoln.ac.uk X-Spam-Level: *** X-Spam-Status: No, score=3.4 required=9.0 tests=ALL_TRUSTED,AWL,BAYES_50, FM_MULTI_ODD2, FM_MULTI_ODD3, FROM_ALL_NUMS, FROM_STARTS_WITH_NUMS, TW_BD, TW_BF,TW_DF,TW_DR,TW_EB,TW_FC,TW_II,TW_KB,TW_TK,TW_TX,TW_XB,TW_XC, TW_XF autolearn=no version=3.1.7 X-SA-Exim-Version: 4.2.1 (built Sun, 22 Oct 2006 09:17:32 +0100) X-SA-Exim-Scanned: Yes (on atreides.lincoln.ac.uk) Subject: Page Fault in 6.2-PRE RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 22:20:24 -0000 The system freezes randomly and no longer accepts any input and after a = minute of being 'frozen' reboots. Initiaily thought it was related to firefox as this can usualyl crash it = 'randomly' , Seems to be an issue with the wireless function (given = through an Belkin RT2500USB (ural0) ). I'm fairly new to kernel debugging so am not sure what details people = need, hope this helps. Any questions/requests for more info are no problem. Kgdb output:=20 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. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: ural0: could not transmit buffer: SHORT_XFER Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x4 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05a87d9 stack pointer =3D 0x28:0xe6dc6bec frame pointer =3D 0x28:0xe6dc6bf8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 23 (irq10: vr0 ehci0+) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 26m35s Dumping 2046 MB (2 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 2046MB (523760 pages) 2030 2014 1998 1982 1966 1950 1934 1918 = 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 = 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 = 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 = 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 = 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 = 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 = 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 = 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc05a87d9 0xc05a87d9 is in ieee80211_free_node = (/usr/src/sys/net80211/ieee80211_node.c:1606). 1601 ieee80211_free_node_debug(struct ieee80211_node *ni, const char = *func, int line) 1602 #else 1603 ieee80211_free_node(struct ieee80211_node *ni) 1604 #endif 1605 { 1606 struct ieee80211_node_table *nt =3D ni->ni_table; 1607 1608 #ifdef IEEE80211_DEBUG_REFCNT 1609 IEEE80211_DPRINTF(ni->ni_ic, IEEE80211_MSG_NODE, 1610 "%s (%s:%u) %p<%s> refcnt %d\n", __func__, func, = line, ni, (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc051a6ca in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc051a9f1 in panic (fmt=3D0xc06d94cf "%s") at = /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06a795c in trap_fatal (frame=3D0xe6dc6bac, eva=3D4) at = /usr/src/sys/i386/i386/trap.c:837 #4 0xc06a769b in trap_pfault (frame=3D0xe6dc6bac, usermode=3D0, = eva=3D4) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06a72d5 in trap (frame=3D {tf_fs =3D 8, tf_es =3D -963641304, tf_ds =3D -961019864, tf_edi = =3D -963964928, tf_esi =3D 0, tf_ebp =3D -421762056, tf_isp =3D = -421762088, tf_ebx =3D -963961644, tf_edx =3D -421655072, tf_ecx =3D = -964085760, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D = -1067808807, tf_cs =3D 32, tf_eflags =3D 66118, tf_esp =3D -963961644, = tf_ss =3D -963615744}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc069342a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05a87d9 in ieee80211_free_node (ni=3D0x0) at = /usr/src/sys/net80211/ieee80211_node.c:1605 #8 0xc04b1923 in ural_txeof (xfer=3D0xc6b82d00, priv=3D0xc68b1cd4, = status=3DUSBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/if_ural.c:888 #9 0xc04c9b1a in usb_transfer_complete (xfer=3D0xc6b82d00) at = /usr/src/sys/dev/usb/usbdi.c:863 #10 0xc04acbae in ehci_idone (ex=3D0xc6b82d00) at = /usr/src/sys/dev/usb/ehci.c:852 #11 0xc04acaeb in ehci_check_intr (sc=3D0xc6893800, ex=3D0xc6b82d00) at = /usr/src/sys/dev/usb/ehci.c:759 #12 0xc04aca25 in ehci_softintr (v=3D0xc6893800) at = /usr/src/sys/dev/usb/ehci.c:693 #13 0xc04c6e55 in usb_schedsoftintr (bus=3D0x0) at = /usr/src/sys/dev/usb/usb.c:871 #14 0xc04ac806 in ehci_intr1 (sc=3D0xc6893800) at = /usr/src/sys/dev/usb/ehci.c:593 #15 0xc04ac746 in ehci_intr (v=3D0xc6893800) at = /usr/src/sys/dev/usb/ehci.c:552 #16 0xc0505059 in ithread_execute_handlers (p=3D0xc68ff648, = ie=3D0xc67e3b00) at /usr/src/sys/kern/kern_intr.c:682 #17 0xc0505169 in ithread_loop (arg=3D0xc68b7480) at = /usr/src/sys/kern/kern_intr.c:765 #18 0xc0503e0d in fork_exit (callout=3D0xc0505114 , = arg=3D0xc68b7480, frame=3D0xe6dc6d38) at = /usr/src/sys/kern/kern_fork.c:821 #19 0xc069348c in fork_trampoline () at = /usr/src/sys/i386/i386/exception.s:208 Dmesg Output :=20 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #13: Sat Dec 30 21:10:31 GMT 2006 root@:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (3001.62-MHz = 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 = Features=3D0xbfebfbff = Features2=3D0xe3bd,CX16,,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 2146369536 (2046 MB) avail memory =3D 2091098112 (1994 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 nvidia0: port 0x9c00-0x9c7f mem = 0xcc000000-0xccffffff,0xb0000000-0xbfffffff,0xcd000000-0xcdffffff irq 11 = at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] pci0: at device 9.0 (no driver attached) isab0: port 0xfc00-0xfc7f at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xcffff000-0xcfffffff irq 11 = at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xcfffe000-0xcfffe0ff irq = 10 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered ural0: Belkin Belkin 54g USB Network Adapter, rev 2.00/0.01, addr 2 ural0: MAC/BBP RT2570 (rev 0x03), RF RT2526 ural0: Ethernet address: 00:11:50:77:38:21 ural0: if_start running deferred for Giant atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xec00-0xec0f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port = 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem = 0xcfffd000-0xcfffdfff irq 10 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port = 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem = 0xcfffc000-0xcfffcfff irq 11 at device 14.1 on pci0 ata4: on atapci2 ata5: on atapci2 atapci3: port = 0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f = mem 0xcfffb000-0xcfffbfff irq 11 at device 14.2 on pci0 ata6: on atapci3 ata7: on atapci3 pcib2: at device 15.0 on pci0 pci2: on pcib2 fwohci0: mem = 0xcfdff000-0xcfdff7ff,0xcfdf8000-0xcfdfbfff irq 11 at device 7.0 on pci2 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:80:80:05:00:00:04:4b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:80:80:00:04:4b fwe0: Ethernet address: 82:80:80:00:04:4b fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) vr0: port 0x8c00-0x8cff mem = 0xcfdfe000-0xcfdfe0ff irq 10 at device 10.0 on pci2 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:f4:a6:ff:74 pci0: at device 15.1 (no driver attached) pci0: at device 17.0 (no driver attached) pci0: at device 18.0 (no driver attached) pmtimer0 on isa0 orm0: at iomem = 0xc0000-0xcdfff,0xd0000-0xd3fff,0xd4000-0xd57ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 = on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 2.00/4.24, addr = 2, iclass 3/1 ums0: 5 buttons and Z dir and a TILT dir. Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad6: 238475MB at ata3-master SATA300 SMP: AP CPU #1 Launched! uname -a output: FreeBSD FreeBSD 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #13: Sat Dec 30 = 21:10:31 GMT 2006 root@:/usr/obj/usr/src/sys/SMP i386 System specs : Intel E6600 ( 2 x 2.4GHz ) Cellshcok PC6400 DDR2 2GB=20 eVga 680i motherboard eVga 7900GTX Sata 2 maxtor 250GB Thanks again, Chris From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:20:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5593E16A5DB for ; Sat, 30 Dec 2006 22:20:35 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 2952313C45A for ; Sat, 30 Dec 2006 22:20:35 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id DF49128434; Sat, 30 Dec 2006 15:51:23 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 5AC3961C3A; Sat, 30 Dec 2006 15:51:23 -0600 (CST) Date: Sat, 30 Dec 2006 15:51:23 -0600 From: "Matthew D. Fuller" To: Kris Kennaway Message-ID: <20061230215123.GP23937@over-yonder.net> References: <20061226225411.GA8706@cs.rmit.edu.au> <20061227034724.GB9859@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061227034724.GB9859@xor.obsecurity.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: stable@freebsd.org Subject: Re: Background fsck causes kernel panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 22:20:35 -0000 On Tue, Dec 26, 2006 at 10:47:25PM -0500 I heard the voice of Kris Kennaway, and lo! it spake thus: > > As you discovered, the solution is to force a fsck to repair all > corruption and then proceed (optionally disabling bg fsck > permanently to prevent a recurrence ;-) Is it time yet to have another roundabout over whether that should be the default? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:20:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6827516A5DF for ; Sat, 30 Dec 2006 22:20:35 +0000 (UTC) (envelope-from 05056409@students.lincoln.ac.uk) Received: from atreides.lincoln.ac.uk (mailhub.lincoln.ac.uk [194.80.59.181]) by mx1.freebsd.org (Postfix) with ESMTP id E8C1513C457 for ; Sat, 30 Dec 2006 22:20:34 +0000 (UTC) (envelope-from 05056409@students.lincoln.ac.uk) Received: from aexcmb01.network.uni ([194.80.57.1]) by atreides.lincoln.ac.uk with esmtp (Exim 4.63) (envelope-from <05056409@students.lincoln.ac.uk>) id 1H0mOy-0006eq-WA for freebsd-stable@freebsd.org; Sat, 30 Dec 2006 22:10:10 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sat, 30 Dec 2006 22:10:04 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Page Fault 6.2-PRERELEASE Thread-Index: AccsX0JTD+823nCWQN+0/b8/jwot/A== From: "Christopher Harper \(05056409\)" <05056409@students.lincoln.ac.uk> To: X-AntiVirus-Scanner: Virus checked by atreides.lincoln.ac.uk using Sophie and Sophos AV X-SA-Exim-Connect-IP: 194.80.57.1 X-SA-Exim-Mail-From: 05056409@students.lincoln.ac.uk X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on atreides.lincoln.ac.uk X-Spam-Level: *** X-Spam-Status: No, score=3.3 required=9.0 tests=ALL_TRUSTED,AWL,BAYES_50, FM_MULTI_ODD2, FM_MULTI_ODD3, FROM_ALL_NUMS, FROM_STARTS_WITH_NUMS, TW_BD, TW_BF,TW_DF,TW_DR,TW_EB,TW_FC,TW_II,TW_KB,TW_TK,TW_TX,TW_XB,TW_XC, TW_XF autolearn=no version=3.1.7 X-SA-Exim-Version: 4.2.1 (built Sun, 22 Oct 2006 09:17:32 +0100) X-SA-Exim-Scanned: Yes (on atreides.lincoln.ac.uk) Subject: Page Fault 6.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 22:20:35 -0000 The system freezes randomly and no longer accepts any input and after a = minute of being 'frozen' reboots. Initiaily thought it was related to firefox as this can usualyl crash it = 'randomly' , Seems to be an issue with the now un-supported ural0 = driver. I'm fairly new to kernel debugging so am not sure what details people = need, hope this helps. Any questions/requests for more info are no problem. Kgdb output:=20 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. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: ural0: could not transmit buffer: SHORT_XFER Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x4 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05a87d9 stack pointer =3D 0x28:0xe6dc6bec frame pointer =3D 0x28:0xe6dc6bf8 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 23 (irq10: vr0 ehci0+) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 26m35s Dumping 2046 MB (2 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 2046MB (523760 pages) 2030 2014 1998 1982 1966 1950 1934 1918 = 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 = 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 = 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 = 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 = 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 = 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 = 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 = 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc05a87d9 0xc05a87d9 is in ieee80211_free_node = (/usr/src/sys/net80211/ieee80211_node.c:1606). 1601 ieee80211_free_node_debug(struct ieee80211_node *ni, const char = *func, int line) 1602 #else 1603 ieee80211_free_node(struct ieee80211_node *ni) 1604 #endif 1605 { 1606 struct ieee80211_node_table *nt =3D ni->ni_table; 1607 1608 #ifdef IEEE80211_DEBUG_REFCNT 1609 IEEE80211_DPRINTF(ni->ni_ic, IEEE80211_MSG_NODE, 1610 "%s (%s:%u) %p<%s> refcnt %d\n", __func__, func, = line, ni, (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc051a6ca in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc051a9f1 in panic (fmt=3D0xc06d94cf "%s") at = /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06a795c in trap_fatal (frame=3D0xe6dc6bac, eva=3D4) at = /usr/src/sys/i386/i386/trap.c:837 #4 0xc06a769b in trap_pfault (frame=3D0xe6dc6bac, usermode=3D0, = eva=3D4) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06a72d5 in trap (frame=3D {tf_fs =3D 8, tf_es =3D -963641304, tf_ds =3D -961019864, tf_edi = =3D -963964928, tf_esi =3D 0, tf_ebp =3D -421762056, tf_isp =3D = -421762088, tf_ebx =3D -963961644, tf_edx =3D -421655072, tf_ecx =3D = -964085760, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D = -1067808807, tf_cs =3D 32, tf_eflags =3D 66118, tf_esp =3D -963961644, = tf_ss =3D -963615744}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc069342a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05a87d9 in ieee80211_free_node (ni=3D0x0) at = /usr/src/sys/net80211/ieee80211_node.c:1605 #8 0xc04b1923 in ural_txeof (xfer=3D0xc6b82d00, priv=3D0xc68b1cd4, = status=3DUSBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/if_ural.c:888 #9 0xc04c9b1a in usb_transfer_complete (xfer=3D0xc6b82d00) at = /usr/src/sys/dev/usb/usbdi.c:863 #10 0xc04acbae in ehci_idone (ex=3D0xc6b82d00) at = /usr/src/sys/dev/usb/ehci.c:852 #11 0xc04acaeb in ehci_check_intr (sc=3D0xc6893800, ex=3D0xc6b82d00) at = /usr/src/sys/dev/usb/ehci.c:759 #12 0xc04aca25 in ehci_softintr (v=3D0xc6893800) at = /usr/src/sys/dev/usb/ehci.c:693 #13 0xc04c6e55 in usb_schedsoftintr (bus=3D0x0) at = /usr/src/sys/dev/usb/usb.c:871 #14 0xc04ac806 in ehci_intr1 (sc=3D0xc6893800) at = /usr/src/sys/dev/usb/ehci.c:593 #15 0xc04ac746 in ehci_intr (v=3D0xc6893800) at = /usr/src/sys/dev/usb/ehci.c:552 #16 0xc0505059 in ithread_execute_handlers (p=3D0xc68ff648, = ie=3D0xc67e3b00) at /usr/src/sys/kern/kern_intr.c:682 #17 0xc0505169 in ithread_loop (arg=3D0xc68b7480) at = /usr/src/sys/kern/kern_intr.c:765 #18 0xc0503e0d in fork_exit (callout=3D0xc0505114 , = arg=3D0xc68b7480, frame=3D0xe6dc6d38) at = /usr/src/sys/kern/kern_fork.c:821 #19 0xc069348c in fork_trampoline () at = /usr/src/sys/i386/i386/exception.s:208 Dmesg Output :=20 Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-PRERELEASE #13: Sat Dec 30 21:10:31 GMT 2006 root@:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (3001.62-MHz = 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 = Features=3D0xbfebfbff = Features2=3D0xe3bd,CX16,,> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 real memory =3D 2146369536 (2046 MB) avail memory =3D 2091098112 (1994 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) pcib1: at device 3.0 on pci0 pci1: on pcib1 nvidia0: port 0x9c00-0x9c7f mem = 0xcc000000-0xccffffff,0xb0000000-0xbfffffff,0xcd000000-0xcdffffff irq 11 = at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] pci0: at device 9.0 (no driver attached) isab0: port 0xfc00-0xfc7f at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.2 (no driver attached) ohci0: mem 0xcffff000-0xcfffffff irq 11 = at device 11.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xcfffe000-0xcfffe0ff irq = 10 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered ural0: Belkin Belkin 54g USB Network Adapter, rev 2.00/0.01, addr 2 ural0: MAC/BBP RT2570 (rev 0x03), RF RT2526 ural0: Ethernet address: 00:11:50:77:38:21 ural0: if_start running deferred for Giant atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xec00-0xec0f at device 13.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port = 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem = 0xcfffd000-0xcfffdfff irq 10 at device 14.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port = 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem = 0xcfffc000-0xcfffcfff irq 11 at device 14.1 on pci0 ata4: on atapci2 ata5: on atapci2 atapci3: port = 0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f = mem 0xcfffb000-0xcfffbfff irq 11 at device 14.2 on pci0 ata6: on atapci3 ata7: on atapci3 pcib2: at device 15.0 on pci0 pci2: on pcib2 fwohci0: mem = 0xcfdff000-0xcfdff7ff,0xcfdf8000-0xcfdfbfff irq 11 at device 7.0 on pci2 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:80:80:05:00:00:04:4b fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:80:80:00:04:4b fwe0: Ethernet address: 82:80:80:00:04:4b fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) vr0: port 0x8c00-0x8cff mem = 0xcfdfe000-0xcfdfe0ff irq 10 at device 10.0 on pci2 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:40:f4:a6:ff:74 pci0: at device 15.1 (no driver attached) pci0: at device 17.0 (no driver attached) pci0: at device 18.0 (no driver attached) pmtimer0 on isa0 orm0: at iomem = 0xc0000-0xcdfff,0xd0000-0xd3fff,0xd4000-0xd57ff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 = on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 2.00/4.24, addr = 2, iclass 3/1 ums0: 5 buttons and Z dir and a TILT dir. Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 ad6: 238475MB at ata3-master SATA300 SMP: AP CPU #1 Launched! uname -a output: FreeBSD FreeBSD 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #13: Sat Dec 30 = 21:10:31 GMT 2006 root@:/usr/obj/usr/src/sys/SMP i386 System specs : Intel E6600 ( 2 x 2.4GHz ) Cellshcok PC6400 DDR2 2GB=20 eVga 680i motherboard eVga 7900GTX Sata 2 maxtor 250GB Thanks again, Chris From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:23:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63EFD16A417 for ; Sat, 30 Dec 2006 22:23:05 +0000 (UTC) (envelope-from valiantsoul@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id D542913C44B for ; Sat, 30 Dec 2006 22:23:04 +0000 (UTC) (envelope-from valiantsoul@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so4064456uge for ; Sat, 30 Dec 2006 14:23:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=NPdWBFh7VZdGRvGSH4l9owyPUHwg8gxKZfzadJNqXjfk3MLQ+gSWpOnQVUtNgjCf3/lJKFBebNmb9quDm2OUJQRD30lGxoza107NTVcRLmgCeKZDt+xi8ooa5L7RGexoQYwFd4ztOzxxu2Eep0RNUU2d2ka6otQYXqeR6W6Ui3w= Received: by 10.67.99.1 with SMTP id b1mr24069763ugm.1167515628707; Sat, 30 Dec 2006 13:53:48 -0800 (PST) Received: by 10.67.27.13 with HTTP; Sat, 30 Dec 2006 13:53:48 -0800 (PST) Message-ID: <1a5509630612301353i4a731008o44eb1c5bd332335e@mail.gmail.com> Date: Sat, 30 Dec 2006 16:53:48 -0500 From: "Craig St. Jean" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: make buildkernel erroring on latest sources X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 22:23:05 -0000 Updated my sources to STABLE today, and followed the handbook as I normally do to make sure I don't forget anything, however on `make buildkernel KERNCONF=GENERIC` I got the following: ... MAKE=make sh /usr/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror vers.c linking kernel if_ural.o(.text+0x66): In function `ural_free_tx_list': : undefined reference to `ieee80211_free_node' if_ural.o(.text+0x2d3): In function `ural_rxeof': : undefined reference to `ieee80211_find_rxnode' if_ural.o(.text+0x2eb): In function `ural_rxeof': : undefined reference to `ieee80211_input' if_ural.o(.text+0x2f1): In function `ural_rxeof': : undefined reference to `ieee80211_free_node' if_ural.o(.text+0x893): In function `ural_start': : undefined reference to `ieee80211_find_txnode' if_ural.o(.text+0x8b9): In function `ural_start': : undefined reference to `ieee80211_encap' if_ural.o(.text+0xa0a): In function `ural_start': : undefined reference to `ieee80211_free_node' if_ural.o(.text+0xa3f): In function `ural_start': : undefined reference to `ieee80211_encap' if_ural.o(.text+0xa53): In function `ural_start': : undefined reference to `ieee80211_free_node' if_ural.o(.text+0xa65): In function `ural_start': : undefined reference to `ieee80211_crypto_encap' if_ural.o(.text+0xe47): In function `ural_txeof': : undefined reference to `ieee80211_free_node' if_ural.o(.text+0xeee): In function `ural_watchdog': : undefined reference to `ieee80211_watchdog' if_ural.o(.text+0x1188): In function `ural_detach': : undefined reference to `ieee80211_ifdetach' if_ural.o(.text+0x16f3): In function `ural_attach': : undefined reference to `ieee80211_ieee2mhz' if_ural.o(.text+0x1719): In function `ural_attach': : undefined reference to `ieee80211_ifattach' if_ural.o(.text+0x1754): In function `ural_attach': : undefined reference to `ieee80211_media_status' if_ural.o(.text+0x175f): In function `ural_attach': : undefined reference to `ieee80211_media_init' if_ural.o(.text+0x182b): In function `ural_attach': : undefined reference to `ieee80211_ieee2mhz' if_ural.o(.text+0x185f): In function `ural_attach': : undefined reference to `ieee80211_ieee2mhz' if_ural.o(.text+0x1894): In function `ural_attach': : undefined reference to `ieee80211_ieee2mhz' if_ural.o(.text+0x18e6): In function `ural_attach': : undefined reference to `ieee80211_announce' if_ural.o(.text+0x1b8e): In function `ural_set_chan': : undefined reference to `ieee80211_chan2ieee' if_ural.o(.text+0x21c3): In function `ural_task': : undefined reference to `ieee80211_beacon_alloc' if_ural.o(.text+0x2be0): In function `ural_media_change': : undefined reference to `ieee80211_media_change' if_ural.o(.text+0x2c3e): In function `ural_media_change': : undefined reference to `ieee80211_media_change' if_ural.o(.text+0x2cf7): In function `ural_ioctl': : undefined reference to `ieee80211_ioctl' if_ural.o(.text+0xe5): In function `ural_next_scan': : undefined reference to `ieee80211_next_scan' *** Error code 1 Stop in /usr/obj/usr/src/sys/Sord. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any ideas? My /sys/i386/conf/GENERIC is modified and I have copied it here: http://home.earthlink.net/~valiantsoul/GENERIC My make.conf is: PERL_VER=5.8.8 PERL_VERSION=5.8.8 NO_BLUETOOTH=true MAKE_IDEA=true NO_PROFILE=true Thanks all! From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:27:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A222616A5E3 for ; Sat, 30 Dec 2006 22:27:05 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFEF13C448 for ; Sat, 30 Dec 2006 22:27:04 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBUMPYob014901; Sat, 30 Dec 2006 19:25:35 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Sat, 30 Dec 2006 19:26:57 -0200 User-Agent: KMail/1.9.3 References: <200612282002.11562.joao@matik.com.br> <4596CA1A.9040906@errno.com> In-Reply-To: <4596CA1A.9040906@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612301926.57736.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 22:27:05 -0000 On Saturday 30 December 2006 18:20, Sam Leffler wrote: thank you for answering, lots of good points and I will try to answer any o= f=20 them > > > > I really do not know what this event means (ether type 5e4), for my > > understandings it is vague in the source, so I am lost here > > Seems pretty clear: it's the type field extracted from the ethernet > header of the oversized packet. A quick check of sys/net/ethernet.h > shows no such ETHERTYPE defined. So something in your network is > transmitting packets that either being rx'd incorrectly or, more likely, > corrupted in transit. > good so far, point here is that we can not limit that someone tx this kind = of=20 packets but should find a way that this traffic do not DoS the AP. ipfw accepts 0x5e4 but at the end it does not get this packages changing mtu on any interface does not change a thing when we track the oversized packages they we found they are coming from nat= =20 servers where wingate and similar softwares are running, when we cut them o= ut=20 the mentioned traffic stopps and the AP does not interrupt service anymore > > { > > I get continously: > > > > kernel: ath0: link state changed to DOWN > > kernel: ath0: link state changed to UP > > > > when WL client but it recovers when the AP comes back to normal > > so wl-cli mode is not the issue > > } > > Sorry this is hard to understand. You are saying that when you see > packets discarded on the ap the client stations lose their association > to the ap? You've said nothing about your environment but I'd guess > you've got some heavy interference like a microwave oven operating. > we use Freebsd releng_6 running Dlink 520 or 530 cards (ATH) in hostap mode= as=20 access point in order to check better what is happening we set up some freebsd clients=20 releng_6 as well when this oversized packages are appearing first we see ath up/down events = on=20 the client, on windows machines the signal drops and comes back as well, so= I=20 guess it is the same if this oversize packages "are persistence" after a while the AP goes down = and=20 does not come back we do see other 11b/g APs out there and measured the spectrum but there is = no=20 meaningfull interference, also, in this specific case, here we do have=20 channel 1,6 and 11 and all Aps are 2km away from each other.=20 > > > ath stats: > > > > 70777 data frames received > > 71551 data frames transmit > > 420 tx frames with an alternate rate > > 10821 long on-chip tx retries > > 260 tx failed 'cuz too many retries > > 11M current transmit rate > > 10489 tx management frames > > 1 tx frames discarded prior to association > > 786 tx frames with no ack marked > > 80516 tx frames with short preamble > > 54395 rx failed 'cuz of bad CRC > > 146438 rx failed 'cuz of PHY err > > 145013 CCK timing > > 1425 CCK restart > > 5295 beacons transmitted > > 19 periodic calibrations > > 42 rssi of last ack > > 31 avg recv rssi > > -98 rx noise floor > > 572 cabq frames transmitted > > 11 cabq xmit overflowed beacon interval > > This should not happen. You have stations in power save mode in your > bss and the transmission of queued multicast frames overflowed the > interval following the beacon frame. This should be handled (I > explicitly tested it) but you might want to observe if this occurs when > you have problems. > this ath stats are from exactly the moment when the card in apmode stopped > > 1525 switched default/rx antenna > > Antenna profile: > > [1] tx 41285 rx 4 > > This makes no sense; you rx'd 4 frames total? That's inconsistent with > the "data frames received" counter and makes me question whether these > numbers are meaningful. > same answer as above, I like to remember we are in an outdoor environment w= ith=20 pigtail, coax and 18dBi Omni or 90 degree panel > > ifconfig > > > > ath0: flags=3D8943 mtu = 1500 > > ether 00:13:46:8b:f1:86 > > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > > status: associated > > ssid omegasul channel 1 (2412) bssid 00:13:46:8b:f1:86 > > authmode OPEN privacy ON deftxkey 1 > > wepkey 1:40-bit > > wepkey 2:40-bit > > wepkey 3:40-bit > > wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 36 > > txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 bmi= ss > > 7 -pureg protmode CTS -wme burst ssid HIDE -apbridge dtimperiod 1 bintv= al > > 100 > > Unfortunately you've not provide critical info like the mac+phy of the > card and the platform (E.g. is this a soekris box). As I said I can try > to _HELP_ you but I cannot fix your problem. You need to diagnose what > is happening. great, this are normally MicroATX MBs Asus or Epox, with Athlon 64 3000 or= =20 higher processors, 256Mb or more RAM CPU: AMD Athlon(tm) 64 Processor 3500+ (2199.77-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20ff2 Stepping =3D 2 =20 =46eatures=3D0x78bfbff Features2=3D0x1 AMD Features=3D0xe2500800 AMD Features2=3D0x1 real memory =3D 401539072 (382 MB) avail memory =3D 383447040 (365 MB) ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xfddd0000-0xfdddffff irq 20 at device 0.0 on pci2 ath0: Ethernet address: 00:17:9a:0a:7a:5b ath0: mac 7.9 phy 4.5 radio 5.6 ath0: using 150 rx buffers ath0: using 300 tx buffers ath0@pci2:0:0: class=3D0x020000 card=3D0x3a131186 chip=3D0x0013168c rev=3D= 0x01=20 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class =3D network subclass =3D ethernet thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:34:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 050F816A407 for ; Sat, 30 Dec 2006 22:34:52 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 405AE13C442 for ; Sat, 30 Dec 2006 22:34:51 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBUMXPSU015222; Sat, 30 Dec 2006 19:33:25 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Sat, 30 Dec 2006 19:34:48 -0200 User-Agent: KMail/1.9.3 References: <200612282002.11562.joao@matik.com.br> <200612282241.24542.joao@matik.com.br> <4596CC31.6010604@errno.com> In-Reply-To: <4596CC31.6010604@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612301934.48381.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, Lamont Granquist Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 22:34:52 -0000 On Saturday 30 December 2006 18:29, Sam Leffler wrote: > > See my previous reply to you. Lamont is directing you to look for > stations in your network operating with power save enabled. > even if there are stations with powersaving on we can do anything against it this is an ISP environment where people connect with compatible hardware, I= do=20 not agree that power management enabled on some of them could bring the=20 network down > > But I saw histories about this and even if powersaving issue "was the > > issue in that case(really?)" I think this is wierd in any way because if > > ONE station with powersaving on could set the AP in DoS ... man ... if > > really true this is kind of lame excuse or kind of driver weakness which > > both would be inacceptable, and, if it does NOT wake up if in sleep sta= te > > ... no further comment, but a driver weakness right? > > Power save operation is a required part of 802.11. If there's a problem > in supporting it then it should be fixed but I'm aware of several ap > products shipping with freebsd that do not exhibit this problem so it > may be related to your configuration. ath parts offload much processing > to the host and creating a production quality ap based on them involves > certain tuning and configuration that must be done according to the > complete system. I know and as far as our knowledge goes (in fact there are no secrets to=20 disable powersaving) we do not have this problem and like I said before in= =20 the former msg that I believe the problem is related to a certain kind of=20 traffic > > If you are saying you should not have to reboot a system because the > device locks up then sure. But I've no idea if that was what was > required. I'm aware of only one ath-related issue that can lockup a > system--that's when a part is set into deep sleep and the host then > accesses a register outside the pci clock domain w/o first waking up the > part. This has only been reported with cardbus cards which means you > can just eject the card to unfreeze the bus. But this sounds unrelated > to the problem you are seeing. > ok, but again our Ap is not in any power save mode, we monitor CPU, fan, te= mp=20 and traffic and to complete the powersaving issue, it is unlikely that the= =20 freeBSD goes to sleep when I get considerable traffic through this box and= =20 especially the ath card thank's =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 22:50:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5D9F16A407 for ; Sat, 30 Dec 2006 22:50:38 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2721613C483 for ; Sat, 30 Dec 2006 22:50:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id kBUMn6Pa015987; Sat, 30 Dec 2006 19:49:06 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler Date: Sat, 30 Dec 2006 19:50:29 -0200 User-Agent: KMail/1.9.3 References: <200612282002.11562.joao@matik.com.br> <4596CE08.3090104@errno.com> In-Reply-To: <4596CE08.3090104@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200612301950.29821.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: ath0 timeout problem - again X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 22:50:38 -0000 On Saturday 30 December 2006 18:37, Sam Leffler wrote: > JoaoBR wrote: > > 572 cabq frames transmitted > > 11 cabq xmit overflowed beacon interval > > > > > > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > > So one other thing came to mind. If your ap is operating in 11b and you > have many multicast frames q'd up for power save stations then they can > effectively saturate the network if they are being trasnmitted at a low > tx rate (which they would be). This can effectively DOS your wireless > network because the frames are burst immediately following the beacon. hum, let's see ... this is an ISP environment as unlikely the AP goes to sleep while rx/tx the client station either we block incoming traffic, we sell internet access so there will no access = to=20 the station which might match the case you brought up, the station request= =20 access to a site and get reply, when the station "sleeps" (if) then there i= s=20 no considerable tx to it > The driver limits the burst interval so it does not overflow into the > next beacon but it's allowed to fill all available time to the next > beacon frame (something I've considered changing for just the reason I > described). This has always been an issue. You might try rate limiting > these frames or just hack the driver to violate the spec and not buffer > them for tx after the beacon (to see if your problem goes away). ok I understand, this certainly is another point we have problems with but = we=20 did exactly what you mentioned.=20 The tx buffer on the AP, once getting used is never released even if never= =20 getting to fill it up to the configured limit - this I consider so far a=20 problem but not related to the problem we discuss but let me ask, certainly the same problem could come up when for instance = the=20 client has a bad signal (bad caox or connector, antena misplaced or local=20 interference) and the AP can not tx to this station in this exact moment wh= en=20 his signal drops right?=20 > > Further, if you have a machine with a crappy pci bus (such as !4801 > soekris boards) it's entirely possible that you are hoarding the bus > with these long transmits s.t. other problems are occurring. I do not > recommend building ap products out of such equipment. (No disrespect to > the 4501, et al they just had substandard pci bus operation.) > ok, like said before we use PCs and the MBs we use are pretty reliable beca= use=20 on POPs where this special case of traffic do not appear we have them up fo= r=20 months even with higher traffic as I mentioned before. thank you for your availability to help. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 23:18:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E58516A403; Sat, 30 Dec 2006 23:18:53 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4774F13C43E; Sat, 30 Dec 2006 23:18:51 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.13.8/8.13.8) with ESMTP id kBUMiTgg005306; Sat, 30 Dec 2006 16:44:29 -0600 (CST) (envelope-from sean-freebsd@farley.org) Date: Sat, 30 Dec 2006 16:42:21 -0600 (CST) From: "Sean C. Farley" To: Dimitry Andric In-Reply-To: <4595C753.5030502@andric.com> Message-ID: <20061230163738.D1066@thor.farley.org> References: <4595C753.5030502@andric.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joe Marcus Clarke , freebsd-stable@freebsd.org Subject: Re: gif problems 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: Sat, 30 Dec 2006 23:18:53 -0000 On Sat, 30 Dec 2006, Dimitry Andric wrote: > Hi, > > I just updated one of my machines from RELENG_6 as of 2006-11-03, to > RELENG_6 as of 2006-12-29. This caused the IPv6 tunnel which this box > uses, which had been doing fine for months, to suddenly stop working. > > Reverting to my 2006-11-03 kernel restored the tunnel again, so my ISP > could be ruled out. :) > > The symptoms are that the IPv6 default gateway cannot be reached, and > you'll get "ping6: sendmsg: No route to host" when you try to ping it. > > For some reason, the ifconfig command now fails to create the proper > routing table entries. With the 2006-11-03 kernel, if I configure my > gif0 tunnel as follows: I can confirm my setup with Hurricane Electric also started failing at some point: gif_interfaces="gif0" gifconfig_gif0="AA.BB.CC.DD 64.71.128.83" ipv6_defaultrouter="AAAA:BBBB:CCCC:DDDD::1C" ipv6_ifconfig_gif0="AAAA:BBBB:CCCC:DDDD::1D AAAA:BBBB:CCCC:DDDD::1C prefixlen 128" I needed to add the following to restore the old (working) behavior: ipv6_static_routes="defroute" ipv6_route_defroute="AAAA:BBBB:CCCC:DDDD::1C -interface gif0" Sean -- sean-freebsd@farley.org From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 23:33:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00A5F16A412; Sat, 30 Dec 2006 23:33:59 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id CBD2113C448; Sat, 30 Dec 2006 23:33:58 +0000 (UTC) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; h=Received:Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:X-Spam-Score:X-LERCTR-Spam-Score:X-Spam-Report:X-LERCTR-Spam-Report:DomainKey-Status; b=TjbpJjCjZM8dscqVNQX2IS3W8ilHCAnZeRbR+ZMQIMIhEUyy04v65J19wwYh9YTTpMGOXAGUqNPJND8TUJ8HfD5v18EmSQJHs61YgQjFfOzP4r4YNqxz1aM1QbhS0QfqWDsaFG4xvntZ0REUt3nhOAd/ui7XbXB4jRutILq7+vc=; Received: from thebighonker.lerctr.org ([192.147.25.65]:56823) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.64 (FreeBSD)) (envelope-from ) id 1H0ni8-000FlJ-Rz; Sat, 30 Dec 2006 17:33:58 -0600 Date: Sat, 30 Dec 2006 17:33:54 -0600 (CST) From: Larry Rosenman To: Robert Watson In-Reply-To: <20061230170358.K50974@fledge.watson.org> Message-ID: <20061230173227.D60541@thebighonker.lerctr.org> References: <20061230035722.L39715@thebighonker.lerctr.org> <20061230151933.P18740@fledge.watson.org> <20061230093730.I47579@thebighonker.lerctr.org> <20061230160353.K18740@fledge.watson.org> <45969487.1020806@orchid.homeunix.org> <20061230170358.K50974@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: Karol Kwiatkowski , Max Laier , freebsd-stable@freebsd.org Subject: Re: 6.2-PRE: Fatal Trap? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 23:33:59 -0000 On Sat, 30 Dec 2006, Robert Watson wrote: > > On Sat, 30 Dec 2006, Karol Kwiatkowski wrote: > >>>>> It looks like the attached patch was missed in the MFC I just pointed >>>>> at. Could you try applying it? >>>>> >>>>> You can also fetch it from: >>>>> >>>>> >>>>> http://www.watson.org/~robert/freebsd/20061230-20061230-tcp_pcb_fix.diff >>>>> >>>> >>>> Normally, I'd be more than happy to, but, given: 1) the box is 300+ miles >>>> away 2) I do NOT have access to remote hands again till Tuesday (Holiday) >>>> 3) this is my firewall between all my services and the rest of the world >>>> and if down, I'm off the air :( >>>> >>>> I wish I could, but can't afford to be down for the 5 days :( >>>> >>>> Thanks for the diagnosis, however, as I was going nuts. >>> >>> I've gone ahead and MFC'd the missing tcp_subr.c patch and the change now >>> appears stable on by 6-STABLE test box. I'd appreciate it if other people >>> experiencing the panic could slide forward to confirm (or perhaps less >>> ideally, not confirm) that this fixes the problem for them also. [snip] I can confirm (now that I saw other confirmations), that the fix is the correct one (I'm up on: FreeBSD fw.lerctr.org 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #1: Sat Dec 30 17:14:04 CST 2006 root@fw.lerctr.org:/usr/obj/usr/src/sys/GENERIC i386 Thanks Robert and all for the very quick work with a really sparse bug report. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sat Dec 30 23:38:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEDC416A416 for ; Sat, 30 Dec 2006 23:38:15 +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 7E98913C457 for ; Sat, 30 Dec 2006 23:38:15 +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 kBUN1MJX059699; Sat, 30 Dec 2006 18:01:22 -0500 (EST) (envelope-from sven@dmv.com) Received: from [67.62.150.139] (static-67-62-150-139.dsl.cavtel.net [67.62.150.139]) (authenticated bits=0) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id kBUN1J8s004420; Sat, 30 Dec 2006 18:01:22 -0500 (EST) (envelope-from sven@dmv.com) Message-ID: <4596F06D.30004@dmv.com> Date: Sat, 30 Dec 2006 18:04:13 -0500 From: Sven Willenberger User-Agent: Thunderbird 1.5.0.7 (X11/20060919) MIME-Version: 1.0 To: Sven Willenberger References: <20061205.004323.78708386.hrs@allbsd.org> <20061204160949.GM35681@deviant.kiev.zoral.com.ua> <20061205.123805.59655403.hrs@allbsd.org> <1166194879.6317.11.camel@lanshark.dmv.com> <20061215181548.GA58555@xor.obsecurity.org> <1166209936.6317.21.camel@lanshark.dmv.com> <20061215192958.GA86926@xor.obsecurity.org> <20061215212040.GG23698@deviant.kiev.zoral.com.ua> <1166463200.11562.5.camel@lanshark.dmv.com> In-Reply-To: <1166463200.11562.5.camel@lanshark.dmv.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: Kostik Belousov , stable@freebsd.org, Kris Kennaway Subject: Re: Not panic in nfsd (Re: panic in nfsd on 6.2-RC1) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Dec 2006 23:38:16 -0000 Sven Willenberger presumably uttered the following on 12/18/06 12:33: > On Fri, 2006-12-15 at 23:20 +0200, Kostik Belousov wrote: >> On Fri, Dec 15, 2006 at 02:29:58PM -0500, Kris Kennaway wrote: > > <> > >>> >>>> FWIW, I do see the following appearing in the /var/log/messages: >>>> ufs_rename: fvp == tvp (can't happen) >>>> about once or twice a day, but cannot correlate those to lockup. Now >>>> that I have enabled the options mentioned above in the kernel, I am >>>> seeing some LOR issues: >>>> >>>> kernel: lock order reversal: >>>> kernel: 1st 0xffffff00c3bab200 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 >>>> kernel: 2nd 0xffffff0005bb6078 struct mount mtx (struct mount mtx) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:138 >>> OK, this is interesting, so let's proceed from here. >>> >>> Kris >> Try this. >> >> Index: ufs/ufs/ufs_vnops.c >> =================================================================== >> RCS file: /usr/local/arch/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v >> retrieving revision 1.283 >> diff -u -r1.283 ufs_vnops.c >> --- ufs/ufs/ufs_vnops.c 6 Nov 2006 13:42:09 -0000 1.283 >> +++ ufs/ufs/ufs_vnops.c 15 Dec 2006 21:19:51 -0000 >> @@ -133,19 +133,15 @@ >> { >> struct inode *ip; >> struct timespec ts; >> - int mnt_locked; >> >> ip = VTOI(vp); >> - mnt_locked = 0; >> - if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) { >> - VI_LOCK(vp); >> + VI_LOCK(vp); >> + if ((vp->v_mount->mnt_flag & MNT_RDONLY) != 0) >> goto out; >> + if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) { >> + VI_UNLOCK(vp); >> + return; >> } >> - MNT_ILOCK(vp->v_mount); /* For reading of mnt_kern_flags. */ >> - mnt_locked = 1; >> - VI_LOCK(vp); >> - if ((ip->i_flag & (IN_ACCESS | IN_CHANGE | IN_UPDATE)) == 0) >> - goto out_unl; >> >> if ((vp->v_type == VBLK || vp->v_type == VCHR) && !DOINGSOFTDEP(vp)) >> ip->i_flag |= IN_LAZYMOD; >> @@ -172,10 +168,7 @@ >> >> out: >> ip->i_flag &= ~(IN_ACCESS | IN_CHANGE | IN_UPDATE); >> - out_unl: >> VI_UNLOCK(vp); >> - if (mnt_locked) >> - MNT_IUNLOCK(vp->v_mount); >> } >> >> /* > > > Patch applied cleanly (offset 6 lines), make buildworld, make kernel, > reboot, make installworld, etc. > > kernel: lock order reversal: > kernel: 1st 0xffffff00b9181800 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:1547 > kernel: 2nd 0xffffff00c16030d0 vnode interlock (vnode interlock) @ /usr/src/sys/ufs/ufs/ufs_vnops.c:132 > > > > _______________________________________________ Having enabled witness and ddb, etc I cannot get this LOR to trigger anymore, but the machine is still locking up. I finally managed to get a piece of what was appearing on the console which is the following (copied by hand by an onsite tech so there may be a typo here and there): --------cut-------------- bge_intr() at loge_intr+0x84a ithread_loop() at ithread_loop+0x14c fork_exit() at fork_exit+0xbb fork_trampoline() at fork_trampoline+0xee --- trap 0, rip-0, rsp-0xffffffffb371ad00, rbp-0 --- Fatal trap 12: page fault while in Kernel Mode cupid=1, apic id=01 fault virtual address - 0x28 fault code - supervisor write, page not present instruction pointer - 0x8:0xffffffff801dae1a stack pointer - 0x10:0xffffffffb371ab70 frame pointer - 0x10:0xffffffffb371abd0 code segment - base 0x0, limit 0xfffff, type 0x1b - DPL 0, pres 1, long 1, def32 0, gram 1 processor eflags=interrupt enabled, resume, IOPL=0 current process=28 (irq 24:bge0) trap number=12 panic: page fault cupid=1 Uptime - 4d10h52m36s Dumping 4031MB (2 chunks) chunk0: 1MB (156 pages)... ok chunk1: 4031MB (1031920) ----------cut----------------- For some reason, by the time it reboots, there is no dump file available (even though it is enabled in rc.conf and there is more than enough room in /var/crash to hold it). Sven