From owner-freebsd-stable Sun Aug 25 0:16:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C99937B400 for ; Sun, 25 Aug 2002 00:16:39 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE3D743E75 for ; Sun, 25 Aug 2002 00:16:37 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.5/8.12.5) with ESMTP id g7P7GZTJ091507; Sun, 25 Aug 2002 11:16:35 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 25 Aug 2002 11:16:35 +0400 (MSD) From: Dmitry Morozovsky To: Kent Stewart Cc: freebsd-stable@FreeBSD.ORG Subject: Re: error making buildkernel In-Reply-To: <3D67F466.5000108@owt.com> Message-ID: <20020825111419.U23521-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 24 Aug 2002, Kent Stewart wrote: KS> > does the same error occur if you omit the "-j 4" and do only KS> > "make buildkernel" KERNCONF=GENERIC should be the default. KS> > KS> > Look at the handbook regarding the "j" Parameter: KS> > KS> > Be aware that this is still somewhat experimental, KS> > and commits to the source tree may occasionally break this feature. If KS> > the world fails to compile using this parameter try again without it KS> > before you report any problems. KS> KS> KS> It has also been my experience that on single cpu systems no "-j" runs KS> as much as 10% faster on buildworlds. Hmm, it depends ;-) According to my own experience, machines with modern (damn fast ;) CPUs and moderately-fast IDE disks win 3-5 mins (8-12%) in buildworld, possibly due to descreased total IO wait time... Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Aug 25 0:19:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE2F837B400 for ; Sun, 25 Aug 2002 00:19:46 -0700 (PDT) Received: from nextgeneration.speedroad.net (nextgeneration.speedroad.net [195.139.232.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A847C43E77 for ; Sun, 25 Aug 2002 00:19:45 -0700 (PDT) (envelope-from arnvid@karstad.org) Received: (qmail 12823 invoked by uid 1010); 25 Aug 2002 07:19:47 -0000 Received: from freelight.isd.no (HELO ?195.139.232.120?) (ievil@195.139.232.120) by mail.speedroad.net with SMTP; 25 Aug 2002 07:19:47 -0000 Date: Sun, 25 Aug 2002 09:19:43 +0200 From: Arnvid Karstad To: freebsd-stable@freebsd.org Subject: Problems with 4.6.2 and aic7899 - fatal trap 12. Organization: Int Message-Id: <20020825090730.3341.ARNVID@karstad.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hiya. We were testing FreeBSD 4.6.2 on one of our sandbox machines that was previously running FBSD4.5. After the cvs and additional make's the machine now seems to be at tad unstable.. When disk i/o start to run of.. for instance during find / -name *~ it just dumps out one nice error msg like this: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer code = 0x8:0xc0215293 stack pointer = 0x10:0xfef98c40 frame pointer = 0x10:0xfef98c74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor enabled = interupt enabled, resume, IOPL = 0 current proccess = 142 (cvs) interupt mask = bio trap number = 12 panic: Page fault syncing disk....... lotsa numbers.. then rebooots I've tested the ram and disks extensively with IBM diagnostics tool, and didn't find anythig wrong there. (It's an IBM xSeries 342 server btw) What now? anyone know where to start looking?? Mvh/Best regards, Arnvid L. Karstad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Aug 25 2:11:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A36F37B400 for ; Sun, 25 Aug 2002 02:11:30 -0700 (PDT) Received: from 2mcl.com (gw-e.2upost.com [212.1.95.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id C605943E4A for ; Sun, 25 Aug 2002 02:11:28 -0700 (PDT) (envelope-from amnesiac@2mcl.com) Received: from 10.0.0.2 (unknown [10.0.0.2]) by 2mcl.com (Postfix) with ESMTP id 5AE79140A6 for ; Sun, 25 Aug 2002 12:11:26 +0300 (EEST) Date: Sun, 25 Aug 2002 12:10:06 +0400 From: RUS X-Mailer: The Bat! (v1.51) Reply-To: RUS X-Priority: 3 (Normal) Message-ID: <169531880.20020825121006@2mcl.com> To: freebsd-stable@freebsd.org Subject: test MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry test. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Aug 25 2:53:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D3D37B400 for ; Sun, 25 Aug 2002 02:53:47 -0700 (PDT) Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B659D43E65 for ; Sun, 25 Aug 2002 02:53:46 -0700 (PDT) (envelope-from kaltorak@quake.com.au) Received: from [210.49.77.192] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5324aadf) with ESMTP id avghaaaa for ; Sun, 25 Aug 2002 19:53:49 +1000 Message-ID: <3D68A909.8030601@quake.com.au> Date: Sun, 25 Aug 2002 19:53:13 +1000 From: Kal Torak Organization: Quake Networking User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: FreeBSD Stable , olli@fromme.com Subject: Re: tosha port causing system to reboot References: <3D6670A5.7020903@quake.com.au> <20020823121829.A17201@panzer.kdm.org> <3D675FC6.90009@quake.com.au> <20020824130547.A27869@panzer.kdm.org> Content-Type: multipart/mixed; boundary="------------070905000601030705050306" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------070905000601030705050306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Kenneth D. Merry wrote: >>I have the crash dump, but wont I have to compile debugging symbols into >>the kernel or something to get a trace?? > > Generally there will be a kernel.debug in your kernel compile directory. > That has all the necessary symbols. Ok well there isnt.. But I will build one... The kernel was last made with the make buildkernel from the /usr/src tree so I guess that doesnt make one? > Just to make sure, go ahead and send out the dmesg and stack trace from the > crash dump. Well I have got something.. Not exactly sure what a stack trace looks like but I get everything out of gdb that I know how... I will attach that and my dmesg output to this mail.. Hope it helps! --------------070905000601030705050306 Content-Type: text/plain; name="debug.kern" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="debug.kern" Script started on Sun Aug 25 17:02:27 2002 root@fileserv:FILESERV# gdb -k kernel.debug /var/crash/vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 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-unknown-freebsd"... IdlePTD at phsyical address 0x00341000 initial pcb at physical address 0x002b48c0 panicstr: page fault panic messages: --- panic: Loop 1 syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc020474c stack pointer = 0x10:0xc0291020 frame pointer = 0x10:0xc0291028 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio cam trap number = 12 panic: page fault Uptime: 16m0s dumping to dev #ad/0x20001, offset 269712 dump ata0: resetting devices .. done 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 0xc0168132 in dumpsys () (kgdb) where #0 0xc0168132 in dumpsys () #1 0xc0167efc in boot () #2 0xc0168330 in poweroff_wait () #3 0xc0252763 in trap_fatal () #4 0xc025241d in trap_pfault () #5 0xc0251ff3 in trap () #6 0xc020474c in acquire_lock () #7 0xc0208e9a in softdep_fsync_mountdev () #8 0xc020d166 in ffs_fsync () #9 0xc020bde8 in ffs_sync () #10 0xc0197ef3 in sync () #11 0xc0167cb7 in boot () #12 0xc0168330 in poweroff_wait () #13 0xc0140b26 in ahc_search_qinfifo () #14 0xc0145f9c in ahc_timeout () #15 0xc016dddd in softclock () (kgdb) up #1 0xc0167efc in boot () (kgdb) #2 0xc0168330 in poweroff_wait () (kgdb) #3 0xc0252763 in trap_fatal () (kgdb) #4 0xc025241d in trap_pfault () (kgdb) #5 0xc0251ff3 in trap () (kgdb) #6 0xc020474c in acquire_lock () (kgdb) #7 0xc0208e9a in softdep_fsync_mountdev () (kgdb) #8 0xc020d166 in ffs_fsync () (kgdb) #9 0xc020bde8 in ffs_sync () (kgdb) #10 0xc0197ef3 in sync () (kgdb) #11 0xc0167cb7 in boot () (kgdb) #12 0xc0168330 in poweroff_wait () (kgdb) #13 0xc0140b26 in ahc_search_qinfifo () (kgdb) #14 0xc0145f9c in ahc_timeout () (kgdb) #15 0xc016dddd in softclock () (kgdb) Initial frame selected; you cannot go up. (kgdb) list 1 /*- 2 * Copyright (c) 2002 FreeBSD Inc. 3 * All rights reserved. 4 * 5 * Redistribution and use in source and binary forms, with or without 6 * modification, are permitted provided that the following conditions 7 * are met: 8 * 1. Redistributions of source code must retain the above copyright 9 * notice, this list of conditions and the following disclaimer. 10 * 2. Redistributions in binary form must reproduce the above copyright (kgdb) 11 * notice, this list of conditions and the following disclaimer in the 12 * documentation and/or other materials provided with the distribution. 13 * 14 * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND 15 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 16 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 17 * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE 18 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 19 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 20 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) (kgdb) 21 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 22 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 23 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 24 * SUCH DAMAGE. 25 * 26 */ 27 28 char sccspad[32 - 4 /* sizeof(sccs) */] = { '\0' }; 29 char sccs[4] = { '@', '(', '#', ')' }; 30 char version[] = "FreeBSD 4.6.1-RELEASE-p5 #1: Sun Aug 25 16:27:18 EST 2002\n root@fileserv.l33txor.net:/usr/src/sys/compile/FILESERV\n"; (kgdb) 31 char ostype[] = "FreeBSD"; 32 char osrelease[] = "4.6.1-RELEASE-p5"; 33 int osreldate = 460002; (kgdb) Line number 34 out of range; vers.c has 33 lines. (kgdb) quit root@fileserv:FILESERV# exit exit Script done on Sun Aug 25 17:04:40 2002 --------------070905000601030705050306 Content-Type: text/plain; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.out" Copyright (c) 1992-2002 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 4.6.1-RELEASE-p5 #2: Fri Aug 2 00:31:27 EST 2002 root@server.l33txor.net:/usr/obj/usr/src/sys/FILESERV Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (848.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383f9ff real memory = 134152192 (131008K bytes) avail memory = 127401984 (124416K bytes) Preloaded elf kernel "kernel" at 0xc0322000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00fdd60 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 12 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xa000-0xa00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xa400-0xa41f irq 11 at device 7.2 on pci0 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 ulpt0: Hewlett-Packard DeskJet 948C, rev 1.10/1.00, addr 2, iclass 7/1 uhci1: port 0xa800-0xa81f irq 11 at device 7.3 on pci0 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 pci0: (vendor=0x1106, dev=0x3057) at 7.4 chip1: port 0xb400-0xb403,0xb000-0xb003,0xac00-0xacff irq 9 at device 7.5 on pci0 ahc0: port 0xb800-0xb8ff mem 0xd9000000-0xd9000fff irq 11 at device 9.0 on pci0 aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs atapci1: port 0xcc00-0xcc0f,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 irq 10 at device 13.0 on pci0 ata2: at 0xbc00 on atapci1 ata3: at 0xc400 on atapci1 atapci2: port 0xe000-0xe00f,0xdc00-0xdc03,0xd800-0xd807,0xd400-0xd403,0xd000-0xd007 irq 12 at device 15.0 on pci0 ata4: at 0xd000 on atapci2 ata5: at 0xd800 on atapci2 sis0: port 0xe400-0xe4ff mem 0xd9001000-0xd9001fff irq 11 at device 17.0 on pci0 sis0: Ethernet address: 00:a0:cc:a3:17:4a miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib1: on motherboard pci2: on pcib1 orm0:

 

Pulse Analysis System - PAS

Breakthrough in health diagnostics.

 

Pulse Analysis System (PAS) is a system designed for screen diagnostics of person's health by means of the pulse waves analysis taken off the special sensor. The result of analysis is complex estimation of functional systems (elements , canals) as an health matrix which allows to reveal all derangements in man's health. The PAS based on: traditional Oriental pulse diagnostics and modern data processing methods.

The PAS is best used for fitness and health centers as a guide to help people improve their health. It also can be used to determine effect of medicaments and food additives (better than Fole method). In mobile version PAS can be delevired to patient directly (for disabled people) or in outdoors. Also great interest to PAS may be taken by orient medicine speacialists (acupuncture, phytotherapy etc)

For investors we offer a collab oration and participation in this project.

For further information:
WWW: http://tiger-tele.com/pas/english
Email: tigertel@stl.ru
Tel: 8 (4232)-491-336, 8(4232)-266-270
Fax: 8(4232)-269-487

Êîìïëåêò ÏÀÑ
The PAS set consists of:
1. Pulse wave senstor
2. "PAS" software
3. Ñomputer (optional)
4. Printer (optional)

 


Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes --0-524211250-1030526094=:65995-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 2:22:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D07F37B400 for ; Wed, 28 Aug 2002 02:22:22 -0700 (PDT) Received: from nippur.irb.hr (nippur.irb.hr [161.53.128.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F9F443E6A for ; Wed, 28 Aug 2002 02:22:21 -0700 (PDT) (envelope-from mario.pranjic@irb.hr) Received: from localhost (keeper@localhost) by nippur.irb.hr (8.9.3/8.9.3) with ESMTP id LAA14070 for ; Wed, 28 Aug 2002 11:22:19 +0200 (MET DST) Date: Wed, 28 Aug 2002 11:22:19 +0200 (MET DST) From: Mario Pranjic To: Subject: IDE RAID controlers od FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! Can anyone tell me if the current 4.6.2 RELEASE supports promise fasttrak100tx2 or highpoint hpt370 RAID controlers? Does this actually work? Thanks! Mario Pranjic, dipl.ing. sistem administrator Knjiznica, Institut Rudjer Boskovic ------------------------------------- e-mail: mario.pranjic@irb.hr ICQ: 72059629 tel: +385 1 45 60 954 (interni: 1293) ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 2:29:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7CFD37B400 for ; Wed, 28 Aug 2002 02:29:33 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB92543E42 for ; Wed, 28 Aug 2002 02:29:31 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g7S9TQgD016589; Wed, 28 Aug 2002 18:59:26 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IDE RAID controlers od FreeBSD From: "Daniel O'Connor" To: Mario Pranjic Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Aug 2002 18:59:24 +0930 Message-Id: <1030526965.717.64.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Spam-Score: -103.4 () IN_REP_TO,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-08-28 at 18:52, Mario Pranjic wrote: > Can anyone tell me if the current 4.6.2 RELEASE supports promise > fasttrak100tx2 or highpoint hpt370 RAID controlers? Yes. I have a FastTrack 100 TX2. I believe the HPT is supported as well. I think you need to use the BIOS to build the array but that may have changed recently. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 2:36:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C10737B400 for ; Wed, 28 Aug 2002 02:36:21 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC1743E6A for ; Wed, 28 Aug 2002 02:36:19 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g7S9aDgD016719; Wed, 28 Aug 2002 19:06:15 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPFW/dummynet/ppp bw device question From: "Daniel O'Connor" To: Sten Daniel SXrsdal Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <55523182176.20020828105810@wan.no> References: <55523182176.20020828105810@wan.no> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Aug 2002 19:06:11 +0930 Message-Id: <1030527373.717.72.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Spam-Score: -103.4 () IN_REP_TO,USER_IN_WHITELIST X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-08-28 at 18:28, Sten Daniel SXrsdal wrote: > I took a look at the documentation for IPFW and under the dummnet > section it is mentioned that the 'bw' parameter can be given a > device for use with ppp(8), however i have failed finding any > information on this. What i am looking into is to setup pipes for > each dial-in user (for QoS/shaping). > And I was kind of hoping this was something i could control in ppp > without having to reinsert new rules every time a user logged in. > > Anyone ever used this feature or know anything about it? I think you are misreading the docs.. I don't think ppp or tun have an inherent support for bandwidth limiting so you will have to insert rules on the fly. The docs for ipfw mention something about getting the transmit clock from tun but I have no idea if it actually works, or what it does. I looked through the code but I couldn't find a mention of anything about it.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 2:45:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1D2637B400 for ; Wed, 28 Aug 2002 02:45:56 -0700 (PDT) Received: from dilbert.robbins.dropbear.id.au (176.h.010.mel.iprimus.net.au [210.50.207.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 169AB43E42 for ; Wed, 28 Aug 2002 02:45:32 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (6sbzzwoetdess2v6@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3) with ESMTP id g7S6orEa033227; Wed, 28 Aug 2002 16:50:53 +1000 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3/Submit) id g7S6oqdF033226; Wed, 28 Aug 2002 16:50:52 +1000 (EST) Date: Wed, 28 Aug 2002 16:50:51 +1000 From: Tim Robbins To: Miha Nedok Cc: freebsd-stable@FreeBSD.ORG Subject: Re: sh(1) problems after upgrade Message-ID: <20020828165051.A32666@dilbert.robbins.dropbear.id.au> References: <20020827215400.L60568-100000@defiant.zrcalo.si> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020827215400.L60568-100000@defiant.zrcalo.si>; from mike@mike.unix-systems.net on Tue, Aug 27, 2002 at 09:54:16PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 27, 2002 at 09:54:16PM +0200, Miha Nedok wrote: > sh(1) changes affect it's behaviour. > The rc script for MySQL coming with the port doesn't work. > > /usr/local/etc/rc.d/mysql-server.sh start > /usr/local/etc/rc.d/mysql-server.sh: 6: Syntax error: "&&" unexpected I believe this has been fixed by revision 1.3 of databases/mysql323-server/ files/mysql-server.sh. It's unfortunate that it completely breaks some incorrect scripts, but a command like: foo & && echo 'foo has been started' never worked properly, and was interpreted by the shell as: foo & true && echo 'foo has been started' ^^^^ This will be pointed out in the release notes for 4.7 because so many people have asked me about it. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 3: 1:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EE7437B405 for ; Wed, 28 Aug 2002 03:01:29 -0700 (PDT) Received: from mail.x69.net (mail.x69.net [204.251.9.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id A40BA43E42 for ; Wed, 28 Aug 2002 03:01:13 -0700 (PDT) (envelope-from aSe@SysFail.com) Received: from bob by x69.net with SMTP (MDaemon.PRO.v5.0.6.R) for ; Wed, 28 Aug 2002 05:01:03 -0500 Message-ID: <001c01c24e79$d5f02650$6501a8c0@bob> From: "aSe" To: Subject: microuptime() went backwards Date: Wed, 28 Aug 2002 06:01:08 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0019_01C24E58.4D6FB410" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Return-Path: aSe@SysFail.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C24E58.4D6FB410 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I know this has been mentioned many times but, I continue having a more = of an annoying occurence. =20 Aug 24 08:43:22 Fail /kernel: microuptime() went backwards = (584955.496226 -> 58$ Aug 25 09:28:29 Fail /kernel: microuptime() went backwards = (674062.450448 -> 67$ Aug 25 10:08:53 Fail /kernel: microuptime() went backwards = (676486.557017 -> 67$ Aug 25 12:44:12 Fail /kernel: microuptime() went backwards = (685805.857605 -> 68$ Aug 26 06:11:20 Fail /kernel: microuptime() went backwards = (748633.765392 -> 74$ Aug 27 00:47:29 Fail /kernel: microuptime() went backwards = (815602.745652 -> 81$ Aug 17 14:14:26 Fail /kernel: FreeBSD 4.6-RELEASE #0: Tue Jun 11 = 06:14:12 GMT 2002 Aug 17 14:14:26 Fail /kernel: Timecounter "i8254" frequency 1193182 Hz Aug 17 14:14:26 Fail /kernel: CPU: AMD-K6(tm) 3D processor (451.03-MHz = 586-class CPU) Aug 17 14:14:26 Fail /kernel: Origin =3D "AuthenticAMD" Id =3D 0x58c = Stepping =3D 12 kern.timecounter.method=3D1 has been set and i checked twice APM isn't = enabled in the bios or compiled into the kernel. does anyone have any more ideas how to solve/cut down on the problem? thank you, Gordon Keesler "aSe" [aSe@SysFail.com] - FreeBSD newbie and all around stupid kid. - ------=_NextPart_000_0019_01C24E58.4D6FB410 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I know this has been mentioned many times but, I continue having a = more=20 of
an annoying occurence. 
 
Aug 24 08:43:22 Fail /kernel: = microuptime() went=20 backwards (584955.496226 -> 58$
Aug 25 09:28:29 Fail /kernel:=20 microuptime() went backwards (674062.450448 -> 67$
Aug 25 10:08:53 = Fail=20 /kernel: microuptime() went backwards (676486.557017 -> 67$
Aug 25 = 12:44:12 Fail /kernel: microuptime() went backwards (685805.857605 -> = 68$
Aug 26 06:11:20 Fail /kernel: microuptime() went backwards = (748633.765392=20 -> 74$
Aug 27 00:47:29 Fail /kernel: microuptime() went backwards=20 (815602.745652 -> 81$
 
Aug 17 14:14:26=20 Fail /kernel: FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 GMT = 2002
Aug 17=20 14:14:26 Fail /kernel: Timecounter "i8254"  frequency 1193182 = Hz
Aug 17=20 14:14:26 Fail /kernel: CPU: AMD-K6(tm) 3D processor (451.03-MHz = 586-class=20 CPU)
Aug 17 14:14:26 Fail /kernel: Origin =3D "AuthenticAMD"  Id = =3D=20 0x58c  Stepping =3D 12

kern.timecounter.method=3D1 has been = set and i=20 checked twice APM isn't enabled in the bios or compiled into the=20 kernel.

does anyone have any more ideas how to solve/cut down on = the=20 problem?

thank you,
Gordon Keesler "aSe" = [aSe@SysFail.com]
-=20 FreeBSD newbie and all around stupid kid.=20 -
------=_NextPart_000_0019_01C24E58.4D6FB410-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 3: 2: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A890C37B400 for ; Wed, 28 Aug 2002 03:02:00 -0700 (PDT) Received: from web12504.mail.yahoo.com (web12504.mail.yahoo.com [216.136.173.196]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D95143E65 for ; Wed, 28 Aug 2002 03:02:00 -0700 (PDT) (envelope-from zagarna@yahoo.com) Message-ID: <20020828100159.49186.qmail@web12504.mail.yahoo.com> Received: from [151.30.32.55] by web12504.mail.yahoo.com via HTTP; Wed, 28 Aug 2002 03:01:59 PDT Date: Wed, 28 Aug 2002 03:01:59 -0700 (PDT) From: Antonio Subject: incorrect memory amount detected at boot To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello After upgrading FreeBSD 4.6 stable on an old compaq proliant it's reading the wrong memory amount from the BIOS at boot time like so: BTX loader 1.00 BTX version is 1.01 Console: internal video/keyboard BIOS drive A: is disk0 BIOS drive B: is disk1 BIOS 638kB/15360kB available memory FreeBSD/i386 bootstrap loader, Revision 0.8 ... just before booting the kernel. the server has 256MB of ram installed. this problem has probably been there for more than a month (since the last upgrade in july) but it wasn't noticed until last week. a recent buildworld/installworld (finished on monday) did not solve the problem. I'm sure it's a software problem, because I tried changing all components of the server but the disks. HELP! __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 4:58:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15B6E37B400 for ; Wed, 28 Aug 2002 04:58:10 -0700 (PDT) Received: from c18070.belrs1.nsw.optusnet.com.au (c18070.belrs1.nsw.optusnet.com.au [210.49.78.171]) by mx1.FreeBSD.org (Postfix) with SMTP id D411843E42 for ; Wed, 28 Aug 2002 04:58:08 -0700 (PDT) (envelope-from ajmawer@optusnet.com.au) Received: (qmail 45252 invoked from network); 28 Aug 2002 11:57:50 -0000 Received: from unknown (HELO optusnet.com.au) (unknown) by unknown with SMTP; 28 Aug 2002 11:57:50 -0000 Message-ID: <3D6CBAD8.6030800@optusnet.com.au> Date: Wed, 28 Aug 2002 21:58:16 +1000 From: Antony Mawer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020819 X-Accept-Language: en-au, en-us, en, ja MIME-Version: 1.0 To: Mario Pranjic Cc: freebsd-stable@FreeBSD.ORG Subject: Re: IDE RAID controlers od FreeBSD References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mario Pranjic wrote: > Can anyone tell me if the current 4.6.2 RELEASE supports promise > fasttrak100tx2 or highpoint hpt370 RAID controlers? > > Does this actually work? I've got a Promise FastTrak100 TX2 running on -STABLE as of about 2 weeks ago and FreeBSD picks it up fine. I might add however that I did have problems trying to install 4.6-REL onto it on one machine, but moving the card to a different machine to install and make world solved that hassle. From dmesg: > pci0: (vendor=0x1106, dev=0x3040) at 7.3 > atapci1: port 0xc800-0xc80f,0xc400-0xc403,0xc000-0xc007,0xbc00-0xbc03,0xb800-0xb807 mem 0xed000000-0xed00ffff irq 10 at device 8.0 on pci0 > ata2: at 0xb800 on atapci1 > ata3: at 0xc000 on atapci1 ... > ar0: 9536MB [1215/255/63] status: READY subdisks: > 0 READY ad4: 9785MB [19881/16/63] at ata2-master UDMA66 > 1 READY ad6: 9787MB [19885/16/63] at ata3-master UDMA100 And once up and running... [root@gibson] ~# atacontrol status 0 ar0: ATA RAID1 subdisks: ad4 ad6 status: READY -Antony To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 5: 4:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EAC337B400 for ; Wed, 28 Aug 2002 05:04:44 -0700 (PDT) Received: from c18070.belrs1.nsw.optusnet.com.au (c18070.belrs1.nsw.optusnet.com.au [210.49.78.171]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E61843E42 for ; Wed, 28 Aug 2002 05:04:43 -0700 (PDT) (envelope-from ajmawer@optusnet.com.au) Received: (qmail 45275 invoked from network); 28 Aug 2002 12:04:25 -0000 Received: from unknown (HELO optusnet.com.au) (unknown) by unknown with SMTP; 28 Aug 2002 12:04:25 -0000 Message-ID: <3D6CBC64.7050205@optusnet.com.au> Date: Wed, 28 Aug 2002 22:04:52 +1000 From: Antony Mawer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020819 X-Accept-Language: en-au, en-us, en, ja MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: write cache not actually disabled by sysctl? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After reading about the potential dangers assocaited with enabling the write cache on ATA drives in combination with softupdates, I've recently added the following to /boot/loader.conf: hw.ata.wc="0" Once booted, running sysctl confirms that this is set: [root@gibson] ~# sysctl hw.ata.wc hw.ata.wc: 0 However, looking at the atacontrol cap output, it appears that write caching is still enabled on both ATA drives (see below). Can I trust the information from atacontrol cap to be accurate? And if so, why is write caching enabled when the sysctl is explicitly set to off? The system was rebooted after adding the change to loader.conf to allow it to take effect... I'm not overly worried by sacrificing some performance for potentially increased safety gains as disabling write caching involves... Any thoughts? -Antony [atacontrol output below] [root@gibson] ~# atacontrol cap 2 0 ATA channel 2, Master, device ad4: ATA/ATAPI revision 5 device model ExcelStor Technology CT210 firmware revision ES4CA53D cylinders 16383 heads 16 sectors/track 63 lba supported 20040450 sectors lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes dma queued no no 0/00 SMART yes no microcode download yes yes security yes no power management yes yes advanced power management no no 0/00 automatic acoustic management no no 0/00 0/00 [root@gibson] ~# atacontrol cap 3 0 ATA channel 3, Master, device ad6: ATA/ATAPI revision 5 device model QUANTUM FIREBALLlct20 10 firmware revision APL.0900 cylinders 16383 heads 16 sectors/track 63 lba supported 20044080 sectors lba48 not supported dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes dma queued no no 0/00 SMART yes no microcode download yes yes security yes no power management yes yes advanced power management no no 0/00 automatic acoustic management yes no 0/00 0/00 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 5:10:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CC3A37B400 for ; Wed, 28 Aug 2002 05:10:13 -0700 (PDT) Received: from posti.raketti.net (titan.raketti.net [212.146.0.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FAF743E72 for ; Wed, 28 Aug 2002 05:10:11 -0700 (PDT) (envelope-from pet@enfo.fi) Received: from lx01.enfo.fi (lx01.tietosavo.fi [212.146.13.66]) by posti.raketti.net (8.10.0/8.10.0) with SMTP id g7SC03707345 for ; Wed, 28 Aug 2002 15:00:03 +0300 (EET DST) Received: (qmail 29858 invoked by uid 7794); 28 Aug 2002 12:00:03 -0000 Received: from unknown (HELO PET1.enfo.fi) (194.86.135.176) by lx01.enfo.fi with SMTP; 28 Aug 2002 12:00:03 -0000 Message-Id: <5.1.1.6.0.20020828145836.00b945d0@lx01.tsavo.fi> X-Sender: pet@lx01.tsavo.fi X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Wed, 28 Aug 2002 15:01:57 +0300 To: freebsd-stable@freebsd.org From: Petri Turunen Subject: coredumps and copile problems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by AMaViS perl-11 in enfo Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi My freebsd has started to have very much problems egrep and innd are crashing. I tryed to buildworld but it didnt go well. here is some info from uname: FreeBSD pete.fi.eu.org 4.6-STABLE FreeBSD 4.6-STABLE #0: Tue Aug 6 18:43:57 EEST 2002 root@pete.fi.eu.org:/usr/obj/var/spool/news/cvsup/src/sys/MYKERNEL i386 here is errors from the make buildworld: c++ -O -pipe -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1 -DRET_TYPE_SRAND_IS_VOID=1 -DHAVE_SYS_NERR=1 -DHAVE_SYS_ERRLIST=1 -DHAVE_CC_LIMITS_H=1 -DRETSIGTYPE=void -DHAVE_STRUCT_EXCEPTION=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -DHAVE_FMOD=1 -DHAVE_STRTOL=1 -DHAVE_GETCWD=1 -DHAVE_STRERROR=1 -DHAVE_PUTENV=1 -DHAVE_RENAME=1 -DHAVE_MKSTEMP=1 -DHAVE_STRCASECMP=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRSEP=1 -DHAVE_STRDUP=1 -DSYS_SIGLIST_DECLARED=1 -I/var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include -D__FBSDID=__RCSID -fno-rtti -fno-exceptions -c /var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/strsave.cc -o strsave.o /var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cc: In method `class string & string::operator +=(const string &)': /var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cc:197: Internal compiler error. /var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cc:197: Please submit a full bug report. /var/spool/news/cvsup/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cc:197: See for instructions. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Please help. Regards, Petri Turunen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 5:13:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF8CB37B400 for ; Wed, 28 Aug 2002 05:13:46 -0700 (PDT) Received: from earth.rila.bg (earth.rila.bg [62.73.64.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAC6C43E6A for ; Wed, 28 Aug 2002 05:13:40 -0700 (PDT) (envelope-from mitko@rila.bg) Received: from earth (mitko@earth [192.168.201.31]) by earth.rila.bg (8.11.4/8.11.4) with SMTP id g7SC0Op03202 for ; Wed, 28 Aug 2002 15:00:29 +0300 Date: Wed, 28 Aug 2002 15:00:23 +0300 From: Dimitar Peikov To: stable@FreeBSD.ORG Subject: cvsup and make Message-Id: <20020828150023.7370669b.mitko@rila.bg> Organization: Rila Solutions X-Mailer: Sylpheed version 0.8.1claws (GTK+ 1.2.10; ) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yesterday I've cvsup-ed STABLE branch from cvsup5.freebsd.org on FreeBSD mobibsd.rila.bg 4.6.1-RC2 FreeBSD 4.6.1-RC2 #1: Mon Aug 19 19:25:26 GMT 2002 root@mobibsd.rila.bg:/usr/src/sys/compile/mobibsd i386 and try to build kernel, but no. do it with 'make -m /usr/src/share/mk depend' otherwise 'make' complains that can't find out bsd.init.mk and bsd.links.mk. Is this problem of the broken 4.6.1-RC2 ISO compilation or in cvs? -- Dimitar Peikov Programmer Analyst Globalization Group "We Build e-Business" RILA Solutions 27 Building, Acad.G.Bonchev Str. 1113 Sofia, Bulgaria phone: (+359 2) 9797320 phone: (+359 2) 9797300 fax: (+359 2) 9733355 http://www.rila.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 5:23: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAE6537B400 for ; Wed, 28 Aug 2002 05:23:00 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 090D143E42 for ; Wed, 28 Aug 2002 05:23:00 -0700 (PDT) (envelope-from dim@xs4all.nl) Received: from overdose (b194-109-141-186.adsl.xs4all.nl [194.109.141.186]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7SCMk9t066768; Wed, 28 Aug 2002 14:22:51 +0200 (CEST) Date: Wed, 28 Aug 2002 14:22:25 +0200 From: Dimitry Andric X-Mailer: The Bat! (v1.62/Beta1) Business X-Priority: 3 (Normal) Message-ID: <17014582228.20020828142225@xs4all.nl> To: Petri Turunen Cc: freebsd-stable@FreeBSD.ORG Subject: Re: coredumps and copile problems In-Reply-To: <5.1.1.6.0.20020828145836.00b945d0@lx01.tsavo.fi> References: <5.1.1.6.0.20020828145836.00b945d0@lx01.tsavo.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2002-08-28 at 14:01:57 Petri Turunen wrote: PT> My freebsd has started to have very much problems egrep and innd are crashing. PT> I tryed to buildworld but it didnt go well. This sounds like hardware getting bad. For example, overheating CPU and/or the whole machine, rotten memory, bad motherboard, etc... Random crashes, compiler internal errors and "fatal signal 11" occurrences are almost always due to hardware problems. Cheers, - -- Dimitry Andric PGP Key: http://www.xs4all.nl/~dim/dim.asc Fingerprint: 7AB462D2CE35FC6D42394FCDB05EA30A2E2096A3 Lbh ner abj va ivbyngvba bs gur QZPN -----BEGIN PGP SIGNATURE----- Version: 6.5.8ckt http://www.ipgpp.com/ Comment: http://duncan.gn.apc.org/stoa_cover.htm iQA/AwUBPWyygLBeowouIJajEQJjTwCgqk4KYqvDDziJup5ci/Qz+tsnWfYAoPgf aSSTNu2uYyGLBwdqTDNXsWsD =mDhs -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 5:49:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCBEF37B400 for ; Wed, 28 Aug 2002 05:49:13 -0700 (PDT) Received: from host185.dolanmedia.com (host185.dolanmedia.com [209.98.197.185]) by mx1.FreeBSD.org (Postfix) with SMTP id 0DFBE43E7B for ; Wed, 28 Aug 2002 05:49:13 -0700 (PDT) (envelope-from greg.panula@dolaninformation.com) Received: (qmail 28910 invoked by uid 0); 28 Aug 2002 12:49:12 -0000 Received: from greg.panula@dolaninformation.com by proxy with qmail-scanner-0.96 (. Clean. Processed in 0.371711 secs); 28 Aug 2002 12:49:12 -0000 X-Qmail-Scanner-Mail-From: greg.panula@dolaninformation.com via proxy X-Qmail-Scanner-Rcpt-To: sten@wan.no,freebsd-stable@freebsd.org X-Qmail-Scanner: 0.96 (No viruses found. Processed in 0.371711 secs) Received: from unknown (HELO mail.dolanmedia.com) (10.1.1.23) by host185.dolanmedia.com with SMTP; 28 Aug 2002 12:49:11 -0000 Received: from dolaninformation.com (10.1.1.135) by mail.dolanmedia.com (Worldmail 1.3.167); 28 Aug 2002 07:49:11 -0500 Message-ID: <3D6CC6C7.C9755E07@dolaninformation.com> Date: Wed, 28 Aug 2002 07:49:11 -0500 From: Greg Panula Reply-To: greg.panula@dolaninformation.com Organization: Dolan Information Center Inc X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Sten Daniel =?iso-8859-1?Q?S=F8rsdal?= Cc: freebsd-stable@freebsd.org Subject: Re: IPFW/dummynet/ppp bw device question References: <55523182176.20020828105810@wan.no> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Sten Daniel S=F8rsdal" wrote: > = > Hello > = > I took a look at the documentation for IPFW and under the dummnet > section it is mentioned that the 'bw' parameter can be given a > device for use with ppp(8), however i have failed finding any > information on this. What i am looking into is to setup pipes for > each dial-in user (for QoS/shaping). > And I was kind of hoping this was something i could control in ppp > without having to reinsert new rules every time a user logged in. > = > Anyone ever used this feature or know anything about it? > = Awww, dial-up is such low bandwidth why bother further limiting the user's available bandwidth? ;) You could do general shaping for specific services(e.g. http) by using pipes on the lan attached nic. Something like: ipfw add 1000 pipe 80 tcp from to any 80 out via For individual ppp users/connections the options are probably(I haven't done any of this): 1) assign general traffic shaping pipe to ppp interfaces by specifying the interface with the firewall rule (e.g. ipfw add 1000 pipe 100 ip from any to any via ppp0) 2) assign static addresses to the users and adjust rules as needed 3) dynamically add&remove rules... I'll guess as part of ppplogin script I'm not sure there is much value in applying traffic shaping rules/pipes to individual ppp interfaces. The total available bandwidth for each ppp connection is pretty low and it is already dedicated to just that one user anyways. Good luck, Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 5:55:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 034C137B401 for ; Wed, 28 Aug 2002 05:55:24 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F6C943E72 for ; Wed, 28 Aug 2002 05:55:23 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.5/8.12.5) with ESMTP id g7SCu71v006898; Wed, 28 Aug 2002 05:56:07 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.5/8.12.5/Submit) id g7SCu7vN006897; Wed, 28 Aug 2002 05:56:07 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 28 Aug 2002 05:56:07 -0700 From: David Schultz To: Antonio Cc: freebsd-stable@FreeBSD.ORG Subject: Re: incorrect memory amount detected at boot Message-ID: <20020828125607.GB6286@HAL9000.homeunix.com> Mail-Followup-To: Antonio , freebsd-stable@FreeBSD.ORG References: <20020828100159.49186.qmail@web12504.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828100159.49186.qmail@web12504.mail.yahoo.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Antonio : > After upgrading FreeBSD 4.6 stable on an old compaq proliant it's > reading the wrong memory amount from the BIOS at boot time like so: > > BTX loader 1.00 BTX version is 1.01 > Console: internal video/keyboard > BIOS drive A: is disk0 > BIOS drive B: is disk1 > BIOS 638kB/15360kB available memory > > FreeBSD/i386 bootstrap loader, Revision 0.8 > ... > > just before booting the kernel. the server has 256MB of ram installed. First of all, that number is just from the loader, telling you what the BIOS told it. You have an older BIOS that will only report 16 MB. I'm assuming you really mean that only 16 MB of memory is actually available to the kernel; otherwise, there is no problem. FreeBSD is trusting your BIOS. You can force the OS to use more by specifying the MAXMEM option in your kernel config or setting the sysctl hw.maxmem in the loader. See LINT for details. AFAIK, this has always been the behavior for older BIOSes that report 16 MB of RAM. Are you saying that all the memory was detected before? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 6:16:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B7C937B401; Wed, 28 Aug 2002 06:16:34 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F4443E77; Wed, 28 Aug 2002 06:16:33 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.5/8.12.5) with ESMTP id g7SDGUls057741 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 28 Aug 2002 15:16:30 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.5/8.12.5/Submit) id g7SDGU4h057740; Wed, 28 Aug 2002 15:16:30 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Wed, 28 Aug 2002 15:16:30 +0200 From: Cejka Rudolf To: freebsd-stable@freebsd.org, mjacob@freebsd.org Subject: EOT tape handling changed? Message-ID: <20020828131630.GA56946@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, since the beginning of August my backup service stopped to work in FreeBSD-stable. Finally I understand why. With the revision scsi_sa.c:1.45.2.12 from Aug 2, the End of Tape is reported by result zero instead of previous -1/ENOSPC after write() call. Now I have two "questions": 1) Why it had to be changed at all? If I look into afbackup sources, it seems that there is no other such OS, which returns written size 0 - it seems to me that atleast Solaris, AIX, Irix, Linux, OSF, HPUX, OpenBSD and NetBSD all return an error -1 and they set errno to ENOSPC (like when there is a full filesystem) or ENXIO. Can anybody confirm it, if it is right? 2) Why it had been changed in -stable too? Why not only in -current? It breaks atleast one backup program (afbackup), which has to be fixed/patched now... -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 6:26:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80DC237B400 for ; Wed, 28 Aug 2002 06:26:34 -0700 (PDT) Received: from web12502.mail.yahoo.com (web12502.mail.yahoo.com [216.136.173.194]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E8E843E6E for ; Wed, 28 Aug 2002 06:26:34 -0700 (PDT) (envelope-from zagarna@yahoo.com) Message-ID: <20020828132634.92753.qmail@web12502.mail.yahoo.com> Received: from [151.30.34.242] by web12502.mail.yahoo.com via HTTP; Wed, 28 Aug 2002 06:26:34 PDT Date: Wed, 28 Aug 2002 06:26:34 -0700 (PDT) From: Antonio Subject: Re: incorrect memory amount detected at boot To: David Schultz Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20020828125607.GB6286@HAL9000.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- David Schultz wrote: > > AFAIK, this has always been the behavior for older BIOSes that > report 16 MB of RAM. Are you saying that all the memory was > detected before? Exactly, It used to detect all 256 MB. sorry if I was not clear. I've made a kernel with MAXMEM="(256*1024)" and it works again. thank you __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 7:37: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED0837B400 for ; Wed, 28 Aug 2002 07:36:59 -0700 (PDT) Received: from kiln.isn.net (kiln.isn.net [198.167.161.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E49A143E4A for ; Wed, 28 Aug 2002 07:36:58 -0700 (PDT) (envelope-from mburke@isn.net) Received: from pinky.isn.net (mburke@pinky.isn.net [198.167.161.253]) by kiln.isn.net (8.12.2/8.12.2) with ESMTP id g7SEb21Q013056 for ; Wed, 28 Aug 2002 11:37:02 -0300 Subject: IPX tunnel through IP From: Michael Burke To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 28 Aug 2002 11:37:03 -0300 Message-Id: <1030545423.350.8.camel@pinky> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. I'm looking to bridge an IPX network at a remote location to the local IPX network, and the only method of communication is TCP/IP. Locally, I have a FreeBSD server, and I intend to use one at the remote location too. Looking in LINT, I see: options IPX #IPX/SPX communications protocols options IPXIP #IPX in IP encapsulation (not available) options IPTUNNEL #IP in IPX encapsulation (not available) Which implies that that's out of the picture. However, looking in usr/src/sys/netipx/ I see ipx_tun.c for encapsulating IP in IPX which is empty and marked "not implemented", while ipx_ip.c for encapsulating IPX in IP seems to be fairly complete and nothing other than LINT saying it's not done. (this given that I am not even remotely familiar with the kernel or with IPX, so I'm probably way off here) Does anyone know about the status of this, or another method to do IPX through IP -- tun interfaces and generic tunnelling or anything? I can't seem to find enough info about this. Thanks in advance. Mike B. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 8: 5:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3022437B400 for ; Wed, 28 Aug 2002 08:05:25 -0700 (PDT) Received: from bitch.inducedreality.net (adsl-63-195-109-195.dsl.snfc21.pacbell.net [63.195.109.195]) by mx1.FreeBSD.org (Postfix) with SMTP id B415E43E65 for ; Wed, 28 Aug 2002 08:05:24 -0700 (PDT) (envelope-from david@bitch.inducedreality.net) Received: (qmail 1069 invoked by uid 1000); 28 Aug 2002 15:05:25 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 28 Aug 2002 15:05:25 -0000 Date: Wed, 28 Aug 2002 08:05:25 -0700 (PDT) From: David To: Doug Hardie Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Fatal trap 12 In-Reply-To: Message-ID: <20020828080340.B1064-100000@bitch.inducedreality.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Aug 2002, Doug Hardie wrote: > At 0008 -0700 8/28/2002, David wrote: > I had similar problems a couple of years ago. buildworld would hang > in different places every time. I finally got it to work by letting > it run for an hour, then control-Z it to let it stop awhile and then > continue on. By doing that for many hours I got the buildworld to > complete successfully. Someone here then suggested down clocking the > processor as that was a frequent problem with the processor I was > using. I did that and it has run fine since. > -- Sounds reasonable. Out of curiousity, what type of processor did you have that this was an issue with? Also, was this a hardware or software change? (I believe there's a way to do it in software in BSD, just not sure how.) David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 8:24:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81ABB37B400 for ; Wed, 28 Aug 2002 08:24:38 -0700 (PDT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C1443E42 for ; Wed, 28 Aug 2002 08:24:33 -0700 (PDT) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g7SFOGI51849; Wed, 28 Aug 2002 17:24:16 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200208281524.g7SFOGI51849@zibbi.icomtek.csir.co.za> Subject: Re: IPX tunnel through IP In-Reply-To: <1030545423.350.8.camel@pinky> from Michael Burke at "Aug 28, 2002 11:37:03 am" To: mburke@isn.net (Michael Burke) Date: Wed, 28 Aug 2002 17:24:16 +0200 (SAT) Cc: freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I'm looking to bridge an IPX network at a remote location to the local > IPX network, and the only method of communication is TCP/IP. Locally, I > have a FreeBSD server, and I intend to use one at the remote location > too. > > Looking in LINT, I see: > > options IPX #IPX/SPX communications > protocols > options IPXIP #IPX in IP encapsulation (not > available) > options IPTUNNEL #IP in IPX encapsulation (not > available) > > Which implies that that's out of the picture. However, looking in > usr/src/sys/netipx/ I see ipx_tun.c for encapsulating IP in IPX which is > empty and marked "not implemented", while ipx_ip.c for encapsulating IPX > in IP seems to be fairly complete and nothing other than LINT saying > it's not done. (this given that I am not even remotely familiar with the > kernel or with IPX, so I'm probably way off here) > > Does anyone know about the status of this, or another method to do IPX > through IP -- tun interfaces and generic tunnelling or anything? I can't > seem to find enough info about this. IPXIP did work years ago. I used it between two FreeBSD boxes. I haven't used in ages though, so I don't know if it did rot with time. The "not available" next to it is probably a lie, because I was too lazy to document how to use it and so left that in to scare people off. :-) If you search in the mail archives, you should find how to configure it. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 8:36:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC51837B400 for ; Wed, 28 Aug 2002 08:36:12 -0700 (PDT) Received: from steeltoe.niceboots.com (steeltoe.niceboots.com [208.25.67.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6179243E65 for ; Wed, 28 Aug 2002 08:36:12 -0700 (PDT) (envelope-from tenebrae_BSD@niceboots.com) Received: from localhost (tenebrae@localhost) by steeltoe.niceboots.com (8.11.6/8.11.3) with ESMTP id g7SFaAp41593; Wed, 28 Aug 2002 08:36:10 -0700 (PDT) (envelope-from tenebrae_BSD@niceboots.com) Date: Wed, 28 Aug 2002 08:36:10 -0700 (PDT) From: Tenebrae X-X-Sender: tenebrae@steeltoe.niceboots.com To: ian j hart Cc: stable@freebsd.org Subject: IDE cable specs Message-ID: <20020828082940.N41515-100000@steeltoe.niceboots.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Remember a while back when the subject of IDE cable length came up on the freebsd stable mailing list and you were preaching the gospel of 18" or less? Well...I just got a new motherboard (Abit VP6) and its manual states: "There are four requirements for attaining Ultra ATA-66 and ATA-100: * The drive must support Ultra ATA-66 or ATA-100. * The motherboard and system BIOS (or an add-in controller) must support Ultra ATA/66 and ATA-100. * The operating system must support Direct Memory Access (DMA), Microsoft WIndows 98, Windows 98SE and Windows 95B (OSR2) support DMA. * The cable must be an 80-pin conductor. The length should not exceed 18 inches. If all of the above requirements are met, you can enjoy the Ultra ATA/66 and ATA-100 features of your computer system." Yeah, the motherboard manual switches between a - and a / in there. Yeah, more OSs than they mention there support DMA (obviously). Sorry if this is dredging up old news that everybody already knows and everything, but I just thought it was a useful tidbit and backed up your point. I guess if your drive bays are greater than 18" from your motherboard connector, you'd better switch to SCSI. FreeBSD Stable mailing list Cc:'d for the archives. -Tenebrae. --- The sending of any unsolicited email advertising messages to this domain may result in the imposition of civil liability against you in accordance with Cal. Bus. & Prof. Code Section 17538.45. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 8:58:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6983537B400 for ; Wed, 28 Aug 2002 08:58:05 -0700 (PDT) Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6921543E72 for ; Wed, 28 Aug 2002 08:58:03 -0700 (PDT) (envelope-from sbernard@gmu.edu) Received: from CERBERUS ([129.174.39.210]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id H1K9NE00.C8J for ; Wed, 28 Aug 2002 11:57:14 -0400 Reply-To: From: "Steve Bernard" To: Subject: RE: IDE RAID controlers od FreeBSD Date: Wed, 28 Aug 2002 11:57:03 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-reply-to: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If you haven't bought anything yet, get 3Ware Escalades. My experience is that they are fast and stable. http://www.3ware.com/products/parallel_ata.asp Steve -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Mario Pranjic Sent: Wednesday, August 28, 2002 5:22 AM To: freebsd-stable@FreeBSD.ORG Subject: IDE RAID controlers od FreeBSD Hi! Can anyone tell me if the current 4.6.2 RELEASE supports promise fasttrak100tx2 or highpoint hpt370 RAID controlers? Does this actually work? Thanks! Mario Pranjic, dipl.ing. sistem administrator Knjiznica, Institut Rudjer Boskovic ------------------------------------- e-mail: mario.pranjic@irb.hr ICQ: 72059629 tel: +385 1 45 60 954 (interni: 1293) ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 9: 5:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B680937B400 for ; Wed, 28 Aug 2002 09:05:09 -0700 (PDT) Received: from triassic.gatenby.org (itsb149.itsnpt.com [208.48.228.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id EED6E43E3B for ; Wed, 28 Aug 2002 09:05:08 -0700 (PDT) (envelope-from eric@gatenby.org) Received: from triassic.gatenby.org (egatenby@localhost.triassic.gatenby.org [127.0.0.1]) by triassic.gatenby.org (8.12.5/8.12.5) with ESMTP id g7SG577u029063; Wed, 28 Aug 2002 12:05:07 -0400 (EDT) (envelope-from eric@gatenby.org) Received: from localhost (egatenby@localhost) by triassic.gatenby.org (8.12.5/8.12.5/Submit) with ESMTP id g7SG55bO029060; Wed, 28 Aug 2002 12:05:06 -0400 (EDT) X-Authentication-Warning: triassic.gatenby.org: egatenby owned process doing -bs Date: Wed, 28 Aug 2002 12:05:05 -0400 (EDT) From: Eric Gatenby X-X-Sender: egatenby@triassic.gatenby.org To: Mario Pranjic Cc: freebsd-stable@FreeBSD.ORG Subject: Re: IDE RAID controlers od FreeBSD In-Reply-To: Message-ID: <20020828120204.R13295-100000@triassic.gatenby.org> X-Attitude: bad X-Needs: a cute and sane chick X-OS: FreeBSD 4-STABLE; Windows XP Pro X-Wants: a cup of coffee MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have the Highpoint RocketRAID 404, and it has worked well with STABLE since late June when I got it. atapci0: atapci1: ar0: 152638MB [19458/255/63] status: READY subdisks: 0 READY ad6: 76319MB [155061/16/63] at ata3-master 1 READY ad4: 76319MB [155061/16/63] at ata2-master --Eric On Wed, 28 Aug 2002, Mario Pranjic wrote: *>Hi! *> *>Can anyone tell me if the current 4.6.2 RELEASE supports promise *>fasttrak100tx2 or highpoint hpt370 RAID controlers? *> *>Does this actually work? *> *>Thanks! *> *>Mario Pranjic, dipl.ing. *>sistem administrator *>Knjiznica, Institut Rudjer Boskovic *>------------------------------------- *>e-mail: mario.pranjic@irb.hr *>ICQ: 72059629 *>tel: +385 1 45 60 954 (interni: 1293) *>------------------------------------- *> *> *> *>To Unsubscribe: send mail to majordomo@FreeBSD.org *>with "unsubscribe freebsd-stable" in the body of the message *> -- Eric Gatenby | eric@gatenby.org | AIM: egatenby http://eric.gatenby.org/ | PGP: 0x9EA39CC7 | The decision to work overtime is the decision to deliver late. -- Tom DeMarco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 9:20:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F280D37B401 for ; Wed, 28 Aug 2002 09:20:18 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC05D43E42 for ; Wed, 28 Aug 2002 09:20:17 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7SGK1Y92129; Wed, 28 Aug 2002 09:20:01 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 28 Aug 2002 09:20:01 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Cejka Rudolf Cc: freebsd-stable@freebsd.org Subject: Re: EOT tape handling changed? In-Reply-To: <20020828131630.GA56946@fit.vutbr.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Aug 2002, Cejka Rudolf wrote: > > Hi, > since the beginning of August my backup service stopped to work > in FreeBSD-stable. Finally I understand why. With the revision > scsi_sa.c:1.45.2.12 from Aug 2, the End of Tape is reported by > result zero instead of previous -1/ENOSPC after write() call. > > Now I have two "questions": > > 1) Why it had to be changed at all? If I look into afbackup sources, it > seems that there is no other such OS, which returns written size 0 > - it seems to me that atleast Solaris, AIX, Irix, Linux, OSF, HPUX, > OpenBSD and NetBSD all return an error -1 and they set errno to ENOSPC > (like when there is a full filesystem) or ENXIO. Can anybody confirm > it, if it is right? I'm not sure that this is right. The NetBSD driver will do the same behaviour at this point. > > 2) Why it had been changed in -stable too? Why not only in -current? > It breaks atleast one backup program (afbackup), which has to be > fixed/patched now... I'll look at this very high priority- but... What I was doing was matching -stable (which has been broken wrt EOT handling for years) to -current. My test program which expects to be able to read exactly what it wrote pass with this change, fail with the previous. The problem is that you cannot return a residual if you return an error. For tape drives that then write *partial* final records (e.g., if you have EEW off), you cannot know exactly what you wrote. Therefore, when you read things back, you end up with duplicated data when you do tape spanning. We can argue until the cows come home about whether this is correct or not. We won't. I *do* agree that breaking 3rd party backup packages is a problem. Let me do some thinking about how to address this. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 9:37:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7290837B400 for ; Wed, 28 Aug 2002 09:37:09 -0700 (PDT) Received: from zoon.lafn.org (zoon.lafn.org [206.117.18.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9042943E42 for ; Wed, 28 Aug 2002 09:37:08 -0700 (PDT) (envelope-from bc979@lafn.org) Received: from [10.0.1.90] (66-81-181-162-modem.o1.com [66.81.181.162]) by zoon.lafn.org (8.11.3/8.11.3) with ESMTP id g7SGb2L86510; Wed, 28 Aug 2002 09:37:02 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 X-Sender: bc979@mail.lafn.org Message-Id: In-Reply-To: <20020828080340.B1064-100000@bitch.inducedreality.net> References: <20020828080340.B1064-100000@bitch.inducedreality.net> Date: Wed, 28 Aug 2002 09:32:14 -0700 To: David From: Doug Hardie Subject: Re: Fatal trap 12 Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 0805 -0700 8/28/2002, David wrote: >On Wed, 28 Aug 2002, Doug Hardie wrote: >> At 0008 -0700 8/28/2002, David wrote: >> I had similar problems a couple of years ago. buildworld would hang >> in different places every time. I finally got it to work by letting >> it run for an hour, then control-Z it to let it stop awhile and then >> continue on. By doing that for many hours I got the buildworld to >> complete successfully. Someone here then suggested down clocking the >> processor as that was a frequent problem with the processor I was >> using. I did that and it has run fine since. >> -- > >Sounds reasonable. Out of curiousity, what type of processor did you have >that this was an issue with? > >Also, was this a hardware or software change? (I believe there's a way to >do it in software in BSD, just not sure how.) > >David CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) I believe it was a 450 MHz originally and I down clocked it to 400. It has to be a hardware change. -- -- Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 9:39:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A94E737B400 for ; Wed, 28 Aug 2002 09:39:35 -0700 (PDT) Received: from fsp1.physik.ruhr-uni-bochum.de (fsp1.physik.ruhr-uni-bochum.de [134.147.168.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F2843E77 for ; Wed, 28 Aug 2002 09:39:34 -0700 (PDT) (envelope-from strattbo@fsp1.physik.ruhr-uni-bochum.de) Received: (from strattbo@localhost) by fsp1.physik.ruhr-uni-bochum.de (8.11.6/8.11.6/SuSE Linux 0.5) id g7SGdbc28336 for stable@freebsd.org; Wed, 28 Aug 2002 18:39:37 +0200 Date: Wed, 28 Aug 2002 18:39:37 +0200 From: Thomas Stratmann To: stable@freebsd.org Subject: BAD DISKLABEL - BIOS problem w/ workaround Message-ID: <20020828183937.A26822@fsp1.physik.ruhr-uni-bochum.de> Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I post this to the stable list since the workaround I found for my problem involves a bit of source hacking, so this addresses people who are a bit fearless about that. Before I digged into the source and started debugging I queried Google for "BAD DISKLABEL" (see Symptom below) and got no relevant hit, so I hope this post will appear on the search engines and maybe help people with similar problems. It could save a lot of time! Debugging before the kernel is nontrivial... Symptom: /boot/loader (the bootstrap code startet by/after the code which prompts ">> FreeBSD/i386 BOOT" reports "BAD DISKLABEL" for my FreeBSD slice. BUT the involved slice was absolutely intact! (I have another bootable slice; no kernel complaints after booting into it, and mounting the "infected" slice partitions works as it should) It took about two days of hacking to find out that: (skip this if you need to get your bootstrap work NOW!) * the output of "BAD DISKLABEL" is only triggered by checking for the magic key in the label block. But: I verified that the label block was in the right position and had the right magic at the right offset! * /boot/loader tries to load the right block from disk before checking the magic (actually, I only went so far as to see that the code which prepares and runs the real-mode BIOS call uses the right cylinder/ head/sector parameters, I did not check if the registers were correctly assigned. But I believe it should be VERY improbable to have the registers wrong, since this must be a well-known issue. Am I wrong here?) * the block actually read comes from somewhere else on the disk, probably sector # 256, starting from 1 (I enabled hexdumping of the read block to find this out), but definitely not from the second sector from the beginning of the slice. This all lead me to the assumption that my BIOS must be buggy. By the way: I have an AWARD BIOS and stable-source from two days ago. If your symptoms are similar, the following might work out as it did for me: FIX: Replace your BIOS with a correct one (I did not try this ;-) WORKAROUND: You need another bootable system, of course! I feel I have to warn that the method described here is rather dirty. Please ensure that your "infected" slice is really OK! Back up /boot/loader ! Edit /usr/src/sys/boot/i386/libi386/biosdisk.c : Look for the function "bd_read(...", and inside it, the line if (cyl > 1023) { Replace (or: duplicate;comment one out;change the other) to: if (1) { Then cd to /usr/src/sys/boot and type make clean all install or make and install your (complete) world instead. This will replace your /boot/loader with a version which might work for you. Assuming you do this from inside a system which you can boot into without any problems, mount the problem system and copy /boot/loader over. I also suggest you keep a spare copy like /boot/loader.LBA which does not get overwritten by make installworld. I also keep a copy in my linux system since I use GRUB in my boot sector which can access the linux filesystems. A few words of explanation: /boot/loader loads blocks from disk using cylinder/head/sector parameters for BIOS by default. Only when this is not possible (i.e. cyl > 1023) it uses LBA addressing, if available. The above "patch" makes it use LBA mode in every situation. The BIOS bug seems to appear in C/H/S mode only, so I'm fine with this. Scope for the workaround: Your BIOS needs to support LBA mode (means it can theoretically boot into partitions beyond cylinder 1023), otherwise you're lost. As you can see in the paths, this applies to i386 platform. I hope this is helpful for those who need it and not too annoying for the rest. Yours Thomas Stratmann thomas.stratmann@ruhr-uni-bochum.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 9:58:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD35F37B71A for ; Wed, 28 Aug 2002 09:58:28 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BE0C43E6E for ; Wed, 28 Aug 2002 09:58:28 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7SGwKY18485; Wed, 28 Aug 2002 09:58:20 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Wed, 28 Aug 2002 09:58:18 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Eric Lee Green Cc: Cejka Rudolf , freebsd-stable@freebsd.org Subject: Re: EOT tape handling changed? In-Reply-To: <200208280942.41370@badtux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Aug 2002, Eric Lee Green wrote: > On Wednesday 28 August 2002 09:20 am, Matthew Jacob wrote: > > We can argue until the cows come home about whether this is correct or > > not. We won't. I *do* agree that breaking 3rd party backup packages is a > > problem. Let me do some thinking about how to address this. > > How about returning an error upon the *NEXT* write? Or do you already do > that? (My FreeBSD machine with a tape drive is still packed up from my move, > so I can't test it, sigh). I *can* and *do* do this (for example, for fixed block mode), but my experience with the Solaris driver led me to the conclusion that maintaining virtual state is very hard to get bug free. You don't want to do this if at all possible. > Regarding tape spanning, when I was involved with the BRU folks we already > had provisions for detecting (and discarding) duplicated data upon tape > spanning, because that was necessary to work upon most commercial Unixes. I > would assume that all commercial tape backup programs and most open source > programs have similar provisions, in order to deal with Unix variants that > have the issue of the final write on a tape not necessarily making it onto > the tape. In other words, it's nice that you solved this problem, but it > isn't really solving anything for most backup programs, because they must > already do a work-around for non-BSD Unix OS's where the final write may or > may not have made it to tape. The problem here is that N applications have N methods to detect and work around M different OS behaviours. The most you can ever do is never change things. But then it makes simple and naive applications blow up. I think in my desire to fix -stable for somebody I went too far and broke things. I'll figure out a reasonable compromise toot suite because 4.7 is closing on 1 September. But I assure you, 5.0 *will* have this behaviour. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 10: 8:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E954B37B401 for ; Wed, 28 Aug 2002 10:08:31 -0700 (PDT) Received: from radix.cryptio.net (radix.cryptio.net [199.181.107.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B34943E6E for ; Wed, 28 Aug 2002 10:08:31 -0700 (PDT) (envelope-from emechler@radix.cryptio.net) Received: from radix.cryptio.net (localhost [127.0.0.1]) by radix.cryptio.net (8.12.5/8.12.5) with ESMTP id g7SH8Uk6081036 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 28 Aug 2002 10:08:30 -0700 (PDT) (envelope-from emechler@radix.cryptio.net) Received: (from emechler@localhost) by radix.cryptio.net (8.12.5/8.12.5/Submit) id g7SH8TE1081035; Wed, 28 Aug 2002 10:08:29 -0700 (PDT) Date: Wed, 28 Aug 2002 10:08:29 -0700 From: Erick Mechler To: Dimitar Peikov Cc: stable@FreeBSD.ORG Subject: Re: cvsup and make Message-ID: <20020828170829.GS90157@techometer.net> References: <20020828150023.7370669b.mitko@rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828150023.7370669b.mitko@rila.bg> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :: Is this problem of the broken 4.6.1-RC2 ISO compilation or in cvs? It's a problem in the ISO that's been fixed (well, not retroactively in the ISOs, of course). As a workaround, you can continue to pass make the -m flag, or you can just copy the contents of /usr/src/share/mk/ into /usr/share/mk/. Once you do the upgrade from source, your problem will go away as /usr/share/mk/ will be populated. Cheers - Erick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 10:23:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A58FB37B400 for ; Wed, 28 Aug 2002 10:23:10 -0700 (PDT) Received: from mile.nevermind.kiev.ua (office.netstyle.com.ua [213.186.199.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E641F43E75 for ; Wed, 28 Aug 2002 10:23:07 -0700 (PDT) (envelope-from never@mile.nevermind.kiev.ua) Received: from mile.nevermind.kiev.ua (never@localhost [127.0.0.1]) by mile.nevermind.kiev.ua (8.12.3/8.12.3) with ESMTP id g7SGoWmA015555; Wed, 28 Aug 2002 19:50:34 +0300 (EEST) (envelope-from never@mile.nevermind.kiev.ua) Received: (from never@localhost) by mile.nevermind.kiev.ua (8.12.3/8.12.3/Submit) id g7SGoUsX015554; Wed, 28 Aug 2002 19:50:31 +0300 (EEST) Date: Wed, 28 Aug 2002 19:50:30 +0300 From: Alexandr Kovalenko To: RUS Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.6 stable to 4.6.2 stable Message-ID: <20020828165030.GA10706@nevermind.kiev.ua> References: <1303157718.20020825152359@2mcl.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1303157718.20020825152359@2mcl.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, RUS! On Sun, Aug 25, 2002 at 03:23:59PM +0400, you wrote: > Please help me! i have small question.(upgrade 4.6 stable to 4.6.2), It is not upgrade, it is downgrade. > please correct my errors: > > #cd /usr/src > #make buildworld > #make buildkernel KERNCONF=mykernel > #make installkernel KERNCONF=mykernel > after reboot to single mode > #make installworld > #margemaster ^e > and reboot -- NEVE-RIPE Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 10:32:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0AA537B401 for ; Wed, 28 Aug 2002 10:32:17 -0700 (PDT) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23CA43E84 for ; Wed, 28 Aug 2002 10:32:16 -0700 (PDT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.158]) by be-well.ilk.org (8.12.5/8.12.5) with ESMTP id g7SHWFAn047170 for ; Wed, 28 Aug 2002 13:32:15 -0400 (EDT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (from lowell@localhost) by be-well.ilk.org (8.12.5/8.12.5/Submit) id g7SHWFle047151; Wed, 28 Aug 2002 13:32:15 -0400 (EDT) X-Authentication-Warning: be-well.ilk.org: lowell set sender to freebsd-stable-local@be-well.ilk.org using -f To: stable@freebsd.org Subject: Re: microuptime() went backwards References: <200208271122.16665.jsoule@webcrossing.com> <20020828014459.A61483@iclub.nsu.ru> <20020827220521.GA21985@bsdunix.ch> <001301c24e26$5e21ea80$6501a8c0@bob> From: Lowell Gilbert Date: 28 Aug 2002 13:32:15 -0400 In-Reply-To: <001301c24e26$5e21ea80$6501a8c0@bob> Message-ID: <44ofbmzy74.fsf@be-well.ilk.org> Lines: 22 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "aSe" writes: > (from dmesg of corse..) > Aug 17 14:14:26 Fail /kernel: FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 > GMT 2002 > Aug 17 14:14:26 Fail /kernel: Timecounter "i8254" frequency 1193182 Hz > Aug 17 14:14:26 Fail /kernel: CPU: AMD-K6(tm) 3D processor (451.03-MHz > 586-class CPU) > Aug 17 14:14:26 Fail /kernel: Origin = "AuthenticAMD" Id = 0x58c Stepping > = 12 > > kern.timecounter.method=1 has been set and i checked twice APM isn't enabled > in the bios or compiled into the kernel. > > does anyone have any more ideas how to solve/cut down on the problem? Check whether it happens with a GENERIC kernel. Check your devices to see if something is generating a lot of interrupts (a printer port, perhaps?). Check your timecounter (the kern.timecounter.hardware sysctl), and try toggling it (between TSC and i8254). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 12: 9:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EB2D37B400 for ; Wed, 28 Aug 2002 12:09:52 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7565E43E3B for ; Wed, 28 Aug 2002 12:09:51 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id GQF37091; Wed, 28 Aug 2002 12:06:05 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 4EB815D03; Wed, 28 Aug 2002 12:06:03 -0700 (PDT) To: Doug Hardie Cc: David , freebsd-stable@FreeBSD.ORG Subject: Re: Fatal trap 12 In-reply-to: Your message of "Wed, 28 Aug 2002 09:32:14 PDT." Date: Wed, 28 Aug 2002 12:06:03 -0700 From: "Kevin Oberman" Message-Id: <20020828190603.4EB815D03@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Wed, 28 Aug 2002 09:32:14 -0700 > From: Doug Hardie > Sender: owner-freebsd-stable@FreeBSD.ORG > > At 0805 -0700 8/28/2002, David wrote: > >On Wed, 28 Aug 2002, Doug Hardie wrote: > >> At 0008 -0700 8/28/2002, David wrote: > >> I had similar problems a couple of years ago. buildworld would hang > >> in different places every time. I finally got it to work by letting > >> it run for an hour, then control-Z it to let it stop awhile and then > >> continue on. By doing that for many hours I got the buildworld to > >> complete successfully. Someone here then suggested down clocking the > >> processor as that was a frequent problem with the processor I was > >> using. I did that and it has run fine since. > >> -- > > > >Sounds reasonable. Out of curiousity, what type of processor did you have > >that this was an issue with? > > > >Also, was this a hardware or software change? (I believe there's a way to > >do it in software in BSD, just not sure how.) > > > >David > > CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU) > > I believe it was a 450 MHz originally and I down clocked it to 400. > It has to be a hardware change. I have an identical setup and I got it to work properly at 450 Mhz by applying thermal grease (available at Radio Shack) to the CPU and heatsink. Took all of 15 minutes excluding the trip to the store. This fixed the buildworld problem. I now run healthd to monitor the temperature of my CPU. If you are not familiar with anti-static handing procedures, DON"T TRY THIS! If you are, note that you want a THIN coat on both surfaces. Also, make sure your heatsink fan is running properly! R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 13: 2:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4002637B401 for ; Wed, 28 Aug 2002 13:02:15 -0700 (PDT) Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BF9143E72 for ; Wed, 28 Aug 2002 13:02:14 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from flatline (a608.cmu.carnet.hr [193.198.133.8]) by jagor.srce.hr (8.12.2/8.12.2) with SMTP id g7SK1FTe014938 for ; Wed, 28 Aug 2002 22:01:20 +0200 (MEST) Message-ID: <000901c24ecd$ca6df060$0885c6c1@shara.net> From: "Ivan Voras" To: Subject: 4.6.2 under vmware Date: Wed, 28 Aug 2002 17:10:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Since I upgraded to 4.6.2 Release, during IDE detection at boot (GENERIC kernel), vmware (3.1.1) complains: --- You do not have read access to "Partition -1" of host disk device "PhysicalDrive0" in file "I:\FreeBSD\FreeBSD.raw". Hence, we are unable to read 4 sector(s) starting at sector 78165297. Select Allow to override access rights for this read. Select Allow all to override access rights for this and subsequent reads to all safe raw disk partitions during this run of the virtual machine. Select Deny to refuse this read. Select Deny all to refuse this and subsequent reads to all safe raw disk partitions which do not have read access during this run of the virtual machine. --- I am given choice of actions (as listed above), and when I select "Allow" everything procedes normally. When I choose "deny", FreeBSD waits, then prints "ad0: READ command timeout tag=0, serv=0 - resetting ata0: resetting devices..done" and then repeats the process several times (with VMware message and all), manages to detect the drive (at least, prints the message with drive information), tries to fallback to PIO mode and finally panicks with trap 12 - page fault. FreeBSD is installed as a dual boot with windows (windows is hosting vmware), and the virtual machine is given read-only access to all partitions except the FreeBSD native one. Since everyting works ok after allowing operation, I don't thing this is fatal, but: a) it looks unusual to me that FreeBSD is accessing "partition -1", but that may as well be a vmware quirk b) FreeBSD panics (with page fault!) if disallowed such operation This did not happen with 4.5 release, and I skipped 4.6. ------ signature down To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 13: 4:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B7137B405 for ; Wed, 28 Aug 2002 13:04:10 -0700 (PDT) Received: from sysfail.com (24-56-213-122.mdmmi.voyager.net [24.56.213.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D824F43E4A for ; Wed, 28 Aug 2002 13:04:09 -0700 (PDT) (envelope-from aSe@SysFail.com) Received: from bob ([127.0.0.1]) by sysfail.com ([24.56.213.122]) with SMTP (MDaemon.PRO.v6.0.5.T) for ; Wed, 28 Aug 2002 16:04:01 -0400 Message-ID: <002601c24ece$0bb9a320$6501a8c0@bob> From: "aSe" To: "Lowell Gilbert" Cc: References: <200208271122.16665.jsoule@webcrossing.com><20020828014459.A61483@iclub.nsu.ru><20020827220521.GA21985@bsdunix.ch><001301c24e26$5e21ea80$6501a8c0@bob> <44ofbmzy74.fsf@be-well.ilk.org> Subject: Re: microuptime() went backwards Date: Wed, 28 Aug 2002 16:03:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-MDRemoteIP: 127.0.0.1 X-Return-Path: aSe@SysFail.com X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I can't change to TSC i just get errors and actually i'm running a generic kernel. I'm prolly going to attempt to mod it and remove some stuff i don't need and mabey that'll sort this problem out. but, i don't know.. > Check your devices to see if something is generating a lot of > interrupts (a printer port, perhaps?). This is going to sound like a stupid question but, is there an easy way to check this in bsd? Thanx for the help.. Gordon Keesler "aSe" [aSe@SysFail.com] - FreeBSD newbie and all around stupid kid. - ----- Original Message ----- From: "Lowell Gilbert" To: Sent: Wednesday, August 28, 2002 1:32 PM Subject: Re: microuptime() went backwards > "aSe" writes: > > > (from dmesg of corse..) > > Aug 17 14:14:26 Fail /kernel: FreeBSD 4.6-RELEASE #0: Tue Jun 11 06:14:12 > > GMT 2002 > > Aug 17 14:14:26 Fail /kernel: Timecounter "i8254" frequency 1193182 Hz > > Aug 17 14:14:26 Fail /kernel: CPU: AMD-K6(tm) 3D processor (451.03-MHz > > 586-class CPU) > > Aug 17 14:14:26 Fail /kernel: Origin = "AuthenticAMD" Id = 0x58c Stepping > > = 12 > > > > kern.timecounter.method=1 has been set and i checked twice APM isn't enabled > > in the bios or compiled into the kernel. > > > > does anyone have any more ideas how to solve/cut down on the problem? > > Check whether it happens with a GENERIC kernel. > > Check your devices to see if something is generating a lot of > interrupts (a printer port, perhaps?). Check your timecounter (the > kern.timecounter.hardware sysctl), and try toggling it (between TSC > and i8254). > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 13:19: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DED137B400 for ; Wed, 28 Aug 2002 13:19:01 -0700 (PDT) Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC92443E4A for ; Wed, 28 Aug 2002 13:18:59 -0700 (PDT) (envelope-from richard@unixguru.nl) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.5/8.12.5) with ESMTP id g7SKItjV065935 for ; Wed, 28 Aug 2002 22:18:56 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Wed, 28 Aug 2002 22:18:55 +0200 (CEST) From: Richard To: freebsd-stable@FreeBSD.ORG Subject: Sendmail dnsbl does IPv6 lookup In-Reply-To: <002601c24ece$0bb9a320$6501a8c0@bob> Message-ID: <20020828220628.C57868-100000@mail.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Don't know if this is a Sendmail or a FreeBSD problem, but lets try over here first. In my $hostname.mc I have the following: define(`confBIND_OPTS', `WorkAroundBrokenAAAA')dnl FEATURE(delay_checks)dnl FEATURE(`enhdnsbl', `bl.spamcop.net', `"Spam blocked see: http://spamcop.net/bl.shtml?"$&{client_addr}', `t')dnl FEATURE(`dnsbl', `blackholes.wirehub.net', `"550 5.7.1 ACCESS DENIED to <"$&f"> thru "$&{client_name}" (http://doema.wirehub.nl/error/errors.html)"', `')dnl FEATURE(`enhdnsbl', `dynablock.wirehub.net', `"550 5.7.1 ACCESS DENIED to <"$&f"> thru "$&{client_name}" (http://doema.wirehub.nl/error/errors.html)"', `t', `127.0.0.2.')dnl When an email arrives at my mail server there are 3 DNS connections made, to lookup the address that started the SMTP session. 28-Aug-2002 22:03:20.036 XX+/127.0.0.1/xxx.xxx.xxx.xxx.bl.spamcop.net/A/IN 28-Aug-2002 22:03:20.208 XX+/127.0.0.1/xxx.xxx.xxx.xxx.blackholes.wirehub.net/AAAA/IN 28-Aug-2002 22:03:20.210 XX+/127.0.0.1/xxx.xxx.xxx.xxx.dynablock.wirehub.net/A/IN As you can see the lookup made for xxx.xxx.xxx.xxx.blackholes.wirehub.net is aan IPv6 lookup and that should be an IPv4 lookup. Is this a bug, or did I something wrong? Is there a way to force an IPv4 lookup?? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 14:54: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD3ED37B400 for ; Wed, 28 Aug 2002 14:54:05 -0700 (PDT) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA5343E72 for ; Wed, 28 Aug 2002 14:54:04 -0700 (PDT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from be-well.ilk.org (lowellg.ne.client2.attbi.com [24.147.188.158]) by be-well.ilk.org (8.12.5/8.12.5) with ESMTP id g7SLs3An076193; Wed, 28 Aug 2002 17:54:03 -0400 (EDT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (from lowell@localhost) by be-well.ilk.org (8.12.5/8.12.5/Submit) id g7SLs3wW076190; Wed, 28 Aug 2002 17:54:03 -0400 (EDT) X-Authentication-Warning: be-well.ilk.org: lowell set sender to freebsd-stable-local@be-well.ilk.org using -f To: stable@freebsd.org, aSe@SysFail.com Subject: Re: microuptime() went backwards References: <200208271122.16665.jsoule@webcrossing.com> <20020828014459.A61483@iclub.nsu.ru> <20020827220521.GA21985@bsdunix.ch> <001301c24e26$5e21ea80$6501a8c0@bob> <44ofbmzy74.fsf@be-well.ilk.org> <002601c24ece$0bb9a320$6501a8c0@bob> From: Lowell Gilbert Date: 28 Aug 2002 17:54:03 -0400 In-Reply-To: <002601c24ece$0bb9a320$6501a8c0@bob> Message-ID: <44fzwyir9g.fsf@be-well.ilk.org> Lines: 23 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "aSe" writes: > I can't change to TSC i just get errors and actually i'm running a generic > kernel. I'm prolly going to attempt to mod it and remove some stuff i don't > need and mabey that'll sort this problem out. but, i don't know.. Not likely. > > Check your devices to see if something is generating a lot of > > interrupts (a printer port, perhaps?). > > This is going to sound like a stupid question but, is there an easy way to > check this in bsd? 'systat -vmstat' > Thanx for the help.. Oh, there are plenty of other things still to check. Are you sure that setting kern.timecounter.method actually "took"? Check the manual page for your mouse driver, and see if it has any flags that might be relevant. Try changing your printer from interrupt to polled mode. And probably a few more I haven't thought of... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 14:57:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FE0D37B400 for ; Wed, 28 Aug 2002 14:57:11 -0700 (PDT) Received: from web14105.mail.yahoo.com (web14105.mail.yahoo.com [216.136.172.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 4248043E6A for ; Wed, 28 Aug 2002 14:57:11 -0700 (PDT) (envelope-from jesse_gross@yahoo.com) Message-ID: <20020828215711.41109.qmail@web14105.mail.yahoo.com> Received: from [172.174.246.187] by web14105.mail.yahoo.com via HTTP; Wed, 28 Aug 2002 14:57:11 PDT Date: Wed, 28 Aug 2002 14:57:11 -0700 (PDT) From: Jesse Gross Subject: Re: microuptime() went backwards To: aSe@SysFail.com Cc: freebsd-stable-local@be-well.no-ip.com, stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> Check your devices to see if something is generating a lot of >> interrupts (a printer port, perhaps?). > >> This is going to sound like a stupid question but, is there an easy way >> to >> check this in bsd? vmstat -i will tell you how fast devices are generating interupts. Jesse Gross __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 16:26:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8359537B401 for ; Wed, 28 Aug 2002 16:26:54 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id B145943E6A for ; Wed, 28 Aug 2002 16:26:52 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.5/8.12.5) with ESMTP id g7SNRa1v008087; Wed, 28 Aug 2002 16:27:36 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.5/8.12.5/Submit) id g7SNRame008086; Wed, 28 Aug 2002 16:27:36 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Wed, 28 Aug 2002 16:27:36 -0700 From: David Schultz To: Antonio Cc: freebsd-stable@FreeBSD.ORG Subject: Re: incorrect memory amount detected at boot Message-ID: <20020828232736.GA8045@HAL9000.homeunix.com> Mail-Followup-To: Antonio , freebsd-stable@FreeBSD.ORG References: <20020828125607.GB6286@HAL9000.homeunix.com> <20020828132634.92753.qmail@web12502.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828132634.92753.qmail@web12502.mail.yahoo.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Antonio : > Exactly, It used to detect all 256 MB. > sorry if I was not clear. > > > I've made a kernel with MAXMEM="(256*1024)" and it works again. I'm not sure how old a -STABLE you were upgrading *from*, but if you want to track down the exact revision that caused the regression, it wouldn't be too hard. The relevant code is in /src/sys/boot/i386, and it changes infrequently. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 20:51:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBE8337B400 for ; Wed, 28 Aug 2002 20:51:14 -0700 (PDT) Received: from c18070.belrs1.nsw.optusnet.com.au (c18070.belrs1.nsw.optusnet.com.au [210.49.78.171]) by mx1.FreeBSD.org (Postfix) with SMTP id B69B443E75 for ; Wed, 28 Aug 2002 20:51:12 -0700 (PDT) (envelope-from ajmawer@optusnet.com.au) Received: (qmail 48419 invoked from network); 29 Aug 2002 03:50:13 -0000 Received: from unknown (HELO optusnet.com.au) (unknown) by unknown with SMTP; 29 Aug 2002 03:50:13 -0000 Message-ID: <3D6D9A10.6020002@optusnet.com.au> Date: Thu, 29 Aug 2002 13:50:40 +1000 From: Antony Mawer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020819 X-Accept-Language: en-au, en-us, en, ja MIME-Version: 1.0 To: sbernard@gmu.edu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: IDE RAID controlers od FreeBSD References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Steve Bernard wrote: > If you haven't bought anything yet, get 3Ware Escalades. My experience is > that they are fast and stable. > > http://www.3ware.com/products/parallel_ata.asp Speaking of which, I'd love to know if anyone knows a 3ware supplier in Australia. I've looked around and I've yet to find anyone who stocks/sells the cards... I suppose I could order from overseas if it came down to that, but it's just so much easier when you have a local supplier you can go and bitch to if something goes wrong with the hardware! :-) -Antony To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 21:17:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44F0D37B400 for ; Wed, 28 Aug 2002 21:17:39 -0700 (PDT) Received: from fep01-mail.bloor.is.net.cable.rogers.com (fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7EA43E81 for ; Wed, 28 Aug 2002 21:17:38 -0700 (PDT) (envelope-from mandd@rogers.com) Received: from mandd ([24.100.113.179]) by fep01-mail.bloor.is.net.cable.rogers.com (InterMail vM.5.01.05.06 201-253-122-126-106-20020509) with ESMTP id <20020829041734.RHJC4814.fep01-mail.bloor.is.net.cable.rogers.com@mandd> for ; Thu, 29 Aug 2002 00:17:34 -0400 Message-ID: <000801c24f2b$b17fb580$a700a8c0@mandd> From: To: Subject: Date: Thu, 29 Aug 2002 00:14:18 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C24EF1.04881FF0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep01-mail.bloor.is.net.cable.rogers.com from [24.100.113.179] using ID at Thu, 29 Aug 2002 00:17:34 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C24EF1.04881FF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0005_01C24EF1.04881FF0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0005_01C24EF1.04881FF0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 22:57:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E21737B400 for ; Wed, 28 Aug 2002 22:57:39 -0700 (PDT) Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 815B443E6A for ; Wed, 28 Aug 2002 22:57:38 -0700 (PDT) (envelope-from kesca@cox.net) Received: from cox.net ([68.10.246.31]) by lakemtao03.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20020829055737.DPVN16428.lakemtao03.cox.net@cox.net> for ; Thu, 29 Aug 2002 01:57:37 -0400 Message-ID: <3D6DB7D8.5060400@cox.net> Date: Thu, 29 Aug 2002 01:57:44 -0400 From: francesca User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20011126 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: AGP support Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to install FreeBSD version 4.6.2 and when I tried to run X windows I got a message suggesting that I might not have AGP support in the kernel. What would I need to fix it? I'm thinking that I would need to recompile the kernel, but how do add AGP support? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed Aug 28 23:14:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A274F37B400 for ; Wed, 28 Aug 2002 23:14:12 -0700 (PDT) Received: from halcyon.scoundrelz.net (bdsl.66.13.112.2.gte.net [66.13.112.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A393643E72 for ; Wed, 28 Aug 2002 23:14:11 -0700 (PDT) (envelope-from hemi@scoundrelz.net) Received: from halcyon.scoundrelz.net (hemi@localhost [127.0.0.1]) by halcyon.scoundrelz.net (8.12.1/8.10.1) with ESMTP id g7T6848r022696; Thu, 29 Aug 2002 01:08:17 -0500 (CDT) Received: from localhost (hemi@localhost) by halcyon.scoundrelz.net (8.12.1/8.12.1/Submit) with ESMTP id g7T67tsg009104; Thu, 29 Aug 2002 01:07:57 -0500 (CDT) X-Authentication-Warning: halcyon.scoundrelz.net: hemi owned process doing -bs Date: Thu, 29 Aug 2002 01:07:55 -0500 (CDT) From: Josh Tolbert To: francesca Cc: freebsd-stable@FreeBSD.ORG Subject: Re: AGP support In-Reply-To: <3D6DB7D8.5060400@cox.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Francesca, You could either load the AGP kernel module on boot (check /boot/defaults/loader.conf for what line to add to /boot/loader.conf) without recompiling your kernel, or recompile the kernel with "device agp" added. You can find out a lot about kernel options by reading through /usr/src/sys/i386/conf/LINT. Good luck, Josh ------ --- - Josh Tolbert hemi@scoundrelz.net Every time the power flickers, a squirrel gets his wings. On Thu, 29 Aug 2002, francesca wrote: > Hi, > > I'm trying to install FreeBSD version 4.6.2 and when I tried to run X > windows I got a message suggesting that I might not have AGP support in > the kernel. What would I need to fix it? > > I'm thinking that I would need to recompile the kernel, but how do add > AGP support? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 0: 2:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0213037B400 for ; Thu, 29 Aug 2002 00:02:32 -0700 (PDT) Received: from ws5-plovdiv.digsys.bg (av.digsys.bg [193.68.2.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EADE43E4A for ; Thu, 29 Aug 2002 00:02:28 -0700 (PDT) (envelope-from office-plovdiv@digsys.bg) Received: from digsys.bg (bear [193.68.2.20]) by ws5-plovdiv.digsys.bg (8.9.3/8.9.3) with ESMTP id KAA14201 for ; Thu, 29 Aug 2002 10:02:11 +0300 (EEST) Message-ID: <3D6DC6F2.707@digsys.bg> Date: Thu, 29 Aug 2002 10:02:10 +0300 From: Digital Systems / Plovdiv branch User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: bg, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Sync serial board Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm looking for a board with 1 or 2 sync ports up to 2Mbps or more to work with FreeBSD, in hardware info there are not such info. So can someone to suggest me a board thate is supported be FreeBSD. Stoian Mishinev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 0:54: 2 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B702A37B400 for ; Thu, 29 Aug 2002 00:53:58 -0700 (PDT) Received: from sixshooter.v6.thrupoint.net (sixshooter.v6.thrupoint.net [65.242.152.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BEB943E6A for ; Thu, 29 Aug 2002 00:53:58 -0700 (PDT) (envelope-from jpb@sixshooter.v6.thrupoint.net) Received: by sixshooter.v6.thrupoint.net (Postfix, from userid 1000) id 435F5107A3; Thu, 29 Aug 2002 03:53:57 -0400 (EDT) Date: Thu, 29 Aug 2002 03:53:57 -0400 From: Jim Brown To: freebsd-stable@FreeBSD.ORG Subject: Re: Sendmail dnsbl does IPv6 lookup Message-ID: <20020829075357.GB79052@sixshooter.v6.thrupoint.net> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <002601c24ece$0bb9a320$6501a8c0@bob> <20020828220628.C57868-100000@mail.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828220628.C57868-100000@mail.unixguru.nl> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Richard [2002-08-28 16:19]: > Hello, > > Don't know if this is a Sendmail or a FreeBSD problem, but lets try over > here first. > > In my $hostname.mc I have the following: > > define(`confBIND_OPTS', `WorkAroundBrokenAAAA')dnl > FEATURE(delay_checks)dnl > FEATURE(`enhdnsbl', `bl.spamcop.net', `"Spam blocked see: http://spamcop.net/bl.shtml?"$&{client_addr}', `t')dnl > FEATURE(`dnsbl', `blackholes.wirehub.net', `"550 5.7.1 ACCESS DENIED to <"$&f"> thru "$&{client_name}" (http://doema.wirehub.nl/error/errors.html)"', `')dnl > FEATURE(`enhdnsbl', `dynablock.wirehub.net', `"550 5.7.1 ACCESS DENIED to <"$&f"> thru "$&{client_name}" (http://doema.wirehub.nl/error/errors.html)"', `t', `127.0.0.2.')dnl > > When an email arrives at my mail server there are 3 DNS connections made, > to lookup the address that started the SMTP session. > > 28-Aug-2002 22:03:20.036 XX+/127.0.0.1/xxx.xxx.xxx.xxx.bl.spamcop.net/A/IN > 28-Aug-2002 22:03:20.208 XX+/127.0.0.1/xxx.xxx.xxx.xxx.blackholes.wirehub.net/AAAA/IN > 28-Aug-2002 22:03:20.210 XX+/127.0.0.1/xxx.xxx.xxx.xxx.dynablock.wirehub.net/A/IN > > As you can see the lookup made for xxx.xxx.xxx.xxx.blackholes.wirehub.net > is aan IPv6 lookup and that should be an IPv4 lookup. Is this a bug, > or did I something wrong? > > Is there a way to force an IPv4 lookup?? > > Greetings, > > Richard. There are several options in /etc/rc.conf (look in /etc/defaults/rc.conf) that control IPV6 behavior (assuming here you do not want or need any IPv6 connectivity.) Try the following: ### IPv6 options: ### ipv6_enable="NO" # Set to YES to set up for IPv6. ipv6_network_interfaces="none" # List of network interfaces (or "auto"). ipv6_defaultrouter="NO" # Set to IPv6 default gateway (or NO). ipv6_static_routes="" # Set to static route list (or leave empty). Also, remove ::1 localhost from /etc/hosts and make sure there are no v6 addresses in /etc/resolv.conf. If you are running your own nameserver, explicitly disable IPv6 processing. See the BIND Admin Ref. Manaul. Nose around on www.kame.net There may be a few hints there. It's probably something in the resolver code. All I can think of... BR, jpb === To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 1:53:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67A3B37B400 for ; Thu, 29 Aug 2002 01:53:35 -0700 (PDT) Received: from perimeter.co.za (obelix.perimeter.co.za [209.212.102.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FDA243E4A for ; Thu, 29 Aug 2002 01:53:30 -0700 (PDT) (envelope-from bsd@perimeter.co.za) Received: from PATRICK (gateway.mip.co.za [209.212.102.245]) (AUTH: LOGIN bsd@perimeter.co.za) by perimeter.co.za with esmtp; Thu, 29 Aug 2002 10:53:25 +0200 Message-ID: <003c01c24f39$b58ca9e0$b50d030a@PATRICK> From: "Patrick O'Reilly" To: "Digital Systems / Plovdiv branch" , freebsd-stable@FreeBSD.ORG References: <3D6DC6F2.707@digsys.bg> Subject: Re: Sync serial board Date: Thu, 29 Aug 2002 10:54:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Digital Systems / Plovdiv branch" > Hi, > > I'm looking for a board with 1 or 2 sync ports up to 2Mbps or more to > work with FreeBSD, in hardware info there are not such info. So can > someone to suggest me a board thate is supported be FreeBSD. Stoian , the Cyclades PC300 is available in single or dual-port options. each port can run from 64kb to 4mb. They support PPP and HDLC, etc. Although the site SHOUTS about Linux all the time, they do have FreeBSD drivers which you can download from the website. I am currently running about 14 of these cards. See my page at http://www.perimeter.co.za/techno.html . See www.cyclades.com . Regards, Patrick O'Reilly. ___ _ __ / _ )__ __ (_)_ __ ___ _/ /____ __ / __/ -_) _) / ~ ) -_), ,-/ -_) _) /_/ \__/_//_/_/~/_/\__/ \__/\__/_/ http://www.perimeter.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 2:14:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD9EA37B400 for ; Thu, 29 Aug 2002 02:14:28 -0700 (PDT) Received: from nixpbe.pdb.sbs.de (nixpbe.pdb.siemens.de [192.109.2.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A16643E65 for ; Thu, 29 Aug 2002 02:14:27 -0700 (PDT) (envelope-from Martin.Kraemer@Fujitsu-Siemens.com) Received: from trulli.pdb.fsc.net (ThisAddressDoesNotExist [172.25.96.20] (may be forged)) by nixpbe.pdb.sbs.de (8.11.6/8.11.2) with ESMTP id g7T9EPY14165; Thu, 29 Aug 2002 11:14:25 +0200 Received: from deejai2.mch.fsc.net (deejai2.mch.fsc.net [172.25.124.236]) by trulli.pdb.fsc.net (8.11.6/8.11.6) with ESMTP id g7T9ENA16428; Thu, 29 Aug 2002 11:14:24 +0200 Received: (from root@localhost) by deejai2.mch.fsc.net (8.12.5/8.12.4) id g7T9EOhl056325; Thu, 29 Aug 2002 11:14:24 +0200 (CEST) (envelope-from martin@deejai2.mch.fsc.net) Received: from deejai2.mch.fsc.net (localhost [127.0.0.1]) by deejai2.mch.fsc.net (8.12.5/8.12.5) with ESMTP id g7T9EFru056318; Thu, 29 Aug 2002 11:14:15 +0200 (CEST) (envelope-from martin@deejai2.mch.fsc.net) Received: (from martin@localhost) by deejai2.mch.fsc.net (8.12.5/8.12.5/Submit) id g7T9EEe5056317; Thu, 29 Aug 2002 11:14:14 +0200 (CEST) Date: Thu, 29 Aug 2002 11:14:14 +0200 From: Martin Kraemer To: FreeBSD-stable@freebsd.org, tcsh@mx.gw.com Subject: Strange bug: tcsh stops reading .tcshrc after 4kB Message-ID: <20020829111414.A54912@deejai2.mch.fsc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD 4.6-STABLE FreeBSD 4.6-STABLE X-Organization: Fujitsu Siemens Computers (Muenchen, Germany) X-Disclaimer: THE COMMENTS CONTAINED IN THIS MESSAGE REFLECT THE VIEWS OF THE WRITER AND ARE NOT NECESSARILY THE VIEWS OF FUJITSU-SIEMENS COMPUTERS X-No-Junk-Mail: I do not want to get *any* junk mail. X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On FreeBSD (I assume this is related to the bug) I "often" experience a very strange bug which was not there in the past. It manifests by tcsh not finishing reading all of .tcshrc (or/and .login). Especially strange is the fact that it does not always happen, but only when tcsh is started from the x11 window manager directly, not (or at least, not always) when started from another tcsh. The exact trigger is still unknown to me. To visualize what happens, I added this in my .tcshrc around the magic 4kB boundary: ... set autolist = ambiguous if ( $?prompt ) echo -n '117 ' set addsuffix # (set by dflt) if ( $?prompt ) echo -n '119 ' set autocorrect if ( $?prompt ) echo -n '121 ' set autoexpand if ( $?prompt ) echo -n '123 ' if ( ! $?DISPLAY ) set autologout = 60 if ( $?prompt ) echo -n '125 ' set backslash_quote if ( $?prompt ) echo -n '127 ' set complete = enhance # if ( $?prompt ) echo -n '129 ' set correct = cmd # all | complete | cmd if ( $?prompt ) echo -n '131 ' set echo_style = both # bsd | sysv | both | none if ( $?prompt ) echo '133' unset dextract # pushd +n extracts instead of rotating? ... or as a hex dump around 0x1000: 00000fc0 74 20 29 20 65 63 68 6f 20 2d 6e 20 27 31 31 37 |t ) echo -n '117| 00000fd0 20 27 0a 20 20 20 20 73 65 74 20 61 64 64 73 75 | '. set addsu| 00000fe0 66 66 69 78 20 20 20 20 20 20 20 20 20 20 20 23 |ffix #| 00000ff0 20 28 73 65 74 20 62 79 20 64 66 6c 74 29 0a 69 | (set by dflt).i| 00001000 66 20 28 20 24 3f 70 72 6f 6d 70 74 20 29 20 65 |f ( $?prompt ) e| 00001010 63 68 6f 20 2d 6e 20 27 31 31 39 20 27 0a 20 20 |cho -n '119 '. | Now I can see where tcsh stops reading. When starting tcsh from fvwm, I see: 117 but when doing an "exec tcsh -l" in this newly opened tcsh window, I see all instrumented numbers: 117 119 121 123 125 127 129 131 133 I already tried to instrument the sources to see WHY tcsh would stop reading in the middle of a file, but I find no clues. So my question is: has anybody else observed the same strange problem? This happens both in 6.12.00 and also in 6.11.04 for me, at least (and I had been using 6.11.04 for a long time without noticing this problem), so I assume it is a FreeBSD specific problem. Martin -- | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-47655 | 81730 Munich, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 2:28:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0804E37B400 for ; Thu, 29 Aug 2002 02:28:12 -0700 (PDT) Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4FAB43E4A for ; Thu, 29 Aug 2002 02:28:10 -0700 (PDT) (envelope-from richard@unixguru.nl) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.5/8.12.5) with ESMTP id g7T9S5jV059792; Thu, 29 Aug 2002 11:28:07 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Thu, 29 Aug 2002 11:28:05 +0200 (CEST) From: Richard To: Jim Brown Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Sendmail dnsbl does IPv6 lookup In-Reply-To: <20020829075357.GB79052@sixshooter.v6.thrupoint.net> Message-ID: <20020829112418.T56729-100000@mail.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Jim Brown wrote: > There are several options in /etc/rc.conf (look in /etc/defaults/rc.conf) that > control IPV6 behavior (assuming here you do not want or need any IPv6 connectivity.) That could be indeed a resolution, but I'm using the IPv6 stack, so I cannot disable it. I think the dnsbl code should check if the ip-address who is makeing the connection is an ipv4 or ipv6 address and then do the appropriate lookup. But thanks for youre reply. Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 2:50:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CB7437B400 for ; Thu, 29 Aug 2002 02:50:09 -0700 (PDT) Received: from bingo.chel.ru (bingo.modem.ru [217.107.26.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBF143E7B for ; Thu, 29 Aug 2002 02:50:01 -0700 (PDT) (envelope-from raven@bingo.chel.ru) Received: from bingo.chel.ru (localhost.bingo.modem.ru [127.0.0.1]) by localhost (Postfix) with SMTP id B30E6D916 for ; Thu, 29 Aug 2002 15:50:02 +0600 (YEKST) Received: from 192.168.2.1 (chief [192.168.2.1]) by bingo.chel.ru (Postfix) with ESMTP id 3F189D915 for ; Thu, 29 Aug 2002 15:50:02 +0600 (YEKST) Date: Thu, 29 Aug 2002 15:49:01 +0600 From: Dmitry Suhodoev X-Mailer: The Bat! (v1.60c) Organization: Bingo Game Centre X-Priority: 3 (Normal) Message-ID: <12510735837.20020829154901@bingo.chel.ru> To: freebsd-stable@FreeBSD.ORG Subject: too many warnings (over 70kb) by make buildworld MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, i has updated the FreeBSD source tree from 4.3-RELEASE to 4.6-STABLE with cvsup by this configuration file: === cut === *default host=cvsup2.ru.FreeBSD.org *default base=/usr/local *default prefix=/usr *default release=cvs delete use-rel-suffix compress *default tag=RELENG_4 *default date=2002.08.27.15.00.00 src-all ports-all === cut === make buildworld generates too many warnings, but all sources was compiled, let's see logs: http://bingo.chel.ru/temp/buildworld.rar (320ËÂ). is it right? can i continue updating of my FreeBSD? this is my primary server and his very important for my work. this is my first updating of FreeBSD, so i am afraid to continue further without confidence that all goes orderly, cause server cannot will be down a long time. and one more question. make installworld MUST be in single mode? can i make it in normal mode: cd /usr/src make buildworld make buildkernel make installkernel make installworld cd / && mergemaster cd /dev && ./MAKEDEV all fastboot i.e. without multiple reboots, with only one reboot after all? i has read manual of updating on http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html, but it is not helps to me :( -- Dmitry Suhodoev, http://bingo.chel.ru/, icq#550315 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 3: 0:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EDF137B400 for ; Thu, 29 Aug 2002 03:00:48 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F92C43E65 for ; Thu, 29 Aug 2002 03:00:47 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.5/8.12.5) with ESMTP id g7TA0Yls005831 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 12:00:34 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.5/8.12.5/Submit) id g7TA0XKL005829; Thu, 29 Aug 2002 12:00:33 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Thu, 29 Aug 2002 12:00:33 +0200 From: Cejka Rudolf To: Matthew Jacob Cc: stable@FreeBSD.ORG Subject: Re: EOT tape handling changed? Message-ID: <20020829100033.GA2174@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Jacob wrote (2002/08/28): > I *can* and *do* do this (for example, for fixed block mode), but my Are you sure? Here is my small test program: -- copy.c: #include #include #include #include #include #define BUFSIZE (32768*8) int main(void) { char buf[BUFSIZE]; int cnt; errno = 0; while (1) { cnt = read(STDIN_FILENO, buf, BUFSIZE); if (cnt != BUFSIZE) fprintf(stderr, "read(): Just small warning...\n"); cnt = write(STDOUT_FILENO, buf, BUFSIZE); fprintf(stderr, "write(): %d (%d)\n", cnt, errno); if (cnt != BUFSIZE) sleep(1); } return 0; } -- And here are my results (./copy < big_dev_urandom_file.dat > /dev/nrsa0 starting some space before the end of tape): -- ... write(): 262144 (0) write(): 262144 (0) write(): 262144 (0) write(): 0 (0) write(): 65536 (0) write(): 65536 (0) write(): 65536 (0) ... -- or -- ... write(): 262144 (0) write(): 262144 (0) write(): 262144 (0) write(): 196608 (0) write(): 65536 (0) write(): 65536 (0) write(): 65536 (0) ... -- or with just 32768 long buffer: -- ... write(): 32768 (0) write(): 32768 (0) write(): 32768 (0) write(): 0 (0) write(): 32768 (0) write(): 0 (0) write(): 32768 (0) write(): 0 (0) write(): 32768 (0) ... -- Do you have another results? > I'm not sure that this is right. The NetBSD driver will do the same > behaviour at this point. Maybe it has been changed too? Or maybe afbackup on NetBSD has problems (however there is a trivial and universal fix for both cases, no problem) as in FreeBSD now, even if sources of afbackup take NetBSD into account. Can anybody try EOT handling in NetBSD in the reality? I'm sorry, I'm afraid that I could not do this. > The problem is that you cannot return a residual if you return an error. > For tape drives that then write *partial* final records (e.g., if you > have EEW off), you cannot know exactly what you wrote. Therefore, when Please, what is "EEW off"? > you read things back, you end up with duplicated data when you do tape > spanning. I'm not sure, if I see this problem too. If I understand correctly, previous behaviour was that when write() was successful just partially, it returned -1/ENOSPC, so some data could be duplicated on the next tape. Now write() should return partial count, then zero and then -1/ENOSPC... > I think in my desire to fix -stable for somebody I went too far and > broke things. I'll figure out a reasonable compromise toot suite because > 4.7 is closing on 1 September. ... And what about write() returning partial count and then -1/ENOSPC? Without returning zero as an interstep. Your problem disappear and existing applications should be happy and this is the way write() on the disk works (I hope :-). > But I assure you, 5.0 *will* have this behaviour. I'm pacified with this :-) It looks good, but please - if it is not documented somewhere, please document it on some manual page (e. g. write(2)). I think that this is an important semantic change. PS: I have/had another problem with timeouts - what do you think about increasing the standard value for SA_IO_TIMEOUT? In case of M2 from Exabyte, there is SmartClean feature, that when there are too much write errors during write operation, it rewinds tape at the beginning (up to 3 minutes), where is some cleaning tape and tries to clean heads (I hope no more that 2 minutes), returns to the previous position (again up to 3 minutes) and finishes write - so I'm trying to increase SA_IO_TIMEOUT from 4 to atleast 8 minutes (but I'm rather trying 15 now, because I realized this possible source of timeouts very recently, so I'm just experimenting... ;-). Have a nice day ;-) -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 3:25:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A624237B400 for ; Thu, 29 Aug 2002 03:25:51 -0700 (PDT) Received: from mail.rootcrew.net (rootcrew.net [217.160.108.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0684B43E6A for ; Thu, 29 Aug 2002 03:25:51 -0700 (PDT) (envelope-from schuppi@rootcrew.net) Received: from subroutine.schlund.de (unknown [195.20.224.6]) by mail.rootcrew.net (Postfix) with ESMTP id 0EC5889455 for ; Thu, 29 Aug 2002 12:27:29 +0200 (CEST) Date: Thu, 29 Aug 2002 12:25:48 +0200 From: Tim Schuppener To: freebsd-stable@FreeBSD.ORG Message-Id: <20020829122548.54a70acf.schuppi@rootcrew.net> X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG auth fef16b45 subscribe freebsd-stable tim@schuppener.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 3:36:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173AB37B401 for ; Thu, 29 Aug 2002 03:36:45 -0700 (PDT) Received: from spider.tela.com (spider.tela.com [206.98.7.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1760843E6E for ; Thu, 29 Aug 2002 03:36:45 -0700 (PDT) (envelope-from jeff@kukkola.com) Received: from jeffs (server.kukkola.com [206.103.218.195]) by spider.tela.com (8.12.5/8.12.4) with ESMTP id g7TAahxp008807 for ; Thu, 29 Aug 2002 05:36:44 -0500 (CDT) From: jeff@kukkola.com To: freebsd-stable@FreeBSD.org Date: Thu, 29 Aug 2002 05:37:16 -0500 MIME-Version: 1.0 Subject: subscribe Message-ID: <3D6DB30C.26001.1B091B78@localhost> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 5:11:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B35DF37B400 for ; Thu, 29 Aug 2002 05:11:16 -0700 (PDT) Received: from kiln.isn.net (kiln.isn.net [198.167.161.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BE943E75 for ; Thu, 29 Aug 2002 05:11:16 -0700 (PDT) (envelope-from mburke@isn.net) Received: from pinky.isn.net (mburke@pinky.isn.net [198.167.161.253]) by kiln.isn.net (8.12.2/8.12.2) with ESMTP id g7TCBC1Q021625 for ; Thu, 29 Aug 2002 09:11:13 -0300 Subject: Re: IPX tunnel through IP From: Michael Burke To: freebsd-stable@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 29 Aug 2002 09:11:13 -0300 Message-Id: <1030623073.1428.8.camel@pinky> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-08-28 at 20:16, Andrew wrote: > > I'm looking to bridge an IPX network at a remote location to the local > > IPX network, and the only method of communication is TCP/IP. Locally, I > > Have you looked at netgraph? It has the ability to tunnel through UDP > packets if you get it configured in the right way. Sort of. I keep forgetting to, but when I did check it out (albeit very briefly), I got confused and walked away. Ah, I'm so persistent. :) But I'll take a more in-depth look at it. Unfortunately I'm presently having a problem where I configure IPX on the interface and it loses IPv4 connectivity until reboot(?) -- but still seems to be configured properly for IPv4. Is this normal? Thanks, Mike B. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 6:39:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 290C637B400 for ; Thu, 29 Aug 2002 06:39:19 -0700 (PDT) Received: from kiln.isn.net (kiln.isn.net [198.167.161.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D77943E42 for ; Thu, 29 Aug 2002 06:39:18 -0700 (PDT) (envelope-from mburke@isn.net) Received: from pinky.isn.net (mburke@pinky.isn.net [198.167.161.253]) by kiln.isn.net (8.12.2/8.12.2) with ESMTP id g7TDdL1Q001032 for ; Thu, 29 Aug 2002 10:39:21 -0300 Subject: Re: IPX tunnel through IP From: Michael Burke To: freebsd-stable@FreeBSD.org In-Reply-To: <200208291329.g7TDTfl02282@zibbi.icomtek.csir.co.za> References: <200208291329.g7TDTfl02282@zibbi.icomtek.csir.co.za> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/1.0.2 Date: 29 Aug 2002 10:39:22 -0300 Message-Id: <1030628362.1436.17.camel@pinky> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 2002-08-29 at 10:29, John Hay wrote: > > But I'll take a more in-depth look at it. Unfortunately I'm presently > > having a problem where I configure IPX on the interface and it loses > > IPv4 connectivity until reboot(?) -- but still seems to be configured > > properly for IPv4. Is this normal? > > It is not normal, but possible. If you set/change the host part of > your ipx address, you change the MAC of you card too and arp will > have to timeout before your ipv4 will work again. Don't do that. :-) > Only set the network part of your ipx address. Aha -- I was doing that, I didn't know of the connection. Thanks for the help, I think I will have something to occupy myself this weekend: I have found some information both on using IPXIP and netgraph. :) Regards, Mike B. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 6:52:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD69E37B400 for ; Thu, 29 Aug 2002 06:52:40 -0700 (PDT) Received: from a2.scoop.co.nz (aurora.scoop.co.nz [203.96.152.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF15D43E3B for ; Thu, 29 Aug 2002 06:52:39 -0700 (PDT) (envelope-from andrew@scoop.co.nz) Received: from localhost (localhost [127.0.0.1]) by a2.scoop.co.nz (8.12.2/8.12.2) with ESMTP id g7TDqMZW077568; Fri, 30 Aug 2002 01:52:24 +1200 (NZST) (envelope-from andrew@scoop.co.nz) Date: Fri, 30 Aug 2002 01:52:22 +1200 (NZST) From: Andrew McNaughton To: Dmitry Suhodoev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: too many warnings (over 70kb) by make buildworld In-Reply-To: <12510735837.20020829154901@bingo.chel.ru> Message-ID: <20020830014248.J76721-100000@a2.scoop.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If it's a critical server I'd reccomend using RELENG_4_6 rather than a snapshot of RELENG_4. It would probably be a good idea to do a practice run on a non-critical machine first. make installworld is reckoned to be safer in single user mode, but I've found I can generally get away without this. I have to upgrade machines remotely from time to time, so single user mode is awkward. I always make sure however that I have someone near the machine on call in case something goes wrong. If something does go wrong, you've always got your backups. You should also have practiced restoring from backup on a non-critical machine, and if you might have to instruct someone remotely for part of all of this procedure, then you'd better know the process well enough for that. Andrew McNaughton On Thu, 29 Aug 2002, Dmitry Suhodoev wrote: > Date: Thu, 29 Aug 2002 15:49:01 +0600 > From: Dmitry Suhodoev > To: freebsd-stable@FreeBSD.ORG > Subject: too many warnings (over 70kb) by make buildworld > > Hi, > > i has updated the FreeBSD source tree from 4.3-RELEASE to 4.6-STABLE > with cvsup by this configuration file: > > === cut === > *default host=cvsup2.ru.FreeBSD.org > *default base=/usr/local > *default prefix=/usr > *default release=cvs delete use-rel-suffix compress > *default tag=RELENG_4 > *default date=2002.08.27.15.00.00 > src-all > ports-all > === cut === > > make buildworld generates too many warnings, but all sources was compiled, > let's see logs: http://bingo.chel.ru/temp/buildworld.rar (320ËÂ). is it right? > can i continue updating of my FreeBSD? > this is my primary server and his very important for my work. this is my first > updating of FreeBSD, so i am afraid to continue further without confidence that > all goes orderly, cause server cannot will be down a long time. > > and one more question. make installworld MUST be in single mode? can i make it in normal mode: > > cd /usr/src > make buildworld > make buildkernel > make installkernel > make installworld > cd / && mergemaster > cd /dev && ./MAKEDEV all > fastboot > > i.e. without multiple reboots, with only one reboot after all? i has read > manual of updating on http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html, > but it is not helps to me :( > > -- > Dmitry Suhodoev, http://bingo.chel.ru/, icq#550315 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 7:56:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78FB537B400 for ; Thu, 29 Aug 2002 07:56:54 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-146.dsl.lsan03.pacbell.net [64.165.226.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF4C443E3B for ; Thu, 29 Aug 2002 07:56:53 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4753466D81; Thu, 29 Aug 2002 07:56:53 -0700 (PDT) Date: Thu, 29 Aug 2002 07:56:53 -0700 From: Kris Kennaway To: Dmitry Suhodoev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: too many warnings (over 70kb) by make buildworld Message-ID: <20020829145652.GB27297@xor.obsecurity.org> References: <12510735837.20020829154901@bingo.chel.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <12510735837.20020829154901@bingo.chel.ru> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 29, 2002 at 03:49:01PM +0600, Dmitry Suhodoev wrote: > make buildworld generates too many warnings, but all sources was compiled, > let's see logs: http://bingo.chel.ru/temp/buildworld.rar (320??). is it right? Yes. Warnings are notes for developers, as a user you can ignore them as long as it doesn't fail with an error. Most of the warnings have been fixed in 5.0-CURRENT. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9bjY0Wry0BWjoQKURAkvtAJ9nwDQnw+b5pjvME3lO9u4jSI9wQgCgt2ui hPFgwIvVSryjnOCnYOr8+j4= =/lcm -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 7:59:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 638BA37B400 for ; Thu, 29 Aug 2002 07:59:22 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0E943E65 for ; Thu, 29 Aug 2002 07:59:21 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id GQF37091; Thu, 29 Aug 2002 07:59:20 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 539FD5D06; Thu, 29 Aug 2002 07:59:18 -0700 (PDT) To: Dmitry Suhodoev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: too many warnings (over 70kb) by make buildworld In-reply-to: Your message of "Thu, 29 Aug 2002 15:49:01 +0600." <12510735837.20020829154901@bingo.chel.ru> Date: Thu, 29 Aug 2002 07:59:18 -0700 From: "Kevin Oberman" Message-Id: <20020829145918.539FD5D06@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Thu, 29 Aug 2002 15:49:01 +0600 > From: Dmitry Suhodoev > Sender: owner-freebsd-stable@FreeBSD.ORG > > Hi, > > i has updated the FreeBSD source tree from 4.3-RELEASE to 4.6-STABLE with cvsup > by this configuration file: > > === cut === > *default host=cvsup2.ru.FreeBSD.org > *default base=/usr/local > *default prefix=/usr > *default release=cvs delete use-rel-suffix compress > *default tag=RELENG_4 > *default date=2002.08.27.15.00.00 > src-all > ports-all > === cut === ports-all does not have a RELENG_4 branch, so this will neatly delete your ports tree. For either current or stable, use the tag "." for ports-all. > make buildworld generates too many warnings, but all sources was compiled, > let's see logs: http://bingo.chel.ru/temp/buildworld.rar (320ËÂ). is it right? > can i continue updating of my FreeBSD? > this is my primary server and his very important for my work. this is my first > updating of FreeBSD, so i am afraid to continue further without confidence that > all goes orderly, cause server cannot will be down a long time. > > and one more question. make installworld MUST be in single mode? can i make it in normal mode: > > cd /usr/src > make buildworld > make buildkernel > make installkernel > make installworld > cd / && mergemaster > cd /dev && ./MAKEDEV all > fastboot You usually can, but it is risky. If you discover that the new kernel is bad after installworld, you are dead and will probably have to re-install the system from scratch. I'll admit that I have done this on several occasions though. I don't understand why you are getting so many warnings. Do you have something in /etc/make.config that is causing it? CFLAGS? R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 8:44: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C83A737B400 for ; Thu, 29 Aug 2002 08:44:02 -0700 (PDT) Received: from valen.gwi.net (valen.gwi.net [207.5.128.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09B6343E3B for ; Thu, 29 Aug 2002 08:44:02 -0700 (PDT) (envelope-from jamin@gwi.net) Received: from dargo.gwi (dargo.gwi.net [207.5.142.21]) by valen.gwi.net (8.11.6/8.11.6) with ESMTP id g7TFht902967 for ; Thu, 29 Aug 2002 11:43:55 -0400 (EDT) Date: Thu, 29 Aug 2002 11:43:53 -0400 (EDT) From: "Jamin A. Brown" To: freebsd-stable@FreeBSD.ORG Subject: What's *really* up with RELENG_4_6 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I'm a bit confused about RELENG_4_6's UPDATING file and uname information: 20020814: FreeBSD 4.6.2-RELEASE. 20020813: p11 Bounds checking errors in accept(), getsockname(), getpeername(), and a VESA ioctl() command were corrected. FreeBSD darkness.gwi 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Tue Aug 27 08:42:03 EDT 2002 jamin@darkness.gwi:/usr/obj/usr/src/sys/DARKNESS i386 Now, I was under the impression that RELENG_4_* branches were to contain only bug fixes since RELEASE. However, 4.6.2 and 4.6.1, both of which have showed up in RELENG_4_6, contain new features. The question is, is RELENG_4_6 *really* getting us 4.6.2-RELEASE right now, with all the new features as well as bug fixes? Or is it just named incorrectly? If the latter, could the naming convention for this situations be reverted back to 4.6-RELEASE-p## to prevent this type of confusion? Please enlighten me. Thanks. Jamin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 8:53:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C299E37B405 for ; Thu, 29 Aug 2002 08:53:33 -0700 (PDT) Received: from mserver2.gmu.edu (mail02.gmu.edu [129.174.0.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CD3243E4A for ; Thu, 29 Aug 2002 08:53:20 -0700 (PDT) (envelope-from sbernard@gmu.edu) Received: from CERBERUS ([129.174.39.210]) by mserver2.gmu.edu (Netscape Messaging Server 4.15) with ESMTP id H1M3Z000.0A5 for ; Thu, 29 Aug 2002 11:49:48 -0400 Reply-To: From: "Steve Bernard" To: Subject: RE: IDE RAID controlers od FreeBSD Date: Thu, 29 Aug 2002 11:49:37 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3D6D9A10.6020002@optusnet.com.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, In response the questions about an inexpensive supplier of 3Ware cards, I use Hyper Microsystems. So far they've had what I've needed in stock and at reasonable prices. I've never had any problems with FreeBSD 4.x on these cards and get very fast, reliable HD performance. http://www.hypermicro.com/store/raid_adap.htm Steve -----Original Message----- From: Antony Mawer [mailto:ajmawer@optusnet.com.au] Sent: Wednesday, August 28, 2002 11:51 PM To: sbernard@gmu.edu Cc: freebsd-stable@FreeBSD.ORG Subject: Re: IDE RAID controlers od FreeBSD Steve Bernard wrote: > If you haven't bought anything yet, get 3Ware Escalades. My experience is > that they are fast and stable. > > http://www.3ware.com/products/parallel_ata.asp Speaking of which, I'd love to know if anyone knows a 3ware supplier in Australia. I've looked around and I've yet to find anyone who stocks/sells the cards... I suppose I could order from overseas if it came down to that, but it's just so much easier when you have a local supplier you can go and bitch to if something goes wrong with the hardware! :-) -Antony To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 8:59:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 124DE37B400 for ; Thu, 29 Aug 2002 08:59:35 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8E843E6E for ; Thu, 29 Aug 2002 08:59:34 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7TFxQY55603; Thu, 29 Aug 2002 08:59:27 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 29 Aug 2002 08:59:26 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Cejka Rudolf Cc: stable@FreeBSD.ORG Subject: Re: EOT tape handling changed? In-Reply-To: <20020829100033.GA2174@fit.vutbr.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Awk! Lots to read here- I'll reply later today! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 9: 2:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A376937B400 for ; Thu, 29 Aug 2002 09:02:28 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB7943E65 for ; Thu, 29 Aug 2002 09:02:27 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1) with ESMTP id g7TG2Q6X096105 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 09:02:26 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1/Submit) id g7TG2PIs096102; Thu, 29 Aug 2002 09:02:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <15726.17809.760133.928907@horsey.gshapiro.net> Date: Thu, 29 Aug 2002 09:02:25 -0700 From: Gregory Neil Shapiro To: Richard Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Sendmail dnsbl does IPv6 lookup In-Reply-To: <20020828220628.C57868-100000@mail.unixguru.nl> References: <002601c24ece$0bb9a320$6501a8c0@bob> <20020828220628.C57868-100000@mail.unixguru.nl> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG richard> As you can see the lookup made for richard> Is there a way to force an IPv4 lookup?? =46rom cf/README: Some DNS based rejection lists cause failures if asked for AAAA records. If your sendmail version is compiled with IPv6 support (NETINET6) and you experience this problem, add define(`DNSBL_MAP', `dns -R A') before the first use of this feature. Alternatively you can use enhdnsbl instead (see below). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 9: 8:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E0CA37B400 for ; Thu, 29 Aug 2002 09:08:13 -0700 (PDT) Received: from mx.sat.corp.rackspace.com (mx.sat.corp.rackspace.com [64.39.1.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EAD543E72 for ; Thu, 29 Aug 2002 09:08:12 -0700 (PDT) (envelope-from jnelson@rackspace.com) Received: from pop3.sat.corp.rackspace.com (pop3.sat.corp.rackspace.com [64.39.2.141]) by mx.sat.corp.rackspace.com (8.11.6/8.11.6) with ESMTP id g7TG8CE10970 for ; Thu, 29 Aug 2002 11:08:12 -0500 Received: from jnelson (64-39-0-244.dhcp.hq.rackspace.com [64.39.0.244]) (authenticated (0 bits)) by pop3.sat.corp.rackspace.com (8.11.6/8.11.6) with ESMTP id g7TG88H05233 for ; Thu, 29 Aug 2002 11:08:08 -0500 From: "jnelson" To: Subject: Basic cvsup question Date: Thu, 29 Aug 2002 11:08:11 -0500 Message-ID: <011901c24f76$461c24e0$6700a8c0@jnelson> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When doing "cvsup -g -L 2 stable-supfile" with "*default release=cvs tag=RELENG_4" does it update your source/ports tree with 4.6.2 (the most current stable) or 4.X (whatever kernel you're running)? My goal here is to recompile from 4.5 to 4.6.2 using an updated local source tree as the box is not local. Sup-question: what file shows the current version of your respective trees. Thank you for assisting the newbie, j --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 9:20:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6602237B400 for ; Thu, 29 Aug 2002 09:20:07 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10CC843E65 for ; Thu, 29 Aug 2002 09:20:06 -0700 (PDT) (envelope-from olive@oban.frmug.org) Received: (from uucp@localhost) by frmug.org (8.11.3/8.11.3/frmug-2.7/nospam) with UUCP id g7TGK4v19154 for freebsd-stable@freebsd.org; Thu, 29 Aug 2002 18:20:04 +0200 (CEST) (envelope-from olive@oban.frmug.org) Received: by weirdos.oban.frmug.org (Postfix, from userid 1002) id EA3EC8C17; Thu, 29 Aug 2002 18:18:52 +0200 (CEST) Date: Thu, 29 Aug 2002 18:18:52 +0200 From: Olivier Tharan To: freebsd-stable@freebsd.org Subject: Re: Basic cvsup question Message-ID: <20020829161852.GB88063@weirdos.oban.frmug.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <011901c24f76$461c24e0$6700a8c0@jnelson> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <011901c24f76$461c24e0$6700a8c0@jnelson> X-Attribution: Olive Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * jnelson (20020829 11:08): > When doing "cvsup -g -L 2 stable-supfile" with "*default release=cvs > tag=RELENG_4" does it update your source/ports tree with 4.6.2 (the most > current stable) or 4.X (whatever kernel you're running)? RELENG_4 gives you 4.X, the latest -STABLE, which still evolves and will become 4.7 soon. RELENG_4_6 gives you 4.6-RELEASE plus any security patch, so now it would be 4.6.2. olive -- THINK -- it gives you something to do while the computer is down. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 9:37: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CAE337B400 for ; Thu, 29 Aug 2002 09:36:57 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA95143E65 for ; Thu, 29 Aug 2002 09:36:55 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7TGaswu002835; Thu, 29 Aug 2002 09:36:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7TGasZ9002834; Thu, 29 Aug 2002 09:36:54 -0700 Date: Thu, 29 Aug 2002 09:36:53 -0700 From: Brooks Davis To: "Jamin A. Brown" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: What's *really* up with RELENG_4_6 Message-ID: <20020829093653.B351@Odin.AC.HMC.Edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from jamin@gwi.net on Thu, Aug 29, 2002 at 11:43:53AM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 29, 2002 at 11:43:53AM -0400, Jamin A. Brown wrote: > Hi all, >=20 > I'm a bit confused about RELENG_4_6's UPDATING file and uname information: >=20 > 20020814: > FreeBSD 4.6.2-RELEASE. >=20 > 20020813: p11 > Bounds checking errors in accept(), getsockname(), > getpeername(), and a VESA ioctl() command were corrected. >=20 > >=20 > FreeBSD darkness.gwi 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Tue Aug 27 > 08:42:03 EDT 2002 jamin@darkness.gwi:/usr/obj/usr/src/sys/DARKNESS > i386 >=20 >=20 > Now, I was under the impression that RELENG_4_* branches were to contain > only bug fixes since RELEASE. However, 4.6.2 and 4.6.1, both of which have > showed up in RELENG_4_6, contain new features. >=20 > The question is, is RELENG_4_6 *really* getting us 4.6.2-RELEASE right > now, with all the new features as well as bug fixes? Or is it just named > incorrectly? If the latter, could the naming convention for this > situations be reverted back to 4.6-RELEASE-p## to prevent this type of > confusion? 4.6.2 is a snapshot of the RELENG_4_6 branch. It contains security fixes and bug fixes that were considered critical. In this case that largly means upgraded SSH, SSL, and ATA bug fixes. 4.6.2 is ONLY on RELNG_4_6. RELENG_4 never was 4.6.2 and never will be. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bk2kXY6L6fI4GtQRAqzcAJ9grImWnqR1nrBEWQMXVCrBP89BuQCcD6Eo 5quD0LJchlcP9h+YtEnXGvc= =3ShJ -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 9:38:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 399BA37B401 for ; Thu, 29 Aug 2002 09:38:40 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2502B43E6A for ; Thu, 29 Aug 2002 09:38:39 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g7TGcaf63777; Thu, 29 Aug 2002 09:38:36 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.5/8.12.5/Submit) id g7TGcaPL007473; Thu, 29 Aug 2002 09:38:36 -0700 (PDT) (envelope-from jdp) Date: Thu, 29 Aug 2002 09:38:36 -0700 (PDT) Message-Id: <200208291638.g7TGcaPL007473@vashon.polstra.com> To: stable@freebsd.org From: John Polstra Cc: jnelson@rackspace.com Subject: Re: Basic cvsup question In-Reply-To: <20020829161852.GB88063@weirdos.oban.frmug.org> References: <011901c24f76$461c24e0$6700a8c0@jnelson> <20020829161852.GB88063@weirdos.oban.frmug.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020829161852.GB88063@weirdos.oban.frmug.org>, Olivier Tharan wrote: > * jnelson (20020829 11:08): > > When doing "cvsup -g -L 2 stable-supfile" with "*default release=cvs > > tag=RELENG_4" does it update your source/ports tree with 4.6.2 (the most > > current stable) or 4.X (whatever kernel you're running)? > > RELENG_4 gives you 4.X, the latest -STABLE, which still evolves and will > become 4.7 soon. > > RELENG_4_6 gives you 4.6-RELEASE plus any security patch, so now it > would be 4.6.2. This answer is right for the src tree, but if you specify tag=RELENG_4 for your ports tree CVSup will cheerfully delete it without a word of apology. Override the default by adding "tag=." to the end of your ports-all line, like this: [...] *default tag=RELENG_4 src-all ports-all tag=. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 11:26:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E65F37B400; Thu, 29 Aug 2002 11:26:14 -0700 (PDT) Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F8143E7B; Thu, 29 Aug 2002 11:26:12 -0700 (PDT) (envelope-from richard@unixguru.nl) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.5/8.12.5) with ESMTP id g7TIQ70k094007; Thu, 29 Aug 2002 20:26:09 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Thu, 29 Aug 2002 20:26:07 +0200 (CEST) From: Richard To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Sendmail dnsbl does IPv6 lookup In-Reply-To: <15726.17809.760133.928907@horsey.gshapiro.net> Message-ID: <20020829202355.E91127-100000@mail.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Gregory Neil Shapiro wrote: Gregory, Sorry for not reading the README file. As usual I first started searching for an answer on google. Didn't find it there and thought I was alone in the world... Thanks for the RTFM :) > richard> As you can see the lookup made for > richard> Is there a way to force an IPv4 lookup?? > > >From cf/README: > > Some DNS based rejection lists cause failures if asked > for AAAA records. If your sendmail version is compiled > with IPv6 support (NETINET6) and you experience this > problem, add > > define(`DNSBL_MAP', `dns -R A') > > before the first use of this feature. Alternatively you > can use enhdnsbl instead (see below). Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 12: 3:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D40E637B400 for ; Thu, 29 Aug 2002 12:03:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-146.dsl.lsan03.pacbell.net [64.165.226.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5559B43E3B for ; Thu, 29 Aug 2002 12:03:53 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B0DE566D83; Thu, 29 Aug 2002 12:03:52 -0700 (PDT) Date: Thu, 29 Aug 2002 12:03:52 -0700 From: Kris Kennaway To: "Jamin A. Brown" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: What's *really* up with RELENG_4_6 Message-ID: <20020829190352.GB32639@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 29, 2002 at 11:43:53AM -0400, Jamin A. Brown wrote: > Hi all, >=20 > I'm a bit confused about RELENG_4_6's UPDATING file and uname information: >=20 > 20020814: > FreeBSD 4.6.2-RELEASE. >=20 > 20020813: p11 > Bounds checking errors in accept(), getsockname(), > getpeername(), and a VESA ioctl() command were corrected. >=20 > >=20 > FreeBSD darkness.gwi 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Tue Aug 27 > 08:42:03 EDT 2002 jamin@darkness.gwi:/usr/obj/usr/src/sys/DARKNESS > i386 >=20 >=20 > Now, I was under the impression that RELENG_4_* branches were to contain > only bug fixes since RELEASE. However, 4.6.2 and 4.6.1, both of which have > showed up in RELENG_4_6, contain new features. ^^^^^^^^^^^^^^^^^^^^ Upon what are you basing this assertion? Kris --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9bnAXWry0BWjoQKURArjIAKCjcg6E+/+0zQkbrmt5jgWORJNK6QCdHZ9V sizhZGMhEelkbBA1/SmSL1g= =h/1J -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 13:36: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A0CB37B400 for ; Thu, 29 Aug 2002 13:36:00 -0700 (PDT) Received: from valen.gwi.net (valen.gwi.net [207.5.128.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9778043E42 for ; Thu, 29 Aug 2002 13:35:59 -0700 (PDT) (envelope-from jamin@gwi.net) Received: from dargo.gwi (dargo.gwi.net [207.5.142.21]) by valen.gwi.net (8.11.6/8.11.6) with ESMTP id g7TKZuN25968; Thu, 29 Aug 2002 16:35:57 -0400 (EDT) Date: Thu, 29 Aug 2002 16:35:53 -0400 (EDT) From: "Jamin A. Brown" To: Kris Kennaway Cc: freebsd-stable@FreeBSD.ORG Subject: Re: What's *really* up with RELENG_4_6 In-Reply-To: <20020829190352.GB32639@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Kris Kennaway wrote: > On Thu, Aug 29, 2002 at 11:43:53AM -0400, Jamin A. Brown wrote: > > Hi all, > > > > I'm a bit confused about RELENG_4_6's UPDATING file and uname information: > > > > 20020814: > > FreeBSD 4.6.2-RELEASE. > > > > 20020813: p11 > > Bounds checking errors in accept(), getsockname(), > > getpeername(), and a VESA ioctl() command were corrected. > > > > > > > > FreeBSD darkness.gwi 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Tue Aug 27 > > 08:42:03 EDT 2002 jamin@darkness.gwi:/usr/obj/usr/src/sys/DARKNESS > > i386 > > > > > > Now, I was under the impression that RELENG_4_* branches were to contain > > only bug fixes since RELEASE. However, 4.6.2 and 4.6.1, both of which have > > showed up in RELENG_4_6, contain new features. > ^^^^^^^^^^^^^^^^^^^^ > Upon what are you basing this assertion? I had thought, give normal development procedure, that 4.6.2 was cut from stable, just like all other RELEASES. I also thought I remember STABLE being frozen for 4.6.2-RELEASE, which would indicate that the new features would have made it into 4.6.2. My memory must be going. If so, I apologize. Jamin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 13:52:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EEF437B400 for ; Thu, 29 Aug 2002 13:52:50 -0700 (PDT) Received: from CRWdog.demon.co.uk (ppp-67-116-46-57.dialup.sntc01.pacbell.net [67.116.46.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 587B943E42 for ; Thu, 29 Aug 2002 13:52:49 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 92826A9 for ; Thu, 29 Aug 2002 16:52:42 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: stable@freebsd.org Subject: Cursor (trackpoint) "creep" with moused? Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1812050734P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 29 Aug 2002 16:52:42 -0400 From: Andy Sparrow Message-Id: <20020829205242.92826A9@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1812050734P Content-Type: text/plain; charset=us-ascii Hi, Most of the time, my trackpoint works great with moused, under X (normal) or in a VT. Sometimes, it'll start to "creep" in some direction or other. I've been seeing this for ever (e.g. since 4.0-STABLE), on more than one HP laptop. This "creeping" often starts relatively slowly and gets worse, sometimes it's very extreme, zooming around like crazy.. It always "creeps" in the same direction when it starts (until corrected), but it could "creep" in almost any direction. Sometimes, it'll just spontaneously correct itself... I recently discovered that it can be rectified by switching to a VT (where it'll continue to creep for up to maybe 30-45 seconds, then it'll fix itself), and then it'll be fine under X after switching back, so it look like something related to the VT-switching "heals" it :-) I run moused, and the X (4.2) config uses Protocol Auto and /dev/sysmouse. The other day, I noticed cursor creep whilst playing mp3's (via 'xmms'), and the audio (Maestro3) "stuttered" really badly as soon as the creep started, effectively playing at maybe 25% of normal speed. As soon as the cursor stopped "creeping" (due to the VT switch), audio playback went back to normal. I've only seen this once, and I've certainly been playing mp3's before when it's been creeping... I'm just curious as to why this might be - the trackpoint "creep", that is - does anyone have any ideas? :-) Regards, AS --==_Exmh_1812050734P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9bomaPHh895bDXeQRAnOQAKCJyaRvV4Ablr2hpXQ3stuKyw5X3QCfcfmk F/jtE8v9bQ2SC6SESeWSpzs= =d9Gq -----END PGP SIGNATURE----- --==_Exmh_1812050734P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14: 0:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2B3F37B400 for ; Thu, 29 Aug 2002 14:00:40 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1B0443E6A for ; Thu, 29 Aug 2002 14:00:39 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020829204323.HXSY11061.sccrmhc01.attbi.com@bmah.dyndns.org>; Thu, 29 Aug 2002 20:43:23 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.5/8.12.5) with ESMTP id g7TKhMaS050616; Thu, 29 Aug 2002 13:43:22 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.5/8.12.5/Submit) id g7TKhM90050615; Thu, 29 Aug 2002 13:43:22 -0700 (PDT) Message-Id: <200208292043.g7TKhM90050615@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020729 with nmh-1.0.4 To: "Jamin A. Brown" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: What's *really* up with RELENG_4_6 In-Reply-To: References: Comments: In-reply-to "Jamin A. Brown" message dated "Thu, 29 Aug 2002 16:35:53 -0400." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-380092546P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 29 Aug 2002 13:43:22 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-380092546P Content-Type: text/plain; charset=us-ascii If memory serves me right, "Jamin A. Brown" wrote: > I had thought, give normal development procedure, that 4.6.2 was cut from > stable, just like all other RELEASES. 4.6.2 is different from "all other RELEASEs". It is a security- and critical-bugfix release designed to fix specific problems in 4.6. More details can be found in the release announcement and the release notes. > I also thought I remember STABLE > being frozen for 4.6.2-RELEASE, which would indicate that the new features > would have made it into 4.6.2. RELENG_4 hasn't been frozen since just after 4.6-RELEASE. (Note that the code-freeze on RELENG_4 in preparation for 4.7 starts in a few days.) Bruce. --==_Exmh_-380092546P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9bodq2MoxcVugUsMRAnKFAKDzHpboBAEZBvSlDfAxbbNuD2/PjgCfYG9r NlMVddQyiQ4GIQ2F9jyr+lk= =3SwI -----END PGP SIGNATURE----- --==_Exmh_-380092546P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14: 9:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 735EE37B400 for ; Thu, 29 Aug 2002 14:09:38 -0700 (PDT) Received: from tp.databus.com (p70-227.acedsl.com [66.114.70.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABC4143E3B for ; Thu, 29 Aug 2002 14:09:37 -0700 (PDT) (envelope-from barney@databus.com) Received: from databus.com (localhost.databus.com [127.0.0.1]) by tp.databus.com (8.12.5/8.12.5) with ESMTP id g7TL9Qs8008750; Thu, 29 Aug 2002 17:09:26 -0400 (EDT) (envelope-from barney@databus.com) Received: (from barney@localhost) by databus.com (8.12.5/8.12.5/Submit) id g7TL9QlA008749; Thu, 29 Aug 2002 17:09:26 -0400 (EDT) Date: Thu, 29 Aug 2002 17:09:26 -0400 From: Barney Wolff To: Andy Sparrow Cc: stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? Message-ID: <20020829210926.GA8636@tp.databus.com> References: <20020829205242.92826A9@CRWdog.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829205242.92826A9@CRWdog.demon.co.uk> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 04:52:42PM -0400, Andy Sparrow wrote: > > I'm just curious as to why this might be - the trackpoint "creep", that > is - does anyone have any ideas? :-) I've experienced the same effect on a Toshiba laptop running W2k, so perhaps it's the device, not anything fbsd-specific. -- Barney Wolff I'm available by contract or FT: http://www.databus.com/bwresume.pdf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:16:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D40A37B400 for ; Thu, 29 Aug 2002 14:16:54 -0700 (PDT) Received: from radix.cryptio.net (radix.cryptio.net [199.181.107.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B4643E3B for ; Thu, 29 Aug 2002 14:16:53 -0700 (PDT) (envelope-from emechler@radix.cryptio.net) Received: from radix.cryptio.net (localhost [127.0.0.1]) by radix.cryptio.net (8.12.5/8.12.5) with ESMTP id g7TLGlXY010209 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 29 Aug 2002 14:16:48 -0700 (PDT) (envelope-from emechler@radix.cryptio.net) Received: (from emechler@localhost) by radix.cryptio.net (8.12.5/8.12.5/Submit) id g7TLGlP3010208; Thu, 29 Aug 2002 14:16:47 -0700 (PDT) Date: Thu, 29 Aug 2002 14:16:47 -0700 From: Erick Mechler To: Andy Sparrow Cc: stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? Message-ID: <20020829211647.GL90157@techometer.net> References: <20020829205242.92826A9@CRWdog.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829205242.92826A9@CRWdog.demon.co.uk> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :: I'm just curious as to why this might be - the trackpoint "creep", that :: is - does anyone have any ideas? :-) Do you have anything emitting lots of electronic noise around your system? The mouse (physical mouse, mind you) attached to my IBM S/390 system does this exact same thing when I talk on my cell phone near the keyboard. It's a real trip. Halogen lamps are another possible culprit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:24:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32DA537B400 for ; Thu, 29 Aug 2002 14:24:27 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E7A43E3B for ; Thu, 29 Aug 2002 14:24:26 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id GQF37091; Thu, 29 Aug 2002 14:24:25 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id CDAB35D06; Thu, 29 Aug 2002 14:24:22 -0700 (PDT) To: Barney Wolff Cc: Andy Sparrow , stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-reply-to: Your message of "Thu, 29 Aug 2002 17:09:26 EDT." <20020829210926.GA8636@tp.databus.com> Date: Thu, 29 Aug 2002 14:24:22 -0700 From: "Kevin Oberman" Message-Id: <20020829212422.CDAB35D06@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Thu, 29 Aug 2002 17:09:26 -0400 > From: Barney Wolff > Sender: owner-freebsd-stable@FreeBSD.ORG > > On Thu, Aug 29, 2002 at 04:52:42PM -0400, Andy Sparrow wrote: > > > > I'm just curious as to why this might be - the trackpoint "creep", that > > is - does anyone have any ideas? :-) > > I've experienced the same effect on a Toshiba laptop running W2k, so > perhaps it's the device, not anything fbsd-specific. TrackPoint creep is inherent in the design and operation of the TrackPoint(tm). The hardware should detect the slight bias in the system and re-balance the system if the TrackPoint is left alone for a few seconds. It detects a continuous offset in the signal from the pointer and compensates for it. This is probably done in BIOS. This is documented in the manuals for IBM systems using TrackPoint. I don't know if Toshiba has a similar stuff in their manual, but I'm pretty sure that the operation is the same. Bottom line: If you see the pointer "creeping", just leave it alone for about 5 seconds and it should stop. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:28:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4D3137B400 for ; Thu, 29 Aug 2002 14:28:14 -0700 (PDT) Received: from CRWdog.demon.co.uk (ppp-67-116-46-57.dialup.sntc01.pacbell.net [67.116.46.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A343443E4A for ; Thu, 29 Aug 2002 14:28:13 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 3446529; Thu, 29 Aug 2002 17:28:06 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Erick Mechler Cc: stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: Message from Erick Mechler of "Thu, 29 Aug 2002 14:16:47 PDT." <20020829211647.GL90157@techometer.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1945547310P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 29 Aug 2002 17:28:06 -0400 From: Andy Sparrow Message-Id: <20020829212806.3446529@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1945547310P Content-Type: text/plain; charset=us-ascii > :: I'm just curious as to why this might be - the trackpoint "creep", that > :: is - does anyone have any ideas? :-) > > Do you have anything emitting lots of electronic noise around your system? > The mouse (physical mouse, mind you) attached to my IBM S/390 system does > this exact same thing when I talk on my cell phone near the keyboard. > It's a real trip. Halogen lamps are another possible culprit. > Huh. Well, NAFAIK - it's a laptop, and it's done the same thing on two different continents, airplanes, multiple apartments/offices etc. It's also worked fine for hours in the same environment(s)... It's been known to do it a good 15 ft from the nearest other electrical device, doesn't matter if it's on a network (wired or unwired) or not. If I could provoke it, I'd maybe have a shot at doing something about it, however putting it ON a SunFire 280R when I was using it as a console didn't seem to cause it, so... As another poster says he gets the same thing under Win2K, maybe it's the device itself that does this from time-to-time. Pity.. Cheers, AS --==_Exmh_-1945547310P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9bpHmPHh895bDXeQRAuy8AKCGeEm+xbE6+uBIfR/7r0aRAjodXQCgrZ/e oZhg3DGUXGSB/VEDvPSD4+I= =NV20 -----END PGP SIGNATURE----- --==_Exmh_-1945547310P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:33:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD2EB37B400 for ; Thu, 29 Aug 2002 14:33:15 -0700 (PDT) Received: from CRWdog.demon.co.uk (ppp-67-116-46-57.dialup.sntc01.pacbell.net [67.116.46.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61DD743E6E for ; Thu, 29 Aug 2002 14:33:14 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id ED58A29; Thu, 29 Aug 2002 17:33:07 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Kevin Oberman" Cc: Barney Wolff , stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: Message from "Kevin Oberman" of "Thu, 29 Aug 2002 14:24:22 PDT." <20020829212422.CDAB35D06@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1909954767P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 29 Aug 2002 17:33:07 -0400 From: Andy Sparrow Message-Id: <20020829213307.ED58A29@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1909954767P Content-Type: text/plain; charset=us-ascii > TrackPoint creep is inherent in the design and operation of the > TrackPoint(tm). The hardware should detect the slight bias in the > system and re-balance the system if the TrackPoint is left alone for a > few seconds. It detects a continuous offset in the signal from the > pointer and compensates for it. This is probably done in BIOS. > > This is documented in the manuals for IBM systems using TrackPoint. I > don't know if Toshiba has a similar stuff in their manual, but I'm > pretty sure that the operation is the same. > > Bottom line: If you see the pointer "creeping", just leave it alone > for about 5 seconds and it should stop. Huh, very cool, thanks for the info. FWIW, it often seems to take longer than 5 seconds (maybe it just seems longer). I'll have to try that next time. Least I know it's not the hardware (well, not just /my/ hardware, anyway ;-) - I was starting to wonder... Thanks all, AS --==_Exmh_-1909954767P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9bpMTPHh895bDXeQRAjXZAKCbwcTQDe21qJAEKmSBezs/xGNXgQCfcaHu bVQQ2a4seDbCBnKFAJNyV5w= =v404 -----END PGP SIGNATURE----- --==_Exmh_-1909954767P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:38:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7713A37B400 for ; Thu, 29 Aug 2002 14:38:55 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 639B443E4A for ; Thu, 29 Aug 2002 14:38:51 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.5/8.12.2) with ESMTP id g7TLcY96005840 for ; Thu, 29 Aug 2002 23:38:44 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.5/8.12.5/Submit) id g7TLZQqd005806; Thu, 29 Aug 2002 23:35:26 +0200 (CEST) Date: Thu, 29 Aug 2002 23:35:26 +0200 From: Wilko Bulte To: Barney Wolff Cc: Andy Sparrow , stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? Message-ID: <20020829233526.A5789@freebie.xs4all.nl> References: <20020829205242.92826A9@CRWdog.demon.co.uk> <20020829210926.GA8636@tp.databus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020829210926.GA8636@tp.databus.com>; from barney@tp.databus.com on Thu, Aug 29, 2002 at 05:09:26PM -0400 X-OS: FreeBSD 4.6-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 05:09:26PM -0400, Barney Wolff wrote: > On Thu, Aug 29, 2002 at 04:52:42PM -0400, Andy Sparrow wrote: > > > > I'm just curious as to why this might be - the trackpoint "creep", that > > is - does anyone have any ideas? :-) > > I've experienced the same effect on a Toshiba laptop running W2k, so > perhaps it's the device, not anything fbsd-specific. I know some Compaq laptops received firmware (IIRC) updates for the device. So I suspect it is not FreeBSD. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:43:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F200737B401 for ; Thu, 29 Aug 2002 14:43:18 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 667A043E6A for ; Thu, 29 Aug 2002 14:43:17 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id GQF37091; Thu, 29 Aug 2002 14:43:16 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 2A5645D03; Thu, 29 Aug 2002 14:43:16 -0700 (PDT) To: Andy Sparrow Cc: Barney Wolff , stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-reply-to: Your message of "Thu, 29 Aug 2002 17:33:07 EDT." <20020829213307.ED58A29@CRWdog.demon.co.uk> Date: Thu, 29 Aug 2002 14:43:16 -0700 From: "Kevin Oberman" Message-Id: <20020829214316.2A5645D03@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Thu, 29 Aug 2002 17:33:07 -0400 > From: Andy Sparrow > Sender: owner-freebsd-stable@FreeBSD.ORG > > --==_Exmh_-1909954767P > Content-Type: text/plain; charset=us-ascii > > > > TrackPoint creep is inherent in the design and operation of the > > TrackPoint(tm). The hardware should detect the slight bias in the > > system and re-balance the system if the TrackPoint is left alone for a > > few seconds. It detects a continuous offset in the signal from the > > pointer and compensates for it. This is probably done in BIOS. > > > > This is documented in the manuals for IBM systems using TrackPoint. I > > don't know if Toshiba has a similar stuff in their manual, but I'm > > pretty sure that the operation is the same. > > > > Bottom line: If you see the pointer "creeping", just leave it alone > > for about 5 seconds and it should stop. > > Huh, very cool, thanks for the info. FWIW, it often seems to take longer > than 5 seconds (maybe it just seems longer). I'll have to try that next > time. > > Least I know it's not the hardware (well, not just /my/ hardware, anyway > ;-) - I was starting to wonder... To quote from my T30 documentation: "This is a normal characteristic of the TrackPoint and is not a defect. Cursor drifting might occur for several seconds under the following conditions: * When the computer is turned on * When the computer resumes normal operation * When the TrackPoint is pressed for long time * When the temperature changes" This is slightly different from my 600E documentation which did not list specific cases. But, in either case the fix is to simply do not touch the TrackPoint for a while. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 14:54:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E515037B400 for ; Thu, 29 Aug 2002 14:54:08 -0700 (PDT) Received: from jangada.softinfo.com.br (BA000200.user.veloxzone.com.br [200.164.0.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7476843E6A for ; Thu, 29 Aug 2002 14:54:06 -0700 (PDT) (envelope-from vitor@softinfo.com.br) Received: from acaraje (acaraje.softinfo.com.br [192.168.10.2]) by jangada.softinfo.com.br (8.12.5/8.12.5) with SMTP id g7TLs09Z059095 for ; Thu, 29 Aug 2002 18:54:01 -0300 (BRT) (envelope-from vitor@softinfo.com.br) Message-ID: <002901c24fa6$955e0ed0$020aa8c0@acaraje> Reply-To: "Vitor de Matos Carvalho" From: "Vitor de Matos Carvalho" To: "FreeBSD-Stable" Subject: Sendmail+Cyrus2 Date: Thu, 29 Aug 2002 18:54:00 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi... I installed cyrus for ports to function with sendmail 8,12,5 to require authentication in the sending of emails, only that I configured the customer of email to send login and the password to make autenticacao together to the sendmail alone that it of giving the following error to me: Relaying denied. Proper authentication required. I configured of the following form: How to enable SMTP AUTH with FreeBSD default Sendmail 1) Add the following to /etc/make.conf: # Add SMTP AUTH support to Sendmail SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 2) Rebuild FreeBSD (make buildworld, ...) 3) Create /usr/local/lib/sasl/Sendmail.conf with the following. pwcheck_method: saslauthd 4) Add the following to your sendmail.mc file: dnl The group needs to be mail in order to read the sasldb2 file define(`confRUN_AS_USER',`root:mail')dnl TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5')dnl define(`confAUTH_MECHANISMS',`DIGEST-MD5 CRAM-MD5')dnl define(`confDONT_BLAME_SENDMAIL',`GroupReadableSASLDBFile')dnl Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 16:11:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C61037B400 for ; Thu, 29 Aug 2002 16:11:29 -0700 (PDT) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D808343E4A for ; Thu, 29 Aug 2002 16:11:28 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from Admin01 (admin01.westbend.net [216.47.253.18]) by mail.westbend.net (8.12.5/8.12.5) with SMTP id g7TNBRBg011390; Thu, 29 Aug 2002 18:11:27 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <020601c24fb1$6475c280$12fd2fd8@Admin01> From: "Scot W. Hetzel" To: "Vitor de Matos Carvalho" , "FreeBSD-Stable" References: <002901c24fa6$955e0ed0$020aa8c0@acaraje> Subject: Re: Sendmail+Cyrus2 Date: Thu, 29 Aug 2002 18:11:22 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Vitor de Matos Carvalho" > I installed cyrus for ports to function with sendmail 8,12,5 to require > authentication in the sending of emails, only that I configured the customer > of email to send login and the password to make autenticacao together to the > sendmail alone that it of giving the following error to me: > Relaying denied. Proper authentication required. > > I configured of the following form: > > 4) Add the following to your sendmail.mc file: > > dnl The group needs to be mail in order to read the sasldb2 file > define(`confRUN_AS_USER',`root:mail')dnl > > TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5')dnl > define(`confAUTH_MECHANISMS',`DIGEST-MD5 CRAM-MD5')dnl > In order for you to use the DIGEST-MD5 and CRAM-MD5 mechs, you need to add the users to the sasldb2 file with saslpasswd2. Saslauthd only works with the plan text authentication methods. If you users are using NetScape or OutLook Express you'll need to add additional mechs (PLAIN, LOGIN) to the list. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 16:32:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD6BC37B400 for ; Thu, 29 Aug 2002 16:32:11 -0700 (PDT) Received: from mail.lambertfam.org (www.lambertfam.org [216.223.196.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 312CC43E6E for ; Thu, 29 Aug 2002 16:32:11 -0700 (PDT) (envelope-from lambert@lambertfam.org) Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.inch.com (Postfix) with ESMTP id BB2403513E for ; Thu, 29 Aug 2002 19:28:29 -0400 (EDT) Received: from laptop.lambertfam.org (laptop.int.lambertfam.org [10.1.0.2]) by mail.lambertfam.org (Postfix) with ESMTP id 69B69350BF for ; Thu, 29 Aug 2002 19:28:26 -0400 (EDT) Received: by laptop.lambertfam.org (Postfix, from userid 1000) id 7265A28B09; Thu, 29 Aug 2002 19:32:02 -0400 (EDT) Date: Thu, 29 Aug 2002 19:32:02 -0400 From: Scott Lambert To: stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? Message-ID: <20020829233202.GA68492@laptop.lambertfam.org> Reply-To: stable@FreeBSD.ORG Mail-Followup-To: stable@FreeBSD.ORG References: <20020829213307.ED58A29@CRWdog.demon.co.uk> <20020829214316.2A5645D03@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829214316.2A5645D03@ptavv.es.net> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 29, 2002 at 02:43:16PM -0700, Kevin Oberman wrote: > To quote from my T30 documentation: > "This is a normal characteristic of the TrackPoint and is not a > defect. Cursor drifting might occur for several seconds under the > following conditions: > * When the TrackPoint is pressed for long time This is the only time I notice this happenning on my Toshiba. It's usually after I've been scrolling a web page for a long time. I use just a very slight amount of pressure on the trackpoint to get a very slow drag of the scroll bar. Eventually the device decides that slightly off center is center. When I let go it runs across the screen for a while. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 16:35:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D0FB37B400 for ; Thu, 29 Aug 2002 16:35:29 -0700 (PDT) Received: from jangada.softinfo.com.br (BA000200.user.veloxzone.com.br [200.164.0.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3A743E6E for ; Thu, 29 Aug 2002 16:35:27 -0700 (PDT) (envelope-from vitor@softinfo.com.br) Received: from acaraje (acaraje.softinfo.com.br [192.168.10.2]) by jangada.softinfo.com.br (8.12.5/8.12.5) with SMTP id g7TNZP9Z060134; Thu, 29 Aug 2002 20:35:26 -0300 (BRT) (envelope-from vitor@softinfo.com.br) Message-ID: <000e01c24fb4$c0ceef90$020aa8c0@acaraje> Reply-To: "Vitor de Matos Carvalho" From: "Vitor de Matos Carvalho" To: "Scot W. Hetzel" , "FreeBSD-Stable" References: <002901c24fa6$955e0ed0$020aa8c0@acaraje> <020601c24fb1$6475c280$12fd2fd8@Admin01> Subject: Re: Sendmail+Cyrus2 Date: Thu, 29 Aug 2002 20:35:26 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi... I added to these two options and it he the same continues giving error: ehlo localhost 250-acaraje.softinfo.com.br Hello acaraje.softinfo.com.br [192.168.10.2], please d to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 3072000 250-DSN 250-ETRN 250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN 250-DELIVERBY 250 HELP Regards, Vitor de Matos Carvalho System Network Administrator - Softinfo Network FreeBSD - The Power To Serve ----- Original Message ----- From: "Scot W. Hetzel" To: "Vitor de Matos Carvalho" ; "FreeBSD-Stable" Sent: Thursday, August 29, 2002 8:11 PM Subject: Re: Sendmail+Cyrus2 > From: "Vitor de Matos Carvalho" > > I installed cyrus for ports to function with sendmail 8,12,5 to require > > authentication in the sending of emails, only that I configured the > customer > > of email to send login and the password to make autenticacao together to > the > > sendmail alone that it of giving the following error to me: > > Relaying denied. Proper authentication required. > > > > I configured of the following form: > > > > > 4) Add the following to your sendmail.mc file: > > > > dnl The group needs to be mail in order to read the sasldb2 file > > define(`confRUN_AS_USER',`root:mail')dnl > > > > TRUST_AUTH_MECH(`DIGEST-MD5 CRAM-MD5')dnl > > define(`confAUTH_MECHANISMS',`DIGEST-MD5 CRAM-MD5')dnl > > > In order for you to use the DIGEST-MD5 and CRAM-MD5 mechs, you need to add > the users to the sasldb2 file with saslpasswd2. Saslauthd only works with > the plan text authentication methods. > > If you users are using NetScape or OutLook Express you'll need to add > additional mechs (PLAIN, LOGIN) to the list. > > Scot > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 20: 6:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 441F337B400 for ; Thu, 29 Aug 2002 20:06:49 -0700 (PDT) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id C023643E42 for ; Thu, 29 Aug 2002 20:06:47 -0700 (PDT) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id NAA54231 for ; Fri, 30 Aug 2002 13:06:46 +1000 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id NAA15268; Fri, 30 Aug 2002 13:06:42 +1000 (EST) Message-Id: <200208300306.NAA15268@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: stable@freebsd.org Cc: production@itga.com.au Subject: tbz/tgz packages balls-up Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Aug 2002 13:06:42 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We run a central build host that builds world/kernel and uses portupgrade to build packages that we then export to all the other hosts (using NFS for installkernel/installworld and portupgrade/ftp for the packages). Sometime in the last month, the Ports makefiles were changes so that the build host now builds all the packages as .tbz files. But none of the package tools on -Stable (cvsup'd and installed as of yesterday) can understand these new packages. If I run "pkg_add -r " I get an error message like this: hellcat## pkg_add -r portupgrade Error: FTP Unable to get ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tgz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch `ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tgz' by URL (Note it is looking for a tgz file not a tbz file). So If I specify the URL with the .tbz directly, I get this: hellcat## pkg_add ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tbz Fetching ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tbz... gzip: stdin: not in gzip format tar: Child died with signal 13 tar: Error exit delayed from previous errors Broken pipe Similar failures occur with portupgrade. This is a complete cockup. Will someone explain what I have to do to get the fsking package system working again? Who on _earth_ thought they could update the package format without updating any of the tools that deal with packages???? No comments in UPDATING, no warning, no HEADS-UP, no nothing. Just busted package system. And searching the maillist is futile given the chronic unreliability of the archiver/searcher. I'm pretty pissed off about this.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 20:19: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E018837B400 for ; Thu, 29 Aug 2002 20:19:01 -0700 (PDT) Received: from philemon.dyn.dylex.net (ruddock-104.caltech.edu [131.215.90.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6790143E4A for ; Thu, 29 Aug 2002 20:19:01 -0700 (PDT) (envelope-from jd@philemon.dyn.dylex.net) Received: from philemon.dyn.dylex.net (localhost [127.0.0.1]) by philemon.dyn.dylex.net (8.12.2/8.12.2) with ESMTP id g7U3IvT2002126 for ; Thu, 29 Aug 2002 20:18:57 -0700 (PDT) (envelope-from jd@philemon.dyn.dylex.net) Received: (from jd@localhost) by philemon.dyn.dylex.net (8.12.2/8.12.2/Submit) id g7U3IvZb002125 for freebsd-stable@freebsd.org; Thu, 29 Aug 2002 20:18:57 -0700 (PDT) Date: Thu, 29 Aug 2002 20:18:57 -0700 From: eng@donut.caltech.edu To: freebsd-stable@freebsd.org Subject: request for dmesg output for a Thunder HEs1-T (S2688UGN) Message-ID: <20020829201857.E367@philemon.dylex.net> Reply-To: eng@donut.caltech.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can someone with a Tyan Thunder HEs1-T (S2688UGN) send me a copy of their dmesg output? Thanks. -J To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 20:25:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE22437B400 for ; Thu, 29 Aug 2002 20:25:08 -0700 (PDT) Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AB6043E3B for ; Thu, 29 Aug 2002 20:25:08 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from mailhost.feral.com (mjacob@mailhost.feral.com [192.67.166.1]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id g7U3P1Y61197; Thu, 29 Aug 2002 20:25:01 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Thu, 29 Aug 2002 20:25:01 -0700 (PDT) From: Matthew Jacob X-Sender: mjacob@beppo Reply-To: mjacob@feral.com To: Cejka Rudolf Cc: stable@FreeBSD.ORG Subject: Re: EOT tape handling changed? In-Reply-To: <20020829100033.GA2174@fit.vutbr.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm not sure what you're talking about here with this test program (deleted)- unless you've dorked with MAXPHYS defines, the maximum you can any tape record at is 64K. > > > I'm not sure that this is right. The NetBSD driver will do the same > > behaviour at this point. > > Maybe it has been changed too? Or maybe afbackup on NetBSD has problems > (however there is a trivial and universal fix for both cases, no problem) > as in FreeBSD now, even if sources of afbackup take NetBSD into account. > Can anybody try EOT handling in NetBSD in the reality? I'm sorry, I'm > afraid that I could not do this. I might. > > > The problem is that you cannot return a residual if you return an error. > > For tape drives that then write *partial* final records (e.g., if you > > have EEW off), you cannot know exactly what you wrote. Therefore, when > > Please, what is "EEW off"? Enable Early Warning- this allows you to get EOT notification prior to hard end of tape. Otherwise, you get a VOLUME OVERFLOW and lose data (usually). See below. > > you read things back, you end up with duplicated data when you do tape > > spanning. > > I'm not sure, if I see this problem too. If I understand correctly, > previous behaviour was that when write() was successful just partially, > it returned -1/ENOSPC, so some data could be duplicated on the next > tape. Now write() should return partial count, then zero and > then -1/ENOSPC... But the problem here is that you need a signifier. It's been a while since I worked on this stuff, so I had to go refrehs my memory- sorry if my story keeps changing. The model I'm trying to converge to has the following (if writing): If you got a VOLUME OVERFLOW, then you're at hard eot, so you latch up a residual, which is pointless because you're going to set ENOSPC. If you get EOM notification (Early Warning), then you mark EOM pending. Now- it turns out that for all the tape drives I tested that showed a non-zero residual after EOM notification that they were, actually, wrong. They did in fact finish writing the data out. So, in any case, this is where SA_FLAG_EOM_PENDING is set, deferring action until the *next* I/O. For 5.0-Current, the choice is then made to to make the signifier on the next I/O be setting residual to equal byte count- indicating that zero bytes had been written. To me these are the correct semantics. However, setting ENOSPC here is probably okay for -stable. The key point though is that SA_FLAG_EOM_PENDING is then cleared if there is no further I/O queued up. Additional I/O will get the same Early Warning error, but the I/O *will* complete (unless hard EOT is hit). So- to re-summarize: If you hit hard EOT, this reflects right away back to the application, who gets ENOSPC and stops writing. If you hit Early Warning, you get a signifier on the next write- but you're allowed to continue to write since the one *after* the signifier goes thru. Another issue then arises- should you allow I/O past Early Warning? That's the whole point of this funky dance. My take is that you *should* allow I/O (in order to write trailer records, should the application want to). A very similar mechanism was put in place on Solaris. From st(7): ---------------- EOT Handling The Emulex drives have only a physical end of tape (PEOT); thus it is not possible to write past EOT. All other drives have a logical end of tape (LEOT) before PEOT to guarantee flushing the data onto the tape. The amount of storage between LEOT and PEOT varies from less than 1 Mbyte to about 20 Mbyte, depending on the tape drive. If EOT is encountered while writing an Emulex, no error is reported but the number of bytes transferred is 0 and no further writing is allowed. On all other drives, the first write that encounters EOT will return a short count or 0. If a short count is returned, then the next write will return 0. After a zero count is returned, the next write returns a full count or short count. A following write returns 0 again. It is important that the number and size of trailer records be kept as small as possible to prevent data loss. Therefore, writing after EOT is not recommended. ---------------- It seems to me that in the process of doing this for FreeBSD, we run afoul of some applications who seem to expect perfect I/O up until hard EOT. This is similar in NetBSD where 'early warning' is disabled by default. So- sorry for the verbiage. We're left with a "what to do" type of issue now. Let me do a little testing with -stable modified to force ENOSPC instead of a zero i/o move count signifier- I'll let you know. > > PS: I have/had another problem with timeouts - what do you think about > increasing the standard value for SA_IO_TIMEOUT? In case of M2 from > Exabyte, there is SmartClean feature, that when there are too much > write errors during write operation, it rewinds tape at the beginning > (up to 3 minutes), where is some cleaning tape and tries to clean heads > (I hope no more that 2 minutes), returns to the previous position (again > up to 3 minutes) and finishes write - so I'm trying to increase > SA_IO_TIMEOUT from 4 to atleast 8 minutes (but I'm rather trying 15 now, > because I realized this possible source of timeouts very recently, so > I'm just experimenting... ;-). This is good- send me a separate note about this to remind me, would you? We *really* need to use hints for this, though. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 20:27:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E85837B400 for ; Thu, 29 Aug 2002 20:27:52 -0700 (PDT) Received: from h24-207-15-177.cst.dccnet.com (h24-207-15-177.cst.dccnet.com [24.207.15.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED00E43E42 for ; Thu, 29 Aug 2002 20:27:51 -0700 (PDT) (envelope-from kevine@dccnet.com) Received: from dccnet.com (kevine01.ugaloo.org [192.168.192.2]) by h24-207-15-177.cst.dccnet.com (Postfix) with ESMTP id 996A124B; Thu, 29 Aug 2002 20:28:07 -0700 (PDT) Message-ID: <3D6EE664.4090803@dccnet.com> Date: Thu, 29 Aug 2002 20:28:36 -0700 From: "Kevin G. Eliuk" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020810 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gregory Bond Cc: stable@freebsd.org, production@itga.com.au Subject: Re: tbz/tgz packages balls-up References: <200208300306.NAA15268@lightning.itga.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gregory Bond wrote: > We run a central build host that builds world/kernel and uses portupgrade to > build packages that we then export to all the other hosts (using NFS for > installkernel/installworld and portupgrade/ftp for the packages). > > Sometime in the last month, the Ports makefiles were changes so that the build > host now builds all the packages as .tbz files. > > But none of the package tools on -Stable (cvsup'd and installed as of > yesterday) can understand these new packages. > > If I run "pkg_add -r " I get an error message like this: > hellcat## pkg_add -r portupgrade > Error: FTP Unable to get ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tgz: File unavailable (e.g., file not found, no access) > pkg_add: unable to fetch `ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tgz' by URL > > (Note it is looking for a tgz file not a tbz file). > > So If I specify the URL with the .tbz directly, I get this: > > hellcat## pkg_add ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tbz > Fetching ftp://grollo/pub/FreeBSD/ports/i386/packages-4-stable/Latest/portupgrade.tbz... > gzip: stdin: not in gzip format > tar: Child died with signal 13 > tar: Error exit delayed from previous errors > Broken pipe > > Similar failures occur with portupgrade. > > This is a complete cockup. Will someone explain what I have to do to get the > fsking package system working again? Who on _earth_ thought they could update > the package format without updating any of the tools that deal with > packages???? > > No comments in UPDATING, no warning, no HEADS-UP, no nothing. Just busted > package system. And searching the maillist is futile given the chronic > unreliability of the archiver/searcher. > > I'm pretty pissed off about this.... There has been speradic questions about this on the ports and stable list. Add "PKG_SUFX=.tgz" to your /etc/make.conf I look forward to when the full convergence to bzip'd packages. -- Regards, Kevin G. Eliuk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 20:47:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C790037B400 for ; Thu, 29 Aug 2002 20:47:39 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52CD043E75 for ; Thu, 29 Aug 2002 20:47:39 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id E20372CC7F2 for ; Fri, 30 Aug 2002 00:47:37 -0300 (ADT) Date: Fri, 30 Aug 2002 00:47:37 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Subject: Latest STABLE reboots after 3 days up ... Message-ID: <20020830003830.S2720-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG its a remote server, so getting much data is near to impossible :( /var/log/messages shows: Aug 29 22:32:05 venus /kernel: Fatal trap 12: page fault while in kernel mode Aug 29 22:32:05 venus /kernel: mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 Aug 29 22:32:05 venus /kernel: fault virtual address = 0x83 Aug 29 22:32:05 venus /kernel: fault code = supervisor read, page not present Aug 29 22:32:05 venus /kernel: instruction pointer = 0x8:0xc016915a Aug 29 22:32:05 venus /kernel: stack pointer = 0x10:0xfa606bf8 Aug 29 22:32:05 venus /kernel: frame pointer = 0x10:0xfa606bfc Aug 29 22:32:05 venus /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 29 22:32:05 venus /kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 29 22:32:05 venus /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Aug 29 22:32:05 venus /kernel: current process = 53953 (ld) Aug 29 22:32:05 venus /kernel: interrupt mask = bio <- SMP: XXX Aug 29 22:32:05 venus /kernel: trap number = 12 Aug 29 22:32:05 venus /kernel: panic: page fault Aug 29 22:32:05 venus /kernel: mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 Aug 29 22:32:05 venus /kernel: boot() called on cpu#1 A quick 'nm -n' of the instruction pointer shows: venus# nm -n /kernel | grep c016915a venus# nm -n /kernel | grep c016915 venus# nm -n /kernel | grep c01691 c0169130 T gbincore c0169170 T vfs_bio_awrite if that helps any? Server was upgraded on Monday to current sources, and I haven't seen any commits to RELENG_4 since Monday that look to be relevant ... Is there more info that I can provide? :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 20:57: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A151A37B401 for ; Thu, 29 Aug 2002 20:56:56 -0700 (PDT) Received: from web10007.mail.yahoo.com (web10007.mail.yahoo.com [216.136.130.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 0628743E84 for ; Thu, 29 Aug 2002 20:55:12 -0700 (PDT) (envelope-from kstailey@yahoo.com) Message-ID: <20020830035354.17258.qmail@web10007.mail.yahoo.com> Received: from [66.92.164.43] by web10007.mail.yahoo.com via HTTP; Thu, 29 Aug 2002 20:53:54 PDT Date: Thu, 29 Aug 2002 20:53:54 -0700 (PDT) From: Kenneth Stailey Subject: success with pocketec pokey USB drive To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Device claims to support USB 2.0 but I only have USB 1.1 to test it with. $ uname -srv FreeBSD 4.6-STABLE FreeBSD 4.6-STABLE #39: Wed Aug 28 21:58:42 EDT 2002 root@hermes.trickster.gods:/usr/src/sys/compile/HERMES Aug 29 23:07:08 hermes /kernel: umass0: Pockey Pockey USB 2.0 Hard Drive, rev 2.00/11.00, addr 2 Aug 29 23:07:10 hermes /kernel: da1 at umass-sim0 bus 0 target 0 lun 0 Aug 29 23:07:10 hermes /kernel: da1: Fixed Direct Access SCSI-0 device Aug 29 23:07:10 hermes /kernel: da1: 650KB/s transfers Aug 29 23:07:10 hermes /kernel: da1: 38154MB (78140160 512 byte sectors: 64H 32S/T 38154C) $ df -h /poc Filesystem Size Used Avail Capacity Mounted on /dev/da1a 37G 237M 34G 1% /poc During "find Can -depth -print | cpio -pdumv /poc/mp3" $ iostat 10 tty ad0 da0 da1 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 440 0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 8 0 1 0 90 0 13 120.46 9 1.02 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 15 119.91 9 1.01 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 15 121.51 8 1.01 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 14 118.38 8 0.97 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 8 127.01 8 1.00 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 14 117.30 9 1.02 0.00 0 0.00 64.00 16 1.01 1 0 2 1 95 0 8 128.00 8 1.01 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 14 115.82 9 1.02 0.00 0 0.00 64.00 16 1.01 1 0 2 1 96 0 8 128.00 8 1.01 0.00 0 0.00 64.00 16 1.01 1 0 1 1 96 __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 21:14:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF3B37B400; Thu, 29 Aug 2002 21:14:13 -0700 (PDT) Received: from arutam.inch.com (ns.inch.com [216.223.192.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4178F43E4A; Thu, 29 Aug 2002 21:14:13 -0700 (PDT) (envelope-from spork@inch.com) Received: from inch.com (inch.com [216.223.192.20]) by arutam.inch.com (8.12.2/8.12.2/UTIL-INCH-3.0.6) with ESMTP id g7U4E91M014264; Fri, 30 Aug 2002 00:14:10 -0400 (EDT) Date: Fri, 30 Aug 2002 00:14:09 -0400 (EDT) From: Charles Sprickman To: "Kevin G. Eliuk" Cc: Gregory Bond , , , Subject: Re: tbz/tgz packages balls-up In-Reply-To: <3D6EE664.4090803@dccnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Kevin G. Eliuk wrote: > Add "PKG_SUFX=.tgz" to your /etc/make.conf > > I look forward to when the full convergence to bzip'd packages. In the meantime, perhaps someone could add "PKG_SUFX=.tgz" to /etc/defaults/make.conf so that someone following the upgrade procedure (including running mergemaster) will not have a similar surprise. Charles > -- > Regards, > > Kevin G. Eliuk > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 21:49:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A44F637B400 for ; Thu, 29 Aug 2002 21:49:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-146.dsl.lsan03.pacbell.net [64.165.226.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE4FE43E72 for ; Thu, 29 Aug 2002 21:49:52 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E190C66D83; Thu, 29 Aug 2002 21:49:51 -0700 (PDT) Date: Thu, 29 Aug 2002 21:49:51 -0700 From: Kris Kennaway To: "Jamin A. Brown" Cc: Kris Kennaway , freebsd-stable@FreeBSD.ORG Subject: Re: What's *really* up with RELENG_4_6 Message-ID: <20020830044950.GA43515@xor.obsecurity.org> References: <20020829190352.GB32639@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 29, 2002 at 04:35:53PM -0400, Jamin A. Brown wrote: > > > Now, I was under the impression that RELENG_4_* branches were to cont= ain > > > only bug fixes since RELEASE. However, 4.6.2 and 4.6.1, both of which= have > > > showed up in RELENG_4_6, contain new features. > > ^^^^^^^^^^^^^^^^^^^^ > > Upon what are you basing this assertion? >=20 > I had thought, give normal development procedure, that 4.6.2 was cut from > stable, just like all other RELEASES. I also thought I remember STABLE > being frozen for 4.6.2-RELEASE, which would indicate that the new features > would have made it into 4.6.2. No, 4.6.2-RELEASE was a point release based off the RELENG_4_6 (therefore 4.6-RELEASE) branch. The only differences from 4.6-RELEASE were bugfixes, as noted explicitly in the release notes. Kris --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9bvltWry0BWjoQKURApn0AJ9dqswxcychSjmrBnDOjs01beH4XwCeIX79 tqi/E+A/eXZlZhl7A/+PUfc= =K2XK -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Aug 29 23:21:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB5037B405 for ; Thu, 29 Aug 2002 23:21:13 -0700 (PDT) Received: from bingo.chel.ru (bingo.modem.ru [217.107.26.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F25043E72 for ; Thu, 29 Aug 2002 23:20:48 -0700 (PDT) (envelope-from raven@bingo.chel.ru) Received: from bingo.chel.ru (localhost.bingo.modem.ru [127.0.0.1]) by localhost (Postfix) with SMTP id 3286BD916; Fri, 30 Aug 2002 12:20:17 +0600 (YEKST) Received: from 192.168.2.1 (chief [192.168.2.1]) by bingo.chel.ru (Postfix) with ESMTP id 6B80ED915; Fri, 30 Aug 2002 12:20:16 +0600 (YEKST) Date: Fri, 30 Aug 2002 12:20:15 +0600 From: Dmitry Suhodoev X-Mailer: The Bat! (v1.60c) Organization: Bingo Game Centre X-Priority: 3 (Normal) Message-ID: <427677309.20020830122015@bingo.chel.ru> To: "Kevin Oberman" Cc: freebsd-stable@FreeBSD.ORG Subject: Re[2]: too many warnings (over 70kb) by make buildworld In-Reply-To: <20020829145918.539FD5D06@ptavv.es.net> References: <20020829145918.539FD5D06@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, Âû ïèñàëè 29 àâãóñòà 2002 ã., 20:59:18: KO> I don't understand why you are getting so many warnings. Do you have KO> something in /etc/make.config that is causing it? CFLAGS? my /etc/make.conf is not exist from begin the installation of FreeBSD 4.3-R, and i don't touch it. -- Dmitry Suhodoev, http://bingo.chel.ru/, icq#550315 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 0:42:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 178F637B400 for ; Fri, 30 Aug 2002 00:42:46 -0700 (PDT) Received: from nimitz.osl.fast.no (mailoslo.fast.no [217.144.235.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1103D43E4A for ; Fri, 30 Aug 2002 00:42:45 -0700 (PDT) (envelope-from Raymond.Wiker@fast.no) Received: from raw.grenland.fast.no.fast.no (raw.grenland.fast.no [192.168.48.104]) by nimitz.osl.fast.no (8.12.3/8.12.3) with ESMTP id g7U7cqTo020162; Fri, 30 Aug 2002 09:38:52 +0200 (MEST) (envelope-from Raymond.Wiker@fast.no) X-Authentication-Warning: nimitz.osl.fast.no: Host raw.grenland.fast.no [192.168.48.104] claimed to be raw.grenland.fast.no.fast.no From: Raymond Wiker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15727.8674.583825.783737@raw.grenland.fast.no> Date: Fri, 30 Aug 2002 09:42:26 +0200 To: stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: <20020829210926.GA8636@tp.databus.com> References: <20020829205242.92826A9@CRWdog.demon.co.uk> <20020829210926.GA8636@tp.databus.com> X-Mailer: VM 7.07 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Barney Wolff writes: > On Thu, Aug 29, 2002 at 04:52:42PM -0400, Andy Sparrow wrote: > > > > I'm just curious as to why this might be - the trackpoint "creep", that > > is - does anyone have any ideas? :-) > > I've experienced the same effect on a Toshiba laptop running W2k, so > perhaps it's the device, not anything fbsd-specific. Some of my colleagues have seen this on their Dell notebooks running W2K & Win XP. One of them has had the entire keyboard assembly replaced, twice, because of this problem. Soooo, I would say it's likely to be a hardware problem. -- Raymond Wiker Mail: Raymond.Wiker@fast.no Senior Software Engineer Web: http://www.fast.no/ Fast Search & Transfer ASA Phone: +47 23 01 11 60 P.O. Box 1677 Vika Fax: +47 35 54 87 99 NO-0120 Oslo, NORWAY Mob: +47 48 01 11 60 Try FAST Search: http://alltheweb.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 0:52:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AFAB37B400 for ; Fri, 30 Aug 2002 00:52:48 -0700 (PDT) Received: from nextgeneration.speedroad.net (nextgeneration.speedroad.net [195.139.232.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 0F52143E88 for ; Fri, 30 Aug 2002 00:52:32 -0700 (PDT) (envelope-from arnvid@karstad.org) Received: (qmail 3631 invoked by uid 1010); 30 Aug 2002 07:51:04 -0000 Received: from unknown (HELO ?192.168.0.119?) (213.236.217.67) by mail.speedroad.net with SMTP; 30 Aug 2002 07:51:04 -0000 Date: Fri, 30 Aug 2002 09:50:59 +0200 From: Arnvid Karstad To: freebsd-stable@freebsd.org Subject: Problems with FreeBSD - causing zalloc to return 0 ?! Organization: Int Message-Id: <20020830094151.41DC.ARNVID@karstad.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hiya all, We've been troubled by "Fatal trap 12"'s for a little while now. The machine was running 4.6 perfectly, until I decided to try a cvs up to RELENG_4_6 about a week ago. Then it started to crash alot, we went back to RELENG_4. And there were no problems there. But then we decided to send in an error report http://www.freebsd.org/cgi/query-pr.cgi?pr=42046 and went back to RELENG_4_6.... After going through alot of testing, kernel testing, and other funny things we decided to end the testing and go back to RELENG_4... Voila... The problems where now resident in that CVS Tag also. We have found a working workaround by adding the following to the kernel config: options INVARIANTS options INVARIANT_SUPPORT running the kernel with GENERIC instead of our custom kernel makes the system panic alot faster. It would seem that zalloc return's 0 when it shouldn't be able to do that. There are more incidents like this at several other machines that were upgraded at the same time. Anyone know of a better workaround than using INVARIANTS? Mvh/Best regards, Arnvid L. Karstad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 1: 0:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C34137B423 for ; Fri, 30 Aug 2002 01:00:15 -0700 (PDT) Received: from nippur.irb.hr (nippur.irb.hr [161.53.128.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 953DB43E42 for ; Fri, 30 Aug 2002 01:00:13 -0700 (PDT) (envelope-from mario.pranjic@irb.hr) Received: from localhost (keeper@localhost) by nippur.irb.hr (8.9.3/8.9.3) with ESMTP id KAA18720 for ; Fri, 30 Aug 2002 10:00:11 +0200 (MET DST) Date: Fri, 30 Aug 2002 10:00:11 +0200 (MET DST) From: Mario Pranjic To: Subject: /etc/fstab -> uid=? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! I apologize for this rather stupid question, but mount on FreeBSD is a bit different comparing to mount on Linux. I need to mount one filesystem with the ownership of some UID other than root. On Linux I could put uid=xx, gid=yy in /etc/fstab after 'rw' option, but FreeBSD doesn't seem to have that option. Can someone give me a hint how it's done under FreeBSD. Mario Pranjic, dipl.ing. sistem administrator Knjiznica, Institut Rudjer Boskovic ------------------------------------- e-mail: mario.pranjic@irb.hr ICQ: 72059629 tel: +385 1 45 60 954 (interni: 1293) ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 1:28:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 263F237B400 for ; Fri, 30 Aug 2002 01:28:29 -0700 (PDT) Received: from nextgeneration.speedroad.net (nextgeneration.speedroad.net [195.139.232.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C06B43E42 for ; Fri, 30 Aug 2002 01:28:28 -0700 (PDT) (envelope-from arnvid@karstad.org) Received: (qmail 4487 invoked by uid 1010); 30 Aug 2002 08:28:32 -0000 Received: from unknown (HELO ?192.168.0.119?) (213.236.217.67) by mail.speedroad.net with SMTP; 30 Aug 2002 08:28:32 -0000 Date: Fri, 30 Aug 2002 10:28:26 +0200 From: Arnvid Karstad To: Raymond Wiker Subject: Re: Cursor (trackpoint) "creep" with moused? Cc: stable@FreeBSD.ORG Organization: Int In-Reply-To: <15727.8674.583825.783737@raw.grenland.fast.no> References: <20020829210926.GA8636@tp.databus.com> <15727.8674.583825.783737@raw.grenland.fast.no> Message-Id: <20020830102628.41DF.ARNVID@karstad.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002 09:42:26 +0200 - Raymond Wiker wrote: > > I've experienced the same effect on a Toshiba laptop running W2k, so > > perhaps it's the device, not anything fbsd-specific. > Some of my colleagues have seen this on their Dell notebooks > running W2K & Win XP. One of them has had the entire keyboard assembly > replaced, twice, because of this problem. Soooo, I would say it's > likely to be a hardware problem. I think I have seen similar problems on almost all modells of IBM Thinkpad's since TP600 and up to T23.. and in both Windows and Linux so I'll say it's most definatly a hw issue,.. unless they all use the same code for their drivers.... Mvh/Best regards, Arnvid L. Karstad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 1:51:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6A6A37B400 for ; Fri, 30 Aug 2002 01:51:17 -0700 (PDT) Received: from genesis.ridley.unimelb.edu.au (genesis.ridley.unimelb.edu.au [128.250.2.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D4BC43E3B for ; Fri, 30 Aug 2002 01:51:16 -0700 (PDT) (envelope-from grg@ridley.unimelb.edu.au) Received: (from root@localhost) by genesis.ridley.unimelb.edu.au (8.12.5/8.11.6) id g7U8pFee098493 for stable@freebsd.org; Fri, 30 Aug 2002 18:51:15 +1000 (EST) (envelope-from grg@ridley.unimelb.edu.au) Received: from genesis.ridley.unimelb.edu.au (localhost [127.0.0.1]) by genesis.ridley.unimelb.edu.au (8.12.5/8.12.5) with ESMTP id g7U8pDe2098485 for ; Fri, 30 Aug 2002 18:51:13 +1000 (EST) (envelope-from grg@ridley.unimelb.edu.au) Received: from localhost (grg@localhost) by genesis.ridley.unimelb.edu.au (8.12.5/8.12.5/Submit) with ESMTP id g7U8pCRg098482 for ; Fri, 30 Aug 2002 18:51:13 +1000 (EST) (envelope-from grg@ridley.unimelb.edu.au) X-Authentication-Warning: genesis.ridley.unimelb.edu.au: grg owned process doing -bs Date: Fri, 30 Aug 2002 18:51:12 +1000 (EST) From: Glen Gibb To: stable@freebsd.org Subject: what is the meaning of "got bad cookie" Message-ID: <20020830184914.D95974-100000@genesis.ridley.unimelb.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Today I received a few of the following messages on the console/in the logs: Aug 30 17:09:00 genesis /kernel: got bad cookie vp 0xcdea1200 bp 0xc6547924 Can anyone explain what this is about and whether it is a problem. (I suspect it might be something to do with NFS as I was performing a du on an NFS mounted directory at the time). Thanks in advance Glen Gibb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 2: 2:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BBB737B400 for ; Fri, 30 Aug 2002 02:02:12 -0700 (PDT) Received: from ans.signature.nl (ans.signature.nl [213.133.38.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C618C43E3B for ; Fri, 30 Aug 2002 02:02:11 -0700 (PDT) (envelope-from bit@signature.nl) Received: by ans.signature.nl (Postfix, from userid 1000) id 660F23E2F; Fri, 30 Aug 2002 11:02:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ans.signature.nl (Postfix) with ESMTP id 63E292107; Fri, 30 Aug 2002 11:02:04 +0200 (CEST) Date: Fri, 30 Aug 2002 11:02:04 +0200 (CEST) From: Bart Smit X-X-Sender: bit@localhost To: Mario Pranjic Cc: freebsd-stable@freebsd.org Subject: Re: /etc/fstab -> uid=? In-Reply-To: Message-ID: <20020830105326.O63350-100000@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Mario Pranjic wrote: > I apologize for this rather stupid question, but mount on FreeBSD is a bit > different comparing to mount on Linux. Don't know much about Linux, but I bet you're right ;-) > I need to mount one filesystem with the ownership of some UID other than > root. I assume that your are referring to a non-unix filesystem. Unix filesystems have the ownership of the files stored in themselves and I don't think that you can change it by some mount options. > On Linux I could put uid=xx, gid=yy in /etc/fstab after 'rw' option, but > FreeBSD doesn't seem to have that option. For FAT filesystems, use the -u and -g options. See man mount_msdos. Generally, see man mount_. Alternatively you can simply mount an msdos filesystem on a directory with the desired owner/group. Under FreeBSD, an msdos filesystem takes the ownership from the mount point by default. --Bart To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 2: 9: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0402637B400 for ; Fri, 30 Aug 2002 02:08:59 -0700 (PDT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EAA543E77 for ; Fri, 30 Aug 2002 02:08:58 -0700 (PDT) (envelope-from devin@spamcop.net) Received: from localhost ([127.0.0.1]) by mail.distalzou.net with esmtp (Exim 3.36 #1) id 17khlW-0001Xa-00; Fri, 30 Aug 2002 18:08:30 +0900 Date: Fri, 30 Aug 2002 18:08:28 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@glass.pun-pun.prv To: Bart Smit Cc: Mario Pranjic , Subject: Re: /etc/fstab -> uid=? In-Reply-To: <20020830105326.O63350-100000@localhost> Message-ID: <20020830180738.S95452-100000@glass.pun-pun.prv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Bart Smit wrote: > On Fri, 30 Aug 2002, Mario Pranjic wrote: > > > I need to mount one filesystem with the ownership of some UID other than > > root. > > I assume that your are referring to a non-unix filesystem. Unix > filesystems have the ownership of the files stored in themselves and I > don't think that you can change it by some mount options. Well, see the man page for mount_umap. -- Tod McQuillin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 2:38:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A6F137B400 for ; Fri, 30 Aug 2002 02:38:24 -0700 (PDT) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3564143E6A for ; Fri, 30 Aug 2002 02:38:23 -0700 (PDT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.11.6/8.11.6) with ESMTP id g7U9cJv56356 for ; Fri, 30 Aug 2002 10:38:19 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.2/8.12.2) with ESMTP id g7U9dY2t006776 for ; Fri, 30 Aug 2002 10:39:34 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: Message from Andy Sparrow of "Thu, 29 Aug 2002 16:52:42 EDT." <20020829205242.92826A9@CRWdog.demon.co.uk> Date: Fri, 30 Aug 2002 10:39:34 +0100 Message-ID: <6775.1030700374@thrush.ravenbrook.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 2002-08-29 20:52:42+0000, Andy Sparrow writes: > Most of the time, my trackpoint works great with moused, under X > (normal) or in a VT. > > Sometimes, it'll start to "creep" in some direction or other. I've been > seeing this for ever (e.g. since 4.0-STABLE), on more than one HP laptop. I get mouse "creep" sometimes. Microsoft Intellimouse, Intel D815EEA mobo, XF86 4.2.0 (but I also used to see it on 3.3.6), -STABLE (from some time in April). Cured by flinging the mouse around a bit, or switching to/from a VT as you say. Sometimes associated with performance dips in whatever I'm doing. I assume it's something wrong with interrupts. Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "PS/2" Option "Device" "/dev/psm0" EndSection Nick Barnes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 5:55:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F28037B400 for ; Fri, 30 Aug 2002 05:55:36 -0700 (PDT) Received: from ns.tz.ru (ns.tz.ru [194.149.234.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E82943E4A for ; Fri, 30 Aug 2002 05:55:34 -0700 (PDT) (envelope-from s.nasedkin@tz.ru) Received: from warden.intranet.tz.ru (warden.intranet.tz.ru [90.0.0.16]) by ns.tz.ru (8.12.5/8.12.5) with ESMTP id g7UCtM17007682 for ; Fri, 30 Aug 2002 16:55:23 +0400 (MSD) (envelope-from s.nasedkin@tz.ru) Date: Fri, 30 Aug 2002 16:55:25 +0400 From: Sergey A Nasedkin X-Mailer: FC'2000! (v1.61) Reply-To: Sergey A Nasedkin Organization: TZ Telecom X-Priority: 3 (Normal) Message-ID: <111517111196.20020830165525@tz.ru> To: stable@FreeBSD.ORG Subject: Samba problem. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello stable, I have a problem with samba port. When I copy files to machine running samba after short period it take 95-99% using cpu. Data writing on disk created with vinum. The problem was detected on FreeBSD 4.5.I've try to use samba 2.2.3a and 2.2.5 . Does anybody have same problem ? Any suggestion ? Configuration: Samba 2.2.6pre1 OS : FreeBSD 4.6.2 kern.osreldate: 460101 using kernel GENERIC top: CPU states: 0.5% user, 0.0% nice, 97.8% system, 0.2% interrupt, 1.4% idle Mem: 14M Active, 78M Inact, 20M Wired, 8648K Cache, 22M Buf, 488K Free Swap: 239M Total, 36K Used, 239M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 162 root 63 0 4184K 2904K RUN 69:13 97.51% 97.51% smbd vinum.conf: drive d1 device /dev/ad2s1e drive d2 device /dev/ad3s1e drive d3 device /dev/ad1s1e volume bigger plex org concat sd length 0 drive d1 sd length 0 drive d2 sd length 0 drive d3 vinum info: maximum allocs: 307, malloc table at 0xc10323a0 0 requests active, maximum 148 active df: Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 126M 96M 20M 83% / /dev/ad0s1f 252M 42M 190M 18% /tmp /dev/ad0s1g 6.9G 2.5G 3.8G 40% /usr procfs 4.0K 4.0K 0B 100% /proc /dev/vinum/bigger 335G 266G 41G 87% /usr/data Kernel tuning: sysctl -w net.inet.tcp.delayed_ack=0 sysctl -w net.local.stream.recvspace=65535 sysctl -w net.local.stream.sendspace=65535 sysctl -w net.inet.tcp.sendspace=65535 sysctl -w net.inet.tcp.recvspace=65535 Best regards, Sergey A Nasedkin mailto:s.nasedkin@tz.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 7:55:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5AC537B400 for ; Fri, 30 Aug 2002 07:55:46 -0700 (PDT) Received: from comrie.uwaterloo.ca (comrie.uwaterloo.ca [129.97.19.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B17743E4A for ; Fri, 30 Aug 2002 07:55:46 -0700 (PDT) (envelope-from mpatters@comrie.uwaterloo.ca) Received: (from mpatters@localhost) by comrie.uwaterloo.ca (8.11.6/8.11.6) id g7UEshZ13373 for stable@freebsd.org; Fri, 30 Aug 2002 10:54:43 -0400 Date: Fri, 30 Aug 2002 10:54:42 -0400 From: Mike Patterson To: stable@freebsd.org Subject: Problems with buildkernel, RELENG_4 Message-ID: <20020830105442.A13359@uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG For the last week or so, I've been having trouble building kernels against a RELENG_4 source tree. A 'make buildkernel' from /usr/src fails as follows: perl5 /usr/src/sys/kern/vnode_if.pl -h /usr/src/sys/kern/vnode_if.src syntax error at /usr/src/sys/kern/vnode_if.pl line 135, near "{}" Execution of /usr/src/sys/kern/vnode_if.pl aborted due to compilation errors. *** Error code 255 Stop in /usr/obj/usr/src/sys/ODAA_IPF. *** Error code 1 I've kept an eye on this list for similar errors, and nobody's been complaining about the same thing that I could see, and a google search for vnode_if only came up with some problems with said perl script in January. I get errors even using the GENERIC conf, so it can't be my kernel configuration file. I moved my /usr/src out of the way and re-cvsupped, with the same results. This problem first came up for me Monday morning (Eastern), if that helps any; a build last week went with no problems. My make.conf is pretty simple: CFLAGS= -O -pipe NOPROFILE= true NOUUCP= true I've cvsupped several times this week in the hopes that I just caught the tree in the middle of a commit, but no joy. My cvsup config: *default tag=RELENG_4 *default host=cvsup2.ca.freebsd.org *default prefix=/usr *default base=/usr/local/etc/cvsup *default release=cvs delete use-rel-suffix src-all I'm now at a loss, can anybody shed some light on this? Thanks, Mike -- Mike Patterson - UWaterloo - ODAA - x6986 - mpatters@uwaterloo.ca I don't speak for UW because I don't like them speaking for me. Anyone who considers protocol unimportant has never dealt with a cat. - Robert Heinlein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 8: 3:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F31F37B400 for ; Fri, 30 Aug 2002 08:03:44 -0700 (PDT) Received: from obsidian.sentex.ca (obsidian.sentex.ca [64.7.128.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B9543E65 for ; Fri, 30 Aug 2002 08:03:42 -0700 (PDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (pyroxene.sentex.ca [199.212.134.18]) by obsidian.sentex.ca (8.12.5/8.12.5) with ESMTP id g7UF3dv3088197; Fri, 30 Aug 2002 11:03:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.1.6.0.20020830105925.0410dea8@marble.sentex.ca> X-Sender: mdtpop@marble.sentex.ca X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Fri, 30 Aug 2002 11:03:24 -0400 To: Mike Patterson , stable@FreeBSD.ORG From: Mike Tancsa Subject: Re: Problems with buildkernel, RELENG_4 In-Reply-To: <20020830105442.A13359@uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: By Sentex Communications (obsidian/20020517) X-Spam-Status: No, hits=-3.4 required=7.0 tests=IN_REP_TO version=2.31 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 10:54 AM 30/08/2002 -0400, Mike Patterson wrote: >I get errors even using the GENERIC conf, so it can't be my kernel >configuration file. I moved my /usr/src out of the way and re-cvsupped, >with the same results. This problem first came up for me Monday morning Did you do a make buildworld first ? Once you do a cvsup, always assume you need to do buildworld as some of the bits and pieces that are required for the building of the kernel may depend on new buildtools that you got as part of the cvsup. (of course do the regular installworld process outlined in the handbook afterwards) You may want to try cvsup11.freebsd.org. I dont know if the one below is keeping up. I do know that cvsup11 works well. ---Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 8: 7:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 247F237B401 for ; Fri, 30 Aug 2002 08:07:44 -0700 (PDT) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B43E343E6A for ; Fri, 30 Aug 2002 08:07:43 -0700 (PDT) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 37C303BF15C for ; Fri, 30 Aug 2002 09:07:43 -0600 (MDT) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.6/8.11.6) with ESMTP id g7UF7g318697; Fri, 30 Aug 2002 09:07:42 -0600 (MDT) Date: Fri, 30 Aug 2002 09:09:24 -0600 (MDT) From: Fred Clift X-X-Sender: To: Barney Wolff Cc: Andy Sparrow , Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: <20020829210926.GA8636@tp.databus.com> Message-ID: <20020830090650.J35161-100000@vespa.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 29 Aug 2002, Barney Wolff wrote: > On Thu, Aug 29, 2002 at 04:52:42PM -0400, Andy Sparrow wrote: > > > > I'm just curious as to why this might be - the trackpoint "creep", that > > is - does anyone have any ideas? :-) > > I've experienced the same effect on a Toshiba laptop running W2k, so > perhaps it's the device, not anything fbsd-specific. > Toshiba trackpoints will ocasionally recalibrate themselves, which manifests as about 5 seconds of creep - longer if you try and fight it :). At least on toshiba my porteget 300CT and 320CT laptops lthis is so, and I hear from many other toshiba users that this is 'normal'. As for minutes of creep (the original poster mentioned it fixing itself after 45 seconds...) I couldn't imagine what is happening. Have you tried another operating system to rule out the possibility of hardware problems? Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 8:10: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC86B37B400 for ; Fri, 30 Aug 2002 08:09:59 -0700 (PDT) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 859B643E72 for ; Fri, 30 Aug 2002 08:09:59 -0700 (PDT) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 232333BF141 for ; Fri, 30 Aug 2002 09:09:59 -0600 (MDT) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.6/8.11.6) with ESMTP id g7UF9w319021; Fri, 30 Aug 2002 09:09:58 -0600 (MDT) Date: Fri, 30 Aug 2002 09:11:41 -0600 (MDT) From: Fred Clift X-X-Sender: To: Andy Sparrow Cc: Erick Mechler , Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: <20020829212806.3446529@CRWdog.demon.co.uk> Message-ID: <20020830091013.U35161-100000@vespa.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > As another poster says he gets the same thing under Win2K, maybe it's > the device itself that does this from time-to-time. Pity.. One thing I've found is that when I'm doing something mouse intensive (ie mozilla) with my trackpoint and I leave my finger touching the trackpoint of my toshiba, it is much more likley to happen than if I'm doing something like typing or staring at the screen or washing the dishes :). It seems that the constant pressure of your finger there makes it think it is out of calibration. Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 8:30:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AF2B37B400 for ; Fri, 30 Aug 2002 08:30:48 -0700 (PDT) Received: from dragon.realtime.net (dragon.realtime.net [205.238.132.78]) by mx1.FreeBSD.org (Postfix) with SMTP id D49D843E6A for ; Fri, 30 Aug 2002 08:30:47 -0700 (PDT) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain ([66.25.223.20]) by dragon.realtime.net ; Fri, 30 Aug 2002 08:44:00 -0600 Received: (from brucegb@localhost) by tigerfish2.my.domain (8.11.6/8.11.6) id g7UDiev52714 for freebsd-stable@freebsd.org; Fri, 30 Aug 2002 08:44:40 -0500 (CDT) (envelope-from brucegb) Date: Fri, 30 Aug 2002 08:44:40 -0500 From: Bruce Burden To: freebsd-stable@freebsd.org Subject: Re: what is the meaning of "got bad cookie" Message-ID: <20020830084440.L44380@tigerfish2.my.domain> References: <20020830184914.D95974-100000@genesis.ridley.unimelb.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020830184914.D95974-100000@genesis.ridley.unimelb.edu.au>; from grg@ridley.unimelb.edu.au on Fri, Aug 30, 2002 at 06:51:12PM +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Aug 30 17:09:00 genesis /kernel: got bad cookie vp 0xcdea1200 bp > 0xc6547924 > I see them when Mozilla craters. They go away eventually, usually after you restart Mozilla a few times. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 9:11:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C14CA37B400; Fri, 30 Aug 2002 09:11:46 -0700 (PDT) Received: from tltodd.com (badger.tltodd.com [208.133.92.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92D1743E4A; Fri, 30 Aug 2002 09:11:44 -0700 (PDT) (envelope-from tlt@tltodd.com) Received: (from tlt@localhost) by tltodd.com (8.9.3/8.9.3) id LAA76696; Fri, 30 Aug 2002 11:11:37 -0500 (CDT) (envelope-from tlt) Date: Fri, 30 Aug 2002 11:11:37 -0500 From: Terry Todd To: freebsd-questions@FreeBSD.org Cc: freebsd-stable@FreeBSD.org Subject: OpenOffice problems on 4.6.2 Message-ID: <20020830111137.A76419@badger.tltodd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I could not get OpenOffice to build so I thought I'd just download the compiled Linux version and run that. It installs just fine but when I try to run it I get: $ uname -a FreeBSD fastpc._______.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 29 17:45:32 CDT 2002 tlt@fastpc._______.com:/usr/obj/usr/src/sys/GENERIC i386 $ ./soffice ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found Abort trap ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found [1] 1256 Abort trap ./soffice $ This is on a fresh install of 4.6.2-RELEASE cvsup'ed to 4.6-STABLE. Has anyone else encountered this? What's the solution? Terry Todd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 9:15:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B2D37B400 for ; Fri, 30 Aug 2002 09:15:52 -0700 (PDT) Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7551543E4A for ; Fri, 30 Aug 2002 09:15:51 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id 81FC9259; Fri, 30 Aug 2002 20:15:49 +0400 (MSD) Date: Fri, 30 Aug 2002 20:15:49 +0400 From: "Sergey A. Osokin" To: Terry Todd Cc: stable@FreeBSD.org Subject: Re: OpenOffice problems on 4.6.2 Message-ID: <20020830161549.GA87481@freebsd.org.ru> References: <20020830111137.A76419@badger.tltodd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020830111137.A76419@badger.tltodd.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 11:11:37AM -0500, Terry Todd wrote: > > I could not get OpenOffice to build so I thought I'd just download > the compiled Linux version and run that. It installs just fine but > when I try to run it I get: > > $ uname -a > FreeBSD fastpc._______.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 29 17:45:32 > CDT 2002 tlt@fastpc._______.com:/usr/obj/usr/src/sys/GENERIC i386 > $ ./soffice > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > Abort trap > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > [1] 1256 Abort trap ./soffice > $ > > This is on a fresh install of 4.6.2-RELEASE cvsup'ed to 4.6-STABLE. > > Has anyone else encountered this? What's the solution? Right way is get native version of OO from http://projects.imp.ch/openoffice/ or build it from ports. -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 9:19: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 996FC37B44B; Fri, 30 Aug 2002 09:18:52 -0700 (PDT) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E61C43E42; Fri, 30 Aug 2002 09:18:52 -0700 (PDT) (envelope-from aaronm@orem.verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 873E53BF152; Fri, 30 Aug 2002 10:18:51 -0600 (MDT) Received: from localhost (aaronm@localhost) by mx.dmz.orem.verio.net (8.11.6/8.11.6) with ESMTP id g7UGIou29304; Fri, 30 Aug 2002 10:18:50 -0600 (MDT) Date: Fri, 30 Aug 2002 10:18:50 -0600 (MDT) From: Aaron Mildenstein X-X-Sender: aaronm@mx.dmz.orem.verio.net To: Terry Todd Cc: freebsd-questions@FreeBSD.ORG, Subject: Re: OpenOffice problems on 4.6.2 In-Reply-To: <20020830111137.A76419@badger.tltodd.com> Message-ID: <20020830101654.J88790-100000@mx.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are you using /usr/ports/emulators/linux_base or linux_base-6? It could make a difference. All I know is that it works on my 4.6-STABLE box. Aaron Mildenstein UNIX Systems Administrator SME Hosting, NTT/Verio __ "Do not meddle in the affairs of Dragons, for you are crunchy and taste good with ketchup." On Fri, 30 Aug 2002, Terry Todd wrote: > > I could not get OpenOffice to build so I thought I'd just download > the compiled Linux version and run that. It installs just fine but > when I try to run it I get: > > $ uname -a > FreeBSD fastpc._______.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 29 17:45:32 > CDT 2002 tlt@fastpc._______.com:/usr/obj/usr/src/sys/GENERIC i386 > $ ./soffice > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > Abort trap > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > [1] 1256 Abort trap ./soffice > $ > > This is on a fresh install of 4.6.2-RELEASE cvsup'ed to 4.6-STABLE. > > Has anyone else encountered this? What's the solution? > > Terry Todd > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 9:23:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 014A437B400; Fri, 30 Aug 2002 09:23:14 -0700 (PDT) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2BC43E42; Fri, 30 Aug 2002 09:23:13 -0700 (PDT) (envelope-from aaronm@orem.verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 266843BF150; Fri, 30 Aug 2002 10:23:13 -0600 (MDT) Received: from localhost (aaronm@localhost) by mx.dmz.orem.verio.net (8.11.6/8.11.6) with ESMTP id g7UGNCg29926; Fri, 30 Aug 2002 10:23:12 -0600 (MDT) Date: Fri, 30 Aug 2002 10:23:12 -0600 (MDT) From: Aaron Mildenstein X-X-Sender: aaronm@mx.dmz.orem.verio.net To: Terry Todd Cc: freebsd-questions@FreeBSD.ORG, Subject: Re: OpenOffice problems on 4.6.2 In-Reply-To: <20020830101654.J88790-100000@mx.dmz.orem.verio.net> Message-ID: <20020830102149.O88790-100000@mx.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To clarify that is the ports version fully compiled while I had an up to date linux_base, rather than linux_base-6. On Fri, 30 Aug 2002, Aaron Mildenstein wrote: > Are you using /usr/ports/emulators/linux_base or linux_base-6? > > It could make a difference. All I know is that it works on my 4.6-STABLE > box. > > Aaron Mildenstein > UNIX Systems Administrator > SME Hosting, NTT/Verio > > __ > > "Do not meddle in the affairs of Dragons, for you are crunchy > and taste good with ketchup." > > On Fri, 30 Aug 2002, Terry Todd wrote: > > > > > I could not get OpenOffice to build so I thought I'd just download > > the compiled Linux version and run that. It installs just fine but > > when I try to run it I get: > > > > $ uname -a > > FreeBSD fastpc._______.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 29 17:45:32 > > CDT 2002 tlt@fastpc._______.com:/usr/obj/usr/src/sys/GENERIC i386 > > $ ./soffice > > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > > Abort trap > > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > > [1] 1256 Abort trap ./soffice > > $ > > > > This is on a fresh install of 4.6.2-RELEASE cvsup'ed to 4.6-STABLE. > > > > Has anyone else encountered this? What's the solution? > > > > Terry Todd > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 9:30:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D441337B400 for ; Fri, 30 Aug 2002 09:30:38 -0700 (PDT) Received: from mtiwmhc22.worldnet.att.net (mtiwmhc22.worldnet.att.net [204.127.131.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51E9D43E65 for ; Fri, 30 Aug 2002 09:30:38 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from prime ([12.88.88.38]) by mtiwmhc22.worldnet.att.net (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020830163037.YJDB1817.mtiwmhc22.worldnet.att.net@prime> for ; Fri, 30 Aug 2002 16:30:37 +0000 Message-ID: <00f601c25042$91171d70$0301a8c0@prime> From: "Charles Swiger" To: References: <111517111196.20020830165525@tz.ru> Subject: Re: Samba problem. Date: Fri, 30 Aug 2002 12:30:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey A Nasedkin wrote: > I have a problem with samba port. When I copy files to machine > running samba after short period it take 95-99% using cpu. > Data writing on disk created with vinum. The problem was detected > on FreeBSD 4.5.I've try to use samba 2.2.3a and 2.2.5 . Does anybody > have same problem ? Any suggestion ? You've got a lot of variables, here. Try to exclude some by: 1) trying samba on a non-RAIDed disk (ie, not with vinum) I think samba now tries to use something around a 64K block size, so using a 64K stripe size may prove beneficial (ie, using RAID-0 striping instead of simple filesystem concatenation). 2) Try doing local I/O, perhaps the iozone test suite, and see what your CPU usage looks like. 3) Give us the relevant details of 'dmesg', if you can...double check things like whether the drives are going in UDMA mode or falling back to PIO, for example, would certainly make I/O CPU intensive. 4) Your machine appears to be low on memory for a 400 GB fileserver; disk caching in RAM is one of the most cost-efficient ways of improving performance. -Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 9:52:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F7A437B400 for ; Fri, 30 Aug 2002 09:52:06 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E02EC43E6A for ; Fri, 30 Aug 2002 09:52:04 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020830165203.KPSF12451.rwcrmhc51.attbi.com@bmah.dyndns.org>; Fri, 30 Aug 2002 16:52:03 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.5/8.12.5) with ESMTP id g7UGq3aS059185; Fri, 30 Aug 2002 09:52:03 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.5/8.12.5/Submit) id g7UGq3Ud059184; Fri, 30 Aug 2002 09:52:03 -0700 (PDT) Message-Id: <200208301652.g7UGq3Ud059184@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020729 with nmh-1.0.4 To: Arnvid Karstad Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <20020830094151.41DC.ARNVID@karstad.org> References: <20020830094151.41DC.ARNVID@karstad.org> Comments: In-reply-to Arnvid Karstad message dated "Fri, 30 Aug 2002 09:50:59 +0200." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-1042506552P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 30 Aug 2002 09:52:02 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-1042506552P Content-Type: text/plain; charset=us-ascii If memory serves me right, Arnvid Karstad wrote: > We've been troubled by "Fatal trap 12"'s for a little > while now. The machine was running 4.6 perfectly, until > I decided to try a cvs up to RELENG_4_6 about a week ago. > Then it started to crash alot, we went back to RELENG_4. > And there were no problems there. But then we decided to > send in an error report http://www.freebsd.org/cgi/query-pr.cgi?pr=42046 > and went back to RELENG_4_6.... After going through alot > of testing, kernel testing, and other funny things we > decided to end the testing and go back to RELENG_4... (For those who haven't seen the PR, there's a fair amount of documentation, including backtraces with debug kernels.) Just a wild guess: vm_zone.c revision 1.30.2.5 was committed on 12 August. Any chance that this might be relevant to your problem? This is quite perplexing because almost all of the changes between 4.6 and today's-head-of-RELENG_4_6 were in userland...the kernels should be almost identical. (As mentioned by private email, I'm primarily a docs person, so YMMV.) Bruce. --==_Exmh_-1042506552P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9b6Ky2MoxcVugUsMRAkXKAJ9VICt0h0rhbh6rAQXugfq9CtrYHwCg1OIC Sn5hy1ZVnPFVkjO/yRuPwa4= =RCKh -----END PGP SIGNATURE----- --==_Exmh_-1042506552P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 10: 4:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0411137B400 for ; Fri, 30 Aug 2002 10:04:40 -0700 (PDT) Received: from bobo.thehutt.org (pcp709198pcs.alxndr01.va.comcast.net [68.49.240.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D61643E72 for ; Fri, 30 Aug 2002 10:04:39 -0700 (PDT) (envelope-from jerry@thehutt.org) Received: from [10.0.3.13] (helo=nomad.thehutt.org) by bobo.thehutt.org with esmtp (Exim 4.10) id 17kpCT-000ID9-00; Fri, 30 Aug 2002 13:04:49 -0400 Received: from jerry by nomad.thehutt.org with local (Exim 4.10) id 17kpBq-0002Pn-00; Fri, 30 Aug 2002 13:04:10 -0400 Date: Fri, 30 Aug 2002 13:04:09 -0400 From: Jerry A! To: "Sergey A. Osokin" Cc: Terry Todd , stable@FreeBSD.org Subject: Re: OpenOffice problems on 4.6.2 Message-ID: <20020830170409.GA9089@nomad.thehutt.org> Reply-To: jerry@thehutt.org References: <20020830111137.A76419@badger.tltodd.com> <20020830161549.GA87481@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020830161549.GA87481@freebsd.org.ru> User-Agent: Mutt/1.4i Organization: Broken Toys Unlimited Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 08:15:49PM +0400, Sergey A. Osokin wrote: : On Fri, Aug 30, 2002 at 11:11:37AM -0500, Terry Todd wrote: : > : > I could not get OpenOffice to build so I thought I'd just download : > the compiled Linux version and run that. It installs just fine but : > when I try to run it I get: : > : > $ uname -a : > FreeBSD fastpc._______.com 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 29 17:45:32 : > CDT 2002 tlt@fastpc._______.com:/usr/obj/usr/src/sys/GENERIC i386 : > $ ./soffice : > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found : > Abort trap : > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found : > [1] 1256 Abort trap ./soffice : > $ : > : > This is on a fresh install of 4.6.2-RELEASE cvsup'ed to 4.6-STABLE. : > : > Has anyone else encountered this? What's the solution? : : Right way is get native version of OO from : http://projects.imp.ch/openoffice/ or build it from ports. How soon before a version of openoffice-1.0.1_3 is available? portversion(1) has been complaining for days 8) --Jerry Open-Source software isn't a matter of life or death... ...It's much more important than that! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 10:10:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E20037B400 for ; Fri, 30 Aug 2002 10:10:36 -0700 (PDT) Received: from nextgeneration.speedroad.net (nextgeneration.speedroad.net [195.139.232.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 9758F43E6A for ; Fri, 30 Aug 2002 10:10:34 -0700 (PDT) (envelope-from arnvid@karstad.org) Received: (qmail 12224 invoked by uid 1010); 30 Aug 2002 17:10:37 -0000 Received: from freelight.isd.no (HELO ?195.139.232.120?) (195.139.232.120) by mail.speedroad.net with SMTP; 30 Aug 2002 17:10:37 -0000 Date: Fri, 30 Aug 2002 19:10:30 +0200 From: Arnvid Karstad To: bmah@FreeBSD.ORG Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! Cc: freebsd-stable@FreeBSD.ORG Organization: Int In-Reply-To: <200208301652.g7UGq3Ud059184@intruder.bmah.org> References: <20020830094151.41DC.ARNVID@karstad.org> <200208301652.g7UGq3Ud059184@intruder.bmah.org> Message-Id: <20020830190849.8B8A.ARNVID@karstad.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002 09:52:02 -0700 - "Bruce A. Mah" wrote: > Just a wild guess: vm_zone.c revision 1.30.2.5 was committed on 12 > August. Any chance that this might be relevant to your problem? > This is quite perplexing because almost all of the changes between 4.6 > and today's-head-of-RELENG_4_6 were in userland...the kernels should be > almost identical. Just for an intresting side note.... With option INVARIANTS we get no problems and vmstat's shows new highs' root@irc:/usr# vmstat -z | grep VNODE VNODE: 192, 0, 170782, 90, 170782 With out.. it dies horribly when the number reaches around 44000-45000. Arnvid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 10:26:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 802F737B400 for ; Fri, 30 Aug 2002 10:26:43 -0700 (PDT) Received: from jack.clarksys.com (jack.clarksys.com [64.70.36.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 134FE43E6E for ; Fri, 30 Aug 2002 10:26:43 -0700 (PDT) (envelope-from max@clarksys.com) Received: (qmail 71694 invoked from network); 30 Aug 2002 17:26:26 -0000 Received: from unknown (HELO princess) (4.47.62.87) by jack.clarksys.com with SMTP; 30 Aug 2002 17:26:26 -0000 From: "Max Clark" To: Subject: Help with growfs on ufs partitions Date: Fri, 30 Aug 2002 10:26:39 -0700 Message-ID: <016501c2504a$664009b0$6445a8c0@princess> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I would like to grow the size of my /usr partition. I currently have a rather large /var partition that I want to replace with a much smaller one. Basically I want to nuke the /var partition, create a 2GB partition in its place and re-allocate 2.5GB to /usr. I have never used growfs before, I have read Marc Fonvieille's article on daemonnews but it reallocates unused space from disk slices. Below is all of the pertinent information from my system, could someone help me with the steps that I need to perform to get this to work? Thanks in advance! Max jill# uname -a FreeBSD jill.clarksys.com 4.5-STABLE FreeBSD 4.5-STABLE #0: Wed Mar 13 14:23:17 PST 2002 root@jill.clarksys.com:/usr/src/sys/compile/jill i386 jill# fdisk -s /dev/mlxd0 /dev/mlxd0: 4339 cyl 128 hd 32 sec Part Start Size Type Flags 1: 32 17772512 0xa5 0x80 jill# df -h Filesystem Size Used Avail Capacity Mounted on /dev/mlxd0s1a 1008M 80M 848M 9% / /dev/mlxd0s1f 1.9G 1.2G 629M 66% /usr /dev/mlxd0s1e 4.9G 14M 4.5G 0% /var procfs 4.0K 4.0K 0B 100% /proc jill# fdisk /dev/mlxd0 ******* Working on device /dev/mlxd0 ******* parameters extracted from in-core disklabel are: cylinders=4339 heads=128 sectors/track=32 (4096 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=4339 heads=128 sectors/track=32 (4096 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 32, size 17772512 (8677 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 127/ sector 32 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: jill# disklabel -r /dev/mlxd0s1a # /dev/mlxd0s1a: type: ESDI disk: mlxd0s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 128 sectors/cylinder: 4096 cylinders: 4338 sectors/unit: 17772512 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 0 4.2BSD 2048 16384 89 # (Cyl. 0 - 511) b: 1048576 2097152 swap # (Cyl. 512 - 767) c: 17772512 0 unused 0 0 # (Cyl. 0 - 4338*) e: 10485760 3145728 4.2BSD 2048 16384 89 # (Cyl. 768 - 3327) f: 4141024 13631488 4.2BSD 2048 16384 90 # (Cyl. 3328 - 4338*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 10:43: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 767AE37B400 for ; Fri, 30 Aug 2002 10:43:04 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BAF443E42 for ; Fri, 30 Aug 2002 10:43:03 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.5/8.12.5) with ESMTP id g7UHgnls003940 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 30 Aug 2002 19:42:49 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.5/8.12.5/Submit) id g7UHgmfr003939; Fri, 30 Aug 2002 19:42:48 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Fri, 30 Aug 2002 19:42:48 +0200 From: Cejka Rudolf To: Matthew Jacob Cc: stable@FreeBSD.ORG Subject: Re: EOT tape handling changed? Message-ID: <20020830174248.GA880@fit.vutbr.cz> References: <20020829100033.GA2174@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Jacob wrote (2002/08/29): > I'm not sure what you're talking about here with this test program > (deleted)- unless you've dorked with MAXPHYS defines, the maximum you > can any tape record at is 64K. Ah I see, thank you for very good explanation. Finally I understand, what all changes happened. It would be really good to "copy" EOT handling from Solaris st(7D) page to FreeBSD's sa(4) page. I have tested again my M2 drive with 60 GB native capacity tape and now I understand results reported by my small test program. For my M2 drive, writing speed before logical EOT is about 10 - 15 MB/s, but after LEOT the speed is only about 0.05 MB/s. The capacity after LEOT seems to be around 135 MB (I reset M2 log_sense counters after first returned zero and then readed log_sense hardware compression page after ENOSPC error). > Another issue then arises- should you allow I/O past Early Warning? That's > the whole point of this funky dance. My take is that you *should* allow > I/O (in order to write trailer records, should the application want to). Yes, I agree that we should, but when I saw speed 0.05 MB/s after LEOT, I started to hope that no application wants to use this feature :-) > This is good- send me a separate note about this to remind me, would you? > We *really* need to use hints for this, though. Yes, of course. I have to return soon to tests of 10 new (it seems that) very buggy data cartridges, where SmartClean is often forced many times (I have a record 61 for one full tape pass, where in case of a good cartridge it has to be just 0 or 1), and I will see if timeouts disappeared and then I send something to our vendor and to you too. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 10:53: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3808037B400 for ; Fri, 30 Aug 2002 10:53:04 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD60043E75 for ; Fri, 30 Aug 2002 10:53:03 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 1746C2CD1C3 for ; Fri, 30 Aug 2002 14:53:02 -0300 (ADT) Date: Fri, 30 Aug 2002 14:53:02 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Subject: STABLE crash after 14hrs up ... Message-ID: <20020830145132.A7195-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aug 30 12:44:12 venus /kernel: Fatal trap 12: page fault while in kernel mode Aug 30 12:44:12 venus /kernel: mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 Aug 30 12:44:12 venus /kernel: fault virtual address = 0x42 Aug 30 12:44:12 venus /kernel: fault code = supervisor read, page not present Aug 30 12:44:12 venus /kernel: instruction pointer = 0x8:0xc01a3a46 Aug 30 12:44:12 venus /kernel: stack pointer = 0x10:0xf818fea0 Aug 30 12:44:12 venus /kernel: frame pointer = 0x10:0xf818feb8 Aug 30 12:44:12 venus /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 30 12:44:12 venus /kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 30 12:44:12 venus /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Aug 30 12:44:12 venus /kernel: current process = 85787 (postgres) Aug 30 12:44:12 venus /kernel: interrupt mask = none <- SMP: XXX Aug 30 12:44:12 venus /kernel: trap number = 12 Aug 30 12:44:12 venus /kernel: panic: page fault Aug 30 12:44:12 venus /kernel: mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 Aug 30 12:44:13 venus /kernel: boot() called on cpu#0 Aug 30 12:44:13 venus /kernel: Aug 30 12:44:13 venus /kernel: syncing disks... 79 64 41 16 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 Aug 30 12:44:13 venus /kernel: giving up on 2 buffers Aug 30 12:44:13 venus /kernel: Uptime: 14h10m6s Aug 30 12:44:13 venus /kernel: amr0: flushing cache...done Aug 30 12:44:13 venus /kernel: Automatic reboot in 15 seconds - press a key on the console to abort venus# nm -n /kernel | grep c01a3a46 venus# nm -n /kernel | grep c01a3a4 venus# nm -n /kernel | grep c01a3a c01a3af8 T ffs_truncate Any more info I can provide? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:35: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B4DF37B400 for ; Fri, 30 Aug 2002 11:35:01 -0700 (PDT) Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B0143E65 for ; Fri, 30 Aug 2002 11:35:00 -0700 (PDT) (envelope-from derek@durham.net) Received: from cerberus.motorcity.on.ca ([65.95.185.80]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020830183436.PCQJ11695.tomts10-srv.bellnexxia.net@cerberus.motorcity.on.ca> for ; Fri, 30 Aug 2002 14:34:36 -0400 Received: (from root@localhost) by cerberus.motorcity.on.ca (8.11.6/8.11.6) id g7UHiBc72278 for stable@freebsd.org; Fri, 30 Aug 2002 13:44:11 -0400 (EDT) (envelope-from derek@durham.net) Received: from DEVELOPMENT ([192.168.254.4]) by cerberus.motorcity.on.ca (8.11.6/8.11.6av) with SMTP id g7UHi6D72270 for ; Fri, 30 Aug 2002 13:44:07 -0400 (EDT) (envelope-from derek@durham.net) Message-ID: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> From: "Derek" To: Subject: Updating world with least downtime Date: Fri, 30 Aug 2002 14:36:43 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS perl-11 ares.durham.net Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I intend to update the OS source on a primary server for my company. If I buildworld, and buildkernel, then drop to single and installworld, and installkernel, will the kernel installed be the same version as the world newly installed, or will it be the version _currently_ installed on the machine? Thanks, Derek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:38:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F60137B400 for ; Fri, 30 Aug 2002 11:38:33 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A759843E6A for ; Fri, 30 Aug 2002 11:38:32 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7UIcNwu032148; Fri, 30 Aug 2002 11:38:23 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7UIcNTg032146; Fri, 30 Aug 2002 11:38:23 -0700 Date: Fri, 30 Aug 2002 11:38:23 -0700 From: Brooks Davis To: Derek Cc: stable@FreeBSD.ORG Subject: Re: Updating world with least downtime Message-ID: <20020830113823.A31843@Odin.AC.HMC.Edu> References: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca>; from derek@durham.net on Fri, Aug 30, 2002 at 02:36:43PM -0400 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 30, 2002 at 02:36:43PM -0400, Derek wrote: > Hello, > I intend to update the OS source on a primary server for my > company. If I buildworld, and buildkernel, then drop to single > and installworld, and installkernel, will the kernel installed be > the same version as the world newly installed, or will it be the > version _currently_ installed on the machine? It will be installed, but not booted unless you reboot after which is a very bad idea because if it fails, your world may not work with your old kernel.. You want to follow the instructions in /usr/src/UPDATING. If you do that, the only time you'll spend in single user mode is installworld and mergemaster. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9b7ueXY6L6fI4GtQRAktTAJ4soNoXFwd6RSTQdTJPZyHKEojI4ACfVfEm F/6RhM//7ovMgbXYj0ZcF7Y= =jrrQ -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:42: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D38B037B401 for ; Fri, 30 Aug 2002 11:42:02 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F69443E42 for ; Fri, 30 Aug 2002 11:42:02 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id GQF37091; Fri, 30 Aug 2002 11:42:01 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id E5FFB5D03; Fri, 30 Aug 2002 11:42:00 -0700 (PDT) To: "Derek" Cc: stable@freebsd.org Subject: Re: Updating world with least downtime In-reply-to: Your message of "Fri, 30 Aug 2002 14:36:43 EDT." <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> Date: Fri, 30 Aug 2002 11:42:00 -0700 From: "Kevin Oberman" Message-Id: <20020830184200.E5FFB5D03@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: "Derek" > Date: Fri, 30 Aug 2002 14:36:43 -0400 > Sender: owner-freebsd-stable@FreeBSD.ORG > > Hello, > I intend to update the OS source on a primary server for my > company. If I buildworld, and buildkernel, then drop to single > and installworld, and installkernel, will the kernel installed be > the same version as the world newly installed, or will it be the > version _currently_ installed on the machine? You want to installkernel BEFORE the reboot. Then installkernel and reboot. The key is to install and boot the new kernel before the installworld so you have a back-out should the new kernel not work. make buildworld make kernel KERNCONF=Your_config_file reboot (to single user) fsck -p adjkerntz -i mount -a -t ufs cd /usr/src make installworld mergemaster reboot Total down-time depends on the system speed and the time required to process mergemaster diffs. I can typically do it in 10 minutes. Have done it in 5 with minimal merges on a 1GHz P3. Faster on my 1.8 GHz P4. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:43: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C31637B401 for ; Fri, 30 Aug 2002 11:43:02 -0700 (PDT) Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C99E43E6A for ; Fri, 30 Aug 2002 11:43:02 -0700 (PDT) (envelope-from dwcjr@inethouston.net) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id C64063198FC; Fri, 30 Aug 2002 13:43:05 -0500 (CDT) Date: Fri, 30 Aug 2002 13:43:05 -0500 From: "David W. Chapman Jr." To: Brooks Davis Cc: stable@freebsd.org Subject: Re: Updating world with least downtime Message-ID: <20020830184305.GC11237@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Brooks Davis , stable@freebsd.org References: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020830113823.A31843@Odin.AC.HMC.Edu> X-Operating-System: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 11:38:23AM -0700, Brooks Davis wrote: > On Fri, Aug 30, 2002 at 02:36:43PM -0400, Derek wrote: > > Hello, > > I intend to update the OS source on a primary server for my > > company. If I buildworld, and buildkernel, then drop to single > > and installworld, and installkernel, will the kernel installed be > > the same version as the world newly installed, or will it be the > > version _currently_ installed on the machine? > > It will be installed, but not booted unless you reboot after which is > a very bad idea because if it fails, your world may not work with your > old kernel.. You want to follow the instructions in /usr/src/UPDATING. > If you do that, the only time you'll spend in single user mode is > installworld and mergemaster. You should be able to run installworld installkernel and mergemaster in multi-user depending on your securelevel. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:43:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20B5237B400 for ; Fri, 30 Aug 2002 11:43:55 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5878E43E4A for ; Fri, 30 Aug 2002 11:43:54 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020830184353.DNMH13899.sccrmhc02.attbi.com@bmah.dyndns.org>; Fri, 30 Aug 2002 18:43:53 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.5/8.12.5) with ESMTP id g7UIhraS060013; Fri, 30 Aug 2002 11:43:53 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.5/8.12.5/Submit) id g7UIhrUg060012; Fri, 30 Aug 2002 11:43:53 -0700 (PDT) Message-Id: <200208301843.g7UIhrUg060012@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020729 with nmh-1.0.4 To: Brooks Davis Cc: Derek , stable@FreeBSD.ORG Subject: Re: Updating world with least downtime In-Reply-To: <20020830113823.A31843@Odin.AC.HMC.Edu> References: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> Comments: In-reply-to Brooks Davis message dated "Fri, 30 Aug 2002 11:38:23 -0700." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_63674048P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 30 Aug 2002 11:43:52 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_63674048P Content-Type: text/plain; charset=us-ascii If memory serves me right, Brooks Davis wrote: > On Fri, Aug 30, 2002 at 02:36:43PM -0400, Derek wrote: > > Hello, > > I intend to update the OS source on a primary server for my > > company. If I buildworld, and buildkernel, then drop to single > > and installworld, and installkernel, will the kernel installed be > > the same version as the world newly installed, or will it be the > > version _currently_ installed on the machine? > > It will be installed, but not booted unless you reboot after which is > a very bad idea because if it fails, your world may not work with your > old kernel.. You want to follow the instructions in /usr/src/UPDATING. > If you do that, the only time you'll spend in single user mode is > installworld and mergemaster. To reiterate Brooks' point...the mailing list archives are chock full of messages where people deviated from the required procedure, and got themselves into trouble. This is also an excellent reason to practice the procedure on a scratch box *before* doing it on your company's main server. Good luck, Bruce. --==_Exmh_63674048P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9b7zo2MoxcVugUsMRAmBwAKCP+61LXZ+9nzkfD1QCJWIkRXjwSgCgs1Jm 6edm3s2/MCmKThAtnUWaWHQ= =jCca -----END PGP SIGNATURE----- --==_Exmh_63674048P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:49:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A27A837B400 for ; Fri, 30 Aug 2002 11:49:09 -0700 (PDT) Received: from comrie.uwaterloo.ca (comrie.uwaterloo.ca [129.97.19.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF50243E6A for ; Fri, 30 Aug 2002 11:49:08 -0700 (PDT) (envelope-from mpatters@comrie.uwaterloo.ca) Received: (from mpatters@localhost) by comrie.uwaterloo.ca (8.11.6/8.11.6) id g7UIn6V02212 for stable@freebsd.org; Fri, 30 Aug 2002 14:49:06 -0400 Date: Fri, 30 Aug 2002 14:49:05 -0400 From: Mike Patterson To: stable@freebsd.org Subject: Re: Problems with buildkernel, RELENG_4 Message-ID: <20020830144905.A2190@uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I believe I have these resolved. If anybody's interested, it took a reboot, buildworld followed by an install from /usr/src/gnu/usr.bin/perl, then buildkernel went fine. At Mike Tansca's suggestion, I'd tried a buildworld (against a fresh source tree), and I was getting cc errors - the reboot appears to have fixed those. My build machine is now happily running a new kernel/world. Mike -- Mike Patterson - UWaterloo - ODAA - x6986 - mpatters@uwaterloo.ca I don't speak for UW because I don't like them speaking for me. Getting the job done is no excuse for not following the rules. Corollary: Following the rules will not get the job done. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 11:49:23 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E7337B405 for ; Fri, 30 Aug 2002 11:49:14 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 865B843E65 for ; Fri, 30 Aug 2002 11:49:13 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7UInBwu001473; Fri, 30 Aug 2002 11:49:11 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7UInBNY001472; Fri, 30 Aug 2002 11:49:11 -0700 Date: Fri, 30 Aug 2002 11:49:11 -0700 From: Brooks Davis To: Brooks Davis , stable@freebsd.org Subject: Re: Updating world with least downtime Message-ID: <20020830114911.A32627@Odin.AC.HMC.Edu> References: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> <20020830184305.GC11237@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020830184305.GC11237@leviathan.inethouston.net>; from dwcjr@inethouston.net on Fri, Aug 30, 2002 at 01:43:05PM -0500 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 30, 2002 at 01:43:05PM -0500, David W. Chapman Jr. wrote: > On Fri, Aug 30, 2002 at 11:38:23AM -0700, Brooks Davis wrote: > > On Fri, Aug 30, 2002 at 02:36:43PM -0400, Derek wrote: > > > Hello, > > > I intend to update the OS source on a primary server for my > > > company. If I buildworld, and buildkernel, then drop to single > > > and installworld, and installkernel, will the kernel installed be > > > the same version as the world newly installed, or will it be the > > > version _currently_ installed on the machine? > >=20 > > It will be installed, but not booted unless you reboot after which is > > a very bad idea because if it fails, your world may not work with your > > old kernel.. You want to follow the instructions in /usr/src/UPDATING. > > If you do that, the only time you'll spend in single user mode is > > installworld and mergemaster. >=20 > You should be able to run installworld installkernel and mergemaster=20 > in multi-user depending on your securelevel. Yes, but you need to understand the risks. For instance, if you install your new kernel and reboot, you may not have a firewall until after the installworld and another reboot if the format changed. If your server doesn't provide any services with breakable userland/kernel interactions then buildworld, buildkernel, installkernel, reboot, installworld, mergemaster, reboot is probably fairly safe and will minimize downtime. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9b74mXY6L6fI4GtQRAvQtAKCXGHXZgnkJRR7oNU0bCinDR3DhWQCgnsKB Tv17LFe2mQy3xV/PBHyISG0= =ocOr -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 12: 5: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BACD837B400; Fri, 30 Aug 2002 12:04:59 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A47443E6E; Fri, 30 Aug 2002 12:04:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g7UJ4wPQ017054; Fri, 30 Aug 2002 12:04:58 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g7UJ4vc8017053; Fri, 30 Aug 2002 12:04:57 -0700 (PDT) (envelope-from dillon) Date: Fri, 30 Aug 2002 12:04:57 -0700 (PDT) From: Matthew Dillon Message-Id: <200208301904.g7UJ4vc8017053@apollo.backplane.com> To: Arnvid Karstad Cc: bmah@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! References: <20020830094151.41DC.ARNVID@karstad.org> <200208301652.g7UGq3Ud059184@intruder.bmah.org> <20020830190849.8B8A.ARNVID@karstad.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm. It looks to me that the kernel may be running out of KVM resources. There are a couple of possibilities here. Arnvid, if possible I would like to download your vmcore (the one you were using in all the debug output filed in the PR) and associated kernel.debug and investigate this here. Please note that vmcore's may contain sensitive information such as passwords and such, so it's entirely up to you/your-company to decide whether to do this or not. If you decide that it is OK to supply the core to me for examination please put it up somewhere where I can download it (via ftp or the web), in a place normally hidden from view, and send me a PRIVATE email that does not Cc: the FreeBSD mailing list with the URL where it can be found. -Matt Matthew Dillon :On Fri, 30 Aug 2002 09:52:02 -0700 - "Bruce A. Mah" wrote: :> Just a wild guess: vm_zone.c revision 1.30.2.5 was committed on 12 :> August. Any chance that this might be relevant to your problem? :> This is quite perplexing because almost all of the changes between 4.6 :> and today's-head-of-RELENG_4_6 were in userland...the kernels should be :> almost identical. : :Just for an intresting side note.... : :With option INVARIANTS we get no problems and vmstat's shows new highs' : :root@irc:/usr# vmstat -z | grep VNODE :VNODE: 192, 0, 170782, 90, 170782 : :With out.. it dies horribly when the number reaches around 44000-45000. : :Arnvid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 12:23:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 330E837B400; Fri, 30 Aug 2002 12:23:26 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF83E43E4A; Fri, 30 Aug 2002 12:23:25 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 9981B2CC7F3; Fri, 30 Aug 2002 16:23:21 -0300 (ADT) Date: Fri, 30 Aug 2002 16:23:21 -0300 (ADT) From: "Marc G. Fournier" To: Matthew Dillon Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <200208301904.g7UJ4vc8017053@apollo.backplane.com> Message-ID: <20020830162006.J14642-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any definite way of determining this? From what I can find int he man page, VNODES have to do with the file system and directory lists ... my last two crashes look to be related to the file system itself, so have started to watch the VNODE numbers to, but is there some way of determining what I should raise, and where? I'm running 4Gig of RAM and Dual CPU over here, so having a swap device large enough to 'dump core' is kinda out of the question, so I can't provide any more infomration that i have so far in other messages :( And, also, should any 'server class' operating system be more graceful about such things? Some sort of soft limit that triggers it to refuse new processes or something when its hit, so that it doesn't actually crash? Kinda like the NMBCLUSTERS warning/error message when its set too low? On Fri, 30 Aug 2002, Matthew Dillon wrote: > Hmm. It looks to me that the kernel may be running out of KVM > resources. There are a couple of possibilities here. Arnvid, > if possible I would like to download your vmcore (the one you were > using in all the debug output filed in the PR) and associated > kernel.debug and investigate this here. > > Please note that vmcore's may contain sensitive information such as > passwords and such, so it's entirely up to you/your-company to decide > whether to do this or not. If you decide that it is OK to supply the > core to me for examination please put it up somewhere where I can download > it (via ftp or the web), in a place normally hidden from view, and send > me a PRIVATE email that does not Cc: the FreeBSD mailing list with > the URL where it can be found. > > -Matt > Matthew Dillon > > > > :On Fri, 30 Aug 2002 09:52:02 -0700 - "Bruce A. Mah" wrote: > :> Just a wild guess: vm_zone.c revision 1.30.2.5 was committed on 12 > :> August. Any chance that this might be relevant to your problem? > :> This is quite perplexing because almost all of the changes between 4.6 > :> and today's-head-of-RELENG_4_6 were in userland...the kernels should be > :> almost identical. > : > :Just for an intresting side note.... > : > :With option INVARIANTS we get no problems and vmstat's shows new highs' > : > :root@irc:/usr# vmstat -z | grep VNODE > :VNODE: 192, 0, 170782, 90, 170782 > : > :With out.. it dies horribly when the number reaches around 44000-45000. > : > :Arnvid > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 12:39: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A69A37B400; Fri, 30 Aug 2002 12:39:01 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D669243E4A; Fri, 30 Aug 2002 12:39:00 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g7UJd0PQ031373; Fri, 30 Aug 2002 12:39:00 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g7UJd0Pb031372; Fri, 30 Aug 2002 12:39:00 -0700 (PDT) (envelope-from dillon) Date: Fri, 30 Aug 2002 12:39:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200208301939.g7UJd0Pb031372@apollo.backplane.com> To: "Marc G. Fournier" Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! References: <20020830162006.J14642-100000@mail1.hub.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Is there any definite way of determining this? From what I can find int :he man page, VNODES have to do with the file system and directory lists :... my last two crashes look to be related to the file system itself, so :have started to watch the VNODE numbers to, but is there some way of :determining what I should raise, and where? If you can get to a DDB> prompt on the crash (kernel config w/ DDB) do this: ddb> print *kernel_vm_end And tell me what you get. Also note the fault address. In order to really track down the cause I need a vmcore and kernel.debug to play with, but baring that you might be able to dump memory statistics to a file like once a second until the machine crashes. while (1) sleep 1 date >> stats.log vmstat -m >> stats.log vmstat -z >> stats.log netstat -m >> stats.log fsync stats.log end :I'm running 4Gig of RAM and Dual CPU over here, so having a swap device :large enough to 'dump core' is kinda out of the question, so I can't :provide any more infomration that i have so far in other messages :( If you can reproduce the crash with less memory you may be able to generate a core. To boot the machine with less memory add a line to your /boot/loader.conf file: hw.physmem="768m" I usually always keep such a line in my loader.conf file, commented out (e.g. #hw.physmem=...) until I need it, because I always forget the name of the variable :-) :And, also, should any 'server class' operating system be more graceful :about such things? Some sort of soft limit that triggers it to refuse new :processes or something when its hit, so that it doesn't actually crash? :Kinda like the NMBCLUSTERS warning/error message when its set too low? FreeBSD-current will be far more graceful, but FreeBSD-stable is still using algorithms based on circa 1990 system memory capacities. As memory capacities have grown larger then available KVM the algorithms have been less able to cope with the massive number of resources that can now be cached. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 12:42:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC2037B400 for ; Fri, 30 Aug 2002 12:42:44 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FCEF43E4A for ; Fri, 30 Aug 2002 12:42:44 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: from localhost (3761 bytes) by malasada.lava.net; Fri, 30 Aug 2002 09:42:31 -1000 (HST) via sendmail [stdio] id for Date: Fri, 30 Aug 2002 09:42:31 -1000 From: Clifton Royston To: stable@freebsd.org Subject: [long] Server motherboard recommendations for 4.X/5.X? Message-ID: <20020830094231.E16717@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [I'm posting this query separately on the freebsd-current and freebsd-stable mailing lists, so as not to cross the streams. If you subscribe to both and see it both places, no need to reply to both.] We are about to spec and buy a new central mail server at LavaNet, and we want to be sure that the motherboard/CPU combo we buy runs well both with FreeBSD 4.6/4.7 (at the time we install it) and also down the road when we upgrade to what's now -CURRENT, probably around 5.1. This server will initially be in a non-redundant configuration (because of the difficulty of virtualizing mailspool access) so our major concerns are stability, stability, disk I/O performance, and stability. We'd like to have console video, IDE (for CD-ROM), SCSI, and at least 2 100BaseT LAN ports integrated on the motherboard because of our experience that this improves reliability. The Intel Ethernet chipsets and the Adaptec SCSI chipset are pluses, because they've given us good performance under both BSD/OS and FreeBSD. Disk storage will be external RAID, probably 10Krpm SCSI drives striped as RAID 1+0, on an Ultra-160 SCSI bus back to the main server. Eventually we might migrate to serving or mounting files via NFS, which would make GigE a plus. CPU performance is not a concern because disk I/O dominates performance on most mail servers; we'll probably put 1.8GHz CPUs into it due to price. We've settled on a dual P4-Xeon board on grounds of wide support and expected stability. (No Intel-AMD holy wars please; we may try out dual Athlon MP boards like the Tyan K7 on a different server.) The Tyan "Thunder" i7500 *tentatively* looks like a good candidate to us. It meets all the above criteria, uses the Adaptec 7899 onboard 2-channel Ultra-160 SCSI controller (equivalent to 39160), has an Intel 82550 (10/100) and 82544GC (10/100/1000) LAN port, takes up to 6 slots of ECC PC2100/PC1600 DDR RAM, and has multiple 64-bit/133 MHz PCI-X slots for expansion. It uses the AMI BIOS and Intel E7500 chipset. If anybody is using these boards and is either unhappy or happy with their FreeBSD compatibility, I'd very much like to hear. Otherwise, if you have a favorite P4-Xeon high-integration server board that meets the above criteria and you know it works with both 4.x and -CURRENT, we'll happily take recommendations. If anyone wants to also recommend us a favorite rackmount server integrator, that wouldn't hurt. We're aware of FreeBSDSystems, ASA Computers, IXsystems, Arista IPC, and California Digital (formerly VA Linux) and have bought from the last few. We're particularly looking for one who can provide a system with dual power supplies fed from two separate power cords, similar to what you find on a high-end router or switch; we're thinking a 4U system for ease of adding any expansion cards we might need down the road. We'll install the OS, etc. but if we can take the assembly time off our hands that would be nice. Thanks in advance for any answers, -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- cliftonr@lava.net "What do we need to make our world come alive? What does it take to make us sing? While we're waiting for the next one to arrive..." - Sisters of Mercy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 12:48:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2DE37B406 for ; Fri, 30 Aug 2002 12:48:34 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5730043EAF for ; Fri, 30 Aug 2002 12:47:40 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id MAA16111; Fri, 30 Aug 2002 12:47:12 -0700 Message-ID: <3D6FCBBF.5010508@owt.com> Date: Fri, 30 Aug 2002 12:47:11 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Brooks Davis Cc: stable@FreeBSD.ORG Subject: Re: Updating world with least downtime References: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> <20020830184305.GC11237@leviathan.inethouston.net> <20020830114911.A32627@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brooks Davis wrote: > On Fri, Aug 30, 2002 at 01:43:05PM -0500, David W. Chapman Jr. wrote: > >>On Fri, Aug 30, 2002 at 11:38:23AM -0700, Brooks Davis wrote: >> >>>On Fri, Aug 30, 2002 at 02:36:43PM -0400, Derek wrote: >>> >>>>Hello, >>>> I intend to update the OS source on a primary server for my >>>>company. If I buildworld, and buildkernel, then drop to single >>>>and installworld, and installkernel, will the kernel installed be >>>>the same version as the world newly installed, or will it be the >>>>version _currently_ installed on the machine? >>>> >>>It will be installed, but not booted unless you reboot after which is >>>a very bad idea because if it fails, your world may not work with your >>>old kernel.. You want to follow the instructions in /usr/src/UPDATING. >>>If you do that, the only time you'll spend in single user mode is >>>installworld and mergemaster. >>> >>You should be able to run installworld installkernel and mergemaster >>in multi-user depending on your securelevel. >> > > Yes, but you need to understand the risks. For instance, if you install > your new kernel and reboot, you may not have a firewall until after the > installworld and another reboot if the format changed. If your server > doesn't provide any services with breakable userland/kernel interactions > then buildworld, buildkernel, installkernel, reboot, installworld, > mergemaster, reboot is probably fairly safe and will minimize downtime. I never had networking in single user mode and always thought I didn't have to worry about a firewall. The whole sequence of installworld and mergemaster typically requires an uptime of less than 4 minutes on my fast computers. Kent > > -- Brooks > > -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 13: 7:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3545637B400 for ; Fri, 30 Aug 2002 13:07:46 -0700 (PDT) Received: from sage-one.net (adsl-65-71-135-137.dsl.crchtx.swbell.net [65.71.135.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CC8D43E81 for ; Fri, 30 Aug 2002 13:07:42 -0700 (PDT) (envelope-from jackstone@sage-one.net) Received: from sagea (sagea [192.168.0.3]) by sage-one.net (8.11.6/8.11.6) with SMTP id g7UK7FS23389; Fri, 30 Aug 2002 15:07:15 -0500 (CDT) (envelope-from jackstone@sage-one.net) Message-Id: <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net> X-Sender: jackstone@mail.sage-one.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Fri, 30 Aug 2002 15:07:14 -0500 To: "David W. Chapman Jr." , Brooks Davis From: "Jack L. Stone" Subject: Re: Updating world with least downtime Cc: stable@FreeBSD.ORG In-Reply-To: <20020830184305.GC11237@leviathan.inethouston.net> References: <20020830113823.A31843@Odin.AC.HMC.Edu> <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 01:43 PM 8.30.2002 -0500, David W. Chapman Jr. wrote: >On Fri, Aug 30, 2002 at 11:38:23AM -0700, Brooks Davis wrote: >> On Fri, Aug 30, 2002 at 02:36:43PM -0400, Derek wrote: >> > Hello, >> > I intend to update the OS source on a primary server for my >> > company. If I buildworld, and buildkernel, then drop to single >> > and installworld, and installkernel, will the kernel installed be >> > the same version as the world newly installed, or will it be the >> > version _currently_ installed on the machine? >> >> It will be installed, but not booted unless you reboot after which is >> a very bad idea because if it fails, your world may not work with your >> old kernel.. You want to follow the instructions in /usr/src/UPDATING. >> If you do that, the only time you'll spend in single user mode is >> installworld and mergemaster. > >You should be able to run installworld installkernel and mergemaster >in multi-user depending on your securelevel. > > >-- >David W. Chapman Jr. >dwcjr@inethouston.net Raintree Network Services, Inc. >dwcjr@freebsd.org FreeBSD Committer > Yes, that's what I do after taking an image of the drive and also using the "build box" as the first test to see if everything works okay. Downtime is only a matter of seconds... riskier, yes, but acceptable with the image to fall back on. Dropping to the single-user mode causes a downtime of about 30 minutes otherwise on a 1.4G CPU machine... longer on slower machines. Everthing is now done via scripts. Best regards, Jack L. Stone, Administrator SageOne Net http://www.sage-one.net jackstone@sage-one.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 13:25: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3C8137B400 for ; Fri, 30 Aug 2002 13:24:57 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FF0F43E65 for ; Fri, 30 Aug 2002 13:24:57 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7UKOqwu014000; Fri, 30 Aug 2002 13:24:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7UKOq9M013999; Fri, 30 Aug 2002 13:24:52 -0700 Date: Fri, 30 Aug 2002 13:24:52 -0700 From: Brooks Davis To: Kent Stewart Cc: Brooks Davis , stable@FreeBSD.ORG Subject: Re: Updating world with least downtime Message-ID: <20020830132451.A10958@Odin.AC.HMC.Edu> References: <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> <20020830184305.GC11237@leviathan.inethouston.net> <20020830114911.A32627@Odin.AC.HMC.Edu> <3D6FCBBF.5010508@owt.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D6FCBBF.5010508@owt.com>; from kstewart@owt.com on Fri, Aug 30, 2002 at 12:47:11PM -0700 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 30, 2002 at 12:47:11PM -0700, Kent Stewart wrote: >=20 > I never had networking in single user mode and always thought I didn't=20 > have to worry about a firewall. The whole sequence of installworld and=20 > mergemaster typically requires an uptime of less than 4 minutes on my=20 > fast computers. You don't really need one in single user mode. I was commenting on the fact if you use the minimal downtime approach of installing the kernel and rebooting to multiuser before doing the installwork/mergemaster and your system depended on a firewall config you could be SOL. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9b9STXY6L6fI4GtQRAu+uAJ4sKojgDF8fokuRdOpMH2hyxRjt8ACfTVbv bd+wlJH6DD8Z1/Od3ZUc6H8= =QBuL -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 13:26:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0168537B400 for ; Fri, 30 Aug 2002 13:26:43 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ADF143E42 for ; Fri, 30 Aug 2002 13:26:42 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g7UKQdwu014222; Fri, 30 Aug 2002 13:26:39 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g7UKQdXE014218; Fri, 30 Aug 2002 13:26:39 -0700 Date: Fri, 30 Aug 2002 13:26:39 -0700 From: Brooks Davis To: "Jack L. Stone" Cc: "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: Updating world with least downtime Message-ID: <20020830132639.B10958@Odin.AC.HMC.Edu> References: <20020830113823.A31843@Odin.AC.HMC.Edu> <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> <20020830184305.GC11237@leviathan.inethouston.net> <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net>; from jackstone@sage-one.net on Fri, Aug 30, 2002 at 03:07:14PM -0500 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 30, 2002 at 03:07:14PM -0500, Jack L. Stone wrote: > Yes, that's what I do after taking an image of the drive and also using t= he > "build box" as the first test to see if everything works okay. Downtime is > only a matter of seconds... riskier, yes, but acceptable with the image to > fall back on. Dropping to the single-user mode causes a downtime of about > 30 minutes otherwise on a 1.4G CPU machine... longer on slower machines. > Everthing is now done via scripts. If it's taking that long, it's got some serious problems even with the rediculous post times many boards have today. My laptop (with 3400RPM disk) takes <15. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9b9T+XY6L6fI4GtQRAnTkAJ4gfS8TSuxa+RA5626LvNViCf6GNACfQCQt R811cLqm7vFeEi1AXKsXh/0= =AzSW -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 13:37:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C33CA37B400 for ; Fri, 30 Aug 2002 13:37:37 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89FB143E42 for ; Fri, 30 Aug 2002 13:37:37 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2F5EB72FC5; Fri, 30 Aug 2002 13:35:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2B6D972D9E; Fri, 30 Aug 2002 13:35:09 -0700 (PDT) Date: Fri, 30 Aug 2002 13:35:09 -0700 (PDT) From: Doug White To: Glen Gibb Cc: stable@freebsd.org Subject: Re: what is the meaning of "got bad cookie" In-Reply-To: <20020830184914.D95974-100000@genesis.ridley.unimelb.edu.au> Message-ID: <20020830133430.K88354-100000@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 30 Aug 2002, Glen Gibb wrote: > Today I received a few of the following messages on the console/in the > logs: > > Aug 30 17:09:00 genesis /kernel: got bad cookie vp 0xcdea1200 bp > 0xc6547924 This generally means something changed on the server while you were using it, and NFS is invalidating use of that object. Commonly it happens when directories are moved or renamed. > Can anyone explain what this is about and whether it is a problem. (I > suspect it might be something to do with NFS as I was performing a du on > an NFS mounted directory at the time). Its normal. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 13:40:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80E0937B400 for ; Fri, 30 Aug 2002 13:40:34 -0700 (PDT) Received: from sage-one.net (adsl-65-71-135-137.dsl.crchtx.swbell.net [65.71.135.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83AEC43E3B for ; Fri, 30 Aug 2002 13:40:33 -0700 (PDT) (envelope-from jackstone@sage-one.net) Received: from sagea (sagea [192.168.0.3]) by sage-one.net (8.11.6/8.11.6) with SMTP id g7UKeVS23733; Fri, 30 Aug 2002 15:40:31 -0500 (CDT) (envelope-from jackstone@sage-one.net) Message-Id: <3.0.5.32.20020830154031.020e3b90@mail.sage-one.net> X-Sender: jackstone@mail.sage-one.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Fri, 30 Aug 2002 15:40:31 -0500 To: Brooks Davis From: "Jack L. Stone" Subject: Re: Updating world with least downtime Cc: "David W. Chapman Jr." , stable@FreeBSD.ORG In-Reply-To: <20020830132639.B10958@Odin.AC.HMC.Edu> References: <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net> <20020830113823.A31843@Odin.AC.HMC.Edu> <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> <20020830184305.GC11237@leviathan.inethouston.net> <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 01:26 PM 8.30.2002 -0700, Brooks Davis wrote: >On Fri, Aug 30, 2002 at 03:07:14PM -0500, Jack L. Stone wrote: >> Yes, that's what I do after taking an image of the drive and also using the >> "build box" as the first test to see if everything works okay. Downtime is >> only a matter of seconds... riskier, yes, but acceptable with the image to >> fall back on. Dropping to the single-user mode causes a downtime of about >> 30 minutes otherwise on a 1.4G CPU machine... longer on slower machines. >> Everthing is now done via scripts. > >If it's taking that long, it's got some serious problems even with the >rediculous post times many boards have today. My laptop (with 3400RPM >disk) takes <15. > >-- Brooks > I don't believe your laptop does installworld, mergemaster, etc all in 15 minutes.... we must must be talking different things.... Best regards, Jack L. Stone, Administrator SageOne Net http://www.sage-one.net jackstone@sage-one.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 13:53:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DD5137B400 for ; Fri, 30 Aug 2002 13:53:29 -0700 (PDT) Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 654B043E4A for ; Fri, 30 Aug 2002 13:53:28 -0700 (PDT) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maild.telia.com (8.12.5/8.12.5) with ESMTP id g7UKrQcQ022068 for ; Fri, 30 Aug 2002 22:53:26 +0200 (CEST) X-Original-Recipient: Received: from falcon.midgard.homeip.net (h62n2fls20o913.telia.com [212.181.163.62]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id WAA23482 for ; Fri, 30 Aug 2002 22:53:25 +0200 (CEST) Received: (qmail 68769 invoked by uid 1001); 30 Aug 2002 20:53:21 -0000 Date: Fri, 30 Aug 2002 22:53:20 +0200 From: Erik Trulsson To: "Jack L. Stone" Cc: Brooks Davis , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: Updating world with least downtime Message-ID: <20020830205320.GA66525@falcon.midgard.homeip.net> Mail-Followup-To: "Jack L. Stone" , Brooks Davis , "David W. Chapman Jr." , stable@FreeBSD.ORG References: <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net> <20020830113823.A31843@Odin.AC.HMC.Edu> <00af01c25054$3024aca0$04fea8c0@motorcity.on.ca> <20020830113823.A31843@Odin.AC.HMC.Edu> <20020830184305.GC11237@leviathan.inethouston.net> <3.0.5.32.20020830150714.020e3b90@mail.sage-one.net> <3.0.5.32.20020830154031.020e3b90@mail.sage-one.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3.0.5.32.20020830154031.020e3b90@mail.sage-one.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 30, 2002 at 03:40:31PM -0500, Jack L. Stone wrote: > At 01:26 PM 8.30.2002 -0700, Brooks Davis wrote: > >On Fri, Aug 30, 2002 at 03:07:14PM -0500, Jack L. Stone wrote: > >> Yes, that's what I do after taking an image of the drive and also using the > >> "build box" as the first test to see if everything works okay. Downtime is > >> only a matter of seconds... riskier, yes, but acceptable with the image to > >> fall back on. Dropping to the single-user mode causes a downtime of about > >> 30 minutes otherwise on a 1.4G CPU machine... longer on slower machines. > >> Everthing is now done via scripts. > > > >If it's taking that long, it's got some serious problems even with the > >rediculous post times many boards have today. My laptop (with 3400RPM > >disk) takes <15. > > > >-- Brooks > > > > I don't believe your laptop does installworld, mergemaster, etc all in 15 > minutes.... we must must be talking different things.... Why not? My computer does a installworld+mergemaster in approx. 30 minutes and it is an old 166 MHz Pentium with only 32 MB RAM (and with a IDE controller that hasn't even heard of UDMA.) I would expect it to be significantly faster on a modern machine and 15 min sounds quite plausible for a modern laptop with a somewhat slow disk. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 14:11:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5E4F37B407 for ; Fri, 30 Aug 2002 14:11:10 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2A343E42 for ; Fri, 30 Aug 2002 14:11:09 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id GQF37091; Fri, 30 Aug 2002 14:11:08 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 8251F5D06; Fri, 30 Aug 2002 14:11:07 -0700 (PDT) To: "Jack L. Stone" Cc: Brooks Davis , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: Updating world with least downtime In-reply-to: Your message of "Fri, 30 Aug 2002 15:40:31 CDT." <3.0.5.32.20020830154031.020e3b90@mail.sage-one.net> Date: Fri, 30 Aug 2002 14:11:07 -0700 From: "Kevin Oberman" Message-Id: <20020830211107.8251F5D06@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Fri, 30 Aug 2002 15:40:31 -0500 > From: "Jack L. Stone" > Sender: owner-freebsd-stable@FreeBSD.ORG > > At 01:26 PM 8.30.2002 -0700, Brooks Davis wrote: > >On Fri, Aug 30, 2002 at 03:07:14PM -0500, Jack L. Stone wrote: > >> Yes, that's what I do after taking an image of the drive and also using the > >> "build box" as the first test to see if everything works okay. Downtime is > >> only a matter of seconds... riskier, yes, but acceptable with the image to > >> fall back on. Dropping to the single-user mode causes a downtime of about > >> 30 minutes otherwise on a 1.4G CPU machine... longer on slower machines. > >> Everthing is now done via scripts. > > > >If it's taking that long, it's got some serious problems even with the > >rediculous post times many boards have today. My laptop (with 3400RPM > >disk) takes <15. > > > >-- Brooks > > > > I don't believe your laptop does installworld, mergemaster, etc all in 15 > minutes.... we must must be talking different things.... For a modern system and a reasonable disk, this is trivial. I have a system which MUST not be down for over 15 minutes and I can do it quite easily unless I really fumble something in mergemaster. I do always merge a few files later and tend to install most changes very quickly, having ode the same upgrade on a non-critical system just before I do the critical one so I know what to expect. The actual installworld time on my 1GHZ system is about 5 minutes (5:34 last time). R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 14:14:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C294B37B401 for ; Fri, 30 Aug 2002 14:14:22 -0700 (PDT) Received: from web20609.mail.yahoo.com (web20609.mail.yahoo.com [216.136.226.167]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D41C43E4A for ; Fri, 30 Aug 2002 14:14:22 -0700 (PDT) (envelope-from darren780@yahoo.com) Message-ID: <20020830211422.14393.qmail@web20609.mail.yahoo.com> Received: from [142.173.224.254] by web20609.mail.yahoo.com via HTTP; Fri, 30 Aug 2002 14:14:22 PDT Date: Fri, 30 Aug 2002 14:14:22 -0700 (PDT) From: "Mr. Darren" Subject: scanner detected wrong and not working To: freebsd MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this is more of a followup after posts requesting information from usbdevs -d however I'll fill everyone else in, I have a umax astra 1600U which is listed as supported. ani927tpy6ge# scanimage -d umax1220u:/dev/uscanner0 scanimage: open of device umax1220u:/dev/uscanner0 failed: Operation not support ed ani927tpy6ge# usbdevs -d addr 1: UHCI root hub, VIA uhub0 addr 2: Astra 2000U Scanner, UMAX Data Systems uscanner0 ani927tpy6ge# -Darren __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 14:15:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7272437B400 for ; Fri, 30 Aug 2002 14:15:09 -0700 (PDT) Received: from vite.ch (mail.vite.ch [212.147.17.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E755643E4A for ; Fri, 30 Aug 2002 14:15:07 -0700 (PDT) (envelope-from mailing@vite.ch) Received: {(helo=hote) }}by vite.ch with esmtp (Exim 3.35 #1) id 17ksy0-0001lZ-02 for freebsd-stable@FreeBSD.org; Fri, 30 Aug 2002 23:06:08 +0200 Message-ID: <41164-22002853021847900@hote> X-Priority: 3 Reply-To: "www.notreshop.com" X-MSMail-Priority: Normal Organization: NotreShop.com From: "www.notreshop.com" To: "freebsd-stable@FreeBSD.org" Subject: Das Angebot von notreshop.com Date: Fri, 30 Aug 2002 23:08:47 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_84815C5ABAF209EF376268C8" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_84815C5ABAF209EF376268C8 Content-type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Informationsschreiben der notreshop=2Ecom : http://www=2Enotreshop=2Ecom Spezialofferte dieser Woche CD-ROM --------------------------------------------- Guten Tag, Interessiert Sie dieses CD-ROM ? Klicken Sie bitte auf den Link, der sich=20= unter der Produktbeschreibung befindet=2E --------------------------------------------- ARBEITSZEUGNISSE PROFESSIONELL ERSTELLEN=A0 - CHF 89=2E90 CD-Rom Windows 95/98/2000 --------------------------------------------- - Einfache, qualifizierte und Zwischenzeugnisse - Mit juristich einwandfreien Textbausteinen - Optional weitergehende Bewertungen - Einfache Bedienung --------------------------------------------- Mit dieser f=FCr MS-Word sparen alle Chefs und Vorgesetzten k=FCnftig eine= Menge=20 Zeit=2E Mit wenigen Mausklicks erstellen Sie aussagekr=E4ftige Arbeitszeug= nisse=20 f=FCr Arbeitnehmer=2E Der Computer nimmt Ihnen dabei die Formulierungsarbe= it komplet=20 ab=2E Sie werden durch alle Phasen der Zeugniserstellung gef=FChrt=2E Die = Bewertung=20 Ihres Mitarbeiters nehmen Sie nach dem Schulnotenprinzip vor; Qualit=E4t, = Quantit=E4t,=20 Arbeitseinsatz, Zuverl=E4ssigkeit, Arbeitssorgfalt sowie das Verhalten geg= en=FCber=20 Kollegen und Vorgesetzten=2E In der weitergehenden Bewertung k=F6nnen Sie = noch=20 mehrins Detail gehen und das Durchsetzungsverm=F6gen des Mitarbeiters beur= teilen=2E=20 Die juristisch einwandfrei formulierten Textbausteine werden dabei selbsts= t=E4ndig=20 in den abschliesenden Word-Text eingef=FCgt=2E Die Bedienung erfolgt =FCbe= r verschiedene=20 Men=FCpunkte, die alle wichtigen Elemente eines Arbeitszeugnisses mit einf= achen=20 Mausklicks und Dialogen ber=FCcksichtigt=2E Sie haben die Wahl zwischen ei= nfachen,qualifizierten=20 und Zwischenzeugnissen=2E Den fertigen Zeugnistext k=F6nnen Sie danach in = Ihrer=20 gewohnten Textverarbeitung MS-Word noch idividuell an den Mitarbeiter anpa= ssen=2E SOLANGE VORRAT --------------------------------------------- BESTELLUNG: http://www=2Enotreshop=2Ecom/Deutsch/arbeit=2Ehtm --------------------------------------------- Lieferung gegen Rechnung zuz=FCglich Versandspesen CHF 5=2E- ; zahlbar inn= ert 30=20 Tagen R=FCckgaberecht : 10 Tage=2E --------------------------------------------- Falls Sie keine weiteren Informationen per E-Mail erhalten m=F6chten, so k= licken=20 Sie bitte auf den untenstehenden Link: --------------------------------------------- Abonnieren / Aufl=F6sung :=20 http://www=2Enotreshop=2Ecom/Deutsch/abonnement=2Ehtm --------------------------------------------- Mit freundlichen Gr=FCssen, Ihr notreshop=2Ecom Team=2E=20 http://www=2Enotreshop=2Ecom ------=_NextPart_84815C5ABAF209EF376268C8 Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Informationsschreiben der notreshop=2Ecom =20

Informationsschreiben= der notreshop=2Ecom
Spezialoff= erte dieser Woche CD-ROM

Guten=20 Tag,
Interessiert Sie dieses=20 CD-ROM ? Klicken Sie bitte auf den Link, der sich unter der=20 Produktbeschreibung befindet=2E

=20 ARBEITSZEUGN= ISSE=20 PROFESSIONELL ERSTELLEN  - CHF 89=2E90

CD-Rom Windows 95/98/2000

- Einfache, qualifizierte und Zwischenz= eugnisse -=20 Mit juristich einwandfreien Textbausteinen
- Optional weitergehende Bewertungen - Einfache Bedienung

Mit dieser f=FCr MS-Word sparen alle Ch= efs und=20 Vorgesetzten k=FCnftig eine Menge Zeit=2E Mit wenigen Mausklicks erstellen= Sie=20 aussagekr=E4ftige Arbeitszeugnisse f=FCr Arbeitnehmer=2E Der Computer nimm= t Ihnen=20 dabei die Formulierungsarbeit komplet ab=2E Sie werden durch alle Phasen d= er=20 Zeugniserstellung gef=FChrt=2E Die Bewertung Ihres Mitarbeiters nehmen Sie= nach dem=20 Schulnotenprinzip vor; Qualit=E4t, Quantit=E4t, Arbeitseinsatz, Zuverl=E4s= sigkeit,=20 Arbeitssorgfalt sowie das Verhalten gegen=FCber Kollegen und Vorgesetzten=2E= In der=20 weitergehenden Bewertung k=F6nnen Sie noch mehrins Detail gehen und das=20= Durchsetzungsverm=F6gen des Mitarbeiters beurteilen=2E Die juristisch einw= andfrei=20 formulierten Textbausteine werden dabei selbstst=E4ndig in den abschliesen= den=20 Word-Text eingef=FCgt=2E Die Bedienung erfolgt =FCber verschiedene Men=FCp= unkte, die=20 alle wichtigen Elemente eines Arbeitszeugnisses mit einfachen Mausklicks u= nd=20 Dialogen ber=FCcksichtigt=2E Sie haben die Wahl zwischen einfachen,qualifi= zierten=20 und Zwischenzeugnissen=2E Den fertigen Zeugnistext k=F6nnen Sie danach in = Ihrer=20 gewohnten Textverarbeitung MS-Word noch idividuell an den Mitarbeiter anpa= ssen=2E

SOLANGE VORRAT

BESTELLUNG

Lieferung gegen= Rechnung=20 zuz=FCglich Versandspesen CHF 5=2E- ; zahlbar innert 30=20 Tagen
R=FCckgaberecht : 10 Tage=2E

Falls Sie keine weiteren=20 Informationen per E-Mail erhalten m=F6chten, so klicken Sie bitte au= f den=20 untenstehenden Link:

Ab= onnieren /=20 Aufl=F6sung

Mit freundlichen Gr=FCssen, Ihr notreshop=2Ecom Team=2E ------=_NextPart_84815C5ABAF209EF376268C8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 15:17:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83B3337B400 for ; Fri, 30 Aug 2002 15:17:37 -0700 (PDT) Received: from mail19b.rapidsite.net (mail19b.rapidsite.net [161.58.134.134]) by mx1.FreeBSD.org (Postfix) with SMTP id DDF8243E65 for ; Fri, 30 Aug 2002 15:17:36 -0700 (PDT) (envelope-from rob@pythonemproject.com) Received: from www.pythonemproject.com (198.104.176.109) by mail19b.rapidsite.net (RS ver 1.0.63s) with SMTP id 0120186199 for ; Fri, 30 Aug 2002 18:26:04 -0400 (EDT) Message-ID: <3D6FEEC3.54446F76@pythonemproject.com> Date: Fri, 30 Aug 2002 15:16:36 -0700 From: Rob X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Re: Updating world with least downtime References: <20020830211107.8251F5D06@ptavv.es.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Loop-Detect: 1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hehe, on my new Dell 8200 w 2Ghz P4, DDR, and 5400rpm drive its fast enough that I'd be wasting my time measuring it :) Rob. Kevin Oberman wrote: > > > Date: Fri, 30 Aug 2002 15:40:31 -0500 > > From: "Jack L. Stone" > > Sender: owner-freebsd-stable@FreeBSD.ORG > > > > At 01:26 PM 8.30.2002 -0700, Brooks Davis wrote: > > >On Fri, Aug 30, 2002 at 03:07:14PM -0500, Jack L. Stone wrote: > > >> Yes, that's what I do after taking an image of the drive and also using the > > >> "build box" as the first test to see if everything works okay. Downtime is > > >> only a matter of seconds... riskier, yes, but acceptable with the image to > > >> fall back on. Dropping to the single-user mode causes a downtime of about > > >> 30 minutes otherwise on a 1.4G CPU machine... longer on slower machines. > > >> Everthing is now done via scripts. > > > > > >If it's taking that long, it's got some serious problems even with the > > >rediculous post times many boards have today. My laptop (with 3400RPM > > >disk) takes <15. > > > > > >-- Brooks > > > > > > > I don't believe your laptop does installworld, mergemaster, etc all in 15 > > minutes.... we must must be talking different things.... > > For a modern system and a reasonable disk, this is trivial. I have a > system which MUST not be down for over 15 minutes and I can do it > quite easily unless I really fumble something in mergemaster. I do > always merge a few files later and tend to install most changes very > quickly, having ode the same upgrade on a non-critical system just > before I do the critical one so I know what to expect. > > The actual installworld time on my 1GHZ system is about 5 minutes > (5:34 last time). > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- ----------------------------- The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 17:20:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 526DA37B401 for ; Fri, 30 Aug 2002 17:20:38 -0700 (PDT) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3810043E6A for ; Fri, 30 Aug 2002 17:20:31 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.5/8.12.5) with ESMTP id g7V0KPDL000479; Fri, 30 Aug 2002 17:20:25 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.5/8.12.5/Submit) id g7V0KOLS000478; Fri, 30 Aug 2002 17:20:24 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Fri, 30 Aug 2002 17:20:24 -0700 From: David Schultz To: Kevin Oberman Cc: "Jack L. Stone" , Brooks Davis , "David W. Chapman Jr." , stable@FreeBSD.ORG Subject: Re: Updating world with least downtime Message-ID: <20020831002024.GA390@HAL9000.homeunix.com> Mail-Followup-To: Kevin Oberman , "Jack L. Stone" , Brooks Davis , "David W. Chapman Jr." , stable@FreeBSD.ORG References: <3.0.5.32.20020830154031.020e3b90@mail.sage-one.net> <20020830211107.8251F5D06@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020830211107.8251F5D06@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Kevin Oberman : > For a modern system and a reasonable disk, this is trivial. I have a > system which MUST not be down for over 15 minutes and I can do it > quite easily unless I really fumble something in mergemaster. I do > always merge a few files later and tend to install most changes very > quickly, having ode the same upgrade on a non-critical system just > before I do the critical one so I know what to expect. > > The actual installworld time on my 1GHZ system is about 5 minutes > (5:34 last time). Nice record. There ought to be a better solution than ``run mergemaster really fast and hope nothing goes wrong,'' though. For example, you could use mergemaster with -D on a copy of /etc and commit the copy in single user mode. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 18: 0:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5693437B400 for ; Fri, 30 Aug 2002 18:00:28 -0700 (PDT) Received: from CRWdog.demon.co.uk (ppp-67-116-46-57.dialup.sntc01.pacbell.net [67.116.46.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01CF43E65 for ; Fri, 30 Aug 2002 18:00:26 -0700 (PDT) (envelope-from spadger@best.com) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id B5DF148B; Fri, 30 Aug 2002 20:59:33 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Fred Clift Cc: Barney Wolff , stable@FreeBSD.ORG Subject: Re: Cursor (trackpoint) "creep" with moused? In-Reply-To: Message from Fred Clift of "Fri, 30 Aug 2002 09:09:24 MDT." <20020830090650.J35161-100000@vespa.dmz.orem.verio.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-871450593P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 30 Aug 2002 20:59:33 -0400 From: Andy Sparrow Message-Id: <20020831005933.B5DF148B@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-871450593P Content-Type: text/plain; charset=us-ascii > Toshiba trackpoints will ocasionally recalibrate themselves, which > manifests as about 5 seconds of creep - longer if you try and fight it :). Exactly - this in fact, was what I was doing, which I've only realised since I understood the underlying mechanism. As soon as I noticed the creep, I'd both become acutely aware of it, and try to compensate for it - which made it persist. When I first saw this, I thought that the trackpoint hadn't correctly returned to a neutral position, so I'd try to provide input and hope that it would, in fact, center itself (and at least I'd keep the mouse near where I wanted it to be). I seem to have never lost this habit - which is, of course, precisely what you /shouldn't/ do, if the hardware is to compensate for some bias. Now, in fact, I'm having fun with it. I can provoke it at will by gently applying pressure in a single direction. After a few seconds, it "notices" that there's an inbuilt bias, and the creep will stop - at which point, releasing the pressure gives a creep in the opposite direction, which similarly lasts for a few seconds before it corrects again. > At least on toshiba my porteget 300CT and 320CT laptops lthis is so, and I > hear from many other toshiba users that this is 'normal'. > > As for minutes of creep (the original poster mentioned it fixing itself > after 45 seconds...) Heh. This would appear to be some kind of time dilation effect due to irritation. It certainly doesn't take that long now... Thanks all! AS --==_Exmh_-871450593P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE9cBT1PHh895bDXeQRAuyjAKDLoA6pLGXllIF5+oxdeZ+z8eMICwCcDHeK 7N5sNiqnna+jd9MaYIhZWng= =vj2l -----END PGP SIGNATURE----- --==_Exmh_-871450593P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 18:27:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EABF37B400 for ; Fri, 30 Aug 2002 18:27:56 -0700 (PDT) Received: from backup.dagupan.com (mailserver.dagupan.com [202.91.161.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F7E743E75 for ; Fri, 30 Aug 2002 18:27:55 -0700 (PDT) (envelope-from francisv@dagupan.com) Received: by mailserver.dagupan.com with Internet Mail Service (5.5.2653.19) id ; Sat, 31 Aug 2002 09:31:25 +0800 Message-ID: <10F29E27A956D511B0940050DA8D86A985C5F0@mailserver.dagupan.com> From: francisv@dagupan.com To: freebsd-stable@FreeBSD.ORG Subject: Periodic: support for non-sendmail MTAs Date: Sat, 31 Aug 2002 09:31:25 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I noticed that /etc/periodic/daily/500.queuerun uses a sendmail-specific command line "-Ac". Some installations use Postfix and it does not understand this command line. --- francis a. vidal [bitstop network services] | http://www.bitstop.ph streaming media + web hosting | http://www.keystone.ph v(02)330-2871,(02)330-2872; f(02)330-2873 | http://www.kuro.ph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 18:46:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87C1637B400 for ; Fri, 30 Aug 2002 18:46:11 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id D66DA43E72 for ; Fri, 30 Aug 2002 18:46:10 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1) with ESMTP id g7V1k36X010479 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 30 Aug 2002 18:46:03 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.6.Beta0/8.12.6.Beta1/Submit) id g7V1k3ZQ010476; Fri, 30 Aug 2002 18:46:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15728.8155.372852.435056@horsey.gshapiro.net> Date: Fri, 30 Aug 2002 18:46:03 -0700 From: Gregory Neil Shapiro To: francisv@dagupan.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Periodic: support for non-sendmail MTAs In-Reply-To: <10F29E27A956D511B0940050DA8D86A985C5F0@mailserver.dagupan.com> References: <10F29E27A956D511B0940050DA8D86A985C5F0@mailserver.dagupan.com> X-Mailer: VM 7.03 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG francisv> I noticed that /etc/periodic/daily/500.queuerun uses a francisv> sendmail-specific command line "-Ac". Some installations use francisv> Postfix and it does not understand this command line. Set: daily_submit_queuerun="NO" in /etc/periodic.conf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 20: 8: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E04237B400 for ; Fri, 30 Aug 2002 20:08:03 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 107F243E72 for ; Fri, 30 Aug 2002 20:08:02 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g7V37q367747; Sat, 31 Aug 2002 12:07:52 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: stable@FreeBSD.org In-Reply-To: <10F29E27A956D511B0940050DA8D86A985C5F0@mailserver.dagupan.com> References: <10F29E27A956D511B0940050DA8D86A985C5F0@mailserver.dagupan.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 12 From: Makoto Matsushita To: francisv@dagupan.com Subject: Re: Periodic: support for non-sendmail MTAs Date: Sat, 31 Aug 2002 12:07:47 +0900 Message-Id: <20020831120747N.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG francisv> Some installations use Postfix and it does not understand francisv> this command line. I don't think MTAs except sendmail use this script. Instead, create your own periodic scripts under /usr/local/etc/periodic or some other places. It would be better ports/mail/postfix does that, but it's just a ports issue. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 20:12:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C48337B400 for ; Fri, 30 Aug 2002 20:12:13 -0700 (PDT) Received: from fep.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1316D43E3B for ; Fri, 30 Aug 2002 20:12:12 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp941.sa.padsl.internode.on.net [150.101.246.172]) by fep.internode.on.net (8.12.4/8.12.4) with ESMTP id g7V3BxLP000823; Sat, 31 Aug 2002 12:42:00 +0930 (CST) Received: from localhost (root@localhost [127.0.0.1]) by midget.dons.net.au (8.12.2/8.12.2) with ESMTP id g7V3B07B041077; Sat, 31 Aug 2002 12:41:01 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: OpenOffice problems on 4.6.2 From: "Daniel O'Connor" To: jerry@thehutt.org Cc: "Sergey A. Osokin" , Terry Todd , stable@FreeBSD.ORG In-Reply-To: <20020830170409.GA9089@nomad.thehutt.org> References: <20020830111137.A76419@badger.tltodd.com> <20020830161549.GA87481@freebsd.org.ru> <20020830170409.GA9089@nomad.thehutt.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 31 Aug 2002 12:41:51 +0930 Message-Id: <1030763517.5280.19.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Spam-Score: -3.4 () IN_REP_TO X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-08-31 at 02:34, Jerry A! wrote: > : > $ ./soffice > : > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > : > Abort trap > : > ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found > : > [1] 1256 Abort trap ./soffice > : > $ Uhh, SVR4?! Looks like brandelf is needed to mark the binaries as the right type. I haven't had any problems building OO 1.0.1_3. Remember you need a valid DISPLAY variable set to install though. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 21:19:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EFD437B400; Fri, 30 Aug 2002 21:19:57 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C46443E42; Fri, 30 Aug 2002 21:19:57 -0700 (PDT) (envelope-from parv_fm@mailsent.net) Received: from sdn-ap-032dcwashp0416.dialsprint.net ([65.179.73.162] helo=moo.holy.cow) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17kzjj-0001e8-00; Fri, 30 Aug 2002 21:19:52 -0700 Received: by moo.holy.cow (Postfix, from userid 1001) id 67687C550; Sat, 31 Aug 2002 00:22:28 -0400 (EDT) Date: Sat, 31 Aug 2002 00:22:28 -0400 From: parv To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Periodic: support for non-sendmail MTAs Message-ID: <20020831042228.GA53742@moo.holy.cow> Mail-Followup-To: Gregory Neil Shapiro , freebsd-stable@FreeBSD.ORG References: <10F29E27A956D511B0940050DA8D86A985C5F0@mailserver.dagupan.com> <15728.8155.372852.435056@horsey.gshapiro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15728.8155.372852.435056@horsey.gshapiro.net> 'From: parv ' Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG in message <15728.8155.372852.435056@horsey.gshapiro.net>, wrote Gregory Neil Shapiro thusly... > > Set: > > daily_submit_queuerun="NO" > > in /etc/periodic.conf. ah, i was wondering about that that setting it in /etc/rc.conf doesn't do much. thanks. - parv -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 21:44:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6D9637B400 for ; Fri, 30 Aug 2002 21:44:29 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E7B243E42 for ; Fri, 30 Aug 2002 21:44:29 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 047AA2CC7F3 for ; Sat, 31 Aug 2002 01:44:21 -0300 (ADT) Date: Sat, 31 Aug 2002 01:44:20 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Subject: Latest kernel panic, second server ... Message-ID: <20020831014306.V14642-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aug 30 23:39:41 jupiter /kernel: Fatal trap 12: page fault while in kernel mode Aug 30 23:39:41 jupiter /kernel: mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 Aug 30 23:39:41 jupiter /kernel: fault virtual address = 0xdf9c Aug 30 23:39:41 jupiter /kernel: fault code = supervisor read, page not present Aug 30 23:39:41 jupiter /kernel: instruction pointer = 0x8:0xc01e6bab Aug 30 23:39:41 jupiter /kernel: stack pointer = 0x10:0xf9b3ed7c Aug 30 23:39:41 jupiter /kernel: frame pointer = 0x10:0xf9b3ed84 Aug 30 23:39:41 jupiter /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 30 23:39:41 jupiter /kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 30 23:39:41 jupiter /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Aug 30 23:39:41 jupiter /kernel: current process = 71960 (gzcat) Aug 30 23:39:41 jupiter /kernel: interrupt mask = none <- SMP: XXX Aug 30 23:39:41 jupiter /kernel: trap number = 12 Aug 30 23:39:41 jupiter /kernel: panic: page fault Aug 30 23:39:41 jupiter /kernel: mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 Aug 30 23:39:41 jupiter /kernel: boot() called on cpu#0 Aug 30 23:39:41 jupiter /kernel: Aug 30 23:39:41 jupiter /kernel: syncing disks... 159 8 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 Aug 30 23:39:41 jupiter /kernel: giving up on 3 buffers Aug 30 23:39:41 jupiter /kernel: Uptime: 2d10h19m18s Aug 30 23:39:41 jupiter /kernel: amr0: flushing cache...done jupiter# nm -n /kernel | grep c01e6bab jupiter# nm -n /kernel | grep c01e6ba jupiter# nm -n /kernel | grep c01e6b c01e6b24 t vm_map_entry_create c01e6b68 T vm_map_lookup_entry c01e6bd4 T vm_map_insert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Aug 30 21:46:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E00437B400; Fri, 30 Aug 2002 21:46:47 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id D956843E4A; Fri, 30 Aug 2002 21:46:46 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 781882CC7F0; Sat, 31 Aug 2002 01:46:38 -0300 (ADT) Date: Sat, 31 Aug 2002 01:46:38 -0300 (ADT) From: "Marc G. Fournier" To: Matthew Dillon Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <200208301939.g7UJd0Pb031372@apollo.backplane.com> Message-ID: <20020831014427.X14642-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, I've setup this script on both my (un)STABLE servers, and will report after the next crash ... which shouldn't take long :) On Fri, 30 Aug 2002, Matthew Dillon wrote: > > :Is there any definite way of determining this? From what I can find int > :he man page, VNODES have to do with the file system and directory lists > :... my last two crashes look to be related to the file system itself, so > :have started to watch the VNODE numbers to, but is there some way of > :determining what I should raise, and where? > > If you can get to a DDB> prompt on the crash (kernel config w/ DDB) > do this: > > ddb> print *kernel_vm_end > > And tell me what you get. Also note the fault address. > > In order to really track down the cause I need a vmcore and kernel.debug > to play with, but baring that you might be able to dump memory > statistics to a file like once a second until the machine crashes. > > while (1) > sleep 1 > date >> stats.log > vmstat -m >> stats.log > vmstat -z >> stats.log > netstat -m >> stats.log > fsync stats.log > end > > :I'm running 4Gig of RAM and Dual CPU over here, so having a swap device > :large enough to 'dump core' is kinda out of the question, so I can't > :provide any more infomration that i have so far in other messages :( > > If you can reproduce the crash with less memory you may be able to > generate a core. To boot the machine with less memory add a line > to your /boot/loader.conf file: > > hw.physmem="768m" > > I usually always keep such a line in my loader.conf file, commented > out (e.g. #hw.physmem=...) until I need it, because I always forget > the name of the variable :-) > > :And, also, should any 'server class' operating system be more graceful > :about such things? Some sort of soft limit that triggers it to refuse new > :processes or something when its hit, so that it doesn't actually crash? > :Kinda like the NMBCLUSTERS warning/error message when its set too low? > > FreeBSD-current will be far more graceful, but FreeBSD-stable is still > using algorithms based on circa 1990 system memory capacities. As > memory capacities have grown larger then available KVM the algorithms > have been less able to cope with the massive number of resources > that can now be cached. > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 2:30:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C218337B400 for ; Sat, 31 Aug 2002 02:30:41 -0700 (PDT) Received: from ogyo.bugsgrief.net (mail.bugsgrief.net [210.164.96.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E13443E3B for ; Sat, 31 Aug 2002 02:30:40 -0700 (PDT) (envelope-from horio@bugsgrief.net) Received: from gorgon.near.this (gorgon.near.this [10.0.3.12]) by ogyo.bugsgrief.net (8.11.6/8.11.6) with ESMTP id g7V9UcK57531 for ; Sat, 31 Aug 2002 18:30:38 +0900 (JST) (envelope-from horio@bugsgrief.net) Message-Id: <200208310930.g7V9UcK57531@ogyo.bugsgrief.net> Date: Sat, 31 Aug 2002 18:11:00 +0900 (JST) From: BugsGrief@bugsgrief.net To: freebsd-stable@freebsd.org Subject: ata problem(s) X-Received: (from horio@localhost) by byte.near.this (8.10.1/8.10.1) id g7V9B0120302; Sat, 31 Aug 2002 18:11:00 +0900 (JST) X-Received: from byte.near.this (bytenet.near.this [10.0.3.1]) by gorgon.near.this (8.11.6/8.11.6) with ESMTP id g7V9B1O26488 for ; Sat, 31 Aug 2002 18:11:01 +0900 (JST) (envelope-from horio@near.this) X-Message-Id: <200208310911.g7V9B0120302@byte.near.this> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been using following IBM ata disk since late 4.4 stable. 1. 4.4-stable % dmesg|grep ata atapci0: port 0xffa0-0xffaf at device 13.1 on pci0 atapci0: Busmastering DMA not supported ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: 58644MB [119150/16/63] at ata0-master BIOSPIO (full dmesg attached) The disk occasionally caused read error (per one or two days), sometimes causing victim process segfault. But the system itself has never freezed or crashed, after swap space on the disk is removed. The tag value had no relevance to the error. 2. 4.6.2-release with tag=0 After moving to 4.6.2, a read error has become very serious. It prints reset message and the system freezes. login: ad0: READ command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done On the other hand, the system stands for write errors although the recovery took at leaset 2 x 3 retries (not sure if a series of retry attempts is related to single write event, but the errors happened when I peeked the progress of copy with du into the disk), as far as I tested. login: ad0: WRITE command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done ad0: timeout waiting for DRQ - resetting ata0: resetting devices .. done ad0: timeout waiting for DRQ - resetting ata0: resetting devices .. done ad0: timeout waiting for DRQ - resetting ata0: resetting devices .. done ad0: WRITE command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done ad0: timeout waiting for DRQ - resetting ata0: resetting devices .. done ad0: timeout waiting for DRQ - resetting ata0: resetting devices .. done ad0: timeout waiting for DRQ - resetting ata0: resetting devices .. done ad0: WRITE command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done 3. 4.6.2-release with tag=1 This is more stable than tag=0. But freezes do occur. The messages always claim tag=0. login: ad0: READ command timeout tag=0 serv=0 - resetting ata0: resetting devices .. done 4. Non-technical observations. o READ timeout never recovers. o In a conservative speak, tag=1 is slightly better than 4.4 wrt. stability. o When tag=1, READ command timeout says tag=0. But at least on the way observable, tag=1. o Besides heavy load, "abruptness" is very much hated. For example, a freeze occurred when man atacontrol is typed on it which has been quiescent for a while, saying Formatting page, please wait...Done. Similar freezes are experienced with ls, sysctl, grep, top and reboot (some of them might be wrong, since initially I was careless about the relationships of freezes and command inputs). o 40/80 pin cables have no difference. o 'di apm0' causes almost immediate hang at the first login, while 'en apm0' is much better, but giving neither is the best. horio shoichi http://http.bugsgrief.net/ ---D-M-E-S-G---------------------------------------------------- Copyright (c) 1992-2002 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 4.6.2-RELEASE #1: Thu Aug 20 21:32:03 JST 2002 horio@ghost.near.this:/usr/obj/usr/src/sys/GHOST Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping = 7 Features=0xfbff real memory = 67108864 (65536K bytes) config> q avail memory = 61571072 (60128K bytes) Changing APIC ID for IO APIC #0 from 0 to 2 on chip Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc03b8000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03b809c. Pentium Pro MTRR support enabled apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 17 -> irq 16 pci0: on pcib0 isab0: at device 13.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 13.1 on pci0 atapci0: Busmastering DMA not supported ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcib1: at device 14.0 on pci0 IOAPIC #0 intpin 18 -> irq 17 pci1: on pcib1 rl0: port 0xec00-0xecff mem 0xfcfffc00-0xfcfffcff irq 17 at device 10.0 on pci1 rl0: Ethernet address: 00:40:95:20:19:04 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci0: at 16.0 irq 2 ahc0: port 0xd800-0xd8ff mem 0xfe810000-0xfe810fff irq 16 at device 17.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs orm0: =B7|=AD=FB=B9q=A4l=B3=F8 --=_NextPart_2altrfkindysadvnqw3nerasdf-- --=_NextPart_2relrfksadvnqindyw3nerasdf Content-Type: image/gif; name="24Klogo_f01.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="24Klogo_f01.gif" Content-ID: 200209010032560 R0lGODlhbAAlANQfAGs1BNufR7ptJZhiK+aJOP7OZvC7WruFS6x4RfOfRohMEqNtO9N7L9WFNeyw VaZgHOrayfbq4t/Hr9Ovkezk3HpCCsKWaq6EVP2WQv7IZJFWHP7+/tKRPrx8MPywUQAAACH/C05F VFNDQVBFMi4wAwEAAAAh+QQADwD/ACwAAAAAbAAlAAAF/yAmjmRpnqhIrGzLtG0qz3Rt3yyj7/ze /DDWbUgsynKCpFLQaTI4UE4gEIQZr1jaSpd8KJvSacBBLjvE6GB2fWQskwTV9s0Mlw34DB5v7osT VCtsgyQMCgAVAwiLCxUAD1xKCpMKGhodGZl6ZWidY2ZTgEKEbASHGhMbqqsbCwAaDA0EARoAE7cT Cx1nAVBNvzpRaA58HlOjpFkEiKmszq4e0R22qxIKDx1vPTsraHzHOnHJygoRrBILEqwRAAHGAAis FRUCOocA+I85+fybAQ3hxq1hAACCqgmODllgpeBFhXKrXL0QUaHZBgQCVACAqCqCAjIB3AgQJ7BI iwqoBv9sJODhQQVWGgQ8AKDuIAAlKwquiolhGccNEQaQ4YCz5JUXcQxNYpBABEGYBON1RLQAQQUC T1cBeLHRXEcNBhxkg0TSKJEACZqaWGGJFSINMKVuAEBAAFxVEug68gpUw4AACLwwMIslmloTBBfi xWdQ1QVqG/ISeCB3ggJHNVW56vDAS1nCRDwcLkEAJStXFvMCWGVBAQYFFyJiPv1IMGhlgkwcarxh AoABqyI8BK75AQbIG2plbrWx3ufbRCaamGlReAW+rioo3qBg5OpV2mnDeg590Mzt3JH7FqAT6FYB L1mzUvmAfHk252kvWAXhlQAFq/g22V3ObKBSRveNYwr/ANsFhQhD9CiwnyoIdKeBXKysl6CCh1R3 T2YSMLKARRMgsIACFq1z04akLEMTf45oMGGBNPqWGXoI0MUiG+z9pBpR6NHISo5u8caOcQnOQsZI XIhjxXQALMDXYxUg0AECFuCi5QSZRTCBBQ8FFyUrj9lXFyXd1dVZEi+ItEQPJMxE4UNo1rlUCTPF Vk1VCFzAiEp0UiJXjtfM6Ft7qlRQX24qOILALTni8+gEjx3y6KQLDHDLY4P1BBkEudyy0S2X3TJA pyPAJqQzCGhQQkWrDJCRAoNeNuMGFmz12WW8GXjdOa+smlynpbFiwV0aKKaBnluVoMByq15DwjK8 VTAY/6zFsderoml1u0wzWOaYCgQDKHtXiQdJBYtGUuFz14wIGJTrZxUsYC+ffpp4rytlLcMfXdTu BAk8xgLQQFo9wadKrp0BuMEFVapyoSoEz9UuqrDmZQhe1SSKJAkaVOKFlYsMoEFna5ZgSIkqvfcd xR0kwB5fyXWH5oSBJYEzg6oosBA7P/PMDiW1GGSZv/wFqGMJ9UxBTAa8BILVNv89dDITbS0WjQcV 2/SbqFK5kqO6AJjTnzo29vaib5oeSuE1L0MglyUniEHGN8f8ANAO2fTdwRNTLBKgAsZMVjZMhydH XAQGVdhRYypR+B2RFyWeNaWH1FSVTaiS4IAxHvghRqcUpNv9dCYdKLJIyNkk8RufrR7eH8+qQFCL nkC54vCJmu0uOyJeWYaie1IN4Frdw/Sh/N2aZBLWGR1YEvI14dRFx1uIzFTJIYq+VctNr3xvibvf o4QI+RtNEjL6nRciSydmhLXH81Fz0ARGbyLVRkBTS9f/YP/bRji48b+ecIMHKYgFCzzRiSj8gg7O YdSOFBQEvf2Ab61TAg8kOEGjVCGAG3xSB8sTAgAh+QQBGQAQACwAAAAAWwAlAAAF/yAkjmRpnqiI rWzrtmksz/TMEk0DCc+j/cDeQ8BouGrIZI0l8lWeCsWwo4MEIJwAp8HTPBhMpXiMgXAfz4pXwHE4 DJlCZk6vzx07hXE17sf4TT8PWA4ZcHQFiYqJdnYGQ2F+kiNnPSQaIgckdBBuWJ8QjXQND5GTpwQO HoMlBxkOWwIaUWm0UByiPYCnkggyalFSIg0ExcV8DLMGinMQFQK7vCZVNASgJ0Ym0CvWJooOswRl 0ijUJBUx6CO+2THmIxXLGRoVYOQmpiQJJsL3IgUBFACw549EPhEJ9hUsoSAUhyftFqqIJhGFggUZ BKjpVnHiOGkf4aXg4KwjvpCn1P8hkcLRpEc/KscMQumSoksRDW/q3Mmzp08lC36mNBGzRlGhSJNO WnBBKSokHSAEdQqB1Yx3NCaIuICgKYqjY1oanQQWhVVeVRIm3Fn23lmqEHwNGACh6QWuc+P2UYAJ LEkICnfyeLLggOEDHQTuEDCtBLq3WDyke3JTXZkKuBYVmMUAgrHPJWsNygkXBQYehxBxoAdFQS2+ Ahq0MaTJhOTSEE4LEHXnypVObuyU8NrEkghfSSucflCIt+ZFIwwZYuz6CSZxGDpTxUBAymzeiAoY cMOhg5Mngxhgp+l0Bak1skFxmN+Bh60KwtTDwF0CBgMePQARBCtFrGcTfwa9wM0IMQoehCAKIQAA IfkEAXgAAQAsAAAAAGkAJAAABf9gII5kaZ5oKhKs6r5wLM8BwQhxS+98TxIvjkrhKxpVDBExlZkl j9CoyFDKWK/Wl0IgAKII3C7MxnhKRWaeEKYBICoAr6mNAFTA4Tw32e4r/oCBCg88DVMmCDF/KQdu GxsKciQPABMbEBUMbgicnQgaXJUbEwoIE6eoqAdLNA6uOC6EaTWSAVcBAgAajxIAhD+UFo8QdruP x48IuQgbFgCiqaijrLUiiSYcDtUjOjMZBnTNEBuNsLhwwhIHlxrMA8/w8LsSFRELGxIDCwAKFRPM q7idYJXjxbYAHexY2mdsHw5NC8Ydi7AhgqVMPyociEBMQoR1FoQ9syRswa8ZGs7/jFDghgKFNsse 7XsgYEAyDTj/VJCwIR68CuMmlLSJwOaCewfWgVLZowICiRY8IaDYDF7EaI2QIesHQNgop814QqAo YRyAWUxLEKFgQiJPrY+ofnyg4NIpnhbqWoLAieIdfvgiWLB01+4EjgCgHDBRjeCIRLsu+BwbT8HC B/f+IRCG4B6zCRUq4LOjIEKEShMoK/Ac+mvaJYutnYAMj6YASqMAhGH5rBRcDUq/MqvzFBnPCc+Y 9dnwKW2Ma0radUrnaUHKAP56juzJE0BuygAojkPw9i3cAeacv4BlGa7WCSkJAJA40TtyfMN7d4V0 gOeBcQd0wpMCaKnnAktcAaBU/3LPpKTJJdV5JoppugEgQVkVcbKBBt3RJEocBs5AgF7bJTfKdQLs 8sY9LF2kwDobvJMLPqOMYol9dsCRWxTQQUeDfOPAgdgup133ADMLKECUaMiJ0tMf9wgjzGHE8JIa Xo4pAUWWKGgCjzAs5SZMGw0qyBx5Nm7o5GgWMucmYbpIxdxJMPgoRU3u5UnKVMekNooEfJJCESmj KKchAlvcpiRPS8UgQGwqMSCdVJRyooECZX0yEjEamLYPPxzBIUoF7cRoJIzOFIjCo1JAeoMeAvQT WgVbXCpraA88IOozonoIBxydQkBEBdiNQKwGv5YAaQASBHCBs85+QisJXPJwEHgJC4QE3QAXDGDB BZcu0NkKNuzA3rIhkqBquiigG0C17MbrA0HPjlBvvHSa4K68uJCw7w8yODDEIunC+wIWTezwwHUj uCIwvwYmrCUMHdw7xcMQn/BvvAxHsXEPBtOAMBYlULHSuxkz1bELWaSc8rouxwzFtTKfEQIAIf4i wW6p+qFHqqnFdqnSprOhQav+qKmlsqhzoUUBVVNTUENNVAA7 --=_NextPart_2relrfksadvnqindyw3nerasdf Content-Type: image/gif; name="24Kad.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="24Kad.gif" Content-ID: 200209010032561 R0lGODlh1AE8AOU/AAICAriOPOHJV9qKT5xYHtSxTNZaWtSxkZapyZZyKuvOtI6WvkoqCr6eP9ae Yu62jv705e6mWo56hmJCGrBsL66HZbZKOtF1MP6VOpxiIP7exfbqgNm+qcamiGkrAr6JZP5zhr6e ejIaAv7Gnv6Slu5icsa+vuaeWqZ6Ut6+Yq56Uv6eUubWcv62plo6EnI6B/7+/p5uSnlEE/7RseaW hqamrpZiOsSWYP6pYP69hv5qhJZaL962Ut62nqZqOgAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQE PAD/ACwAAAAA1AE8AAAG/0CPcEgsGo/IpHLJbDqf0Kh0Sq1ar9isdsvter/gsHhMLpvP6LR6jGm7 3/C43I1r1+8YvP6O6/v/gIGCg4SFhn85fYmLODmOj5CRMzmTM5aXmJcaMxqdnp+gEBqiEKWmp6ip pjAQrK6vMLGys7S1tre4ubCtrq2+vcClrL6qxcbHqaPKy6DNzpubmdLSlNWTkdjZkI2Ojd6M4N/i 4eSNRHPo6Xnq6+t47XTu8nyH9faEjOPc39rV1tbTogl8RqpTQWWkkAkj9kvYsIcLgUls+IoXxYsQ GTKEGEyjwo/IEDL7dNCTqGeeOE1beenfo2v9+unrNlORTUR+Et0sl+McO/8MKEEpCEq0qNGjSFHm DERuUUxIlQCyhNaJE8qTCUeZ0goy1cOKsS7y4kiRbLCJExd2XdtVpFaRW0uORKkSmkqWlgD+g/n0 Eb9u+QB727lU5+DDhsP5ZGe3cd0ZDxo7s8ppKFLLSakaxRwUUL6ZTrn1rUR65UCCBlOXQsg240a1 Z79ajP2rY8ZhxHD38uiVbbLVqN4WPJna5FHKdvHmxeSPb1+nfhWFu4mYOvXES3H2HPITg1XNzQ58 ekz1+wPkzb5riJxZAwek74vi077vaVTSlALWrXrVONbgyOC2ilhg1TabbGGRVZZFud3m24PARTgc cHAtI9dx0ViSITUtNef/iHMyRQedTTphZ92JOF13GA6LqeOYQHVFth9448U3Hn+g2JgUe0bx2BlT JIIGWEz3laYfaiSxBhdIZ0XU0IKxFSgLRmrlNqCVAkJoDFdcUphQSVhldpdjyi13jXMgbiOYXyYS huI9hSTSYjo4lpdSfOi9OIMCPgbFSZ9COaOAjkQR+kxh2TUFHTb3SWXafuqFUmExXLWGkW1iYTlg k1K+phBrIE36pXDD+WchhuSVuZxLMKUZSX2fTfcZnLTeNCc6lKGnIZ+W5dnMoJKB8h2wvyJggrHO GIqSss0IUmKQ4CzK6IeOShMsUaVm2xWmVlKZ4IHgKujgKVn+JqlJlI46/+GSwr1lHKp6bjhNfo1G 1Resf6mYYq383joHjuRB856uL2rAZ3o0dgKoBsci4DBnBi/8jMSgGPKstP20Sq+RGnacsKmiWnql Wd462S1Hu6W8KbkAPmMZcVmVWpy2FLoFZnHp3aXqSns9N+SIsz6bHb9Es8jdT3ZCGjHBkVY1lK+/ Kuvw1AhAzGzURnkWZE0YT1vkox87E2ZcpBYjoG5OYopWg7OdPLJG5cqlwNx0D/WyaheKPZLMmSmw M149n+nPvTTVtG/RRfsrh9IAu2fnjXURS2OegHJAtcMm1IgUxZ+kiF20z9W7sbUa1pmkhTSLPC7K BBqoqaauVRmcJ3NzwP/BA7fjPujcBs/1a1DEtec0Jn6f5/fOow/uqpqhNQ8k4tD7oXgcm/hdla7s ITej09bfiLChU889dead8HrU1Z0PcrGQROp1yQM5PHDemEbBrOSXAaLioNpPqvx63Cyj1Cd2J78C GvABdHNZ7RaYQOEJq3qX4FMBFRC/88yPZ6vykM+cJ7TpRO+D04ODAmqwgA484AC3O8AJT8iBA6jw hSuE4QtbiLsY4k6GN0zhDDuwgB6ikIQ97AARYuDCFN6uhUdEIe5sx8Qm2k4BziKMUyIwgCpaESrU 2gsmKjAEG5Rue0n6T5cAxKS3oc1t36JSlTh1jGXUroAHGIANCEAAGwz/QIXy251l6jY3A/KKj4AM 5Nz2dLzjvQ8yBaygIwwIGeaYqWeDy0a+ZPVBe+QBTiF8g+UeVr7ePY1zv+KdUWZAqIaRj2EOI4IM PFCBokjuR+KA1jeoqAQZ0NGOZzLTAIRAACHY4DRFGRupKpU/M4rCBB2oQAyWWQFxmQwCTDRBE6Xp RGLOjna5ewAVfbDKIRBgABHAIwIZeED5VXCCe0qn34qXTuJF0BIITCT8tHmAcIYTfvGjBPy+Vo0Q VHGDIoplm6A3D3f0oaCEyKQbRog5MJIyXnsymEoQ6MKKdg9rtAtfBSpQRxnYQAix4OIcN7pR9pxw hll7nk0GYEsC+MAD/y2loxIqkB96baeZHPCADVwYtkmBqmzF1IgGkhkDJBCgAp6CW06ncApmDMqc /hxAL4WwUSHIoIr3LKf84iiDrhIgBBGYp1bHStYD5qCeVvSBWiPA1nri04L2qsYuh4BPbXBtMAOF E0L/cMk9BKKvf1BoGww2vuvZhWIhkIAEFkC+FibBozaowB1VGDEFmJKLRzABDJZahAqosJtOqCMd 6ajWC/jgAhHQCUuHsEoC3GJQLcQsx14qg5AiwaNHDQFqJKQlUXQgBqBlbQwq0AFkwpSNuxHCMpfL XOYGVwhboR2fWkjFC3STAAqIRQh4acWsbpWKq/VmFcG6wrLKc5GQKP8gFcH7UvGyta11PU9Nc8BF jw4htdgQTTn0RSvAAgKhfd2rQfsgWO+g8mHfqQwHxqSS7Q5BAkN5gC9tYIPnGsGzqpTAUisQAify wnYkrcBHK9BaCls4Cj7A70t9wAHM1lYXMBBCBO4jYQ+EIBY+oPBHkWAD3ZoqW8P8CAyGqkoOc6AW GtDpKhSwXA7ABqS3GAsthOCWp2qzilOVgQ9mwU2rfrO7YLViN1ssBCt2945mTvN6wcrmCIR5vVa8 AC/be4HuvjefeIbMLpsJg14OIET6WBG/AqyHSw7Y0AelB2DdUWBo1MBhNTDsJmSUEg0cQLndhLAQ PWAL9xxgoxRW5RH/aiFlWnDRwRqAcSzcg8Q4hniVPuiDnJsJASOMNsSphsEqQ7Ax2uqC1SEQqVtC thbc1LcCTr4FB0JQVBv4wgQ7Vi4qoBwlUkP3JG88YRW7KYPs0gIC7YVpndMsVSEcIBatHTe5wclu OGP1zOvG8nF17YELqBuc2pxnFnvJZz/nlyf8taSi/WBQRNuhDvNAeKIBW2CVKGBqC+YPsWK0ShvE oqgSMMF2CTAKGGPW4puVAGg36sQacKADTUzmR7up6lz4got/zsFLaU3HE3szFr2ccSVq3IEp6SKn vyTJhLzkGyHyeRbL5igRbNDzUnyUACYoKkzPXQojHHnTFodAtFlL/xwrVzHcR+eAllPdCg1EWwZ1 tvcFpsrnS1tV7QTo6mN9IFU62pvuZoa7TF1L79GeOaz6/lAvk+3vNa0Jr28yxKIXzng7GNrgCle4 wRvuiU1WLTmUtkovZVB2IUgAAR0ILoVJivImYvborXDwYy0sd5iG2LNOZKJDbMHFWOdg1qWGARcl y3slw+CjIcDELl/sYNyGuPTL1qlqlo8/aypkuzJIeoWPMFwnC2OVuRb71H9v9c0q9+JFiL505Sdv mB5Zu0Q4+mZBSwB7T5Xvq55qvePOBFve1v6jhkG4i/Be/NZVCOdXeGoSS4J2D4QGeY7HB+3wDnuA aHvQaB3TMAgQOf8XNQOYpVncJwMOswDa5wQ7VgEYqHu15R6gJgMagH305gEx0AGiAFNdMACNMHO0 5wE+sEi7xHd+tnNUhW4eiFSSAmRNJWSiIHVGMFwdQHZXsnIdBwFFFXpFsEyppgEbxYK6FwPyp1Pv 0UdnFV7OJgvtFVw3JgshcF3WBVNld3RjyEseQAAoZAscsGNa1lUn1k1qpVYhZUutNwT45n+OQG1l xib1QYAFSAiERnAJJw+IKHkM6HjzQHnQ8HANVT7ZY2k7qHvmBkSgB1qRVQE5pmM6VlVWFVldlWu0 YALNdIJINSVdlXTBpkw6tkpyZ3NEAE45QEtbFmO2VnO+FAsfpXP/kLFKrbBpMOWJnjhyPwYqQVhs GrBcHIZZKlgpKOdCogCLPWeJqGaJLbdZI2YwEgR2rnCCb7d2rHVuYfFS9OcBybZy3qYAoHWLt/CF tXAAIcBNL/ZiMFZm71VXbicLQsAm+zU0/cWAhZaIC8iIBdmAd0B5kRM+6zQwm1BxsaAAVjUEMYAA qxQDb8hK6QdaMWCBJ5ZqHJYgsSABFvFbQ4AZorRUBDCN6NgJWrMIqYUDXISDTECTwVcNZlhrNOgB 1XgLp4Yz6xIzyrRMLMgWzniRpnCUTmYC3OaEDmZbtkN27zELUsZFMRAxD/CF5wcDqjdaowVaMkB1 T1eJ9QVrYcFa/3KYlnLIWh1mCzmGbp5FjriAj2xVi44wfPzoAUMSaLNyCIeogAX1BgjHiJJnkIq4 DgrJHxJYFdmDWbkGi2vYTVKXekMAijrlhBWwgclUVRaXZFkXA6vmARLAClYldShpN63FCx/FHgC3 CDc4JbHHRN7Gix7giw9wXTD1UmHokzZ2jM1XCs5oVUbJkzBgAjlZX8tkfpYVnMi2huBXiUNgWx7F CpdmA28Ea7ywjFCgZUTAdzm1Zc6odGtYk+yHYy61YrFwf13FZ2UGTmyFT7sEcrgIiEJTK4tncPgJ YIV5mIM5mIx2NOyQK+XzaIzlNwMjkaxkW8LJlS4YA62wYysJA/+TaYkVsAAO4wmr1HNCBHIJulS0 mWqr1ErlMzdTxQtSFx9DAw5VRG3fAgtTAgG7Ri+3CYsHQFsUVkfEOH0hgELL1y6m4GAd5mLHwAon F2xFRWtG0HQWtonQpILgV1SgiYse0ArOGAtAh5UoCANOiIdxV3NdiodFUKIwgKCuxVneJARqJQRr 136jZW/dpBXBdYsTiQRy6gHdZZc58Jpj2o+G05d+qYCK6J8FGQf7KQf9CQ+CFVYqdETywwE9VEK3 wyeXZo/aOaWsAFpROASa5XZKagQycI3NNmQJqpOp9lE952B7pAA7lmub5mMaEBgqqkp15AMbFYat yFEyZVW+aAn/EuR2UXAAY4M/VZegw3BtxpB86ceDyVqFzaVkTeqg3FeaZzd9QpBdQNdHNWaC8Khq vDRarFQKWkarOAem41mnaneubqpTtBmZHTqReidTW+Z2WHVnD/CaTSoDh2cYejVwBcefhImIczCQ 8JCQAKoOvVI9c2MCPYQAtrMnm3aVsmAQEtqgz8lnEGmJLihqI7iDOQWaOlkDQ4aBOimiTAaAsWCc rJQ+1SEnOuWVRaCgPBZ8mQB9OVqznmhuNuMWwDgLxloM2zVcRkaKLicLHVsKOcV3JEhSy2QDzcW0 o3Clc5OnttZyapquNLhKuFBf7Vpv6Op+1Zqea1iGwOqrvHSu/70Ur+LmnmHlCDLofQTgQYIocIFZ mIOKDnRLqPGAmAVLJ3nCCY+GADVgNwggARRJdjDrAZqVZFRmpR/lbWI3C1IoBDfGRbIwk7SpfiDJ SoOCWWGouNEnm9HCDyyKC04UYmcrDdWZjeDXSurSVKOYID2rCkaXjblXtBCAoLWRjcI2XfUKi1co hxa7lkNgtkRQhzvKUzDgq+dGtnJod7uIsenaUR7QCeJ2hTpVozBlZxHQCHtGpWtoOHILqHNrkIJJ voIKD4ZpkIlJPxqwgQt2LAsgcpUZC8Korqwgv2FJvzsYAvL5nKwUosi2Y7QZWcAFUybAb+tRiRCw eQharQL1Df+LO7QuGgvVOTqTKpIHUgvQByYTAoutRJpTegzbhWy2E2xn+HrQanZF4GzgWpq1Kpst 2gq2c6TcGD9VBHdGcIsW1rXneAQ956s4xgTeBovu144gLIthO692KYMQUHt9qa8BCWADi77lyw7n Gw9GIwTdUTAqYTk9JIFDgVmtIJEykJwyQGtD1k1MB5ZWtVEoxG9EkGqcpVlSZwNR152D8rzR2sD3 hQNSpVZ/xg0W5pVH9XpuzEQiJQ019gRHprhD0brAMWbex3nHYJJFIMdHwGdEqIJFqQFp6KkFrAQ7 xY0nBF5rWnNyp8Mw5VVtqnYVdwBbZ27JG53ct1kuxInyB3L/mBV3aTlvW1dbECCPPnCOX9Z/Uttv dop4UFwI4yuwU5y33WG35Lu+j6OwFoo5CWxjlwpSigtTTZexVBWcz2UDywZ9+stL1NpMNbDK5MyO a8gLmGU7zklv5WdVtJgDssiJJOWtYToAihzLQWpVlkysuxYzvKW4RyZSCvFby9VLGCi5IRDR82am 3qwAwdlZYHsEn3gAxaNtdXcEqmxr57pK5zYoQUycbsd3XXULl+ZtSiCXENABIRB3brmGahtWODBz rbBK4DSIAenMixjNQo23jhgwhIQA1xy4kftiFk1hGd1FSNBh8SsBrkhh8SFSVrpRMWBiHCsEF1pU MoCBG5bA/y9WVMO8hp8MU/jFturqoWEhZb10SxUwDU/njEe2YQxquZZ4lTFTNlBW0B/hHibJnsKp uNWojvUlRGestFvdhRyw1dZbBD7A0RQEXptnvDwlwy40j2kqbukqlye9vGianl1Fq7olCzSte3Wo VjsKiz530rbkA9VojvPKDW37h1vzp4O6iFcMzUMt1BCoNN/hqMdiGbt3Cx/VgaxVjKL5xZ0QbGrF Ccf9bbZF2BaKWeQIjkGHoOgnU+SoAF1Wm4+wZ963hpuIQucHfHjxUj3nzncNXRPrmLM8pagjrObm mMjgzhg9sbDYxPNm0cUqA7NrC7kHm4PSAR/F0epVbu6oav/m6ModmocoLbnDWgSmwEs5tZWyQNJ7 esboxsu03FoDgAHuiQO0dFTt5afMLAj4eahB/dvRPJhFzR/IgUC9I925SVxORNIwJbSzwEWLtQBS GFwVoKrE6uMUyoOfp8Cw+Akmq5LarIoysNa716RIgHO1yRJCKqrv3ZmSG6Jge8Y+GiGbHAL5DZbn TZXQhdBUSY2spOGqJmWria3yxoazOcGyAMthm65oWwTntml/bgRduH8esLw2oMMvxgG9ZK2FPt+c Rm/jVpepNQD7B4MAWQ8Hmem9DeOcDoHBQhkN9NyRvXQSZo8Re3IftVimWJlpGM9P/Yr2+1EkZIbb LH6eYKr/YPuFyFbeay2DfPyyfWZjZnIJcyXQXHR+rqfGei11Yk5GprBcZo4MxtmFuKCT/k2sadzj CG5r50erhmzIJN3RcdTDQ6SsR4B24hivk+1CHQCsTAhlNmpVZMdLcndu7YVzqRiRWD4KVdp387q9 tZiWKabiLF5oC0e+nJ7whuqIyYEjNt5g8mdzHzd9R0a4vrRYpwfPGmmpOqnRtBkCNUCNsEgo0+1n v9taj0BL6ocLvbgS0y0LCvBhiCxSiysKIzx0wgoSZEwL7hGR6VyJ6NZVJlAK/Bt+Vnpho95hWElF 3CbZ5u5N3JbuWrryrbB5WE5rdhjsXLtr882LbJi/Z/no/ytG2HVG4tvLVs815UUjxQaP8AoP3HuL DgXTGAv2HbtHZio4YpbIhkVwdTq1TJ/38u9eXxMMbO9MoRqwAGBpIyeB1RNbg0zvTf6nlQUO87B4 QVuE7a9NC0AXorwgRD7QJc4XKhO2damGsjYmBD15zhsVHKpPm4U8b0UVbBFd5NWzVSO/VPYHcnEt jo8+k+JocZN6nlbIbTwY+i/KWmWItt2mf935oPDOeRSspv8uc1Rm0bC4vYrXeG2/6W+v8ImZEvtx Hvxx3LV2igmaZASQkUPQc+s8RGI85DC1Xf1bC279kwq7tMpS6rb1tikPBBHhI5fzeWQ+mYfJJMBg TSnyMf+zWjUVqa0D9drAYILHFmJWYktPBQLRtOHtd5xeb3OmTQ4ML9OYK6BMCLpg1GTY3CDMPKA0 1Jq6IJYONCwtFWYUHh4ixkKgDpw8ngxJL5Z8oMZkLsZURacgVaOaYjS8spYIXr28jtRsYCCYZKAg DwcGhCJwcJYChx89nKutr3EwqrW5s7MxurnBx8nLzc/R08ml1MkvsWYs4zU0FegtB9b4SI89IEyQ 2JgCyoQNCQeZKIDU5ICWaBVsxKgwcaLARjC0hLBkAgGCBSYumQCZhUkoUjlwFFG5kgkoU02MwRhT jMO0CldwakFyAAqHaDb8pDlDUkqFN3OQKrKzNA4Hp07/I+oj5s+MDJ/FoHSoUBUpIF8atMqI2YFJ mUuYZnA6MBNCP1arSBFYskeDE1dkYMRqAuqIB1UKprRV4GXX21wdxrCFYbHUQiQXBmBY1iwCE1xQ iMlohg2bNm/exIH71o50adPj2JXGIu9e6wf27jnc5wFXDJiJ9/jC3NayQrGILH3ql0cPxjWXOi5A gLyjTj+zV0bPkc+fGybULwqssKStTpz0FJK6rEUYhDKYt3vQGIL9AQVylM6JI58pUxszozFxY3tK tGFIlNJChhg6uEy3xWDS6B0FFMghAupkOGChUvqSwgf+LrgrJhnkYkKVuvwyjsMQayFAibiIK2YX GEAk/9GxVpRhRgix2hhGJ86s8eyzcDwTZ7TTgAwSnNRIU+CABw44UkkkkeRgyYYCOgQZGRg5sKcO JGDCqSQPeIoDSqA4gyI0KhijC4e8XEBNBDgwQc0aZGurliJSki6fUgQshoDBHIKmH5zieYBGFmcS BsEKBjPOqKMUoQ8+peBwtD44llCgpjCr0yAM9hKCoYMl/JDjDykQ6UDOXK7y45JMOOkEu7J88CGa DmKNdQoCMjSMMMteug0JBSq0K0PiOFwCFP5I9EVCDyCbzJnKPHwjFRyv0TEcZ8j5RlshuSWNyHbm OUtcDV47SwGdyIAkBNgAIyMMi/qDbVzuYGgXE3v20/8nI3GVQ0CkjkwQcEwmpFPpgXxiaGuJfAyF QosBdIKICXjAQ8IEsmBqC94yjGXU40YnDbkOgXCBgAOMl2LlkPfcOCqs/hzxYipzNWlVGbGStRKG I3jBNcMLkNBtJgLgLWZYKXr2eYBmlVHmZzWG9quDRL1gArIIMGAGhwiQYWIzHLvZFrRxfuzWbG+b MI21eNi+Z4aa2taEy9cYzKQmS/QiDgxE5RUXGgXIIuDeS8jjwLZFNViuho78BfjcPAYomIgc0N1L zImgmSHYAwClZyaatAxhl6IsAXkpRiGdT+RJiEsk0pYhQbRlURXhIAShAgHRhomQOOuKVh8cQNdh Dkz/jOmlnfiNOFyXXjrD3whouungpa8eEl5exNmDGIWwJgIlQP26s2qxHdv8s9FX51t15gk3XEvK 9d3ce/vmcu6+Nbh73D+QWZTBSx6wsUpogCOMM+ByNHCuEGylApEr2EoGAIkivOo6VZgBRUJwBbcx CHu30FRRjDQRD4KsdB873epGBpPdwcdRZ4lPCY9ylKrEAFnFQFwCM7EJTgghWClqAgGo57TluYIX 1TPi9CYzGSEso2mSWVoRXaG9KVwta5tBSTW0Rq3y+Ug0oSlH2dKXvvWlozVtc1v+4vaOcf1vf20k lxuzIJeIrEpcBwjDACHAuH4ZUFwte+BK0pKDGQiy/woPaOCYLAgotpmxjWFAlAtjmLoWvm518pEU HSb5sUh6LIaWQJdVGKggcVlBhwdYog+l0CwZLcMHA/DBz6r3IFkyI4kysuUtl8jEyEgPMj+DZRUp U40ranEbOSrfaEADxjAuc4zoUGP7XIO/95kLf3C0hP6sSc1OtpEje2RcCWf3R0GqZJDlFKQi0fmd NGazUagzIeogZUlMotAOmmQhCWEoLvaEYIBtBFSrkKTLI8ZIiaY0JS2DWEtcLrQTDY1AJ26pRGU4 8Ygy2hoxOdMjbZ0PjMpc5tmaeY7WqPEdd2Mka+4Rv2xeApsrTWAfIVnCNhnQBC27hBvEWYRBkvOc 4/9MpwbXCcd2zi6S8VRdyC4ZH6Wa8FFEbWc+ibpS92nCCjnY4UF1OUshmBKgD3UoQx/q1R0ClAhE iIBKznpWBznIlrWMjCyV2L2vDVOL1soRj8j2Ub2WI6TmWFsZAdg3aIqLjS7Nn2FZuj+bdlJeCNSk BgpmTp1WlbI4OWc6z2hYp8pTkvOk5AnpabrSDZWTiB0XPH7XoLKGVUYGDWuritBV4I21oTtcayfW etbJNRStRVDrQhHKjCpeFKMZ3eIW8erFvYaxr+UY7Ejjob9pjosD07VmS63pBnktNp9vuFtUFwuB 6OxUp+MsL2Uvi1mKjVSxMX3qUl+X1NQd1aj2HKr/TZ8KU8Mykqq/SwtZZytWTsR2wGWtrVetupKy xtZga5WcWh181q0BV2tWLO74zheasS1Xr+xAZhfFAVj3we+k1uVANa+b3XzWBL+cbBS+YLjZyJq3 nDX+aefW61LSurOp8/3sZ+nDWabAc7SQjOp+fRc3RcIWwAa26oADWeAFKzjBu2Vwg/+o1pSkRMIX Dab4Lkw+jYbtWl/kMDPTVhqSovSao3TjA0x7WNNuN5v6Ay+jzktjn142veodrHVv2t57GpWSRA7t PV0sqk7md5vWNKMG6YHORAK4yjauqnkb7OScbjo6ddryWp1BVy+H+ZjH5JEyPXrmbqVmWxrGAHSf /0kuFO8Pu3VuI3dlql8SuqGmmwTvjPds6T4rMtJsFupjeSzaH9dHnkmRlDtd3N44sxmokb6xf8tZ BXKaE72Y3qlkOa0ST9OJ3J8OdZe3TOpiHrfMG1b1R6WQ6tGseZrSNfZZ4DxnFXeSxZtULDZb3Chu +9TSlb1xsdl7a2kjmtA+PmqQ6cvw+OITn4hNozpvPOkaE5zPe9bzx8NdsHGTGyUlT3eoryFqsBWz 3epI9buBRKRkcrE0WMsrF7PxUHVbw+QkH3mCQz65kOe5pwX/KcKfe+z7MrXhEvfsjw0d8G3i2qWP PuMir13w9Pa06OUF+dBX8ulOmzzdVyT7yYmpo9lkzryLGYa5GJvg7myBeOafId/OU27ucptd7yXf O9i9PvArENzoR1/N4dlpZKZG3XSehTh8Cw1fcE77fRTL+o23Ltluf5unXgd7nfbe97LjXczbaPnb zyzzMtNcbDff0euLK2qy95z2frc94Mk7Xj0bfPBZR3jCxyX1GBe1qZeUr8MnvtRFB7/qfy02ai/f e4NzvPOcB3zYx95zc29/9qRfu6vdjnr0oZL85Tf/+dGffvWvn/3td//74R9/+c+f/vW3//3xn3/9 75///ff//wEwAAVwAAnQ/4IAACH5BAQ8AP8ALAIAAgDQATkAAAb/QIxwSCwaj8iVUMnErJ7QqHRK rVqpuGd2u8JtveCwGJzDlXPotHo9yo3e8NFMPqvb65qZZs/v7yEagBCDhIWGh4QwEIqMjTCPkJGS k5SVlpeOi4yLnJueg4qciKOkpYeBqKl+q3t6d6+vcrJxtG5rt7i3ZmdmXmVjwMFhvDlIxsfISktO yk1MV9DRXVrU1dPXWdNfwsFnbLZvbnBzsrB2eayCf6nqpominaCh86Dxj52fjZr2/PTw8PQ+/XNH 0BQqdasQ8gHEqhUec3Zm0arVBk1FW7mIcdvIsaMXZEPQoXM1UoOChiJF6mm4EqXLlzBjfunCzRua Xbja6Jw4pyed/4cp060bFIhQ0YKH5um7JxBSvXwB++GzF2og0qsGERJtt1WV11WuwporR3ZiuJ0Z 0/S6+euXx7dvQQoRm4ekKw4Q65bUa5dP35MtYwZ9eRKmF5pwM1bcScsnxJWBF647yPWqP4D1+ind B3XqJlGXQ4MuVHU01kJFj25t55Xh5JeQxcIqaxbtxbRsffXSDbc3N7kYzgmvWwcvK8gjZ3BIiXzV 8lZ7I/N5HpO6y23auu1am1OcuDiOf9Jt6FqrIdWISj+N59mzPs6f47vPfM+0oc9WTwtaXfmgf4YK uRQbcXeQRQ45FC2Wxm1qrOUgb77RJOFMh3EEXFjJAdWDbMORpP+BcR4iR9Jz0gWGHHXNORfThBu1 5UsuCjb2Rk95CdUHV/8VlM968i1FlY9O7YjZkFGppx8iRyXZ1X4KASiYXY/RQdtE3mGUloNuwTVh dixWSGF2YQDHV4d5LCddSWGhCN1gH6rEpoowzXHACCTUCQIJrGAnjItqwciYjI7dwZdQrI2CHlI7 MjWaQIu+kyhn7Nl3ZCnopbaaf0OxIxlKUMpWlk8SnaXglRqR8RZiqHqpzZbbgIEYDhcOas6GefWl nJtuktTDcdBFdiuve5AAAgglDGvsnSP44WVHxKQlKnjl1AhToTnqyJ4/RbbH1FI90pfZO6NUZeRV SjJ56ZKufRX/Z4ZjRVRbHOBYmQuWu3GU6qpc5IvvqlxucSGHaIIIFprKhbhmHwX3enB0JC68xwjD FnussX5oQSEwfHL3DTiARvuQh35oVa1lpHn7aLemBYSyuP/IN2lWRu2nqZPlvcYrh7G4CyqVOuFG b2+sVrivvkQPTVOsHb5iJoFAkaRAw8311TCwCBfmUg/C0mDnsXj24SqzGt/Ss1kHivfKmyEPhe6h JYPbaFNUXQuktybf9zKlhS6Z2n82C0Yw09GO865FGDHY54NZCtMvF0ZTw7jRRP8LcJp9JVeSAska PNivCqP9tN9YT3xnxXpirJtN3f0peKDD2Qhg3qdhS/fcRcpu/7uk+d1tqaH8/UFtpuoizG67MyKI 4LO4eVNvR/1iw282/EYBPRRFZ4F0p3g8LWjTySmgQOUitjL1wSnOAJjD0I0g8Z09DNs1H2G8ajqW qT9r4GN72ZgjZe6od3u3K6tb7tx2t/MYkG8y29tX0hUTKDGNRjs7Hhys1LOM7MZFiouf0LIBvQ5O YXrRk542gKOAA5jwhAfoQQpN2IMWHoADJ4QhClfoQhXCUIY3TCEMW7hDHurwhj3gQBCByMMhvjCI OuwBDUrAxBLQQIlMpAEHpsgBBYCJIzbBycbexTruEcp35UINosCFH9m1RyrfetSRNPCBGLjRUpU6 xXn2JrJ0Mf/wZmMqkM5mZBbvhMOCGbPX15z3OBBKQ4TWmMa/8JiwM61iBFYbWEs45zfvwURYxAJB YTC5K6+BTSOK8WNjuri9aWXqXNYiI2nM6LIyum1cdkOKAl7gAQ/QMgaHosz+ykOzvt2RkY+pw6f6 eBafsSVxGazeBw8ZjelB73rmqMvSYJGhD31PL62AGAl0IIcy+UUwluSUsYrVEkxGBl9jKOEUX3jD HqYwDe1k5wv5KJ4RxHNpCUFgudiWHgJGBT6gaGEP2iZAlg2QIBpQQS1f0IEO3BKVl9qBRHGZpAX2 jVNoUoADPsDRiJStbBTJgQNGSioMbgRy1XgcM1dKDcmdTWn/ZAIKOgSWHBDowFh38QP4/IA5lEDM WCSwjjmVtRHgYOAGHLjBMZTK1KM61ahD2JXMCpjG9dgtBrX0QAwalR9Y6qcHL6DlDjTBAVt+IGZM 2sMOsqrVGwHPb998hQNoWcsPeDQ8tcmBQrNKA0BmCZnLUuY1WEpYKYjJVnb5HF0cqIcDSFSi3ZyB 6PB0K5DxSp7rzOwOOTCsk1DHnZp94Rcy24MhUGAIH8DAaYWQ2iKkdrWtBUlsgXMAfULUFOLqwWMV 4KhFKGAHt3xoaYabxsfiUj8fsCVDI/GBsNqyA5cqylpfUEJansRJbsUuRsd0AFvGILke4ICUQhXS 5L5grbXs/2uDePGgMdxLX4WNbxVcur074KVptvoQemu5g+VgEgTtGxYkIxlXP5TWqLW15IGRcQAc LLgIzmUrXbOaAdMulK0ZyLCGN4yBvXqAAh5mq4iHsJzKxM4QYLWlB3bAW3qk+AUHgEFZd1AUVyJi ut7l5yh+a8uxTgIC4F3xQGUGXgU8Yq0HwG6A4rTYOnR3B4+g5ZxAyjNbJFcFj8iABxyw3gt6pHEq lQYznEBmZzADGovsFDp6ylg0dZe6HAjrnGzKTQ38154K85UGDkCE07bWz6wdQgfM1wEi/BkDh8bA gwG90AxQwNEZfvSjaUmBD2jZA5HOsIg3TYFaZnjCmx6xov/Nxb/YzVKrPB5rPTqwUA08YpYs7ue3 INADWyrAodRFikNr2QFI/PasTsFqLSnA20Cw2gO9hsGpV8yHDuzg0qHOwA0U8IEbfOCEBLLnCDia XCjDYK0fcEAH3jXBimgZy9/e8jG9nMHGsbTMY37GmeftDCrQVzh20B5xLEeSJx8Z2TYdXbBuGlTB sPbCWQW1LVUghA4oFdEiBvULigDthGuiEmWlcLIhYekXevyGl/4ADLqL6UucGwMdGJmOSRGKtfpY AysWBXpjEIkb0PWsBx0EcGme7sdK9AMdADpviaIBYbMYEil+biR+S8sXnDXOWo0EBIBra2eHWsQ7 CDLWKx3/6hc8QutsPV682rBWDvzbAdthbzKLFkIrnPkJ8G6G3JfwjHpDwaX8zoP21Gy5G6z438XS AWX1HnAaoOmbrRDCsDMtaQ0vdLadxjSkwwrpWgrB77bMtAdijInIb/4Re9aEyCmh5QwoIgMwHH0l Oi0EDlBLjKVQj3mN3PNBzJKWN5gE02055FIooJZG/r1yVczWWEOAx1q9OHipzvtIgDWsH3A5J3L/ iOc7HdW0l0TRH//YrtOS26N3tkQVLqp45aCWZk83lxF30i8NNhpjJnPc4y9/uNc/3vRHBvYIxGbE YjO5o7dWJaACJdABM7REOlACyaJTOqV4HoAJEEABL1Bh/0IQeRlwcdIGCZaHAbSUAbR3fL7WdRjo ATdwADegYQY4euBXbbRkdi8EAyf4CJU2gZaWZSSIASXGNis3CrWGbF8HfDCAa9QFCTHgY4+Aa8iG CAIFAVjlbYrgPVAYdBwlfbsGY04xc3sAXueVfTCQXFg1hDDQhK6mCDimepSwfJMgRNFnet+GCRro AfBSQef3gI9QS1ymdtzwXok0X3DXh81wf0Twh8tgZnVHXwSCDvYkG5ZTFwD4b1cnYiWQIqvggG6Y cUJwadQHCRmgepbnaftghYrwiBSgiZjGUY9wABzFhjOUcZEQZ2wocjeAZaOnZQ03VbszRrf0arTU AT2wa/9GOHXKpXrAmISL0AMxMGG4tnGX8Hs74IvZ93zINkRTJGwrRnvHWEuc51DjN3oQoGLn5XPg mHBVRAluFGUdMEWYUEtjswY0UEtvaCrLIwYS8n706HZmBoh/qAyAOIjzd28ZMmD4VU1s5AEBmFXg OH5s9QFUMwMOqAIryG2cBwN1lVWch4GcqGIX+AgcUHoc1Xga9mgZxm3fR3qV4GmzWHIjp2yL4AAy 6AFCIFWqcRQq4EYxAF2moFAvwAkRtmIEqQnL5lxg2IVJiIS1dI225FvfxVFQ6D2+tWLCpQjN9Yib lnVZxXOzJHLHxlBfaHMKJ2I3QI0895Uc5XR1SHwL5XP/yaaOFXQRDoCSEukBNxGPGvQlhwF/9QZv 8jcE+piX+WgE9wgS+CVMgocssgIydeB3ZuiGAriAbMKQHfaIoAhzFEZ7ZaWJF4lpPjlhbngP4DWL m5hlX8dRLPmW4dWFoJmSkMB5WpZatYUugwB2OUkKp5ZsUalVC0V7tRZWvMVqYmVka7VrPTZQQvkC PHeNXRl85xVWmfmNB3mQm5aTipCLwkdXTgd94DVDL6QcwuZqEABqo8dfj4hutUQ4DNKWTlhLENJ+ z3MFZdYERbCXeQkcfxmfxuAALCSNU5SATTRPU2RP4gWFA6YAWJWYmABuIOBIe+AAFchRKuB5KnBx Hvag/0fojll2kRkpY56GjTM0htjZmRr5gjDwih9AAbknfCIXZ6eJaSqwVzb4kvxBCOB1jl8Ymzf2 d8pGV7mnAWGVk0a3AzXZUPs1XU23VTVna9FJguLXfcHnlMppXk6YjshmbT7YnRzFeUUoUUVJkGXJ gHqQi8MZfSSobAv1AnDQASN1ZRgKh4aDBub5augJWBrkOMz0dvO3l/AJVe9Jn8cgG9+zTTqgnyXQ A0u5lG8gXuKFVTw3k9+1qG3UqEVISxZwU1Q0qVPkPYVWgVlFAWOoCB6WiUFmmZoooTDQlpiGARWX VeK5aatJkjB4fEYGXpIAAWyYAb22kbN6gymHQNDnFP+1RAprtam/5W2/t6NdWXwJR5wXd6Ni9YMM dZYasFZLymI7aaNuWEtZWFfAZQlP9nnC90AzgHma8H0zoGVGFmfEKl5w0IhllQFp0Wnetq55SJd7 aFjuuQx4eq92Kjk19aft86cgYDZngqbpJpVZ1QHGsiu2cmsVSFcZEJGjmnAVWXGgOglzVarJhXof V1unmLGY55mzGGWRQFcmtAgc8GiUwHmsh4MvCgi0lKy9OgrT1QOUEFbA5Vwf8DTc5qP85T1rlazD io3R2azJeV5YJbOsNla316wGKVGc91igxhBax22CWkUkm1VmJ3yYJlEOOSdeemxy4HLRl5M6+gJo kHD/WpVU5yUvaqBQ6FZWZCtI8FWPboeX92pUd6p/TOOnJFAHCTgsUTMcbPtvNzC41ka4hKsCg/Zf JaKgEKd0qQlt0CljpzqxkoC1SuWWlVhXrOoBtCeZZmVkQceGZgcBJkR9tIiDYLQfyhkJL4sIu7dc HLeLxqalupd83alVHVCTZfmFbmRLNlei3yhhx1UIGZdwBbmTfnAD+7VpV5tVP0iwY0hph4leZNmd 5yWVFGBBgQsDCpUB8eo8aFavelm35Huv2zMC/koHPfCngodvwmMBHoBuSOYS4YRJe5s+IICpJHhx EBChH/ZqIAmSbNiFoymRF6oAWjZxmbdhGTCaDKxp/7QbCR3AhvH7CH6nZZl4mqZHcnS4miiHVkTR dMDWjR7Actu3ozpZsApgc80IhSGoalBnVlEWXl/Ie6wmcsPKhFVpFHvQA4R7pbTrcj5KuFazVjEg oJtWrgv1CFilbFVkbczHc8e2hk7rdWEoYYoAQyrwbLWkAhnRaeimUBQADM3jQfY4n3dbvmpcBFAy LIKHiOtrU4OniCQAv/K7efRbGJIlYK2ASUKAe8xFYQ6JuZv5lhkwhrKacBOquaTJhqSaqhRWh2zY vRWsfKDJwS2qaLpUCM61pDRKCjoadV14XjbHudRWrPxFCD3QRjYKXNDVULx4yiJHwqS2Dkllloy8 vP+PVxjQ+oTP27yiLFEYV8IzfHXpl8UHUITkSJC6UAbbu1Yq8L1mbG/uWc1rfM36VyABdweY069v bJgQY8f/Vls7BUmtEGAHusfD4oBkpXAMi50oBAnjWJaYeQ/QlmwvlAHi+UK0h4lpSMGj57kiF2Nm 97Ec15JKNVCbXBRA2G3ucHucAIRYBV3U1n3FN3SEEGfellw3QGvUiZhlqbznpZDt0FxZx1FV1GIw YBJTJJJOp1alGcicm6ajR7PVptJhyIZS2Kj5TK2RgJM+qgLpx7brdQYSiG60KI+CxYd3l6/Y/NRI MBLoe1MIWyYnISx/mjkEMizwW5C1xYB7EE7BIjr/d0KJpzi4KhCL1eaQYCdilHthkcu9npZ9nymR RcrIkXAAFHzMe8WSMRZjNW3JIeqSGNCaK0vCM2yTpYBrr8ZRiwCAQNZQxYqshCB8X+d01st8xDnD +/UCN6AKIF3IQvnZz+qDwcpWwCyzJCxhKXzEQQkJZbfSYZVs3whtNpi9a9AL22uHXzNIjGNITc2P aQzVUH0HWL23BXJN28THeKABxtLV41w5fCDWeSA6yWLWmNBdkNZ4FBqiF8mB9fwIKrCJK8h5D7lX nhmSkDCKTqFlrjbQykbPE3irCd0fhFBLq6yb7sBqGQwJftdQbGW4QNxW903MR3tsi4B53oZeCtlc /2L7B34XA663mUiskNuHw0mcpmZXvCrGc2C34W10ZFbMdK42S2bXg3S4VnfoZTnQafosbGTcdmes p8Rd40TgChBzU5Gld5kzA376r66A1SAwoOPsEsaBMHdyJyuB3Zeg3UbQ3XX9lkdFV8fssMlKCV1s CdyI1A9IbTDIup4WCaebZFO1FdRIjL53bCctqLfmymbldycbc4RgXWKKpaN3jQsOhN1IXalgdZtW kFenAhoA0hxws1VEtUJJh+ZlnClsaWFldph3ZMo4hljlasdGh7S0fspTBg7geQSpTBxkj/horzZu 43ZAZ5RlX9dUB8cyAwdAAx8wgDRA5OlGztFhEv8Ehg6dtAcO+MC+rmWn1VQY4GmfNt+XNgRNp2EP uezgt1Dw7LyjbEJahooi18AnRGEnBF5CYNiwNwg02dGmgHwIl3AxANJXeQDe88JbAW51DoQwQFfe JmzJBm7TTb0iBuhsFQOXNsg4rIxEaEtM/HlARn1fKF5rJbOsyL39lQEyew8UeoyIW5ZpByHESgHy MxNyS6+jXuocrwfLDQKHZ85hEXCk+uf/lgHg+F0LeOQCMgQEi2FDUAcu/4gU9/LYa/M4v3h/LgQI NClCrHC8uItairUFe6OqNghH20ZDe4pnacH89YOfDQgutwdiFdrz63dWzGrlrqUzdtJr+PTpBmz/ vDpsHGDEMnZe7z1hxQnw3HuhGZcbWdJ0yvUC6/nbTE23HJ/3GKABUw3kH2NNQJHj/PVYIVfMoXaz JoGgfcBnl4doTpVaSgX5ToVUJ8H4DNdUwl7YqHVU3OaQnv8Bn+/5schw4914kjbsmfrAFJZpFbjd reUA5nJbBGGkrAbYxDygQ8+cmsuMW7HCBplctM2TVhxkku3ZfFC0bkqCwYxsGrCqV5zWQ49wO8rI 1Emk91DKGxXB/051WHa7ed5jHVgqZdBpL2ASKtB0ZRy+gkjjev/UPi7Hf68H95UcENPdlWBNh46K UvYhit8HDwYEGOGQSOwpNElOkYk54HBN6ZRa/7UyHRANRNvler9hcdjjgcE+Hg6s5/nAOu7XW1F+ vco3WH3n1ShuAnvSYiA68MrM0DxiEt2QknY8XiDOMjxuPHbOGm8+7hRgIPA8GWE4HD16Ft1gNOwm KzXOYBodVDRpRTkacSlhcD0oziQdMxxyoJKhoPBUaDXucFamp1eur62xVzCuhby7r8THyatGdHRA ZtZnNNbdOZDa293bFHXx84k9Dv4gkwAGDHiAIEEOBQ8aPNCj3x96Gg4cZDhxYUQcOZIR7OGAY0cH HTgeCMkRJMhAGG5g+ICSJZMPKVMSOZnyJcuVWbZs+ZJzTM+eZc6keQNjUrE0ejTE2FHMQyg+XP90 htFwCJEmD7OCYoqx9cO/JHh2cLiTaBOrSZM+pHkxI1PZpUZFlXkTZ04rGHd23Lhzw0EqY5diiEIU +G6qYxeZLXOAB2tcD9QgV9s22Ru4cOUwZyZXgjONhQwrfu4BeuJoRy/e7ojxYXXrHhxgi8XE4fXr 2Ldx59a9Ox7veBouYhQ+HOOIHMZHIE++nHnz5jNGQGc3fZ5A60nA8JQKFYxPLnL1TuogCdGHQ0P1 7UEdFTt2Q3dexLi0ylWMFzeuA5QNf7X5MxzSYq2qOWY4IBddyKuEqTJWu0ODNCZxhoYRDEzlhQxu kOQAYM56Bh/ZkEGMmWZ+yeoFybTRhrJwuOH/RrMXYZwChHTeoechDt4JiB6/zvKrqqKQwDG/IRXw asgkjNSCp5yEC464J5U7zrnokqPOSneODKgL9rYUIyrvvKNrkkzsiA2CTF4ospJ8nlKyy/a+WLCM HTrIkoOl7EpvkZc+WMfAsmgpRrVUYhiBBvicUYGCGHBI7rhHkcPoEqvc8EAFDho7Aw8HRhxxBTti 2AIPCqhJkbLKumlxCBdjbBVGEkCIDssa1xGSuln/IKgDTwLpNcPUloIE0yytM9I6JZEECFlkAXrS 2SgddU666Ka9srojt2zPPS657I47727YtQMFAuQgDAV2+JFHTfx407pGyMKP2AcP1LOT6eLQ/+Qt RKq6YVpH4ftAyuWkhLQ4jJj6gIJJycqgmE47XSwRPF6AzOJTsbnMRVZd7TizGt2Z58Yck7ARSySN tXNegYoUyE1lk9US5i6ScfZg4wqeskoqrbzy5GNlzu7b7Xz6EsyjIUA33XXZzcnpmbVduWQsK2Ta EX+nq9oRkXrVmWDmcn5UbOF6xUiFDNQtg1MRIV6BAkSzwUbFbVJV9TKP8cYs5L1pncFWdvYGqJ2W pdZg2MJTJhLmqJu1GWdodYZu52qnw5VYZl9+01ujke7cc+60zbZwgaqbR2umseaZwoIcOGDn5ST3 OkqDcba55uE8Whvi3eWODGO6WcxbeMxAvv+WHlsFT54eBUYY/XCpvWKWcSQwh9p22geWtkrpegb8 oesy1wlOzkH30nyhwdSu/KehZt9p6YcsPeTu6ede9ddhlx37SK9v0v/dAQiFUvmud3FbUYs4xrHh LbAJJZNfjXAksql9DzqQ+N6RnreyllUvaIfL1ss08CzaeU1ylKPWrU52wadVb2hL8tbnzufC7Yiv Szt53/ik9kDv1Y861FLdv+6ns+xhb2z9Q0zN2BZAZvhOMr9D4N3sxkApMqF4fFOC8SZ4MiEVLoPz Spz7/jCklzkOUsqZUgl5Rr+pXe6G7yvaTsZAvs6pTztLWhz8cpjF0vGQHT+k0nNkF61oGUz/OLW7 XnCOyLZl8K4aAmzi3A4YvClOsoG4Mlk7epAjkxXri/npohhjhkMXhlFzoYNSGbMHSB/2sHLXAiXm 2rU+9MHxjbGkIdHgWMcPMo5Yl+TjdH74r2r9UX+DjNQx+4cRRCJxkYtUIooIeLGMPXFjlLTmEKpY vB4k72fX2qLUPgk0/fASj5BYVuhC+Dhkyg6NJzzhrVQos6BBrYbpq+XRuAW6UYKxcBJsJQ+D+Ucg BvJrxiRkMpXpPyQq45lMjKY0J5Oqu12Topa0aATX6MorOg9bx4oeOrf0UZAWB3IknNwqrZXCjmau hUTT5fnimMtvfWmUHNxlLy0psvqlUZg+/8wfQQcWNkMa0naIFNEynAnAUjXykU6UqMYoWtEH4mqb KtXRODkKviENC4/F2qW7HkdSMzIHjfar38+06jKQ0vCW3ulWd2hqPraWkp9ZuuSsAArMYQqUmEKE 1kGLaMT/LfSZnRqgxSB5qqdWM6qUnOq1+uFKjRpudGFko5IUcM5SauGj59xCzgRpUrOu452Wiyc9 4dQuOdqyJ3GlZfk2u0Jxxs+B8+OjO4c5UKCCDZmAFSwzCZtURg4QmgU8IGMV2FgGJpcILqJBZaBL medOBkWFhRhhL8IBJx3RZhw42HAcJdSxaq+s70wpG9daT1mu9oWzlGFN5SnK/Ny1bz1L4+JJdRs7 rwmVkET9LTMZmkSlGra4EKWbqhirXFexisFFQLBEUeXE3jE1MkxVInZvt0yE9s+YBM2teX22ydne UHMlbi1MYzlLWu7zpvPSYV77+OGfFjOovf0uQrcLYKRa15EONSDG6ibJbyj4RQ0e8pATyCIEStiA TXVkYZ05WO46acPHVCdoz0hW3ILYilkKH3xdOlOZvva1cxUffCur0h3aN8Z+5GsgU3mz7/r3kAlN pHAb2kiHJlaxD54okTNjNUEPmtCFNvShEZ1oRS+a0Y129FnS9mhJT5rSlbb0pTGdiCAAACH5BAVG AAMALAAAAgDUAToAAAb/wNdgSCwaj0fcQMlcOnEYHFNKrVqv2KxWu2w2nciwMSc+knMzNHo2YBs1 8IEmDBlA6viynpjf+/+AYjB1fIOGEIeDfEOEhIGPR315fWFzcJdzSGybM2meOaADZJBjS6OkZTk4 qmRCqEVfSUNeT1FPT1u5ulNdXVO8Ur2xqaKgZ2aibWSfoptFlnLRlUMaENWTf3kwdtyM3t2I4YpF 4uWF5ePcjd/sdYrY3a+P2Hfq0XOOmZVx0kecnWqMpUnG5tQpJMeMHRtyUF6Rhq8yQZuoR59EMfoc agyjBAwyVg/FHEuzBk2bkzOg3RNj7U41dvFIuXM0YFtNdEVgJEJkZKfP/5p2bBa6CZSI0I17Jq3L Z6fayzoZj1i6SNHZJjWemBWE+JFhMiKjuCItBUniRWpDDmDCJIfiAAUULa5EG0jBWFh7Eor9eiZg J4Jv6EaF2rTeIprZcuZcR4dROHLjzLHc5g7cYZg0GaPS/I3SHUd4MiEO3JauEWclP4VaDagvWFFK 9t7VyC/ORA1qkVBte6DfWSO90aqMOttIx1shYYf9+rEgQJNWz/KL9PTp6NFGrsfjuSi7Tco2eXJP tL0d5cSgN6b3lr5l4ZdosT8zLW2O1TbOVYtiMWDDKP/9pZQSJhsUaOAGAgiQwoIMKphCAQkmmAIP KQxxwgAXnqChhmB0dP/cWMOlVNocuU014kpsuLVbRsSxiFZw9YUBYxke6gFSMSJ55Rd+J803HWmM wMdeTHrQYx53kMFzxyCPeRbeUUGVZxkld603pZSFkVPRPZfE6MZVCuWwIA8NBNBAAwXwIMCBBq51 CZsIsiChgymwsCCEESaYgwAFnFlmAAFQEEACgJ6AQ4azIFeEK678cZscIg7QG3ErWWIXEdIdMalw SGkwAwkt+HHchw+t4tWpZmCV2jIozWWbli0JKZ98SanzDjvjGGLUTLqeE5Qkt65Hq0aIMbZUdaER 1lQZw/WIFidtdFBmAtSi2aefBUDIgoEzbJDSBhqA20m33Rq47QZyslD/gJx85okguug+6CegglJA bQIZ3JuBDBTwYJw8zbaFSYlrcZqJXZlWKqlunD4z43xE6KCDARJXrMMAocpio3LMhbEaKAAp40al lML6lD1U1poyr79m95hl9kSZWWfZsdTdZt0V683JmBE5jYmvDjFyGjfYgMKghJqZYAEIJsjCuW2C K3WBcIzLJrtNtyuAnDw8zYKYLAQwIZqClplBBgGcnS8BMniAAgo8GJooqY5SM5WAnuIGzcgKa6BA iYJJFeNvrl5K+BAtWDyAxRcbV6NHp66SUMevNeMXq8741g/ERA5r8yKRHdIyrqMp0qsdL9c85GU+ jzVzZpk5RchLQgq+/xtdQ2+Cgg2DnslDARmcCWgDAjRAIdRwKiDugFefuzW7PPCArp0LbjChumai jYLa+6otw9mCvi33MIHEJfAlm3b5qkqGx6hwcCUTpwAHe7QAwgAdDCHx4o0jQfcYBsnRGUjiCR7x zSybY93qYjasmXXmHaJLRzhShzom5awdC4RJlVB2mUZch2eeM1jentWjcYlCATl4G6DyhbYy/Y4F N0jQmbwGJ6rV0Gvs2taDNqCmbSVITRRS0KCQljZAGTEABTBTCgKwg6MFgENNaFTd4oI3wXFpLghz X1S26D4kXMoPoaoY/2QxKoTEJhmySUhWoIMSEyUQUzfLYCA4AzM6zv8EdFHyRjoYqLoNto5mfNCH lbrIMPP1A1rNIEkIAoCCM33gT2Xyk+9+17UETe9pNSzQ8wTQNW1xLU+WTEHWFPTDbJlyWoNygQwI 9YENXYh8flgRWySFiQHB0Y0qahhu6CMX39DvcGhRAMX2l7j++Q8hp5ocMlVVQFb56HYZrId7YlYr LYFDgkciSiPOw8cyhFAmNTOSZj4TRzoWUnOZGJrILJeDA9zgaCj4AJnkeaZrSTKSwrNWtqIHRH5y MgWcjJCaFNTP3xXgAqdMoiQDlTbuZWACExDUBS6AqP+hojfBOYBGF5YWTUkKowvLaEgxulGNlvSk JiVpSlH60QOQYGL/EyPBAToQU5AqymM6qhwyigGykrQqMPGbpqwiAYhBIkZX4rHgECDomQ5SExIQ qEAF3raUPsZxO7HCUsl81BZbEiF3zRBZDlCYgw+8swE3QKvvsKVPU2aLT27lp1yByEm6+pOfp8xn AyggqCMekYUPzYANJKqhYFiUWV9tY6TmoocvYgRTjq2bHxQXMR1kLBCqCMleBiiyArZqKm5RXXvq WFRrwg6QkliglUL4TSJwQAZD8MAAUICE1KYWSxoERLOgaZWrqOYAIXhbA1BwAx7ADW7RS+g+40qh NFGSkgGNXoQA+sO6KrcAFIDk8MwGKGplgAEysAHvAkBRDPiCCFJE/+z5ZolCSLmJS3KZjgYShzhL wGirj5iDxTIiscjSQlMnyEEHcNABMYEiBQVGMFhScOAEH8AkJvmqgcXUgcVyLpDCSkzP7GFB0JjU mjQbZ27nWAEihOAALhiADQDJDtjKgLar9VkIQxsCfxjQcp8YCBne5kRG9qm4QObkPq37w4FKl5RO SzKSSUnd5KYpW2fjgZn82tDvucADE0jAYCda2FeSYn2YgoPhLCGioM2hBVlcycUqphKuAjOyRSjm /o4gMfzKAwMHuEAZzMvnAfQZEjmYZmureaWalXgIMF4ddga9hwO0TcVE6M0Easzi0dB2O06BWSxH pIAQyNbGrQIISf/UcAAKDIABjDRTWm9gSlYbD6/SnVA/q7sm6qbLaT0E5XQpqdApC2+F+0oARBOw A8JiwFBUiIh7yeypTXV1hIwlQgugwTigIjbABwhwBxi8bQEz+ABzJgIKC9wBbXObwWDwtoCJoOch 6LndA4A3u+Pt7j/I2w8nGK2xNGyHA4jXBvQz2QBke+lEl7Md/740KmRL6SHUWLaw7QwhVuwCfXBg muAI2GNHpIH8hffQEf6LagiYjAAwYAAQdeJwjddIARR3QtbNVgwDCr0fjjJCT9P10mBtPL2uUAZA n4AIILqDwZK3vFX4cmgvoQC4kKxSfKPzxeR8WdsZIX+AqJBOy1D/ob18mghfHwIBjhB2Apj97Gin 9xAycO9UwAOcRTjABAY+BPqtQ+5DwPoAIk5N+axYth44NCQ8sGI9yCA4jTh0wDEFmsHswTZR6UCj YFth/GBl5AuZrTWSRtxGAvQDBI1eDA1aV+qCkmvUBSjWtjbdCKFJTdmaF7Dx5QIGQFQGxT76CaKQ 9PyOELRF4ECZbWlIGdDv0fTFmP76e8sEzuFC8273u+ttIQ1wAPrUn77a9U5vPQsBthkYQPjFT36x Y2Dsrgg/+ofQKFeMfQBmZ/8AGDV/+RMhf697RR3mjgIOFH4RlCYDszMBAFdbcdQbHsABchd2fpBi A9BwGsB3RKBw/zagD5RGaRzggCtWBzW2A2KwA5T2Afc3Imh2EP83BF0naj1FEl/hgSgAAf7HO43k SLxGIbDHJ8ZzPZ+kczi3Jl6Dc0DkXLHXJ7FnNvkCdLZHgFuGdFagdIx1CTMAFwPSSyOUP4W3YiGw ZnQGAnBWBu0WdgyodrvnblIEhkYggUSgcwOlII1CADAXIYPCIHKYAh44AAEgAHrHgwlSb/l2cPNQ JENQeC9IBB/AgCFkA25TBP8mXhUQAo5IDhCgcPqAYkPgAg0nB4hId0WgcIEIcRwQAidYf/aHhqII aUgQcYKHXkIDMidxDGPXGxBgNDYwXMWlVj2HV3lSc7Smhzmkhv8QYlBsFUnd4wEyAFEZwFcTVQtQ cFgYMRHEF2nyVRulIYJEYAMvQDHNt2YkoDCmkQlCMH7hF45iN2/kCH57Z45FgAFSNH4AZVcCBVDy J2t2UkoAVY+kJHYARQC90S/R1Y/jhz8nQyWegxglVnFD4GLU8GjU+AyZaHyA8EuxBXhGcIKoqAcT MCOvFYYO51qaOFscUDKXJgMV8G+nCFtSJVXVeJBjsBVoRAQMcAB3oIQrdwNmQibPhSb6JFARgidK lmQ3p5Nq0o5uFXtp410P5QITUGwUQFHCkGz5VUXx9RYGQ3yUsmIGcJWUhnUfcDEGEHXOVwR6CIce 8H7kJwR5Yof/EVIEskUA7FInP8QCL0B/e9eOAkAEE2JqO7AgdyhlfgVbcrIgAiCCnGQmY7dXe0hv gdY6jNZRD/gGdXBlDjkEI1kED9eYmrJRqVh3HLCZnziRQzB3+KOIiLYohLd4hEBbBjlbKraYoqkp JUaKfkBymUcOLmBEcJNWC1VPphSWvJmLq2dkTlZPZvInZzMBMuACRbeUFxAAt7CMqugo6qM+b5Ex YFYbGlBimVmKSGAAwHQEL9CP7kghRfB+exlQdghzUkQAASUAbhiU6UUEATBQ8BmfQhQoEjKH8xdr WidDfCkAeymKFVJVf2QzKXZpGsBwknYEsOUBLpCKhUdpMMiJ/yFwZQ8TBvRzgpN4ZQ9YUqaoYgGH Ap/GfTZwnNkZXou4iHx3eJQyVSr5By+gTERwIa4AASKgZWaCAgWAm9hyXUvTmz14a6y3kxuwXH1C AdfSXUB3nKqEjHr2C5CjW9FGDW5QNSHyIwOQnSfaoeq1OVRmRIDJA0LQbi/whkCElpw0ngGVAmO3 A0nEnP9YBNklZUNwh9U1IQMQlHJYl3N6mAPwTw5SVwLwjx2AcfEwkrvjBwv5mV+3YoKnAQ74aJFp Ygf5dZxYd4LHmZtZd6aYihWgkWFwggYaeEUgA8E1BIXoqab6f5f2ASggVSKpln8AYahyIRFXB1pm NL5jJkVoLf8BxZO65qu61jQGkifAuatmA3T7UnvIiYzQpwRRwHtlEReeMgAgcDEK8IxB0xYimJ17 YACX1SLUFwamN55cA5cRIigD5X7tyB9EQFd6GD3MaYfiaaZ96p+Fwqcs8Dt7KCEDBZh6qmd9+FQK WgYcwHBgN5oDlwlYB5qVWYBYGHGENyOieqUSWYr0U7Aj6oADwAFzd6IeS5JiUKDSYIZXenVp4Teh aATcigSV2pJFgH12wAC12UiNNJz1hC36CleWtCbByrPugjU/aUo2u1dHOAEyS3TK2aR+9l+AAH0p 9VEUE7XbaBc5wAEK0AKL90W0tbJlQDH4BX0TNVHj9wJ7SSH/zCkEFBBQHyAEZUqneqqenASX8IeC c/hPc7hEe+ogXNOnfDkAxsMfZCueZ8pJL2CkZ6smRYB1o3GBJUuMelB4BWuqYDd3gmc0jxiKjjux hJiwsfWAoLiIGxu6fyeBKRsGQvABH1BiAVhiWAe6qpmdBzQDsHVplTsAIpgJQKcGIaBgJct+oYAE iUo/LgBP9+Q7QwldEAKsPXtzPuSzfBKEu3o2SSoDDCCzTIoXzsqMlTCF01oEEuOtymcETYcx80Nb Bdeq6DtV6tuqdGcAwPFFdnF93jkA9uif7QqHQvCdeyg2iJu2CbK2c0uWRUCnSEAAZJum0nWndakg chKvxFqX/4gLehUCt0NgXjggTTGDqn7gfxxJdxr8f21TqRwbdq9JaYQHaRcLaRMQdqVrM4L3aGFg haFpEZBnux8YugMHqSUxCoJXh2EQrx1losM1tE+GJs+bLTxEV0zDgz/5Ls4bc/akNviipOB1jMno BLYAS4/nIkSwjfqDrT+1uY9QMS1QZu0DtkTghnlyA64gA2OidWmIuHS6hna6d/Tmhndbj/iZt3yc IDJAUAIAW2MKmOyqc2MiqI3xCLB1kUiwwjYwd5RLP404klc4B6S4eKE5AFdWY+HVNuIVur1ReEl6 iSpmA60rXhL4EpkpVQeQwkiweBFHWx3QArMrvtV4aNUAmv9HgAIHUIioYgTMeWm98WLCBShk8mTI /FZaky3167PC6i7QvJNwdUpFtC/F6ALLupRA3BEWrGxWOgfDBDFsMQfmG4i2i7oiiM7oXGJ2wWZI gMZzmaZq2sbr+n6u8EPoCpQpIMjmNQR04q9A1CBaR59GBsF1Oa4HSacfwJxxSyfyCRaGQQkau2my xchHQMqvbIq13IibqMlv43AeIIIYy4lugxgPw4Ae8HU08QEtzJGNwrUDu6qF93UM+go5EMyjKQPv ZERqhZu/Y8S8qry8mDU+NKxrOJR/kjbfMwHYnJRMCrMdEq3SkDE6kCJVx3HzYWqX1tJhsD8XkXze V7YJYmr/Q0ABL5ABEkIE/xhQYpOW9MvAY/dp/DIAZI0hiFvWdA2foCS4dUmfKtkvb6jAdwrHdw2w onGGmgzTWlJiKR0GIaABnmYDIcCZnikpEEsEsfwCnwZcHElwE0gNeNDLjkiSh7Zi/4bOotl/LYvJ sYwWnziSrW0EGeDDjquamF0ELB1xQHwEOG3b7+REFYBW0WM8RJi8Q+iuPRohmoRJzO3EeGJQu9pQ WCYDQ+fUYZsoUf2cjxcp+iU0c/A3i4MpZdYleZ2ogUDGaBFuaDlQAeB+V7yea7jX0gWm8Fd6ZPnH Z8rHB5nW630EhAu3zAlbbjuY+wrHfCoptzWpoXt8fmCS/2BnAx8AW5vZqWLwfwfAolfIgGrhaZkJ O6Etgp76f/nLwjicCSXmCgH3f1x924DQspK72zrS2+FHAScwg4xUi8KNkzq7ng/SXNG8JpoU5D6b c9PcUGhz1kDX1PyCjHvwnswyFS8VZoiTfMIxpYljaqXdfBfxRfMlRvyj3jgXca7waXicx2OyNQiN ghFClniqpnQ6yPnqL3mbJxWyvw99wP7KvwqcIP+JmHxEE4u34hFpBBfamBf6yY1Sul+nupICmiF9 BBG+A7CVVbF1gpnKkcFRATAsBopX4RXwAZiMAnzXqid5kC9Qugr30aO528sxcCFpuymgQn4CNz3n O8WTvP/twmu8SOTv+iBFWAAJkOQM8F1EV2xX/C9PGpvppD/fahdp0DihAnwSg+XmzH30IXWMU3Wl 16VGVAY/tN4C0Chozd5CoMbw2NZ92o5yDu73KdioF68n8MZL5Md+SsAxOkhHMHcYfdG1jckb6Yie hgSJKAYTS3gQ++qj+gHuAQHm7QclRo3/NwcpG3AV2rmbeKB2tncBuGJo6IEwjkbtzYkaMlzCNYP3 BFC4Tms5++M495Ohl0QZ0CfC1tQigJRIu5Rq1ynURq1sAZHLF+36IDGMam12pl/7owOR9Y48OMFo F397Lq8HDn9NFiiUFJ8NoO5ogkSAIgR+DZ/Udaf9Onb/AHWHMHfXjZLf5oV/uBW6KZ3xNbbvIviI hIjOhyqZ2FFjoQjx5qyWtSq5gu5anLi1OCx//h4GtBsGKNmiGpCJFl/4NoxGZ9ARTaRw8f42ZyVJ Nljcu8kuvNm8TpM17TghfRIAuIfKRouUtrcDxn7sGvNl9FXVeSMi0U6tX7zzOsCJgj6+RaAAWhgV 37mGQUlXCzK3SPDtc+wKGABx+eogd0Wm832YcwyebmvvQiRrbu3PMEeWoyBiJ7jvFw0cm+lvHtBw Dd+aKpnChXdoIGqKkHuwDr/3SPDwvVsBKRxwnLp3LSvXMJyoEG5NCgcEocHgNZQNToOccrjMJYfD APJ0/0PdCrdbo3HjNVK8Ak9QLpMFaPOmzBKwzW6zgJUKNwoyXmLicvUndvxcdnYuDqMSFRcZFTUY NSIfFaIeB3QwBzpCDDo/PgYqhmwqBx4tHzksEx9bGl8TCQZkMQZqh4qijmCjGgJ+gYOFpwZk7I7t iAbSpuxkBygCeAY+jpUJjgNykSAWu6NQbFCEeAdIozwUPcZDTdMHODii5M+7z+HNh1ZH+QfIFSHI M9LoXhQbO4agGCJK4CKFuxR2WEjuYY4ZQw4sqkBKRkNFH2SwW+Rk0REZF3AMOcEDRcsAW7gE4MJF TYEzc3DmjGOGR08eAQoEs1HBj40JfRgEokABUTmnrP+i6FikYYbAU1ENNBKVbxe4CpQGKAALa9/T Z6bK4oJ1Vu3TARl4bVtU5IVcAmyHXEjUja9bRudsdB0SQuA/jxjheSgo5AgKxR4mqDsHKl+7DxAe cUxkA9TWe6B2CfnUbtTQChsF59va6ADc1YneDVAou1jC1FFIkhzi4YWHdElWFrhyQ6ZMLgWO2yyg XGdzOizgkOmZImaDDAFQ8EEqgkHSHRmYNoUl9+nFS65QTUJraoB5RYEXDtQ6RJVTiUNq6c1va4Be /bYOeOS+/wiM4r7+bDlEwQUZZPCtuyCEUJEM7pqlwiEifIZCCPVCYoBv9hoCRLc8kIcy0tpZjQPF bDj/h6HKvvlnKH+GiAyWEGTwgDIISMkIH2poq6y2rRRCobMf3/FAhl1eS+gjGV6gbLZEXpvylSNk cQKHJRhRqIgTwPzghgqIawCFmRoQ4zgzliujgBRu2qkMNupgYbqe0kxzgl+OsqE77hiQATwF/XJL AxCkWi+SGajSh71IWkjUKXnkkagrsZ7i0i8fmyingxw0LVTUURdJ4pu+ohiR1IwyEoUcD14cwLch QKHnQxE5CCGEDw4QZbbYFLHytYIGQAgUwIDcwYN9KEokl1bj04UgJE4MdgBinBRSEQJSAnVLJmqz 8h0cTghqzJ+w42KLnpAToIHmpCsDzpzIGAPPX25I/yABGYya4M/uAvlOPFJfceUSRxX1kSpUDB71 nvqe6iCJHD6tmOKLK74IYggw7tjiJioGU+SRSS4Zg/9qSZmRk/lLBAOVWVbZ1FtTpZngFDeLDxQI wnkYn3q8KQZYRUT5oCUUmpRWWYMWSQfW1Y4tLYrXVmOyRnNA0jGFVwoJMgrKdsllhxNy6xaKuYA7 4YIPyNSii+K2wGKMuXkIA84wBMC7bpzEsBc5HjIIPIAEABXBcO8EJvTmRnToRIgDfIwc8sgHmJwg pDGvAAWBMjoCFMtZrVz00KPg1C15TIcq1EZycwJUUGewyKIZaK/d9oUlyT0S9kKEgC/fP7QE1Zpv Vf+VF5AGcCEEUmILYehFVrQBROBtXjIkhDh1rNpXZkWa6tNQuG1apnNWkrRZA6iYEQI+gEuiKa2U duJvuTx76ihSAvOXK8w0M5gvjoOH5SynXux603TCUK+5+UJfGRDUDmTQHRcwQASECFx4OrQ4RiRq d6hwxAeVoQ5GAEsxQ1BAWniBwqdgxlGnANHqWKeEi9RudrRrj3sc4cFG9AUzPdQHDwFCMCE4rQK5 ABZj4tEIW32ohxowXj8U8Y9XuIgXW6GMBiRCLIPEDwWxy9E7jIaC9FmECbl5jxS8logjkA1cUThB EdYhn5RQ4QLYEaP/fuEL4wRQgAfsmx+RM0A85On/FxlIQABs4EBATDBggxrYU8gDCx0w6lH6iEQO TpG7SiYCFJ/wJGVIEcrFjQUSjGBh8H7nFte1Zwmxg50Z2xPLqyyMd69wohNReStcishmpwraK3Sl Kw0kzRQ2eN4iSMFCvtxyeDxSoxTLoUVrVQuG0qJVLGdXjCU14XUXIaNuuAQXKQQAIYrYAVu4FCr7 uXEA5LKF2gJAARv07xeHHNxMkJOmuY0hTX2TSQKlgYdg6Os7E4jgUfr0naU8shyRJIs+KLmeiwRo Hx5UoQYfChUf+rAhIzrlN6rZqXS2Ena0y+YMp/IoHQJkl02cHi+DuEOMFlOaykhmL22Gy0c80Za1 /3zKB66igAMlQmKeNKlJFZCDFoCKlTZkKjgZQZkAEEB802hnNVPSlROkBAfkAlMd49micAyunvZ8 yQcScIMMeGGgL2lANIqDSEQapV+G9MNRChG4DCwIQTOdSiYVtTtKaHJ3pfArLzoK0192Y5fEg0U6 lSA7V7rymzZEKSVn6dMd4tJ3LS3eZ0N0WFKdipk4NdQmfzqEy1bMYjOM3WtfOzvZPRWyunnF6m5Q hRNQJqSJEFk7gdtVr14gGglokQ0CMIEGGhcFgtjBBPCQHbLKYKAySMAOEpABfylSBgg1KAHOeUEM ivavEWVPRANUy1VcxYSFIqVTVLWKb+yUPuxR1f9Lb8sEb3azhjJU7QfZq0LGGs+JQDSlzRQLU/y+ Ynif/Z3vOktaVO30ogBWqUoJq1nzoFQBtOvwUWUbW1eWMXZlzBRuIvs6EzNijlxtp3BfnBIMqK2O SzHudUXw3Oe6QARiTYALuttdQhhUUIfUjnEnIII+OPA7hWjyQhVH3r9WsoMUXQ9qTTGWCi+uPvTl 3TJDVFqnmLGbInbCZf9LZYSlhb6c5aVOHYxggvmywaDlIXuVCefGliOzHWQUe2Gx4Vh6U4YkMfPr SFpiWPZWEbAUKS9cHGnhdvUEMy5AjZfSL6RI8K7PRWhS/HUUUH/acCIAAAAseJfvgGe8GpwjWfr/ DOg1t7CW7/Wr8V6qTAQDccGMMPRsJVu7Gw4aKh1EGINN4UMmLlumCXa2W5pJs+lRb9dyzugsI2pR zRL7sjV0rWRfadmnrrhT5agtuJbw6kW4eAiSjvGkUaKgsALs0386XKkp2J1865vfpQYAA8Cb173y NYOicihZMHuRq1iZd1uW8k49cksAByTZzNyzr/XrOhEr2ps4pDJmkf3DBjeW1459NvF8Ke2Ypoqz KITzaS+c2W2jedCEJvRsN07bQpvYto99dA7oRz9IBze4XX230ZMg71Df1btNP0p3A9Yn7/qBgv9e NQajPKptqJvowFVUJWbJqZUC2uGi0vViW8oX/3lslOQojizPzWzSYdswzWqusHwrXvI6H5jvvMg1 LyXc9minMLCmALlhDU/smjeVhjmPbaKxSe4xux2y5Yg00Sd99K5iIH8zPsRc/TVBCTKA6QgNXJGz q9c+MFJQgWtQFAq+OK57HaJ9Zg/DtS1lEV10vgOu+DwGH2HcaBzcjn9tLJFv+5X2jpnKDl6C6fxs nv5d5TVjO4RZfsqLl1LmsW448hff8cYX/5VMHfG4Q8VoyrvuW49mMf7gb/RJT5rzm8dPABREAQdG kN/8XhJC9WVftEu7rAe8LoivpOzVWgz+7K6SFObYIBCjGEvBZCrl9k7ZWqryVCzcgo2MBI0VAv8s o4qnwDzL91Iu5EwL+oLIo1iuBU+ulD4uBBUBh9DsqByP/AaNzBJB/XYQxXTwKVqMq4Rw/uhvCPkj //TvIDwNULqju/YlAB0oA5os4MSLUGLvsBYwpZSv2EqhLFLnZqbHhX7kh/bBpdYul5gNpCAPtoKt xFAK/Mju+/puLy5u71Du5FjQ5FDlzpaJ2uwQBjsIsOKwUf6rBkPs8Q6NldCvxCSPF85NCdrP/dbN 6y4v84iw/urPFuwPCSmgyaRw1QRlAvQKggrhLgLn6hzpCv2K3RSw6xrhFnKA89pJFnGg/iYN6ObP FfPLtoAO0d5OEhcBLFaHqd5ulTiQDV1L8Wj/zdhgYQLDkPqsD7SabeX+7gSdz/do7dpQi80Uz7Jy kA0ZD9z468wWzS80ZdF6cegSoRLljwiFKxMx0UM4cSn07xOd7JzC6xR3YCkOkOB0bxaBSxYxr+hs 0R0N0hJpjxXNsRzb6GbGLeeKj9vAb9Z0CIU+Stn6UOX+UM7ycMFwLdnQML42sgsbUM1okNjOzKlM Cuf4i7J4rgdP7OcUIRKHjh2HcP5osRZ18hZkbAoWhB7pUa/AYx/3ETz2CuuyTvdcjBYFUsYqcRZ3 UicP8sWKjhIdESa75SUbcvJWKbLOb7Jgq9DeUPGYUdZSyPni7A6rTxqtDb8MzA8Fz9oAcZMqoxL8 anDuDg3EHk/FIg/dzFEme5EXX0EhbfIg25HzaFER/INBwgMoFwopHcQ//nEyF+fgKHM81GIbckEz Q4gRLPMyQZMXnCY0nUIz5eI0lYEz6aItSDMKVvMzyQs2G2E1W7M2Z5M12wI1XRMznWU3bxM3e1MR yGMzgVM2ORM4bVPKiNPghDM3WfM4fTM6pdMznTOElnM5OxM7g5M6k7M752IAggAAIf4iwW6p+qFH qqnFdqnSprOhQav+qKmlsqhzoUUBVVNTUENNVAA7 --=_NextPart_2relrfksadvnqindyw3nerasdf Content-Type: image/gif; name="24k0831.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="24k0831.gif" Content-ID: 200209010032562 R0lGODlh1AE8AIebAAAAAIGBaJ2entHRp/82AEBANNXV1PWGNV5dXe7u1KCggczMpO3t7YGBhLi4 o/nTtl1dSiEhHHJyYvnu40pKSTIyMre4uNDQwOrq23FxcJGRdLCwjZCQhq+woeLi1unpujExKPr6 2UxMPff496Ghm4+QlcDAmmpqXWlpVXFxbcvLtfLyzBAQEIKCeN3dsUFCQSoqKvf46+vs5cHBruDg xq2trZmZl4mJbmJiWioqI1lZSM/Qz39/cJmZeuHh4WpqadLSstvc26mph/Tz8GZmUXp6Yzg4N/z5 9valaYCAcaampPfJpsXFnl1dUiYmJr6+vrm5lPLywqiolZeYm8TEwvr6yBkZFElJQf//5Pe4iQoK CUpKO//MZu7u3YmKiSUlHnNzZvvy6ujn45CQfba2nzk5L/v83JSUk21tXXp6akZGRPDw5rW1tVdX VtXVznl5eefo4Tk4OP//0YWFap+gnNvbr/R5IEZGONfY1vadXGVlY6Cgjc7Oze/w7729pPnbxPWS Svaxfc3NuPjCmvrm1lFRUZubjlVVRcrKs+npx/b22XBwWeXlt8vMyvnhzuHj3cfHvJqamZqagnBv b9LSuKurjvnNrcnJyH19fWhnZt7e3f7+/vercunq6YKCgrS0pgYGBNbWq2FhYaWlhby8nWFhTnR0 XU9PTzQ0NNbWxHV1dJaWeLa2ku3tvTY2K1FRQvv8+nV1aeLitC4uLe7w6sbGqbGxsJyckI6Oci4u JNPU056efuPk425ubdXVtqysivb29X19ZT4+MqmpqcrKosLCwb29l/X1xKysm///zB0dGg0NDI2N jfX15n5+bVpaWD4+PvDw14aGhiQjI5aWh7Gxn/r6+aWlmpKSkm1tVxYWE/r66e3u6NHS0d7e1YSE cvLy33R0Z5SUff//2qOjo/R9JtjZ2PHy8OTk3OXm5fv28ICAbUFBOl1dTCAgILq6unRzczExLfn5 30VDQ1hYTf//9F9gUb6/wbq6m6mpm/j4zhsbGv//65WVl29vYAAAACH/C05FVFNDQVBFMi4wAwEA AAAh+QQFRgD/ACwAAAAA1AE8AAAI/wC5CBxIsKDBgwgTKlzIsKHDhxAjSpxIsaLFixgzatzIsaPH jyBDihxJsqTJkyhTqhyJrqXLlzBjypxJs6bNmzhz6rTpjVyJn+TwxKzx8+cUbztlblrKtKnTp1Cj Sp1KtarVq1izat3KtavXr2CvEoRDtqzZs2jTql3Ltq3bt3Djtn1E9Gc/PmcNCChawhY6uWnDCh5M uLDhw4gTK3ZKUAYcx5AfS45MebLlypgva87MebPnzqA/i96x9+cTso7RDeM7DI4YGaE5y1hMu7bt 27hzI24Mu7fv38CDCx9OvLjx48iTG4dTt8QwTb2f8O3nTflw3diza9/O3XBjbuDDi/8fT768+fPo 06tfz759ehmXpti9BGdNI/lFG4GXwY2/+/3cdCfggAQWuB1B/yWo4IIMNtgeLUGUVgIbMpgjYQlP uEdLChSoQoc34tGySQaY4MHUG9hghYktBtImjRqqKKHJJm/MU4NV5GQCyyYCvKDKE0uRowYmO+D2 Yowz1ngjV29QgMlzWdmCyo/WWNUJBZF0MlUfp7yjFUG0hCnmmGSWaeaZaKap5ppstukmm9xY0M9P kTTSnHNivKmIPQD0SQeZWLzSJwyiXNFnIec4ZYAtjDZ6Qp+q1PaOJ5FEZYsnniyZGBYS9AnAC9R4 OksjTdnCwqmo9jkPOOL0eQos4Ej/0mcbnuhSG6eegioqqVlhwWefTmCVDyieamMiVYn0CQo0GTTr bLOTgNCnHkNgRVAftGCLbbZhbuttt+ByK+6344ZL7rnmplvuuuiyq2678Jqrl1FsDIPfFI/Qco6+ /GprZgileErHORZMMwwt44jg6cIAqNFUPb0wzPAPi9UTDgCoQHVLnxX0sRgWpnjKThUh9ymKDwxs wg8ryijbMgCgsBBLO33OcgoqN/RJAShx3FoyACP/fHLKV2ERMLBXtSBxLx5LVc8HEke9sDt8iDXQ EFhnjTUtWnfttdcTTMD112RrzfXYZafd9dlqD0FL2Gi3LffaRFmgiRi8aEJOP+bM/421Jz/4k4On apygRZ8phKAwAFoMkI2nwzSFxSilVG75F33SA4xVPgjgJVX9CCB5yBk7dQuxZSQ6mA+st846DUR4 GgcNsoT8yhPKOKFJPXLI0qc2dfRpxcUSHw5AO2UAQA5hrrsOu+y024677leNczQAwW5iiyhRpTPP woskD8Ay8BwLFdTKmqD++utH4Ck0m1tF0BDA0E/IA1lwEkggWSzhSBj0A0b9hvCHJSxhAgIk4CAC kYc88O8BhKhfAicoQWAQ4g8L3N/+svAABFYwgPSbgCUMuIQ/BJAQltBgIAbxB1p8cAiOWEIgONHA QCyBEAGM4SAi+EEKglCAPtjBDv900Q1d6IIPbOADAyQ4hG5YgA9E7IYUu7GDbqCDfgEEhjwGJzVP 0WNxWsDCHDylKZWNAwvjMEMa5RCMPrHBKmcgFgD0MJVPAEAZo8OY6fpUgGoNph7G66IgtRGEejBC eC7okzKYgIJsaEADKGiHBo6mgza6Y0dhAaQgN0nIPojik6AM5Sftgbk+sUAUbSDWPPy4FFhgYxme AoEfxhGFxQHrB+TYgeo28TRPgYIDwAwmMDVgBU+dwVoDESAhsnCAA5Tjmc9sZh5uGMAJIKGZgZiA IzjhzHLYwQ7RPEAWeCjAcgIjBo7IAiCaCU1oHgAQWXCEOc3piGY2kxNHmMAg1tn/znIA4g9HEGAM HnDNbn6zHM3MwgT+sM4DLGGeEJ2n3qZA0Yr2wwLcgKi9KspRAWhiBPOUAzHUtwVPBWADvkwEGMVI RqpgYRd98kRVOiDHPlEhKvW4AwDckcfSLWVjALhD/AYjhzsIowBITWoBXgYAFihVqdC4qe8AoI1E 3jEEy4hAAnAFAlxkjhWMu4RginrUpy7VU041awGgUQwabPKtb2CKLWCwsGWwAxovQGpNGba8paDv rZ7qBzIFYkFAePObiE1sOfIgzxhYE7F5MGxiJ4vQBwBjBDHArAAfINnJUvafmA1tDIBRT8RmMxCH VWwW6DeCCQTCmZ5F7GLzgNiH/142s7gVrWa5caeieBSiffAJX35yhkaUU7PnjME2AOapa7TCU8tI WJ+WwdI+lREq/DBBn6BBlXp8IRtM0EGf4BEVXyiyp0wxBLFEMALDjOO9tRjFe98rh58VQA7zHccK fDGOevDykIzTKQD2kQzxqsEMLXsFWAFwig+8whuDmW9881tfT903v/vtbz2qwL4Oq4+pimTfDGak hFkoawso6KK0FgaKpuEBpTDLwSNnTGMrsGAZVzDAYLkADNrGdrJImMAIWssJ2f54sg4d8gisMYIh DOLInj2AI5Ss5NJ+U3+pTSwSwjBka2YZyrU9ApWZTOYlL/kc0hnuT4bBACoPuf8RZ1BzCSwwBDe7 2QzXU8JzpytdxvFjjNbtrldhxkqoyIES9RhHFQZ3CqjUAwWY4ylTQKbHTQD1EFVCDAmI9Yz4Ubpm D8OEFgS7lKkuTBlmgGkFWpWDNSyYArVQQ9OkoiWsbBoAnV7KpwEwi1CPein1qAc/gj1sYQd7wQtz QrCXvYltaMNThyADFDZA7WpX2wQrdhWwr8HHSszg2+AGtwkq0QNQgEIUvLCaQP6Q5QNwIgtZQAIg vpkHQljj3hMosmIB8e5B0PDLB3gALO7NZEfM+5vvzAMSkJCHL3NiAgS/t5Xt0Mxv8jsLgQAEYweu DtQi2YHwvqZnLRHxkpc8QlP/EIDKV94PW9Ci5ARbucxrAAyT31vM1rCep/QM3T5TF9AAuO5T+JGL nU/Fv0upMAWgkgBt5AyPkyadpft0CExe5RSoavRU+LEAOc4i3bsOOlNSIcdCwKIeU9XGAJQVjwiA AgTPVkbbp3s4VBANKrYARSbuvvWu1wzsPxP7Ush+KKtDZRtcTPZT5GCMXwCWYVpAQ9VUNorHQ54Z 8hsIEhILiAeo4wjqUMcy8/CAI8Bi4PlO7AEGMYHQhz4MlvAxYgFh7xEMPAxFFmcHXR8Gzir2D6cP /sQh64jPq0ObR7AGLJbQbk78wfWh32aWLWH605u5zEyGRSfwoInue58XfBhG/xDuffpzsOEeQfC+ JtLPAOUrP/ind78ZYtcnnvMZjH9u6VTwsbClWwULAQAAFPMUuHACq3BHPWUIspMV41AAudJdyZAz feIOvBB2++AxtFB0kFJqv2NVlgcAogMVkGA82qAEVVEPEegpFGiBGKiBABApUxGAEpM9D8MPoeAp ZeAKILAINNMni3AIObAILOApkMAU/FB5ffIFi7CETNiE4QNd3ZB5AnFwFDcI8Hd6RxAG6gB/uJdY S1B98JeFgaBYgXCFfxAIpXeFsHAEhECFdpAFWyh8B6BYWxaGwdeGqrcEn3d6mxB86oAEqWUJajiI A2dzsNAIobMDvPAIumALE/+yZBFHiGo4Dj0IAMOwZ+Pjc9UleDglPp5iDv8XMH0lORGQCj2wU3mk BcSiA7AEg1bRgA/oUsmQbT8QdgBQCGLgCp4SDsAGYFXVJ7nABAHgAsmQDK2wCFFgDMAoC8HADzgV Cp54i3wHFVgwi55Si4F3i7m4i1QxA3vlKTT4MDfYJ9kAS+wABZ5iBikmDC8DCk1xhJ4SD3swj/RY jwogKH3CDurGBVQYcH34jzsSkH0IC114UA8gFUewebNHCAK5hgIJkH04CKmVB2HAh7BACHO4kK0E kcs3WVa4kQ+ZBYEYkA3Jkf/oFHggIWwgJ0WRbk3RkGr4j2aAjwDwBJgYXSv/BXRC1xRCIDHcUxVY EAFaUGhLUQlqwA8HCHW69jP+kAxIyCKv6IA6YxVywAR9Yg+wYDSeYjwkKAVNMVUsIIHxgAwc8wLu Ew9ImAOhggou6RSJlgxzUFNUQxVVeZVZeT1c+TteORUe8GyeUkrY42jjCAABIATEkngqQCy4UEru aIRI+IEAwF1SyAWyVw6cUJIluQkFCU4CN5Dwx0sYKVuDAJImSZIT0I8TsJGheVAfmZmbaQdbVpp9 KJKIZQknuZG4eZLwxwurURRDJCGXYHvBB5FPEZDjIAye4g1/xQJ9pgX5F2hR0QV+yTC8MhVW6YpG WABswA+nKGlL2SexoDLJ/0Az2uADr3gD4gUA0mAVKHgIadCHneIpwuA+VKUBzfAwALYws+B4EgNL AyZgbfkU1WgCxdQnlXJ0yeCe8Lkw8/k79kkV5+CCABAM1xOOTFEPg4kDJqADIAB0uQAKsWAC7fiO jwkCCnCiKJqi9/g++/hkiOVQ1QeQJAkLqWeQDwmS6qBv4FSGJCmjR5CFE6CFCZlYDBmQEydlMuqZ BueFMDmQszmSnjmjnumkO2J+fMEG52ANbFAUU3B3FkmI/zgOBboMsJCf2qCJOikV6dknKTYoQ+Vo OqANs8YUQBAsSImAUQcAucAUtOQ+cWB4UYFGNMMCtVYV46AIm9AIEgoABf+gAJ5yoF85XW0EACDA n3fAjOSoLMTif07TO9KCA6+IqIrKMI36qFQBDMjpKSeglUjzFBgKmTBDoqIiTLTKAWNQUtu1j2GQ kQcVCITwo7rJFJtZDp0ppZj0ALKVB6lpdWuoTzQECNDqQG7IkP+4mnZAkQ9pdcg6e38gmztCm98k iMGKSZkZkPfAF+SQDn3IB/hRAnhgkbcJFTsSBblSD8Ezgc25iTu5CXuwMGhwDNP5DFNBA6BAB66K AvvwAuyAOVrwAqpDaT61CSJFLBlQFbwgYCaIFZ2gB3Lkn0CTDLo4Xg8zVVZgVfupM1gwaHG5MFBJ l1EgAZlWFRvbsSIDsp7/Ql5RMQRS2Sc8sAk616puOZh34IRE65+SuRTwCKtHSxUEsQmWAHDOB6xM sSPDepBRsSOEkFq0N7VsyE1fFluE0BTWik/yugnb+k1IoA5UAa52YJtaAQvd0K5TAIpLwQC92Rdv 6q2tpIx94gX1sACeAgM+95yc2BSp4LG5AAxyIIF9EleORgT6KKA0uTBEA7EPs7h90rJRAQRDyAFY kQ5v4LFD+z7jMACBhAo6xoFUZVWV+jvsQJ9zQJ8AMA1YgQVXAbqiuwika7qegrpP0QnZpgV7oGsV 6miMUFLL8Ao8kATM27zNm54iELOU5ymuYG3WS21rurRT0bSwIJFRFrUP/1m1pHmb1noAwNeH6rAE vCpbX2sHYVutvHqZU3ubLnplRzC+G8m2bqu3EMkLwvUTxdBeTHGuLUmuVcEPkwoAu4OO25WvaeoU awCYhLQJWFAFsgsAMvUUlKAFQbAUXtDBSzEOk+sptWa5kpMMOsUC5olTycAE+WAV1qAEp7BXrxAC P/MCKDhoypIBfWBIiFQz/Mkwc7CzzCDAYRHDM7wwNXzDOcxiPMwUjcBUOXABfFq8UDEOB/iBS5u0 vFarwnSrLDqZWMhZX3sA2QSGNfpNAieJF8mrAXd6rkVZ74QENARbiFWkpzdx+ESI1lC/dsCjbKy/ bDyIfeCIJTAnttAH8f93euYwBXPSD08gnIN8elgQsi8AC9sAU66CpvrHFEews9rgBkwhBwzsKRX7 MMJAAYzCAaBwd+NQjMUIUzmAXk4xDozwbEYgvW7pjFbBD9EICs5AwTcsnms6YCYyVaBQoK0LAFsQ BYD2DW3qBJHAwYLhyywWzLv2AsS8MPtwLHGkLGgQA5JjxUN3in1iCiqaoodgTLKqtPsIfxOwBJ2V WPUWfFU7yOUrcOqQBfs2Tq2nDlooe+4Lf3oMhld4BH68x/CnfGAoyJMMfz5wD08g0VTQflc4Ajtw D/fwDsH5fsHnfgMHfx5YA5j8M73QnIRbRrBAkxEgyheaDLq7MIUwVLL/onjYBVMwQMuXu2CTIBjj EApy9AUz8J19os0+WwVSGQEQ5gapqp/8SQEp2yffoAFXmWKF+hU/HdRDLcyxqGhJDWGbQJOugAhL 8Q4CMAwWUAueaKFGaM4AYAURENdyLddD2CeR45ieogwKYAqg8Aoo+gVWcAgagI/LQEeTGa9hIM9f FmR9KL7wOqPlC3x/wKuL9b64qZDfRK1YG78G3JAJrbbluhSCrLcPSX4D560fjZkcuSNHIIOz8AMp wAMFCgDM0GegMAuzrSmwsM59IgxwIKBVEI24thTbUNee8pNDh9OSAwXrAKkPkwwKkASeMKddgYJz oAXBIM6q4Ak84IJG/+2zx3AHOYAOvLQCNbU4y8wC8VCgLRCyLFBMRvwV1o3d2s3d3s2n4T3eIRyA ETAKSFcP9CA1bI20bv14d420QpADOnAD1PArWiAIK+NL2vAFq4Co+/iSwjoI67t6VKujxEoVjkDP E3AEHk6RxLkUmO2+YsvZUnG215qaU6G/WQGohiEPBUoGUUMFfSYxSzIE7OApYHC/V/wBFyxWm3AM N3Yqy8ACIZjcAJDTF4oFvIxdWGC7g8EPVRANuhY13+2zciAiS5EMDvgFfkAMQBw1i1qTV57lWy4x XT4OXz5pVTAK29AU48AEq8Db+hkV3OkpCiALLiALgC7ogV4EkPOOcv8QAtVgKNyMAYygASG7lVgy jVBBEJ8Jrw+wvsqqmR6+xpK4BMl6fP14vjAJCymOx22MWJcJpg+QWuY7yA790DL60FcYpYRY0xSQ DI9eU9owAjseBZosdgZQSsrgAEcnB3XglwjAFLAMy1M+dB9gApM3ILq+CoHEYFMxDj2gAcMGuJTq eKAQDMmwCtlg6FZAfzAzI4dR7deudVLx7MDGD69cytqGXQUOWAeuPXpg3H2iBToAJPwgB8kwAESw V+6g7ts7EJ0Nkcy3kATZ6TTOFOpQmYGwCZMNWWGw2ihOpCc5tkJenEuKWB8pFTJeFeR6o1eh2g/J DyGzDLuzDcmA7in/suPgsAugkAPPoAv1YOgAQATgcIJyMADasAxXnRXBZiDClgwy2CejiF28XA9m zmuMsABmoDJYoAjKwAKUcAwr5riHkfRLrzxegYI7Cwr3wOdu7QqvsPZsz/YrBgpvhLSJd0elIASK gHTAVo0fsAiHYwVgzbQDkZtOgYcWF7biK5t/oFhLYLa8mrZXe+pTO7akKZCvia2yKeMqf5uAmvmZ SRVZ6ZR0gElmYAKLYAodEMJFQAQaUAz8EAX60F8UXAXZUAtYwTuhYLAtAhZYMABLaAqfUPuh0A64 cAl4n3SrQMVyUAXGoAK0sfu9//tYPQpLGACp8O4boAO4QAorkF8U/0YMPbAAdc6noyACRTAKsmAG 8O4U1SgLpeDSVWHpNGrreUyFW+vYq32anMeQmQ5ZcaiGhA8QduwQglVwE6EDAu1wMghrk0OHD5eU U2gnyxGIDzXCykJRoKWMEEU+DNlw48mQJAuuZAlxG7+N9cxg2bYSyzh+9Tbp3NSzJxaePoUO9VkP JlGkSZUuZdrU6U4sUYM6rScVac6iU59uLRoVKNek/LxqHVpv3FelRsnyO4uVKlqnXORy2fQgz58w GnvCGuTRDiCCYTgpLDcopUNCSCqWC4QYkEJAjpA6elxRMkSEChmiJHmwssIsYQ4L9guy8+HTe1Oj zsiZNWewsWXPpv9d2/Zt3Ll177Y9l0vmhQ8IqVNHaMnncpzyCq54YNAfQmHUTXB0vOJfRw7VDVZ4 VzSsI8Y/K1ySEfhCk60l+hXISXiYI2EIPeDE3pLeiBtb7uff3////awBcEACCzTwQAQTVHBBBht0 8EEIF9zEtzyuy4MTTsaz44A/HmLuugMuDCQPDTe876EjHkhIoQM4GWSJLEoUCJAJNDpvs8MimoC7 6wDhJJAMr/sIpYgKsgaYPhjoZEkmm2RSSSejlLITKKdsssorrXQSSyu5fFLLL8HMUkwvxdzSzDKl TFNNNM2ksk02yXRzyTXHnDNMOvsAZgSNfBPyTzsKw2iTDwH907n/lXo6oiNDBTogkBUFCiQvWG5M T7+HJlCs0T9Na80gYIKwpQZbLHjniXtQvWfVVVFl4wlUYzU1VVpjrZWNU2GtddcncOUVV1uDvfUd Xn891dhigwU2WWSFVZZYZ5mNFVZfo411WWtTrVZabaGVdltre83122Of5VbcbM1NF9tza9X1nXdG tcUcYHryLUZOARlEnb0KLQeQSP/M4wGfMgqDUUABWWKTiSrq8KBIN8NPKIgODljIAwApbeIi06lh h07OEXlkYM4ZomRgTj4H5ZVJNhnlk2MueQiTW0755piHkBlnlWX2GZiUddYZZ6J7/tnkoX+WGemi iQ5a6KZzhlrp/6CdfnrqqGem+uSrc26666yFTvrroV/eWmuikT7b6LCBFntttLfmemeV+0inmxrS cci3Tf4YBAmNCQsxiw7z89eSBwIB2KOMOVmCkJOGsoSTSP9FIgvIN0kR8HLK+QOxFZPLj2K9fPoj CxI9+jcPwgPZWDXYu7El5D1HsP32EYCufXfccwf6dt17Fz543Pck3vjfkee99tybJ95325k/3vnf o+fdeuZ9l5767aPnvvjve5e+euibx9778Z3X3njgwzdf/enZHz/99+PXHvjr78d/e+Xx9/78/YlP d0PohC26Ya+5aIQ6D7BEAy3xhxqRrlB2KJwj/uDAPziCX0RJif86LmiJJTzAERHMzwQ+mJdNqIOB DZQMbApWOhOu8AHQ6QnC7HCfIlHsCVTgmvB8+EMgBlGIQxRi9oh4RCT60Ig/XOIQm5jEID5RiUSU IhSteEXxYRGKQDsHFZ6wt7l86jT78RCPyvGAHPlnNZEriWvUc6mW6Ic/G7EhDkviEFvsoA8i093K sKc7QP7OFmzgRfAAeYZCNECRivSEIg0QyHm84AXQiKQkXwCPQC6SkZpMByD7oQRgGIANo3wBGwap i5Xpbh6dLJko+rE+oFFhkIoc5DxGyQZAwtKQgRRlMXIJSHdocpGeKEEgMwCNF8xDmcqUZCBtIcwG NLIBoNSdLgb/2Q9RjFIUZxglKwOpy0Am75uA7GE4AZnKcKYSnH0Up+4qQIV1+u4M0jQANNfXj2RG spLuAAAu3VayPvDBFgiUC6bUQzpY+ItgKUGoa4iUI4PKMaINPehI6hiS+IRBNDXoBi/S8SQCKIkB IxUpnUbaiSDMYhbQqIFISTrSXmACAJjABALcQVN3tPSlAEAATX2KCWhAg05U8qlKfwqAGryJAcxg AQKYEVRoAACqzHgpJk7RCGYAQKtbhcZLmUHToNJ0pjJ9KUmHWlaSMhUaCHDpS4MwU2jgtKcI6OpJ OxHWn9YUAHZlQA1o2gsAxBSsXaWTX2t6U0y4o6c5hVJb0dpY/yo91qyRlSxf0WrSyjZWsgjYame3 +tK1clYAiBVrWQ2rVwHUQKd27UQ6fCA7MBY0KajpiUJH50LePIWhSLntJuoolO3kQbiwqIE5NOGD jy6JAAQwU0+llNxOuOMdAGiEX2ehWpY6CalRAuqSoNsJTLDgHarthDkAECVz1KARPh0rJlrb2sQ2 Yq1CZVIN6LskaKzUHe4IqlSjyqSPfhfAAG4EC8zx3gEviRmnoKlqZ4GJGjzVSXGNUg3OK+B3zAIB nWBGIzoR0yYlNr8sCCoLVsqCpDopwCqOEnRdPOAVN+nFMZbxKVKc4PfGuBcsyKl9GXBe+044wja+ rmot/N2oev92q+4FsA98kN7YcqE/ETWIQlUCxwglyKBzFIlBLlqQEWShIsQ1LnLfu1wCfBdKyTXv gWMMXQt3AgBPnQWJg3rjJfE0r0C9bydq0At3nOLA74AGCwAwiRxH1701QOxYz8ukDJ/iukrus2Ix sVKx+hTPAx4GM7bUi17IOEpxHayJ5ytjvP6Us2vG6ilYEIklTWIWAGCBhwNMV6si1tKY8HSitURj PHnXTAKGcZ43LWwpFZelQQYyfZPL0lMwowZ27m+TqqtaAQAgtUYubpOfXANrTCiMvJ2Yamw7lN3m tili5GDkHvLbnljCL+WwRHE14VEmoZm5bKqBhgEgaCn999H/Qb4rnn+8UqgGlb85vjS1Ex7qJvVb tY0WK4I7UWCaFlm13WUSTUlsZKQaFsdLAmqAoQQNQLuj18i2sE/xm1SCMwka/E14fi+8pEucAgAI r7kFmvRVd6DYwRCOeZMyDACVN6kXzJg1BQ4MaZ3/+x0IjutM33R0Bq88SpPY+dT9vGGSu/e7vSi0 Skks1TpDw+sFp27RH63goM665kFdu2u/HWXVVDTvZSTMQjtTutcEfiQNGfzgy93GHEbut5UaTyCs UVzkrljfzC2TTDFhjlNA3Oj8/DGh0/7UpFZpu07ieMcRMPSNCxXO6mV0pmVq9Fns185phwailWSO WdM84Uh3/y+XPlp6Ou28ugB4epMQwAKfkt3UPm4Sha8UZyyF/NJGvq6wOevwEgca2Uu6aSemyweZ i5cBdB1q9zEP9jyf4uJLMgcLPJ1VJuN4upenUvunno6cRmm8D54+UqdffJbqhdNTsihpBKPKKw9j El5wsvQiKC6whk6wgJbQBQGZox3pOwOxBl7gg3NYiSAIgh3ghSwzEmBoBBHsBE34QOQCBgC5qDCo kO6YAOIKgsgTqcmjrLa6NCXpN8naK6Qqsp7Krp0iOm4jP8qiqZFiqZEKMtC6qdazPLJKK0CzKp9i AQYIgl54qXsAqj0DgCc4KbP6Mc9aLW1TEmgQABwcqZ+KK//VQqq6Oqm14raN2yvNokMfS8KWiqwd GK096z4wJKlAu4eyuqssvEIACILIEkQG4AO62qnQGykBmAWRerAwxEGkAkMEyEJGq6xl66q9ukOS Yqm3eqpGsMOyEgAWaKq8YqwqcS1NGChxkwtYCIJTkAY8IIcakIZ5kIZRMYf9mAAY/Ij/qEAwGwYE uIRLqAFsKIR5MAIE0IURhIVimIdL8AFVKAEBmIJIgId3gAVi3I+LsqHIKIgaOK6PIil9u6y0IiwL 68Ef87E+AKvVYoB7UDKuKiuZskfCqipM4AP28qkkGakn4EK/cgeuAzS2qioEkBeQy6x4hIY+CMiR YsW4eqz/NbSFkXLDkmIAQ7NHOtwpj5xHBrAFjaM+nUrDe4gq5IusuyoBkrpESIwqlXrDd6wqoRqp nsosmBype3CHTshJtCpIUbApyyNK0GopuGKACsAGmVotZsip/Ko5FHup1vIBTagBB4QFH3gCZrAA ZoyDaYiDQuiFRkiJgwEEtLwLdxMjbxQABCgGXTSCaZgGZ/wih6KtdrOGJ8gETBAAATACZvAieDAC bNi7kLChP/iDeVso4ro3zEKzJJHIkQrITRzJCojIl0oSH6yBCiAVUcCEF7AFicQGd4hMzIzHF5hM BjBNoGKGHVjNgIzIJGmwf2wwzBSAQlirXtgBd7AFQ8ME/7RKLEtCphf4yMmUSNSMzFDEhiQUAMxc TTX0qRfABFuwBQCwBZrkAwDQI9mMyHbMzIjUBBbABuaETZJKkmmTJOIsNJEkKU1gAE0oAfcLReDs A00AgG4YKe0sgYgEqtO8zucsgQqYzEKoz7KKTAB9KXe4BxZ4TcnsK59qgD3DBIksOxYQgK7CBh77 wpd6zxdoAHmpzgoQTYnsBKvEylh8QHKYBA9jhkzIhDjIAEwYBhZECfkgBBxVhzsyqHNgA2bEBHhg BgGYB0wgB0yAxjViDS4DhhIwAlXIBHKYBwRQhQYwgjjABjjSCBtCnYrIgpV4PE1Ih/M8h+UaGTM9 BwYwU/8WoAIGSKSWOVMAOAcAuAf1fAFsgAZbMNNCEIVziEgzbYDU3KOUOQcfyIA1DU2aOYcX2KOW EYXQjCZPAAAJBdGWUaTplCRysIUXEAU+PVNMEIXqDFXrrJkzXc1zsIUSONNzaIBCOIcnYAFeeFOR GQJI9YRJqFNNHZk+aAB3GFQzHdUhMNWVsQV3ANUXqBnyNFVgYIMRFVVbGFGRiUiU8YHrpJmljFZJ WhlAnVUqAAAfIFR3ONaWuU4z9QEWuIc+MNcGIJkn2IE3Jdc/rYBWLRk+GhlsWNcMoAIfWFRecIdu qJkh+FBb8AFN3aNNFRpSDVh7zNNoVZJ0uEoH3AQ8ENL/c0CAQtBFTMiEBjDM0nmh/DgoYHgCBJgH ZigEBDiDOIAHTKBGwLvLjvVYXoCHOJCGGlCDEmDGBiBZjz0JGzoAv8gDHfXGxqSS6iEAYLCGEbAG pVVa21naEegHAKiACmAlpF1aawCAq/UErdVaaXAHC0jaEZAzJTgS28GDfrAAUZgHQKICaWCBeTCA EdhFC2CDMwAA40mHti2EQlACNrAAW2IDJaCmEYAHaSglbBCFdGCDF+gEVBAFq+2EnA0mTyhct72E pLVapEUesGXaTqiAoDsD3alapJUG0t3FBiBdaUjbywWGCsCko01aabAAacDa20kHJXgBFpAGa2AD d+hb/zbYRUDChnlggdNNXQCYh35Q2kCyhrqdB3dYpcydB8/1XMtl2kJ43grgVeO5WjbY3BE4A7fd rwZg2hH4UPNx3uRdWgMAgH74HfK1hktgASWI2+6tAFCCh3moWvodATzoWr1NhwqYBzzYXKV9gdj1 XQuoADZgWqDpAxNFUd+AhUawgHsAhppCgGngy37IoTsyCEyRo4LoA3LIBE1QhWmYhxNWpksYiZaF nS7zYFgYgd+dBgTIhEKwBmlAgCAoBGaAYZSwoYoAjIcQkMfzAQao0djog3dYCgDYBNR9YmnQBJ94 h3kYikbgJwCYAqH4gXlY4p6wAX3aRZ9ggDZohE2IBP9mWqZ50OKeaIQ+6OJN6AOt+oFNYIAf6AOf QDox7ol3aIPh9WKwaAQpTgrSfQcoJl02ruMKGGSfqIA5FgrxlAY8jmM/TqY2YOThnYcfYICe0AQu dgdpSAolZuSe2EVNAGShaAQzfgoGeIc3DuWleAdSZgpVUIWeUAUzjgQtVkpOLuUlVgV3aANpMGMG UIVE9ok3SCZljqRV3gtgYACCdcDdPYNM2IR0wOCwxEp26603etkRGOFOmIR5wIY4sFgj2AGOGSPc yggGEACZXdl5IIcangLC3IuP1VL2UAg0UlqhtYVGOAd1C2iBHgpUHmiDPuitMGDe2OPcmGSEnq1z aAT/WOSb8pqGHdDbSTDZAtWEwruy9PjolQAGec5FbKgBeIDRt+xoxJOohjiHYciEaZAGVqUpreRh AbkyOspni8AIb+TnJyAHPnlooR5qoi5q3IiEgr4NG0hqo96NISCHJ5Bma7CAaRgBbOAFKkAAPuCD GhCDnv5qfmYJAeHpnsbcI5HnYXiDOMiEJ5CGKzWApQVroeVnIv5qoRXaTugHDKYpBBCAchZnZiDi CqRrWHCd60CC7xhshziDSDCHpn5syI5syZ5syh4Kc4iEM/AJ3xgBcZ6HQlDZTJiHSeiFeDYSoR2B gjgCa1Bt8BDsu26JcxCAU+gGc8AGeBiGSYiDbkBt/9eu6wrkbYzw7bjWBL6MA3KAh0JgACoYBniY hh5W7LpelAOYbp/Ng+zgZ952CK6cBIs9Bb0tBO8Ob/AGb/EO7/Ie7/I+hfNeb/Vm7/VGb/JWb/L+ bvM2b/iWb++eb/yu7/ue7/GOb/jW2/Sm7/cucAA38Pbu7/Teb/pWcASP7wdPcPkW8AOvbwkXcPve 7wLPbw7H7/++7/zWbwXv7/FGgElgBqHYbGxoBDyIBHIQAHIYBnLQ5W4YwRG4B2zQG2sIApPGhg7M MmDQBD5ogE64hx6GhXMwUmj8jxvFUUKQQbGGhY9aiScYFTm8cizPci3fcivfci73ctXqcjAXcyMj 88ArN/MvB3M1X3M1R3M2f/Mzb3M2J3M3l0Mxr/Mwh3Mvr067jAi+qezd6C3buOf8eBtD1xmAPXRF p5lFb3RHf3RIj3RJn3RKr3RLv3RMz3RN33ROv/QUBXRQ3woxGHVSL3VTP3VUT3VVX3VWb3VXf3VY j3VZn3Var3Vbv3Vcz3Vdn/UU9Q1f/3VgD3ZhH3ZiL3ZjP3ZkT3ZlX3Zmb3Znf3Zoj3Zpn3Zqr3Zr v3Zsz3Zt33Zu73Zv/3ZwD3dxH3dvDwgAIfkEBUYA/wAsAgAHAMABMgAACP8A/wkcSLCgwYMIEypc yLChw4cQIyrklkGixYsYM2rcyLGjx48gQ4ocSbKkyZMoL4JJeXIly5cwY8qcSdNjrJogIeDcybOn z58KK0bUCbSoQpcIiRotqmWp06cQdUjEArUqQaVWs2rd+nML169gw4odS7YsxHFyzKJ9ScQswhFk 4cr9N9et3YybeERchXDeOZp5Txq7WxBWTGsa4Q40zPhf44UjRsCSTLiyxFkIl1nejBCxYZafMRpG TPpfacQMYY2+GLoU59ew/2FFiTo2T1sXzbi2vRNpwjkMt/XmLRLWptASjcNE3pjx8eOOoxfEPbCf dOYHjcMa95Af8YhNQkL/M+hEoBGS4XkC4Kx900XoDOFvdB+d/j/7Ao27xx//uXKDzz20DFVazWaS Nb6JpAxtCcpkYGXyQfSfQshthF1+BoVGHUEVLnZfh4tF+M8RCWnh3WsPYrSLWyt+lxKIDfGHkIwY 4befQDcORKOOB/m3Y18KaebiRmVwFEBTNRU5pEk/LgQjhyM1F11oT2KYEpJLWvSCQKCQteU/XWYJ UpNO3kfhflVK6NiNbBIkYz9ULCQiR0KKGdF4/2hAFp562hlWmgLV5lE/JVjHgJUFvTOSiX42ylkY Yj6mEWqK3lNMJ7AIStATVp5mmmmaNjQgWUI56qhyqvmJKoDtteojiK/i/4dYrKzCEgxBpQpUAkEA xPNUADitc5I22pwkLFnppYajqRaFxh+ggD5UjEQSMGvtUjdG6xOZUELEbUHZSpdjQuG6aVCL1/rU Q7oX1fMPd+A6i5K25EqX3XXfdlvYlPzii6OkIDqnHJrLsmtwbPTRW5NhTbbJUZvjFlzfh2j6aKaH VK5p7r0Hf5RiMh179Fm+eGnkXofW+DelwglJWd+qDIeo3Zqt2kvfzR9i3OM/WBBIcsgFjXMi0KbS 2J6Zm/w8431sumrf0UfTHODJsc5Mcc76Eq21n3NGZDW4UKbKUaqqfQ1TqPZurfaQMUdpX46wQMoa m1TT9c+ha+etd8kse/+b8b9jO8bwZAbd84/hBSF+j+GMR4T43pCzfXFJ0J085sX0dZPQX/8MwTnn /5wDjEB/gX7Q6KZHrvprA/fttYcR4yWwQqMPFJlAihE0+u22FwRM7bWvLjx7/wZ4+bKSKl2YjaTn Pvzzeyes/EM1j+v64PIZxkfqAgXfUDrc/2NdQQ0IpAv06Ls94UlVGy9nzTpi32+NUQ9kyw4GWZOp Nfzf7f9AeCNIAAXSiYYUMH0IBMvfqEehpU2PIWjjnwRVk7t0KMSC6ThgAjcIIaRNLkYA8mDLOIK2 gvCvbPszzAE1OJACrpCDMGTSS6QkKWXtq4bVM4kP8iPBCWqKhQOx4D//hNiQQw0whkhsYH661hGL Fa9C7rsZ9p5jMbOhqnJt24hkUHjC/4EEiEkMo0NcxxC44O8kyGFAEE7SiU4woIf7I6AY55gSxBSi IGoQGU/gMb4pqOIJ+gtJAXt4whIK5IgLQaRAOEXHRhIkjw/72iacN8b29Ss0lESIqxRmHNTscCD6 K1sPAdgHggCxlAwZjyIdiUTD9OJuXhjIJDzCRAm9yoMVM8iW4GGeJ7oPggjpg/6sIZkt9u8fqCRI MhXCyC99aWsZGM8L8MRK0ZRJI6FRVCXrt7Hm1HJf7znIEBxzwrJFZwTWAIZiDJkSPLyEkp4o3zz+ sSVilsQTPskkROzZ/xBi+tMg+jxIQEViAH9mkj6MZNXVKrks94COl/VaFaKcs5/K/cMWkKxXs0rz D17YzTT7g0sXxbTKahplmQRRxTxeMA9Y2GJ8TvpmiHSmkDhwyIlIa53NYIFSgtjAphcaYw0JMlKT GhUksGCAO8k1OKwxlUcffJ9TZSauz6yvZVN7CP+KOZBxHnVrU1AgBFXjGc/kDzWhIhxCznO+QJET lIsJZKoC+dZ+BgqtDbHqV/fak9OQxhpHAGwo8QoqjiqkqKfZX/8W+ymECCA1flVI7pz3SoKcohCX zSxm+eqnO94RLGElyBQiMRIwlmRaSAXbRTnL2qwENSRk3OYDW0tbhAIEBAA7 --=_NextPart_2relrfksadvnqindyw3nerasdf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 10:15:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0F6A37B400; Sat, 31 Aug 2002 10:14:51 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFCA43E6A; Sat, 31 Aug 2002 10:14:51 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 6FE812CC7F5; Sat, 31 Aug 2002 14:14:50 -0300 (ADT) Date: Sat, 31 Aug 2002 14:14:50 -0300 (ADT) From: "Marc G. Fournier" To: Matthew Dillon Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <20020831014427.X14642-100000@mail1.hub.org> Message-ID: <20020831140602.O14642-101000@mail1.hub.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1838173444-1030814090=:14642" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1838173444-1030814090=:14642 Content-Type: TEXT/PLAIN; charset=US-ASCII Morning ... as I said, shouldn't take long :) I setup the script to log in 1 second intervals, to a log.`date +%S` file, hoping that you only wanted the last few seconds of data? If not, I can set it up differently, but here are the result of the last minute of its apparent existence ... First, the kernel panic of: Aug 31 02:02:53 jupiter main[9361]: [1] ERROR: Cannot insert a duplicate key into unique index trackip_idx Aug 31 03:56:53 jupiter /kernel: Aug 31 03:56:53 jupiter /kernel: Aug 31 03:56:53 jupiter /kernel: Fatal trap 12: page fault while in kernel mode Aug 31 03:56:53 jupiter /kernel: mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 Aug 31 03:56:53 jupiter /kernel: fault virtual address = 0x10713 Aug 31 03:56:53 jupiter /kernel: fault code = supervisor read, page not present Aug 31 03:56:53 jupiter /kernel: instruction pointer = 0x8:0xc01e6bab Aug 31 03:56:53 jupiter /kernel: stack pointer = 0x10:0xf9422dbc Aug 31 03:56:53 jupiter /kernel: frame pointer = 0x10:0xf9422dc4 Aug 31 03:56:53 jupiter /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Aug 31 03:56:53 jupiter /kernel: = DPL 0, pres 1, def32 1, gran 1 Aug 31 03:56:53 jupiter /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Aug 31 03:56:53 jupiter /kernel: current process = 9404 (sh) Aug 31 03:56:53 jupiter /kernel: interrupt mask = none <- SMP: XXX Aug 31 03:56:53 jupiter /kernel: trap number = 12 Aug 31 03:56:53 jupiter /kernel: panic: page fault Aug 31 03:56:53 jupiter /kernel: mp_lock = 01000002; cpuid = 1; lapic.id = 01000000 Aug 31 03:56:53 jupiter /kernel: boot() called on cpu#1 Aug 31 03:56:53 jupiter /kernel: Aug 31 03:56:53 jupiter /kernel: syncing disks... Copyright (c) 1992-2002 The FreeBSD Project. jupiter# nm -n /kernel | grep c01e6bab jupiter# nm -n /kernel | grep c01e6ba jupiter# nm -n /kernel | grep c01e6b c01e6b24 t vm_map_entry_create c01e6b68 T vm_map_lookup_entry c01e6bd4 T vm_map_insert The last 'logfile' shows ... you'll notice that the time on the file corresponds to the last entry in the syslog output *before* the panic itself, which appears to happen almost 2 hours later? I've attached a tar file of the previous 60 stat files to this email, in case those help at all? Also note that this kernel is slightly older then on venus, since I was trying to concentrate on the one before mucking any further with the other. If you think that there have been commits since this date that might relate, just say the word and I'll upgrade and re-run the tests: jupiter# uname -a FreeBSD jupiter.hub.org 4.6-STABLE FreeBSD 4.6-STABLE #15: Fri Aug 16 22:15:03 CDT 2002 root@jupiter.hub.org:/usr/obj/usr/src/sys/kernel i386 Sat Aug 31 02:02:53 CDT 2002 Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 16 1105 943 1544966 1280 0 32 5978 6310 670444 640 350 64 118659 61 3631368 320 2984 128 5664 3584 773146 160 84355 256 89289 7 943543 80 73 512 698 22 53234 40 1206 1K 386 842 297419 20 60124 2K 53 327 3939 10 2288 4K 8 2 7484 5 0 8K 4 4 852 5 0 16K 9 0 9 5 0 32K 6 0 1310 5 0 64K 1 0 1 5 0 128K 4 0 4 5 0 256K 1 0 2 5 0 512K 6 0 6 5 0 Memory usage type by bucket size Size Type(s) 16 NFSV3 srvdesc, p1003.1b, routetbl, ether_multi, BPF, vnodes, mount, pcb, soname, shm, rman, bus, sysctloid, sysctl, kld, temp, devbuf, atexit, proc-args 32 linux, atkbddev, dirrem, mkdir, diradd, freefile, freefrag, indirdep, bmsafemap, newblk, tseg_qent, in_multi, routetbl, ether_multi, ifaddr, BPF, vnodes, cluster_save buffer, pcb, soname, taskqueue, SWAP, eventhandler, bus, sysctl, uidinfo, subproc, pgrp, kld, temp, devbuf, proc-args, sigio 64 NFS daemon, NFS req, isadev, allocindir, allocdirect, pagedep, in6_multi, routetbl, ether_multi, ifaddr, vnodes, cluster_save buffer, vfscache, pcb, soname, rman, eventhandler, bus, sysctloid, subproc, session, ip6ndp, temp, devbuf, lockf, proc-args, file 128 ZONE, dev_t, freeblks, inodedep, routetbl, BPF, vnodes, mount, vfscache, timecounter, soname, ttys, iov, bus, cred, kld, ip6ndp, temp, devbuf, zombie, proc-args 256 NFSV3 srvdesc, NFS daemon, NFS srvsock, FFS node, newblk, routetbl, faith, ifaddr, vnodes, vfscache, ttys, bus, subproc, temp, devbuf, proc-args, kqueue, file desc 512 NFS daemon, UFS mount, ifaddr, mount, BIO buffer, ptys, msg, ioctlops, bus, ip6ndp, temp, devbuf, prison, file desc 1K NQNFS Lease, BIO buffer, shm, ioctlops, bus, uidinfo, temp, kqueue, file desc 2K UFS mount, ifaddr, BIO buffer, pcb, bus, kld, temp, devbuf, file desc 4K memdesc, sem, msg, bus, proc, kld, temp, devbuf, file desc 8K UFS mount, indirdep, syncache, temp, file desc 16K shm, msg, kld, devbuf 32K mbuf, UFS mount, BPF, devbuf 64K sem 128K pagedep, sem, kld, temp 256K VM pgdata, SWAP 512K NFS hash, UFS ihash, inodedep, vfscache, SWAP, kld Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) linux 7 1K 1K102400K 7 0 0 32 NFS hash 1 512K 512K102400K 1 0 0 512K NQNFS Lease 1 1K 1K102400K 1 0 0 1K NFSV3 srvdesc 0 0K 2K102400K 278150 0 0 16,256 NFS daemon 69 7K 7K102400K 69 0 0 64,256,512 NFS req 0 0K 2K102400K 138904 0 0 64 NFS srvsock 1 1K 1K102400K 1 0 0 256 atkbddev 2 1K 1K102400K 2 0 0 32 memdesc 1 4K 4K102400K 1 0 0 4K mbuf 1 24K 24K102400K 1 0 0 32K isadev 6 1K 1K102400K 6 0 0 64 ZONE 15 2K 2K102400K 15 0 0 128 VM pgdata 1 256K 256K102400K 1 0 0 256K dev_t 1209 152K 152K102400K 1209 0 0 128 UFS mount 15 59K 59K102400K 15 0 0 512,2K,8K,32K UFS ihash 1 512K 512K102400K 1 0 0 512K FFS node 83862 20966K 20966K102400K 549687 0 0 256 dirrem 3 1K 46K102400K 39169 0 0 32 mkdir 0 0K 1K102400K 380 0 0 32 diradd 42 2K 48K102400K 39689 0 0 32 freefile 1 1K 38K102400K 17913 0 0 32 freeblks 14 2K 146K102400K 25171 0 0 128 freefrag 1 1K 20K102400K 26209 0 0 32 allocindir 0 0K 170K102400K 214872 0 0 64 indirdep 3 1K 41K102400K 1638 0 0 32,8K allocdirect 34 3K 13K102400K 62646 0 0 64 bmsafemap 12 1K 6K102400K 25154 0 0 32 newblk 1 1K 1K102400K 277519 0 0 32,256 inodedep 73 521K 851K102400K 60847 0 0 128,512K pagedep 37 131K 166K102400K 21968 0 0 64,128K p1003.1b 1 1K 1K102400K 1 0 0 16 in6_multi 6 1K 1K102400K 6 0 0 64 syncache 1 8K 8K102400K 1 0 0 8K tseg_qent 0 0K 1K102400K 110 0 0 32 in_multi 2 1K 1K102400K 2 0 0 32 routetbl 1042 158K 1804K102400K 81831 0 0 16,32,64,128,256 faith 1 1K 1K102400K 1 0 0 256 ether_multi 28 2K 2K102400K 28 0 0 16,32,64 ifaddr 187 47K 47K102400K 187 0 0 32,64,256,512,2K BPF 8 65K 129K102400K 1968 0 0 16,32,128,32K vnodes 114 7K 7K102400K 355 0 0 16,32,64,128,256 mount 291 146K 146K102400K 293 0 0 16,128,512 cluster_save buffer 0 0K 1K102400K 3030 0 0 32,64 vfscache 94761 6947K 6947K102400K 647062 0 0 64,128,256,512K BIO buffer 119 157K 1433K102400K 19293 0 0 512,1K,2K timecounter 5 1K 1K102400K 5 0 0 128 pcb 264 9K 24K102400K 107022 0 0 16,32,64,2K soname 1180 102K 108K102400K 1305781 0 0 16,32,64,128 ptys 3 2K 2K102400K 3 0 0 512 ttys 168 22K 26K102400K 675 0 0 128,256 shm 71 74K 76K102400K 2176 0 0 16,1K,16K sem 3 164K 164K102400K 3 0 0 4K,64K,128K msg 4 25K 25K102400K 4 0 0 512,4K,16K rman 44 3K 3K102400K 399 0 0 16,64 iov 0 0K 1K102400K 170 0 0 128 ioctlops 0 0K 1K102400K 15 0 0 512,1K taskqueue 1 1K 1K102400K 1 0 0 32 SWAP 2 1097K 1237K102400K 4 0 0 32,256K,512K eventhandler 13 1K 1K102400K 13 0 0 32,64 bus 320 31K 31K102400K 643 0 0 16,32,64,128,256,512,1K,2K,4K sysctloid 20 1K 1K102400K 20 0 0 16,64 sysctl 0 0K 1K102400K 45810 0 0 16,32 uidinfo 12 2K 2K102400K 146 0 0 32,1K cred 2783 348K 350K102400K 304626 0 0 128 subproc 7429 525K 537K102400K 226466 0 0 32,64,256 proc 2 8K 8K102400K 2 0 0 4K session 1067 67K 71K102400K 6355 0 0 64 pgrp 1070 34K 36K102400K 6418 0 0 32 kld 16 453K 459K102400K 69 0 0 16,32,128,2K,4K,16K,128K,512K ip6ndp 3 1K 1K102400K 4 0 0 64,128,512 temp 120 78K 93K102400K 487840 0 0 16,32,64,128,256,512,1K,2K,4K,8K,128K devbuf 82 130K 130K102400K 146 0 0 16,32,64,128,256,512,2K,4K,16K,32K lockf 363 23K 25K102400K 219975 0 0 64 prison 141 71K 71K102400K 144 0 0 512 atexit 1 1K 1K102400K 1 0 0 16 zombie 0 0K 27K102400K 105491 0 0 128 proc-args 2509 129K 129K102400K 623644 0 0 16,32,64,128,256 kqueue 233 230K 310K102400K 87154 0 0 256,1K sigio 28 1K 1K102400K 167 0 0 32 file 17767 1111K 1127K102400K 1741065 0 0 64 file desc 4173 1125K 1140K102400K 119863 0 0 256,512,1K,2K,4K,8K Memory Totals: In Use Free Requests 36540K 2213K 7927734 ITEM SIZE LIMIT USED FREE REQUESTS NFSNODE: 352, 0, 3724, 544, 6112 NFSMOUNT: 544, 0, 144, 10, 144 PIPE: 160, 0, 4688, 412, 74444 SWAPMETA: 160, 509724, 249, 32, 249 unpcb: 160, 0, 1895, 155, 64106 ripcb: 192, 15360, 0, 21, 1 syncache: 160, 15359, 0, 51, 12982 tcpcb: 544, 15360, 1417, 661, 20978 udpcb: 192, 15360, 301, 104, 105893 socket: 192, 15360, 3613, 163, 191118 KNOTE: 64, 0, 4, 188, 100135 VNODE: 192, 0, 87883, 97, 87883 NAMEI: 1024, 0, 28, 108, 3748936 VMSPACE: 192, 0, 3276, 52, 108768 PROC: 416, 0, 3281, 51, 108773 DP fakepg: 64, 0, 0, 0, 0 PV ENTRY: 28, 2887566, 578636, 453547, 26313720 MAP ENTRY: 48, 0, 96358, 2030, 3940163 KMAP ENTRY: 48, 253727, 12559, 283, 97456 MAP: 108, 0, 7, 3, 7 VM OBJECT: 96, 0, 137679, 85, 1639209 141/608/61440 mbufs in use (current/peak/max): 131 mbufs allocated to data 10 mbufs allocated to packet headers 130/326/15360 mbuf clusters in use (current/peak/max) 804 Kbytes allocated to network (1% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines On Sat, 31 Aug 2002, Marc G. Fournier wrote: > > Okay, I've setup this script on both my (un)STABLE servers, and will > report after the next crash ... which shouldn't take long :) > > On Fri, 30 Aug 2002, Matthew Dillon wrote: > > > > > :Is there any definite way of determining this? From what I can find int > > :he man page, VNODES have to do with the file system and directory lists > > :... my last two crashes look to be related to the file system itself, so > > :have started to watch the VNODE numbers to, but is there some way of > > :determining what I should raise, and where? > > > > If you can get to a DDB> prompt on the crash (kernel config w/ DDB) > > do this: > > > > ddb> print *kernel_vm_end > > > > And tell me what you get. Also note the fault address. > > > > In order to really track down the cause I need a vmcore and kernel.debug > > to play with, but baring that you might be able to dump memory > > statistics to a file like once a second until the machine crashes. > > > > while (1) > > sleep 1 > > date >> stats.log > > vmstat -m >> stats.log > > vmstat -z >> stats.log > > netstat -m >> stats.log > > fsync stats.log > > end > > > > :I'm running 4Gig of RAM and Dual CPU over here, so having a swap device > > :large enough to 'dump core' is kinda out of the question, so I can't > > :provide any more infomration that i have so far in other messages :( > > > > If you can reproduce the crash with less memory you may be able to > > generate a core. To boot the machine with less memory add a line > > to your /boot/loader.conf file: > > > > hw.physmem="768m" > > > > I usually always keep such a line in my loader.conf file, commented > > out (e.g. #hw.physmem=...) until I need it, because I always forget > > the name of the variable :-) > > > > :And, also, should any 'server class' operating system be more graceful > > :about such things? Some sort of soft limit that triggers it to refuse new > > :processes or something when its hit, so that it doesn't actually crash? > > :Kinda like the NMBCLUSTERS warning/error message when its set too low? > > > > FreeBSD-current will be far more graceful, but FreeBSD-stable is still > > using algorithms based on circa 1990 system memory capacities. As > > memory capacities have grown larger then available KVM the algorithms > > have been less able to cope with the massive number of resources > > that can now be cached. > > > > -Matt > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --0-1838173444-1030814090=:14642 Content-Type: APPLICATION/x-gunzip; name="watch_dir.tar.gz" Content-Transfer-Encoding: BASE64 Content-ID: <20020831141450.P14642@mail1.hub.org> Content-Description: Content-Disposition: attachment; filename="watch_dir.tar.gz" H4sIAJn4cD0AA+ydW3PctpKA/Rr+CrxsVVI1e4z7xW+5OLVexZcTOzm15yU1 ksb2lCWNMjNy4vPrtwE0SQAERyNHIys2WS6TIokG0Gg0LvwG+GO+PXn72+ly /fDBwQ5KJTVKwTkc5TleGyUklYpS/oAypqV8QNThktQfV5vtfE3Ig/Vqtd31 3h9vF4uzu0jQ3R5/dOUPethu/sHl7cdBGaW+QOvlz4U2Bstfq3CfCabVA0Jv PynD4wsv/5fzLfn26g0RjFD+CP5xSb7/4RXhUDDN08X5av2BeMtYbrbLkw05 /kCOr07eLbZks/zPonkJ/xFCnlyQXzb+4sf1wp9+Xvx+tdhsN4T8z/LN23/N twvQ8Perq7PT1/BCQwjTxB+MxQsnePhTCcdNuMO4paQ7KASJrxBlhYCTlkqF v7W2zrF4KbsgQvkgWsY4DBfhrlX4jBsWpQneBuHOysZHi7Fw4x9LHkUbwyQG YRqDWAkG2xCuQoKt0NTHwpyOCbPCgjfDV/u8GNEQhaKItlG8cPFvxdvQpMsL 41R7jR1hzkR4YJ3FZGvl8NU2L8pZ5SAIP2q1Ed6FzHR/o8YI67LPNYMgsg1C LN5vky0l3iGqy0soF9sFkdnJq5tWgzDdBcF8J0XtqkFElxei8yDgKuqx6D4v bBALqwWBwi/zkgSRtSBQ+Dti4bUgUPhjeenv5EHaeni1mb9ZkO2Hy0W9Hr6C J19vvsH69ezHl78Kslm/P11sTmbkEpyw+Ac7npH16mq72B6fzchi+3ax/u38 6my7nJHvXvw4I+8vVvD6jJyvri62s+YrQi5PIMhmdTE/X8D57TmEP59fzCB6 eG3zYXOyPVstT9vLGXl3Bn9sF+eXM3K6eH989TpIARfw53ILqVivTv57vn6z wRp9try4+nMGj98dn8LrEGa5Xi8gkvN3cBX+nJ+CQO83Xi/PFni1nr+ZkeUF PD1dXIYIjs8389eL8zlEe7H44/jsHSRis3jz2+8LyAe82uaynnkvYfkaYloX ejg5g/YBXtvM34PSr16/XsAbmUq288078HZXiyDk5b++fQGi30Osb+cXp2f+ 9URTM3K1PF1evF7BjatjrwyQ9mZ9marNi0HN9eqC95dvlit0alC05HQORgHl 4K/Xi98hj5t50OD87Gx1EnSD13C1OPG6B+tp1bW80Ls10qkDNeEDVZXx/vXm ZH7ydlGoJRrJUBFeTmo1rRY2i81m6fOzvNQXp5eFCRHIxrtMH16ONwj02f9+ /uxxePu3bTQRsICNL3dIvM9zkssRO+/zsV2eL078fZ/mrpi3H7y81Xssz5P1 4hRLDVPsheSJ/s/q/Hi5yIw+tBZFzSxLEx5sILsz8iP84dPZm3SXi5D9+XL7 dlBQaUZCmqP5tXoe1MzExNCOg16JTxs2VWkCf4HrqLQuYvzzuyfP+xoSYj7f vInGtvLFfdmmpV7Cl+vlxkeQRB4avWf/9NH/tJhvFnkcwRcVorvaFWUnFTMV 6x1wJR9ZBrwtB5F1f5aK8w3N+eI8FuYmOC/IeAwdlT6UkQmwRXpavwYV5aIt yhA4CRQa0aCCEFmIIcrG1vI8RJOIDXbfvhJaR0grNnqta4jJ75KL7duvT8FJ nc6381nwb9iE+WJ5O9+8jZEs42Vf4XozjD4RhDb1DmVo0EaPV+Hp0WJ90eS3 nlz4PidI9Cffzwxd0J+W58tt3wGNf8b/fSMZm8d4hLYnXJnYgGO7zI4Y5ZLS rpk2fSNNfbMVJbT57xr/tmX350ICyyT4F5rMsvuXxlORy2BHTeZGko5EGyRN BTeGGplL0DMo3oak9ds/0rELZlCKKdIRH3dStPRSZpAl1Cu2R9ekhwnoMJtC UkNS/3dznWB2SNediNHuFsEzEW3hthU6SUTbn5S7EyGPOgMLdbB/haMEfo0E wTsRsU0Pl3p3NvRQl3j4pjEEiX1KXimN/nFvHdwGEV3d7xLa9nn9+bri6HUR muYwmnEhspgMf05l4ONhMjo/1idVuRgGzjtzAqY540czezRrFdv5qy7RN626 cLSNMzFWUA7jPmW8XuK5lyGlVnEsNzRTgr3dcBnHF1i+MlOtcEyVJtIpNnSU SfK0biHC0hEJsYsd3smqirR5GrSQVQlt13yYC5FJYMaxehra/loQgGP5GCTX A1dM5tW1NY9uVNAXWZsITjMRmrlaIvpOc7ivEgnMpBI4k0bbTEJb2dp2e6gI mRcG0yI3UcHBPBuSdtdDsOiJ0W0wkQrRYEXVOt8NhEKY3H+W2iwqW28Tsb85 VGZmVdCmiGFGOutuuwKhDHyxKRHH11Zl6tDUFC0BlOqsr2ht58RfhrkfJtCg dJ4f5kTZosx89yaKace/12Sqf5w0lE3MDw6Zoip3S6i747Y/l6ShnXKwu9OA ueiGtCR5Wk8DG6ls7VA4/PFRbWM7CIFL58IUmwoSmKVZy2ZB+aUmwQfPYrHM EjcYhzKJVm7U4CfD1pBonBkbaed4XnnbJHUtbhgMhNwEY5LYD5JFPwgfp5bf d4VmPOkE+I53OIeItYq2y/NWizldS5fXU9IdiEM8/zqL/mWkkyaUqgir6L1t UnmYEPTulpCB2/WPRSkP62hTmRMgybvVchRUlLbZlUA7bCDWMqu9vkTIZDj3 QpRk2uXG0Gevcx79iC7oP9gqDeKYFJk7ZdA2DbsN7CiWZDIjEB6nzUPFSOs9 qXjAwNIrVEXX7io9QkYhr0UvqC2/3hTivIS3BKdCoNhKMJo4EnCU0KEar4J9 svx4PRZNTM9I3SG5GfSdfji2UQSLdsxRBC8sSZuBcjKDDGNafzLhFSNiOJN3 mTnTAwOHsmI6rXYb7FiFJgNng/15Z5bkEejmKGk2wgFD7HAOlY4rTIQqReX9 I29AskiUnxULb8bqK9r6WlRfNyj+tEPvZ6FI8sKI/zd5HevKu50yuV5ErSfN sCFqZz3jexi6LmUwvOmz4qcGojK96bpYNbkox5yk7Hl6mznCap7OMYbYxM7U MFHKynR7fOUVg9+FRNuRLYRoOfCHmX+ddc5jhsPBbsozZJbuTCGnpfA+hVEO SV6oCZHKqMFgv9M7TpKFULEDMFLfoR0odcUSY/ZToL4XGDrUQkZfJlTaWwZP b9iIHbZzklC7eei4KRZF5J6ec8VF2U/FtjZxYEEQaXs0o72qvEfTjdVx9jk4 39Cua2xZTV44umxZU9vxE/mhgYm2g912kXtALVne0KfVwU+SBcV7vUslsDDL Aa6utQ7B9I7Q4wQHlvahcdI1pij8P1pbc8NBo85d/eLcS2LRUA0q26VeTFot 6e5OSFZJ/PA8dbpxnjIUoS+yrssv6G4TrUbSqyXpS8VPCiRYrP+za7FStw5j CuPGplbijHVIRPBwhlVtBh4PGoZWRPwsFt/aXSrVIQkc8RsDSZ5iNkzWpZDO DsZYTcwETv/7XogxoVixF8jT2qOhHrr9evNdw4BdExcbTMGysrO67Av44kr8 S/jgFbJid6mG6fr0rD/CtAQzSrDQvIR8MZaqhhlOha7W6W6y3X+M9x4I+lax gWIyzQn0wJjNa2TFuru571er7fxs8yiBJlpqopu1ThxCPITUsdvKjUUzNdoK x0zTPHn1+Gn67ssn/w7TfeSnJ0+fvPIXv7x8/EOI5ufH8OTnx//85fHLVy8b P3/87PkPjx/10Sg+a6+pvxKGxztK6vhEU+18wKfPf3n2qguppMwDepuPdxjF J3CnefHkRRJdKDyaB4SWS8QYuQlnI7Smje8nPH386ttHRUAFfQYeY+ICEy8d ioQ7zdUFdLjTKAcxMidjQCjecAbH5VSzXpYBHb6mRCcCz5x1IlnTjvHLpPqA qk2awKTGGKH+ONlsT4oYW612MYLdqZhEVBKn1tLm6vTapHJn0jzCWEcySOrK EwSPdgQUuk1D1C5zFAqmOXr2/FVekLo0gM4QUKTzoErza25w/eM2gIVCQ23K eA53mmffPn38JE0p5YMYBcZIva0KzRRYb/Pr05cvvv0+ibOMEfySYZhrE5Vj GST1xc/Pv8+yCCPOQUCNAXUbEHzHDy/I6/m7xeWbLvSocvozXDUvfiWPn736 +f/6WLkvLW6tURpiUFZoBwGktNKBAXDNjDVaN0+hE52HRMNqY3BK2XCHW+r/ Fo5L4WxzNAgZA3LogoX65/viMY9Sx7PT1DkfY6abrvKkeTK5sfs7UBzk+Xf/ +/j73ne4TKtMMCwGaJB9QAYNDwxjmwaePNTUPtTgSGj4srIhywtyBS7065Or 9RoGAQ8vF/N3D8/nf37zqPkK3se3wqwqtLSnZLsi/lNGw7h7KLh+GOw8fqXB eYwdMhtLJTk6/rBdFCIvFts/Vut35Gv2X2T1GsT95mdfo5xvGuq/hsWPka9X a/9dybcCp4uL5eJ09OHZ/EN4egIRbXwc0ExvVyerM3K6noNkPwW3vFhsmr/M /w34T30LUGFxXMd/GqkS/pNP/OcdHkP+U98p/xk6b06w6EeFk+I6/lNH/pO3 /KdjMcgo/wnDRwyr4zOI1eIEzBj/acLgRag40Pf8p5Y46zfCf0LzEGaacNgD NxR+MbsR/+mQABzlP+OXQGsMJhu60fhqwn8am/KfEd0UouM/Hb05/6kEXk78 Zx9k4j8n/nPiPyf+c+I/J/5z4j8n/jN+v7if/CezA8Lgk/KfkpdfGib+E9Mw 8Z9lMu41/2mlJsyZICOekw9hSqgCvL6//GdGfwz5z/qHy9vlPyMZhJWtwn8W n/uq/GdW44f8ZwkADPlP5hJFDPlPm/uMKv+ZfWT9SP4zziyM8p+mws+X/Gfu NUptsjIZN+Y/dVmiVf6ThC+HCh3gkP80g1L9OP6zAK0n/rNSuBP/WU3SxH+S +8Z/Gv8bd61M0Fg4p/yntbRGe4/zn3GtARY5pQr/WTRvB+Y/o5HeCv8ZfOIo /+l4XdTEf9ayNPGfE/9JPgv+s+JBDsR/BvhplP+0uugD1PhPE34fxKNGBvyn pKUFTfxntatwr/hPVTqge8t/BqMY4z8t+7vwn/nPHnP+U1FVbw4y/jOQ3KP8 p2EVpnw3/ynj/9EzfDr+0xdA17yU/Cdzgx8SDflPPxQHCXGcM+A/eWHqt89/ WhZ6HVwzdCvGUGrFJ+A/DT8w/+mQ/2TIfxppD8t/CmQjmej4T3Ng/hMDKHzC HaX78Z8G+U/W8Z/2Y/lPvh//iWykUC3/KexB+U9oOFCrBvlPuLMX/8kd5tEE /pMraC324j8tBhQOMU4u9uM/XQvH2jagPCj/KTU4FRg8GOUNIMxlGuH24j81 8p8c+U/NndyL/3TRAKRiyH9yzg/Kf1qWliPTXMLgvGmYvin/KUf5z6+4qT27 nAei5u1ifrpYbxomxOdPiQ74T3P7jOG1/CfXLf8JFi4C/2nkg4n/vIOj4D/p I6gad8Z/wpghzMmxOA5l0lkRvwqP8p/CBhDRSoH8J3QU8NWU/5Si5T+Jsy58 +YZOXBAhOFRoXFpjlP8UYZpAOIzFSMVxxc2e/xSWmp7/ZHFGWApkOrXxLRe+ 2udF05T/xGlAjX/71W+vWf/TxlU/CLKV/pcjDtHEnv9kViT8p9CY8o7/1EjM 9vwnNGVuJ//JdJWZ3Ml/dnmY+M8+yMR/TvznxH9O/OfB+M9rqc9CixP1OVGf E/X52VCfGaGjuHSfmPpM08O4//VoIWmiPjENE/VZJuM+U59GBepThDUh4OzS BAnGDd2D+mQZSVJSn1SNftrYl/o05RfcIfWZ21hJfQparyoZ9ZmloaQ+7YAR HFKfWY0vqU9Zfl6pU59ZNgrqU9kBrjWkPnev+qlYxXGRgvrMmpQB9TlYbrNK feb8Wm6amtGBJx5Sn8UXXpFrU/9V6lMpO8hIlfoM3z0VG1n1k7MBGDBCfZK4 LE2s+QPqUw+Wb/mSqU9apwtul/oMi4shLVhSn8bhdjvXfieeqM8vivrkzlSW cSupT0o9HwPeIa76KTL/J6zlvITvZ6njyIhP56fBoM8ZiU/uioZJFgsoH5b4 xF/p14lP6dwIx1IjPmOD6tAfZsQneOdyMaq/C/EZS0OjggqIhrMCGZ6Iz6Hv L+x5Ij7x7y+C+BQ1KvDmxGfZ+NeITxW+ZwkejVlk7Qa3VpTZGRKfkgbiU4jY 9MgMNeNUCz0gTw9FfBIXPbOu03uay+uIT5AQjKOznYL4FCN9snD8zYjPCDq2 xGc6RJIaDGL8twb3ivgUeYuVE5+WfgYrfoJN8mICokJ8MmFiPlATLhWh2Uj3 dAfxycMnXy7qxKfixU92DkV8qmioDnu2ziVujmluXeGhhsQnV8GWDY1Nv9V5 fw1q/GBMcsvEJ9ehUDjvUXTJHD008akQHTMcMS4PPx2S+ITmI4JiDrkvbaCn vg/x2a7bCPW5jdGwfYhP4xyuMBjZM2huxKGJz1abiFNyxdRexCdSrRoBXKjU ei/iU+BSoYxGQRQemH2IT7iIMckY0BqrxH7EJ65mauMTZ5m0exCfTLRpQNg4 3NmL+GxNL3CSgltGFduD+AQHEkUpinCq/7HhHsQnBEQ62ag2oD0k8Qml59Og OGe+lkBfhEJfiV1PfMI4WYe8KUW9yYGjB+crric+iSd8Y95wkVlrmKIHJD5h PBvXGNUq6Jt5vBXalgZapxsSn3Sc+NwL+PwClwUd8J/29hnD6/lPk/CfMvKf 5sHEf97BMeQ/7SflP1XkDHfwn2FoaGWcB/T8J0fOcIz/dGBk3tHR+Nzznw5X s9zBf4YfNTqOn8VhaGav4z/DbKoUuDKnNha/vt2I/2wfjfOfuCkcrv9pnWrX 9Tww/1mlGSf+c0csE/858Z8T/znxnxP/OfGfE/858Z+fgv9U94z/ZHLiP6sS Jv5zmIy/N/+ZV7w6/5kDgyX/qUe/o98h/7nHqp9ZGg7Bf44sIZTynyz7xD7g P/dZ9TOVMOQ/a8sVk4L/zL5bDfjPwYqMH8N/7rHq5zX8J6+Xx/78px4wwSP8 Z9zVc5T/HFT6Mf7TBkWM8Z+mRoRN/GdWuLfLf4YazSIkWeM/xwG0if/8gvnP wRLUdf5TBO8QElXhP0V11c8R/tN6nUdKo8Z/3uWKnzv5T0VZsT3rx/Ofolzp a+I/J/5z4j9rbiccnwv/WdazQ/KfjOziP3UdPMv5T2+rQsSmbMh/utKCDsl/ hrjG+c/xQXbHf4YMj/Of5e8ePlf+096gktxf/lPYvwv/Ob7ip+c/R+Z2cv4z lFi7zHbBf3IqykRcy3+GuSJR3/Fd8WJkcED+00sY4z8dddWxfM5/es2M859F CR+C/wy1zG/M2RqZFBTy+vnzn2A3d85/2jvnP91+/Cfu+C7bHd+lkR/Jfwq6 H/+JyonLonr+034s/6nNHfOfwon9+E+N/CdtMU7H9uI/LUP+U3QB9UH5T+MN QHGoSzbynxCj3Yf/FDQkXsmwnbrnPw1jH8l/6kOu+AnjWRcCaBnqpec/nbFN w9QN+U+5g/9k+634yb40AHTAf7rbZwyv4z+1Mcn+72riP+/wGO7/7u50//fQ IUTM0u//ruJm5Tv2fw8fQLRkuMymdvizs/H93y3SnnEMLxQzWiFNOsZ/amfC q3HfPb//u5HY2073f2fJ/u9xHU7w2HGmx3pTNvhqn5fd+78Lyq5Z/1NEZNTi dCJ32sgB/2mdSfhPEj+5C9FSj8JRpBnT/d/FTv5TqiqaOO3/viOWif+c+M+J /5z4z2n/94kEnUjQiQRtJXya/d/5kDX4tPu/68ok7ESCTiRoLRn3mQR1/rdx zJmwO1g8J5/FlHF0sM/ZkATNLX24//uImd7q/u88p1HL/d9lDaEsSNCMkxnu /17nAlISFH9wObr/e+HDPmb/99rylzkJymNlG93/fY+VQG9l//dUF8P93231 I1a+/3v+IW2w//vYwkR77/9uapzGkAS1cf93jt8By/3fy+/GoyQoV4Ts2v89 l/Nlk6B3s/97+FY/7f8+kaC3vv+7Yx7s1sqFKhLOvRClBOe1dX937P8elqVl KiJnw/3fiyb2wPu/R9c+tv+7HKk31f3fQxWkEeEY7P8u1DiTc59pUFyYrN3t dLD/+wACmmjQwkFN+7/X8/RF0KBG3woNutf+72HX6NH93x0rFoWs7P8uqI+o 7R8O9393I23t7dOg0/7vt7b/u3YDO76fNOg1+7+P/O7v/tGgmUMY7P9u6hMr 6f7vKqyTxOLS65X93+3u5V0HNOi1+7/nZXew/d/DxhswHsLd24v93wV2xsoS zvZ/990WaKDijgeD/d8FG3Ktt0uDuojU8tZHeiKBqYPToLX93+1h939HWE8h XmaEpXvRoH9h//eIqzGGm6t/kv3f91sNFJWiDUUa1Lq9aNDa/u9ir/3fBUKd uMU5JFSqj9z/XdM9aFC//zdqNSor3NmLBhWorrCop/A/HTRun/3fOUXlxHL0 27hbs8/+75y14CptAzp+yP3fdTAACd07v/4o15yCje+xGqhTOm5Vz+NZOG7A Z+2z/3trchK16zR36pD7v7cLl3qkyqdAQ2KgwWyg6b+11UC/xIU+R46S/xQH gC5vtv6n/v/23i3LdZVbs52vOUvhAuQDMLiuKmQ1dr7my6l/awcYA4e4ycjT UjjCQ3u3P+ZyhGQkIQSiq3/If6o/zH9esHT+z3jZfKv/M+zzn+DzyNZrDJnK /k+KWd/Jf8/J7AIfhcUW00oyc+74P9M/kv4EGy4db3v01O+A/zMQAXjA/1kK NPd/4iqannL7YMq3sP9zuwrzn8x/Mv/J/OfH8Z/s/2Tqk6nPj6U+2f+Z/4Op T6Y+f4D/E6+6qf9zTFzePs7/2fGBPfX5yP/5OP/9Bf7P/fz3l/g//XAC+pD/ c8YSL/s/+x0Z+z/Tnsz9n6oDA2b+z9x4zP2fTH1+zYZe4//Mc/JT/ydw/jtT n915XPZ/SvZ//pP/00029ebEJ/s/q71j/2fXw2DiM//vaCMpn+5d/J96Ejx9 IP9dN0DVt+a/L/g/H+S/f4j/E0bQ8TsSn/v+Tz094z+H+Ez+z/aOeTj/XYmw 1qNczn+/zv+Zfhs03rg7/6cch2gcyX833dOdl/s/c9uYxEylkmnQPnyE/1P/ fv+ngjX/JxCUaoj41O7Z/PdV/6cjnjYXPfs/3U/xfxqvnst/TwDuU/nvQYpT /Z/Shpz/LqTO/s/0ABCeyn+PPVzzrP/TXpv/bqWEv39jZ/R1+e+x38sB8IOl 4z/l6xnDx/yn3fCfDvlP+MP85wVLz3/Kb+U/LQ6W9vjP1Lf2GqdjEv9JU1RH +E9Fasoj/KenyZ05/5l+ocFRaVwcCJc//dqXh/xnoSjLKg/5T5rPYf6T+U/m P5n/ZP6T+U/mP5n/ZP6T+U/mP2ebYP6Ttsj8J/OfVRnekv+cTCgf4T9Hc7A/ kv8cykoO8Z+zWrXOf65ZPx/xn6vWT+Y/343/TL/d4T8XOUTmP5n/ZP7z9mr+ cyeFl/nPbpeY/2T+8/Yb+M+RbvF7+E/VtGVP8J8wOGfMf96P6Hvyn1osoJlv wX/mCjrnP4d04O3H8Z/jy/AA/0nn+2GP8g35z1Twaf67ku2Q8TD/2aDOF/Gf 1omP4D8t85/Ef5IF05LV9Ar+k5LmMXH+Z/Gf1ssn+c/YQj/Jf7pr+U/p4zc+ xX9qbZ/lP/3V/KczyfhpjvGf8e4y5T/tEv7pPw3/7PlP9XrG8AH/Ge+qX/5P R/yntX+Y/7xgafhP+V8ceV2Y/25zB9PjY1VpVAjYuZvnv7v8tzY2a9jSprAc QkHH+e8itn0l7T3/L8g4wKLHMTP+M+RtQUFLU2A8DPLfxRf/qTDPMvZ56SGt jCMVohmn/Ce+s3kDwv2MkoJWmfGfFh/yGMIxVSgTU1v+E/HXMsbHhKB4X/bl 6LjyLV/57wLkLv8JdghA7vOfZrgK85+Tffn6hPlP5j+Z/2T+k/lP5j+Z/9x+ xPznEf4zjvrNO/GfYEyX2sn8J5WB+c+2GG/NfyprEvcph/yn0q7hBcf8Z8WV dKnvakZvvpL/RCC71JCW/zTiX1PfvZ8TpMR/Khz/wxBEUrEIE7Bhy3/Sa5c0 WdKmvgvz2P9Z7UbPfzbR80P+s2p1Ov6zmeYf858Sp74LKNTwn6pPPe75T6e2 h6JJfdchtMU4yH9at5b6LjO+bABo9q/hP7s3E6b8Z2YvJE2vd/ynVyMijPnP 6uS+kv+UIj9ykSbf2Qap72IuIGT+84P5z47BH/GfKtjUOuhcuRr+UwsbGmvw Hv9pcj21fpz47i1cmfiOz21nie9yFtM+THzPl98w8V0F81MT33GIUVAUV5dE te+NMf/Zt/12wt0x/9ls6zfyn9YNWK3j/Gd9/ieJ7/mvQBPlVd03QIjYMahL 0vOfNvj0N4basPRz08NMqdttDfrGxPf65DyT+D59je+n8Z84EPPUijWJ73GA 05z4d+U/cXJ1lvgOtu1i/Dz+M/YOjOzGVy3/qSDPoktJXQm5PRIpXVjtH+ue /8zDbGUmie+qSZA/LfFdB8xrxxFK+rnhP+Nv7XAQveE/IaReVGwbPHXQtu2K lM6YbkzyYv5TI2Udv5N6Hy42tCa4k/lPr5Bs05ogLpMMh2cmvoeCrlEaupMh +CX+s4BkUMoSP1lKfC+53ZLkmhC0uJj/dEas+T8V8Z+W+M+492v8J30iEOMU Oii3lPhO3xQbXuQ/g4sX2BL/ScSpJ543KG/P5T8pnP4W0n/HVj1WjaXEd2Gp 5jiCY62VciXxXRTk2Jr7ivY8/jM2wT5tSseamuhoZbzSwS/wnyG9jYE1xqYK AHGLMtachcR3BeU84r7G+yF+40n8pzKiXBUmfbM03iaQ+6+EV/o/F/jP8R/h NXNLg+/4m//3P7f0qCj2Hv/vZwKjvPyqpeN/4fXf8ZD/Vabwv0ZImflfw/7X S5aG/1UX878EzxKhanQcQOz7Xy1KcSzNg92sDYWinfC/caxG6C4+3ACj4+AI CzDlf22eOAVDU2nOKUEPcCv+V37xv8bcf4H/a72iMm/5Xwcb/tcJ2ibBpQYo 3m/O/8YvzWsSwKyCLY7aDf8bUsHuz3huOFYBVdjaNLNMG7/vvrJ+l//VZkzm bvhf+gXcN2GGmC3zv7N9+fqE+V/mf5n/Zf73Gf53syOPSOB8fX9VMSaBmQRm EvjXkMDbUijn2omsy0ngbXkkeCOYBB5ugUngvhjvTAKH4OEmQwjpuODPzbSo M2AWSOC6pncksJllti+TwJ18ryeBoWKBWhLY6rHGqCKBq5nmlgQOcsyFbE2w asvJdCRwexyGJHB9xbcksAwPSWCJACM1gR0J7N2YCKhIYLzYqIp2JDB0GOHI BEtDbmo2ZMUMWWXCcJq6IoFV3X62R3PKly+SwE53huKxCTYfMaNwKx0J7EJ3 VickcH6Qc0cDWhI4dG7xTyaBO9vwCSQw5KdRElWUPQls2QR7YxK4O48goK2b PQkcRJZDWGuRRkk/vzZiXGykh9wSnYKeBpa5/yt93seOBg4y1NfsqTQwiOr+ 0NLAoe0F7dHAWQg+poHjgQ5uXN/fnQbGe6wr7rO6y6w61JVp4K79b3opTAPT f38EDexeQwO3/cMhDZzf7wONbRmYbTMNQgv/kAZ2KOQ0JJQ11flXyrgO+PtG GnhIDmIZFmng8RtaeflZNDBW1LsNtqaBbTvae1saGMeUMxrYT/2/P4kGNjKM eyVbGlhnj7FU1AuspMxWKXRiPe5VftHAuWsyo4GdaII7TqOBXaaBiXKWcnto pIuj2Kai9jSwzi/lxi3gOEfq7Z7ET42oj8zLaWAD3mB9NKWSOWONMSfTwI6Q TENQaBqs+1NpYEdOViBFp9MiLNlgFZGyN12Q2/jJEg2sCn7qCbUVIZxMA8uK eI6DwXhBr9DAAle0zhENHIRdooHL6bASuVXjvF6igUnOGztneLBEALFEA2ui SLXDbxRCrdhg40VFmzL4M3+yRgMTuJyNt2BNUiiv0MBKFVUuodJeqyUaWAGd P2St84pn0sBCuFRUnQSG8TfKKh1bM7lGA+cyKJF/pliv4JZoYGNwU6pYfdNA /EQaGEAXOj+3RtIqb2JR/yolD9HAyfE9pYHVCg08VMbu0cDgmAbm5WctHf+r X/8dD/jf2NbYu/839jMz/+vUH+Z/L1ga/lf8B/o6/jeOGdOoJHXNc4uvQ5Ey TPnf2BFOq3hKiLklMa+lf2743yzARWVt8CGDv7Fbh/yvklajA2fO/yIsC4EC Op02xbj7xf+CF+6L/5UyI8MaAoHKsYeFoV47/l+Us91o07E/KAoyPON/PT5f xWzFPMRyovP/Sr/1/wKtUr41fgB0/O/sbJo72+V/ZSnjEf+vGK7C/O9kX74+ Yf6X+V/mf5n/Zf8vU79M/W4/Yur3iP/XqM6y+K3+X2VbjxdTv/cyMPXbFuOd qd/0vCJ5f306v53/VyrXmDjH1O+u/1d0dOVh6nfB/9uUoaF+YSIU3VK/srrY Ov+vG19sW+pXbrmjlvrVyo9NRjX1W10qDfVrwlBj3Ph/t7vR+39VOzE+oH6r W0pH/XZE5pD6rVu/xv+bIJlRMSrqt5nhh/po2sYgfJj6NVa1Z3RM/eZnFEbi qLqjfluT8Zz6zScmEZN4GBvq1zbTyJ9N/V7g/72F/MiLaNGW+nXBMfV7Y+q3 O48qdK+gjPy/ItEYsXXIhWr8v+B9m2q85/8NCbWKd2KJfc/Q3Jh0c/BP9v9i B3tM/BohDxC/+AQ6UHtY+39jt6Q/bT+C+EW/hqUD1EBUihweVWVk4rchoSYx CUz8Ntv6jcSvFi8hfrue3YD4NbkhB8J1a/9v7Ku3L4UNiF8t8qAAKPFDV6ih StPAg3N2DvF7C8jr2jG9adWU/yzEb0pKzgei1J2G+AUxfnEyLz+M+EXQtRC/ 2yGSTqbkyU3s3YhfqO9YNfHr9STp5ScRv7FOqsm7shviVwK+JlCk+2G7CSvT G5W7x7onfvOUr4Ix8WtU897XWcSvQTQ9aLxxh7Bp5qSN/dqH/l9l8kS8I/mu t3V/LTjfjUle7P9V2CAlMVepZFpnL+apxK8hdNCpYqwFe6r/N94+yBcrA8Gt 8V685P8tMlYohGE6PAvErwv4TYpYYwsW/MX+X6P0EvErCUqmTSqhvVjz/xao lRS3cR/lCvFrCIdWyN/GEa8Pa8TvDYsqCynq48jgXP9vqXqZkwXlUxzbAvGb FOD5E0OS5OCTHPkx8RtXxPNpnCkrxtbnNOLXpJFh3JRR+M1KG6mD0Y+JXx/r dt43YzIzHhv62HiZx8RvvKkbvJxirwZPh5NOnUj8xvEsHi5r8t5L7WxqAf5K sK/z/w5h3ob4lSp8HMDb8Z/29YzhQ/5Tb/2vGvlP+Yf5zwuW3v9qr/S/4oAi YISfNBoszm/M/a/Yt6Yf2f/qQ89/Vv5X74jNC/g7EwcAlBY5979m/tOUaXGn yOIz9b9a5egP8Ee8b1oginLd/0pKlj3/az4+LkgqduyiFlaTVjEhvdtx2/hf Le5rQRghSFpl63/d5z+1HQKQu/wn+18HqzD/yfwn85/Mf7L/lUlQJkGZBL3M /6rbFPXv9r+OHrMzCcok6KgYb0yCemFNiIMvmSEf/LkV4RjTcDlP+V//mQRd 8b9SpgiVofW/mnZOvidB6714yv+KtZTgjd7/OkEcjvhfR7Oxjf8VHyhM/a9D X0xNguptGZ70v1KwC52P1v9qRcs99iSorCfS2qMJ4/NxwP/qWpZ0TILmm8bU /+pbdGHufxW3247/1bQn5pNJ0Cv8rzq/FawkYjyd/9W1JAiToEyC3lb9rzml 1zqJNIKrYALjYzvcTuI/8L/myqgEZgJ3/lcl6xN6Lg1KT6Rn/tcZdzH0v/q8 0tj/qvekbe9Mgzb+15q8VLIHopgGbRoo9r+O9+kjaFA30j4fp0GX/K/53jH1 vyo7aw43/lfqH+JF2vlfA7QvtbD/ddhVeCf/q5N63NN6OxoUx5REM/f+104z //NoUCmMsg9pUKWzqjn5UfM3Nv5XEH7/WPc0aDbuK43NS+d/labrzZ/kf02V RErsSLb+VxBCD1+prPyv6a31uKbCLXT+V19fka/3v1pUz6rYb6VK5nzs+dnr /a9enut/JZgTiAp1sb305/pfCbGUtIHYQgt1MQ0aVFijQcn/au/+V6XWaFCC 9QLZWI23bsn/CuR/BfK/xoGGWqJBqajSk3FWxOtvxf9aEEtJRzV/skSDkr8X wcRkrnV+zf+q6RNvsagpmm7J/6oJePSmrBj38UT/q1bp/Omk3LfZ/2pX/a9O 4Im3+XRAAIiN/ZL/1ZL/1RX/q4czaVDQqmzKpQ3FUXsaD//9K91BGjTeXeb+ V7OCg4L//Thox3+61zOGj/2fbuP/NIn/VEL+Yf7zgqX3f7pv9X+SPGDH/2nR /6nu/k9tHvk/ffoDLUzu54GSd5vl3P+ZZ2iAZqyS/9MrnBff+j9Bb/2fWfyp SbmS/Z+WdnPq/6RiFILTCEH7Mvd/0ubp9yruHBXsbP8nFYz9n5tVmP9k/pP5 T+Y/34n/ZP8nU59MfX4s9cn+z/wfTH0y9Xmy/1ND9n+m4zLyfzbzfGPqszq/ vf9zZu98qf+zlla2/k85t3fe/Z/VjGLv/xyzq5X/c0ue9v7PPh9+QH1Wu9H5 P4c03Mv9n7VK9Un/Z3U0W/+nbM7H0P9Z80mt//NfqU8zwFeH1GcW0BicuRr4 P6HTRM38n/kh0dz/OTICfir1eY3/M8/JT/2fej/4lanPj6Q+V/2fCv2feScH /k/Xtn87/s/0MkG8E3vse3b+TzfC277J/9kolf/B/6nbu+UPIT4f+T+7vWLi syVh2P853KePID5brvBU/yfkIzbxf1o36a5v/Z8Z3gfAjlDn/zS9YZ79n6Nu wlv5P+2wmG9IfEIu59T/GWaM788hPpP/s7/xtsSnpOcD5TWL1v+JHcTHPcqN /zM/KwK8YQ78n3Urep7/M09wB+rZdv5PL4fXdOX/zJPXTlB4Rev/9LI+wyf4 P/EqU8rcK1ls5IP/CP+nPdX/6SliXhFiGFsuY672f4JdIz5JUWrJyil0gGf9 n0vEp1G4osKixhFviKfjOf+nWyE+X+j/VF7Dmv8TixovJypqkmqu+D89VjVD VS+tGM70f6aucfJ/ipAIbKVjx8igjfOh/xOrnskC0eT/NImHftL/6U/1fzqd N2B1bo2S/9PZ5P804RjxGTuvU+JTuiXi0/x+4rNeOv7Tv54xPMZ/WuQ/4Q/z nxcsPf/pv5f/tPv+T/CZ6vSabJaJ/8SO7h7/mbapia1M/Cf1jff4z/QPoGmj zH8ammA6wH86YiaP8J8UGT/nP/EPcAiT+c9SIOY/t6sw/8n8J/OfzH8y/8n8 J/OfzH+WzTD/yfwn85+T+V7mP4f7xPxnt4Vr+c9JoOQR/nO0Gw3/ud2NAf85 nhU8YP18Df85vOYP8Z+Txm+d/+wpgaf4z0Zyx/xnWwbmP0dHhfnPcSeN+c+O /0zeJ+UC9j17/rO+Xn8J/2lmUfLMf452iflP5j9vv4H/VIMSfg//GZrdeYL/ hHbcwvznsJvwVvynk109fk/+EzuoM/7TNA3GT+U//Ur++y7/CQ3l+IP4z7SF QN34nv/shoyH+U91ev67x/qo9L1HpI0D8xH855Lx80fxn3RwyBgpY/0yz/Kf /mr+E+RP4T9DrHLP8Z9WPsl/Wnsu/6k18p+A+e+xbTXuqfx3o+2z/KcXF/Of sfh//0rvD/KfQ8YT+U89tIF2/Kf7eP4zvJ4xfMB/xrvqF/8ZG3fMf2f+85Kl 4T/lfxCuzH/HZ0cenwzGyy6NY/M/Z/ynyalA8ZZd/J/WOhrTTvLfhb5Dlej/ BIh3X3ocM+E/rcijjPhr3LSzTsvW/6ljhf3iP+Oo2OJ2aBUlJdD3TvnPe4o7 /ndiWelPZ/wnIaOG1KIqpIabdoFWMSEOJDf8p0QEQPo7/+kM/elX/rt4wH9q MUQT9/lPM1yF+c/Jvnx9wvwn85/MfzL/yfwn85/Mf24/Yv7zUOp77Al2z+S/ M/XdyVFqMfOfzH+OivHW/KfyOnGfOdS64z9BOrPAf8qavWxT39V04vCF/Ccm RRYyoeU/jR7P5Vep7xUd0/GfzXTwgP/EtI0bZZt1qe/CN5TUiP+kMXZJ8WtS 34V5mPp+e+D/HIHrt4b/rCZaO/5TtYdyxH9Kgw9A7tdGRU0qWEh9r89om/ou 5KxOLPKf1puOqBjxnzJ7dFKaZz4/Lf9pW0xwyn/mJz6SngF0/Kc3bSvI/Gd3 cl+a+i7ysyCJtEKf+q5E3XVi/pP5z7y50LbBI/4TUuWyQucj1vCfWhoxvNrH /KfJt1dHfc828d07393lz+Q/cROTxHdob3F7/Geg59q4HzX/GVww88vvnfnP JvG9JiSVNN04hvnPlosZ96KZ/2y39Rv5T+sGXNxx/rM+/5PE9/xXoPEKq/lP ENL4rmPX8p9OZv7TSEMDsArBUwChO//fl/hen5xnEt/HL8Dl5Wfxn/gwydOq TeI7BHfgIvlW/2eu5aq8K9gkvoMfj/R+Ev8ZeweyhTdHie+55Yk9duqebo+1 TdDRWk9+k/hu8v/iTrX8pzXNSxynJb7b9CdSity85J8b/jOOUJoGd5D4nmVR 8QaFW0g/NwdXetU8DXg9/2lsbqMV3BPfwYMJ8mT+0yMveNOU+xy74sKcmvge SsS4BSJP4+lbSnwnYPQGhTuLnywlvgPhm0ET/xmcvdj/6YxY4j8FQbE2EP8Z 936N/wTiPxXyn0ZJuZT4rmlFpGpliOd/LfH9RsSpJ543GHUy/6nsZh/jhSJA mpXEd0k0bazueHAcCLGS+C6JVY47eV/RnJj4roKS8TRoEcd1cUVlgpUuhIXE dyc8HRyZD44PSmhYSXzX1AJIQYyrtvpM/lPFnoPcVHJpgjPa/f0r9VH/p57z n7CAf/6voT8Ur5lbGnzH3/y//7mlR0Wx9/h/P9IXysvvWlr+V58A3T70v2pT +F8jlMj8r5V/mP+9YGn4X/VfbGov5H+xIx6wwy+NjgP/PGqZ8r9W5iGGlUD8 r4sFJWh3zP9K4zx+ndH4OxcrG+IOU/+rzY9rAd90vaXZXkMy1y3/a8wX/+uE IQIUH/T6APdPNvvioOJ/cf6XWOabif0XIkBn/K/GEsZuOhXbyfItZV9ijz2P N++cKc5Eg7rzv6H884v/VU7u879uyMzu8r9mvArzv5N9+fqE+V/mf5n/Zf73 Gf53syOPSOB8fX9VMSaBmQRmEviXksDO9BOE30kCe9sIMpkEvpeBSeC2GG9M AnuplYyDL8jHBX9upkVDcL31pCeB65rekcBmxmwuk8CdfK8ngek11IkJlt48 7bZQkcBVGVoSOMg5S1xMsDSInZDA0kwQl8oEWx3KlgRWYlSIigSmdxSoCexI YO/qLTxhgoUOIxyZYKFiNWTFDFllx5qiigSWVTFaElhCS3scJIGd9h0vMjbB ptNmaJq5I4F9I+edk8AKSWCqUC0JHMyIZPhUErizDZ9AAuvM/imJCesdCewe BMIyCfyRJDAIaOtmTwIH6RPEYR2CWfnn10ZMSFxCtZEaAeppYMRGlBzTwEE1 ysFzaWDSPIxpYNfu2i4NnB9ux1sW7kdFA4MwIsxxqR9EA9fkrZKurkBMA/ft f3uImAa+ff161PTk5ZfQwM4PzI3HaeDOwjqigXPuIZCmEMy2twxCt/zsiAaG fH8xNEA21flXKnYQOyvt99HAs2z4dRp4/IZWXn4WDYwV9W6DrWngOOrt6vF7 0sA4plTlzdGGBg5iPNr7WTSwgebl0yENnO87ZRpUVlJmq+IW1nqVXzRwtrAq mrxtaWBHb7pue/Pn0MAujXPjeAhzAOT20EgHysDgQWRNA+c5diklbUFv9yR+ 2j4aeTkNbLzxWB8N9T5ceuwE/mQa2BGSabQtNLAPp9LADsnKG3j8ZqdVPB8r NDBQ4XVBblPe+QoNLAk/RRg0tdBCnUwD10WNg0ENSzSwQrLSGnK0igBmjQam 8xcC0cDeLdlg48Ggg2PoYAlj1mhg2jc0psrEpKzQwHGnC35KNHD6ZIkGhmK8 zcJT6401KzbY2ADgijdHRfUmHpwFGliViuBUWdGrE2lgEQdXsagaRBbXKpve xLJygQa22iCwHCD9d+xvmSR1XaCBDdVZRebbYENwJ9LAsbuoaFO5LNKCCqAT DXzQBgs7NLAc/q6zwYrfT/d2/Kd8PWP4kP9UX/5XCxL9r/IP858XLA3/Kf6L fdnL+M84ZsgP9CUOymVs1jyKTaf8J/jca/SaIuytUaSoqfhPDYX/TI7u/IhM C+I/lXSUGTfnPyFvCwLqNGIvxARN3dA7/wk+tkt3/lOiX1UDwaY2DsHDI/+r Jakt0ZYmXicEQM74T19Kjn+nfGyOCU388r/Gm+6G/wRLJb/zn5YO3hf/KcMD /2tsh+mfB/yvzH/2qzD/yfwn85/Mf7L/lalPpj5nC1Ofw20sUJ8VoRM7x6Hj Cq6lPrflkSqO3gdyDaY+mfocFeONqU/n0rAzyWLScen8r1K5Zp7vCepT2H+m Phf8r3U72FKfIMeXypb6lPv+VzemDLfUJz0PoOrRUJ9atW3YkPqsdqOhPtOQ eFCIxv+6nRjt/a9qPPN7wP/a4a9D6rPeSON/lVINJ6sq6rPhk6A+mvZfqc/0 XL3dkTH1maqOwUmznvpUrVxoSn3m/UnEHB7Ghvq0XZjjJ1OfF/hfbyE/PpLo f2upTxdcK/Zl6pOpz/yEVfQHr6E+vRAJVIitA1Kftf8VvFeurp57/tegbDrm Dmft4/fXNybtriQ+qYM9Jj5N/Pf43I2IT3wCHag9rP2vsXUWYrypNyc+sbNj 72m3DfEJfWVk4rMhYRoWionP29evR81OXn4J8alhQAUeJz470nJAfKIVBYiY q/2viVZoj1VPfGqRXxwCwI6QrlAzJawZ3SrOIT6TKi19YMf0nlV6PshG4vNG 3tN73WmIT2hGtz+Z+ETQsRCf2yFSHFe0SQxvS3zipXK/Y9XEpzcwY3x/DvGZ 6qR46H+V9HygvGYRtpuwSQU46ZVMic98XBTgDbMlPo2CentnEZ9G5jMcqBsf wqaZk/F6lM0IpSc+lckT8E5gVfe27q8Fr/s9ea3/VblceKXooVmsZDoOvPXJ xKchdMypYiwFK84kPuPtg3yhpHO1DmCJ+JQUwn6DQpjFT1aIzzhiRaaNwE0L 1piL/a8mXj1LxCcV0TgiPo1c9L8WGhI3JCC2zyvEpwHcgELkN454g/ZrxKcn 4hN/E3w6Haf6X0vVy8QgKA9g1QLxGRsQLGrGKG+ICMEC8RmHOljVDFW9tKI/ j/g0UmY41SgR0m+UNiqZ6B4Tn14pdNwagzisk4ngf0x8xpu6IdITcdgE6nt7 IvEppYN8lVidv1lq54QKf//Go33Q/zqUvCLxqcwS8al+P/FZLx3/qV7PGB7j PxXyn/CH+c8Llp7/VJfyn/lJssRRaeY/8UnIIf6T0MQD/Ken96+P8J+engGu 859GHOc/yTK6zH+GeJ7oYL4f/zkEIJn/nO3L1yfMfzL/yfwn85/MfzL/yfzn 9iPmP5n/ZP6zbIL5T+Y/8X/HNeS38J8r1s99/rOZYv8e/rObXH+C/4SWfzrO f87qxDr/2UKGz/GfHdXL/Cfzn6MSMf/J/Ge+rf5g/nPX+GnoIW5/7p7gP9W8 Gvxk/rNDUZj/ZP6T+c87/6kHl/338J+NDe8Z/jO0fVTmP4fdhLfiP9uX7H4q /6l/B//Zpyoc5j9h/1gf5z/rI/td/GdspKotPMF/mi7T5Qr+0wf7Efyn/f38 p1Vr/Kcj/lMW/lPJZ/nPsMZ/WuI/ReE/44X+JP+pLuY/jYMn+c8gn+Q/4xV5 Kf8ZRGzvnuI/494+y3/6i/nPuN9//0onDvKfbof/HLKhHf9pPp7/hNczho/z 3/Um/x0w/93+Yf7zgqXPf4cr899l7soFyJ1dGe9/EjtWO/nveXQZO6cFsxSS 5p9m+e/WEACJv4/35NiBI5p0nv9u859i8kTKf7f+Qf670zQDhX8Xv4QeyB7K fy8yz2n+Ox4xjy6RlP+uJDGTm/x3CBv+M96tcF8LwRlvr4R3bvPf7S7/qd0Q gOT8951vYf6T+U/mP5n/5Px3JkGZBGUStGzhe/LfbZ8E+b35747z34dbYBK0 L8Ybk6BepQFoejCbCoQ/v7ZhpA2qSwc7SoJKM53yeGH+O1Sz1H3++5zjfGH+ Ow3McZUu/302tXwk/73FAY6SoL5DkAYk6Evy383mWPT57w01MMx/r7mlLv99 NjG9nP8eOrZiSIJazPcs84Bd/vsqCZof+uzkv7et4CeToJfkv2d2Yp7/3qC5 TIIyCZqKt5T/jm9QWI+tRv65hRPAhK4nup//nl//jwc619U+/92M0LdvsYE6 0Vy7+/nvebcEdaja/HcFcxj7nWlQh4ANdZn7/PemH8A0aNf+c/77eJ8+ggZ1 YXDZH6dBl/Lf851wnv8+e3mryn9PfzPNf5e2e9+I899HXYW3yn/X5sBF8q35 73jHmuW/j4dZt59Eg6b8dzu+HWzz300eGk/z3zuh6OP8d5f/F3dqkP/eM5Tn 5L+nnp+MA6J8LNr8dyNsW+VbGlRLkxPkFW2hzX93oi7Dy2lQKyzlv1u62lyi aYO8Pv89wMn570jWgUdy0mkQYi3/nYqoKc07fbKU/07Z6KXIV+S/0wqm8IvB 6CUaFEoRaZ9FcnM+Q4Ma7+Va/jutCBIPVry9qSdo0Jz/rhdoUCt1oXqRJsyf LNGgiooqEXgUNki3lv9Op8UGLKq3Sqzlv1MZrL+vaM7Mf1c6HRytgtMq5797 CH4p/x2Q5lUi/wYC2HRZLeW/46ZUoXrjBQqn5r87+qZ7/ru2wf/9KyEczH9X cxp0CIq2MKgKHwCDdvynfj1jeMz/qdH/6f4w/3nB0vs/9aX+z/zckTDQ5P8M CD7u+D9zj99rkktaE8eHgprZ+yqN/zMP17UIxEFKLwV2t3f8n+kPIJDB02kr DD3yn/o/81uAcbxLNGrqoRFFOfV/GtqJL/+nJ4xw6v/E7u5Nf/k/Pfs/B6sw /8n8J/OfzH9+HP/J/k+mPpn6/Fjqs/F/DtIgv9f/aQaP05n6ZOpzVIw3pj7Z /3md/xNE0wo+4/9coD63zObA/zm+2K72f+rhdOQh/+dsAnrZ/9lNuT3l/2z2 hP2fXRne1f+ZH+zs+D9HfAJTn7fPpj4/3P+Jb09c4f/cqQbvTHyy/7PaO/Z/ dj0MJj7z/442oo0eXfbHic81/6fOR2zi//TNG1ZD/2fuQgLgrazzf1rVkafs /xx1E97J/xn/0dXj9yQ+sZZP/Z92dsZ/DvGZ6mQr73zC/xm61yweEJ8qE5/0 zOsb/Z/5iUHAEUrv/9RyEELU+D/zi6hOYBl6/2dzRZ7g/zTk/3Rf/k8Hzvw+ /yeBfkHf/Z96ifj8Uf5POs60jzKeXbnm/8TTYQkVTa+XLxKfZBoVxF+u+z/x aCoNeLBcsLBGfFLhfZFqXu//9FIu+T+R9IyViapeEMIu+T8dlsF4UVaM33ie /1PEmxEk/yfYdD2q2ENQyogV/6fES9tYwmHjtRGvxxX/pwIidu/+z6BO9X9a yEW1JlfB5P8EmfLfnTxIfA4z3pH4jDfDFf+n/ADks1o6/tO+njF8xH9a5zb+ T5v4TyXkH+Y/L1h6/6e91P+Ze7kBfRjJ/6lhP//d4CNTW8hN64RCenTq/3QS yP+ZvxXS1AN28Xf8n3maGig9M/k/XaDpoZn/MzgseXnQJ4MPhPMd8H+GB/nv WuR1PelPk/+zIKMb/6fd8p83LCGogjDG2ythllv/p9/lPzXlzrP/c7sK85/M fzL/yfznO/Gf7P9kEvT/MAnKJGjj//R9mNO3+j+dZv/ncAtMgvbFeGMS1Ctj kv/TAvo/08+vbRhlATrPxYAErapp5/+00xn1V/o/cYxDNaTzf7oRQvlq/2fJ tcBVev/nZGr5iP9zhKM2JOj2ZDzn/9wnQdf8n2WMT2t1/s+We+xJUFm3Gu3R 1OMzuu7/NKKtVRMSNBV1SoL6Zk/mJGj2Bs79n81V8tkk6BX+T5FnSaXJgNTA /9ljTUyCYt39ZBJ0zf8JSmT/p0EawVdiOatANIV66P/Mja5EeGXk/6zr6sk0 KIVEDXqE2f95gAbd939qmCMc70yD4j3WEXnp6s0oismqKiTToHUDxf7P8T59 BA3qwuB2cpwGfYH/U5vmUh34P3VumuNQCQdhrf9TmctoUPZ/vsz/adzcPP1W NCje+Of+zyErePtJNGjyf/pxr6Tyf+Z6d3/RruqiJv9nHyD0yP8J+X/pCcK3 +T+9zPZOie+rtf5P62Q7bGxpUC0d+j9xnNP7P89Og7cSiAYtM+Gx1QV/Og3a +z+lkOf6P4nyA4ffGO8NeikNXmmiz6CUJX7yY/yfVqzRoJZoUEU0aBKHPkOD Gu/dkv+TaFBJNGiIAwz9BA2a/J8gVvyfhhDLG5Gv+ZM1/ycdzUxtgpM+XiBL /k9Kg6fTkTSesQlY8X9SGjxRvXnFcKb/U4fgkv8z7pvN/s+QOPUV/6chf6s3 6SqBAA7cAg2aOGXca2XxZ8oblmf6Py2ErVVV2lgVjfyb2cxjNKic0qCfofZc Wjr+070AKmyWB/xnvI9u/Z8O/Z/mD/OfFyy9/9Nd6f/MGZBlyCRj+0bE5dz/ GTIg6oEEmPFW6LH7PeE/byHgW43gcdMQO/VKP/J/5hmLuAr+ndPpgSO2dDP/ p/KpRLFxpoLFHloRYE79n2TmJA1ovAHJEuY+9X96Qkbv/k9K+Lnt+D+rYPob +z+Z/2T+k/lP5j9/Jf/J/k+mPpn6/Fjqk/2f+T+Y+mTq82z/p83+z3TJjPyf DePC/s/BFu6p71seovd/NhM0Q+qTBsQz/6ceNecN9bmdZ+r9nw1I80Tqe48e DKnP6ort/J9h0H621KfYFqPzf+rx+Vj3f7pOpjpJfU9/MU19V82dgP2fXRne 0/8pRQbFJQpqev8nPY97OE/M1OdHUZ8qjA5eQ30m/6fd9X+OU98n/s+ElSkM ER/4P5tXIk4lPuk+OvV/+lf5P61qHH4/hfh85P/sKjcTny0Jw/7P4T59BPGp 27P/ff7P9r4x8H/K/BYWAF7tnf/TdeMW9n8Ouwlv5f+Uaj8g/G2IT3QMTf2f Yfhi3e0nEZ+pTrbyzuP+z9aE+pj4zJd+eVbU+T+hGXqe5v9UGcgMZuz/jF3B 4Rmu/J+5k+Uk9rU7/2cI3Zjkxf5PgDuBXCpZwr9+of+TeC9PYF7sMJoP8H/6 xcR3ICjVEPFptFoiPguxa4hNhJSiveL/JKhRBvJ/+rjqEvFZ9g1R0VvwCuS1 /k9tRVjyf5KiVBdVaRBeLvk/8aAkq+Z9RXui/1M6YZL/U5p4H8z+TxOkDCv+ T4tliNdLQBw2xAHwkv+zuE2pBnmnxbn+T2/zihZUquRSu6Tg/vtXKXeI+Iy3 7rn/c/irRv/5v4bEKF4ztzT4jr/5f/9zS4+KYu/x/yZfqGaOlJefvHT8b3j9 dzzyvzptvvyvIJH/1X+Y/71g6f2v4Ur/K05XBKRdk//VIrS7538VeK/AMYJ1 scYA3XTvq9T+14Dvvt0QlAUri6t1z/+a+V9T+F+nAgGwM/+rd/QtNBsaQJHL ds//SrMWhf8FVSDdGf8L3uOXCyq2Q1T5dtv4X+P1tuF/b/h2GqhicE2zurTx ++4rr3b5X+3GZO6u/5X5334V5n+Z/2X+l/lf9r8yCcwkMJPAl/lfA3Ssyff6 XzuSg0lgKgOTwG0x3pgE9gA2+V+9TtvAn1/bMLGiN5DXU/7XfyaBV/yv9Gop laH1v/q5vfXuf62u197/OjfI3v2vWx5p4H9t2rBn/K8LJPD2UJ7if20pzWf8 r9DO2w9I4Lrx6/yvMxXVuv+1Q/rGJHA6HFMSuDOTz/2vGe2a+19HJMOnksCX +F9RyDsmgb30csStMAl8+2wSeM3/qnPzZIPI9/n8cwOngAmibYYf+F/RVWyx /9n7X113pz/T/4rnb+Z/VROCfuh/zbs187+aHWnbO9PACOUVMKn3vzIN/Kj9 Z//reJ8+ggZOjEFXwuM08Jr/Nf3V1P9qoJP7tzSw07lpNnRldf7XNsmc/a/1 EX1P/6v1457W29HAD/yvjdvzJ9LAMnngx+/QVv5Xset/NQ/w7p4GfuR/rbd3 mv/VpX2P46G8X53/NUg3HK1V/td0ycU1ySDb+V8bnvj1/ldwChvDMnvsYvc3 uR+v97/Cuf5Xgd8IgThkDW7R/0qoLZSdiJ+s+V8LrSsItZVCn0wDF7aarKyJ 4liigSVuwNKGlAg2POl/DWrJ/1qkqsbiwYqX0RoNPPC/6gUa2IEv+s+Cn8ZP 1vyvnvYx08AOtFd2zf9adLwOi+pdrOQr/ldXGGt7X9GfSAPHaz7EosaOgUg7 ETtGQgnhlvyvhmhuSIgtJG2FlEv+VyKdlSfi2YE6kwYGJ6mtic1sKkFs+ox0 f//Gu8VB/+sODRw7WI9xYAnw++nelv80J0CXD/lP9eV/jXca5D/tH+Y/L1i2 /Kf8z4T/jLjS/5p7pVLK3H+SOsRhZO6N7/hf88unHnCAG9vWYAIZVzf8p4bC f95CQjNvuf3OmwAZtDSP/K+Z8gSPY5g0QhWBRu1f/lcn5Nb/msd9WoUCpoJ9 5H+NG8BtFulrsOVXM/7TYHwheHpS552zdDA3/lez9b/ecMQJtvCIoAhVPeJ/ NUM0cZf/BD9chfnPyb58fcL8J/OfzH8y/8n+V6Y+mfrcfsTU5yH/qxC6m036 Tv+r9s20JFOf9zIw9dkW442pT+dMHFYl/2ueRuj8ryLIBeqzntro/K9qZup8 pf9V7fpflZ3bW+/UZ1WGzv9qHlOfFVHT+V9VzwcOqM96+qvxv3o1mnVtqM+q EJ3/VQxxyyPUp2hbnSH1WdNFjf81VqvH1Gczw9v4Xw2Mz8e6/1XLVmg1pj4x 1bUodFrqswUU59RnfsFV0jOA3v/a6EY/m/q8wP96w0dwEoPZe/+rdUx9MvXZ nUeFYV/NwWuoT5cSwLL/NeMYnf9VGDOkPsfEJwoALGFljf/VtvX0ZOKTtACD 3qAUOox4ran/NSONZT8a/6v0LXD1Q4hP9CtYeqBq68qtZOOhZ+Kzb/vtpBoy 8dls6xcSnzq0Ov3niM/2zI2IT5uzFoA4MahoKOWt7zt2LfGpVY50gII4Vo2G ElqYwa3iW/yvJvi2e9kSn4/8r0K3lfnnEp97/lfxCBB8G+ITpz+HzbqSTtsZ 4/tziM9bsLJ933vgf9U48e7oGVXtfxUhHCY+88hAUQXp/K8UIrrtyT9FfM6v JyQ+qTEMYOhYbIlPG9sXMxxEb/2vNiPpDnBPfIPTxkau35OXEp+gsFsOyphS yUTsQouz/a/EezlB+Nb5/le0P968xJ/WxhO85H+lot703f9q1/yvphbIphcM 3MXEJ3i7QnwCCUetL/7XWCHWiE9DNCRuSMRTLZb8r1QlFB7lOOKNd+k14pP4 SwI4gxextl7pfzXSebHif3XE0WokPlMMtfEr/tdS9fSdhvQWTiQ+welEZOqg XQI3lQYB2usF/2us0nmvlRRpJ8B6nSDjx/5XHzydBkdeZhOUPNP/qgXkoxkH QWnFeINXzibiU4eDxKfeIT7NEvEpfz/xWS8d/ylfzxg+9n/qO//pwCX+U8Vf M/95wdL4P+V/Rl7p/8SOmA8o/UyNED7EnPKfqW245ekD+m/rAs1xTvyfwjgy ZGKEEIBXFOox5T+t9HmIKwxNi9ugDT0D3Pg/tfjiP2PXF/u+lGXo4mgICOeb 85/U0S3+z7jXJOmc8Z8aX513xRwaDM0IbflP4+WW/0RyVYWySXCOvuXL/ynB 7PKfGsYyzz3+U4+RUeY/J/vy9Qnzn8x/Mv/J/Cf7P5kEZRKUSdB+G4f9nxZE 9+D8O/2fsQc7ECswCcok6KgYb02Cgs0kaPZ/diSolfFf7XHpSVC5S4LKKbO3 IUF3Z/kW/J8FL6Jq2pKgJsw5zjsJWnEyHQkaxlzAhgQFfDFTE7zR+T/FJFp0 Q4KWdzvL7F7j/5Sde64nQel9TKqjHQkaxhdbRYLWUG1LgqoOIxuQoAp3VhIz 0vo/NQynKSsSVFcG0db/KcyMDl71fwrokNYRCaqQBNWqzAPWJKhrwNg5CRrQ /1nQnoYE9aGe8fxsEvQS/2d+ciUxZ7P3fyrFJCiToN15BCEHQreGBPVSp1Nl pcxHrCFBtXbaj672Hf9npj7UxP/pfROXezINilfemAa1Rk5oswENqiQ+5aZT V9OgIVgzRzjemgbNLYcrtqu6y6xkQwEzDdq3/y0zxjTo7evXo6YnL7+DBjU2 DCDw4zRo++7X0P+ZJ5NAE/NVDRtAqNC6jAf+T5M7gAawDTMVQKmU1r47/9/n /6xPzjP+z+lQ7ofToLX/04BaADXfgQaF+o7V+D/7F05+Hg0qReLD6y2M/J/5 ek9+zBv93NCgSlo5f7FkTIPqkP8XL+uWBrW2GX6e5v8MyVAsJd64888NDRpM aLryA/9nfiwlJdKg+efm4MahQOhNpi+lQTWovPvKhnuPyMVqZ073fyKrFYfu JGUU2p7q/wyONgD40wGINf+nLP7PQqHFTxZoUCUE8WhUZKuFg4tpUBfkkv+T 5KiWxJNKOGvXaFD6RKAGUhjwfoUGdeX8WfJ/CrB+jQYl/tQTYhlip+lcGhTw G2+ZIoz9kOCMWvJ/EmNLG4g3cOfDkv+THLXxy8qKQZ9Hg1oVW+C4KS2sECH5 P4WLI0W74P/0ks6jchmVDXETUq/4P2NHki5oPLrBaOdPpEFV2kv8xKWrJV49 Gc79GwtwkAYNcxp0Tf9pPwAG7fhP9XrG8LH/0975z/x37P+8bGn4T/Ff7O5e 6P/MMGdsOHMfWxqhA+zzn1rl2RcXAvGfBqCgoUP+M955cNYIAr4YDSp1ZXEQ NPV/oiETSui703Hkh89sNv5Pr7f+T5fn18HToz3rgitezxn/aW35Ovxvk8hn /OeM/6S3u28Ux67iDVkTLLjxf/qt/xMsTUZBOTq2gKkH/J+2rH2A/+T8934V 5j+Z/2T+k/lP9n8y9cnU52xh6nO4jcP+z5QRUm/he/2ftpXUMPV5LwNTn20x 3pr6TLMlyf+ZLpne/6lcc+GNU9+ra6Xzf86nNl7o/2zK0FCfIMeXygH/56QM lf9ze8V3/k+Y1NID/s9gRrtxJPXdwHge8ID/s0cPhv7Pqulq/J/xUlnwf9bt Z+P/tLq1dx6kPo2Djn0b+j/zYN4Qv9pRn6olk6bUZy5NGZ33/k/XTt99MvV5 gf9T+vzYKlaEfE9vqU/B/s+0MPXZ+T9HB6+lPoVI2EhsHfJOdv5PD6LtP879 nz5FukuFKtHO/+l080rEqcRneUw5Jj6N7TX9O/7P/GeBYlpr4tOL0JIeP4X4 RBUZrddANEr2VlMmPlsSZqJJZ+Kz2dZvJD6175DoZ4jP7n2eAfFpcHKMRrZQ 3TeU98FN6uHG/ynziA8A2zCttk2zEtb3L0h9k//TKj0fZK/5P0HMOty3H058 1v5PrVzbhX5T4hN5zQnx6W3zsuX7Ep/VFhr/p9NyfBlu/Z/0fMDRban2fyb4 Z/9Y98Rn7jKWZ0Wd/9Obuh6fRXwalefEA11PIWyaORlPrzZDp+/W/2mszCeW wiuqXoRMadb9nryY+PS6PHkolcwELeBs/yehY04VRvF0/2cgz2AocKMxS8Rn 0XfG20j5Rrfm/xSEjKri/7TxG68lPk1Y8n9qhdidxfzueG80xi0Rn7r4Wyl/ PW5JLvk/72wpHSxvhVkiPk2pCLjJONzzK4nvr/N/+qRtW/F/2oAram8JTk2p 9gv+TxvwdBg6r3FFKU/0f0pnEgdt4k0vVYDYrFmjQSz4PxMpjtdLvkogXs86 HtXH/s8gPBYxUA67d1qcSXzKWMVyUeNgP21IaudjIf7+jU3fIeIzOeWnxCes EJ/KfwDxWS8d/wmvZwwf+z9N4T+NAIP8J/xh/vOCpeE/1X8GrvR/4tO8gKNr Ge9/AR9iTPlPgylCtjxPs05oXaLg76ts/Z+xQ08Wz9ylS/SjBAIvp/ynzeuC 8fTE1QGNOyr/pzFf/GdQnthF5AriPhlNzORmXxxs+c9i8Sz8JygoFGVZpeE/ wePXEVupUj+fvrfsS3Kj6g3/ecMAPqCgvzyrR6t8+T/jPWeX/6R3MG9H+M+C tTL/uVmF+U/mP5n/ZP6T/Z9MgjIJyiToVf5PL/uAuO/0f/o28pJJ0HsZmARt i/HGJKjPr/zFgufoUvz5tQ0TR7QN9zImQWt0sPV/2ukU4ioJ+tj/edPV3HBL glo/LkNFglbXa0uChon6ZkuCEuJE1aPzf7YzjEMStJ4Wa/yfbQ07ToJ6988k KLSU3pAEhYoZaf2fdjwxXZGgsm782qNpWsriIAnqzGISfJ4gN+gw6UlQrxu2 Z0qCAibBEyfckqAtTffZJOgl/k+N/k/04nT+Tw/7QACToB9JgoLoHMw9CRq0 S89rbcAzkH9u4ATthB0mwc/9nxJ7Hoictf7P0O7jyf5PPH9jGtQJNWC5ZjRo vrHH1XE/KhoUhHF+fgm+Mw2KN/oSTOvqzSjZImZMg3btv2uGe0yD3r5+PWp6 8vJLaNAug/05GrTTNI/8nznH4+7/NNveMghtWw3kwP+psyfc0JVlqvOvUkd3 oIv+Lv/nLBt83f85fkMnLz+MBs1/NfF/Oj97peHdaFA02ygYNOtxTBHc7Iy/ Gw1aNQiN/9PoMB45V/5PfDajwqCLahXYZj8e06AZpFV07loa1LXDz9P8ny79 iYxLPhaV11Q6nXzr1RYG/k+ZBrBfBlG93ZPYr/SDXPuX0qDWaGoMSxqIC3H4 Dfp0/yeCbHfc08aDcKr/03rEyrTEsjgdlyX/py7+z7IT8ZMlGpSYPmkItUw1 4mIaNHi1RINKJOwsKRJV3H2/5v+kbxJkqjQ+wAoNaiWyfNKiODTxjov+Tyq8 J/5UpITZxzSo857oQRJP5k+WaFBF+fMZTASn4y7aJf8nEa83rP5xfWdX0uBB UQo8nce0ojszDT6FzcefsWNgEt2rEsjk1AINGmK/BTFPkbW6ELSIZ3TF/1lI V0WnJTht7Ik0KMTGmq4Sn67HWMwQq3nyf8qD/s8dGlSKJQGo+P04aMd/6tcz hofy37VC/tP9Yf7zgqXPf9dX8p869+0CJuSl/HfA4dFO/nvGGK1AmDPnv9v9 /Pf73+JbPwBBOGIh5/nveRAHwuF/OxuM6/nPOv9d5XwhR9CnM14rwvjm+e+B jgP+t4l3FCIAp/nveHxofJ/z311hNWkVE9IbGxv+EwUZIO7+T1dW2eS/a7vP f3L++2AV5j+Z/2T+k/lP5j+Z/2T+k/lPnL94S/7TQk8+fG/+e2D+c7gF5j/7 Yrwx/+kcOJnz39Oj+T7/3YFZ4D/pJb5p/nubxDjgP/85/x3dgfP897nH84X5 73kvyHkxyH9/bAKVuIl5/vtjE6jaxqZ3/KdtQujPy3/Ph2ua/97Mr474T1XV qj7//R9NoOnd23ZHxvnvmf/UE/7T9Wd1wn9mBHma/x5Eq3Vh/rM7ua/lP3Pm jURSgfPfmf98Zf67Sy11bK9z5Wrz3028IY2u9h3+02RrrcL+Z5f/HkRdpu/N f59QLaP8d+xQTfPfe5bwJ/KfXf57h6Iw/9lyMZz/Ptynj+A/nRiwWsf5z7X8 96zynOa/+wX+M0/QGerXtfynHrxlxPnvo67CW+W/azF5ieHd+E+8mKf5790D r5/If3bxFUP+M7+WM89/92u9yvX89+65yFn57zm9/Z7/vuU/bXDeDyM1Kv4z pY1KGnjGn9srMvnr5Nn57yqgDdSRMTkJmawM7nT+E4j/pGzt8/PfFdJfRe7p IHb8z8x/l4H4z9ud/xTuav4z5YYv8J9ATKT1hf90TjyZ/x6WbKCW5Kw3VDSm /Hf3dP77Cv/5L/nv9DOnsoNObs61/HcH2woQb+B+yQYKGKaeViz57/5MG6iN BU2OVS20T8pbZYWX3sAC/+kCnvh0X878p7Cx+V3Kf7fleiT+0xjhTs1/N3QB y1zJ49XjXWzTcxz7Mf7T7PCfS/gn/H78s+c/zesZw8f5726T/+4S/6mE+cP8 5wVLn/9uLs1/d9hw4kyHETZgd26e/67z7EvstBH0Ge+qcs//Ge88Ij9PgYDd dFBKxU4D/t00/x0HtaFMhsd6SdNK2/x3rzb579gJBEc58dYLYXr/56P8d/3A /+lxJvCGr3Wn/HftyOv5fvnv41WY/5zsy9cnzH8y/8n8J/OfnP/O1CdTn9uP mPrk/HemPssmmPr8PurzJfnvVU3v89+nqpgPy39v2Khn8t9Hh/JY/vsC9Vmf zi7/vcMYhvnv1Ua6/Hc5vOaP5L+b2QT0cv57Mwk+zX9Pl+RO/nt3Vmf573kK uGhp+vx3tn5+zYZekP+uhE9fAoic9fnvocV5mfpk6vO2nv9ubr8y/x3r+CT/ 3Q+Znmfy39VPNX6i5M8WvqEuiZLQHSAmPlsShvPfh/v0EcSnHoHex4nPf89/ D6LpKY/z3/Nk2TT/3XXkKee/j7oJb5X/rmFfEPk+xGeuFNP89y5G4OcRn8nT ph8aPyXgdTbLf3d+3G3eyX9X+YDiDbMjPkUz9Dwx/z190Sz/XWtRb2GY/y5u e/nvTS18PfGpUVeqpPSlklmIY65PyH+3S8TnP+S/U5g6IYZX5L/TcSZJaXoQ vkR8DvLfnXku/107v5b/buibUGrpvTfiqfz3IKS8OP899j2W8t+LZJZ+hhBv M2v578RDk4A1rWhOzX/3VuX8d0hVTmnj0ku1K/nvzuUKoEPOuAeXHmEuEJ/D /PdYV0/Nfzf5k9i8pZ9SuxCvoL9/lTfH8t9NmBOfyq4gn/rjAuA7/tO+njE8 kP+usws08Z/6D/OfFyy9/9Ne6v/MAxuPY9fk/9TIQu74P/PoMnYlif+08W6+ m/8uLOBzU4nTSHHQ6S3JPHf8n+kPQGDUW/J/2of+zxxOphxmXsVVNHgiMw/4 P9VD/2feF19y8oK9U6Yb/6cSG/7zllnW9NZ9OTqO4Nmt/9PIXf5TwxCAZP/n zrcw/8n8J/OfzH+y/5NJUCZBmQQtW/ge/6dug9i+Of9d6AFQxSQok6CjYrw1 CQrWZ/9n2kZHgjpQalJNtySo2iVBJUynPC7zf1ox3sKL/Z95C3P/Z5cU3pGg 5Aab+z9H+GPj/6xC6J/yf1aX67P+z/w9c//ncBKrzn+vW43W/2knjd+6/9O0 Z3Ti/0xFNRoPaO//lN1M5YQEDSIfiKn/c8SGfSoJyv5P+skk6JuRoGv+TyVS X8BKgzRC4/+0QsshCbrj/0xfOvd/Npnr3+v/nHAXx/2fzs2ZnHemQRHKKmBK 7//k/PdH7T/7P8f79BE0aNelOtH/mXnzmf8TxARDq/yfuV9nANuw3v8Z2pda 2P857Cq8U/67MSMF7VvSoLmWT/2f7nf4P8145Fz7P7ONaeb/dG6tN/9Fg+aL RVEXeuD/rLd3nv8znQAp8Qx3/s/Qvjcx8H+qNM6REjxuofN/mrNpUJCt/9MI YYQ83f+JSJfRBDza+KXn+j+BUrwt5b8DaHuy/7PEf+OGkv/TXe7/DEv+T5Jp 2vDl/7TP+j/Vkv/TkxwVvzH5P7191v9pT/Z/luD4rLg08di4FRoUFBXxpinG 3XltlvyfZVNalBXj1XGi/zNA4k61UD4dHGVFEBLcgv/TS9J44lWSEpCTOXbF /0mqWVmIVxOXM/2fTkjaVLarxqsneA1//0p3MP/dDDPeiQZdEoDqT8x/969n DA/5P41i/vPCpfd/+iv9n4RoooE9XrIuoGdyx/+Zh1dx0EmkZrw4SZ8593/m zUPAXhooBfRu1I7/Mw87IGDXMPk/TaAe+tT/adH/Ke7+T0VlPOL/NISMzv2f NMIt/KcwgdZm/+d2FeY/mf9k/pP5z4/jP9n/ydQnU58fS322/k/bPYX/Xv+n V82WmPqkMjD12RbjralPo+2+/3OB+nwL/2ddhs7/OZ6uvNT/qSZTyAf8n7ZF CHrqsy5E7/8cpsTV1GfV6vT+z246fej/rDbS+T/VcDqy9n/WM7yd/3NWq5b9 n93BnPg/04mf+z8b+nTH/5kRnrn/s7s3fTD1eYX/U+XnV6Am1KcA9n8y9dmd xxf5P+Xoap/4P9ODT6lkwL5n7//s7vInEp/IMM38n2F27g77P6Ft338K8fnA /4kPxKvKyMRnQ8Kw/3O4Tx9BfBo5IOGOE58v8H/K9mY79H+me8HU/xnU4AUB 9n/ej+h7+j/Njnn6vYhPfDIz8382rym+L/FZbaHzf05uB7X/M//NzP8Z2tct HxKfeSym6DlPR3y2o5Pz/J+pE3kLVI7O/xmaBvcJ/6frTaYv9n9i9VSxpSyV zBrj/Uf4P/3J/k9CRgncTP5Pf7X/M16NK/5P2rfYuBLxacJa4ns5KA6D24U2 Ftb8n4K+yeLB8vEyWiI+wdKmLBGfIpxMfLb+z/RMds3/iadB3+FUaVaIT2mp rho6yiGbKk/0f3qVwE0Tj4jU6P/00i/5P601dL3kg+OU0upZ/6cS5/o/Lfk/ VfF/Gp38nyocIz4DzIlPWPJ/gvv9xGe9dPxneD1jeMz/ifnvUv1h/vOCpfd/ hm/1fxJmueP/zGMQS+/pZf+nD9To3lep/Z+KMuUxejJVM6CtTf2f+JhRBUXT 4jZ4fJF6z/+Z/kA5EmU6J7R7wH8O/J+FzJzxn4DPET2mC2b/J4Gplf/TbvjP m8t/QMPQ9K+h/9Pt8p/s/xytwvwn85/MfzL/+U78J/s/mQT9P0yCMgna+j9b 3ua7/Z928JidSVAmQUfFeGsSFOI1kfyfaRal938GaHK/x/7PGh3s/J/TKcTX +T9vOAqf+z8XSNB/93/mijz3fz5OgpeUDDL1fz4mQdV2kvw5/2d1IJ71f+aN TP2fZliM2v9Zcwed/7MFUg+SoE6YbkeG/s/8NGPH/9kjQmMSNE8wS8AjMvB/ tkbUTyZBr/F/putx7v/UTIIyCdqdx0X/Z27srcQj1vk/nYT2TaIH/s/c8MdG ItfVgf+zQx3P9H9iPZ/6P9fT4B/4P72f4zLvTIM+8n92YArToC0lw/7P4T59 BA3q5IDcOk6Drvk/s/fk7v+sRj8ChJtQyVv/Z86ZNoBXVuf/tNBRqez/HHUV vpcGbf2frqvHP5AGDSYMX7i7vR8NWjUInf+z9YAP/Z+5KzHzf/rF3vwXDap9 /t9JGvyF/k9zm/k/nRDtFob+T0hrAt6gev+n657wvJgGVcHgkNuUNHgjtfPu dP8nYodGE9J1gf/TkW8Qv9FB4k/P9X9SUYlbvML/SSuUxHTlpVjzfxINGgoN 6vzT/s8lGtQ6KnJweLAEBPes/9OdS4OSq1bm4How8bg796T/06on/Z/Wnen/ dD7pWLWIzYFH/2fsHJgF/6cLSIPGlixVAAjCx7q05v+k01GI13hfP9f/qUIh z9H/GQ+rEn//SqOO0aB6x/8Z+71Mg+al5T/FCdDlI/7TWrnxf+b8d2ntH+Y/ L1g6/lOIK/2fBh9eeeI/RbwRogp06v+EPDnjipkz+T89UDN7X6Xxf+YOHpTX 9FSscTQxsuP/FHkVEnSml6lo6xv/Z2xFN/5Ph1YEcsFn/6cpf/q1L4/8nxQM tOP/xF/gY73k/7Sqy39n/yfzn8x/Mv/J/OcH8p/s/2Tqk6nPj6U+W/9n+Gbq s/V/hgEaw9QnU5+jYrw19cn+z+v8n50psqM+2+mvzv85KsRP9H/CY+rzkf9z xhKv+z+7PM6n/J8NRMH+z7YM7+n/lKjPUR7nU3v/p9nXQDH1+ZHU54v8n2qY +v4D/J97ie+dn/of/J/OzaVd70x8sv+z2jv2f3Y9DCY+8/+ONqKNUYMSHic+ 1/yfNh+xmf+z4amG/s98UkBT6Tv/pxmcs9P8n/lP5v7P+hY99H+iWGbm/5Tz y+FnE5+N/9Oq/Q7I+xCf+YDM/J9O/BT/Zz3kbf2f/Y23JT4loKFo6v/Uaz35 jf9T5QNKTw++z/+Ze8rB4BZa/6cRMDzDtf8zYwY0V937P5vXak5IfHcB66Mp 78DE+7sIZye+f4f/ExFDX8LNnXGX+z+tvNr/GWvtk/5PvUR8Eg2JKdpIgC8l vhtbeFoUh3ofB6lr/k/aa6uI+IzjmpP9n2XFxBAmjtPFuvqc/9Mu+j/xE2N8 WTEe1TP9nzLlr5s4+kkEr9LGi1j6Nf+nLdfL/84kt3Jh0f+JVS0gDpv8n3Cy /9OT/1MU/6d14e9fedT/qcKU+Iw3rN/Pcj6zdPynfPEX/DnGf2prkP90f5j/ vGDZ8p9J/vlf7PxeyH9mmjE1AblJ0T6lued/zvhPQGTUgyrST6sH/KeGL/7T uzxnElux3G8EGf8bBzJz/hOHCBBQwRE7yHFYS53SL/7TbP2facYvfYsKuIp1 sSEjAHKzLyZs+c9AKe5F+hkwd/624//EnTVUMOWNL2bOO/8Ze6thw3/e8G1y sIV6jHdKKtiW/7T7/GdhVA/wnxNl6Ev5z3h6x9/C/Cfzn8x/Mv/J/Cfzn8x/ Mv9ZNvNR/KcOoScfvpP/1F4OMCrmP5n/HBXjvflPhfxn2kbPfwqrO7tFz3/W fsaG//RhAnPdXst/VrODLf8p9bgM69ZP58e8YcV/but5x39K0ZGCA/6zDsNr +M/4r0EhGv5z22Z0/CfYf+U/je+wySH/qbcbafhPIZvguSH/WU+fNfynhhZD Pch/agNr/Gd+IGEk0jMN/2nSo/P2rM74zyzum/GfRrP181L+8xZCOuLUmrf8 p/N+5B5j/vN26/lPSghqyvVL+U/vumaj4z9dCOl2YYUaWT/BC2lGtPeY/7wh K0/Wppb/tEbVmzrZ+Iltx5j/jL2Ho/ynLPtR85/JoDFH1d6a/8xXeXlsW7fy 8VYSOuyH+c+Wixkr3pj/bLf1C/lP7cSgBRnwn7vXu9TtmRvxnzbPnoEqxs+q p+yNaBugAf+pMhMJBGjpqtFQIt6YruQ/83dN+E8TmuCEIf+Z26YZ/yl0uzO/ kv80Xv0U/hNvSfcnMzX/aVtz8s/kP41x48twy3+SjNbRkaj5TwFOTXolU/4z v+WiPPZyWv5Tg+568k/xn6MED1yQ/9QYoxmohQp2a/y0Igg3HMtv+U+bJ80d EP/Z6FRdgN5d+lL+EyQ+nALw5Y0YYVUwp/OfFqkvJ9xl/CcRp578m3Hba/wn FfWm7/ynXeM/CaosYKCFuNGT+c9C08qCOqpF4ycdFCqLElKrp4yfygq7xH/S vilj8GDFO6B9yvjppDvZ+Nnkv8eyC73Cf5YapKn6xyoV/Ar/Gf8OV3SUce9A wIn8J4BysYjxEglSJv5T5jfyF/jPeDTyeVQq+3ATYwfCLfGfEq8Or8tPY+BM /lNLVPcm2irznyb2JZj//Cb+U734C/4s5L8ru+E/beY/Hfxh/vOCpec/1bfy n9ru+z8h5Ld/fCE40/OuEgU/5z/T32oKQE91y6LKfo//RGUovgqW+U8/4D9N xX/mMVx50Tvxn6HPf3/Ifz7Kf0dA1Ajyf3rjLcGCzH9uV2H+k/lP5j+Z/2T+ k/lP5j+Z/yybYf6T+U/mPyfzvcx/DvdpzH/GUWXiP4ep7ynEtS7QmP/cS31P Jp1qE9/Cf3YJ34f5zyCmW1jlPyd8zZb/rFHajv8cOnjekv+sd6TjP8NQR1Tz n2G7hY7/nE5HL/OftpudH/Of6bTN+U+o68UO/5lxwyn/adojwvxnd3JfzH9u WvMB/6nY/8n8Z3celW9Imuf4T7vu//w5/Gf8x+SaOc5/usbhx/znx/Cfk2rI /GezrV/Jf8puI8/4P9f4T3Hb4z/bm9qI/8zzV0CiwJ7/7N5R+i7/pwmNJfq4 /1PoOa/2u/jPVkD8tvwnNusT/hPEeKT30/jPRlE55j9xP2b8pz/Mf+ZnRZ5a hp7/fI3/c4H/TL8NlGTf8Z/SPvR/2vwS25z/NHVrew3/Ccb7X8h/WuI/feE/ jbqY/4yd6cv5T7nGf2riP/Wd/1zzf/b8p9RL/CfCeLFGu8J/hvAk/+nhYv5T y5XEd+nom7TRd4wzrPGfjvhPX1aMR/VM/lOkMugkKHWZ/9RaSLnCf0qsOUrl n4n/jAPDNf5TFu7zzn+6U/lPgYnvEEAT/+m0+fs33vpfxn/+L7kS+P6BkGjH f8LrGcOH/k/n7vxn/JH4TxV/zfznBUuT/x7/H67jP+O1n0dOAQUf8bpzHh+E TflPiy+ZWUF55NZ6SWTmOP89mViIXcReOWhpbNj3f1qF+RQCyP/phOr4z9id 3fg/lc9PG5W7r+IcganT/HcnaKaG2EETR8+P/J9Ycg+Oih3bdYIGv/LfrZEb /lOiiUbBnf/0jr7lzn+mYc8u/0nWkNuh/Pchzcj577N9+fqE+U/mP5n/ZP7z Gf5zsyOPSNB8fX9VMSZBmQRlEvTXkKDbUihnjf/mJPhteSR4qQYPYZkEZRJ0 VIy3JkHBZRJUD0lQb/VKErzaI0GDhLFD87YlQXdn+aCDb3oSFBGLwii0JKgV 7ZzsURLUhzEXsCFBAfVumniphgQ1ssE4RySoNPQOZyFHqk1YCaPmvCZBFb2W SeVuSFArxhdbRYJWEs8uCV51GNmABFV4wCk/Pf3ckqBKdya8ngSt+eJbczSF ndWqRRLUCdvyxUMSVOXqazQe0C4J3skOGJiQoJkskIBHpCNBg+juTR9MgjY8 yClJ8CJfChRR2CfBKz3iFpgEvX12EjwIuZAEr5RQCcvBB3kNCaqddjDivssp 6GlQQo4wcjgFK1Y3pyBUd6c/kwbdS4O3ZkZQD2hQlVOtpKB6VdGgkKZX5rjM O9OgLv9JCaZ1dZdZSdNdLUyDtpTMuCfNNGi7rV9IgxqnBg7uAQ36wAba9e4G NKjLE2Ogyfmnq9GPANm8LDSgQZ32+U0hwCvLVOdfKY35fYN77etpUBk7o+kD S3fWNg0ezIwNLDSoJLkg0Gi/pUF1d+/7uTQottGFBt22YvGMOvFDaFBsjCdp 8MGOXljG8/1mNGgdgFEDi9q2btaeBlUmWzMlUZPpdGxo0HgozFpv/osGzRIl pfFK6NLgra0burPS4F1ID1ekVHkLUm4PTRzcx578MFJjQ4NqleJDpEQaNBFL 24MrfWg8qa9Pg9f54VJ6fEHNijOg1Ok20IJa3nFPK4w6kwbVQRICSeJLFzvs eoUGJd9hOvi0yfjJCg0aiDu9UW651cJfTYP6eEGv0KAuEA1KjKZwi2nwLQ1q ICzRoNZSYD3iwHGYpMVzNGiw2p9Lg6ptUWNdTtzPAg0KihjbGx7vRHcv0aCg An2zVmVFac6jQW28HBM7GU+dT0c1NgYyVinzmAYNzhPpajJiCXEHkyPuIQ0q lXXESlNFCMbqM2nQ2J0UuIE4/k8lsLHd9jrRoAdtoLBjAwX3caDnZOn4T/0C qLBZDvk/nUD/J/Oflyy9/1Nf6f/Mw1RJU8HJ/2nQCrHj/8yzaR5MkX5aS/rM qf/T5teONKCZM/k/PYk3d/yf+WFhEPitLv7LE6u58X+mnuKX/5O+hTZpkzKT oMGp/9MThkrUow4g6E+n/Cd2d+kJYXrdMhgiDzf+T2M2/Of3+T/HyCj7P2f7 wvwn85/MfzL/yf5Ppj6Z+mTqs9sG+z/7Y8LUZ3UsaWHqk/2ft1/j/+ySwjvq s53+6vyfI3j1av9ni1s+4f9UY/j0kP/zn/PfXWeJesr/2byPwP7Ptgxv6/9M J3bH/7lIHzL1yf7Phvr8xf5PvM1O/Z8TouwJ/2doG7KfQXw+8n92QBsTny0J w/7P4T59AvGp3eiuOyA+X+H/zBNKU/+nbG+2A/8nUqGgcRO9/9N1XeUT/Z/Y 8PyL/xOJz0/3f0JrnHxX4hOBv7n/s+1ivCvxWTUIrf/TqvFDlcr/iaPJmf/T w1Hi05EDCVuG3v/Zp6af4v90WXAU6Ax3/k9Qw1cnt/5PfFveKdyT3v/ZMKOv 938Kl++NoEs1dcJqGX5h/rtGsswDEoPWaGtP9n8SYhhwxe/xf8Ka/1MQ8emJ +IyVe4X4VLRCATeT/9Os+T9pA9biwbJxbLJGfNK+BfyZ/J/6Yv9nvEaW/J8C i6idoaICyCX/p8BPNAG4aUV7ov8zjhohrmCE8QbQ/xlMArMe+j9jG5xPfPyZ 9hWsNYlqfez/9IEK7+mw+fS870z/Z+w25E0lL18iPrVJFzn7P7/H/2lezxg+ 5j+//J/WauQ/3R/mPy9YGv+n/E/4C/2f+HZy/JFHadKkd2n289+NzG8hOYld uNhbsPj24Nz/GXu5+R82v94UN6RlcWFO+U+Tn7GBJemn08ER97nxfwoIG/+n yI/ewdDvrTfO9/nvlf/TWvo6+m8jNOznv0sR6Bc0jg+lD7/hP0MSb3+N8YE4 TF2gQrAFGd3wn/mIzflP5R/yn/QLuG9CX5D/zv5P5j+Z/2T+k/lP5j+Z/2T+ k/nP7cNsY6B5FP3N/Kdr1UbMf97LwPxnW4y35j9Tilyyfqbz2/OfGhr/3pj/ rOaFO+vnxLh5eyn/iYHipaK3/KfW7UzsgP+srtfO+tnN5fb8JwVgUPVo+U9w zfz4cf4zDFWXDf+5nSbt+E+Uo/QX28D6SVW0s3721rsR/0ktsSnXRsV/SjB1 0zXgPyWyROOmS9Hc2KhOLPKfxvcg64j/lFn/YmhavLN+arXIf0qBE8LE0LX8 pwsjIoz5z+rkvtT6mW04N+nRp9NZPyW0R5L5T7Z+piesj62fLoT0lv6M/wxK NLfVHf5TitQySI0Aemf8dEF3cOOZ/Cc26xPjp4Cj/OctEA9f85/eEI00rAZv zX/m1tOWtNO6JKol05j/7Nt+O3lNhvnPZlu/kP80dnTXPc5/dsdqxH/mCTeg bGSo7hsqCNfY8Ab8p3GZ9ta0CV0hkyrWCy3acpxn/MT2a278bG84Lf9ZnKFz 42d7UH8l/2kd2K4evyf/ibVrYvz0wbcH5E35T0XzurQbNf/p7eR2sOU/PXbx AtX96g0Zm0Gc3WPd85/5acHU+CnVa/jPR8ZPq1JFTTP/2L2SmzMcOwSxlPUW ev4TIF+0QRBBWo1xZBwB9ZkuLzZ+ekuv11FqRuwRidj5DacbPxHmMgUoM4n+ OtP4KdGemGoNoY7ar+W/O6Iw4c5/ujX+U5iNYTC18S7WgHP5TzrOxLpKZe1S /rumfbMUxq2EVXbN+EmbQtQxGYD1Wv57OR2ANkwfpDNr/Cfif9ITVBnS6TiX /6RvzKcjIdPayAX+U2lLlTvjlukYxUt6gf9MKnJa0d5XdCfynz7+M25K66AS cap0HN7FXy7wn97SeYy3qnRwnJFxYLhg/IyNpd5QtYkD9UKfyX/6cuXfXM5/ N8Ioof7+ldYc4z9j53XKfyq1AoCC/DQAtOM//esZwyP8pyn+T/uH+c8Llob/ FJfyn7cAmcykB5sy9svolaMd/2d+iugBc+Jv1kgMXp/7PwP21sHjQxZQUpXg 9bn/M/cQwRMo6bR2vf/TBbH1f+Z3+bUiQNM6L/Uj/pM0pKpAnyEUSHPm/yxG UnoUHO8PwdAqU/6TKNPyrfGDQplu/Z9hl/+Ud3vogfx3MVyF+c/Jvnx9wvwn 85/MfzL/yfwn85/Mf24/Yv7zEP+pdPjm1Pea/7QiDCAZ5j+Z/xwV4635TxOH asn/mS6Znv9UNLbrq2nFf1ZcSct/CnOJ/7OqYy3/SePsbgsHUt+bWcEh/4m/ nfCfqgWbhvxntRst/+nN6Ipv+M/trFPPf3bg0YD/rG4pHf8pOmxyxH9icme5 Ylv+U4jh1FXl/4T6mm/8nybMps9W+U8jW8hw7P/MKSOmKFRa/lOGHgx6xv9p h0ZA5j+rk/ta/6fH1Pch/+mCk/usDPOfH8p/uq7Z6FPfhUjPrqzAENLO/+ml ay+yuf8z+7PTnRj7no3/02lbb+pk/hMr6MT/GRo36tP8p9NedD3+n8h/NpVH 9jn2zH+2XExziJj/vH39etTs5OWX8J8qdBt5hv9sb/5j/2cOx6Oc6Ib/9LH9 ech/aryRltB4XUVNK2FbgO77/J9W6bZ72fKfj/yfMOmT5eUX8Z/KtEb/d+U/ 8Q24if8T48KHZ/zN+M+6QWj4TyfM+DKs/J84qB37P2N3szVKP/Z/2vy/9PSg 4T8T1lNtb8Z/wm5z+Zj/NPiGWjB0LMKmmZNWOWmGI7Wt/9PmcbYDGrzaur8W bHOjfD3/CRYT39N4N38Uh1UuNptn+z8JJCsc6AX+T4efBKLtrIt95XP5TzKN ylD4TwvuYv9nyiZf4T8JwrOGrJxCC7nGf9I+Ypq2FDkpfIX/tMU0imykdy5x gyv8JxlHKU49eAn2Uv+nc34p8T1WE6wx2gIV1cUqt+L/lLiP8WiVFR2cyH/G yi5l8oAq7VTiP7WzAWnMB/wngMh7rbVF/lM4b1f8n+mpM+4bXZfeSSXO5D+V QmLYhOyqlTqOzLX4+1e6o/znkPFE/hOGbGjHf+qP5z/D6xnDY/nvJvGfsafw h/nPC5Y+/z18a/67R5vlDv8pMf/d3fPfieuc57+b3N+PLWEeh0FsV0gAv8N/ ZssokOki5b9r2ee/B7vlP/PQWoOhNHonHYk45vnvjf9ThxJrP89/xz8wUPLf rbwbQemn8daLDf/5ffnvQ5qR89+n+8L8J/OfzH8y/8n8J/OfzH8y/9ltg/Pf +2PC/Gd1LGlh/vP8/HfI/OfY/ymsn1RTzn8f8J/0NiOu0uW/t/PjT+S/69Fu NPzndjcG+e9D8LLmP+tD2ea/h/aKH/Kf9DYrlGujpiZVk70+4j/rWtXlv5uZ jmg1/93Ckv8T98TQcL/Pf9ev4T85//1i/lNiWLVEWmGQ/27Y/8n57915TLNa /cFr+M/k/9Rz/6cXSrbt307+O7qrqZ72+e96BLt9U/67mlwzh/PfjWi9yj+F /0QMa5r/3iFQzH+2XAznvw/36RP4T+3M4LI/zn92XdQh/5nhzVn+u/Jj8WDF f2JYnsYrq81/B+kH54zz3+9H9B35T+Otm9953ov/3M9/bwZIP5P/NK4ZF43z 33N7P8l/19jRf9yj3Pg/Hf4vtgxd/rt7jf/zYf67zT3bILG31eS/SwFjprvK f89lcIIGr03+u4+3rG5PXpz/rvNVBqVRSGWxwYtfl/8OhHEGgvKsSfjCufnv JamcjKMX5L/TCqYQi0ov5r/jabAUqq5E7G4/mf8Oci3/HfE8RSXwqR14Lv9d xaN6af67U3Yp/9063JRBRjLdwAFW+E/r8HwaZe8r+hP5z3gzSlSmkcYnKlNp 6YJ0YiX/XcgMVab2Ix0ca733aiX/3fuG/9TOm1Pz3w1ej1oHyPyniR2J5P/U 8hj/CXrOfzrOfx8uLf8pT4Auj/CflvyflvPfL1m6/Hcpr8x/z/3oIrWQRsZ2 Kvep5vnvIg+2nKJnoTb1cwU1uvdV6vx3ld+ESiaS/LtkUcbpoJ389/wtYB09 cY0tsKMyf+W/xwq74T8D5CGtpZeXYnsrC+Y6z3/HYhjCMePOCfrTqf8Th6OS aFQVbwdUxsr/aTb8p0IOU97j2MEWmHPDfzq3y38u5L/3/k/Of+9XYf6T+U/m P5n/ZP6T+U/mP2cL85/DbRz2f6ZRf72F7+U/fQsVMP95LwPzn20x3pr/TJMZ Kf89TWEO8t+DmFRTzn/v+U96HZOQjZb/1H4itjqQ/+5Gh7LhP7dtxnP577v8 52L+e6ha4tb/qUftZ5P/To8XZvnvHYZ6kP+0AkSzhXH+e0aeDEz8n7pN9OX8 97YM78p/5qdnEpviUf77/gw985/3JuGz/J9r/Gd65X6a/w5gWznXnP/MwKlM gGTevSb/3beg5Df6P1+Y/269nUMbb81/cv77du84/73rYTD/mf93tJGU/z64 6x7nP9fy39NGZvnv0spJd32b/57FL5r6dBq290UllQ7d+ef891E34Wr+M29p 4v8Mom2A3pX/xPfXJvnvceA+M76+G/9ZR17U/GcYjK86/tPjzTnQLGaT/25g 9lbKu+e/i5BvL0hvdvnvRrm2E9nynwC5r33Pf5fba1omOqHuuL/e/2kQXo31 UZcekTTCnp7/LgmNoxTom4l901Pz34VEbAxsINQx5aqem/+O36jI5pjy38PF /Kd1S/ynJlTVaiqysBCezX+3T+a/h3fNf1dus4/xknVarvg/lSZ8U9I+iniR yaX890IOS3df0Z6Z/w6ZNE1PQI3739nn4YL1K/nvjlSzeD5jDfdauaX8dwEE ANN5FCmN/cz8dy2IOU8Z94kCS12m7+A/QTD/KV/PGB7hP40DzH9n/+clS5f/ fiX/eQs5qkxKHCHl/HdMJ1v3f5rYiSXj5iz/XeTXfSDgREHs1IIiaeTc/5kf M4LHmaeU/+49PQPc5r9X/s/8spQGfAs357/TP+f8J76idbN3/2coKOiM//T0 HJGi5ZUPAkgZyvnv21WY/2T+k/lP5j+Z/2T+k/lP5j/LZj6L/+T89/EmmP+k LTL/yfnvVRneMv99AjYcyX8fHYifmP8+npw8lP8+5nEP5L+r9mA+l//enVXO f/8J/Oct5FZF6iH/yfnvuDD/2fGfn53/jh3saf77RJ32RP67nlM4b81/5mJT dOwg/73bK+Y/Wy6G89+H+/QR/GfbUT8x/x2FK0Aduz7/venwj/yfImtMAPBW 1ue/O85/f0v+czf/3cJ+B+R9+M+8CVXGim3+e9Mpe1/+s2oQ2vz32KuotzDg PwFvzo5uS23+u4F9oHfAf+ZnRYR1D/Lfu2ci5+S/y2x4DZr8n23+u2mGniP/ Z971u/+zy3+HbkzyYv5TeayPSpc3YiTEptV/Qv67U6fyn8iZpWNL3/gt+e/+ 2fz3Jf/nKP99jf8E4j818Z/OJW/kc/nv7tr8d2/Nov8TSUVNFSF459f8nx43 ZZy6r3im/1OEEBuVlP+uUmVPr8LHZmDJ/6lQbmt0xqrBCa/BPJv/rs/kP+NV m1ewOttVU/678yHxn+Ig/+nn/OcwGr7jP4H5T/V6xvAY/6mR/9R/mP+8YOn5 T/Wt/Gegf875zzyL4kkln/nPUKLg76vU+e8h/4EWOIZP/CfgmG+P/8zjU4os SvxnoIevO/xn+oUutGXiPx0RgEf4zwf5756UoZr8nz7Q+4vMfzL/yfwn85/M fzL/yfwn85/MfzL/yfznbBPMf9IWmf9k/rMqw1vyn+Mku0P852gO9kfyn21L fJT/tGJ8Pg7wn2v+z4f8Z3dWmf/8IfxnztNh/pP5T+Y/v37d35/ycjn/2d4t fwr/Wfs/mf9k/rPpYTD/mf93tJHEf77E//kK/tM9zn8Xefpuzn/6wa2C+c/7 EX1T/tMtoJlvwX/mCjrxf8YO7G/If3cUA9FdhjX/mQvq6Eh0/GeTtP5z+M/c WwjUs+34T9s0c0P+M132O/zn2f7POM7O9VGZ4v+U4JWVH8F/6t/Pf8ajusR/ UkQ96VjjFSTFufwnEacKK0LmP/VP4T8d+Cf5zyCe5D+DuZb/9CLo5/hPGy+r J/lPezH/6U1s5yQc9X+KOf8pl/LfA/Of8HrG8DH/6Tb8p0H+k/PfL1l6/hO+ l/9EsPEI/xkkUZRz/jP9rcaw+cx/avcg/33Af2oaRR3hP4lmPMB/FszyAP8Z mP8crML8J/OfzH8y/8n8J/OfzH8y/1k2w/wn85/Mf07me5n/HO4T85/dFq7l P8fV4wj/OSzET+Q/1cP894f85z/mvxsDIzrjOP/ZnVXmP5n/HJWI+U/mP/Nt lfnP22P+049gIeY/J7vE/Cfzn7ffwH/Kt/F/hllzuMx/KtGVg/nPUTfhrfhP J39K/vu+/9PPHqv8MP5zPGo+wn/6tR7l+/GfeQtT/tOJ4TV9hP9sWoWL+E8d 9Efwn/bX8Z90nHW485/uWf7TXM5/hp/Cf3oIz/Kf7jn+0wt1Iv8ZR4ZJ/Gri XSlV8sR/hnQen+I/4+D5Wf7TX8x/Bsx/d6/Lf4+DAA6AHywd/6lfzxge83/a xH+q+GvmPy9Yev5Tfy//aR/kv/sc3e41diUz/2kUNbr3VR75Py09Lt7hPwG/ DB/8Jf6TZJ5T/hN9Fjq2tFga5yWlxx/iP4n8m/OfuE2Dv1c+lDIz/1mtwvwn 85/MfzL/yfwn85/MfzL/WTbD/Cfzn8x/TuZ7mf8c7hPzn90WXsx/4sU24z9n gZJb/rPEc9DV1vGfj/2fctvsDPjPYWbc9fznsBgV/9k0fh3/OWn81vnPZvLr Of5Tie6sMv/J/OeoRMx//g7+s2v/mP9EnuCV/GcQk00x/znaJeY/mf+8/Qr+ 8138nzPx4BH+U7bjFuY/h92E9+I/d8zT78V/7vs/x+ngt/fjP6stdPxne8c8 zn+2I9YF/jP9rQK8936n/zN90ZT/9KKt8gP+M100TuCtv+c/Td2unMF/5sZA 3aeYE//prPsI/tP/Ov6TVjCFWIx7vcZ/OuI/5Z3/DCfnv9M3aVP4zwA/hP8M Qrrn+M/YIjzLf4ZT/Z8ysZFGgUhXidJxdOfiNy7wnxKQ/7SK+M8Qh5lP8p+Y OH8a/2nxE6vzT6mdEZDy30Ed4z9VmPOfS/in8p+Gf/b8p3k9Y/iA/9Tx93f+ 01L+u4U/zH9esDT8p/xPmuv4z9imG/yB/KeRjp6TTflPIzMsmZzE2NKaAIpU oBv+04jCf0oRO+vpF7FK4RBf2TiOeeD/dPkfsXuEv3dGO0W97Tv/qWOF3fCf IT87AWtwtGWDol/t8J9EZhLAmnh/UVDQskrNf0pZ1hVUbAXEqFb8p9nwnwoP lTQFYbyXcct/ZmR0zn8qP0QT9/nPITPJ/OdsX74+Yf6T+U/mP5n/ZP6T+U/m P7cfMf95hP+0QjQY2jfzn8Ez/zneAvOffTHemv+EOGiVAfKsX89/Gt9IK8f8 ZzUz1/KfM5jr9lL+k+IjqJq2/Kc27Uz8gP+srteO/+ywn47/lDgfI3H6s+M/ XeO8HPs/qwPR8p/BjZrzxv+5z3/CAv9ZMagd/yk7/92A/5Q4Npf3a6PmP50a Rtdt+U9J75CWoWlzNL35R/+nbXncCf+p8nMZoyXN/jX8p2mBhRn/KQVOCBND 1/KfvuFImf8cnNxX8p/xO3JrjlBjy396KX19Qpj/ZP4zb2508Ab8p8z8Zy5U y38GI5ozucN/xks/5FlF7HtqqKA76aUbwW6n8Z843Bjzn1boiTptyH/m9rDs R81/eu92ULUfxH/WJYk34L4yMv+5y8Uw/0n//RH8p9WDW8lx/rM7VgP+0+YZ JwC8bzT8Z0jZjXVJev7TuKwT0bQJDdv7YrzWg+zO/1n8Z2x8c3Et3VVb/hNM 271s+U8pUPlC1FvHf+quAv5c/jM3D55WrflPpzrx69vyn9isj/2f3WuX78t/ Vh35iv9MxMUC/0kPKQLd4Ko3ZGzs4Jv9Yz3gP03+X2xeWv7T0mHb9uSH/Kfa JnE8vM/1/KfNfRIZu5J4LOTmDMe9Elo98n8C1pEgsDsS5Paajv1w0TTZr+c/ rckNkhLWlx5RbEgEnMx/Oo/4n/YEcxkb3Jn8p5ZFOGmIPBXCr/GfnkCye1ni Jyv8pxfEfxbiFJy7mv+0Qa7xn1REOlGxOphF/hOI/1TIf2rr1Br/SacDyP8Z lF70fxJxSjUnBOn1yfynpBXTN6ZLNnY+FvhPhaLJ/FUExyq5kv+uNLGttPd5 xTPz343TLn6i44/E8yoTz3/wZoH/TC/u48GxKvOfIUAQj/nPeJhpryVVuXg/ lPJM/tOHAjeH9DNWRa3iPv6NJT/Gf8abz9z/aRcA0HFKPF40tzT6jr/5f/9z S8+KYvfx//5/OaL+04hRXn7T0vG/9vXf8cj/aq384n/T54n/1X+Y/71g6f2v 9lL/a0Z06cF2HPd7AXmIsON/zVOaXtODjOR/pT/d8b+mv9UCn5Ak/ys9X9jx v+bBU+yH4CDNaSMwTmHrf/XCVf7X/C005Zr8r0o4+tOvfXnofyUA9oD/tWyd /a/bVZj/Zf6X+V/mf5n/Zf6X+V/mf8tmPor/Zf/rZBPM/9IWmf993v9q9/yv rnedDPjfB/7X6UTXhf7X8aXyYv/rlkoY+F+bVnDof612o/O/ulEh3tP/GjbH ove/Qg0TDP2v9Xx/538dE90H/K8dQTz2v+rM/0ocVQ/8r50mjP2vP4H/vSG1 KnXeC/a/Mv/7Wv+r3/O/KlVXhp/jf8UKOvW/dq/pPe1/3bHw/SD+t/O/dnvF /G/LRbH/dbhPH8H/guoG+qf5X12W40z9r9BcqkP/a/p1QYh7/ytcxv8mz1n6 4J/8rxgs+en+V6/aLvS78r95ExP+1wv5U/jfqkHo/K8wfqhS+19xP2b+VzdX yT/nf62vpRP9r2m/pv7XYNoq3/K/yuQyOIF70vtf7en+V5sLr5SFUskgKCd+ n//VEi8qEcqMlc6LX+d/LUezEKvauSf9r/EyftL/6p7zv3rxtP/VX+x/hdhM LvlfscYYgqRD6rQs+V8d7qNx9r6iP9P/Gv8hsv9Vp0qe/K+xCYAl/yuC33E7 MvO/IphY1CX/Kx0UOkjJ/6rO9b9mRDnWcUgbSv7XWO+T/1Uc439BTPnfOPpn UHe0dPynf/EX/HnMf7r0O+I/nVOJ/1RC/WH+84Kl4T/Vf9Jf6H+VOM4jHDNe nD6gC3Xufw0irWvBE/9pvcP3TWf+19hQ4YNHlbUVscPhtaYB+ZT/9LmDH2sk btq59AINlnnif1UurxIHQbiKj/Wa1Dpz/pN+UQpuVKC1p/wn4CRSIBpVBavp yGz4Ty/lhv+84ZQRaFf+23uiGe/sZOwKiV3+U+uCJK7zn0YMV2H+c7IvX58w /8n8J/OfzH8+w39uduQRCZqv768qxiQok6BMgv4aEnRbCuVsgG8mQbflkbH/ ziToeAtMgvbFeGsSFFw2wep0flsSNI7ORDMvPyRBb7skqNRjh+ptnQRtpIwj ErSedmlJUKvmHtdCgsqqJW1J0DCZCN2SoIDHgXiphgQ1lPrSTy1XJthqurMh QW1rpxyRoBVM1pGgrpn7GZKgVavTkaDQIQkjEpSOZiFBK2bEKtNQAwskaHM0 RZjVqkUS1Cnf7cjQBJv3xECgecCGBHUNTzonQfPLwfep4ZYEbe9wn02CyvEF /1oS1GcS1KBnqTPBqiG3wCTo7bNJUBDdrWRAgrocWGU1wgnx57b9M8qJpoLX CEhPg97wQa3LvbDOBhuE61DHE2lQs0eDWgOT8zegQVXWX0sCFWoaFIQIdgKW vjkNilCWK+xD3WVW8Q7a7hXToE0D1bzxwjQo/fdH0KBOD8it4zRo+/bYiAZ1 +eYAhsYJZttbBgFGd527lgZ1kF90M8j8x37i9vyr2E/tXt460waLt+mpDfYR DSoFMnVzG+zvoUGxjS406LYV097Ktlf/rjQozmze71iNDdZN+d+fQ4PG3oFv 9dA9DRpHlPlY02UoKyjbqvivtfe67jeGePDwf7FlaG2wtulxnWWDdTY9gInj IcyrkNtDI510SravFLU0qBZpJj9uAcc5Um/3RMoQf9HtyWtpUECVbWxPiw3W 6uDt6TZYQvKMJmbLinh0zrTBFjSvgI/x3hCWaFAFVHhdkMv4yQoNGgqsRzpZ q5N/9loa1DuxQoNCQObOekE0qDduhQZVwRENilJXYbRYokEtFVlKhwdL6LBI g9Je0yZDsLGop9KgVAFiY5eARxOssys2WFCqHByywXrh7AINCur+jaKs6OWJ NGhIGdP/Ow4ehLLxNyreYn3sfT2mQYO1EjXALoOryWvnNSzYYJU2uNdAV0dI dNGJNCgITRy4ygSztDIYSDSohoM0aJjbYPWCDFYCfAAy2vGf4fWM4UP+U9mN /xOy/9Ox//OSpfd/hu/1fzr859z/mR/9eFL4JzG6wAC4A/7PeIenrU39n/nR BwScqMn+T0M99Kn/Mz8R1uDx75L/k57SHvF/Yp/4iP9TFQCS/Z/bVZj/ZP6T +U/mPz+O/2T/J1OfTH1+LPXJ/s/8H0x9MvXJ/s+L/J9V7P0z/s+KqBn4PztT ZE99ympSvfd/jiCEH+n/HBajpj7rxq/zf9ZXyjP+z3YLE/9nqhc7/s9mOpH9 n20Z3tX/adD/ibgO+z+Z+rzS/zlivNn/SThD8n+GORLzzsQn+z+rvWP/Z9fD YOIz/+9oI5oS65oSHic+X+H/nOn6D/g/dduNYf/nsJvwXv7Pdpz2rsQnvl4x 9X+q9mHXzyM+k/+zPVDH/Z9u0m3+Af7PVIdm/s84Yqkb3Gf8n3UdOcP/mRsD RR5Q9H8adzbx+R7+T/X7/Z9er/k/8RNriHIVGsy5/k+FFUBhRUj+Tyl+iv9T u/Ck/1OJJ/2fylzr/wRr3XP+T+/cs/5PfbH/M1bzRHyqg8SnmxOfZoX4/EBJ aMt/qhOgy8f+T7Pxf2rkP+0f5j8vWDr/ZxyLXuj/VIhoquL/DBK5zrn/E/lP e+c/rfeGVKAT/2esfZgpj/1G0EF5Cmmf+z/zQ4PY6uK3OFfmKOf+z1iOW37O h6MtD8LZ3v8ZO3Bb/yeOAYCoR6MCPPJ/ovgziLv/0xD+uvV/ar3hP8mpAneD J3hP33LE/zlEE9n/ufMtzH8y/8n8J/Of7P9kEpRJUCZByxa+xf/p6DWp7cPc b/V/AgwewjIJyiToqBjvTYIamUnQ1JL2/k8fGoxz7P+s0cHW/9klbh8mQVf8 n9XV1vk/YYEErS62p/yf+FuCNzr/Z9NmPOX/HO1GTYJWh/L7/J8oO536P6Gd tx2QoPWdrT2a/5oE71ToeLgRCYoimOR1Sr8Y+D8bdGHu/6ymhnv/J5OgX7Ok l/g/M2tGrfnA/+n3FVBMgn4kCbro/4RUKKs9kqDp59dG0mTBUf8n9lw90qC9 /7M5od/r/xywXDMaNIdMzfyfCbGbVoV3pkEf+T87XJZp0KaBYv/neJ8+ggZ1 re7vTP9n+gPQ2JZ1/k/bhoIP/J/YjTQElHb+T3ldGjz7P1/m/1R68krDu9Gg mIs49X/a8Xt/70eDVlto/Z/t2Hvk/9To61TUC+z8n80jhAX/p8X/xZah9392 b8ie5P9MTz4TBpCPRev/9NoPr+nK/5neMYw3KMAtdP5P6LnWF/s/sQOjgqfe h7PWOK++wf8ZzvV/EuWnibBzYOXJ/k9iMm9EhVotgrrc/xme9H/ap/2fYcn/ SSdeAh0sEQ/5s/7PJRrUuHJwBNGg8ZMlGrRgwVl1GXcgHm+/4v+UdOLjmBwP jo/38CX/p9Ab/jSvGJv282hQb43I/k+TOVRlpbWUzf7A/2k81iWFdQqCUk6G Jf+nRI64+HiDFfJc/6d1RTmbVpRWCQf+79/YTh+jQc0Q+UQaVA3doJ0A1P5+ HLTjP+XrGcNj/k+T+U/r/jD/ecHS+T/jcO07/Z8SJ6F2/J8mjX68Jk1G8n8S 2Ljj/0zb1AJD9JL/U+Gr6Hv+z5z/XnBMp42ksfKO/zOtq2miLfs/qYxH/J9E hB7xfzr6U/Z/bldh/pP5T+Y/mf/8OP6T/Z9MfTL1+bHUJ/s/838w9cnUJ/s/ L/J/VmV4yv9ZqTd7/2czk/iM/3MkvWz8n9s2Y+D/rCfQvsv/OdYR7aW+d/7P 2QT0sv/TjniMjvp86P/sUSD2f1ZbeFf/Z76id/yfi/QhU5+fRH2y/zMtp/s/ jdiB096Z+GT/Z7V37P/sehhMfOb/HW1EGxgx48eJzxf4P5WYdNcP+D+7cQv7 P4fdhLfyf4afQnzi9OfU/zm2Q97ej/isGoTO/9mMu5/xf/rv8X/+K/FpZLYk BY037s7/KZvW/An/p++z61/t/8wnZev/jF8fq8En+D/tr/N/ygpqlEqHpcR3 rRC/syRljPdWLU72f9LB0Zj4nvyf5qf4P+P1+qT/E/ST/k8I1/o/jQnmGf9n rAH+af+nv9j/CSoRn3DQ/zmmOpH4hCX/p//9wGezdPynej1jeIz/tOj/lH+Y /7xg6flPdSn/mTqEsQnIvanMf5pH+e89/4n9wT3+M/1CC2QmE/+pCbw8wn8a egZ4gP+EJ/hPIv/W+U9QtDbzn9tVmP9k/pP5T+Y/mf9k/pP5T+Y/y2aY/2T+ k/nPyXwv85/DfWL+s9vCtfznhK85wn+ODuWP5D+H4YSH+M+2GMf5zy6d8yn+ s8NVmP9k/nNUIuY/mf/Mt9WfzH9isz7lPydUyxP8p5lDGz+Z/+wQKOY/mf9k /vPOf45K+D38Z3upPsF/hq4czH+OugnvxH+CaHv0P5X/HAYr3H4c//nQ+PmI //RqLg9/jv+sz92J/GfawpT/VG54TR/hP5sG6kz+864i1gJ0+Aj+038A/wnP 8p/6Wf7TP8l/qqfz38PF/GdQz/KfWj3Jf2p3Lv+pDfGfHvlPBw6e4z/jSOxJ /lOLi/lPLWXKfw/H+M/7Xw34zzXhp2T+E17PGD7iP2MV/cp/Z/7z0qXhP+V/ Ci7Mfxc4LROwGyqNik3/Pv9pMFbAUSf9FtsOIAHmJP9dyCDyBILE1DVI/T/5 KP89g5+gJXbSnRWUGzfNf5chE5Kx5SAaNcQODRGAc/6z7AT+t5El1n7Gf0p6 yFOQURVASgpz3/KfZsN/KlKq6sJWxguO/nTDf6bd3+E/QT7Bf5rhKsx/Tvbl 6xPmP5n/ZP6T+U/mP5n/ZP5z+xHzn0f4Twuunw3+Rv4zjuvUAKNi/pP5z1Ex 3pr/VNon7jNvo+c/vWholzH/WceEt6nvckZvvpD/lLKq6C3/qSdbqPjPio7p +M8mXm3Af5IXRA1BJKWDmURIrvOfwY+gxyOp7wYW+M/91He5xH/SK6dQro2a /wwNTTviP/G91/s13x5NmNWJRf7T6tDtyIj/VPmRjdGSZv8a/tO0EaUz/hNj 6iUQQ9fyn160J4b5z+7kvpL/jIc0R04jrdCnvsvAqe/Mf3bnUYXRwev5z7QX ViDt3fKfwYPoeqIz/lOK9JBUKsRVusR33xJTJ/OfuIlJ4nvbW3jMf8qyHzX/ mXLsxXhT785/5s3ckZq6JGqA/TD/uc/FMP9J//0R/Ke1g7vucf6zO1YD/hPl dwXebPjPYKFty3r+04o8m6ZNKX3d2Q5SDM7ZaYnv+bKZJ74PO9xYhpL4jnVn mvje7syP5T9xEnbMfzprZjexd+M/8R2SCf8Z5C/wf8Z/mfZADRLfRR54S0Hv PIptIWzs7LZvFDzkP/PFoqj73CW+S9/15E/hP62BfHvBKzL/3PCfsXOphi9R bvhP0NkZdSdI9baOxB6YbK7p1/OfzuXGQAnrS4/Ixx7+2fyn1whvFfDwZpw7 lf/UGggbozR0J5xVS/ynJ5DsXpb4yRr/aYn/JOI03rH0xYnvTvol/lPiwUGK D6tDWOM/6RNEHKXQTosl/pMCvxV+o/QB4uWxxH8SceqJ5w2xLT2X/ywVIeew x/5IqjoL/Keylk6Lp4NjYMn/qazT2wqQVzzT/+mCScSpNsomnlcZo50AuZD4 LmU5OPlnvK6FjQ3l48T3OH6kwxWIA5XGuhP5T5UuBqqEqQbFr9My1py/cTD7 Mv/nJ6o9l5aO/zQv/oI/K/5P9+X/lJL5zwuX3v9pLvV/pn9IylZP/k+F79Lt +D81+j/h7v+UQBTl1P+ZHzzq2Fjn3ympPT7a3PN/5iEu+kmz/1Npevg/93+m VTSQwTP5P0m8ecT/GQjmXPd/atp99n9WqzD/yfwn85/MfzL/yfwn85/Mf5bN fBT/mfyf78R/Jv/n4NEr85/Mf46K8db8J/s/r/N/jk0mFf9Z70bn//SjOdiG /9yejIH/czhndIL/syLZOv9nM83/hP9zOh297P/0bdP1nP+zu+jZ//kT+M9b yI/CJM6Nsv+T+U/2f9YHasR/kqRg5v8ML8t/lw2w9GP4z33/J3R7xfxny8Ww /3O4Tx/Bf4IZwHfH+c8l/2eez5r7P1uX8dD/mb5o6v8EaLsx7P8cdhPeyv+5 d+d5K/4T6jtW6//0s8cqP4f/TEql0JyN4/7PIMbd5uf9n3X3+Tz/Z25Rp/5P Y4aG19r/mWqhE7iFzv/pZL8nr/Z/5t1X6s5/xkqnpP4E/2fQv87/2fKfcT/W /J90UDQVWWirnvN/WmGW+E86mgpB4OT/1M/mv2t7qf/TC9Buzf+JmzIEyQbv rVnzf+JpMM6UFZ040/8ZQmJbTRz1pm+OfRGhFNo4H/k/FUo1jRHk/5QmXh1P +j/tuf5PPJrWZNg5+T9jX+LvX2kO5r/H2/rU/yn1kgBUfRol2vKf8N38pwLk P80f5j8vWDr+E67lP7PagR5sJv7TohF0h/+0aTTjiyjTGgWB/jnlP/MIT5fX 9FRscOht7Dn/mcFPCPRowaX3K/EJzg7/mVbRgDNNif/U8JD/JIiV2EEjRImM n/KfDouhaRwfd05fk/8O9E/mP79WYf6T+U/mP5n/ZP6T+U/mP5n/fD/+07wZ /ylH+cXMfzL/OSrGm/OfIvOfaYZgxH/KBf6zAQZb/rMh207iP+sytPynFMMt bPnP2mLa8Z9uTpAW/lNuKZSe//QTodA6/xnE6FA2/Od+/rsapwIe4D+7Qznk P+umq+U/pWj5pwH/qbdb6PhPNZs+W+U/+y2M+U+DF1mg2b+W/+xjQmf8Z8YN p/ynq0vD/Ofg5L6W/zTIf+Y7woD/hH0NFPOfH8p/+q79G/Kfbpf/tO1FtsN/ KkjH3GE97flPd6n/EyvomP80okfAdvjPfNrKfrT8p4Z5NfjJ/GenN2T+k/lP 5j8L/6kbtupU/jMn3c34T6MnHtqK/8wR8oC3so7/1N3rWt/If84H2av85yh7 gJbfxH8aM6iCb8l/YtzEJP9dm/Gbfu/Hf1ZbaPlP1bx3OeY/c9WY8J+qfdlm gf/Mz4ooqqHnP6FPTT+H/8xcQaCebct/BmPq5mXIf2LMKG6h5z/Pz393lP9u vvLftQ3yA/hPUGv+z2f5T0+x34qAQwvx9n41/6kW/Z+U/27v+e/+yfx3C7CW /07fZAr/GYR8kv+0Z+e/322qyH+qZONc4j8t8Z+CihrALvGfXhL/WYLjg5Yn 8p9SxK/M/KdIFUFpI501Zin/HaFKY7xH/lNrLZ7kP50+l/8MAvnPjOPKZBJX LvGf5mD+u/xn/hM+nf/U38F/xi+9578D+T/tH+Y/L1i6/Hd9If8pJT6yJB1n uuy82uc/rcrrWnyBMN0YnXmQ/66twK/DqXCI17bEIdmU/7RIeYLw+N8uNlF6 P/9dufy+lXKOVgGvCpk54z/JEXPHYWOzZ4oKtKzS8J9GYY9d0LxuMM52+e8m Few+xpfY21XKlaPj6OB98Z9KeLfLf96D6Tn/fbMK85/MfzL/yfznO/Gfmx15 RILm6/urijEJyiQok6C/hgTdlkK52AnuFEPXkqDb8khwvpvJZxKUysAkaFuM tyZBU5CsDCiz6UhQ7TRMqmllAt0lQaWaTiF+kaC71wq4mYRmNQneuHE7eCAJ vjGSDEhQwFBwTfBGQ4Ka1h48JEEpQqNcbTUJasUQiW1I0O38U0+CjiPYaxK0 lqq2JKjq8IYBCYqBIrcyXmxIUAV2OIlVkaCeXpotFENzNPWM01hNgg/9joyT 4NNfTJPgrW+mGackKAJrUNCeNgm+E/cwCdqd3BcnwedHbLMkeCWZBGUStDuP IDoaf0SC5keOVmDlakjQeE91om3/tghIT4NCbu20Qxtolwbv7Qh9O40GxStv kgZvxOT8DWhQdGpJElW1afAB9BzheGsaNLccBUxxdZdZScM06KP2v2XGmAa9 ff161PTk5ZfQoLZ1cD5Hg3bN9IAGdXn6DUrmc3WjBKHsJIZ6Q4M6jW8KAV4P pmqalYpt/UAczWnw9yP6bTRoburvNOj2rGlv2qSCn0mDBj31v74bDVo1CE0a fIJ/6i0M0uBxblkq6gVW924bB77yaBp8ftdbUa+yS4O3puvNn0KDuiBEfrqB Pb/0c0ODBqFM+wJhS4Nq6XVaE+8H8Wf1KDMOBZqnVq+nQTU2rynOqfSIAKw3 J9OgjoBEU9g7K8CdmgYfDHGLGn8mGNSv0KCK8NFbiZNPn6zQoKHEyENRbcar 5WQalFYwxV/pLKzQoBAoDd6XNHgH9qk0eANOrtCgsYphUQMGnserJajn0uAt nGwDLVUu86egY8fDrtCgoFyBcz0eHOekXKBB44p0cIy7r2jPo0FjEwwhfqOO X5SgzpQJD8b5hTT49FolVoR8OiAIiCPehTR4ZQuxjBXgFgxoc2YavNFk5VU6 06BpJ4V/ggYFt0ODDk2hHQ0qfz8N2vKfxr2eMXzs/7Rf/k+T+U8l5B/mPy9Y Ov9n7Axd6P/Ms1JlyCRNbEEF/nPGf8aeUFrFFbmkTRdn7//84j/jnQdnjSBg Nz12KOKAEvuUU/+ncrhKmQxP9bLPf/dq4//0+bUxoL5gvEcL6cqffu1L7f+0 5evwv42Qj/hPT4n0GMEWiy0MSUR3/J80t1gMnpf5P8erMP852ZevT5j/ZP6T +U/mP9n/ydQnU5/bj5j6POb/tNDN/36v/5Opz/EWmPrsi/HW1KfRZjf/vQks Hfs/q5re+z+nwYGv9H9WW+j9n/+c/z4pw3r+O7Qz4kP/Zz391fo/7Wg3Gupz u4We+oQhbllTn/Xp7PyfK9Rns5HW/6nGGtLa/1m3n63/07Sz+gepT+NMl845 9H/mUayROI3d+z97P83M/5mngOf+z7o0TH0OTu4rqU8lUd4l81701KcQ+xP/ TH1+JPWpwujgddSnQOpz5v8E0eIYc/+nT+mmscVEOrn3fzY+0lOJT6CXKyb+ z9AwIk/nv3vQfVL6zyA+a/9nXZJ4A+72ionPloRh/+dwnz6C+DSy28h5/s8c jkcj29b/GYctE/J44/+U+cURALzaO/9nr+tn/+ewm/BO/s9Y/B/i/8R7ySz/ 3fpx0sNPIj5jndRmfDuo/Z/5OnN0W2r9n16vvb/1RXxmLaYyY/+nlaIu0mn+ T5Wh3UDXU+P/BO1CfXBH/s/cyXLSUdGr/lriWc72f2psXlV5sydNwWvvf6H/ M+CKnsA8m2i3q/2fsS5f6/+0Si35P4GKqAmKE8avEZ/a1VBj7CGs+T89fYKn RfrsxlwhPgvNqilUPQh/cf67U0vEZxyxYCXX9DMEqdfy3wPWHGNlWdGcmf+e 3pkP6WfsIens/3RaSFjxfzqXK4BGvBmckiE2cyv+T09SVKpy3mnpT/V/euRn LUDiaWVsnkHYRHzCMeLTqB3ik+Pfh0vLfwr7esbwSP57rPfMf164dPxn7KJd mf+e+mmxCUDThQ6P+U9MyvElT8cmIzL9c5L/HlR2V4LHhxugpCzg5ZT/1PlR K3igJ65a06hgy3+6sPF/EoiolaHSOC/IO7rs/9QhAGGE8/x36hvj7+Otwhta Zc5/iur38QPazUP855CZ3OU/YQxzMv852ZevT5j/ZP6T+U/mP5n/ZP6T+c/t R8x/HuM/tX+v/HcRBg/Xmf9k/nNUjDfnP+0e/2kaumRs/ayqacd/mqkq5pX8 Z62qbPlPIYZbOGD9NOPpzyr/nUaouEqX/246P+SA/9zNf29nsob85/aG0POf om0CB/znvvVTdPzTiP+sSbaG/xQhDItR8Z9QX/MN/2nCv/Kf7aGY8Z95Iteo Cf8pGxvsDv+ZHxJN+c9mKo75z8HJfW3+e5aLSYM2nD7/Xe6zMsx/fij/2Smo x/nvfof/dLrrP+7xny7PKirse3b8Z5NuerLxEzvYY/5Th6a3sM9/ZsCx7EeT /66tn+PXP4j/bPPfVQfIMv/ZcjGTasj8Z7Ot38h/xiu/L+E5/KfNhDlQh6zl P2MHYNJd3/CfKs8NgcGLtOM/RWjHLWfyn/nAzfnPmf9xw3/mXsGc/5y+xver +E/VBl28Lf+JU7n3JzM1/+l890LZj+Q/RQuED/hPjbkijo5Ew3/GvVx7k+uL /8yRFcqRC7jLfxdr+e+w21z+K/8Zu2IwPMNb/hMVSbGPiEVv89+NP9v4Cdpg fSxTzHFYZYyD38d/OoLwCCizThl9Lv9Jey0p4Tqea3AX859ar/GfqkhJA/Gf EORz+e8mmDX+0xL/SQfLucQNPpX/frbx81ZWzIhjejM5feNj/tNRjdG6xLi7 VFcf858OcB8N/SatGM7kP6VPVGZsOCE2MPGOlTCkEBb4z9hW5Bqjlcg6VBe3 INwS/0mFD5ZOhxP4jWfxn8qi8dPkfU78Z05W/hsb8WP8Z2yTp/ynsSsAqP74 /HfxLf7PLf/pkP+EP8x/XrD0/Oel/s/MV0p6sJn5T5yo2eE/8996Gu5m/hMn Enb4zzzoBY8PgSH+p6FHBjv8Zx7ieqAwd60dhlDs8J8Z5tTKUsFc+oj+9Gtf Gv6TRmaUzJ74TyL/ZvxnIL0oTVbFW0WQD/2fhIwWHvE5/+dx/vO+D8x/fq3C /Cfzn8x/Mv/J/Cfzn8x/zhbmP4fbYP6zPybMf1bHkhbmP7+Z/7RNRWf+c7CF Vf6zmXx/gv80o924mv/s+KfD/GcaxI2KcYj/nNWJZf6zJyqe4j+bexvzn20Z mP8cHRXmP8edtE/gP710M1ql5z9DegyW7sTY9+z4z8aXeDL/iRX0fP7T9aTk r+A/O+yH+U/mP5n/vPOfoxbkJP5Tudse/xkW+E+F/CcBjy3/KXtV/on8Zz61 /8R/5raJ+c8W/H1b/jOXc8p/+tljlZ/Ff6rxqLnmP9H/OeM/4aj/8234z3T0 ZvynE3o4lq/5T5kPDJah5z/D6fyn9/Tk4V7JwMa+3S/kP5FUDFLe+c+T/Z+F wnT6G/lPv8Z/EhRLcs3Ef7qT+U8qA/4m8Z9OvCv/WY6mQ/7T2VhXV/hPomo1 SVKDdwbW+E8sg6GrI63oT+U/Rf6ppJQu859OWCGX+E9B/Kcp/KcLC4nvif8k t6k1xH/GIeap/Kf2uajGZS9v4j+1Nn//Sn/U/ynm/CfAkgDUfjr/Kb+b/xQm 8Z+xaf7D/OcFy5b/lP+Z8J+8lP/MI0lJ4wqpvVU4FTTlPwHfzvKapoxset5F iesT/tOb/GA03nHR/ynjDY1knlP+E0we4nqco7i5eNf1Hf9phdvwnzIPezVN ucVujAyCuM7NvphQ5b9jMczd/6nvKtCySsN/Av6tocOhYs/Utvynjx3cDf95 Q0AU7gQnYDc9/eb+LUHbff6zBNMf8X8OacbX8p/x9A7JTOY/mf9k/pP5T+Y/ mf9k/pP5z8/kP3UYEAbfyX9qMurXj16Z/2T+c1SM9+Y/ATL/mc5vz38K22B2 x/lPH+SM1Hsp/1nNDrb8pzTjdnA9/901nsch/4ltMU7XdPynhAnYsJ7/bsQI pW34z23qXMd/glvIf9fVoWz4TxO6yfUR/6m3x6Lzf4Idqkvq/PeqGC3/qe2M Kl7kP7XrKYEh/wnpiwwN9xv+08Q7UwMszPnP/JBoxn8a0x4R5j+7k/ti/jMD uQbv6S3/6XPs9sKsMfOfUrsP4j99eJz/7kJI701Ygcxdx3+m2YJqI3v85w3f GzAEmTX8pzUNBXAy/4m32Qn/KfS4gs7z3yf8pzWwg6q9Nf+Zr/Ly2LZu5VMM ateoMP/J/Cfzn8R/aucHrNZx/rM9c0P+E30qiigvXfWUvdHNTXLEf4r8Wiro 4v+sEFIBunEXnst/YsMzZvlMaHTKQ/4z19YZ/yl0W5l/Jf9pgpALaOY78J/4 qgG9mNbyn1arwSMqPN8/iP803o0fqlT8J95Vx/nvQivYP9Y9/5lHhoqsmS3/ qbXsnok8lf8+v56Q/9Q2D9aDxIoa7Ga/pJXS6OFYvsp/z48knKCXF6uDG7tc qnmt/uX8JwjIzSvo0iNywsV+4un570R/xW+7iP8EQxJGIP7T+OCX+E8q6k3f +U+7xn8i6XaTgeDKWFHlxfyncnqF/wRH/s9Q/J/x/1b4T0X7JvE8xsqbMu5X +E+BZVCO+M/0zvEa/0n7FogfdEqZS/PfwcfB41L+u0UE0VBdDell/qX8d0KO DXGgIb0MfSb/mUCk9NN6lf2f6UV0t5T/Hq8TvLxykRM6Hqv9Av/pvSUfr8ef 3ggBZ/KfsReYj6o2HvlP4zXk/Hd7jP+EoeMT+U81ZEM5AL7lP7V/PWP4kP/U 5s5/OtDo/2T+85Kl8X/K/7S/jv+MPTGEJ3FmJF52TuBDxyn/aVUeLFtRQt+t K8nsW/7TiMJ/SmEUDb9xwgHABkGKjBn/aWWWSoDAV8FuzgalqVN65z+zpfjO fyqfe4zKURy705rGGXv+TzoOBBca5QqZOeM/Ne63K5nusZ9vOv+nMX7Df0p8 EUwZV46Oc63/U0mx7/+kpIDbIf+nGa7C/s/Jvnx9wvwn85/MfzL/+Qz/udmR RyRovr6/qhiToEyCMgn6a0jQbSmUix3nzgt0LQm6LU96sKWZBB1ugUnQvhhv TYKmd/JkAEgF6khQA7qZgB6ToFUb1JpAKUliNOXxRYLuzvKBn23hToIWvIiq aUuCmo59GpCg+ybQxyQooKeT5oVbEtR0FMiIBA1+uxsNCWqFG+1GQ4KGzW70 JtBOODkgQfdNoKqNYB+RoBLnmOTYBJoem42KUZGgtp7tb45mCx0dJkFtgA7p GpGgOI9oSpheawJtVblzEjQ/HJJQ0J6GBPWhPTGfTIJ2CMXrSdB4Oea5eoxx bUlQn2a5miPJJCibQG8gRNf+DUygISGTVvgRCarBgx5x3+UU9DQoPqgFfC4o NVQIXmxrfYc6fhcNalvB8h4NisKEuBLuR02DhmBaC9hPoUExmJY24+ousyIb QVUhmQZtKJlxT5pp0HZbv5AGNbZ1cD5Hg3bN9IAGdZm1Al1o0O3JA1FmtAbN 4Z0GdTq3Cob6dQYqIE/pC2nQ2I7m+7qlO2trA4UmR6CnQaVwWHdo/NHSoO1o 8CfToHlLdxp024ppX2Zd1y6S76RBcS5YleSImgYNOgxZwdtPokGl0J2btadB lQEMWqCuRLUJm+65a73KDQ0a8v/i9loa1FrzGhr0kQ3UhXR+pMQ+Sfy5qajx Lqn6V4paGlTLYG6ZVMItVA2UlInW6vbkxTZQl7uKyop7j0gHbcTJNKgDAuWA fpNg9jNpUB0InZP0zQ6UUys0aLxUcVNQKLT4yQoNGgLharSPVgtztg2UjiaF uscrzYUlGrQAq77YQJ1ZokHjfZhoUEAa1IDXKzSoLQfH44pBACymwZN/1JNi M55YOJcGJSbzFrLwMvYpBPgFGhSULxwxobIp22mBBo0r0ifa3lc8MQ0+PfJT 8TRo4XU6PbExiG2od49p0OCKzFOnDaRoKe0CPKZB473AFdiaqFCj4+3rPBpU GRdoxXxaZN5J+Ps3th8HaVA9p0HlGg0qP40G5YUXXnjhhRdeeOGFF1544YUX XnjhhRdeeOGFF1544YUXXn7y8v8DimGWBwAACgA= --0-1838173444-1030814090=:14642-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 10:16:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EE5A37B400; Sat, 31 Aug 2002 10:16:18 -0700 (PDT) Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD17743E72; Sat, 31 Aug 2002 10:16:17 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id MAA13689; Sat, 31 Aug 2002 12:16:16 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from mke-24-167-197-76.wi.rr.com(24.167.197.76) by peak.mountin.net via smap (V1.3) id sma013683; Sat Aug 31 12:16:11 2002 Message-Id: <4.3.2.20020831112817.00e57e30@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 31 Aug 2002 12:15:33 -0500 To: Kenneth W Cochran From: "Jeffrey J. Mountin" Subject: Re: IPFW2 option in -stable kernel config Cc: freebsd-stable@FreeBSD.ORG, luigi@FreeBSD.ORG In-Reply-To: <200208311312.JAA118809063@shell.TheWorld.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 09:12 AM 8/31/02 -0400, Kenneth W Cochran wrote: >In reading the notes in the cvs-all & stable lists regarding >the IPFW2, it isn't clear (well to me :) how to properly >specify the new code. As per the announcement(s), there is, >of course, no explanation in LINT either. Not yet. However, the man page has been updated (8/16 & 8/20). >Are IPFIREWALL & IPFW2 mutually exclusive? No, I thought the 7/23 commit message was clear on how to use the new functionality: + add "options IPFW2" (undocumented) to your kernel config file; + compile and install sbin/ipfw and lib/libalias with make -DIPFW2 If you look at the source, it's clear why you *must* have both. Perhaps the commit should have read: + add "options IPFW2" (undocumented) to your kernel config file; (in addition to IPFIREWALL); >Does IPFW2 "depend on" specification of IPFIREWALL? Yes. >Do options like IPDIVERT, IPFIREWALL_VERBOSE >& other knobs apply to IPFIREWALL as well? Yes ^ 3+n >In looking over the kernel source(s), it appears that IPFW2 >might "trump" IPFIREWALL & therefore IPFIREWALL becomes a >"don't care" if IPFW2 is specified. Is this correct? No. UTSL In the process of redoing one system for testing I installed 4.6R using a faster system to build world and (after updating other systems) while it was NFS mounted recompiled ipfw and libalias: cd src/sbin/ipfw make clean make -DIPFW2 depend (no-op really, just habit) make -DIPFW2 make -DIPFW2 install (this was covered by "make installworld" And similarly for src/lib/libalias. You can add IPFW2=true to make.conf as well and then only the kernel need be updated: options IPFIREWALL options IPDIVERT options IPFIREWALL_VERBOSE options IPFW2 <-- added The only thing I'm curious about is just how far the range functionality goes. Would be nice to extend the following example given: ... ip from 1.2.3.0/24{50,6,27,158} to ... To say: ... ip from 1.2.36.0/22{36.1,37.2,38.3,39.4} to ... And if ranges could be used such as 36.1-10 with such a rule. ... ip from 1.2.36.0/22{36.10-19,37.20-29,38.30-39,39.40-49} to ... Might be wishful thinking. Have CC'd Luigi to find out. cheers! Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 11:58:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4878D37B400 for ; Sat, 31 Aug 2002 11:58:24 -0700 (PDT) Received: from mail.reptiles.org (mail.reptiles.org [198.96.117.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DB0043E6E for ; Sat, 31 Aug 2002 11:58:23 -0700 (PDT) (envelope-from geoffrey@reptiles.org) Received: from mail.reptiles.org([198.96.117.157]) (5452 bytes) by mail.reptiles.org via sendmail with P:esmtp/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) id for ; Sat, 31 Aug 2002 14:57:52 -0400 (EDT) (Smail-3.2.0.114 2001-Aug-6 #11 built 2002-Aug-7) Date: Sat, 31 Aug 2002 14:57:47 -0400 (EDT) From: tonerboy To: "Jack L. Stone" , Cc: stable@freebsd.org Subject: Re: Updating world with least downtime In-Reply-To: <3.0.5.32.20020831104657.014b5a00@mail.sage-one.net> Message-ID: <20020831141126.D90887-100000@iguana.reptiles.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 31 Aug 2002, Jack L. Stone wrote: > At 11:05 AM 8.31.2002 -0400, tonerboy wrote: > >On Fri, 30 Aug 2002, Erik Trulsson wrote: > > > >> On Fri, Aug 30, 2002 at 03:40:31PM -0500, Jack L. Stone wrote: > >> > At 01:26 PM 8.30.2002 -0700, Brooks Davis wrote: > >> > >On Fri, Aug 30, 2002 at 03:07:14PM -0500, Jack L. Stone wrote: > >> > >> Yes, that's what I do after taking an image of the drive and also > using the > >> > >> "build box" as the first test to see if everything works okay. > Downtime is > >> > >> only a matter of seconds... riskier, yes, but acceptable with the > image to > >> > >> fall back on. Dropping to the single-user mode causes a downtime of > about > >> > >> 30 minutes otherwise on a 1.4G CPU machine... longer on slower > machines. > >> > >> Everthing is now done via scripts. > >> > > > >> > >If it's taking that long, it's got some serious problems even with the > >> > >rediculous post times many boards have today. My laptop (with 3400RPM > >> > >disk) takes <15. > >> > > > >> > >-- Brooks > >> > > > >> > > >> > I don't believe your laptop does installworld, mergemaster, etc all in 15 > >> > minutes.... we must must be talking different things.... > >> > >> Why not? My computer does a installworld+mergemaster in approx. 30 > >> minutes and it is an old 166 MHz Pentium with only 32 MB RAM (and with > >> a IDE controller that hasn't even heard of UDMA.) > >> > >> I would expect it to be significantly faster on a modern machine and 15 > >> min sounds quite plausible for a modern laptop with a somewhat slow disk. > >> > > My pII-233 took about 20 doing 4.6psomething (from april) to 4.6 > >Tuesday. Using mergemaster within the same major revision cuts down the > >grope and edit dramatically. Probably would have taken less if I hadn't > >walked away during the installworld. > > > > Which begs the question, what does this box do that it is uptime > >critical? I thought I heard firewall but may be mistaken. The beauty of > >FreeBSD is that it runs on commodity (read cheap) hardware. The highest > >zoot boxes of today can handle a wackload of connections before coming > >close to the wall. Why not take a look at load and consider replacing it > >with a couple of less than cutting edge boxes and rotate them in and out > >of service so you have a backup box you can rebuild at your leisure? > > > > And ummm .. Erik. I can build a kernel in under 20 minutes. The > >joy of 40 minute builds wore off quick (remember 2 hour builds with > >486s?). Buildworld in ~3 hrs. > > > > Cheers! > > > > When I replied to the orignal poster, whose main concern was about > minimizing downtime, my main focus was on explaining my own method used > which causes a downtime of only one reboot -- a few seconds on a production > box with 1GHz CPU and 7200rpm HDs. > Speaking of which, hope that is his email I've stuck beside yours. Nevertheless, this was posted to stable before I (foolishly evidently), tried to move this to private email (especially without looking back at who originally posted the question). My apologies in any case. And yes, you are quite correct. Whatever they are feeding the gerbils who churn the wheels makes for a might bit snappier boot. > I didn't realize this would become a "race" upsmanship discussion. In > looking back at the records (rather than off the top of head), my actual > downtime a few months ago when dropping to single-user mode for > installworld-mergemaster was about 20 mins and this was running mergemaster > -v and going through each change on a full-service server machine. > I've been using -svi and <> dread the security level you must use to do that. Especially in light of the s'kiddie traffic I see trying to get into my network (which invariably traces back to new, unsecured installs). These are not exclusively IIS boxes (which are expected) but apache (granted usually linux but FreeBSD as well) & cobalt. I don't know how they are managing to send ssh from the same, but it certainly affects my sleeping. > Back to the original poster who hasn't replied further, there is a choice > of being down a few seconds or a few minutes depending on the machine's > speeds and approach. > And rather than having the highest zoot box, one CAN have redundancy for the same cost (2 p3 boxes ~= p4 cost, nay?). A little preparation and downtime approaches nil. That yardstick isn't too far off in any succeeding generation sets. > Now about the fastest beer guzzler....?? > Sorry. Even if I pour it in slowly over fifteen minutes, the box falls to pieces. Now should you be in this neck of the woods around UU time, some of my peers may offer to gladly accept your offer. In the mean time, I'll happily loft my tea tolling thumb in your honour (just don't tell it that's draft in the other hand please). Cheers! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 12:37: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3751537B400 for ; Sat, 31 Aug 2002 12:36:55 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 845A843E3B for ; Sat, 31 Aug 2002 12:36:54 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id MAA18658; Sat, 31 Aug 2002 12:36:17 -0700 Message-ID: <3D711AB0.80500@owt.com> Date: Sat, 31 Aug 2002 12:36:16 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: tonerboy Cc: "Jack L. Stone" , derek@durham.net, stable@FreeBSD.ORG Subject: Re: Updating world with least downtime References: <20020831141126.D90887-100000@iguana.reptiles.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tonerboy wrote: >>When I replied to the orignal poster, whose main concern was about >>minimizing downtime, my main focus was on explaining my own method used >>which causes a downtime of only one reboot -- a few seconds on a production >>box with 1GHz CPU and 7200rpm HDs. >> >> > Speaking of which, hope that is his email I've stuck beside yours. > Nevertheless, this was posted to stable before I (foolishly evidently), > tried to move this to private email (especially without looking back at > who originally posted the question). > My apologies in any case. And yes, you are quite correct. > Whatever they are feeding the gerbils who churn the wheels makes for a > might bit snappier boot. > > >>I didn't realize this would become a "race" upsmanship discussion. In >>looking back at the records (rather than off the top of head), my actual >>downtime a few months ago when dropping to single-user mode for >>installworld-mergemaster was about 20 mins and this was running mergemaster >>-v and going through each change on a full-service server machine. >> >> > I've been using -svi and <> dread the security level you > must use to do that. Especially in light of the s'kiddie traffic I see > trying to get into my network (which invariably traces back to new, > unsecured installs). These are not exclusively IIS boxes (which are > expected) but apache (granted usually linux but FreeBSD as well) & cobalt. > I don't know how they are managing to send ssh from the same, but > it certainly affects my sleeping. I give up on most of them. I have a script that goes back through security and httpd-error.log and report the blatant ones. The firewall denies all incoming. I have a tendancy to pick on the 1433 people in general and in a group. I know none of them are accidents. > > >>Back to the original poster who hasn't replied further, there is a choice >>of being down a few seconds or a few minutes depending on the machine's >>speeds and approach. >> >> > And rather than having the highest zoot box, one CAN have > redundancy for the same cost (2 p3 boxes ~= p4 cost, nay?). A little > preparation and downtime approaches nil. > That yardstick isn't too far off in any succeeding generation > sets. That is my approach. I don't like the P-4. It isn't optimized for my world and have been using AMD's on my upgrades. A whole 3-step down in the speed XP based system costs less than one fast P-4 cpu. A 1600+ XP with your buildworld spread across 3 high speed HDs will do a buildworld in ~20 minutes and installworld to mergemaster in an uptime of less than 4. A lot of people maintain buildworld is cpu bound but I see an I/O bound process for most cpu speeds above 900 Mhz. Moving from ATA-100 to ATA-133 isn't going to buy that much because you only get that rate for a few milliseconds. > > >>Now about the fastest beer guzzler....?? >> >> > Sorry. Even if I pour it in slowly over fifteen minutes, the box > falls to pieces. Now should you be in this neck of the woods around UU > time, some of my peers may offer to gladly accept your offer. In the mean > time, I'll happily loft my tea tolling thumb in your honour (just don't > tell it that's draft in the other hand please). I had to chuckle here because I was getting ready to work in the yard and had a Red Hook ESB in the left hand. We had a French TV team show up locally to record a number of us talking about a local archaeology find (The scientists won YIPEE!!). The French team thought it was the first US beer they had encountered that counted in the European sense. Cheers, Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 13: 3:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC7B737B400; Sat, 31 Aug 2002 13:03:08 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255FE43E6A; Sat, 31 Aug 2002 13:03:08 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g7VK37PQ002118; Sat, 31 Aug 2002 13:03:07 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g7VK37aS002117; Sat, 31 Aug 2002 13:03:07 -0700 (PDT) (envelope-from dillon) Date: Sat, 31 Aug 2002 13:03:07 -0700 (PDT) From: Matthew Dillon Message-Id: <200208312003.g7VK37aS002117@apollo.backplane.com> To: "Marc G. Fournier" Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! References: <20020831140602.O14642-101000@mail1.hub.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : : This message is in MIME format. The first part should be readable text, : while the remaining parts are likely unreadable without MIME-aware tools. : Send mail to mime@docserver.cac.washington.edu for more info. : :--0-1838173444-1030814090=:14642 :Content-Type: TEXT/PLAIN; charset=US-ASCII : : :Morning ... as I said, shouldn't take long :) : :I setup the script to log in 1 second intervals, to a log.`date +%S` file, :hoping that you only wanted the last few seconds of data? If not, I can :set it up differently, but here are the result of the last minute of its :apparent existence ... : :First, the kernel panic of: Well Marc, there's nothing totally obvious here but it is still quite possible that the machine is running out of KVM. Try this. You can run gdb on a running machine as follows: gdb -k kernel.debug /dev/mem You can then print out elements of the kernel's memory in real time: gdb> print kernel_vm_end Could you post your kernel config? And repeat your test but run gdb in a shell and print kernel_vm_end at the start of your test and every so often while the test is running. Other things you can try that will reduce KVM usage: in /boot/loader.conf reduce the amount of physical memory, e.g. reduce from 4G to 2G with: hw.physmem="2048m" and see if you can repeat the problem. Oddly enough if you cannot repeat the problem the issue is almost certainly the kernel running out of KVM. You can also try reducing the number of mbuf clusters and reducing maxvnodes, though the values I saw in your logs seem reasonable. If you only have one swap device you can reducing the number of swap devices by setting the NSWAPDEV kernel config variable to 1 (it defaults to 4). This will reduce the KVM reservation for the swap bitmap. You can also reduce the kernel reservation for swap block data by setting the kern.maxswzone boot environment variable. This is in bytes, e.g. in /boot/loader.conf kern.maxswzone="32m" All of these ideas are designed to reduce KVM usage. I am extremely interested in knowing if they have an effect on the crashes you are seeing. If you can stop the crashes from occuring then we are going to have to get more conservative in our KVM allocations. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 13:41:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D08D437B400 for ; Sat, 31 Aug 2002 13:41:34 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3311D43E65 for ; Sat, 31 Aug 2002 13:41:34 -0700 (PDT) (envelope-from kdagee@owt.com) Received: from enterprise.workgroup (pm5-s45.owt.com [208.8.78.45]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id NAA21485 for ; Sat, 31 Aug 2002 13:41:32 -0700 Content-Type: text/plain; charset="us-ascii" From: Karl Agee Reply-To: kdagee@owt.com To: freebsd-stable@freebsd.org Subject: cvsup dying Date: Sat, 31 Aug 2002 13:41:52 -0700 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208311341.52333.kdagee@owt.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm cvsuping my system and it's dying on a specific checkout. It just st= ops. =20 I've tried it on two different servers with the same thing on both. here= 's=20 the output: FreeBSD enterprise.workgroup 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Jun = 11=20 06:14:12 GMT 2002 =20 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 su-2.05a# cvsup -g -L 2 /etc/cvsupfile Parsing supfile "/etc/cvsupfile" Connecting to cvsup7.FreeBSD.org Connected to cvsup7.FreeBSD.org Server software version: SNAP_16_1e Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection src-all/cvs Checkout src/contrib/ntp/readme.y2kfixes right there is where it dies. That is the download just stops. --karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 13:57:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7887337B400 for ; Sat, 31 Aug 2002 13:57:21 -0700 (PDT) Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF07C43E42 for ; Sat, 31 Aug 2002 13:57:20 -0700 (PDT) (envelope-from kstewart@owt.com) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id NAA22069; Sat, 31 Aug 2002 13:57:19 -0700 Message-ID: <3D712DAE.3080606@owt.com> Date: Sat, 31 Aug 2002 13:57:18 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: kdagee@owt.com Cc: freebsd-stable@FreeBSD.ORG Subject: Re: cvsup dying References: <200208311341.52333.kdagee@owt.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Karl Agee wrote: > I'm cvsuping my system and it's dying on a specific checkout. It just stops. > I've tried it on two different servers with the same thing on both. here's > the output: > > FreeBSD enterprise.workgroup 4.6-RELEASE FreeBSD 4.6-RELEASE #0: Tue Jun 11 > 06:14:12 GMT 2002 > murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 > > > su-2.05a# cvsup -g -L 2 /etc/cvsupfile > Parsing supfile "/etc/cvsupfile" > Connecting to cvsup7.FreeBSD.org > Connected to cvsup7.FreeBSD.org > Server software version: SNAP_16_1e > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection src-all/cvs > Checkout src/contrib/ntp/readme.y2kfixes > > right there is where it dies. That is the download just stops. Hi Karl, That code is ancient and hasn't been modified for 2 years. I would delete it and re-cvsup. FWIW, I updated my mirror and then cvsuped stable before I replied. I didn't have any problems. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 14: 6:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5721637B400; Sat, 31 Aug 2002 14:06:21 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3DA43E42; Sat, 31 Aug 2002 14:06:20 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g7VL6KPQ002377; Sat, 31 Aug 2002 14:06:20 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g7VL6JEU002376; Sat, 31 Aug 2002 14:06:19 -0700 (PDT) (envelope-from dillon) Date: Sat, 31 Aug 2002 14:06:19 -0700 (PDT) From: Matthew Dillon Message-Id: <200208312106.g7VL6JEU002376@apollo.backplane.com> To: Arnvid Karstad Cc: bmah@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! References: <20020830094151.41DC.ARNVID@karstad.org> <200208301652.g7UGq3Ud059184@intruder.bmah.org> <20020830190849.8B8A.ARNVID@karstad.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> almost identical. : :Just for an intresting side note.... : :With option INVARIANTS we get no problems and vmstat's shows new highs' : :root@irc:/usr# vmstat -z | grep VNODE :VNODE: 192, 0, 170782, 90, 170782 : :With out.. it dies horribly when the number reaches around 44000-45000. : :Arnvid Ok, I've examined the kernel core dump. I'm still not sure why INVARIANTS made any difference, but the kernel is definitely running out of KVM and it looks like the main culprit is the number of mbufs and mbuf clusters configured. It looks like they were manually configured up. (kgdb) printf "%08x\n", kernel_vm_end ffc00000 <<<< indicates kernel ran out of KVM (kgdb) print nmbclusters $9 = 129536 <<<< this is huge. autoconfigure does not do this, you must be overriding it. (kgdb) print nmbufs $10 = 518144 (kgdb) print nmbufs * 256 + nmbclusters * 2048 $11 = 397934592 <<<< too much. 397MB reserved! (kgdb) print clean_map->header.end - clean_map->header.start $21 = 186744832 <<<< (mainly buffer cache) (kgdb) print mb_map->header.end - mb_map->header.start $22 = 397934592 <<<< KVM reservation for MBUFs (kgdb) print maxswzone $4 = 73400320 <<<< maxswzone (used to manage swap) (kgdb) printf "%d\n", zone_kmem_kvaspace 214933504 <<<< zones eating 214MB define zlist set $zp = zlist while ($zp != 0) set $initmem = $zp->zmax * $zp->zsize set $addmem = $zp->ztotal * $zp->zsize printf "%p\t%-15s\t%8d init + %8d dyn = %8d\n", $zp, $zp->zname, $initmem, $addmem, $initmem + $addmem set $zp = $zp->znext end set $initmem = zone_kmem_kvaspace set $addmem = (zone_kmem_pages + zone_kern_pages ) * 0x1000 printf "TOTAL ZONE KMEM RESERVED: %d init + %d dynamic = %d\n", $initmem, $addmem, $initmem + $addmem end (kgdb) zlist 0xda1c4e80 PIPE 0 init + 16320 dyn = 16320 0xda15e780 SWAPMETA 51381120 init + 0 dyn = 51381120 0xda0d3100 ripcb 24870912 init + 4032 dyn = 24874944 0xda0d3180 syncache 2457440 init + 4000 dyn = 2461440 0xda0d3200 tcpcb 70467584 init + 8160 dyn = 70475744 0xda0d3280 udpcb 24870912 init + 8064 dyn = 24878976 0xda0d3300 unpcb 0 init + 8000 dyn = 8000 0xda0d3380 socket 24870912 init + 8064 dyn = 24878976 0xda0d3400 DIRHASH 0 init + 729088 dyn = 729088 0xda0d3480 KNOTE 0 init + 8192 dyn = 8192 0xda011e80 VNODE 0 init + 8120448 dyn = 8120448 0xda011f00 NAMEI 0 init + 16384 dyn = 16384 0xc2436900 VMSPACE 0 init + 12288 dyn = 12288 0xc2436a00 PROC 0 init + 20384 dyn = 20384 0xc02b7a40 DP fakepg 0 init + 0 dyn = 0 0xc02c8700 PV ENTRY 21327600 init + 9174200 dyn = 30501800 0xc02b7be0 MAP ENTRY 0 init + 22464 dyn = 22464 0xc02b7b80 KMAP ENTRY 3859728 init + 10224 dyn = 3869952 0xc02b7c40 MAP 0 init + 1080 dyn = 1080 0xc02bb320 VM OBJECT 0 init + 4080768 dyn = 4080768 TOTAL ZONE KMEM RESERVED: 214933504 init + 13156352 dynamic = 228089856 You've run out of KVM, it looks mainly due to increasing the number of mbufs in the system beyond the autoconfig and you've also massively increased maxsockets, so much so that the zone allocator is reserving over 110 MB just to hold tcpcb and udpcb allocations. The tcpcb and udpcb zmemory reservations are huge! There are a couple of things you can do. I recommend setting the following kernel boot variables in /boot/loader.conf: kern.maxswzone="32m" kern.ipc.maxsockets="30000" (how many active sockets do you actually normally have? Either you set your maxsockets to 129536 or the system autoconfig did it) In your kernel config: NSWAPDEV="2" Additionally I strongly recommend reducing the number of mbufs in the system. You almost certainly have an NMBCLUSTERS thing in your kernel config or a kern.ipc.nmbclusters in your /boot/loader.conf to get a number so high (your is set to 129536). I recommend: kern.ipc.nmbclusters="70000" If you are running out of buffer space I recommend reducing net.inet.tcp.recvspace and net.inet.tcp.sendspace in /etc/sysctl.conf. Currently you have them set at: (kgdb) print tcp_recvspace $3 = 57344 (kgdb) print tcp_sendspace $4 = 32768 Try reducing sendspace to 24576 and tcp_recvspace to 32768. -- I think that for large-memory machines I am still reserving too much KVM space for swap meta structures. I am going to cut that down even more for this release. It's obviously been party responsible for a lot of the KVM exhaustion problems people have reported on large-memory machines. However, it looks like the primary issue here is that you made the resource settings so high there was no room left for anything else in KVM. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 14:17:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B721537B400 for ; Sat, 31 Aug 2002 14:17:49 -0700 (PDT) Received: from nextgeneration.speedroad.net (nextgeneration.speedroad.net [195.139.232.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 5342D43E3B for ; Sat, 31 Aug 2002 14:17:48 -0700 (PDT) (envelope-from arnvid@karstad.org) Received: (qmail 3490 invoked by uid 1010); 31 Aug 2002 21:17:52 -0000 Received: from freelight.isd.no (HELO ?195.139.232.120?) (ievil@195.139.232.120) by mail.speedroad.net with SMTP; 31 Aug 2002 21:17:52 -0000 Date: Sat, 31 Aug 2002 23:17:45 +0200 From: Arnvid Karstad To: Matthew Dillon , bmah@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! Organization: Int In-Reply-To: <200208312106.g7VL6JEU002376@apollo.backplane.com> References: <20020830190849.8B8A.ARNVID@karstad.org> <200208312106.g7VL6JEU002376@apollo.backplane.com> Message-Id: <20020831231356.8BCC.ARNVID@karstad.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 31 Aug 2002 14:06:19 -0700 (PDT) - Matthew Dillon wrote: > Ok, I've examined the kernel core dump. I'm still not sure why > INVARIANTS made any difference, but the kernel is definitely running > out of KVM and it looks like the main culprit is the number of > mbufs and mbuf clusters configured. It looks like they were > manually configured up. let's see now root@irc:/usr/local/etc/rc.d# more /etc/sysctl.conf kern.maxfiles=65536 kern.maxfilesperproc=65536 net.inet.udp.blackhole=1 net.inet.tcp.blackhole=1 #kern.maxproc=1024 kern.maxprocperuid=1024 net.inet.ip.fw.dyn_max=10000 root@irc:/usr/local/etc/rc.d# more /boot/loader.conf # -- sysinstall generated deltas -- # userconfig_script_load="YES" kern.ipc.nmbclusters=129536 net.inet.tcp.tcbhashsize=65536 and relevant kernel configs: options NMBCLUSTERS=32384 # Up clusters options DFLDSIZ=(512*1024*1024) #Increase options ICMP_BANDLIM All of these were up'd in cooperation with someone with greater knowledge of the inner issues of FreeBSD than myself after we experienced problems with nic lock downs etc related to the load of appx 20000 users at the same time.. Mvh/Best regards, Arnvid L. Karstad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 15: 5:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68EE437B400 for ; Sat, 31 Aug 2002 15:05:39 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13A3A43E6A for ; Sat, 31 Aug 2002 15:05:39 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: from iguana.icir.org (localhost [127.0.0.1]) by iguana.icir.org (8.12.3/8.11.3) with ESMTP id g7VM5cIb070108; Sat, 31 Aug 2002 15:05:38 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.12.3/8.12.3/Submit) id g7VM5cQs070107; Sat, 31 Aug 2002 15:05:38 -0700 (PDT) (envelope-from rizzo) Date: Sat, 31 Aug 2002 15:05:38 -0700 From: Luigi Rizzo To: "Jeffrey J. Mountin" Cc: Kenneth W Cochran , freebsd-stable@FreeBSD.ORG Subject: Re: IPFW2 option in -stable kernel config Message-ID: <20020831150538.A69952@iguana.icir.org> References: <200208311312.JAA118809063@shell.TheWorld.com> <4.3.2.20020831112817.00e57e30@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4.3.2.20020831112817.00e57e30@207.227.119.2>; from jeff-ml@mountin.net on Sat, Aug 31, 2002 at 12:15:33PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 31, 2002 at 12:15:33PM -0500, Jeffrey J. Mountin wrote: ... > The only thing I'm curious about is just how far the range functionality > goes. Would be nice to extend the following example given: > > ... ip from 1.2.3.0/24{50,6,27,158} to ... ranges are limited to /24 or larger masks (partly to simplify parsing, partly because the bitmap grows exponentially with smaller masks). In fact, the subnet part is totally redundant (it suffices to lookup the list of numbers between brackets), but again its presence gives you a bit more error checking and eases parsing. I have been thinking about the use of ranges within the bitmap, e.g. 1.2.36.0/24{10-19,55,60-89,30}, this will be probably be added in a future release. cheers luigi > To say: > > ... ip from 1.2.36.0/22{36.1,37.2,38.3,39.4} to ... > > And if ranges could be used such as 36.1-10 with such a rule. > > ... ip from 1.2.36.0/22{36.10-19,37.20-29,38.30-39,39.40-49} to ... > > Might be wishful thinking. > Have CC'd Luigi to find out. > > cheers! > > > Jeff Mountin - jeff@mountin.net > Systems/Network Administrator > FreeBSD - the power to serve > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 16: 7:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D7737B400 for ; Sat, 31 Aug 2002 16:07:52 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA5B43E75 for ; Sat, 31 Aug 2002 16:07:52 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id DB7532CC7F2; Sat, 31 Aug 2002 20:07:47 -0300 (ADT) Date: Sat, 31 Aug 2002 20:07:47 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Cc: Matthew Dillon Subject: Kernel config(s) for both servers ... Message-ID: <20020831200535.L14642-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, just in case it might have a bearing on the issues, I've just gone through and cleaned up my kernel config file, reduced the NSWAPDEV to the actual number (1 on venus, 2 on jupiter), enabled a makeoptions of DEBUG=-g and cleaned out some of the 'extras' I had had enabled but wasn't using (ie. IPv6), so other then minor differences, both servers look like: machine i386 cpu I686_CPU ident kernel maxusers 0 options NMBCLUSTERS=15360 options NSWAPDEV=1 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM options SHMMAXPGS=199608 options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1) options SYSVSEM options SEMMNI=4096 options SEMMNS=8192 options SYSVMSG #SYSV-style message queues options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O device isa device pci device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device pass # Passthrough device (direct SCSI access) device amr # AMI MegaRAID device sym # NCR/Symbios Logic (newer chipsets) device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? pseudo-device splash device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device pty 256 # Pseudo-ttys (telnet etc) pseudo-device bpf #Berkeley packet filter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 16:11:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E52C637B400; Sat, 31 Aug 2002 16:11:50 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8650043E6A; Sat, 31 Aug 2002 16:11:50 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 27BE42CC7F2; Sat, 31 Aug 2002 20:11:46 -0300 (ADT) Date: Sat, 31 Aug 2002 20:11:46 -0300 (ADT) From: "Marc G. Fournier" To: Matthew Dillon Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <200208312003.g7VK37aS002117@apollo.backplane.com> Message-ID: <20020831200929.C14642-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 31 Aug 2002, Matthew Dillon wrote: > Try this. You can run gdb on a running machine as follows: > > gdb -k kernel.debug /dev/mem > > You can then print out elements of the kernel's memory in real time: > > gdb> print kernel_vm_end 'K, just did a cvsup and am rebuilding my kernel(s) to enable debugging symbols, and will working on getting this setup this evening ... > Could you post your kernel config? And repeat your test but run gdb > in a shell and print kernel_vm_end at the start of your test and > every so often while the test is running. kernel config was sent in a seperate email ... > If you only have one swap device you can reducing the number of swap > devices by setting the NSWAPDEV kernel config variable to 1 > (it defaults to 4). This will reduce the KVM reservation for have implemented this one ... > the swap bitmap. You can also reduce the kernel reservation for > swap block data by setting the kern.maxswzone boot environment > variable. This is in bytes, e.g. in /boot/loader.conf > > kern.maxswzone="32m" What exactly does this one mean? Or do? Will set it, but am curious ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 16:27:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1316737B400 for ; Sat, 31 Aug 2002 16:27:45 -0700 (PDT) Received: from nextgeneration.speedroad.net (nextgeneration.speedroad.net [195.139.232.50]) by mx1.FreeBSD.org (Postfix) with SMTP id ED87843E6A for ; Sat, 31 Aug 2002 16:27:43 -0700 (PDT) (envelope-from arnvid@karstad.org) Received: (qmail 5253 invoked by uid 1010); 31 Aug 2002 23:27:45 -0000 Received: from freelight.isd.no (HELO ?195.139.232.120?) (ievil@195.139.232.120) by mail.speedroad.net with SMTP; 31 Aug 2002 23:27:45 -0000 Date: Sun, 01 Sep 2002 01:27:37 +0200 From: Arnvid Karstad To: "Marc G. Fournier" Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! Cc: Matthew Dillon , , Organization: Int In-Reply-To: <20020831200929.C14642-100000@mail1.hub.org> References: <200208312003.g7VK37aS002117@apollo.backplane.com> <20020831200929.C14642-100000@mail1.hub.org> Message-Id: <20020901012646.8BD4.ARNVID@karstad.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.04 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 31 Aug 2002 20:11:46 -0300 (ADT) - "Marc G. Fournier" wrote: > 'K, just did a cvsup and am rebuilding my kernel(s) to enable debugging > symbols, and will working on getting this setup this evening ... Try to enable these two: options INVARIANTS options INVARIANT_SUPPORT Mvh/Best regards, Arnvid L. Karstad To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 16:50:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC6C37B400; Sat, 31 Aug 2002 16:50:46 -0700 (PDT) Received: from peak.mountin.net (peak.mountin.net [207.227.119.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5AC543E65; Sat, 31 Aug 2002 16:50:45 -0700 (PDT) (envelope-from jeff-ml@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id SAA25800; Sat, 31 Aug 2002 18:50:35 -0500 (CDT) (envelope-from jeff-ml@mountin.net) Received: from mke-24-167-197-76.wi.rr.com(24.167.197.76) by peak.mountin.net via smap (V1.3) id sma025798; Sat Aug 31 18:50:26 2002 Message-Id: <4.3.2.20020831183206.00dd5580@207.227.119.2> X-Sender: jeff-ml@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sat, 31 Aug 2002 18:49:48 -0500 To: Luigi Rizzo From: "Jeffrey J. Mountin" Subject: Re: IPFW2 option in -stable kernel config Cc: Kenneth W Cochran , freebsd-stable@FreeBSD.ORG In-Reply-To: <20020831150538.A69952@iguana.icir.org> References: <4.3.2.20020831112817.00e57e30@207.227.119.2> <200208311312.JAA118809063@shell.TheWorld.com> <4.3.2.20020831112817.00e57e30@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 03:05 PM 8/31/02 -0700, Luigi Rizzo wrote: >ranges are limited to /24 or larger masks (partly to simplify parsing, >partly because the bitmap grows exponentially with smaller masks). >In fact, the subnet part is totally redundant (it suffices to lookup >the list of numbers between brackets), but again its presence gives you >a bit more error checking and eases parsing. So how does it work with something larger than a /24? In my last message I used: ... ip from 1.2.36.0/22{36.1,37.2,38.3,39.4} to ... Is this correct? And if what I gather from your reply then one could do: ... ip from 0.0.0.0/0{1.2.3.4,2.3.4.5,3.4.5.6} to ... Or is that asking too much? 8-) >I have been thinking about the use of ranges within the bitmap, >e.g. 1.2.36.0/24{10-19,55,60-89,30}, this will be probably be >added in a future release. So for now it can only be a comma separated list and only port values can use ranges. Right? Forgot to mention before IPFW2 will show up in the dmesg. cheers! Jeff Mountin - jeff@mountin.net Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 17: 4: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1384A37B400; Sat, 31 Aug 2002 17:04:07 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D60B43E65; Sat, 31 Aug 2002 17:04:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g81046PQ010757; Sat, 31 Aug 2002 17:04:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g81045O1010756; Sat, 31 Aug 2002 17:04:05 -0700 (PDT) (envelope-from dillon) Date: Sat, 31 Aug 2002 17:04:05 -0700 (PDT) From: Matthew Dillon Message-Id: <200209010004.g81045O1010756@apollo.backplane.com> To: "Marc G. Fournier" Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! References: <20020831200929.C14642-100000@mail1.hub.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> the swap bitmap. You can also reduce the kernel reservation for :> swap block data by setting the kern.maxswzone boot environment :> variable. This is in bytes, e.g. in /boot/loader.conf :> :> kern.maxswzone="32m" : :What exactly does this one mean? Or do? Will set it, but am curious ... When FreeBSD swaps something to swap space it has to record the (object,blockno)->swapblockno translation in order to be able to figure out how to swap the page back in when a fault is taken. This information is recorded in the swap zone. Approximate memory usage, including overhead, is around 6 bytes per page swapped out. A 32M KVM reservation (KVM, not physical ram) will thus allow around 5 million pages == 22 GB to be swapped out. The actual reservation is based on the amount of physical memory on the machine but I've been way too generous in the past and I am still too generous. Until the commit I made today the KVM meta storage limit for swap information was 70MB of KVM. In commits I made today I reduced the limit to 32MB of KVM and cut the calculation of the actual swap zone based on physical memory in half (again). This parameter only matters on machines with large amounts of ram (> 1GB or so) since machines with less memory will calculate a smaller maximum as a matter of course. In anycase, we still do not know whether your particular problem is related to KVM exhaustion or not. Your kernel config does not seem particularly problemsome. Those live GDB commands I mentioned are the best way to find out (well, a core is the best way to find out but the GDB commands will work if no core is available). Generally speaking recent FreeBSD 4.x releases have been chewing up more KVM due to new features and a general push to properly balance resources to give installations the most bang for the buck. It works very well for nearly all installations but it will still break down if someone makes huge changes in certain defaults and does not reduce other areas of KVM use to make up the difference. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 17:30:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B594237B400 for ; Sat, 31 Aug 2002 17:30:28 -0700 (PDT) Received: from charter.net (dhcp-220-8.slidell.charter-ala.com [24.158.214.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A9643EA3 for ; Sat, 31 Aug 2002 17:30:27 -0700 (PDT) (envelope-from glennpj@charter.net) Received: from gforce.johnson.home (localhost [127.0.0.1]) by charter.net (8.12.5/8.12.5) with ESMTP id g810ULDs001762 for ; Sat, 31 Aug 2002 19:30:21 -0500 (CDT) (envelope-from glenn@gforce.johnson.home) Received: (from glenn@localhost) by gforce.johnson.home (8.12.5/8.12.5/Submit) id g810UKrf001761 for stable@freebsd.org; Sat, 31 Aug 2002 19:30:20 -0500 (CDT) From: Glenn Johnson Date: Sat, 31 Aug 2002 19:30:20 -0500 To: stable@freebsd.org Subject: something broke libc_r Message-ID: <20020901003020.GA1726@gforce.johnson.home> Mail-Followup-To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Everything linked with libc_r is failing with the following error: /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.4: Undefined symbol "_thread_fd_getflags" I just did a cvsup and rebuilt world and kernel at about 7:00 PM CST. Here is the output of uname: FreeBSD gforce.johnson.home 4.6-STABLE FreeBSD 4.6-STABLE #3: Sat Aug 31 19:11:51 CDT 2002 root@gforce.johnson.home:/usr/obj/usr/src/sys/GFORCE i386 -- Glenn Johnson glennpj@charter.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 17:57:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B88237B400 for ; Sat, 31 Aug 2002 17:57:08 -0700 (PDT) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DD2843E65 for ; Sat, 31 Aug 2002 17:57:07 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.12.5/8.12.5) with ESMTP id g810tdix029458; Sat, 31 Aug 2002 20:55:39 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: something broke libc_r From: Joe Marcus Clarke To: Glenn Johnson Cc: stable@FreeBSD.ORG In-Reply-To: <20020901003020.GA1726@gforce.johnson.home> References: <20020901003020.GA1726@gforce.johnson.home> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-49Jfm++zTzIT3k0n3zYU" X-Mailer: Ximian Evolution 1.0.8 Date: 31 Aug 2002 20:57:27 -0400 Message-Id: <1030841847.88942.37.camel@shumai.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-49Jfm++zTzIT3k0n3zYU Content-Type: multipart/mixed; boundary="=-8t1Lr39cfbA+4+EI2E5F" --=-8t1Lr39cfbA+4+EI2E5F Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2002-08-31 at 20:30, Glenn Johnson wrote: > Everything linked with libc_r is failing with the following error: >=20 > /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.4: Undefined symbol "_thread= _fd_getflags" >=20 > I just did a cvsup and rebuilt world and kernel at about 7:00 PM CST. >=20 > Here is the output of uname: >=20 > FreeBSD gforce.johnson.home 4.6-STABLE FreeBSD 4.6-STABLE #3: Sat Aug 31 = 19:11:51 CDT 2002 root@gforce.johnson.home:/usr/obj/usr/src/sys/GFORCE = i386 >=20 Yeah, me too. Looks like this was caused by a munged MFC of uthread_fd.c. The attached patch should fix things for you. This seems to be the way it's done in -CURRENT, and it hasn't broken anything for me yet. Joe > --=20 > Glenn Johnson > glennpj@charter.net >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-8t1Lr39cfbA+4+EI2E5F Content-Disposition: attachment; filename=uthread_fd.c.diff Content-Type: text/plain; name=uthread_fd.c.diff; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable --- src/lib/libc_r/uthread/uthread_fd.c.orig Sat Aug 31 20:51:21 2002 +++ src/lib/libc_r/uthread/uthread_fd.c Sat Aug 31 20:52:51 2002 @@ -180,6 +180,22 @@ return (ret); } =20 +int +_thread_fd_getflags(int fd) +{ + if (_thread_fd_table[fd] !=3D NULL) + return (_thread_fd_table[fd]->flags); + else + return (0); +} + +void +_thread_fd_setflags(int fd, int flags) +{ + if (_thread_fd_table[fd] !=3D NULL) + _thread_fd_table[fd]->flags =3D flags; +} + #ifdef _FDLOCKS_ENABLED void _thread_fd_unlock(int fd, int lock_type) @@ -493,21 +509,6 @@ return (ret); } =20 -int -_thread_fd_getflags(int fd) -{ - if (_thread_fd_table[fd] !=3D NULL) - return (_thread_fd_table[fd]->flags); - else - return (0); -} - -void -_thread_fd_setflags(int fd, int flags) -{ - if (_thread_fd_table[fd] !=3D NULL) - _thread_fd_table[fd]->flags =3D flags; -} =20 void _thread_fd_unlock_debug(int fd, int lock_type, char *fname, int lineno) --=-8t1Lr39cfbA+4+EI2E5F-- --=-49Jfm++zTzIT3k0n3zYU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQA9cWX3b2iPiv4Uz4cRAiyUAJ9eZFxVOjHT5vkw1e1tiAasbyCHwACfaurH 7JmKOfxhJkQP+ZF4XZKo4WU= =/vY2 -----END PGP SIGNATURE----- --=-49Jfm++zTzIT3k0n3zYU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 18: 4:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3112137B400 for ; Sat, 31 Aug 2002 18:04:49 -0700 (PDT) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E2943E3B for ; Sat, 31 Aug 2002 18:04:48 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from Admin01 (admin01.westbend.net [216.47.253.18]) (authenticated bits=0) by Current.westbend.net (8.12.6/8.12.6) with ESMTP id g7VNxIEs000481; Sat, 31 Aug 2002 18:59:19 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <006301c2514a$673dac40$12fd2fd8@Admin01> From: "Scot W. Hetzel" To: "Vitor de Matos Carvalho" , "FreeBSD-Stable" References: <002901c24fa6$955e0ed0$020aa8c0@acaraje> <020601c24fb1$6475c280$12fd2fd8@Admin01> <000e01c24fb4$c0ceef90$020aa8c0@acaraje> Subject: Re: Sendmail+Cyrus2 Date: Sat, 31 Aug 2002 18:59:11 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Vitor de Matos Carvalho" > I added to these two options and it he the same continues giving error: > From: "Vitor de Matos Carvalho" > 3) Create /usr/local/lib/sasl/Sendmail.conf with the following. > > pwcheck_method: saslauthd > Here's the problem, for SASL v1 this is the correct location of the Sendmail.conf file. For SASL v2, it needs to be placed in the ../lib/sasl2 directory, otherwise it defaults to using the sasldb2 database. Scot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 18:16:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA0637B400; Sat, 31 Aug 2002 18:16:14 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B275F43E72; Sat, 31 Aug 2002 18:16:13 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id EEE162CCA07; Sat, 31 Aug 2002 22:16:07 -0300 (ADT) Date: Sat, 31 Aug 2002 22:16:07 -0300 (ADT) From: "Marc G. Fournier" To: Matthew Dillon Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <200208312003.g7VK37aS002117@apollo.backplane.com> Message-ID: <20020831220710.D14642-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, so is this what you are looking for? jupiter# cat /root/run_gdb #!/bin/tcsh while(1) gdb -x /root/gdb_commands -batch -k /root/kernel.debug /dev/mem | grep \$1 | logger -ip local7.info sleep 60 end jupiter# cat gdb_commands print kernel_vm_end jupiter# tail -f /var/log/server_watch Aug 31 20:12:46 jupiter root[8902]: $1 = 4055891968 Aug 31 20:13:47 jupiter root[9548]: $1 = 4060086272 Anything I might want to add to that script, or is the kernel_vm_end the only thing that is useful at this point? On Sat, 31 Aug 2002, Matthew Dillon wrote: > > : > : This message is in MIME format. The first part should be readable text, > : while the remaining parts are likely unreadable without MIME-aware tools. > : Send mail to mime@docserver.cac.washington.edu for more info. > : > :--0-1838173444-1030814090=:14642 > :Content-Type: TEXT/PLAIN; charset=US-ASCII > : > : > :Morning ... as I said, shouldn't take long :) > : > :I setup the script to log in 1 second intervals, to a log.`date +%S` file, > :hoping that you only wanted the last few seconds of data? If not, I can > :set it up differently, but here are the result of the last minute of its > :apparent existence ... > : > :First, the kernel panic of: > > Well Marc, there's nothing totally obvious here but it is still quite > possible that the machine is running out of KVM. > > Try this. You can run gdb on a running machine as follows: > > gdb -k kernel.debug /dev/mem > > You can then print out elements of the kernel's memory in real time: > > gdb> print kernel_vm_end > > Could you post your kernel config? And repeat your test but run gdb > in a shell and print kernel_vm_end at the start of your test and > every so often while the test is running. > > Other things you can try that will reduce KVM usage: in > /boot/loader.conf reduce the amount of physical memory, e.g. reduce > from 4G to 2G with: > > hw.physmem="2048m" > > and see if you can repeat the problem. Oddly enough if you cannot > repeat the problem the issue is almost certainly the kernel running > out of KVM. You can also try reducing the number of mbuf clusters > and reducing maxvnodes, though the values I saw in your logs seem > reasonable. > > If you only have one swap device you can reducing the number of swap > devices by setting the NSWAPDEV kernel config variable to 1 > (it defaults to 4). This will reduce the KVM reservation for > the swap bitmap. You can also reduce the kernel reservation for > swap block data by setting the kern.maxswzone boot environment > variable. This is in bytes, e.g. in /boot/loader.conf > > kern.maxswzone="32m" > > All of these ideas are designed to reduce KVM usage. I am extremely > interested in knowing if they have an effect on the crashes you are > seeing. If you can stop the crashes from occuring then we are going > to have to get more conservative in our KVM allocations. > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 18:19:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 580D137B400; Sat, 31 Aug 2002 18:19:18 -0700 (PDT) Received: from hotmail.com (oe53.pav0.hotmail.com [64.4.32.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF49043E6A; Sat, 31 Aug 2002 18:19:17 -0700 (PDT) (envelope-from shieronymus@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 31 Aug 2002 18:19:17 -0700 X-Originating-IP: [67.41.74.80] Reply-To: "Seth Hieronymus" From: "Seth Hieronymus" To: Cc: Subject: problems with make depend on AIC7xxx device Date: Sat, 31 Aug 2002 19:19:15 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 01 Sep 2002 01:19:17.0695 (UTC) FILETIME=[979464F0:01C25155] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, My make depend in my kernel config directory is failing with 'make: don't know how to make aicasm'. I saw that there were recent commits to the AIC7xxx driver. Might these be related? I have a 4.5 stable machine that I am upgrading to 4.6 stable. Following is my kernel config. Thanks, Seth Hieronymus ************************ # # HTS3 # machine i386 cpu I686_CPU ident hts3 maxusers 128 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options USER_LDT options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options NMBCLUSTERS=8192 options IPFIREWALL options IPFIREWALL_VERBOSE device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Teckram DC-390(T)) device isp # Qlogic family device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured device adv0 at isa? device adw device bt0 at isa? device aha0 at isa? device aic0 at isa? device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device dpt # DPT Smartcache - See LINT for options! device mly # Mylex AcceleRAID/eXtremeRAID # RAID controllers device aac # Adaptec FSA RAID, Dell PERC2/PERC3 device ida # Compaq Smart RAID device amr # AMI MegaRAID device mlx # Mylex DAC960 family device twe # 3ware Escalade # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device # PCI Ethernet NICs. device fxp # Intel EtherExpress PRO/100B (82557, 82558) device miibus # The probe order of these is presently determined by i386/isa/isa_compat.c. device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 device lnc0 at isa? port 0x280 irq 10 drq 0 device cs0 at isa? port 0x300 device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 19:13:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A101E37B401 for ; Sat, 31 Aug 2002 19:13:20 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45FBA43E72 for ; Sat, 31 Aug 2002 19:13:20 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: from iguana.icir.org (localhost [127.0.0.1]) by iguana.icir.org (8.12.3/8.11.3) with ESMTP id g812DJIb071535; Sat, 31 Aug 2002 19:13:19 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.12.3/8.12.3/Submit) id g812DJ8I071534; Sat, 31 Aug 2002 19:13:19 -0700 (PDT) (envelope-from rizzo) Date: Sat, 31 Aug 2002 19:13:19 -0700 From: Luigi Rizzo To: "Jeffrey J. Mountin" Cc: Kenneth W Cochran , freebsd-stable@FreeBSD.ORG Subject: Re: IPFW2 option in -stable kernel config Message-ID: <20020831191318.A71479@iguana.icir.org> References: <4.3.2.20020831112817.00e57e30@207.227.119.2> <200208311312.JAA118809063@shell.TheWorld.com> <4.3.2.20020831112817.00e57e30@207.227.119.2> <20020831150538.A69952@iguana.icir.org> <4.3.2.20020831183206.00dd5580@207.227.119.2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <4.3.2.20020831183206.00dd5580@207.227.119.2>; from jeff-ml@mountin.net on Sat, Aug 31, 2002 at 06:49:48PM -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 31, 2002 at 06:49:48PM -0500, Jeffrey J. Mountin wrote: ... > >ranges are limited to /24 or larger masks (partly to simplify parsing, for larger i meant /25 ... /32 i.e. smaller sets > So how does it work with something larger than a /24? In my last message I > used: > > ... ip from 1.2.36.0/22{36.1,37.2,38.3,39.4} to ... > > Is this correct? > > And if what I gather from your reply then one could do: > > ... ip from 0.0.0.0/0{1.2.3.4,2.3.4.5,3.4.5.6} to ... > > Or is that asking too much? 8-) you _can_ write it as { 1.2.3.4 or 2.3.4.5 or 3.4.5.6 } but of course it is going to check all addresses sequentially. > So for now it can only be a comma separated list and only port values can > use ranges. Right? yes. Port values and MAC types and (i think) some icmp options, same as ipfw1 luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 19:15: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B7237B405 for ; Sat, 31 Aug 2002 19:15:03 -0700 (PDT) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D0343E81 for ; Sat, 31 Aug 2002 19:15:03 -0700 (PDT) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id TAA77138; Sat, 31 Aug 2002 19:09:46 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g8128UW60671; Sat, 31 Aug 2002 19:08:30 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200209010208.g8128UW60671@arch20m.dellroad.org> Subject: Re: something broke libc_r In-Reply-To: <1030841847.88942.37.camel@shumai.marcuscom.com> "from Joe Marcus Clarke at Aug 31, 2002 08:57:27 pm" To: Joe Marcus Clarke Date: Sat, 31 Aug 2002 19:08:30 -0700 (PDT) Cc: Glenn Johnson , stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joe Marcus Clarke writes: > > Everything linked with libc_r is failing with the following error: > > > > /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.4: Undefined symbol "_thread_fd_getflags" > > Yeah, me too. Looks like this was caused by a munged MFC of > uthread_fd.c. The attached patch should fix things for you. This seems > to be the way it's done in -CURRENT, and it hasn't broken anything for > me yet. This was my fault. I MFC'd something incorrectly. It should be fixed now.. update src/lib/libc_r/uthread/uthread_fd.c and see if that fixes it (let me know asap if not). Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 19:26:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F6D037B400; Sat, 31 Aug 2002 19:26:53 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DB943E75; Sat, 31 Aug 2002 19:26:52 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g812QqPQ011239; Sat, 31 Aug 2002 19:26:52 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g812Qptg011236; Sat, 31 Aug 2002 19:26:51 -0700 (PDT) (envelope-from dillon) Date: Sat, 31 Aug 2002 19:26:51 -0700 (PDT) From: Matthew Dillon Message-Id: <200209010226.g812Qptg011236@apollo.backplane.com> To: "Marc G. Fournier" Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! References: <20020831220710.D14642-100000@mail1.hub.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :jupiter# tail -f /var/log/server_watch :Aug 31 20:12:46 jupiter root[8902]: $1 = 4055891968 :Aug 31 20:13:47 jupiter root[9548]: $1 = 4060086272 : :Anything I might want to add to that script, or is the kernel_vm_end the :only thing that is useful at this point? set radix 0x10 (kgdb) set radix 0x10 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print kernel_vm_end $1 = 0xe9000000 ^^^^^^^^^^ this is a normal looking value. KVM is 0xC0000000 - 0xFFFFFFFF. If kernel_vm_end reaches 0xFFC00000 (or somewhere very close to that), then you have run out of KVM. Typically the KVM high address progresses slowly and then stabilizes (no longer progresses). If the KVM high address continues to progress and the system eventually runs out of KVM, BOOM. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 19:41:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F63037B400; Sat, 31 Aug 2002 19:41:08 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCE9043E4A; Sat, 31 Aug 2002 19:41:07 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 298C02CC7F0; Sat, 31 Aug 2002 23:41:06 -0300 (ADT) Date: Sat, 31 Aug 2002 23:41:06 -0300 (ADT) From: "Marc G. Fournier" To: Matthew Dillon Cc: Arnvid Karstad , , Subject: Re: Problems with FreeBSD - causing zalloc to return 0 ?! In-Reply-To: <200209010226.g812Qptg011236@apollo.backplane.com> Message-ID: <20020831234019.R14885-100000@hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Okay, well, both apear to have stablized at: Aug 31 21:36:25 jupiter root[31544]: $1 = 0xf6800000 Aug 31 21:37:26 jupiter root[31630]: $1 = 0xf6800000 Aug 31 21:38:26 jupiter root[31694]: $1 = 0xf6800000 Aug 31 21:39:26 jupiter root[31744]: $1 = 0xf6800000 Aug 31 21:40:27 jupiter root[32226]: $1 = 0xf6800000 and Aug 31 21:35:47 venus scrappy[23584]: $1 = 0xf5c00000 Aug 31 21:36:47 venus scrappy[23715]: $1 = 0xf5c00000 Aug 31 21:37:47 venus scrappy[23790]: $1 = 0xf5c00000 Aug 31 21:38:48 venus scrappy[23826]: $1 = 0xf5c00000 Aug 31 21:39:48 venus scrappy[23925]: $1 = 0xf5c00000 but will leave the processes running until next crash to see if that changes at all ... On Sat, 31 Aug 2002, Matthew Dillon wrote: > > : > :jupiter# tail -f /var/log/server_watch > :Aug 31 20:12:46 jupiter root[8902]: $1 = 4055891968 > :Aug 31 20:13:47 jupiter root[9548]: $1 = 4060086272 > : > :Anything I might want to add to that script, or is the kernel_vm_end the > :only thing that is useful at this point? > > set radix 0x10 > > (kgdb) set radix 0x10 > Input and output radices now set to decimal 16, hex 10, octal 20. > (kgdb) print kernel_vm_end > $1 = 0xe9000000 > > ^^^^^^^^^^ > this is a normal looking value. KVM is 0xC0000000 - 0xFFFFFFFF. > > If kernel_vm_end reaches 0xFFC00000 (or somewhere very close to > that), then you have run out of KVM. > > Typically the KVM high address progresses slowly and then stabilizes > (no longer progresses). If the KVM high address continues to progress > and the system eventually runs out of KVM, BOOM. > > -Matt > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 20:19:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64FE337B400 for ; Sat, 31 Aug 2002 20:19:51 -0700 (PDT) Received: from TheWorld.com (pcls2.std.com [199.172.62.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id B972943E65 for ; Sat, 31 Aug 2002 20:19:50 -0700 (PDT) (envelope-from kwc@shell.TheWorld.com) Received: from shell.TheWorld.com (mholmes@shell01.TheWorld.com [199.172.62.241]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id XAA13090 for ; Sat, 31 Aug 2002 23:19:50 -0400 Received: (from kwc@localhost) by shell.TheWorld.com (8.9.3/8.9.3) id XAA115050408 for freebsd-stable@freebsd.org; Sat, 31 Aug 2002 23:19:49 -0400 (EDT) Date: Sat, 31 Aug 2002 23:19:49 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200209010319.XAA115050408@shell.TheWorld.com> To: freebsd-stable@freebsd.org Subject: Re: IPFW2 option in -stable kernel config Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sorry... botched -cc >Date: Sat, 31 Aug 2002 12:15:33 -0500 >To: Kenneth W Cochran >From: "Jeffrey J. Mountin" >Subject: Re: IPFW2 option in -stable kernel config >Cc: freebsd-stable@FreeBSD.ORG, luigi@FreeBSD.ORG > >At 09:12 AM 8/31/02 -0400, Kenneth W Cochran wrote: >>In reading the notes in the cvs-all & stable lists regarding >>the IPFW2, it isn't clear (well to me :) how to properly >>specify the new code. As per the announcement(s), there is, >>of course, no explanation in LINT either. > >Not yet. However, the man page has been updated (8/16 & 8/20). So I noticed... >>Are IPFIREWALL & IPFW2 mutually exclusive? > >No, I thought the 7/23 commit message was clear on how to use the new >functionality: > > + add "options IPFW2" (undocumented) to your kernel config file; > > + compile and install sbin/ipfw and lib/libalias with > make -DIPFW2 No mention was made of any other firewall options (i.e. if there was no previous firewall configured) in the kernel config so I'd been wondering... >If you look at the source, it's clear why you *must* have both. Perhaps >the commit should have read: > > + add "options IPFW2" (undocumented) to your kernel config file; > (in addition to IPFIREWALL); Exactly what I was looking for; thanks! >>Does IPFW2 "depend on" specification of IPFIREWALL? > >Yes. As above, thanks :) >>Do options like IPDIVERT, IPFIREWALL_VERBOSE >>& other knobs apply to IPFIREWALL as well? > >Yes ^ 3+n Oops, guess I should have said IPFW2 instead of IPFIREWALL, but I'll take that as a yes as well? :) >>In looking over the kernel source(s), it appears that IPFW2 >>might "trump" IPFIREWALL & therefore IPFIREWALL becomes a >>"don't care" if IPFW2 is specified. Is this correct? > >No. UTSL ... going back to UTS/RTFS... :) >In the process of redoing one system for testing I installed 4.6R using a >faster system to build world and (after updating other systems) while it >was NFS mounted recompiled ipfw and libalias: > >cd src/sbin/ipfw >make clean >make -DIPFW2 depend (no-op really, just habit) >make -DIPFW2 >make -DIPFW2 install (this was covered by "make installworld" > >And similarly for src/lib/libalias. You can add IPFW2=true to make.conf as >well and then only the kernel need be updated: > >options IPFIREWALL >options IPDIVERT >options IPFIREWALL_VERBOSE >options IPFW2 <-- added Does this mean that I can put IPFW2=TRUE in /etc/make.conf and {build,install}world will properly build the new userland code without "manually" doing them by -DIPFW2 as above? (I think so, but I would like to hear from someone who knows this code better than I (aka The Word From On High :)). [...snip...] >cheers! > >Jeff Mountin - jeff@mountin.net >Systems/Network Administrator >FreeBSD - the power to serve Thanks! I think this is/was the info I was looking for. -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Aug 31 21:55:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B723D37B401; Sat, 31 Aug 2002 21:55:17 -0700 (PDT) Received: from voyager.straynet.com (voyager.straynet.com [208.185.24.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4817C43E6E; Sat, 31 Aug 2002 21:55:17 -0700 (PDT) (envelope-from greg-nospam@straynet.com) Received: by voyager.straynet.com (Postfix, from userid 1003) id 775A557FF; Sun, 1 Sep 2002 00:53:56 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by voyager.straynet.com (Postfix) with ESMTP id 734A657F7; Sun, 1 Sep 2002 00:53:56 -0400 (EDT) Date: Sun, 1 Sep 2002 00:53:56 -0400 (EDT) From: Greg Prosser X-X-Sender: xyst@voyager.straynet.com Reply-To: Greg Prosser To: mobile@freebsd.org Cc: stable@freebsd.org Subject: FreeBSD and strange geometries on Inspiron 8000. Message-ID: <20020901004804.X94615-100000@voyager.straynet.com> X-Sysadmin-Nolife: True X-BOFH: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. I have an Inspiron 8000 Notebook with a 10gig harddrive. It's currently running Windows in the first few gigs, and I intentionally left the last 2 free to devote to FreeBSD, but I'm having issues. Both -current and -stable sysinstall report my drive geometry as "457/255/63 = 7341705 sectors", which is a smaller size than the disk. This means that my partition table as sysinstall sees it is truncated, also. Using partition magic (this seems to be the only way I can seem to get Windows idea of the partition table), I see that it thinks the drive is 1222/255/63. Printed on the label of the drive is "16383/16/63". Now, knowing that one of those has to be right, and not knowing how to make FreeBSD not screw up my partition table, I'm confused. If I manually set the geometry, it still doesn't expand the rest of the partition table or see my free space (it being sysinstall). What's the best path to take to get FreeBSD on this drive? What do I have to twiddle? (Oh, and I'll add that Dell's BIOS seems almost useless both for information and any special settings). Pointers would be appreciated, as I know very little about geometries and such, and just want to get the darn thing installed :-) -gnp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
=
24K=A4H=A4O=BB=C8=A6=E6=B7|=AD=FB=B9q=A4l=B3=F8= 2002-08-31

=BC=D0=C3D : =A7K= =B6O=C3=D8=B0e ADSL T1 =BCe=C0W=A4W=BA=F4 6 =AD=D3=A4=EB

=BF=CB=B7R=AA=BA=B7|=AD=FB =B1z=A6n :

=B2= {=A6b=B0_=A5u=ADn=ACO24k=A4H=A4O=BB=C8=A6=E6=AA=BA=B7|=AD=FB=A1A=A7=A1=A5= i=A7K=B6O=C3=D8=B0e=A1C

6=AD=D3=A4=EB=A7K=B6OADSL=BCe= =C0W=A4W=BA=F4 + 6=AD=D3=A4= =EB=A7K=B6O sparq.tv=B5L=AD=AD=AC=DD=A1C

=C5w=AA=EF =C2=C2=ABB=B7= s=AA=BE =A8=EC24k=A4H=A4O=BB=C8=A6=E6=BA=F4=AF=B8=A1A=B5n=A4J=B1z=AA=BA<= BR>
"=AD=D3=A4H=A8D=C2=BE=BCi=BE=FA"=A9=CE=ACO"=A4=BD=A5q=A8D= =A4~=B1M=B0=CF"=A1A=A7=A1=A5i=A7K=B6O=C3=D8= =B0e=BCe=C0W=AAA=B0=C8=A1C


=AC=A1= =B0=CA=A4=E9=B4=C1 : =A6=DB=A7Y=A4=E9=B0_ =A8=EC 10=A4=EB10=A4=E9=A4=EE = (=BE=F7=B7|=C3=F8=B1o=A1A=BD=D0=A4j=AEa=A7i=B6D=A4= j=AEa!!)