From owner-linux-xfs@oss.sgi.com Fri Jun 1 00:18:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f517Ico17089 for linux-xfs-outgoing; Fri, 1 Jun 2001 00:18:38 -0700 Received: from df.unipi.it (mail.df.unipi.it [131.114.19.77]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f517IWh17077 for ; Fri, 1 Jun 2001 00:18:33 -0700 Received: from [131.114.19.37] (account mau HELO df.unipi.it) by df.unipi.it (CommuniGate Pro SMTP 3.4.6) with ESMTP id 980860 for linux-xfs@oss.sgi.com; Fri, 01 Jun 2001 09:22:46 +0200 Message-ID: <3B1741AF.7C27288D@df.unipi.it> Date: Fri, 01 Jun 2001 09:18:07 +0200 From: maurizio.davini@df.unipi.it Organization: Department of Physics University of Pisa X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problems compiling xfsdump Content-Type: multipart/mixed; boundary="------------70B9DEECC06C66B132E1E797" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------70B9DEECC06C66B132E1E797 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Compiling the last CVS code on RedHat 7.1 I have the problems reported in the log file attached. Can help ? Maurizio Davini --------------70B9DEECC06C66B132E1E797 Content-Type: text/plain; charset=us-ascii; name="log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="log" === dump === gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DRMT -DBASED -DDOSOCKS -DINVCONVFIX -DSIZEEST -DPIPEINVFIX -DEXTATTR -I/usr/include/xfs -I/usr/include/attr '-DVERSION="1.0.9"' -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -o xfsdump arch_xlate.o cldmgr.o content_common.o dlog.o drive.o drive_scsitape.o drive_simple.o drive_minrmt.o fs.o getdents.o global.o lock.o main.o mlog.o openutil.o qlock.o path.o ring.o stkchk.o stream.o util.o sproc.o attr.o inv_api.o inv_core.o inv_fstab.o inv_idx.o inv_mgr.o inv_stobj.o content.o inomap.o var.o -lhandle /usr/lib/libuuid.a ../librmt/librmt.a /usr/lib/libattr.a arch_xlate.o: In function `xlate_global_hdr': /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:67: undefined reference to `__fswab64' /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:67: undefined reference to `__fswab64' arch_xlate.o: In function `xlate_content_inode_hdr': /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:252: undefined reference to `__fswab64' /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:252: undefined reference to `__fswab64' /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:253: undefined reference to `__fswab64' arch_xlate.o:/root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:253: more undefined references to `__fswab64' follow collect2: ld returned 1 exit status make[1]: *** [xfsdump] Error 1 make: *** [default] Error 2 --------------70B9DEECC06C66B132E1E797 Content-Type: text/x-vcard; charset=us-ascii; name="maurizio.davini.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Content-Disposition: attachment; filename="maurizio.davini.vcf" begin:vcard n:Davini;Maurizio tel;fax:+39-050-844634 tel;work:+39-050-844633 x-mozilla-html:FALSE url:http://www.df.unipi.it/ org:University of Pisa;Physics adr:;;Via Buonarroti 2;Pisa;;56100;ITALY version:2.1 email;internet:maurizio.davini@df.unipi.it title:System Manager x-mozilla-cpt:;0 fn:Maurizio Davini end:vcard --------------70B9DEECC06C66B132E1E797-- From owner-linux-xfs@oss.sgi.com Fri Jun 1 01:10:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f518ADc25075 for linux-xfs-outgoing; Fri, 1 Jun 2001 01:10:13 -0700 Received: from bastjon.mgm-net.de (bastjon.mgm-net.de [195.254.50.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f518A8h25059 for ; Fri, 1 Jun 2001 01:10:08 -0700 Received: from cepheus.mgm-net.de (IDENT:root@cepheus.mgm-net.de [192.168.1.2]) by bastjon.mgm-net.de (8.9.3/8.9.3) with ESMTP id KAA00685; Fri, 1 Jun 2001 10:10:04 +0200 (CEST) Received: from gilmour.mgm-net.de (IDENT:root@gilmour.mgm-net.de [192.168.1.37]) by cepheus.mgm-net.de (8.9.3/8.9.3) with ESMTP id KAA06772; Fri, 1 Jun 2001 10:10:00 +0200 Received: (from js@localhost) by gilmour.mgm-net.de (8.11.0/8.11.0) id f518A0d19971; Fri, 1 Jun 2001 10:10:00 +0200 From: Jochen Scharrlach MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15127.19928.888633.844437@gilmour.mgm-net.de> Date: Fri, 1 Jun 2001 10:10:00 +0200 (CEST) To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: New files on xfs ftp site In-Reply-To: <200105312312.f4VNCpB20388@jen.americas.sgi.com> References: <200105312312.f4VNCpB20388@jen.americas.sgi.com> X-Mailer: VM 6.75 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord writes: > This just patch a vanilla 2.5.4 kernel with the xfs code base, they do > not contain cvs files, or the command source. The existing cvs seed > patch can still be used to setup an initial cvs tree. Maybe I miss something very obvious, but I'm a bit confused, esp. I don't know what you exactly mean with "they do not contain cvs files": - are these Patches simply XFS-1.0-for-2.4.5? - are they some kind of XFS-1.0.1-beta? - are they bleeding-edge CVS code? - is a 2.4.5+XFS expected to work better than the patched 2.4.2 (which contains AFAIR XFS-1.0 plus several bugfixes) that comes with RH7.1-XFS? Thanks, Jochen -- ---------------------------------------------------------------- Nextra Baden-Wuerttemberg | Jochen Scharrlach Communication Service Provider GmbH | Technik Sophienstr.26 | Tel.: +49 (0)711 96683-5 D-70178 Stuttgart | Fax: +49 (0)711 96683-99 ---------------------------------------------------------------- "An innovation a day keeps the monopolist away" -- Alan Cox From owner-linux-xfs@oss.sgi.com Fri Jun 1 01:47:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f518lIL31198 for linux-xfs-outgoing; Fri, 1 Jun 2001 01:47:18 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f518lDh31179 for ; Fri, 1 Jun 2001 01:47:13 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id KAA1260934 for ; Fri, 1 Jun 2001 10:46:59 +0200 (CEST) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA50508; Fri, 1 Jun 2001 18:45:40 +1000 (EST) Date: Fri, 1 Jun 2001 18:45:39 +1000 From: Timothy Shimmin To: maurizio.davini@df.unipi.it Cc: linux-xfs@oss.sgi.com Subject: Re: problems compiling xfsdump Message-ID: <20010601184539.P97441@boing.melbourne.sgi.com> References: <3B1741AF.7C27288D@df.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <3B1741AF.7C27288D@df.unipi.it>; from maurizio.davini@df.unipi.it on Fri, Jun 01, 2001 at 09:18:07AM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Maurizio, On Fri, Jun 01, 2001 at 09:18:07AM +0200, maurizio.davini@df.unipi.it wrote: > Compiling the last CVS code on RedHat 7.1 > I have the problems reported in the log file attached. > Can help ? > Maurizio Davini > === dump === > gcc -O1 -g -DDEBUG -funsigned-char -Wall -DDUMP -DRMT -DBASED -DDOSOCKS -DINVCONVFIX -DSIZEEST -DPIPEINVFIX -DEXTATTR -I/usr/include/xfs -I/usr/include/attr '-DVERSION="1.0.9"' -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -o xfsdump arch_xlate.o cldmgr.o content_common.o dlog.o drive.o drive_scsitape.o drive_simple.o drive_minrmt.o fs.o getdents.o global.o lock.o main.o mlog.o openutil.o qlock.o path.o ring.o stkchk.o stream.o util.o sproc.o attr.o inv_api.o inv_core.o inv_fstab.o inv_idx.o inv_mgr.o inv_stobj.o content.o inomap.o var.o -lhandle /usr/lib/libuuid.a ../librmt/librmt.a /usr/lib/libattr.a > arch_xlate.o: In function `xlate_global_hdr': > /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:67: undefined reference to `__fswab64' > /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:67: undefined reference to `__fswab64' > arch_xlate.o: In function `xlate_content_inode_hdr': > /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:252: undefined reference to `__fswab64' > /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:252: undefined reference to `__fswab64' > /root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:253: undefined reference to `__fswab64' > arch_xlate.o:/root/xfs/linux-2.4-xfs/cmd/xfsdump/dump/arch_xlate.c:253: more undefined references to `__fswab64' follow > collect2: ld returned 1 exit status > make[1]: *** [xfsdump] Error 1 > make: *** [default] Error 2 Need to have the latest headers from cmd/xfsprogs installed. Which means you'll need a "make install-dev" in the cmd/xfsprogs directory. --Tim From owner-linux-xfs@oss.sgi.com Fri Jun 1 05:25:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51CPxQ13690 for linux-xfs-outgoing; Fri, 1 Jun 2001 05:25:59 -0700 Received: from studsv07.studserv.uni-stuttgart.de (studsv07.studserv.uni-stuttgart.de [129.69.21.37]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51CPuh13683 for ; Fri, 1 Jun 2001 05:25:56 -0700 Received: from ysabell.wh.vaih [129.69.166.244] by studsv07.studserv.uni-stuttgart.de with ESMTP (SMTPD32-6.06) id A9D1527033C; Fri, 01 Jun 2001 14:25:53 +0200 Received: from marcelo by ysabell.wh.vaih with local (Exim 3.22 #1 (Debian)) id 155o03-00015o-00; Fri, 01 Jun 2001 14:25:55 +0200 Date: Fri, 1 Jun 2001 14:25:55 +0200 From: "Marcelo E. Magallon" To: Jochen Scharrlach Cc: linux-xfs@oss.sgi.com Subject: Re: New files on xfs ftp site Message-ID: <20010601142555.C4150@ysabell.wh.vaih> Mail-Followup-To: Jochen Scharrlach , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15127.19928.888633.844437@gilmour.mgm-net.de> User-Agent: Mutt/1.3.18i X-Operating-System: Linux ysabell 2.4.4-xfs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Jochen Scharrlach writes: > - are they bleeding-edge CVS code? It's taken off the CVS tree and diff'ed against a fresh 2.4.5 tree. It applies cleanly (just checked this to be sure). AFAICT (don't take my word for this, I use neither RH nor the SGI release) the "1.0" release is 2.4.2 + XFS at that time + "this really needs to be fixed" kind of patches. HTH, -- Marcelo From owner-linux-xfs@oss.sgi.com Fri Jun 1 05:52:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51CqTk15909 for linux-xfs-outgoing; Fri, 1 Jun 2001 05:52:29 -0700 Received: from studsv07.studserv.uni-stuttgart.de (studsv07.studserv.uni-stuttgart.de [129.69.21.37]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51CqOh15906 for ; Fri, 1 Jun 2001 05:52:25 -0700 Received: from ysabell.wh.vaih [129.69.166.244] by studsv07.studserv.uni-stuttgart.de with ESMTP (SMTPD32-6.06) id A002B500374; Fri, 01 Jun 2001 14:52:18 +0200 Received: from marcelo by ysabell.wh.vaih with local (Exim 3.22 #1 (Debian)) id 155oPc-000162-00; Fri, 01 Jun 2001 14:52:20 +0200 Date: Fri, 1 Jun 2001 14:52:20 +0200 From: "Marcelo E. Magallon" To: Austin Gonyou Cc: Chuck Rouillard , georgeb@unitbv.ro, linux-xfs@oss.sgi.com Subject: Re: does it work on 2.4.4 Message-ID: <20010601145220.D4150@ysabell.wh.vaih> Mail-Followup-To: Austin Gonyou , Chuck Rouillard , georgeb@unitbv.ro, linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i X-Operating-System: Linux ysabell 2.4.4-xfs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Austin Gonyou writes: > Well, a good question posed to me was Why in the hell is it 3 MB. I > like a single patch myself, but it's not quite right for accuracy, > with the different kinds of things this patch touches. You've got > tools, then core linux/xfs, then xfs/fs. That's potentially 3 patches > all together. The other day I was looking at this. I learned that the XFS patch includes: * XFS for Linux proper (this is about 50% of the patch) * Delayed write buffers * POSIX ACLs * DMAPI (Data Management API) * Guaranteed datarate * KDB (the Kernel Debugger) * NMI patches * LVM patches * I'm missing something... Some of these are interwoven... The tools are included in a separate file (that is, I'm talking about the linux-whatever-xfs.patch). I'm not sure what you mean by linux/xfs and xfs/fs. -- Marcelo From owner-linux-xfs@oss.sgi.com Fri Jun 1 06:25:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51DPan19048 for linux-xfs-outgoing; Fri, 1 Jun 2001 06:25:36 -0700 Received: from amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51DPWh19041 for ; Fri, 1 Jun 2001 06:25:32 -0700 Received: by amoa.org(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 86256A5E.0049BCB2 ; Fri, 1 Jun 2001 08:25:24 -0500 X-Lotus-FromDomain: AMOA From: ctooley@amoa.org To: linux-xfs@oss.sgi.com Message-ID: <86256A5E.0049BC33.00@amoa.org> Date: Fri, 1 Jun 2001 08:25:22 -0500 Subject: Re: New files on xfs ftp site Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk So if I want to upgrade to 2.4.5 via building a kernel RPM (I know this seems odd, but I've got 4 machines running XFS and would just like to keep them consistent) what all would I have to apply to 2.4.5 code to be able to repace the 2.4.2 code in the SRPM? Chris Tooley "Marcelo E. Magallon" on 06/01/2001 07:25:55 AM To: Jochen Scharrlach cc: linux-xfs@oss.sgi.com(bcc: Chris Tooley/AMOA) Subject Re: New files on xfs ftp site : >> Jochen Scharrlach writes: > - are they bleeding-edge CVS code? It's taken off the CVS tree and diff'ed against a fresh 2.4.5 tree. It applies cleanly (just checked this to be sure). AFAICT (don't take my word for this, I use neither RH nor the SGI release) the "1.0" release is 2.4.2 + XFS at that time + "this really needs to be fixed" kind of patches. HTH, -- Marcelo From owner-linux-xfs@oss.sgi.com Fri Jun 1 06:44:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51Dipi20918 for linux-xfs-outgoing; Fri, 1 Jun 2001 06:44:51 -0700 Received: from sa-bwmail1.storageapps.com (smtp.storageapps.com [63.101.83.13]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51Dilh20914 for ; Fri, 1 Jun 2001 06:44:47 -0700 Received: by SA-BWMAIL1 with Internet Mail Service (5.5.2653.19) id ; Fri, 1 Jun 2001 09:44:49 -0400 Message-ID: <23D04BDBA646D411BDDD00D0B774B53902963A5B@SA-BWMAIL1> From: "Christian, Chip" To: Austin Gonyou Cc: "'linux-xfs@oss.sgi.com'" Subject: RE: Path failover with xfs on linux Date: Fri, 1 Jun 2001 09:44:43 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk In make menuconfig, it's Multi-device support (RAID and LVM) ---> Multiple devices driver support (RAID and LVM) Multipath I/O support Under drivers/md there's a multipath.c. Usage can be found in /usr/share/doc/raidtools/multipath.conf.sample. There's no method to automatically re-enable a failed path (concious decision) but it's trivial to do from usermode by using raidhotremove and raidhotadd. -----Original Message----- From: Austin Gonyou [mailto:austin@coremetrics.com] Sent: Friday, June 01, 2001 2:29 To: Christian, Chip Cc: 'Steve Lord'; Coumoul, Philippe; 'linux-xfs@oss.sgi.com' Subject: RE: Path failover with xfs on linux Whoa, it does have that? Well shut my mouth. :) What's the driver named? -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Thu, 31 May 2001, Christian, Chip wrote: > RedHat 7.1 has a multipath block driver that has worked well in our testing. We put XFS on top. > > -----Original Message----- > From: Steve Lord [mailto:lord@sgi.com] > Sent: Thursday, May 31, 2001 13:19 > To: Coumoul, Philippe > Cc: 'linux-xfs@oss.sgi.com' > Subject: Re: Path failover with xfs on linux > > > > Hi, > > > > I m looking for a path failover software solution to secure acces from Red > > Hat 7.x server to an external Raid Storage Subsystem. > > I ve seen that there is not XLV on XFS for Linux, but is there a failover > > possibility without XLV ? > > > > Thanks > > > > Phil > > This question might be better directed at the linux kernel list, hardware > failover is usually invisible to the filesystem, being handled at the > block layer. SGI does have ports of some of the Irix SCSI code which > includes failover capability for certain device types, but I cannot > say when or how this would be available. > > Steve > From owner-linux-xfs@oss.sgi.com Fri Jun 1 07:35:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51EZRi24818 for linux-xfs-outgoing; Fri, 1 Jun 2001 07:35:27 -0700 Received: from akira.ep-ka.de (akira.ep-ag.com [194.120.231.250]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51EZHh24812 for ; Fri, 1 Jun 2001 07:35:22 -0700 Received: from ep-ag.com (sol10.ep-ka.de [194.120.231.11]) by akira.ep-ka.de (8.9.1/8.9.3) with ESMTP id QAA03666 for ; Fri, 1 Jun 2001 16:35:07 +0200 Received: from ep-ag.com (stb@crusher.ep-ka.de [194.120.231.18]) by ep-ag.com (8.9.3/8.9.3) with ESMTP id QAA17739 for ; Fri, 1 Jun 2001 16:35:07 +0200 (MET DST) Message-ID: <3B17A81B.104@ep-ag.com> Date: Fri, 01 Jun 2001 16:35:07 +0200 From: "Klaus Strebel,ITS,204" Organization: EIGNER+PARTNER AG User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-XFS i686; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: de, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Hanging around with 2.4.5-xfs from cvs Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi everybody, yesterday i updated my linux-2.4-xfs cvs-tree (after waiting anxiously for oss.sgi.com to be reachable again, sigh :-) ), compliled it, installed it, booted and ... by box kept hanging at the 'ifconfig lo 127.0.0.1 netmask 255.0.0.0 dev lo'. I unconfigured START_LOOPBACK (i'm using SuSE 7. almost 1, couldn't find a way to do the SuSE-upgrade procedure with a xfs-enabled kernel, only / and /boot are ext2), tried it again, an by box hang at loading the next network driver :-(. First i expected that my cvs tree was corrupt, rm'ed it and recheck it out. Same result. Hm, is it possible that 2.4.5 doesn't work on my box at all? Pulled a vanilla kernel source from kernel.org and tried it out. Well it started and all what could be seen (without xfs-filesystems) worked just fine. So i downloaded linux-2.4.5-xfs-05312001.patch.bz2 from oss.sgi.com, removed everything not necessary for xfs from it (kernel debugger, ac-patch things, lvm upgrades - upgraded myself to 0.9.1beta7 ...) and no it works! Is KDB broken ?? Ciao Klaus From owner-linux-xfs@oss.sgi.com Fri Jun 1 08:29:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51FTu328863 for linux-xfs-outgoing; Fri, 1 Jun 2001 08:29:56 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51FTsh28860 for ; Fri, 1 Jun 2001 08:29:55 -0700 Received: (qmail 24027 invoked from network); 1 Jun 2001 15:29:51 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 1 Jun 2001 15:29:51 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "Klaus Strebel,ITS,204" cc: linux-xfs@oss.sgi.com Subject: Re: Hanging around with 2.4.5-xfs from cvs In-reply-to: Your message of "Fri, 01 Jun 2001 16:35:07 +0200." <3B17A81B.104@ep-ag.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Jun 2001 01:29:50 +1000 Message-ID: <7922.991409390@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 01 Jun 2001 16:35:07 +0200, "Klaus Strebel,ITS,204" wrote: >yesterday i updated my linux-2.4-xfs cvs-tree (after waiting anxiously >for oss.sgi.com to be reachable again, sigh :-) ), compliled it, >installed it, booted and ... by box kept hanging at the 'ifconfig lo >127.0.0.1 netmask 255.0.0.0 dev lo'. I unconfigured START_LOOPBACK (i'm >using SuSE 7. almost 1, couldn't find a way to do the SuSE-upgrade >procedure with a xfs-enabled kernel, only / and /boot are ext2), tried >it again, an by box hang at loading the next network driver :-(. > >So i downloaded linux-2.4.5-xfs-05312001.patch.bz2 from oss.sgi.com, >removed everything not necessary for xfs from it (kernel debugger, >ac-patch things, lvm upgrades - upgraded myself to 0.9.1beta7 ...) and >no it works! Is KDB broken ?? Works for me :). This is top of tree as of Fri Jun 1 15:10:23 UTC 2001, configured with xfs and kdb. Linux ocs4 2.4.5-xfs #1 SMP Sat Jun 2 01:10:01 EST 2001 i686 unknown Entering non-interactive startup Setting network parameters: [ OK ] Bringing up interface lo: [ OK ] Bringing up interface eth0: [ OK ] Your problem sounds like a generic network problem, not XFS. There have been some recent patches by Jeff Garzick for timing related problems with network drivers on 2.4.5. Try linux-kernel. From owner-linux-xfs@oss.sgi.com Fri Jun 1 08:42:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51FgMT30037 for linux-xfs-outgoing; Fri, 1 Jun 2001 08:42:22 -0700 Received: from ns.caldera.de (ns.caldera.de [212.34.180.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51FgLh30034 for ; Fri, 1 Jun 2001 08:42:21 -0700 Received: (from hch@localhost) by ns.caldera.de (8.11.1/8.11.1) id f51FfxL06539; Fri, 1 Jun 2001 17:41:59 +0200 Date: Fri, 1 Jun 2001 17:41:59 +0200 From: Christoph Hellwig To: "Christian, Chip" Cc: Austin Gonyou , "'linux-xfs@oss.sgi.com'" Subject: Re: Path failover with xfs on linux Message-ID: <20010601174159.A6517@caldera.de> References: <23D04BDBA646D411BDDD00D0B774B53902963A5B@SA-BWMAIL1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <23D04BDBA646D411BDDD00D0B774B53902963A5B@SA-BWMAIL1>; from chip.christian@storageapps.com on Fri, Jun 01, 2001 at 09:44:43AM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Jun 01, 2001 at 09:44:43AM -0400, Christian, Chip wrote: > In make menuconfig, it's > Multi-device support (RAID and LVM) ---> > Multiple devices driver support (RAID and LVM) > Multipath I/O support > Under drivers/md there's a multipath.c. Usage can be found in /usr/share/doc/raidtools/multipath.conf.sample. > Not part of the stock kernel. (Though I hope it will be merged soon). Christoph -- Of course it doesn't work. We've performed a software upgrade. From owner-linux-xfs@oss.sgi.com Fri Jun 1 09:39:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51Gdng00979 for linux-xfs-outgoing; Fri, 1 Jun 2001 09:39:49 -0700 Received: from mail.tiscali.be (mail.tiscali.be [212.35.2.8]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51Gdlh00974 for ; Fri, 1 Jun 2001 09:39:47 -0700 Received: from ogwit.freegates.net ([172.16.1.254] helo=lladm.net) by mail.tiscali.be with esmtp (Tiscali) id 155rxg-0005Fx-00 for ; Fri, 01 Jun 2001 18:39:44 +0200 Message-ID: <3B17C54F.1030407@lladm.net> Date: Fri, 01 Jun 2001 18:39:43 +0200 From: Christopher Bodenstein Reply-To: cb@tiscali.be Organization: Tiscali SA/NV User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-xfs i686; en-US; rv:0.9+) Gecko/20010531 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: System crashes with 2.4.5-xfs Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanner: exiscan *155rxg-0005Fx-00*aJBCx5Jjea2* http://duncanthrax.net/exiscan/ Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi all, I've been using CVS kernels since 2.4.2 without major problems on my workstation. I just compiled a brand new 2.4.5 and it seems my system just hangs as soon as the swap memory is full. Any idea why? I run a Debian unstable on a Celeron 400 with 128Mb RAM and 128Mb swap memory. BTW, thanks for providing us with this marvellous journalling file system :-) Kind regards, Chris -- Christopher Bodenstein - mailto:cb@tiscali.be System Administrator Manager - Tiscali Belgium NV/SA Keep the Internet Free with Tiscalinet - phone: +3224000888 http://www.tiscalinet.be/ - fax: +3224000899 From owner-linux-xfs@oss.sgi.com Fri Jun 1 09:51:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51GpjU01435 for linux-xfs-outgoing; Fri, 1 Jun 2001 09:51:45 -0700 Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [12.13.237.21]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51Gpih01432 for ; Fri, 1 Jun 2001 09:51:44 -0700 Received: from slb-av-01.boeing.com ([129.172.13.4]) by slb-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id JAA28936 for ; Fri, 1 Jun 2001 09:51:32 -0700 (PDT) Received: from slb-hub-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id JAA24076 for ; Fri, 1 Jun 2001 09:51:42 -0700 (PDT) Received: from pipcws.ca.boeing.com by slb-hub-01.boeing.com with ESMTP; Fri, 1 Jun 2001 09:51:35 -0700 Received: from pipcws.ca.boeing.com (e218766.evt.boeing.com [136.203.14.68]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id JAA52954; Fri, 1 Jun 2001 09:51:35 -0700 Message-Id: <3B17C812.6010507@pipcws.ca.boeing.com> Date: Fri, 01 Jun 2001 09:51:30 -0700 From: Ric Tibbetts User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: en,pdf MIME-Version: 1.0 To: Daniel Moore CC: ctooley@amoa.org, linux-xfs@oss.sgi.com Subject: Re: xfs_growfs References: <200106010308.NAA88906@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Daniel Moore wrote: > ctooley@amoa.org writes: > => > => > => I'm looking for a good howto on the situations in which growfs works. I ha > => ve a > => partition that is too small, there is free space after it, and I want XFS t > => o > => consume the rest of that space. Any help would be appreciated. > > This is exactly what xfs_growfs does. Read the man page for extra details > and don't forget to backup first. True, but only IF you're running LVM. You need to "grow" the partition, and that is not possible. You need LVM to manage this kind of thing AFAIK. Ric From owner-linux-xfs@oss.sgi.com Fri Jun 1 10:05:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51H5X001964 for linux-xfs-outgoing; Fri, 1 Jun 2001 10:05:33 -0700 Received: from msg.ecetra.com (dollar.ecetra.com [193.164.224.209]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51H5Wh01961 for ; Fri, 1 Jun 2001 10:05:32 -0700 Received: from vie-ac.office.ecetra.com (vie-ac.office.ecetra.com [10.251.148.147] (may be forged)) by msg.ecetra.com (8.9.3/8.9.3) with ESMTP id TAA10012; Fri, 1 Jun 2001 19:05:10 +0200 Received: from localhost (localhost [127.0.0.1]) by vie-ac.office.ecetra.com (8.11.3/8.11.3) with ESMTP id f51H5AS18420; Fri, 1 Jun 2001 19:05:10 +0200 Date: Fri, 1 Jun 2001 19:05:10 +0200 (CEST) From: Adam Cioccarelli To: cc: Subject: Re: System crashes with 2.4.5-xfs In-Reply-To: <3B17C54F.1030407@lladm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, mine hasn't crashed but 2.4.5 seems a lot more aggressive with it's memory consumption! This seems to be a kernel problem though from what I've seen on the kernel mailing list... ------------------------------------------------------------------------------- Adam Cioccarelli (B.E Mechanical) Adam.Cioccarelli@ecetra.com Database Administrator Phone: +43 1 536 89 7725 Fax: +43 1 536 89 7719 ecetra Central European e-Finance AG Mobile:+43 664 181 4195 ------------------------------------------------------------------------------- On Fri, 1 Jun 2001, Christopher Bodenstein wrote: > Hi all, > > I've been using CVS kernels since 2.4.2 without major problems on my > workstation. > I just compiled a brand new 2.4.5 and it seems my system just hangs as > soon as the swap memory is full. Any idea why? > > I run a Debian unstable on a Celeron 400 with 128Mb RAM and 128Mb swap > memory. > > BTW, thanks for providing us with this marvellous journalling file > system :-) > > Kind regards, > > Chris > > -- > Christopher Bodenstein - mailto:cb@tiscali.be > System Administrator Manager - Tiscali Belgium NV/SA > Keep the Internet Free with Tiscalinet - phone: +3224000888 > http://www.tiscalinet.be/ - fax: +3224000899 > From owner-linux-xfs@oss.sgi.com Fri Jun 1 10:31:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51HVYw02858 for linux-xfs-outgoing; Fri, 1 Jun 2001 10:31:34 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51HVXh02849 for ; Fri, 1 Jun 2001 10:31:33 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id TAA1300658 for ; Fri, 1 Jun 2001 19:31:31 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA2032777; Fri, 1 Jun 2001 12:29:55 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA78712; Fri, 1 Jun 2001 12:29:55 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f51HWa721084; Fri, 1 Jun 2001 12:32:36 -0500 Message-Id: <200106011732.f51HWa721084@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Martin Stricker cc: linux-xfs@oss.sgi.com Subject: Re: redhat 7.1 In-Reply-To: Message from Martin Stricker of "Fri, 01 Jun 2001 02:19:46 +0200." <3B16DFA0.AEFA4C50@gmx.de> Date: Fri, 01 Jun 2001 12:32:36 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > Not the compiler is broken but the source code! See > http://www.bero.org/gcc296.html for more information. After a close look > of some of my own source and contemplating about Beros comments I > finally got to the conclusion Red Hat did a Good Thing (TM) deciding to > use gcc 2.96-RH. But decide yourself. It may take *some* fixing in the > XFS code but after that you're standards compliant, so your code should > work with any compiler (that is, if that compilers is ANSI C compliant! > Not all are...) > > FWIW I asked on the Red Hat mailing list about XFS and RHL, but no > employee of Red Hat shed any light to the issue... > > Best regards, > Martin Stricker Actually, the examples given on this page do not apply to xfs, what does appear to be the case with xfs is that it exercises the 64 bit handling of the compiler more than most things do. 90% of the code base is also the Irix code which works just fine with the SGI compilers on a 64 bit architecture. The challenging problem is going from a kernel that crashes due to code not being compiled as expected, to finding the line of code in the 122 thousand lines which make up XFS and it support code (comments not stripped in that number). Oh and add to that the fact that some build types seem to run fine and some do not, that suggests bad code generation to me. Unfortunately, getting to the bottom of this is a big task, and there are compilers which are: a) still the recommended kernel compiler b) do not exhibit problems with xfs. Steve From owner-linux-xfs@oss.sgi.com Fri Jun 1 10:35:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51HZoO03226 for linux-xfs-outgoing; Fri, 1 Jun 2001 10:35:50 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51HZjh03222 for ; Fri, 1 Jun 2001 10:35:45 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id TAA1272816 for ; Fri, 1 Jun 2001 19:35:43 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA2031592; Fri, 1 Jun 2001 12:34:24 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA43279; Fri, 1 Jun 2001 12:34:24 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f51Hb5c21095; Fri, 1 Jun 2001 12:37:05 -0500 Message-Id: <200106011737.f51Hb5c21095@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Jochen Scharrlach cc: linux-xfs@oss.sgi.com Subject: Re: New files on xfs ftp site In-Reply-To: Message from Jochen Scharrlach of "Fri, 01 Jun 2001 10:10:00 +0200." <15127.19928.888633.844437@gilmour.mgm-net.de> Date: Fri, 01 Jun 2001 12:37:05 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The new files are as you put it 'bleeding edge cvs code', which happens to be a lot more stable than the 1.0 release was, pretty much everything which has happened to the code base since then has been a bug fix. Originally we shipped code in three forms: o rpm packages - updated very infrequently o cvs tree - updated every hour to pick up development changes o a patch to turn a base linux tree into a cvs tree which can be used to keep upto date with the development cvs tree. I put out something more traditional in the linux world - a kernel patch. Steve > Steve Lord writes: > > This just patch a vanilla 2.5.4 kernel with the xfs code base, they do > > not contain cvs files, or the command source. The existing cvs seed > > patch can still be used to setup an initial cvs tree. > > Maybe I miss something very obvious, but I'm a bit confused, esp. I > don't know what you exactly mean with "they do not contain cvs files": > > - are these Patches simply XFS-1.0-for-2.4.5? > > - are they some kind of XFS-1.0.1-beta? > > - are they bleeding-edge CVS code? > > - is a 2.4.5+XFS expected to work better than the patched 2.4.2 > (which contains AFAIR XFS-1.0 plus several bugfixes) that > comes with RH7.1-XFS? > > Thanks, > Jochen > > -- > ---------------------------------------------------------------- > Nextra Baden-Wuerttemberg | Jochen Scharrlach > Communication Service Provider GmbH | Technik > Sophienstr.26 | Tel.: +49 (0)711 96683-5 > D-70178 Stuttgart | Fax: +49 (0)711 96683-99 > ---------------------------------------------------------------- > > "An innovation a day keeps the monopolist away" -- Alan Cox From owner-linux-xfs@oss.sgi.com Fri Jun 1 10:41:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51HfDs03644 for linux-xfs-outgoing; Fri, 1 Jun 2001 10:41:13 -0700 Received: from noth.n0th.org (root@c999639-a.carneg1.pa.home.com [24.180.243.111]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51HfCh03636 for ; Fri, 1 Jun 2001 10:41:12 -0700 Received: (from www-data@localhost) by noth.n0th.org (8.9.3/8.9.3/Debian 8.9.3-21) id NAA22273; Fri, 1 Jun 2001 13:40:35 -0400 X-Authentication-Warning: noth.n0th.org: www-data set sender to noth@noth.is.eleet.ca using -f To: Ric Tibbetts Subject: Re: xfs_growfs Message-ID: <991417235.3b17d39358f42@noth.is.eleet.ca> Date: Fri, 01 Jun 2001 13:40:35 -0400 (EDT) From: Jim Crilly Cc: Daniel Moore , ctooley@amoa.org, linux-xfs@oss.sgi.com References: <200106010308.NAA88906@clouds.melbourne.sgi.com> <3B17C812.6010507@pipcws.ca.boeing.com> In-Reply-To: <3B17C812.6010507@pipcws.ca.boeing.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.3 X-Originating-IP: 206.181.95.130 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Quoting Ric Tibbetts : > Daniel Moore wrote: > > > ctooley@amoa.org writes: > > => > > => > > => I'm looking for a good howto on the situations in which growfs > works. I ha > > => ve a > > => partition that is too small, there is free space after it, and I > want XFS t > > => o > > => consume the rest of that space. Any help would be appreciated. > > > > This is exactly what xfs_growfs does. Read the man page for extra > details > > and don't forget to backup first. > > > True, but only IF you're running LVM. You need to "grow" the partition, > and that is not possible. You need LVM to manage this kind of thing > AFAIK. > > Ric > If there is unpartitioned space after the XFS partition you should be able to delete the XFS partition and recreate it bigger since fdisk only changes the partiton table entry. The important part is making sure the partition starts on exactly the same cylinder and the new partition is larger, since there is no way to shrink an XFS partition. Jim From owner-linux-xfs@oss.sgi.com Fri Jun 1 10:49:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51Hn3n04522 for linux-xfs-outgoing; Fri, 1 Jun 2001 10:49:03 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51Hn2h04519 for ; Fri, 1 Jun 2001 10:49:03 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA07192 for ; Fri, 1 Jun 2001 10:49:11 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA2019377; Fri, 1 Jun 2001 12:47:45 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA56715; Fri, 1 Jun 2001 12:47:43 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f51HoPE21138; Fri, 1 Jun 2001 12:50:25 -0500 Message-Id: <200106011750.f51HoPE21138@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: linux-xfs@oss.sgi.com, Chris Szilagyi Subject: Re: xfs mount warning Date: Fri, 01 Jun 2001 12:50:25 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ctooley@amoa.org said: >> Hello, I have a question. When my system boots, it reports the >> following errors when it mounts my xfs volumes: >> kernel: Partition check: >> kernel: /dev/scsi/host1/bus0/target0/lun0: p1 p2 >> kernel: Start mounting filesystem: sd(8,1) >> kernel: XFS: WARNING: recovery required on readonly filesystem. >> kernel: >> kernel: XFS: write access will be enabled during mount. >> kernel: >> kernel: Starting XFS recovery on filesystem: sd(8,1) (dev: 8/1) >> kernel: Ending XFS recovery on filesystem: sd (8,1) (dev: 8/1) >> kernel: VFS: Mounted root (xfs filesystem) readonly. >> Just wondering why it has to do a recovery, and if this is common and >> if it can be fixed. When I shutdown it unmounts the volumes ok... >> Thanks, -- Chris This does actually mean it was not successfully unmounted, the last phase of system shutdown is to remount the root filesystem readonly, it is possible that this is not working. If you are running a redhat based system, then look at /etc/rc.d/init.d/halt for this code: #echo "Remounting remaining filesystems (if any) readonly" mount | awk '/ext2/ { print $3 }' | while read line; do mount -n -o ro,remount $line done Try adding: mount | awk '/xfs/ { print $3 }' | while read line; do mount -n -o ro,remount $line done and see if that helps. I think someone else also reported that devfs was getting in the way during shutdown. Steve p.s. this was cut and pasted from the archive since we had an email outage here and I didn't actually get this message. From owner-linux-xfs@oss.sgi.com Fri Jun 1 14:55:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f51LtM523741 for linux-xfs-outgoing; Fri, 1 Jun 2001 14:55:22 -0700 Received: from mtiwmhc28.worldnet.att.net (mtiwmhc28.worldnet.att.net [204.127.131.36]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f51LtLh23737 for ; Fri, 1 Jun 2001 14:55:21 -0700 Received: from 233.newark-18-19rs.nj.dial-access.att.net ([12.89.135.233]) by mtiwmhc28.worldnet.att.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20010601215455.QYVZ2093.mtiwmhc28.worldnet.att.net@233.newark-18-19rs.nj.dial-access.att.net> for ; Fri, 1 Jun 2001 21:54:55 +0000 Received: from photino.sid.rice.edu (mail@localhost [127.0.0.1]) by localhost (8.12.0.Beta10/8.12.0.Beta10/Debian 8.12.0.Beta10-1) with ESMTP id f51LiIZB002404 for ; Fri, 1 Jun 2001 17:44:18 -0400 Received: (from rjain@localhost) by photino.sid.rice.edu (8.12.0.Beta10/8.12.0.Beta10/Debian 8.12.0.Beta10-1) id f51LFHCr002154 for linux-xfs@oss.sgi.com; Fri, 1 Jun 2001 17:15:17 -0400 Date: Fri, 1 Jun 2001 17:15:17 -0400 From: Rahul Jain To: linux-xfs@oss.sgi.com Subject: Guaranteed datarate (Was: Re: does it work on 2.4.4) Message-ID: <20010601171517.B2037@rice.edu> Reply-To: Rahul Jain Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010601145220.D4150@ysabell.wh.vaih> User-Agent: Mutt/1.3.18i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Jun 01, 2001 at 02:52:20PM +0200, Marcelo E. Magallon wrote: > > The other day I was looking at this. I learned that the XFS patch > includes: > * Guaranteed datarate Is there any chance that I can get cdrecord and cdrdao to use this feature? Burns seem to go fine even at 8x now, but a little extra security can't hurt. -- -> -/- - Rahul Jain - -\- <- -> -\- http://linux.rice.edu/~rahul -=- mailto:rahul-jain@usa.net -/- <- -> -/- "I never could get the hang of Thursdays." - HHGTTG by DNA -\- <- |--|--------|--------------|----|-------------|------|---------|-----|-| Version 11.423.999.220020101.23.50110101.042 (c)1996-2000, All rights reserved. Disclaimer available upon request. From owner-linux-xfs@oss.sgi.com Fri Jun 1 17:16:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f520GC316804 for linux-xfs-outgoing; Fri, 1 Jun 2001 17:16:12 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f520GBh16797 for ; Fri, 1 Jun 2001 17:16:11 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f520DHx04695; Fri, 1 Jun 2001 19:13:17 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Fri, 1 Jun 2001 19:13:17 -0500 (CDT) From: Austin Gonyou To: Rahul Jain cc: Subject: Re: Guaranteed datarate (Was: Re: does it work on 2.4.4) In-Reply-To: <20010601171517.B2037@rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hells' yeah. with XFS, I can burn a CD, while playing MP3's and using mozilla all at the same time, and after a little hdparm tweakage, I almost never go below 90% in the buffer. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Fri, 1 Jun 2001, Rahul Jain wrote: > > On Fri, Jun 01, 2001 at 02:52:20PM +0200, Marcelo E. Magallon wrote: > > > > The other day I was looking at this. I learned that the XFS patch > > includes: > > > * Guaranteed datarate > > > Is there any chance that I can get cdrecord and cdrdao to use this feature? > Burns seem to go fine even at 8x now, but a little extra security can't hurt. > > From owner-linux-xfs@oss.sgi.com Sat Jun 2 01:22:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f528Msa02857 for linux-xfs-outgoing; Sat, 2 Jun 2001 01:22:54 -0700 Received: from bbnmg1.net.external.hp.com (bbnmg1.net.external.hp.com [192.6.76.73]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f528Mnh02833 for ; Sat, 2 Jun 2001 01:22:53 -0700 Received: from isoit213.bbn.hp.com (isoit213.bbn.hp.com [15.136.193.32]) by bbnmg1.net.external.hp.com (Postfix) with ESMTP id 9F13A54; Sat, 2 Jun 2001 10:22:44 +0200 (METDST) Received: from meuse.BELGIUM.HP.COM (meuse.belgium.hp.com [15.160.6.250]) by isoit213.bbn.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit6.0.6 OpenMail) with SMTP id KAA28067; Sat, 2 Jun 2001 10:22:42 +0200 (METDST) Received: from 15.160.6.250 by meuse.BELGIUM.HP.COM (InterScan E-Mail VirusWall NT); Sat, 02 Jun 2001 10:22:42 +0200 (W. Europe Daylight Time) Received: by meuse.belgium.hp.com with Internet Mail Service (5.5.2653.19) id ; Sat, 2 Jun 2001 10:22:42 +0200 Message-ID: From: "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" To: "'Austin Gonyou'" , Rahul Jain Cc: linux-xfs@oss.sgi.com Subject: RE: Guaranteed datarate (Was: Re: does it work on 2.4.4) Date: Sat, 2 Jun 2001 10:22:41 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk But is that due to a good CPU which is able to handle all those tasks, good scsi setup, ... ? I do not see the value of XFS in this matter, MP3 and Mozilla or CPU/Memory intensive applications no ? -----Oorspronkelijk bericht----- Van: Austin Gonyou [mailto:austin@coremetrics.com] Verzonden: zaterdag 2 juni 2001 2:13 Aan: Rahul Jain CC: linux-xfs@oss.sgi.com Onderwerp: Re: Guaranteed datarate (Was: Re: does it work on 2.4.4) Hells' yeah. with XFS, I can burn a CD, while playing MP3's and using mozilla all at the same time, and after a little hdparm tweakage, I almost never go below 90% in the buffer. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Fri, 1 Jun 2001, Rahul Jain wrote: > > On Fri, Jun 01, 2001 at 02:52:20PM +0200, Marcelo E. Magallon wrote: > > > > The other day I was looking at this. I learned that the XFS patch > > includes: > > > * Guaranteed datarate > > > Is there any chance that I can get cdrecord and cdrdao to use this feature? > Burns seem to go fine even at 8x now, but a little extra security can't hurt. > > From owner-linux-xfs@oss.sgi.com Sat Jun 2 04:38:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f52BcPw04009 for linux-xfs-outgoing; Sat, 2 Jun 2001 04:38:25 -0700 Received: from studsv07.studserv.uni-stuttgart.de (studsv07.studserv.uni-stuttgart.de [129.69.21.37]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f52BcOh03998 for ; Sat, 2 Jun 2001 04:38:24 -0700 Received: from ysabell.wh.vaih [129.69.166.244] by studsv07.studserv.uni-stuttgart.de with ESMTP (SMTPD32-6.06) id AFC219A50364; Sat, 02 Jun 2001 13:36:34 +0200 Received: from marcelo by ysabell.wh.vaih with local (Exim 3.22 #1 (Debian)) id 1569hr-0000KK-00; Sat, 02 Jun 2001 13:36:35 +0200 Date: Sat, 2 Jun 2001 13:36:35 +0200 From: "Marcelo E. Magallon" To: "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" Cc: "'Austin Gonyou'" , Rahul Jain , linux-xfs@oss.sgi.com Subject: Re: Guaranteed datarate (Was: Re: does it work on 2.4.4) Message-ID: <20010602133635.A914@ysabell.wh.vaih> Mail-Followup-To: "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" , 'Austin Gonyou' , Rahul Jain , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i X-Operating-System: Linux ysabell 2.4.4-xfs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" writes: > But is that due to a good CPU which is able to handle all those > tasks, good scsi setup, ... ? That's likely. Guaranteed rate I/O (GRIO) works only with XFS filesystems (this is true on IRIX) and not on Linux. Just to clarify: Someone asked why the XFS patch is so large. I just said the XFS patch also includes some GRIO stuff. I didn't mean to say that the feature is implemented on Linux (in fact, it's not, if you use the corresponding ioctl it will return ENOSYS). Remember that XFS is not Linux specific, and it'd be a nightmare to maintain two completely different source trees, one for Linux and one for IRIX. -- Marcelo From owner-linux-xfs@oss.sgi.com Sat Jun 2 10:21:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f52HLus18341 for linux-xfs-outgoing; Sat, 2 Jun 2001 10:21:56 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f52HLth18338 for ; Sat, 2 Jun 2001 10:21:56 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f52HEh211188; Sat, 2 Jun 2001 12:14:43 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Sat, 2 Jun 2001 12:14:42 -0500 (CDT) From: Austin Gonyou To: "Marcelo E. Magallon" cc: "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" , Rahul Jain , Subject: Re: Guaranteed datarate (Was: Re: does it work on 2.4.4) In-Reply-To: <20010602133635.A914@ysabell.wh.vaih> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Points well taken! -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Sat, 2 Jun 2001, Marcelo E. Magallon wrote: > >> "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" writes: > > > But is that due to a good CPU which is able to handle all those > > tasks, good scsi setup, ... ? > > That's likely. Guaranteed rate I/O (GRIO) works only with XFS > filesystems (this is true on IRIX) and not on Linux. > > Just to clarify: Someone asked why the XFS patch is so large. I just > said the XFS patch also includes some GRIO stuff. I didn't mean to say > that the feature is implemented on Linux (in fact, it's not, if you use > the corresponding ioctl it will return ENOSYS). Remember that XFS is > not Linux specific, and it'd be a nightmare to maintain two completely > different source trees, one for Linux and one for IRIX. > > From owner-linux-xfs@oss.sgi.com Sat Jun 2 10:20:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f52HK3r18280 for linux-xfs-outgoing; Sat, 2 Jun 2001 10:20:03 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f52HK2h18277 for ; Sat, 2 Jun 2001 10:20:02 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f52HDjo11180; Sat, 2 Jun 2001 12:13:46 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Sat, 2 Jun 2001 12:13:45 -0500 (CDT) From: Austin Gonyou To: "SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1)" cc: Rahul Jain , Subject: RE: Guaranteed datarate (Was: Re: does it work on 2.4.4) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk MP3= Decoding : uses Cpu about 15% Mozilla= Java : uses cpu about 5-25%, uses more RAM than anything else Burning= IO/Memory/CPU utilization : my CPU while burning and nothing else is about 5-20% depending on how much IO is going on. Memory utilization is about 20M, not much, but constant. Considering I have good harware and all I'd expect it to be the case that it's just a lot of good hardware working well. However, without any tweaks applied to my hardware, running on ext2, and attempting the same thing, I almost get to about 65% FIFO all the time with the same setup. No tweaks and XFS yeilds about 85% all the time, and Tweaks with XFS yields about 90-100% all the time. So I'd say there's something to it for sure. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com On Sat, 2 Jun 2001, SCHOENWETTER,SEBASTIAN (HP-Belgium,ex1) wrote: > But is that due to a good CPU which is able to handle all those tasks, good > scsi setup, ... ? > > I do not see the value of XFS in this matter, MP3 and Mozilla or CPU/Memory > intensive applications no ? > > -----Oorspronkelijk bericht----- > Van: Austin Gonyou [mailto:austin@coremetrics.com] > Verzonden: zaterdag 2 juni 2001 2:13 > Aan: Rahul Jain > CC: linux-xfs@oss.sgi.com > Onderwerp: Re: Guaranteed datarate (Was: Re: does it work on 2.4.4) > > > Hells' yeah. with XFS, I can burn a CD, while playing MP3's and using > mozilla all at the same time, and after a little hdparm tweakage, I almost > never go below 90% in the buffer. > > From owner-linux-xfs@oss.sgi.com Sat Jun 2 13:10:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f52KA3L21269 for linux-xfs-outgoing; Sat, 2 Jun 2001 13:10:03 -0700 Received: from proxy.lpconsul.net (IDENT:root@[62.110.183.14]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f52KA1h21266 for ; Sat, 2 Jun 2001 13:10:02 -0700 Received: from lpconsul.net (wopr.lpconsul.net [62.110.183.2]) by proxy.lpconsul.net (8.11.0/8.8.7) with ESMTP id f52L9Cc00766 for ; Sat, 2 Jun 2001 21:09:12 GMT Message-ID: <3B199D06.4050000@lpconsul.net> Date: Sat, 02 Jun 2001 22:12:22 -0400 From: Piergiorgio Betti Organization: LP Consulting User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.3-7jld i686; en-US; 0.8.1) Gecko/20010328 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: A new distro with a new filesystem Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi XFS folks. I hope you'll be glad to know that a new italian distribution called J-Linux (based on Mandrake) include full support for XFS, which is the filesystem installed by default. Packages are available at ftp://ftp.j-linux.it/pub/jld. So, thanks to all for this great piece of software. With my best regards. Piergiorgio Betti From owner-linux-xfs@oss.sgi.com Sun Jun 3 09:25:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f53GP1004990 for linux-xfs-outgoing; Sun, 3 Jun 2001 09:25:01 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f53GP0h04987 for ; Sun, 3 Jun 2001 09:25:00 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f53GOhaJ096614; Sun, 3 Jun 2001 11:24:43 -0500 (CDT) Message-ID: <3B1A64C5.AF1D7DDA@thebarn.com> Date: Sun, 03 Jun 2001 11:24:38 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens CC: "Klaus Strebel,ITS,204" , linux-xfs@oss.sgi.com Subject: Re: Hanging around with 2.4.5-xfs from cvs References: <7922.991409390@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Keith Owens wrote: And of course the question to ask which version of the compiler are you using? I've had problems with kdb and everything but 2.91.66 for the compiler. Although it never failed to boot. > On Fri, 01 Jun 2001 16:35:07 +0200, > "Klaus Strebel,ITS,204" wrote: > >yesterday i updated my linux-2.4-xfs cvs-tree (after waiting anxiously > >for oss.sgi.com to be reachable again, sigh :-) ), compliled it, > >installed it, booted and ... by box kept hanging at the 'ifconfig lo > >127.0.0.1 netmask 255.0.0.0 dev lo'. I unconfigured START_LOOPBACK (i'm > >using SuSE 7. almost 1, couldn't find a way to do the SuSE-upgrade > >procedure with a xfs-enabled kernel, only / and /boot are ext2), tried > >it again, an by box hang at loading the next network driver :-(. > > > >So i downloaded linux-2.4.5-xfs-05312001.patch.bz2 from oss.sgi.com, > >removed everything not necessary for xfs from it (kernel debugger, > >ac-patch things, lvm upgrades - upgraded myself to 0.9.1beta7 ...) and > >no it works! Is KDB broken ?? > > Works for me :). This is top of tree as of Fri Jun 1 15:10:23 UTC > 2001, configured with xfs and kdb. > > Linux ocs4 2.4.5-xfs #1 SMP Sat Jun 2 01:10:01 EST 2001 i686 unknown > > Entering non-interactive startup > Setting network parameters: [ OK ] > Bringing up interface lo: [ OK ] > Bringing up interface eth0: [ OK ] > > Your problem sounds like a generic network problem, not XFS. There > have been some recent patches by Jeff Garzick for timing related > problems with network drivers on 2.4.5. Try linux-kernel. -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Sun Jun 3 09:34:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f53GYPe05365 for linux-xfs-outgoing; Sun, 3 Jun 2001 09:34:25 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f53GYOh05362 for ; Sun, 3 Jun 2001 09:34:24 -0700 Received: (qmail 19021 invoked by uid 0); 3 Jun 2001 16:34:17 -0000 Received: from f-83-209.cvx-koln.ipdial.viaginterkom.de (HELO gmx.de) (62.180.209.83) by mail.gmx.net (mail01) with SMTP; 3 Jun 2001 16:34:17 -0000 Message-ID: <3B1A672C.8E98B355@gmx.de> Date: Sun, 03 Jun 2001 18:34:52 +0200 From: Martin Stricker Organization: http://martin-stricker.de/ http://www.surfo.net/ http://www.masterportal24.com/cgi-bin/YaBB.cgi X-Mailer: Mozilla 4.75 [en]C-CCK-MCD BDP81800 (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: redhat 7.1 References: <200106011732.f51HWa721084@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord wrote: > Actually, the examples given on this page do not apply to xfs, what > does appear to be the case with xfs is that it exercises the 64 bit > handling of the compiler more than most things do. 90% of the code > base is also the Irix code which works just fine with the SGI > compilers on a 64 bit architecture. > > The challenging problem is going from a kernel that crashes due to > code not being compiled as expected, to finding the line of code in > the 122 thousand lines which make up XFS and it support code (comments > not stripped in that number). > > Oh and add to that the fact that some build types seem to run fine and > some do not, that suggests bad code generation to me. I stand corrected. > Unfortunately, getting to the bottom of this is a big task, and there > are compilers which are: > > a) still the recommended kernel compiler > b) do not exhibit problems with xfs. a) is true in RHL 7.0 only, because kernel 2.2.x doesn't compile with gcc 2.96-RH due to problems found in http://www.bero.org/gcc296.html . Kernel 2.4.x which is used in RHL 7.1 does compile nicely with gcc 2.96-RH. Therefore the old gcc is no longer called kgcc but is found in the package egcs-compat. But I don't know what happend if you do an upgrade, maybe kgcc still remains. Best regards, Martin Stricker -- Homepage: http://www.martin-stricker.de/ Registered Linux user #210635: http://counter.li.org/ From owner-linux-xfs@oss.sgi.com Sun Jun 3 09:49:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f53GnZ005928 for linux-xfs-outgoing; Sun, 3 Jun 2001 09:49:35 -0700 Received: from maxwell.ee.washington.edu (maxwell.ee.washington.edu [128.95.42.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f53GnYh05924 for ; Sun, 3 Jun 2001 09:49:34 -0700 Received: from darkstar.ee.washington.edu (darkstar.ee.washington.edu [128.95.196.85]) by maxwell.ee.washington.edu (8.12.0.Beta7/8.12.0) with ESMTP id f53GnYWc017658 for ; Sun, 3 Jun 2001 09:49:34 -0700 Date: Sun, 3 Jun 2001 09:49:33 -0700 (PDT) From: To: linux-xfs@oss.sgi.com Subject: permission problems.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I am using the latest CVS tree, one from Friday, and I noticed a strange problem. Every once in a while permissions get reset for some directories, I mean all permissions are removed. Has anyone noticed this problem and is this XFS related? ***************************** Walter Marchuk Senior Computer Specialist University of Washington Electrical Engineering Room: 307g 206-221-5421 marchuk@ee.washington.edu ***************************** From owner-linux-xfs@oss.sgi.com Sun Jun 3 10:37:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f53HbVQ06726 for linux-xfs-outgoing; Sun, 3 Jun 2001 10:37:31 -0700 Received: from wisdom.myplace.net (cc19815-a.zwoll1.ov.nl.home.com [212.204.138.247]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f53HbTh06723 for ; Sun, 3 Jun 2001 10:37:30 -0700 Received: from ws1 (ws1.myplace.net [192.168.1.15]) by wisdom.myplace.net (Postfix) with SMTP id CCD8A2008B for ; Sun, 3 Jun 2001 18:44:31 +0200 (CEST) Message-ID: <005e01c0ec4c$713c49e0$0f01a8c0@ws1> From: "Bas" To: Subject: 2.4.5 & Adaptec 7890 U2W Controller. Date: Sun, 3 Jun 2001 18:44:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I read this is an general 2.4.5 issue and I should contact the maintainer. But does anybody know if it has been fixed already and where I can get the patch. An URL would be great ! Thanks, Bas. From owner-linux-xfs@oss.sgi.com Sun Jun 3 16:41:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f53NfAj17675 for linux-xfs-outgoing; Sun, 3 Jun 2001 16:41:10 -0700 Received: from babel.spoiled.org (babel.spoiled.org [212.84.234.227]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f53Nf8h17672 for ; Sun, 3 Jun 2001 16:41:08 -0700 Received: (qmail 28849 invoked by uid 8); 3 Jun 2001 23:41:06 -0000 From: Juri Haberland Reply-To: Juri Haberland X-Newsgroups: spoiled.linux.sgi.xfs Subject: Re: redhat 7.1 Date: Sun, 3 Jun 2001 23:41:06 +0000 (UTC) Organization: spoiled dot org Lines: 32 Distribution: local Message-ID: References: <200106011732.f51HWa721084@jen.americas.sgi.com> <3B1A672C.8E98B355@gmx.de> X-Complaints-To: newsmaster@spoiled.org User-Agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (OpenBSD/2.9 (i386)) To: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Martin Stricker wrote: > Steve Lord wrote: >> are compilers which are: >> >> a) still the recommended kernel compiler >> b) do not exhibit problems with xfs. > > a) is true in RHL 7.0 only, because kernel 2.2.x doesn't compile with > gcc 2.96-RH due to problems found in http://www.bero.org/gcc296.html . > Kernel 2.4.x which is used in RHL 7.1 does compile nicely with gcc > 2.96-RH. Therefore the old gcc is no longer called kgcc but is found in > the package egcs-compat. But I don't know what happend if you do an > upgrade, maybe kgcc still remains. Well, kgcc is still called kgcc and is in the package compat-egcs. Concerning the compile issues you mentioned I had a very interesting expierence: Kernel 2.4.3 and newer doesn't do the network auto media detection right using the 3c59x driver if compiled with gcc 2.96. If I use the kgcc from the compat-egcs package it works without a problem. It took me a loooong time to realize that it isn't a kernel nor a user issue... Let's all say: I will never compile my kernel with anything other than egcs! Juri -- Juri Haberland From owner-linux-xfs@oss.sgi.com Sun Jun 3 18:44:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f541iOT29968 for linux-xfs-outgoing; Sun, 3 Jun 2001 18:44:24 -0700 Received: from digitaltux.com (zoltan@24.68.90.83.on.wave.home.com [24.68.90.83]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f541iNh29965 for ; Sun, 3 Jun 2001 18:44:23 -0700 Received: from zoltan by digitaltux.com with local (Exim 3.22 #1 (Debian)) id 156jPe-0000MD-00 for ; Sun, 03 Jun 2001 21:44:10 -0400 Date: Sun, 3 Jun 2001 21:44:10 -0400 To: linux-xfs@oss.sgi.com Subject: Debian Woody XFS Install Disks Message-ID: <20010603214410.A1369@digitaltux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.3.18i From: "Zoltan D. Kraus" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Yup, they are finally here, very experimental and not recommended for critical machines (because of the nature of woody). Please use them with caution =D url: http://markybobdeb.sourceforge.net/zoltan or http://debianboot.digitaltux.com Scroll to the very bottom and you shall see the notes - Zoltan Kraus P.S. Sourceforge is having technical difficulities, if no files appear, refresh it a couple of times. --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7Gufqp0iq+lfR+9YRAnDYAJ9QTzFR51Q/8jz7UZYWDcmpTL9OkwCePZSs OTxU7gU5rWe+xVcw9C+NuzE= =epz2 -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From owner-linux-xfs@oss.sgi.com Sun Jun 3 23:32:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f546WVZ07497 for linux-xfs-outgoing; Sun, 3 Jun 2001 23:32:31 -0700 Received: from beauty.binarix.com (beauty.binarix.com [203.41.202.9]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f546WSh07486 for ; Sun, 3 Jun 2001 23:32:29 -0700 Received: from meowth.binarix.com (meowth.binarix.com [10.0.0.10]) by beauty.binarix.com (8.9.3/8.9.3) with ESMTP id QAA14791 for ; Mon, 4 Jun 2001 16:53:24 +1000 Received: from binarix.com (beast.binarix.com [10.0.0.20]) by meowth.binarix.com (8.9.3/8.9.3) with ESMTP id QAA23494 for ; Mon, 4 Jun 2001 16:55:42 +1000 Message-ID: <3B1B2C4D.B124282E@binarix.com> Date: Mon, 04 Jun 2001 16:35:57 +1000 From: Bojan Smojver Organization: Binarix Corporation Pty Ltd X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.5 i586) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS in kernel tree Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk First, a thank you note to all people at SGI that were involved with XFS and made it possible under Linux! Great stuff! Any idea when XFS is going to become an official part of the 2.4 kernel tree? Bojan From owner-linux-xfs@oss.sgi.com Sun Jun 3 23:45:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f546jYt09599 for linux-xfs-outgoing; Sun, 3 Jun 2001 23:45:34 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f546jWh09594 for ; Sun, 3 Jun 2001 23:45:33 -0700 Received: (qmail 11487 invoked from network); 4 Jun 2001 06:45:28 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 4 Jun 2001 06:45:28 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Bojan Smojver cc: linux-xfs@oss.sgi.com Subject: Re: XFS in kernel tree In-reply-to: Your message of "Mon, 04 Jun 2001 16:35:57 +1000." <3B1B2C4D.B124282E@binarix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Jun 2001 16:45:27 +1000 Message-ID: <26020.991637127@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 04 Jun 2001 16:35:57 +1000, Bojan Smojver wrote: >Any idea when XFS is going to become an official part of the 2.4 kernel >tree? It depends on Linus, who is travelling at the moment. From owner-linux-xfs@oss.sgi.com Mon Jun 4 02:10:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f549AHB24670 for linux-xfs-outgoing; Mon, 4 Jun 2001 02:10:17 -0700 Received: from yowie.cc.uq.edu.au (root@yowie.cc.uq.edu.au [130.102.2.2]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f549AEh24665 for ; Mon, 4 Jun 2001 02:10:15 -0700 Received: from gum.csee.uq.edu.au (gum.csee.uq.edu.au [130.102.66.1]) by yowie.cc.uq.edu.au (8.9.3/8.9.3) with ESMTP id TAA23417; Mon, 4 Jun 2001 19:10:05 +1000 (GMT+1000) Received: from nut.csee.uq.edu.au (nut.csee.uq.edu.au [130.102.66.13]) by gum.csee.uq.edu.au (8.11.3/8.11.3) with ESMTP id f549A2508191; Mon, 4 Jun 2001 19:10:03 +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.3/8.11.3) with ESMTP id f549A2o00584; Mon, 4 Jun 2001 19:10:02 +1000 (EST) Date: Mon, 4 Jun 2001 19:10:02 +1000 (EST) From: Chris Pascoe To: Steve Lord cc: Subject: Re: Crashes in various ext2 functions while running xfstest/check In-Reply-To: <200105241434.f4OEY6214966@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 1.1 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Steve, Further to my last emails on this, I think I've tracked down why the crashes occur, but don't know how to fix it. I eliminated the scsi hardware, ethernet card, etc, that Seth Mos suggested might be the problem (got loans of completely different hardware). I can reliably crash my test machine in under an hour by running test 013 in a loop, and letting the "/etc/cron.hourly/sysstat" cron job run. Doing some random other commands during the process helps speed the crash up. The crashes I see are related to the machine having highmem support, and buffers allocated with pages in high memory making their way onto the (fs/buffer.c) free_list. I added an extra field to struct buffer_head that records in the buffer head who created it (in create_empty_buffers), and what function called put_last_free. In every instance, the buffer_head that causes the crash was created by hook_buffers_to_page_delay, and put onto the free list later by a call to __invalidate_buffers. (Adding code to record in the bh who called that.... done.... crashed, - the caller was blkdev_put this time, but I'll run a few more tests). When one of these bh's with bh->b_page in high memory is given to ext2 by getblk, and a "bread" performed, bh->b_data gets set to values < PAGE_SIZE by a call to set_bh_page. This is why it looked like the bh's were corrupted in my previous backtraces. The actual disk IO that was performed on these pages proceeds okay though, as ll_rw_blk() does create_bounce's for the real disk I/O (which is why the dereferences you saw came after a successful call to bread). I can seemingly (no crashes after a weekend of repeats) make the crashes go away by replacing GFP_HIGHUSER with GFP_USER in clean_inode (fs/inode.c), and _pagebuf_lookup_pages (fs/pagebuf/page_buf.c). Changing one alone doesn't make any difference. Hope that this makes some sense to you, and you can just say aha, and wave the magic wand :). I hope you can replicate it locally with this information. Regards, Chris From owner-linux-xfs@oss.sgi.com Mon Jun 4 02:56:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f549usD30415 for linux-xfs-outgoing; Mon, 4 Jun 2001 02:56:54 -0700 Received: from quasar.sif.it (IDENT:root@quasar.sif.it [131.154.110.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f549ukh30400 for ; Mon, 4 Jun 2001 02:56:47 -0700 Received: from localhost (matteo@localhost) by quasar.sif.it (8.11.2/8.11.2) with ESMTP id f549tpZ10070 for ; Mon, 4 Jun 2001 11:55:51 +0200 Date: Mon, 4 Jun 2001 11:55:51 +0200 (CEST) From: Matteo Centonza To: Subject: LVM+RAID5 Oops on snapshot creation Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1702689938-1161906648-991648551=:9508" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1702689938-1161906648-991648551=:9508 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, thanks again for this great filesystem. I'm running CVS code (2.4.5) as of 2001-05-30 patched with: - VFS lock patch - LVM 0.9.1beta7 - rw SNAPSHOT patch (Dale Stephenson, 2001-05-21) I've also applied changes in lvm.c (get_hardsect_size). I'm running LVM on top of RAID 5 array (XFS, no mkfs options used, QUOTA enabled) of three disks: WDC AC36400L (6.4 Gb) QUANTUM FIREBALL540A (540 Mb) QUANTUM LP120A GM120A01X (120 Mb) on a dual channel controller (ASUS P2B motherboard, Celeron). The system seems to be very stable, even under heavy load, mixing local and remote access, except for the snapshot that triggers the Oops in attachment. This problem seems not to affect a bare LVM configuration. I've also tested with ext2 and seems to run fine. Hope this helps, Ciao -m ---1702689938-1161906648-991648551=:9508 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="lvm-snap.ksymoops" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="lvm-snap.ksymoops" SnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6IFVuYWJsZSB0byBo YW5kbGUga2VybmVsIHBhZ2luZyByZXF1ZXN0IGF0IHZpcnR1YWwgYWRkcmVz cyAxNDAwMDAwMA0KSnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6 ICBwcmludGluZyBlaXA6DQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtl cm5lbDogYzAyODZmMDkNCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2Vy bmVsOiAqcGRlID0gMDAwMDAwMDANCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0 ZXIga2VybmVsOiBPb3BzOiAwMDAyDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRz dGVyIGtlcm5lbDogQ1BVOiAgICAwDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRz dGVyIGtlcm5lbDogRUlQOiAgICAwMDEwOltyZW1vdmVfaGFzaCsyNS80OF0N Ckp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVsOiBFSVA6ICAgIDAw MTA6WzxjMDI4NmYwOT5dDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtl cm5lbDogRUZMQUdTOiAwMDAxMDA0Ng0KSnVuICAxIDIwOjU2OjIzIHNwZWVk c3RlciBrZXJuZWw6IGVheDogMDAwMDAwMDAgICBlYng6IDAwMDAwMDAxICAg ZWN4OiBjM2RiYmMwMCAgIGVkeDogMTQwMDAwMDANCkp1biAgMSAyMDo1Njoy MyBzcGVlZHN0ZXIga2VybmVsOiBlc2k6IGMxMTNlYzAwICAgZWRpOiBjMzZm MGJhMCAgIGVicDogMDAwMDAwMDAgICBlc3A6IGMzZmMxYzZjDQpKdW4gIDEg MjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogZHM6IDAwMTggICBlczogMDAx OCAgIHNzOiAwMDE4DQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5l bDogUHJvY2VzcyBrdXBkYXRlZCAocGlkOiA3LCBzdGFja3BhZ2U9YzNmYzEw MDApDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogU3RhY2s6 IGMwMjg3MGI2IGMzZGJiYzAwIDAwMDAwMjAwIGMxMTNlYzAwIGMwMjg3MzA4 IGMxMTNlYzAwIGMzZmMxYzg4IGMwMjkyY2RkIA0KSnVuICAxIDIwOjU2OjIz IHNwZWVkc3RlciBrZXJuZWw6ICAgICAgICBjMTUyNzgwMCBjM2ZjMDAwMCAw MDAzMzhmMyBjMDI5MmNlZiBjMzI3ODAwMCBjMTUyNzgwMCAwMDAwMDA0MCAw MDAwMDAzMyANCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVsOiAg ICAgICAgYzExM2VjMDAgMDAwMDAwMDEgYzExM2VjMDAgMDAwMDAwMDEgYzM2 ZjBiYTAgMDAwMDAwMDAgYzAyODkwYTIgYzExM2VjMDAgDQpKdW4gIDEgMjA6 NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogQ2FsbCBUcmFjZTogW3Nocmlua19z dHJpcGVfY2FjaGUrNTQvODBdIFtnZXRfYWN0aXZlX3N0cmlwZSs0NzIvMTMy OF0gW2x2bV9tYXArMTA4NS8xMjgwXSBbbHZtX21hcCsxMTAzLzEyODBdIFty YWlkNV9tYWtlX3JlcXVlc3QrODIvMTYwXSBbbWRfbWFrZV9yZXF1ZXN0Kzc3 LzEyOF0gW2x2bV9tYWtlX3JlcXVlc3RfZm4rMTUvMzJdIA0KSnVuICAxIDIw OjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6IENhbGwgVHJhY2U6IFs8YzAyODcw YjY+XSBbPGMwMjg3MzA4Pl0gWzxjMDI5MmNkZD5dIFs8YzAyOTJjZWY+XSBb PGMwMjg5MGEyPl0gWzxjMDI4YzJjZD5dIFs8YzAyOTJkYWY+XSANCkp1biAg MSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVsOiAgICAgICAgW2dlbmVyaWNf bWFrZV9yZXF1ZXN0KzI3NC8zMDRdIFtlbmRfdGhhdF9yZXF1ZXN0X2ZpcnN0 KzEyMy8yMDhdIFtfcGFnZWJ1Zl9wYWdlX2lvKzU0My83MzZdIFt4bG9nX3N0 YXRlX3JlbGVhc2VfaWNsb2crMzMvMTc2XSBbX3BhZ2VfYnVmX3BhZ2VfYXBw bHkrNDM5LzQ2NF0gW3BhZ2VidWZfc2VnbWVudF9hcHBseSsxMjgvMjI0XSBb cGFnZWJ1Zl9pb3JlcXVlc3QrMjU0LzMzNl0gW19wYWdlX2J1Zl9wYWdlX2Fw cGx5KzAvNDY0XSANCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVs OiAgICAgICAgWzxjMDI0MzUxMj5dIFs8YzAyNDM5MGI+XSBbPGMwMWIzMThm Pl0gWzxjMDIwMzZlMT5dIFs8YzAxYjM0MDc+XSBbPGMwMWIzODkwPl0gWzxj MDFiMzUxZT5dIFs8YzAxYjMyNTA+XSANCkp1biAgMSAyMDo1NjoyMyBzcGVl ZHN0ZXIga2VybmVsOiAgICAgICAgW3hsb2dfYmRzdHJhdF9jYisyMC82NF0g W3hsb2dfc3luYyszNzUvODQ4XSBbX19tYWtlX3JlcXVlc3QrMjk4LzE2ODBd IFt4ZnNfdHJhbnNfdGFpbF9haWwrMTcvNDhdIFt4bG9nX2Fzc2lnbl90YWls X2xzbisyNy8xNDRdIFt4bG9nX3N0YXRlX3JlbGVhc2VfaWNsb2crMTQ4LzE3 Nl0gW3hsb2dfc3RhdGVfc3luY19hbGwrMTg4LzM1Ml0gW3hmc19sb2dfZm9y Y2UrNTcvOTZdIA0KSnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6 ICAgICAgICBbPGMwMjAxYzA0Pl0gWzxjMDIwMjMxNz5dIFs8YzAyNDJlOWE+ XSBbPGMwMjBlNWExPl0gWzxjMDIwMWFiYj5dIFs8YzAyMDM3NTQ+XSBbPGMw MjAzOGFjPl0gWzxjMDIwMTUyOT5dIA0KSnVuICAxIDIwOjU2OjIzIHNwZWVk c3RlciBrZXJuZWw6ICAgICAgICBbeGZzX3N5bmNzdWIrMjI3LzI5NzZdIFtz dGFydF9yZXF1ZXN0KzM4NC80OTZdIFtzY2hlZHVsZSs2MTkvOTQ0XSBbeGZz X3N5bmMrMjEvMzJdIFtsaW52ZnNfd3JpdGVfc3VwZXIrMzkvNDhdIFtzeW5j X3N1cGVycysxMTEvMTQ0XSBbc3luY19vbGRfYnVmZmVycysxMC82NF0gW2t1 cGRhdGUrMjI2LzI0MF0gDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtl cm5lbDogICAgICAgIFs8YzAyMTE3ZDM+XSBbPGMwMjY0MWUwPl0gWzxjMDEx MGQ3Yj5dIFs8YzAyMTE2ZTU+XSBbPGMwMjIxY2Y3Pl0gWzxjMDEzM2UxZj5d IFs8YzAxMzJmY2E+XSBbPGMwMTMzMjgyPl0gDQpKdW4gIDEgMjA6NTY6MjMg c3BlZWRzdGVyIGtlcm5lbDogICAgICAgIFtwcmVwYXJlX25hbWVzcGFjZSsw LzE2XSBba2VybmVsX3RocmVhZCszOC80OF0gW2t1cGRhdGUrMC8yNDBdIA0K SnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6ICAgICAgICBbPGMw MTA1MDAwPl0gWzxjMDEwNTRiNj5dIFs8YzAxMzMxYTA+XQ0KSnVuICAxIDIw OjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6IA0KSnVuICAxIDIwOjU2OjIzIHNw ZWVkc3RlciBrZXJuZWw6IENvZGU6IDg5IDAyIGM3IDQxIDA0IDAwIDAwIDAw IDAwIGMzIDhkIGI2IDAwIDAwIDAwIDAwIDhkIGJjIDI3IDAwIA0KDQprc3lt b29wcyAyLjQuMCBvbiBpNjg2IDIuNC41LXhmcy0yLiAgT3B0aW9ucyB1c2Vk DQogICAgIC1WIChkZWZhdWx0KQ0KICAgICAtayAvcHJvYy9rc3ltcyAoZGVm YXVsdCkNCiAgICAgLWwgL3Byb2MvbW9kdWxlcyAoZGVmYXVsdCkNCiAgICAg LW8gL2xpYi9tb2R1bGVzLzIuNC41LXhmcy0yLyAoZGVmYXVsdCkNCiAgICAg LW0gL2Jvb3QvU3lzdGVtLm1hcCAoc3BlY2lmaWVkKQ0KDQpObyBtb2R1bGVz IGluIGtzeW1zLCBza2lwcGluZyBvYmplY3RzDQpXYXJuaW5nIChyZWFkX2xz bW9kKTogbm8gc3ltYm9scyBpbiBsc21vZCwgaXMgL3Byb2MvbW9kdWxlcyBh IHZhbGlkIGxzbW9kIGZpbGU/DQpXYXJuaW5nIChjb21wYXJlX21hcHMpOiBr c3ltc19iYXNlIHN5bWJvbCBfX1ZFUlNJT05FRF9TWU1CT0woc2htZW1fZmls ZV9zZXR1cCkgbm90IGZvdW5kIGluIFN5c3RlbS5tYXAuICBJZ25vcmluZyBr c3ltc19iYXNlIGVudHJ5DQpXYXJuaW5nIChjb21wYXJlX21hcHMpOiBtaXNt YXRjaCBvbiBzeW1ib2wgcGFydGl0aW9uX25hbWUgICwga3N5bXNfYmFzZSBz YXlzIGMwMjhjNGIwLCBTeXN0ZW0ubWFwIHNheXMgYzAxNGViMDAuICBJZ25v cmluZyBrc3ltc19iYXNlIGVudHJ5DQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRz dGVyIGtlcm5lbDogVW5hYmxlIHRvIGhhbmRsZSBrZXJuZWwgcGFnaW5nIHJl cXVlc3QgYXQgdmlydHVhbCBhZGRyZXNzIDE0MDAwMDAwDQpKdW4gIDEgMjA6 NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogYzAyODZmMDkNCkp1biAgMSAyMDo1 NjoyMyBzcGVlZHN0ZXIga2VybmVsOiAqcGRlID0gMDAwMDAwMDANCkp1biAg MSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVsOiBPb3BzOiAwMDAyDQpKdW4g IDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogQ1BVOiAgICAwDQpKdW4g IDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogRUlQOiAgICAwMDEwOlty ZW1vdmVfaGFzaCsyNS80OF0NCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIg a2VybmVsOiBFSVA6ICAgIDAwMTA6WzxjMDI4NmYwOT5dDQpVc2luZyBkZWZh dWx0cyBmcm9tIGtzeW1vb3BzIC10IGVsZjMyLWkzODYgLWEgaTM4Ng0KSnVu ICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6IEVGTEFHUzogMDAwMTAw NDYNCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVsOiBlYXg6IDAw MDAwMDAwICAgZWJ4OiAwMDAwMDAwMSAgIGVjeDogYzNkYmJjMDAgICBlZHg6 IDE0MDAwMDAwDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDog ZXNpOiBjMTEzZWMwMCAgIGVkaTogYzM2ZjBiYTAgICBlYnA6IDAwMDAwMDAw ICAgZXNwOiBjM2ZjMWM2Yw0KSnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBr ZXJuZWw6IGRzOiAwMDE4ICAgZXM6IDAwMTggICBzczogMDAxOA0KSnVuICAx IDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6IFByb2Nlc3Mga3VwZGF0ZWQg KHBpZDogNywgc3RhY2twYWdlPWMzZmMxMDAwKQ0KSnVuICAxIDIwOjU2OjIz IHNwZWVkc3RlciBrZXJuZWw6IFN0YWNrOiBjMDI4NzBiNiBjM2RiYmMwMCAw MDAwMDIwMCBjMTEzZWMwMCBjMDI4NzMwOCBjMTEzZWMwMCBjM2ZjMWM4OCBj MDI5MmNkZCANCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2VybmVsOiAg ICAgICAgYzE1Mjc4MDAgYzNmYzAwMDAgMDAwMzM4ZjMgYzAyOTJjZWYgYzMy NzgwMDAgYzE1Mjc4MDAgMDAwMDAwNDAgMDAwMDAwMzMgDQpKdW4gIDEgMjA6 NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogICAgICAgIGMxMTNlYzAwIDAwMDAw MDAxIGMxMTNlYzAwIDAwMDAwMDAxIGMzNmYwYmEwIDAwMDAwMDAwIGMwMjg5 MGEyIGMxMTNlYzAwIA0KSnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJu ZWw6IENhbGwgVHJhY2U6IFtzaHJpbmtfc3RyaXBlX2NhY2hlKzU0LzgwXSBb Z2V0X2FjdGl2ZV9zdHJpcGUrNDcyLzEzMjhdIFtsdm1fbWFwKzEwODUvMTI4 MF0gW2x2bV9tYXArMTEwMy8xMjgwXSBbcmFpZDVfbWFrZV9yZXF1ZXN0Kzgy LzE2MF0gW21kX21ha2VfcmVxdWVzdCs3Ny8xMjhdIFtsdm1fbWFrZV9yZXF1 ZXN0X2ZuKzE1LzMyXSANCkp1biAgMSAyMDo1NjoyMyBzcGVlZHN0ZXIga2Vy bmVsOiBDYWxsIFRyYWNlOiBbPGMwMjg3MGI2Pl0gWzxjMDI4NzMwOD5dIFs8 YzAyOTJjZGQ+XSBbPGMwMjkyY2VmPl0gWzxjMDI4OTBhMj5dIFs8YzAyOGMy Y2Q+XSBbPGMwMjkyZGFmPl0gDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVy IGtlcm5lbDogICAgICAgIFs8YzAyNDM1MTI+XSBbPGMwMjQzOTBiPl0gWzxj MDFiMzE4Zj5dIFs8YzAyMDM2ZTE+XSBbPGMwMWIzNDA3Pl0gWzxjMDFiMzg5 MD5dIFs8YzAxYjM1MWU+XSBbPGMwMWIzMjUwPl0gDQpKdW4gIDEgMjA6NTY6 MjMgc3BlZWRzdGVyIGtlcm5lbDogICAgICAgIFs8YzAyMDFjMDQ+XSBbPGMw MjAyMzE3Pl0gWzxjMDI0MmU5YT5dIFs8YzAyMGU1YTE+XSBbPGMwMjAxYWJi Pl0gWzxjMDIwMzc1ND5dIFs8YzAyMDM4YWM+XSBbPGMwMjAxNTI5Pl0gDQpK dW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDogICAgICAgIFs8YzAy MTE3ZDM+XSBbPGMwMjY0MWUwPl0gWzxjMDExMGQ3Yj5dIFs8YzAyMTE2ZTU+ XSBbPGMwMjIxY2Y3Pl0gWzxjMDEzM2UxZj5dIFs8YzAxMzJmY2E+XSBbPGMw MTMzMjgyPl0gDQpKdW4gIDEgMjA6NTY6MjMgc3BlZWRzdGVyIGtlcm5lbDog ICAgICAgIFs8YzAxMDUwMDA+XSBbPGMwMTA1NGI2Pl0gWzxjMDEzMzFhMD5d IA0KSnVuICAxIDIwOjU2OjIzIHNwZWVkc3RlciBrZXJuZWw6IENvZGU6IDg5 IDAyIGM3IDQxIDA0IDAwIDAwIDAwIDAwIGMzIDhkIGI2IDAwIDAwIDAwIDAw IDhkIGJjIDI3IDAwIA0KDQo+PkVJUDsgYzAyODZmMDkgPHJlbW92ZV9oYXNo KzE5LzMwPiAgIDw9PT09PQ0KVHJhY2U7IGMwMjg3MGI2IDxzaHJpbmtfc3Ry aXBlX2NhY2hlKzM2LzUwPg0KVHJhY2U7IGMwMjg3MzA4IDxnZXRfYWN0aXZl X3N0cmlwZSsxZDgvNTMwPg0KVHJhY2U7IGMwMjkyY2RkIDxsdm1fbWFwKzQz ZC81MDA+DQpUcmFjZTsgYzAyOTJjZWYgPGx2bV9tYXArNDRmLzUwMD4NClRy YWNlOyBjMDI4OTBhMiA8cmFpZDVfbWFrZV9yZXF1ZXN0KzUyL2EwPg0KVHJh Y2U7IGMwMjhjMmNkIDxtZF9tYWtlX3JlcXVlc3QrNGQvODA+DQpUcmFjZTsg YzAyOTJkYWYgPGx2bV9tYWtlX3JlcXVlc3RfZm4rZi8yMD4NClRyYWNlOyBj MDI0MzUxMiA8Z2VuZXJpY19tYWtlX3JlcXVlc3QrMTEyLzEzMD4NClRyYWNl OyBjMDI0MzkwYiA8ZW5kX3RoYXRfcmVxdWVzdF9maXJzdCs3Yi9kMD4NClRy YWNlOyBjMDFiMzE4ZiA8X3BhZ2VidWZfcGFnZV9pbysyMWYvMmUwPg0KVHJh Y2U7IGMwMjAzNmUxIDx4bG9nX3N0YXRlX3JlbGVhc2VfaWNsb2crMjEvYjA+ DQpUcmFjZTsgYzAxYjM0MDcgPF9wYWdlX2J1Zl9wYWdlX2FwcGx5KzFiNy8x ZDA+DQpUcmFjZTsgYzAxYjM4OTAgPHBhZ2VidWZfc2VnbWVudF9hcHBseSs4 MC9lMD4NClRyYWNlOyBjMDFiMzUxZSA8cGFnZWJ1Zl9pb3JlcXVlc3QrZmUv MTUwPg0KVHJhY2U7IGMwMWIzMjUwIDxfcGFnZV9idWZfcGFnZV9hcHBseSsw LzFkMD4NClRyYWNlOyBjMDIwMWMwNCA8eGxvZ19iZHN0cmF0X2NiKzE0LzQw Pg0KVHJhY2U7IGMwMjAyMzE3IDx4bG9nX3N5bmMrMTc3LzM1MD4NClRyYWNl OyBjMDI0MmU5YSA8X19tYWtlX3JlcXVlc3QrMTJhLzY5MD4NClRyYWNlOyBj MDIwZTVhMSA8eGZzX3RyYW5zX3RhaWxfYWlsKzExLzMwPg0KVHJhY2U7IGMw MjAxYWJiIDx4bG9nX2Fzc2lnbl90YWlsX2xzbisxYi85MD4NClRyYWNlOyBj MDIwMzc1NCA8eGxvZ19zdGF0ZV9yZWxlYXNlX2ljbG9nKzk0L2IwPg0KVHJh Y2U7IGMwMjAzOGFjIDx4bG9nX3N0YXRlX3N5bmNfYWxsK2JjLzE2MD4NClRy YWNlOyBjMDIwMTUyOSA8eGZzX2xvZ19mb3JjZSszOS82MD4NClRyYWNlOyBj MDIxMTdkMyA8eGZzX3N5bmNzdWIrZTMvYmEwPg0KVHJhY2U7IGMwMjY0MWUw IDxzdGFydF9yZXF1ZXN0KzE4MC8xZjA+DQpUcmFjZTsgYzAxMTBkN2IgPHNj aGVkdWxlKzI2Yi8zYjA+DQpUcmFjZTsgYzAyMTE2ZTUgPHhmc19zeW5jKzE1 LzIwPg0KVHJhY2U7IGMwMjIxY2Y3IDxsaW52ZnNfd3JpdGVfc3VwZXIrMjcv MzA+DQpUcmFjZTsgYzAxMzNlMWYgPHN5bmNfc3VwZXJzKzZmLzkwPg0KVHJh Y2U7IGMwMTMyZmNhIDxzeW5jX29sZF9idWZmZXJzK2EvNDA+DQpUcmFjZTsg YzAxMzMyODIgPGt1cGRhdGUrZTIvZjA+DQpUcmFjZTsgYzAxMDUwMDAgPHBy ZXBhcmVfbmFtZXNwYWNlKzAvMTA+DQpUcmFjZTsgYzAxMDU0YjYgPGtlcm5l bF90aHJlYWQrMjYvMzA+DQpUcmFjZTsgYzAxMzMxYTAgPGt1cGRhdGUrMC9m MD4NCkNvZGU7ICBjMDI4NmYwOSA8cmVtb3ZlX2hhc2grMTkvMzA+DQowMDAw MDAwMCA8X0VJUD46DQpDb2RlOyAgYzAyODZmMDkgPHJlbW92ZV9oYXNoKzE5 LzMwPiAgIDw9PT09PQ0KICAgMDogICA4OSAwMiAgICAgICAgICAgICAgICAg ICAgIG1vdiAgICAlZWF4LCglZWR4KSAgIDw9PT09PQ0KQ29kZTsgIGMwMjg2 ZjBiIDxyZW1vdmVfaGFzaCsxYi8zMD4NCiAgIDI6ICAgYzcgNDEgMDQgMDAg MDAgMDAgMDAgICAgICBtb3ZsICAgJDB4MCwweDQoJWVjeCkNCkNvZGU7ICBj MDI4NmYxMiA8cmVtb3ZlX2hhc2grMjIvMzA+DQogICA5OiAgIGMzICAgICAg ICAgICAgICAgICAgICAgICAgcmV0ICAgIA0KQ29kZTsgIGMwMjg2ZjEzIDxy ZW1vdmVfaGFzaCsyMy8zMD4NCiAgIGE6ICAgOGQgYjYgMDAgMDAgMDAgMDAg ICAgICAgICBsZWEgICAgMHgwKCVlc2kpLCVlc2kNCkNvZGU7ICBjMDI4NmYx OSA8cmVtb3ZlX2hhc2grMjkvMzA+DQogIDEwOiAgIDhkIGJjIDI3IDAwIDAw IDAwIDAwICAgICAgbGVhICAgIDB4MCglZWRpLDEpLCVlZGkNCg0KDQozIHdh cm5pbmdzIGlzc3VlZC4gIFJlc3VsdHMgbWF5IG5vdCBiZSByZWxpYWJsZS4N Cg0KDQoNCg0KDQoNCg0K ---1702689938-1161906648-991648551=:9508-- From owner-linux-xfs@oss.sgi.com Mon Jun 4 03:37:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Abhj03767 for linux-xfs-outgoing; Mon, 4 Jun 2001 03:37:43 -0700 Received: from guardian.hermes.si (guardian.hermes.si [193.77.5.150]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Abfh03764 for ; Mon, 4 Jun 2001 03:37:42 -0700 Received: from hermes.si (primus.hermes.si [193.77.5.98]) by guardian.hermes.si (8.9.3/8.9.3) with ESMTP id MAA22978 for ; Mon, 4 Jun 2001 12:37:32 +0200 (METDST) Received: (from uucp@localhost) by hermes.si (8.9.3/8.9.3) id MAA22113 for ; Mon, 4 Jun 2001 12:37:28 +0200 Received: from oreh.hermes.si(10.65.207.12) by primus.hermes.si via smap (V2.1) id xma020638; Mon, 4 Jun 01 12:36:14 +0200 Received: by oreh.hermes.si with Internet Mail Service (5.5.2653.19) id ; Mon, 4 Jun 2001 12:36:16 +0200 Message-ID: <8DA212D53DEFD211A5E70060979801B41B8712@oreh.hermes.si> From: Andrej Jamsek To: linux-xfs@oss.sgi.com Subject: How to obtain CVS tree Date: Mon, 4 Jun 2001 12:35:11 +0200 Deferred-Delivery: Mon, 4 Jun 2001 12:36:00 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello everybody. I use XFS from RedHat 7.1 installation CD for kernel 2.4.2, but I want to build a new kernel 2.4.5. I try to download latest CVS tree with Cusp as instruction on web says but it didn't work. I got every time connection time-out respond. I make all types of "sup file" as described on web and got the same response. Please, can anybody explain me how to download latest version. Thanks in advance Andrej ---------------------------------------------------------------------------- Jamsek Andrej Hermes SoftLab d.d. Office Nova Gorica Litijska 51, 1000 Ljubljana, Slovenia phone: (++386 1) 5865 705 E-mail: andrej.jamsek@hermes.si ---------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon Jun 4 03:54:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54AsEm07535 for linux-xfs-outgoing; Mon, 4 Jun 2001 03:54:14 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54AsDh07531 for ; Mon, 4 Jun 2001 03:54:13 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 156rzp-0004nK-00; Mon, 04 Jun 2001 12:54:11 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f54Art711173; Mon, 4 Jun 2001 06:53:55 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: Matteo Centonza Cc: Subject: Re: LVM+RAID5 Oops on snapshot creation References: From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 04 Jun 2001 06:53:55 -0400 In-Reply-To: Message-ID: Lines: 39 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >>>>> "Matteo" == Matteo Centonza writes: Matteo> I've also applied changes in lvm.c (get_hardsect_size). The sector size changes in recent kernels are likely to be the culprit. Just got back from a couple of weeks on vacation, so I haven't followed the merge closely. I'll have a look later today. If you could mail me your lvm.c that would be great. Matteo> The system seems to be very stable, even under heavy load, Matteo> mixing local and remote access, except for the snapshot that Matteo> triggers the Oops in attachment. This problem seems not to Matteo> affect a bare LVM configuration. Every time we switch block sizes, the RAID5 code has to flush its stripe cache. And there seem to be something nasty going on there after the merge. Matteo> I've also tested with ext2 and seems to run fine. ext2 sticks to one block size, while XFS switches between 512 bytes and the fs block size all the time. Before I went on vacation I had a cunning plan of revamping the stripe cache so it would stick to one size and handle merging internally. That way we could avoid flushing the cache all the time at the cost of copying things around a bit. I'll probably try and hack this up and measure whether it is a win or not. In any case I'll poke a bit at the block size changes in the 2.4.5 tree and see what happens... -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Mon Jun 4 03:57:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54AvA208491 for linux-xfs-outgoing; Mon, 4 Jun 2001 03:57:10 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54AvAh08485 for ; Mon, 4 Jun 2001 03:57:10 -0700 Received: from qn-212-58-163-247.quicknet.nl ([212.58.163.247]:61856 "EHLO auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id ; Mon, 4 Jun 2001 12:57:01 +0200 Message-Id: <4.3.2.7.2.20010604125501.03570328@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 04 Jun 2001 12:56:56 +0200 To: Andrej Jamsek , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: How to obtain CVS tree In-Reply-To: <8DA212D53DEFD211A5E70060979801B41B8712@oreh.hermes.si> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 12:35 4-6-2001 +0200, Andrej Jamsek wrote: >Hello everybody. > >I use XFS from RedHat 7.1 installation CD for kernel 2.4.2, but I want to >build a new kernel 2.4.5. I try to download latest CVS tree with Cusp as >instruction on web says but it didn't work. I got every time connection >time-out respond. I make all types of "sup file" as described on web and got >the same response. > >Please, can anybody explain me how to download latest version. It is possible that cvsup is not avalaible at the moment due to a misconfigured firewall in front of oss.sgi.com. Use a normal cvs checkout instead. The normal cvs download is also described on the webpage. Cheers Seth -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Mon Jun 4 04:53:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Bria17169 for linux-xfs-outgoing; Mon, 4 Jun 2001 04:53:44 -0700 Received: from guardian.hermes.si (guardian.hermes.si [193.77.5.150]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Brgh17154 for ; Mon, 4 Jun 2001 04:53:43 -0700 Received: from hermes.si (primus.hermes.si [193.77.5.98]) by guardian.hermes.si (8.9.3/8.9.3) with ESMTP id NAA24989 for ; Mon, 4 Jun 2001 13:53:33 +0200 (METDST) Received: (from uucp@localhost) by hermes.si (8.9.3/8.9.3) id NAA31229 for ; Mon, 4 Jun 2001 13:53:30 +0200 Received: from oreh.hermes.si(10.65.207.12) by primus.hermes.si via smap (V2.1) id xma028346; Mon, 4 Jun 01 13:52:24 +0200 Received: by oreh.hermes.si with Internet Mail Service (5.5.2653.19) id ; Mon, 4 Jun 2001 13:52:25 +0200 Message-ID: <8DA212D53DEFD211A5E70060979801B41B8713@oreh.hermes.si> From: Andrej Jamsek To: linux-xfs@oss.sgi.com Subject: RE: How to obtain CVS tree Date: Mon, 4 Jun 2001 13:51:16 +0200 Deferred-Delivery: Mon, 4 Jun 2001 13:52:00 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks guys. It works perfectly Andrej > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: 4. junij 2001 12:57 > To: Andrej Jamsek; linux-xfs@oss.sgi.com > Subject: Re: How to obtain CVS tree > > > At 12:35 4-6-2001 +0200, Andrej Jamsek wrote: > >Hello everybody. > > > >I use XFS from RedHat 7.1 installation CD for kernel 2.4.2, > but I want to > >build a new kernel 2.4.5. I try to download latest CVS tree > with Cusp as > >instruction on web says but it didn't work. I got every time > connection > >time-out respond. I make all types of "sup file" as > described on web and got > >the same response. > > > >Please, can anybody explain me how to download latest version. > > It is possible that cvsup is not avalaible at the moment due to a > misconfigured firewall in front of oss.sgi.com. > > Use a normal cvs checkout instead. The normal cvs download is also > described on the webpage. > > Cheers > Seth > > -- > Seth > Every program has two purposes one for which > it was written and another for which it wasn't > I use the last kind. > From owner-linux-xfs@oss.sgi.com Mon Jun 4 05:58:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Cwou26520 for linux-xfs-outgoing; Mon, 4 Jun 2001 05:58:50 -0700 Received: from moutvdom00.kundenserver.de (moutvdom00.kundenserver.de [195.20.224.149]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Cwnh26516 for ; Mon, 4 Jun 2001 05:58:49 -0700 Received: from [195.20.224.209] (helo=mrvdom02.schlund.de) by moutvdom00.kundenserver.de with esmtp (Exim 2.12 #2) id 156twV-00044a-00 for linux-xfs@oss.sgi.com; Mon, 4 Jun 2001 14:58:47 +0200 Received: from pd954cb64.dip.t-dialin.net ([217.84.203.100] helo=educators.de) by mrvdom02.schlund.de with esmtp (Exim 2.12 #2) id 156tvz-0004Qv-00 for linux-xfs@oss.sgi.com; Mon, 4 Jun 2001 14:58:16 +0200 Message-ID: <3B1B85D8.D8A694BE@educators.de> Date: Mon, 04 Jun 2001 14:58:00 +0200 From: Felix Ide X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.4.3-XFS i686) X-Accept-Language: de, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: permission problems.. References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk marchuk@ee.washington.edu wrote: > > I am using the latest CVS tree, one from Friday, and I noticed a strange > problem. Every once in a while permissions get reset for some > directories, I mean all permissions are removed. Has anyone noticed this > problem and is this XFS related? > I have the same problem here using the cvs tree from today (monday) ! After installation and reboot some files and directories are chmod'ed to 000 ! Felix From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:00:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54E0pi31309 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:00:51 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54E0nh31306 for ; Mon, 4 Jun 2001 07:00:49 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f54E0caJ001782; Mon, 4 Jun 2001 09:00:39 -0500 (CDT) Message-ID: <3B1B9480.9E73FE6F@thebarn.com> Date: Mon, 04 Jun 2001 09:00:33 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Andrej Jamsek CC: linux-xfs@oss.sgi.com Subject: Re: How to obtain CVS tree References: <8DA212D53DEFD211A5E70060979801B41B8712@oreh.hermes.si> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Andrej Jamsek wrote: > Hello everybody. > > I use XFS from RedHat 7.1 installation CD for kernel 2.4.2, but I want to > build a new kernel 2.4.5. I try to download latest CVS tree with Cusp as > instruction on web says but it didn't work. I got every time connection > time-out respond. I make all types of "sup file" as described on web and got > the same response. > > Please, can anybody explain me how to download latest version. The firewall hasn't been configed to allow the cvsup port to pass. I'm not sure when they are going to open it up. The last work I got was they were having problems with the firewall and they won't make changes to the config until the problem is resolved. I'll set a linux-xfs cvsup tree at thebarn.com as a stop gap I have a meeting this mooring so it will be sometime this afternoon before I get to it. > > > Thanks in advance > Andrej > > ---------------------------------------------------------------------------- > Jamsek Andrej > Hermes SoftLab d.d. > Office Nova Gorica > > Litijska 51, 1000 Ljubljana, Slovenia > phone: (++386 1) 5865 705 > E-mail: andrej.jamsek@hermes.si > ---------------------------------------------------------------------------- -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:02:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54E2gA31594 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:02:42 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54E2eh31591 for ; Mon, 4 Jun 2001 07:02:40 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA09557 for ; Mon, 4 Jun 2001 07:02:52 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id JAA2051841; Mon, 4 Jun 2001 09:01:22 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id JAA91020; Mon, 4 Jun 2001 09:01:15 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54E3SQ29627; Mon, 4 Jun 2001 09:03:28 -0500 Message-Id: <200106041403.f54E3SQ29627@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Felix Ide cc: linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: Message from Felix Ide of "Mon, 04 Jun 2001 14:58:00 +0200." <3B1B85D8.D8A694BE@educators.de> Date: Mon, 04 Jun 2001 09:03:28 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > marchuk@ee.washington.edu wrote: > > > > I am using the latest CVS tree, one from Friday, and I noticed a strange > > problem. Every once in a while permissions get reset for some > > directories, I mean all permissions are removed. Has anyone noticed this > > problem and is this XFS related? > > > > I have the same problem here using the cvs tree from today (monday) ! > After installation and reboot some files and directories are chmod'ed to > 000 ! > > Felix Hmm, there was an 'optimization' a couple of weeks back which could explain this. Do you have any pointers to what coincides with this, and what the first operation is that causes you to discover missing permissions? Steve From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:33:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54EXEi00457 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:33:14 -0700 Received: from revere3.musc.edu (revere3.musc.edu [128.23.203.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54EXDh00454 for ; Mon, 4 Jun 2001 07:33:13 -0700 Received: from D8H1FF01 ([128.23.211.115]) by revere3.musc.edu (8.8.8/8.8.8) with ESMTP id KAA18575 for ; Mon, 4 Jun 2001 10:33:12 -0400 (EDT) Date: Mon, 04 Jun 2001 10:34:53 -0400 From: Stephen VanPelt To: linux-xfs@oss.sgi.com Subject: Setting Permissions with ACLs Message-ID: <3808415888.991650893@D8H1FF01> Originator-Info: login-id=vanpelts; server=imap.musc.edu X-Mailer: Mulberry/2.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello there, I'm running Redhat 7.1 with XFS, and I've got a quick question about setting permissions using the ACLs. I tried many different configurations when setting permissions on a directory and on a file, but I found that the ACLs can only grant permissions on files that I've chmod'ed to 777. Basically I'm finding that the ACLs cannot grant a right that has not already been granted by chmod, although the ACLs will in fact restrict access that has been authorized by chmod. I'm just making sure that I'm doing everything in the best possible manner, and that I have not missed a step here. I'm very new to the linux ACL game (never touched an Irix machine in my life), and I'm a little wary :) Thanks for any help or suggestions you might have, Stephen VanPelt Stephen VanPelt Information Technology Consultant MUSC Center for Drug and Alcohol Programs PH: 843-792-5558 Internet: vanpelts@musc.edu __________________BEGIN FOOTER___________________ **The Views Expressed by the Author of this Message are not ** **necessarily those of the Medical University of South Carolina** From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:36:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54EalY00915 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:36:47 -0700 Received: from marraco.udl.es (gardeny.udl.es [193.144.12.130]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Eajh00912 for ; Mon, 4 Jun 2001 07:36:46 -0700 Received: from eup.udl.es (fermat.udl.net [10.50.54.28]) by marraco.udl.es (8.9.3/8.8.5) with ESMTP id PAA20559 for ; Mon, 4 Jun 2001 15:36:12 +0200 Received: by eup.udl.es (8.8.8+Sun/SMI-SVR4) id QAA12734; Mon, 4 Jun 2001 16:36:36 +0200 (MET DST) Date: Mon, 4 Jun 2001 16:36:36 +0200 (MET DST) From: fermin@eup.udl.es (Fermin Molina) Message-Id: <200106041436.QAA12734@eup.udl.es> To: linux-xfs@oss.sgi.com Subject: Re: permission problems.. X-Sun-Charset: US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, > > I am using the latest CVS tree, one from Friday, and I noticed a strange > > problem. Every once in a while permissions get reset for some > > directories, I mean all permissions are removed. Has anyone noticed this > > problem and is this XFS related? > > > > I have the same problem here using the cvs tree from today (monday) ! > After installation and reboot some files and directories are chmod'ed to > 000 ! I have the same problem. I don't get this strange behaviour using a cvs from early May (8-9 May). With a cvs from May 29, some directories and files get mode 000. Also, some files get 4xxx (suid) and 2xxx (sgid) modes!!! (very dangerous!!) All these files are accesed via NFS by normal users. I must to boot with old cvs kernels. [...] I get this message from Steve now: > Hmm, there was an 'optimization' a couple of weeks back which could explain > this. Do you have any pointers to what coincides with this, and what the > first operation is that causes you to discover missing permissions? I begin to see this as soon as I rebooted the machine with the new (May 29) cvs kernel. Another point I want to let you know is that I have the "problem" commented early on the list, "xfs mount warning". Maybe my filesystem was incorrectly unmounted (not remounted read-only before halt), and then, when booted with new kernel, the recovery has made incorrectly? (it's only a guess...) TIA & Thanx! /Fermin From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:41:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54EfFb01411 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:41:15 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54EfEh01407 for ; Mon, 4 Jun 2001 07:41:14 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA17637 for ; Mon, 4 Jun 2001 07:41:13 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id JAA2052740; Mon, 4 Jun 2001 09:39:56 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id JAA61417; Mon, 4 Jun 2001 09:39:56 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54Eg9f29808; Mon, 4 Jun 2001 09:42:09 -0500 Message-Id: <200106041442.f54Eg9f29808@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Chris Pascoe cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: Crashes in various ext2 functions while running xfstest/check In-Reply-To: Message from Chris Pascoe of "Mon, 04 Jun 2001 19:10:02 +1000." Date: Mon, 04 Jun 2001 09:42:09 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Chris, Thanks for the detailed analysis, this gives me a couple of ideas. The changes you describe will work - since you have effectively disabled highmem by doing so. I think the problem is more along the lines of xfs not cleaning up these pages correctly in some situation. Steve > Hi Steve, > > Further to my last emails on this, I think I've tracked down why the > crashes occur, but don't know how to fix it. I eliminated the scsi > hardware, ethernet card, etc, that Seth Mos suggested might be the problem > (got loans of completely different hardware). I can reliably crash my > test machine in under an hour by running test 013 in a loop, and letting > the "/etc/cron.hourly/sysstat" cron job run. Doing some random other > commands during the process helps speed the crash up. > > The crashes I see are related to the machine having highmem support, and > buffers allocated with pages in high memory making their way onto the > (fs/buffer.c) free_list. I added an extra field to struct buffer_head > that records in the buffer head who created it (in create_empty_buffers), > and what function called put_last_free. In every instance, the > buffer_head that causes the crash was created by > hook_buffers_to_page_delay, and put onto the free list later by a call to > __invalidate_buffers. (Adding code to record in the bh who called > that.... done.... crashed, - the caller was blkdev_put this time, but I'll > run a few more tests). > > When one of these bh's with bh->b_page in high memory is given to ext2 by > getblk, and a "bread" performed, bh->b_data gets set to values < PAGE_SIZE > by a call to set_bh_page. This is why it looked like the bh's were > corrupted in my previous backtraces. The actual disk IO that was > performed on these pages proceeds okay though, as ll_rw_blk() does > create_bounce's for the real disk I/O (which is why the dereferences > you saw came after a successful call to bread). > > I can seemingly (no crashes after a weekend of repeats) make the crashes > go away by replacing GFP_HIGHUSER with GFP_USER in clean_inode > (fs/inode.c), and _pagebuf_lookup_pages (fs/pagebuf/page_buf.c). > Changing one alone doesn't make any difference. > > Hope that this makes some sense to you, and you can just say aha, and wave > the magic wand :). I hope you can replicate it locally with this > information. > > Regards, > Chris From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:50:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54EoGn02165 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:50:16 -0700 Received: from FW2.dt.navy.mil (FW2.dt.navy.mil [192.5.27.136]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54EoEh02160 for ; Mon, 4 Jun 2001 07:50:14 -0700 Received: by FW2.dt.navy.mil; id KAA07243; Mon, 4 Jun 2001 10:52:06 -0400 (EDT) Received: from unknown(130.46.225.16) by FW2.dt.navy.mil via smap (V5.5) id xma006752; Mon, 4 Jun 01 10:51:32 -0400 Received: from NAVGATE.dt.navy.mil (navgate.dt.navy.mil [130.46.225.15]) by smtprelay.dt.navy.mil (8.9.3/8.9.3) with SMTP id KAA28961 for ; Mon, 4 Jun 2001 10:49:24 -0400 Received: from crbeex01.nswccd.navy.mil ([130.46.5.84]) by NAVGATE.dt.navy.mil (NAVIEG 2.1 bld 63) with SMTP id M2001060410492312941 ; Mon, 04 Jun 2001 10:49:23 -0400 Received: from PROFESSOR.dt.navy.mil ([157.187.160.235]) by crbeex01.nswccd.navy.mil with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id M21X7GQB; Mon, 4 Jun 2001 10:49:23 -0400 Received: from jtsdell (Bayview162-40.dt.navy.mil [157.187.162.40]) by professor.dt.navy.mil (8.8.8+Sun/8.8.8) with ESMTP id HAA16719; Mon, 4 Jun 2001 07:39:48 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.8 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3808415888.991650893@D8H1FF01> Date: Mon, 04 Jun 2001 10:48:49 -0400 (EDT) Reply-To: jtrostel@connex.com Organization: Connex From: John Trostel To: Stephen VanPelt Subject: RE: Setting Permissions with ACLs Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Are you the original owner of the files you are trying to change the ACLs of? Try this and tell me what you see: 1. In an XFS directory you own, create a file: $ touch a_file 2. check the permissions (assuming a standard umask) $ ls -l a_file -rw-rw-r-- 1 jt jt 0 Jun 4 10:38 a_file $ 3. check the permission with 'chacl' (no ACL applied yet) $ chacl -l a_file a_file [] 4. change the ACL using 'chacl' and check again $ chacl u::rwx,g::r-x,o::r--,u:user1:r--,m::r-x a_file $ chacl -l a_file a_file [u::rwx,g::r-x,o::r--,u:user1:r--,m::r-x] On 04-Jun-2001 Stephen VanPelt wrote: > Hello there, > > I'm running Redhat 7.1 with XFS, and I've got a quick question about > setting permissions using the ACLs. I tried many different configurations > when setting permissions on a directory and on a file, but I found that the > ACLs can only grant permissions on files that I've chmod'ed to 777. > Basically I'm finding that the ACLs cannot grant a right that has not > already been granted by chmod, although the ACLs will in fact restrict > access that has been authorized by chmod. > > I'm just making sure that I'm doing everything in the best possible manner, > and that I have not missed a step here. I'm very new to the linux ACL game > (never touched an Irix machine in my life), and I'm a little wary :) > > Thanks for any help or suggestions you might have, > > Stephen VanPelt > > > > Stephen VanPelt > Information Technology Consultant > MUSC Center for Drug and Alcohol Programs > PH: 843-792-5558 Internet: vanpelts@musc.edu > > > __________________BEGIN FOOTER___________________ > **The Views Expressed by the Author of this Message are not ** > **necessarily those of the Medical University of South Carolina** -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@oss.sgi.com Mon Jun 4 07:55:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54EtMk02733 for linux-xfs-outgoing; Mon, 4 Jun 2001 07:55:22 -0700 Received: from mailout04.sul.t-online.de (mailout04.sul.t-online.com [194.25.134.18]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54EtLh02728 for ; Mon, 4 Jun 2001 07:55:21 -0700 Received: from fwd02.sul.t-online.de by mailout04.sul.t-online.de with smtp id 156vkU-0005Fn-01; Mon, 04 Jun 2001 16:54:30 +0200 Received: from t-online.de (340024412816-0001@[217.81.137.174]) by fwd02.sul.t-online.com with esmtp id 156vkE-09EmsCC; Mon, 4 Jun 2001 16:54:14 +0200 Message-ID: <3B1BA119.827B38CB@t-online.de> Date: Mon, 04 Jun 2001 16:54:17 +0200 From: Hasch@t-online.de (Juergen Hasch) X-Mailer: Mozilla 4.7 [de] (WinNT; I) X-Accept-Language: de MIME-Version: 1.0 To: Stephen VanPelt CC: linux-xfs@oss.sgi.com Subject: Re: Setting Permissions with ACLs References: <3808415888.991650893@D8H1FF01> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Sender: 340024412816-0001@t-dialin.net Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Stephen VanPelt schrieb: > > Hello there, > > I'm running Redhat 7.1 with XFS, and I've got a quick question about > setting permissions using the ACLs. I tried many different configurations > when setting permissions on a directory and on a file, but I found that the > ACLs can only grant permissions on files that I've chmod'ed to 777. > Basically I'm finding that the ACLs cannot grant a right that has not > already been granted by chmod, although the ACLs will in fact restrict > access that has been authorized by chmod. > > I'm just making sure that I'm doing everything in the best possible manner, > and that I have not missed a step here. I'm very new to the linux ACL game > (never touched an Irix machine in my life), and I'm a little wary :) > It works for me, here is a simple example: bash-2.04$ ls -al total 16 drwxr-xr-x 2 hasch users 29 Jun 4 16:52 . drwxr-xr-x 72 hasch users 8192 Jun 4 16:50 .. -rwxrwx---+ 1 hasch users 0 Jun 4 16:50 test -rwxr-x--- 1 hasch users 0 Jun 4 16:52 test1 bash-2.04$ chacl -l test test [] bash-2.04$ chacl u::rwx,u:postgres:rw--,g::r--,o::---,m::rwx test bash-2.04$ chacl -l test test [u::rwx,u:postgres:rw-,g::r--,o::---,m::rwx] postgres@linux:/home/hasch/acl_t > cat test postgres@linux:/home/hasch/acl_t > cat test1 cat: test1: Keine Berechtigung (means access denied) ...Juergen From owner-linux-xfs@oss.sgi.com Mon Jun 4 08:09:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54F9qE03781 for linux-xfs-outgoing; Mon, 4 Jun 2001 08:09:52 -0700 Received: from revere3.musc.edu (revere3.musc.edu [128.23.203.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54F9mh03771 for ; Mon, 4 Jun 2001 08:09:48 -0700 Received: from D8H1FF01 ([128.23.211.115]) by revere3.musc.edu (8.8.8/8.8.8) with ESMTP id LAA04028; Mon, 4 Jun 2001 11:03:58 -0400 (EDT) Date: Mon, 04 Jun 2001 11:05:29 -0400 From: Stephen VanPelt To: jtrostel@connex.com cc: linux-xfs@oss.sgi.com Subject: RE: Setting Permissions with ACLs Message-ID: <3810251117.991652729@D8H1FF01> In-Reply-To: Originator-Info: login-id=vanpelts; server=imap.musc.edu X-Mailer: Mulberry/2.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk see comments below --On Monday, June 04, 2001 10:48 AM -0400 John Trostel wrote: > Are you the original owner of the files you are trying to change the ACLs > of? Yes, and I'm able to change the ACLs. > > Try this and tell me what you see: > > 1. In an XFS directory you own, create a file: > > $ touch a_file > > 2. check the permissions (assuming a standard umask) > > $ ls -l a_file > -rw-rw-r-- 1 jt jt 0 Jun 4 10:38 a_file > $ -rw-r--r-- 1 peltman peltman 0 Jun 4 09:53 a_file > > 3. check the permission with 'chacl' (no ACL applied yet) > > $ chacl -l a_file > a_file [] > Yup, looks good... > 4. change the ACL using 'chacl' and check again > > $ chacl u::rwx,g::r-x,o::r--,u:user1:r--,m::r-x a_file > $ chacl -l a_file > a_file [u::rwx,g::r-x,o::r--,u:user1:r--,m::r-x] > This part looks good too - but here's where I find problems... If I have a user that I've specified (user1, in this instance) with write access log into the server (using netatalk - but this doesn't seem to matter), they cannot open the file if the file isn't chmod'ed to give "other" write access. Even though the user is given write access in the ACL, they cannot exercise that access unless it is also allowed in "chmod" (the file belongs to peltman:peltman - and of course the user is not in either of those groups - so unless they are set to chmod 006 or 007, then the ACL doesn't seem to be able to grant any access that the chmod denies). > > On 04-Jun-2001 Stephen VanPelt wrote: >> Hello there, >> >> I'm running Redhat 7.1 with XFS, and I've got a quick question about >> setting permissions using the ACLs. I tried many different >> configurations when setting permissions on a directory and on a file, >> but I found that the ACLs can only grant permissions on files that I've >> chmod'ed to 777. Basically I'm finding that the ACLs cannot grant a >> right that has not already been granted by chmod, although the ACLs >> will in fact restrict access that has been authorized by chmod. >> >> I'm just making sure that I'm doing everything in the best possible >> manner, and that I have not missed a step here. I'm very new to the >> linux ACL game (never touched an Irix machine in my life), and I'm a >> little wary :) >> >> Thanks for any help or suggestions you might have, >> >> Stephen VanPelt >> >> >> >> Stephen VanPelt >> Information Technology Consultant >> MUSC Center for Drug and Alcohol Programs >> PH: 843-792-5558 Internet: vanpelts@musc.edu >> >> >> __________________BEGIN FOOTER___________________ >> **The Views Expressed by the Author of this Message are not ** >> **necessarily those of the Medical University of South Carolina** > > -- > John M. Trostel > Linux OS Engineer > Connex > jtrostel@connex.com Stephen VanPelt Information Technology Consultant MUSC Center for Drug and Alcohol Programs PH: 843-792-5558 Internet: vanpelts@musc.edu __________________BEGIN FOOTER___________________ **The Views Expressed by the Author of this Message are not ** **necessarily those of the Medical University of South Carolina** From owner-linux-xfs@oss.sgi.com Mon Jun 4 08:16:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54FGZ504451 for linux-xfs-outgoing; Mon, 4 Jun 2001 08:16:35 -0700 Received: from maxwell.ee.washington.edu (maxwell.ee.washington.edu [128.95.42.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54FGZh04448 for ; Mon, 4 Jun 2001 08:16:35 -0700 Received: from darkstar.ee.washington.edu (darkstar.ee.washington.edu [128.95.196.85]) by maxwell.ee.washington.edu (8.12.0.Beta7/8.12.0) with ESMTP id f54FFnWc002443; Mon, 4 Jun 2001 08:15:50 -0700 Date: Mon, 4 Jun 2001 08:15:50 -0700 (PDT) From: To: Steve Lord cc: Felix Ide , linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: <200106041403.f54E3SQ29627@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It changes permissions which seems to be at random. It doesnt just change a single file but will change permissions in the whole directory. So it doesnt change random files just random directories and inside those random directories. All I can say is that my users randomly see permissions change and sometimes several times a day. ***************************** Walter Marchuk Senior Computer Specialist University of Washington Electrical Engineering Room: 307g 206-221-5421 marchuk@ee.washington.edu ***************************** On Mon, 4 Jun 2001, Steve Lord wrote: > > marchuk@ee.washington.edu wrote: > > > > > > I am using the latest CVS tree, one from Friday, and I noticed a strange > > > problem. Every once in a while permissions get reset for some > > > directories, I mean all permissions are removed. Has anyone noticed this > > > problem and is this XFS related? > > > > > > > I have the same problem here using the cvs tree from today (monday) ! > > After installation and reboot some files and directories are chmod'ed to > > 000 ! > > > > Felix > > Hmm, there was an 'optimization' a couple of weeks back which could explain > this. Do you have any pointers to what coincides with this, and what the > first operation is that causes you to discover missing permissions? > > Steve > > From owner-linux-xfs@oss.sgi.com Mon Jun 4 08:20:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54FKZJ04933 for linux-xfs-outgoing; Mon, 4 Jun 2001 08:20:35 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54FKZh04930 for ; Mon, 4 Jun 2001 08:20:35 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA01673 for ; Mon, 4 Jun 2001 08:20:47 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id KAA2054315; Mon, 4 Jun 2001 10:19:17 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id KAA82799; Mon, 4 Jun 2001 10:19:17 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54FLTW29906; Mon, 4 Jun 2001 10:21:29 -0500 Message-Id: <200106041521.f54FLTW29906@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: marchuk@ee.washington.edu cc: Steve Lord , Felix Ide , linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: Message from marchuk@ee.washington.edu of "Mon, 04 Jun 2001 08:15:50 PDT." Date: Mon, 04 Jun 2001 10:21:29 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Is this happening via NFS access, or local access? If I cannot find a quick fix I can back out the change which is probably at the back of this. Steve > It changes permissions which seems to be at random. It doesnt just change > a single file but will change permissions in the whole directory. So it > doesnt change random files just random directories and inside those random > directories. All I can say is that my users randomly see permissions > change and sometimes several times a day. > > ***************************** > Walter Marchuk > Senior Computer Specialist > University of Washington > Electrical Engineering > Room: 307g > 206-221-5421 > marchuk@ee.washington.edu > ***************************** > > On Mon, 4 Jun 2001, Steve Lord wrote: > > > > marchuk@ee.washington.edu wrote: > > > > > > > > I am using the latest CVS tree, one from Friday, and I noticed a strang > e > > > > problem. Every once in a while permissions get reset for some > > > > directories, I mean all permissions are removed. Has anyone noticed th > is > > > > problem and is this XFS related? > > > > > > > > > > I have the same problem here using the cvs tree from today (monday) ! > > > After installation and reboot some files and directories are chmod'ed to > > > 000 ! > > > > > > Felix > > > > Hmm, there was an 'optimization' a couple of weeks back which could explain > > this. Do you have any pointers to what coincides with this, and what the > > first operation is that causes you to discover missing permissions? > > > > Steve > > > > From owner-linux-xfs@oss.sgi.com Mon Jun 4 08:23:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54FNAu05388 for linux-xfs-outgoing; Mon, 4 Jun 2001 08:23:10 -0700 Received: from maxwell.ee.washington.edu (maxwell.ee.washington.edu [128.95.42.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54FN9h05383 for ; Mon, 4 Jun 2001 08:23:09 -0700 Received: from darkstar.ee.washington.edu (darkstar.ee.washington.edu [128.95.196.85]) by maxwell.ee.washington.edu (8.12.0.Beta7/8.12.0) with ESMTP id f54FN7Wc003775; Mon, 4 Jun 2001 08:23:07 -0700 Date: Mon, 4 Jun 2001 08:23:07 -0700 (PDT) From: To: Steve Lord cc: Felix Ide , linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: <200106041521.f54FLTW29906@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The xfs raid we have is nfsd to all our application servers. Yes, it is happening through NFS access since users do not have direct access to the file server. ***************************** Walter Marchuk Senior Computer Specialist University of Washington Electrical Engineering Room: 307g 206-221-5421 marchuk@ee.washington.edu ***************************** On Mon, 4 Jun 2001, Steve Lord wrote: > > Is this happening via NFS access, or local access? If I cannot find a quick > fix I can back out the change which is probably at the back of this. > > Steve > > > It changes permissions which seems to be at random. It doesnt just change > > a single file but will change permissions in the whole directory. So it > > doesnt change random files just random directories and inside those random > > directories. All I can say is that my users randomly see permissions > > change and sometimes several times a day. > > > > ***************************** > > Walter Marchuk > > Senior Computer Specialist > > University of Washington > > Electrical Engineering > > Room: 307g > > 206-221-5421 > > marchuk@ee.washington.edu > > ***************************** > > > > On Mon, 4 Jun 2001, Steve Lord wrote: > > > > > > marchuk@ee.washington.edu wrote: > > > > > > > > > > I am using the latest CVS tree, one from Friday, and I noticed a strang > > e > > > > > problem. Every once in a while permissions get reset for some > > > > > directories, I mean all permissions are removed. Has anyone noticed th > > is > > > > > problem and is this XFS related? > > > > > > > > > > > > > I have the same problem here using the cvs tree from today (monday) ! > > > > After installation and reboot some files and directories are chmod'ed to > > > > 000 ! > > > > > > > > Felix > > > > > > Hmm, there was an 'optimization' a couple of weeks back which could explain > > > this. Do you have any pointers to what coincides with this, and what the > > > first operation is that causes you to discover missing permissions? > > > > > > Steve > > > > > > > > From owner-linux-xfs@oss.sgi.com Mon Jun 4 08:58:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Fwde07625 for linux-xfs-outgoing; Mon, 4 Jun 2001 08:58:39 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Fwch07622 for ; Mon, 4 Jun 2001 08:58:38 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 IAA07799 for ; Mon, 4 Jun 2001 08:58:32 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id KAA2054790; Mon, 4 Jun 2001 10:57:15 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id KAA76920; Mon, 4 Jun 2001 10:57:15 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54FxRq30715; Mon, 4 Jun 2001 10:59:27 -0500 Message-Id: <200106041559.f54FxRq30715@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: marchuk@ee.washington.edu cc: Steve Lord , Felix Ide , linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: Message from marchuk@ee.washington.edu of "Mon, 04 Jun 2001 08:23:07 PDT." Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-3338402560" Date: Mon, 04 Jun 2001 10:59:27 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multipart MIME message. --==_Exmh_-3338402560 Content-Type: text/plain > The xfs raid we have is nfsd to all our application servers. Yes, it is > happening through NFS access since users do not have direct access to the > file server. > Can someone who is seeing this problem try the following small patch and let me know if this fixes the problem. Thanks, Steve --==_Exmh_-3338402560 Content-Type: application/x-patch ; name="nfs.patch" Content-Description: nfs.patch Content-Disposition: attachment; filename="nfs.patch" =========================================================================== Index: linux/fs/xfs/linux/xfs_iops.c =========================================================================== --- /usr/tmp/TmpDir.30694-0/linux/fs/xfs/linux/xfs_iops.c_1.106 Mon Jun 4 10:55:14 2001 +++ linux/fs/xfs/linux/xfs_iops.c Mon Jun 4 10:50:14 2001 @@ -605,7 +605,7 @@ vnode_t *vp; vp = LINVFS_GET_VP(dentry->d_inode); - if (vp->v_flag & VMODIFIED) { + if (1 /* vp->v_flag & VMODIFIED */) { return linvfs_revalidate_core(dentry->d_inode, 0); } return 0; =========================================================================== Index: linux/fs/xfs/linux/xfs_vnode.c =========================================================================== --- /usr/tmp/TmpDir.30694-0/linux/fs/xfs/linux/xfs_vnode.c_1.64 Mon Jun 4 10:55:13 2001 +++ linux/fs/xfs/linux/xfs_vnode.c Mon Jun 4 10:40:22 2001 @@ -196,6 +196,7 @@ make_bad_inode(inode); } else { linvfs_set_inode_ops(inode); + linvfs_revalidate_core(inode, ATTR_COMM); } VN_UNLOCK(vp, s); } --==_Exmh_-3338402560-- From owner-linux-xfs@oss.sgi.com Mon Jun 4 09:07:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54G7RM09027 for linux-xfs-outgoing; Mon, 4 Jun 2001 09:07:27 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54G7Rh09024 for ; Mon, 4 Jun 2001 09:07:27 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA29178 for ; Mon, 4 Jun 2001 09:07:25 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id LAA2055838; Mon, 4 Jun 2001 11:06:09 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id LAA57383; Mon, 4 Jun 2001 11:06:09 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54G8L630757; Mon, 4 Jun 2001 11:08:21 -0500 Message-Id: <200106041608.f54G8L630757@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: marchuk@ee.washington.edu cc: Steve Lord , Felix Ide , linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: Message from marchuk@ee.washington.edu of "Mon, 04 Jun 2001 08:23:07 PDT." Date: Mon, 04 Jun 2001 11:08:21 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Following up my own message - forget the patch, it does not work. I have replicated something here, more later. Steve From owner-linux-xfs@oss.sgi.com Mon Jun 4 09:35:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54GZUE09967 for linux-xfs-outgoing; Mon, 4 Jun 2001 09:35:30 -0700 Received: from FW2.dt.navy.mil (FW2.dt.navy.mil [192.5.27.136]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54GZPh09964 for ; Mon, 4 Jun 2001 09:35:25 -0700 Received: by FW2.dt.navy.mil; id MAA16338; Mon, 4 Jun 2001 12:37:26 -0400 (EDT) Received: from unknown(130.46.225.16) by FW2.dt.navy.mil via smap (V5.5) id xma015457; Mon, 4 Jun 01 12:36:22 -0400 Received: from NAVGATE.dt.navy.mil (navgate.dt.navy.mil [130.46.225.15]) by smtprelay.dt.navy.mil (8.9.3/8.9.3) with SMTP id MAA04535 for ; Mon, 4 Jun 2001 12:34:14 -0400 Received: from crbeex01.nswccd.navy.mil ([130.46.5.84]) by NAVGATE.dt.navy.mil (NAVIEG 2.1 bld 63) with SMTP id M2001060412341404124 ; Mon, 04 Jun 2001 12:34:14 -0400 Received: from PROFESSOR.dt.navy.mil ([157.187.160.235]) by crbeex01.nswccd.navy.mil with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id M21X7K0W; Mon, 4 Jun 2001 12:34:12 -0400 Received: from jtsdell (Bayview162-40.dt.navy.mil [157.187.162.40]) by professor.dt.navy.mil (8.8.8+Sun/8.8.8) with ESMTP id JAA16765; Mon, 4 Jun 2001 09:24:45 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.8 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3810251117.991652729@D8H1FF01> Date: Mon, 04 Jun 2001 12:33:30 -0400 (EDT) Reply-To: jtrostel@connex.com Organization: Connex From: John Trostel To: Stephen VanPelt Subject: RE: Setting Permissions with ACLs Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 04-Jun-2001 Stephen VanPelt wrote: > see comments below > ... snip ... > This part looks good too - but here's where I find problems... If I have a > user that I've specified (user1, in this instance) with write access log > into the server (using netatalk - but this doesn't seem to matter), they > cannot open the file if the file isn't chmod'ed to give "other" write > access. Even though the user is given write access in the ACL, they cannot > exercise that access unless it is also allowed in "chmod" (the file > belongs to peltman:peltman - and of course the user is not in either of > those groups - so unless they are set to chmod 006 or 007, then the ACL > doesn't seem to be able to grant any access that the chmod denies). Netatalk has no conception of ACLs. I'm fairly sure it just looks at the standard permission structure to determine access. Therefore, Netatalk doesn't know that there is an added user (or group) with access priviledges. Try with Samba (version 2.20 or ,even better, the latest CVS download) or with a unix user telneted in. Those should work -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@oss.sgi.com Mon Jun 4 09:48:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Gm0710594 for linux-xfs-outgoing; Mon, 4 Jun 2001 09:48:00 -0700 Received: from revere3.musc.edu (revere3.musc.edu [128.23.203.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Gm0h10590 for ; Mon, 4 Jun 2001 09:48:00 -0700 Received: from D8H1FF01 ([128.23.211.115]) by revere3.musc.edu (8.8.8/8.8.8) with ESMTP id MAA26035; Mon, 4 Jun 2001 12:47:57 -0400 (EDT) Date: Mon, 04 Jun 2001 12:49:38 -0400 From: Stephen VanPelt To: jtrostel@connex.com cc: linux-xfs@oss.sgi.com Subject: RE: Setting Permissions with ACLs Message-ID: <3816500554.991658978@D8H1FF01> In-Reply-To: Originator-Info: login-id=vanpelts; server=imap.musc.edu X-Mailer: Mulberry/2.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Actually, though, netatalk is using the system's permission structure, and since the system is recognizing the ACLs, the ACLs are working with netatalk - I just have to make sure that I've run "chmod 667" on the file, and then using the ACLs to limit access. When I do it that way, it works just fine - I just wanted to make sure that there wasn't something that I was missing, or some other better way to do things. -Stephen --On Monday, June 04, 2001 12:33 PM -0400 John Trostel wrote: > > On 04-Jun-2001 Stephen VanPelt wrote: >> see comments below >> > > ... snip ... > >> This part looks good too - but here's where I find problems... If I >> have a user that I've specified (user1, in this instance) with write >> access log into the server (using netatalk - but this doesn't seem to >> matter), they cannot open the file if the file isn't chmod'ed to give >> "other" write access. Even though the user is given write access in >> the ACL, they cannot exercise that access unless it is also allowed in >> "chmod" (the file belongs to peltman:peltman - and of course the user >> is not in either of those groups - so unless they are set to chmod 006 >> or 007, then the ACL doesn't seem to be able to grant any access that >> the chmod denies). > > Netatalk has no conception of ACLs. I'm fairly sure it just looks at the > standard permission structure to determine access. Therefore, Netatalk > doesn't know that there is an added user (or group) with access > priviledges. Try with Samba (version 2.20 or ,even better, the latest > CVS download) or with a unix user telneted in. Those should work > > -- > John M. Trostel > Linux OS Engineer > Connex > jtrostel@connex.com Stephen VanPelt Information Technology Consultant MUSC Center for Drug and Alcohol Programs PH: 843-792-5558 Internet: vanpelts@musc.edu __________________BEGIN FOOTER___________________ **The Views Expressed by the Author of this Message are not ** **necessarily those of the Medical University of South Carolina** From owner-linux-xfs@oss.sgi.com Mon Jun 4 12:26:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54JQCM24408 for linux-xfs-outgoing; Mon, 4 Jun 2001 12:26:12 -0700 Received: from rogue.tripp.org (fdsl9.slkc.uswest.net [209.181.83.9]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54JQ9h24399 for ; Mon, 4 Jun 2001 12:26:09 -0700 Received: from localhost (justin@localhost) by rogue.tripp.org (8.9.3/8.9.3) with ESMTP id NAA05009 for ; Mon, 4 Jun 2001 13:26:08 -0600 (MDT) (envelope-from justin@tripp.org) Date: Mon, 4 Jun 2001 13:26:08 -0600 (MDT) From: X-X-Sender: To: Subject: Backing up a "live" file system. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks for fixing my problem with NF and backups, Steve. After I got caught up with all of the Email, I updated to the 2.4.5 kernel and have returned to testing to see if I can get it to break. So far, it seems like everything is working great. I have a few questions and concerns, though. When I do a backup now, I get lots of warnings from xfsdump, that look like: /usr/sbin/xfsdump: version 3.0 - Running single-threaded /usr/sbin/xfsdump: level 0 dump of fpga:/ibm1 /usr/sbin/xfsdump: dump date: Mon Jun 4 08:54:53 2001 /usr/sbin/xfsdump: session id: a2de6a1b-bdff-4989-abf9-5da1b3d7654e /usr/sbin/xfsdump: session label: "" /usr/sbin/xfsdump: ino map phase 1: skipping (no subtrees specified) /usr/sbin/xfsdump: ino map phase 2: constructing initial dump list /usr/sbin/xfsdump: ino map phase 3: skipping (no pruning necessary) /usr/sbin/xfsdump: ino map phase 4: skipping (size estimated in phase 2) /usr/sbin/xfsdump: ino map phase 5: skipping (only one dump stream) /usr/sbin/xfsdump: ino map construction complete /usr/sbin/xfsdump: estimated dump size: 1455549376 bytes /usr/sbin/xfsdump: creating dump session media file 0 (media 0, file 0) /usr/sbin/xfsdump: dumping ino map /usr/sbin/xfsdump: dumping directories /usr/sbin/xfsdump: dumping non-directory files /usr/sbin/xfsdump: WARNING: could not open regular file ino 38931 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 4235279 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 4235286 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 4235334 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 8431240 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 37787402 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 67149350 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 79731656 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: WARNING: could not open regular file ino 79732162 mode 0x000081b4: No such file or directory: not dumped /usr/sbin/xfsdump: ending media file /usr/sbin/xfsdump: media file size 876457568 bytes /usr/sbin/xfsdump: dump size (non-dir files) : 770291976 bytes /usr/sbin/xfsdump: dump complete: 10565 seconds elapsed It says that it could not open a regular file and it was not dumped. I wonder if that is all the information that is available, or if I could find out what the name of the file is that corresponds to that inode. It could be that xfsdump sees inodes and then has to map those to names, which might make sense why it would not dump the inode -- since it did not correlate to an actual file. Is that what is going or is it something different. Also when I xfsrestore from the dump file, it says that it has many more inodes that were stored on the dump file that are not referenced and they end up into the orphanage directory: xfsrestore: version 3.0 - Running single-threaded xfsrestore: searching media for dump xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: fpga xfsrestore: mount point: /ibm1 xfsrestore: volume: /dev/sda1 xfsrestore: session time: Sun Jun 3 14:23:52 2001 xfsrestore: level: 0 xfsrestore: session label: "" xfsrestore: media label: "" xfsrestore: file system id: 11c2b403-b066-4d54-bc6b-2999de0b0192 xfsrestore: session id: da423fc8-eae5-4ddb-8dc5-c8d03f4ae9d1 xfsrestore: media id: 1fbb2b7e-68e8-4831-a3a5-c480e6db44e3 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: directory post-processing xfsrestore: restoring non-directory files xfsrestore: NOTE: ino 37978 gen 3 not referenced: placing in orphanage xfsrestore: NOTE: ino 33592109 gen 3 not referenced: placing in orphanage xfsrestore: NOTE: ino 33593217 gen 4 not referenced: placing in orphanage xfsrestore: NOTE: ino 37785398 gen 4 not referenced: placing in orphanage xfsrestore: NOTE: ino 41983155 gen 5 not referenced: placing in orphanage xfsrestore: NOTE: ino 46176727 gen 3 not referenced: placing in orphanage xfsrestore: NOTE: ino 50373364 gen 4 not referenced: placing in orphanage xfsrestore: NOTE: ino 50373834 gen 1 not referenced: placing in orphanage xfsrestore: NOTE: ino 50373863 gen 1 not referenced: placing in orphanage xfsrestore: NOTE: ino 54565523 gen 3 not referenced: placing in orphanage xfsrestore: NOTE: ino 54565749 gen 4 not referenced: placing in orphanage xfsrestore: NOTE: ino 54565800 gen 2 not referenced: placing in orphanage xfsrestore: NOTE: ino 54565813 gen 1 not referenced: placing in orphanage xfsrestore: NOTE: ino 58757929 gen 7 not referenced: placing in orphanage xfsrestore: NOTE: ino 58758899 gen 3 not referenced: placing in orphanage xfsrestore: NOTE: ino 58758977 gen 2 not referenced: placing in orphanage xfsrestore: NOTE: ino 58759034 gen 2 not referenced: placing in orphanage xfsrestore: NOTE: ino 62952384 gen 1 not referenced: placing in orphanage xfsrestore: NOTE: ino 62952430 gen 3 not referenced: placing in orphanage ... xfsrestore: NOTE: ino 184588623 gen 1 not referenced: placing in orphanage xfsrestore: NOTE: ino 184588682 gen 2 not referenced: placing in orphanage xfsrestore: NOTE: ino 184588691 gen 1 not referenced: placing in orphanage xfsrestore: NOTE: ino 184588708 gen 3 not referenced: placing in orphanage xfsrestore: NOTE: ino 184588709 gen 2 not referenced: placing in orphanage xfsrestore: NOTE: ino 184588718 gen 1 not referenced: placing in orphanage xfsrestore: WARNING: unable to rmdir /ibm3/test/orphanage: Directory not empty xfsrestore: restore complete: 9559 seconds elapsed My backup consists of two actively updated news spools of the comp.* hierarchy. They are on the order of 500,000 files. The backup happens as the spools are being updated so that files can change during the course of the backup. It seems odd that although 8-10 inodes could not be backed up, the xfsrestore could not restore 305 inodes that ?probably? were okay at xfsdump time? 305 files out of 500,000 is not that much, but does not seem too tolerable. If these files are files that disappeared during the backup process, it might be okay. Can anyone comment on this? Also if you look at the above xfdump report, it says that the filesystem was about 1.4G and the resultant backup was 860M. When I did the restore, it was back to about the correct original 1.4G, can anyone comment on why xfsdump is able to get such good compression? Thanks for you help and thanks for the good filesystem. .justin. ------------------------------------------------------------------------ Justin Leonard Tripp justin@ee.byu.edu Configurable Computing Laboratory Research Assistant CB 461 x8-7206 Electrical and Computer Engineering Department Brigham Young University From owner-linux-xfs@oss.sgi.com Mon Jun 4 12:55:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54JtKk28760 for linux-xfs-outgoing; Mon, 4 Jun 2001 12:55:20 -0700 Received: from rogue.tripp.org (fdsl9.slkc.uswest.net [209.181.83.9]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54JtIh28749 for ; Mon, 4 Jun 2001 12:55:18 -0700 Received: from localhost (justin@localhost) by rogue.tripp.org (8.9.3/8.9.3) with ESMTP id NAA05274; Mon, 4 Jun 2001 13:55:12 -0600 (MDT) (envelope-from justin@ee.byu.edu) X-Authentication-Warning: rogue.tripp.org: justin owned process doing -bs Date: Mon, 4 Jun 2001 13:55:12 -0600 (MDT) From: X-X-Sender: To: Bas cc: Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-Reply-To: <005e01c0ec4c$713c49e0$0f01a8c0@ws1> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a known issue in the 2.4.5 kernel. And has already come up in this list. When selecting the AIC7xxx support you need to mark that you should: [ ] Build Adapter Firmware with Kernel Build (NEW) It is the last option under Adaptec AIC7xxx support. The firmware included in the 2.4.5 release is out of sync with the kernel driver. I have not done this myself, since my current XFS machine does not have a SCSI controller, but see the below email for more info. .justin. From lord@sgi.com Mon Jun 4 13:54:17 2001 Date: Wed, 30 May 2001 13:03:51 -0500 From: Steve Lord To: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 panic while starting aic7xxx (fwd) Forwarded from linux-kernel, since this was originally asked on the xfs list. Steve ------- Forwarded Message Date: Wed, 30 May 2001 09:19:02 -0600 From: "Justin T. Gibbs" To: Michael David cc: linux-kernel@vger.kernel.org Subject: Re: 2.4.5 panic while starting aic7xxx >SCSI subsystem driver Revision: 1.00 >PCI: Found IRQ 11 for device 00:0c.0 >scsi0: Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.13 > > aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs >ahc_intr: AWAITING_MSG for an SCB that does not have a waiting message >SCSIID = 7, target_mask = 1 >Kernel panic: SCB = 3, SCB Control = 40, MSG_OUT = 80 SCB flags = 6000 >In interrupt handler - not syncing This looks like the firmware file is not in sync with the rest of the driver. Depending on the host environment, you may be able to rebuild the firmware yourself. Just check the box in the kernel config section for the aic7xxx driver to rebuild the firmware. - -- Justin - - 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/ ------- End of Forwarded Message ------------------------------------------------------------------------ Justin Leonard Tripp justin@ee.byu.edu Configurable Computing Laboratory Research Assistant CB 461 x8-7206 Electrical and Computer Engineering Department Brigham Young University On Sun, 3 Jun 2001, Bas wrote: > Hi, > > I read this is an general 2.4.5 issue and I should contact the maintainer. > But does anybody know if it has been fixed already and where I can get the > patch. An URL would be great ! > > Thanks, > Bas. > > From owner-linux-xfs@oss.sgi.com Mon Jun 4 13:31:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54KVWE02457 for linux-xfs-outgoing; Mon, 4 Jun 2001 13:31:32 -0700 Received: from best.micron.net (best.micron.net [204.229.122.199]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54KVVh02454 for ; Mon, 4 Jun 2001 13:31:31 -0700 Received: from 10.224.0.199 ([10.224.0.199]) by best.micron.net (Netscape Messaging Server 4.1) with SMTP id GEFACI00.629 for ; Mon, 4 Jun 2001 14:31:30 -0600 Received: from garfield.linux.localdomain (1Cust115.tnt5.lax3.da.uu.net [63.23.66.115]) by with SMTP (MailShield v1.5); Mon, 04 Jun 2001 14:31:29 -0600 Content-Type: text/plain; charset="iso-8859-1" From: J Hayward To: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. Date: Mon, 4 Jun 2001 13:28:56 -0700 X-Mailer: KMail [version 1.2] References: In-Reply-To: MIME-Version: 1.0 Message-Id: <01060413285600.09944@garfield.linux.localdomain> Content-Transfer-Encoding: 8bit X-SMTP-HELO: garfield.linux.localdomain X-SMTP-MAIL-FROM: jhayward@micron.net X-SMTP-PEER-INFO: 1Cust115.tnt5.lax3.da.uu.net [63.23.66.115] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > It is the last option under Adaptec AIC7xxx support. The firmware > included in the 2.4.5 release is out of sync with the kernel driver. > > I have not done this myself, since my current XFS machine does not have a > SCSI controller, but see the below email for more info. Has anyone had any success using this option? Didn't work for me. Problem isn't isolated to just the 7890 it seems, I get the same error on a Adaptec 2930CU. It still produced: >In interrupt handler - not syncing I also tried using the old aic7xxx driver, which did load the module. However it produced a kernel oops immediately after. I don't remember the exact point in the boot sequence, I believe it was at "Trying to unmount old root". Regards, Jim H From owner-linux-xfs@oss.sgi.com Mon Jun 4 13:39:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Kd5N04257 for linux-xfs-outgoing; Mon, 4 Jun 2001 13:39:05 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Kd4h04252 for ; Mon, 4 Jun 2001 13:39:04 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id WAA1453885 for ; Mon, 4 Jun 2001 22:39:01 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2057952; Mon, 4 Jun 2001 15:37:44 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA39368; Mon, 4 Jun 2001 15:37:44 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54Kdsk01023; Mon, 4 Jun 2001 15:39:54 -0500 Message-Id: <200106042039.f54Kdsk01023@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: J Hayward cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-Reply-To: Message from J Hayward of "Mon, 04 Jun 2001 13:28:56 PDT." <01060413285600.09944@garfield.linux.localdomain> Date: Mon, 04 Jun 2001 15:39:54 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Hello, > > > > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > > > It is the last option under Adaptec AIC7xxx support. The firmware > > included in the 2.4.5 release is out of sync with the kernel driver. > > > > I have not done this myself, since my current XFS machine does not have a > > SCSI controller, but see the below email for more info. > > Has anyone had any success using this option? Didn't work for me. Problem > isn't isolated to just the 7890 it seems, I get the same error on a Adaptec > 2930CU. It still produced: > > >In interrupt handler - not syncing > > I also tried using the old aic7xxx driver, which did load the module. However > > it produced a kernel oops immediately after. I don't remember the exact point > > in the boot sequence, I believe it was at "Trying to unmount old root". Wait, that might not be the adaptec at all, there was some thread about an initrd problem in the 2.4.5 kernel. You might want to try this patch: --- linux/fs/block_dev.c.orig Mon May 28 12:40:12 2001 +++ linux/fs/block_dev.c Mon May 28 12:40:12 2001 @@ -602,6 +602,7 @@ if (!bdev->bd_op->ioctl) return -EINVAL; inode_fake.i_rdev=rdev; + inode_fake.i_bdev=bdev; init_waitqueue_head(&inode_fake.i_wait); set_fs(KERNEL_DS); res = bdev->bd_op->ioctl(&inode_fake, NULL, cmd, arg); Note my mail tool may have messed that up when I cut and pasted it. Steve > > Regards, > Jim H From owner-linux-xfs@oss.sgi.com Mon Jun 4 13:45:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54KjFC05646 for linux-xfs-outgoing; Mon, 4 Jun 2001 13:45:15 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54KjCh05631 for ; Mon, 4 Jun 2001 13:45:12 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 NAA00879 for ; Mon, 4 Jun 2001 13:45:11 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2057700; Mon, 4 Jun 2001 15:43:55 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA74022; Mon, 4 Jun 2001 15:43:54 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54Kk4k01040; Mon, 4 Jun 2001 15:46:04 -0500 Message-Id: <200106042046.f54Kk4k01040@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: justin@ee.byu.edu cc: linux-xfs@oss.sgi.com Subject: Re: Backing up a "live" file system. In-Reply-To: Message from of "Mon, 04 Jun 2001 13:26:08 MDT." Date: Mon, 04 Jun 2001 15:46:04 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > Thanks for fixing my problem with NF and backups, Steve. After I got > caught up with all of the Email, I updated to the 2.4.5 kernel and have > returned to testing to see if I can get it to break. So far, it seems > like everything is working great. > > I have a few questions and concerns, though. > > When I do a backup now, I get lots of warnings from xfsdump, that look > like: Someone who understands xfs dump better than I can probably give you a more reasonable explaination, but basically, the first pass of the dump is an inode scan of the whole filesystem. This is used to decide what to dump. We then take the list of inodes and go open them in turn, if they have gone missing in the meantime then you get warnings about not being able to open them. Note that pathnames are not used in the dump process to look up the inodes, or to open them. On the restore end I suspect you are seeing more results of files changing underneath you - these were inodes which could be opened by dump, but which were in unlinked state at dump time. Finally, the amount of space to be used is only an estimate, I do not know how accurate it normally is on Irix, but a factor of 2 looks a bit large. Steve > > /usr/sbin/xfsdump: version 3.0 - Running single-threaded > /usr/sbin/xfsdump: level 0 dump of fpga:/ibm1 > /usr/sbin/xfsdump: dump date: Mon Jun 4 08:54:53 2001 > /usr/sbin/xfsdump: session id: a2de6a1b-bdff-4989-abf9-5da1b3d7654e > /usr/sbin/xfsdump: session label: "" > /usr/sbin/xfsdump: ino map phase 1: skipping (no subtrees specified) > /usr/sbin/xfsdump: ino map phase 2: constructing initial dump list > /usr/sbin/xfsdump: ino map phase 3: skipping (no pruning necessary) > /usr/sbin/xfsdump: ino map phase 4: skipping (size estimated in phase 2) > /usr/sbin/xfsdump: ino map phase 5: skipping (only one dump stream) > /usr/sbin/xfsdump: ino map construction complete > /usr/sbin/xfsdump: estimated dump size: 1455549376 bytes > /usr/sbin/xfsdump: creating dump session media file 0 (media 0, file 0) > /usr/sbin/xfsdump: dumping ino map > /usr/sbin/xfsdump: dumping directories > /usr/sbin/xfsdump: dumping non-directory files > /usr/sbin/xfsdump: WARNING: could not open regular file ino 38931 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 4235279 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 4235286 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 4235334 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 8431240 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 37787402 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 67149350 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 79731656 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: WARNING: could not open regular file ino 79732162 mode > 0x000081b4: No such file or directory: not dumped > /usr/sbin/xfsdump: ending media file > /usr/sbin/xfsdump: media file size 876457568 bytes > /usr/sbin/xfsdump: dump size (non-dir files) : 770291976 bytes > /usr/sbin/xfsdump: dump complete: 10565 seconds elapsed > > It says that it could not open a regular file and it was not dumped. I > wonder if that is all the information that is available, or if I could > find out what the name of the file is that corresponds to that inode. It > could be that xfsdump sees inodes and then has to map those to names, > which might make sense why it would not dump the inode -- since it did not > correlate to an actual file. Is that what is going or is it something > different. > > Also when I xfsrestore from the dump file, it says that it has many more > inodes that were stored on the dump file that are not referenced and they > end up into the orphanage directory: > > xfsrestore: version 3.0 - Running single-threaded > xfsrestore: searching media for dump > xfsrestore: examining media file 0 > xfsrestore: dump description: > xfsrestore: hostname: fpga > xfsrestore: mount point: /ibm1 > xfsrestore: volume: /dev/sda1 > xfsrestore: session time: Sun Jun 3 14:23:52 2001 > xfsrestore: level: 0 > xfsrestore: session label: "" > xfsrestore: media label: "" > xfsrestore: file system id: 11c2b403-b066-4d54-bc6b-2999de0b0192 > xfsrestore: session id: da423fc8-eae5-4ddb-8dc5-c8d03f4ae9d1 > xfsrestore: media id: 1fbb2b7e-68e8-4831-a3a5-c480e6db44e3 > xfsrestore: searching media for directory dump > xfsrestore: reading directories > xfsrestore: directory post-processing > xfsrestore: restoring non-directory files > xfsrestore: NOTE: ino 37978 gen 3 not referenced: placing in orphanage > xfsrestore: NOTE: ino 33592109 gen 3 not referenced: placing in orphanage > xfsrestore: NOTE: ino 33593217 gen 4 not referenced: placing in orphanage > xfsrestore: NOTE: ino 37785398 gen 4 not referenced: placing in orphanage > xfsrestore: NOTE: ino 41983155 gen 5 not referenced: placing in orphanage > xfsrestore: NOTE: ino 46176727 gen 3 not referenced: placing in orphanage > xfsrestore: NOTE: ino 50373364 gen 4 not referenced: placing in orphanage > xfsrestore: NOTE: ino 50373834 gen 1 not referenced: placing in orphanage > xfsrestore: NOTE: ino 50373863 gen 1 not referenced: placing in orphanage > xfsrestore: NOTE: ino 54565523 gen 3 not referenced: placing in orphanage > xfsrestore: NOTE: ino 54565749 gen 4 not referenced: placing in orphanage > xfsrestore: NOTE: ino 54565800 gen 2 not referenced: placing in orphanage > xfsrestore: NOTE: ino 54565813 gen 1 not referenced: placing in orphanage > xfsrestore: NOTE: ino 58757929 gen 7 not referenced: placing in orphanage > xfsrestore: NOTE: ino 58758899 gen 3 not referenced: placing in orphanage > xfsrestore: NOTE: ino 58758977 gen 2 not referenced: placing in orphanage > xfsrestore: NOTE: ino 58759034 gen 2 not referenced: placing in orphanage > xfsrestore: NOTE: ino 62952384 gen 1 not referenced: placing in orphanage > xfsrestore: NOTE: ino 62952430 gen 3 not referenced: placing in orphanage > ... > > xfsrestore: NOTE: ino 184588623 gen 1 not referenced: placing in orphanage > xfsrestore: NOTE: ino 184588682 gen 2 not referenced: placing in orphanage > xfsrestore: NOTE: ino 184588691 gen 1 not referenced: placing in orphanage > xfsrestore: NOTE: ino 184588708 gen 3 not referenced: placing in orphanage > xfsrestore: NOTE: ino 184588709 gen 2 not referenced: placing in orphanage > xfsrestore: NOTE: ino 184588718 gen 1 not referenced: placing in orphanage > xfsrestore: WARNING: unable to rmdir /ibm3/test/orphanage: Directory not empt > y > xfsrestore: restore complete: 9559 seconds elapsed > > My backup consists of two actively updated news spools of the comp.* > hierarchy. They are on the order of 500,000 files. The backup happens > as the spools are being updated so that files can change during the course > of the backup. It seems odd that although 8-10 inodes could not be > backed up, the xfsrestore could not restore 305 inodes that ?probably? > were okay at xfsdump time? 305 files out of 500,000 is not that much, but > does not seem too tolerable. If these files are files that disappeared > during the backup process, it might be okay. Can anyone comment on this? > > Also if you look at the above xfdump report, it says that the filesystem > was about 1.4G and the resultant backup was 860M. When I did the restore, > it was back to about the correct original 1.4G, can anyone comment on why > xfsdump is able to get such good compression? > > Thanks for you help and thanks for the good filesystem. > > .justin. > > > ------------------------------------------------------------------------ > Justin Leonard Tripp justin@ee.byu.edu > Configurable Computing Laboratory Research Assistant CB 461 x8-7206 > Electrical and Computer Engineering Department Brigham Young University From owner-linux-xfs@oss.sgi.com Mon Jun 4 13:48:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Km0r06368 for linux-xfs-outgoing; Mon, 4 Jun 2001 13:48:00 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Klxh06361 for ; Mon, 4 Jun 2001 13:47:59 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 NAA00451 for ; Mon, 4 Jun 2001 13:47:58 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2060203; Mon, 4 Jun 2001 15:46:41 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA75530; Mon, 4 Jun 2001 15:46:41 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f54KmpT01053; Mon, 4 Jun 2001 15:48:51 -0500 Message-Id: <200106042048.f54KmpT01053@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: ctooley@amoa.org cc: linux-xfs@oss.sgi.com Subject: Re: New files on xfs ftp site In-Reply-To: Message from ctooley@amoa.org of "Fri, 01 Jun 2001 08:25:22 CDT." <86256A5E.0049BC33.00@amoa.org> Date: Mon, 04 Jun 2001 15:48:51 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > > So if I want to upgrade to 2.4.5 via building a kernel RPM (I know this seems > odd, but I've got 4 machines running XFS and would just like to keep them > consistent) what all would I have to apply to 2.4.5 code to be able to repace > the 2.4.2 code in the SRPM? > > Chris Tooley > > How good are you with RPM? The spec file for the kernel rpm is from redhat and has a couple of hundred patches it applies to the kernel before building it. Some of these patches are necessary if you want anaconda to run on your kernel, and some are new features and enhancements. Most of them probably do not work with 2.4.5. So you probably need to rip the guts out of the spec file, and change it to use a 2.4.5 tar file, and the xfs patch. Note that the patch on the ftp site has been updated to not include aic driver files. Once you have the spec files, patches and tar files in the correct place, all you really need to do is type rpm -bb spec-file-path. Steve From owner-linux-xfs@oss.sgi.com Mon Jun 4 13:56:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54Ku5U08157 for linux-xfs-outgoing; Mon, 4 Jun 2001 13:56:05 -0700 Received: from wisdom.myplace.net (cc19815-a.zwoll1.ov.nl.home.com [212.204.138.247]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54Ku4h08146 for ; Mon, 4 Jun 2001 13:56:04 -0700 Received: from ws1 (ws1.myplace.net [192.168.1.15]) by wisdom.myplace.net (Postfix) with SMTP id D60972008B for ; Mon, 4 Jun 2001 22:56:02 +0200 (CEST) Message-ID: <011501c0ed31$58a54360$0f01a8c0@ws1> From: "Bas" To: References: <01060413285600.09944@garfield.linux.localdomain> Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. Date: Mon, 4 Jun 2001 22:02:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ----- Original Message ----- From: "J Hayward" To: Sent: Monday, June 04, 2001 10:28 PM Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > Hello, > > > > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > > > It is the last option under Adaptec AIC7xxx support. The firmware > > included in the 2.4.5 release is out of sync with the kernel driver. > > > > I have not done this myself, since my current XFS machine does not have a > > SCSI controller, but see the below email for more info. > > Has anyone had any success using this option? Didn't work for me. Problem > isn't isolated to just the 7890 it seems, I get the same error on a Adaptec > 2930CU. It still produced: > > >In interrupt handler - not syncing > > I also tried using the old aic7xxx driver, which did load the module. However > it produced a kernel oops immediately after. I don't remember the exact point > in the boot sequence, I believe it was at "Trying to unmount old root". > > Regards, > Jim H > > Tried the firmware option too, but didn't work for me. Thanks, Bas. From owner-linux-xfs@oss.sgi.com Mon Jun 4 14:21:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54LLBP12905 for linux-xfs-outgoing; Mon, 4 Jun 2001 14:21:11 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54LLAh12902 for ; Mon, 4 Jun 2001 14:21:10 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f54LL4aJ006463 for ; Mon, 4 Jun 2001 16:21:05 -0500 (CDT) Message-ID: <3B1BFBB7.1A1AC540@thebarn.com> Date: Mon, 04 Jun 2001 16:20:57 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: CVSup now available Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I've added ftp.thebarn.com to the list of machines that receives the hourly cvs push. I've also added linux-xfs and linux-xfs-r1.0 to the list of packaged served by the cvsupd server. So until the firewall situation is worked out the XFS source tree may one again be obtained via CVSup. Simply change the sup config file to *default host=ftp.thebarn.com *default base=. *default release=cvs tag=. *default delete use-rel-suffix *default prefix=/tmp/cvsupit *default compress linux-xfs -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Mon Jun 4 15:53:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54MrXm26428 for linux-xfs-outgoing; Mon, 4 Jun 2001 15:53:33 -0700 Received: from hotmail.com (oe54.law9.hotmail.com [64.4.8.47]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54MrWh26425 for ; Mon, 4 Jun 2001 15:53:32 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 4 Jun 2001 15:53:27 -0700 X-Originating-IP: [212.144.219.60] From: "Kai Leibrandt" To: Subject: mkfs.xfs options for DAC960 RAID volumes (long) Date: Tue, 5 Jun 2001 00:53:22 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Message-ID: X-OriginalArrivalTime: 04 Jun 2001 22:53:27.0228 (UTC) FILETIME=[2AC457C0:01C0ED49] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi all, I just have a small (?) question regarding the following extract from man mkfs.xfs, about the -d options: "The sunit suboption is used to specify the stripe unit for a RAID device or a logical volume. The suboption value has to be specified in 512­byte block units. This suboption ensures that data allocations will be stripe unit aligned when the current end of file is being extended and the file size is larger than 512KB. Also inode allocations and the internal log will be stripe unit aligned. The swidth suboption is used to specify the stripe width for a RAID device or a striped logical volume. The suboption value has to be specified in 512­byte block units. This suboption is required if -d sunit has been specified and it has to be a multiple of the -d sunit suboption. The stripe width will be the preferred iosize returned in the stat(2) system call." My question is about the block sizes in particular. As my DAC960 has a segment size of 8k and a stripe size of 64, it seems to me as though these valuse should be matched by the sunit and swidth options (I'm assuming these will align io transfers to the respective sizes). In the man page it says that these are to be specified in 512byte units, so I'm guessing that I should use -d sunit=16,swidth=128 to achieve vaues of 8Kbyte and 64Kbyte respectively, but the output of mkfs and xfs_info then tell me sunit is then actually 2 and swidth=16blks... Is the blocking size really 512byte as stated in the man page or is it actually the size of a page (i.e. 4Kb with ia32 linux)? In that case it would suddenly all fit - 16 blocks of 4Kb make 64Kb stripe size... So what values of sunit and swidth should be used for 8k segment /64k stripe size ahrdware RAID volumes on ia32? Tomorrow I'll be running some bonnie benchmarks to see what the difference may be... many thanks for any info! Kai. From owner-linux-xfs@oss.sgi.com Mon Jun 4 16:32:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f54NWUd00862 for linux-xfs-outgoing; Mon, 4 Jun 2001 16:32:30 -0700 Received: from tux.mkp.net (tux.mkp.net [130.225.60.11]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f54NWTh00858 for ; Mon, 4 Jun 2001 16:32:29 -0700 Received: from tux.mkp.net ([130.225.60.11] helo=jcb.mkp.net) by tux.mkp.net with esmtp (Exim 3.16 #1) id 1573pi-0005b1-00; Tue, 05 Jun 2001 01:32:27 +0200 Received: (from mkp@localhost) by jcb.mkp.net (8.11.0/8.9.3) id f54NWFB11470; Mon, 4 Jun 2001 19:32:15 -0400 X-Authentication-Warning: jcb.mkp.net: mkp set sender to mkp@mkp.net using -f To: "Kai Leibrandt" Cc: Subject: Re: mkfs.xfs options for DAC960 RAID volumes (long) References: From: "Martin K. Petersen" Organization: Linuxcare, Inc. Date: 04 Jun 2001 19:32:15 -0400 In-Reply-To: Message-ID: Lines: 34 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f54NWUh00860 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >>>>> "Kai" == Kai Leibrandt writes: Kai> In the man page it says that these are to be specified in 512byte Kai> units, so I'm guessing that I should use -d sunit,swidth8 to Kai> achieve vaues of 8Kbyte and 64Kbyte respectively, but the output Kai> of mkfs and xfs_info then tell me sunit is then actually 2 and Kai> swidthblks... Is the blocking size really 512byte as stated in Kai> the man page or is it actually the size of a page (i.e. 4Kb with Kai> ia32 linux)? In that case it would suddenly all fit - 16 blocks Kai> of 4Kb make 64Kb stripe size... You have to specify the width in 512 byte sectors while mkfs reports the values back in terms of the filesystem block size. So 4KB blocks in your case. A bit confusing, yes. Nathan and I talked about changing it or making it more obvious at some point but never got around to do it. komatsu# mkfs.xfs -f /dev/vg00/lv00 meta-data=/dev/vg00/lv00 isize=256 agcount=10, agsize=262144 blks data = bsize=4096 blocks=2621440, imaxpct=25 = sunit=16 swidth=80 blks, unwritten=0 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=1200 realtime =none extsz=327680 blocks=0, rtextents=0 I.e. "blks" after swidth=80 above actually refer to bsize sized blocks. Just like on the first line containing the allocation group size. -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@linuxcare.com, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ From owner-linux-xfs@oss.sgi.com Mon Jun 4 17:27:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f550RJo08653 for linux-xfs-outgoing; Mon, 4 Jun 2001 17:27:19 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f550RHh08650 for ; Mon, 4 Jun 2001 17:27:17 -0700 Received: from 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 RAA06364 for ; Mon, 4 Jun 2001 17:27:11 -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 KAA06391; Tue, 5 Jun 2001 10:25:51 +1000 (EST) Date: Tue, 5 Jun 2001 10:25:51 +1000 From: Timothy Shimmin To: Bas Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. Message-ID: <20010605102551.Z97441@boing.melbourne.sgi.com> References: <01060413285600.09944@garfield.linux.localdomain> <011501c0ed31$58a54360$0f01a8c0@ws1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <011501c0ed31$58a54360$0f01a8c0@ws1>; from list@showme.wox.org on Mon, Jun 04, 2001 at 10:02:56PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Jun 04, 2001 at 10:02:56PM +0200, Bas wrote: > > From: "J Hayward" > Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > > > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > > > > > It is the last option under Adaptec AIC7xxx support. The firmware > > > included in the 2.4.5 release is out of sync with the kernel driver. > > > > > > I have not done this myself, since my current XFS machine does not have > a > > > SCSI controller, but see the below email for more info. > > > > Has anyone had any success using this option? Didn't work for me. Problem > > isn't isolated to just the 7890 it seems, I get the same error on a > Adaptec > > 2930CU. It still produced: > > > > >In interrupt handler - not syncing > > > > I also tried using the old aic7xxx driver, which did load the module. > However > > it produced a kernel oops immediately after. I don't remember the exact > point > > in the boot sequence, I believe it was at "Trying to unmount old root". > > Tried the firmware option too, but didn't work for me. > Tried the firmware option too, and it did work for me. scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.13 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/255 SCBs --Tim From owner-linux-xfs@oss.sgi.com Mon Jun 4 19:38:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f552cO725645 for linux-xfs-outgoing; Mon, 4 Jun 2001 19:38:24 -0700 Received: from westerdale.org (IDENT:root@ool-18be8920.dyn.optonline.net [24.190.137.32]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f552cNh25641 for ; Mon, 4 Jun 2001 19:38:23 -0700 Received: from westerdale.org (IDENT:westerj@fw.westerdale.org [10.1.1.1]) by westerdale.org (8.11.0/8.11.0) with ESMTP id f552ciD00372 for ; Mon, 4 Jun 2001 22:38:44 -0400 Message-ID: <3B1C4634.C108F972@westerdale.org> Date: Mon, 04 Jun 2001 22:38:44 -0400 From: John Westerdale Reply-To: john@westerdale.org Organization: Long Pond Industries X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS and Kernel People! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Folks, What are the chances that XFS will make it into the kernel tree? Will it take some of Alan's or Linus's time? Have a couple machines running RHL 7.1 and XFS , and it rocks! But the Philips USB Camera is in Kernel source now, and that puts me wanting 2.4.5, but not sure what will happen if XFS remains a patch. Thanks very very much for putting in the Hurculean Effort. Hope it pays of soon! John Westerdale -- # When walking in the steps of another, you learn what # # you never knew, you never knew. # From owner-linux-xfs@oss.sgi.com Mon Jun 4 22:01:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f5551H112021 for linux-xfs-outgoing; Mon, 4 Jun 2001 22:01:17 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f5551Gh12018 for ; Mon, 4 Jun 2001 22:01:16 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA25110 for ; Mon, 4 Jun 2001 22:01:09 -0700 (PDT) mail_from (ivanr@melbourne.sgi.com) Received: from omen.melbourne.sgi.com (omen.melbourne.sgi.com [134.14.55.139]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07636; Tue, 5 Jun 2001 14:59:39 +1000 From: ivanr@melbourne.sgi.com (Ivan Rayner) Received: from localhost (ivanr@localhost) by omen.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id OAA77480; Tue, 5 Jun 2001 14:59:38 +1000 (EST) X-Authentication-Warning: omen.melbourne.sgi.com: ivanr owned process doing -bs Date: Tue, 5 Jun 2001 14:59:38 +1000 To: cc: Subject: Re: Backing up a "live" file system. In-Reply-To: <200106042046.f54Kk4k01040@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 4 Jun 2001, Steve Lord wrote: > > > > Thanks for fixing my problem with NF and backups, Steve. After I got > > caught up with all of the Email, I updated to the 2.4.5 kernel and have > > returned to testing to see if I can get it to break. So far, it seems > > like everything is working great. > > > > I have a few questions and concerns, though. > > > > When I do a backup now, I get lots of warnings from xfsdump, that look > > like: > > Someone who understands xfs dump better than I can probably give you a > more reasonable explaination, but basically, the first pass of the dump is > an inode scan of the whole filesystem. This is used to decide what to > dump. We then take the list of inodes and go open them in turn, if they > have gone missing in the meantime then you get warnings about not being > able to open them. Note that pathnames are not used in the dump process > to look up the inodes, or to open them. Unfortunately, while xfsdump does need to store the directory structure in the dump, when xfsdump gets around to actually dumping the file data, this information is long gone, so there is no way to output the name of those files which didn't get dumped. You could use 'find / -inum xxx' to find the file after the dump, but of course this would be too late ... :) 'course if you did find the file afterwards then we'd have a more serious problem! > On the restore end I suspect you are seeing more results of files changing > underneath you - these were inodes which could be opened by dump, but which > were in unlinked state at dump time. > > Finally, the amount of space to be used is only an estimate, I do not know > how accurate it normally is on Irix, but a factor of 2 looks a bit large. The size estimate is based on the blocksize multiplied by the number of blocks used for each file. The problem here is that there is a huge number (500,000) of small files, and given that the estimate is off by about 1k per file, I'd say the difference is just blocksize vs. filesize. Ivan > > My backup consists of two actively updated news spools of the comp.* > > hierarchy. They are on the order of 500,000 files. The backup happens > > as the spools are being updated so that files can change during the course > > of the backup. It seems odd that although 8-10 inodes could not be > > backed up, the xfsrestore could not restore 305 inodes that ?probably? > > were okay at xfsdump time? 305 files out of 500,000 is not that much, but > > does not seem too tolerable. If these files are files that disappeared > > during the backup process, it might be okay. Can anyone comment on this? > > > > Also if you look at the above xfdump report, it says that the filesystem > > was about 1.4G and the resultant backup was 860M. When I did the restore, > > it was back to about the correct original 1.4G, can anyone comment on why > > xfsdump is able to get such good compression? > > > > Thanks for you help and thanks for the good filesystem. > > > > .justin. > > > > > > ------------------------------------------------------------------------ > > Justin Leonard Tripp justin@ee.byu.edu > > Configurable Computing Laboratory Research Assistant CB 461 x8-7206 > > Electrical and Computer Engineering Department Brigham Young University > > -- Ivan Rayner ivanr@melbourne.sgi.com From owner-linux-xfs@oss.sgi.com Mon Jun 4 22:48:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f555m1j15767 for linux-xfs-outgoing; Mon, 4 Jun 2001 22:48:01 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f555m0h15763 for ; Mon, 4 Jun 2001 22:48:00 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id WAA01556 for ; Mon, 4 Jun 2001 22:48: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 PAA34146; Tue, 5 Jun 2001 15:46:41 +1000 (EST) Date: Tue, 5 Jun 2001 15:46:41 +1000 From: Timothy Shimmin To: justin@ee.byu.edu Cc: linux-xfs@oss.sgi.com Subject: Re: Backing up a "live" file system. Message-ID: <20010605154641.D185588@boing.melbourne.sgi.com> References: <200106042046.f54Kk4k01040@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from ivanr@melbourne.sgi.com on Tue, Jun 05, 2001 at 02:59:38PM +1000 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Jun 05, 2001 at 02:59:38PM +1000, Ivan Rayner wrote: > On Mon, 4 Jun 2001, Steve Lord wrote: > > > > Finally, the amount of space to be used is only an estimate, I do not know > > how accurate it normally is on Irix, but a factor of 2 looks a bit large. > > The size estimate is based on the blocksize multiplied by the number of > blocks used for each file. The problem here is that there is a huge > number (500,000) of small files, and given that the estimate is off by > about 1k per file, I'd say the difference is just blocksize vs. filesize. > > > Ivan > > > > Also if you look at the above xfdump report, it says that the filesystem > > > was about 1.4G and the resultant backup was 860M. When I did the restore, > > > it was back to about the correct original 1.4G, can anyone comment on why > > > xfsdump is able to get such good compression? > > > So reiterating on what Ivan said, the "compression" is likely to be because we do not dump the empty data in the data blocks - and for a lot of small files this can add up. I presume from your above statement that you weren't actually querying the accuracy of the dump estimate - it was just the dump size was surprisingly small. FYI some notes on estimate of dump size below. --Tim -------------------------------------------------------------------- How does it compute estimated dump size ? A dump consists of media files (only 1 in the case of a dump to a file, and usually many when dumped to a tape (depending on device type)). A media file consists of: global header inode map (inode# + state(e.g.dump or not?) ) directories non-directory files A directory consists of a header, directory-entry-headers for its entries and extended-attribute header and attributes. A non-directory file consists of a file header, extent-headers (for each extent), file data and extended-attribute header and attributes. Some types of files don't have extent headers or data. The xfsdump code says: size_estimate = GLOBAL_HDR_SZ + inomap_getsz( ) + inocnt * ( u_int64_t )( FILEHDR_SZ + EXTENTHDR_SZ ) + inocnt * ( u_int64_t )( DIRENTHDR_SZ + 8 ) + datasz; So this accounts for the: global header inode map all the files all the direntory entries ( "+8" presumably to account for average file name length range, where 8 chars already included in header; as this structure is padded to the next 8 byte boundary, it accounts for names with lengths between 8-15 chars) data What estimate doesn't seem to account for (that I can think of): no extended attributes assumes that a file will only have one extent no tape block headers (for tape media) "Datasz" is calculated by adding up for every regular inode file, its (number of data blocks) * (block size). However, if "-a" is used, then instead of doing this, if the file is dualstate/offline then the file's data won't be dumped and it adds zero for it. From owner-linux-xfs@oss.sgi.com Tue Jun 5 01:56:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f558ugr27843 for linux-xfs-outgoing; Tue, 5 Jun 2001 01:56:42 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f558ueh27836 for ; Tue, 5 Jun 2001 01:56:41 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id BAA13159 for ; Tue, 5 Jun 2001 01:56:38 -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 SAA58788; Tue, 5 Jun 2001 18:55:20 +1000 (EST) Date: Tue, 5 Jun 2001 18:55:20 +1000 From: Timothy Shimmin To: Stephen VanPelt Cc: jtrostel@connex.com, linux-xfs@oss.sgi.com Subject: Re: Setting Permissions with ACLs Message-ID: <20010605185519.D237728@boing.melbourne.sgi.com> References: <3816500554.991658978@D8H1FF01> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <3816500554.991658978@D8H1FF01>; from vanpelts@musc.edu on Mon, Jun 04, 2001 at 12:49:38PM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Stephen, Certainly if you are just using XFS files with ACLs, then the ACLs do not need the standard permissions to be set to allow access to a user. e.g. tes@sagan /mnt/xfs0/testdir> chacl -l ./test1 ./test1 [u::rw-,g::---,o::---,u:ajag:rw-,m::rwx] tes@sagan /mnt/xfs0/testdir> su ajag ajag@sagan /mnt/xfs0/testdir>cat test1 hi there ajag@sagan /mnt/xfs0/testdir>touch test1 ajag@sagan /mnt/xfs0/testdir>su nathans nathans@sagan /mnt/xfs0/testdir>cat test1 cat: test1: Permission denied nathans@sagan /mnt/xfs0/testdir> touch test1 touch: test1: Permission denied This has group and other permissions turned off and yet ajag (who is _not_ the owner) is granted access. Any other FS's permission function is not going to know how to access/use the XFS ACL - well I guess except the work going on in Samba. --Tim On Mon, Jun 04, 2001 at 12:49:38PM -0400, Stephen VanPelt wrote: > Actually, though, netatalk is using the system's permission structure, and > since the system is recognizing the ACLs, the ACLs are working with > netatalk - I just have to make sure that I've run "chmod 667" on the file, > and then using the ACLs to limit access. When I do it that way, it works > just fine - I just wanted to make sure that there wasn't something that I > was missing, or some other better way to do things. > > -Stephen > > --On Monday, June 04, 2001 12:33 PM -0400 John Trostel > wrote: > > > > > On 04-Jun-2001 Stephen VanPelt wrote: > >> see comments below > >> > > > > ... snip ... > > > >> This part looks good too - but here's where I find problems... If I > >> have a user that I've specified (user1, in this instance) with write > >> access log into the server (using netatalk - but this doesn't seem to > >> matter), they cannot open the file if the file isn't chmod'ed to give > >> "other" write access. Even though the user is given write access in > >> the ACL, they cannot exercise that access unless it is also allowed in > >> "chmod" (the file belongs to peltman:peltman - and of course the user > >> is not in either of those groups - so unless they are set to chmod 006 > >> or 007, then the ACL doesn't seem to be able to grant any access that > >> the chmod denies). > > > > Netatalk has no conception of ACLs. I'm fairly sure it just looks at the > > standard permission structure to determine access. Therefore, Netatalk > > doesn't know that there is an added user (or group) with access > > priviledges. Try with Samba (version 2.20 or ,even better, the latest > > CVS download) or with a unix user telneted in. Those should work > > > > -- > > John M. Trostel > > Linux OS Engineer > > Connex > > jtrostel@connex.com > > > > > > Stephen VanPelt > Information Technology Consultant > MUSC Center for Drug and Alcohol Programs > PH: 843-792-5558 Internet: vanpelts@musc.edu > > > __________________BEGIN FOOTER___________________ > **The Views Expressed by the Author of this Message are not ** > **necessarily those of the Medical University of South Carolina** From owner-linux-xfs@oss.sgi.com Tue Jun 5 03:21:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55ALoM08955 for linux-xfs-outgoing; Tue, 5 Jun 2001 03:21:50 -0700 Received: from akira.ep-ka.de (akira.ep-ag.com [194.120.231.250]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55ALmh08951 for ; Tue, 5 Jun 2001 03:21:49 -0700 Received: from ep-ag.com (sol10.ep-ka.de [194.120.231.11]) by akira.ep-ka.de (8.9.1/8.9.3) with ESMTP id MAA06380; Tue, 5 Jun 2001 12:21:46 +0200 Received: from ep-ag.com (stb@crusher.ep-ka.de [194.120.231.18]) by ep-ag.com (8.9.3/8.9.3) with ESMTP id MAA08760; Tue, 5 Jun 2001 12:21:45 +0200 (MET DST) Message-ID: <3B1CB2B9.4090308@ep-ag.com> Date: Tue, 05 Jun 2001 12:21:45 +0200 From: "Klaus Strebel,ITS,204" Reply-To: linux-xfs@oss.sgi.com Organization: EIGNER+PARTNER AG User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-XFS i686; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: de, en MIME-Version: 1.0 To: Russell Cattelan CC: Keith Owens , linux-xfs@oss.sgi.com Subject: Re: Hanging around with 2.4.5-xfs from cvs References: <7922.991409390@ocs3.ocs-net> <3B1A64C5.AF1D7DDA@thebarn.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Russell Cattelan wrote: > Keith Owens wrote: > > And of course the question to ask which version of the compiler are you > using? I've had problems with kdb and everything but 2.91.66 for the > compiler. > > Although it never failed to boot. Tried both gcc-2.95.2 and kgcc alias egsc-2.91.66. >>On Fri, 01 Jun 2001 16:35:07 +0200, >>"Klaus Strebel,ITS,204" wrote: >> >>>yesterday i updated my linux-2.4-xfs cvs-tree (after waiting anxiously >>>for oss.sgi.com to be reachable again, sigh :-) ), compliled it, >>>installed it, booted and ... by box kept hanging at the 'ifconfig lo >>>127.0.0.1 netmask 255.0.0.0 dev lo'. I unconfigured START_LOOPBACK (i'm >>>using SuSE 7. almost 1, couldn't find a way to do the SuSE-upgrade >>>procedure with a xfs-enabled kernel, only / and /boot are ext2), tried >>>it again, an by box hang at loading the next network driver :-(. >>> >>>So i downloaded linux-2.4.5-xfs-05312001.patch.bz2 from oss.sgi.com, >>>removed everything not necessary for xfs from it (kernel debugger, >>>ac-patch things, lvm upgrades - upgraded myself to 0.9.1beta7 ...) and >>>no it works! Is KDB broken ?? >>> >>Works for me :). This is top of tree as of Fri Jun 1 15:10:23 UTC >>2001, configured with xfs and kdb. >> >>Linux ocs4 2.4.5-xfs #1 SMP Sat Jun 2 01:10:01 EST 2001 i686 unknown >> >>Entering non-interactive startup >>Setting network parameters: [ OK ] >>Bringing up interface lo: [ OK ] >>Bringing up interface eth0: [ OK ] >> >>Your problem sounds like a generic network problem, not XFS. There >>have been some recent patches by Jeff Garzick for timing related >>problems with network drivers on 2.4.5. Try linux-kernel. I think its because of patches to the 2.4.5-tree applied to linux-xfs cvs tree. Vanilla kernel with only (i hope all) patches needed for xfs from linux-2.4.5-xfs-05312001.patch.bz2 works. Ciao Klaus From owner-linux-xfs@oss.sgi.com Tue Jun 5 04:07:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55B7Sp20940 for linux-xfs-outgoing; Tue, 5 Jun 2001 04:07:28 -0700 Received: from studsv07.studserv.uni-stuttgart.de (studsv07.studserv.uni-stuttgart.de [129.69.21.37]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55B7Qh20936 for ; Tue, 5 Jun 2001 04:07:26 -0700 Received: from ysabell.wh.vaih [129.69.166.244] by studsv07.studserv.uni-stuttgart.de with ESMTP (SMTPD32-6.06) id AD5F9BE02CC; Tue, 05 Jun 2001 13:07:11 +0200 Received: from marcelo by ysabell.wh.vaih with local (Exim 3.22 #1 (Debian)) id 157Eg5-0000HD-00; Tue, 05 Jun 2001 13:07:13 +0200 Date: Tue, 5 Jun 2001 13:07:13 +0200 From: "Marcelo E. Magallon" To: Bojan Smojver Cc: linux-xfs@oss.sgi.com Subject: Re: XFS in kernel tree Message-ID: <20010605130713.A1017@ysabell.wh.vaih> Mail-Followup-To: Bojan Smojver , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B1B2C4D.B124282E@binarix.com> User-Agent: Mutt/1.3.18i X-Operating-System: Linux ysabell 2.4.4-xfs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Bojan Smojver writes: > Any idea when XFS is going to become an official part of the 2.4 kernel > tree? This is becoming a FAQ. (When reading this, please note I'm not involved with XFS beyond being an early adopter, and someone who's got a few systems using XFS for some time now) You have to consider two things: a) 2.4 isn't supposed to get any major patches (and it'd be nice if that was true for once); b) there's probably still some bug fixing to do on the XFS side. I have had some trouble with XFS on one NFS server[1], but other than that, it's rock solid. Do notice this is the same lame argumentation presented by people who wanted ReiserFS on the kernel, and you know what happened with that one. That said, it's very unlikely that XFS will ever go in the 2.4 kernel, but it will probably go on the 2.5 at some time. HTH, Marcelo [1] I'm not 100% sure this was an XFS problem, but other people panicked and pulled the plug without proper investigation of the problem. The machine was doing a very small ammount of NFS serving (15-20 mounts tops scattered among 5-8 clients) out of a 150 GB external RAID (IDE) system hooked to a SCSI controller. The kernel oops'ed a couple of times, but because of a configuration error on my part, I couldn't get a decent call trace and the oops log alone was useless. Ever since the RAID was moved to another box (XFS/IRIX) I haven't been able to reproduce the problem. I suspect the problem was the SCSI controller (which is also gone), but I haven't been able to test this... From owner-linux-xfs@oss.sgi.com Tue Jun 5 04:16:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55BGl122290 for linux-xfs-outgoing; Tue, 5 Jun 2001 04:16:47 -0700 Received: from smtp.euronet.nl (smtp1.euronet.nl [194.134.35.133]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55BGkh22287 for ; Tue, 5 Jun 2001 04:16:47 -0700 Received: from lowlands.euro.net (lowlands.euronet.nl [194.134.32.225]) by smtp.euronet.nl (Postfix) with ESMTP id 4730A67247 for ; Tue, 5 Jun 2001 13:16:44 +0200 (MEST) X-NCC-RegID: nl.euronet Message-Id: <5.1.0.14.2.20010605131632.03b489e0@pop.euronet.nl> X-Sender: sengaia@pop.euronet.nl X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 05 Jun 2001 13:18:38 +0200 To: linux-xfs@oss.sgi.com From: Arjen Wolfs Subject: Re: XFS in kernel tree In-Reply-To: <20010605130713.A1017@ysabell.wh.vaih> References: <3B1B2C4D.B124282E@binarix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 01:07 PM 6/5/01 +0200, you wrote: > >> Bojan Smojver writes: > > > Any idea when XFS is going to become an official part of the 2.4 kernel > > tree? > > This is becoming a FAQ. (When reading this, please note I'm not > involved with XFS beyond being an early adopter, and someone who's got > a few systems using XFS for some time now) > > You have to consider two things: a) 2.4 isn't supposed to get any major > patches (and it'd be nice if that was true for once); b) there's > probably still some bug fixing to do on the XFS side. I have had some > trouble with XFS on one NFS server[1], but other than that, it's rock > solid. Do notice this is the same lame argumentation presented by > people who wanted ReiserFS on the kernel, and you know what happened > with that one. That said, it's very unlikely that XFS will ever go in > the 2.4 kernel, but it will probably go on the 2.5 at some time. Linux 2.4.x with HIGHMEM support is still extremely unstable (read: completely broken), I wouldn't expect something as invasive as a new filesystem to go in until the kernel's core is stable (then again, i didn't expect 2.4.0 either until it was stable...who knows). /Arjen From owner-linux-xfs@oss.sgi.com Tue Jun 5 05:47:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55ClAP03746 for linux-xfs-outgoing; Tue, 5 Jun 2001 05:47:10 -0700 Received: from mail.network.de (owl.web2cad.de [62.225.10.125]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Cl8h03740 for ; Tue, 5 Jun 2001 05:47:08 -0700 Received: from domino02.web2cad.de ([10.10.0.6]) by mail.network.de (8.9.3/8.9.3) with ESMTP id OAA24121 for ; Tue, 5 Jun 2001 14:47:02 +0200 Subject: help To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.4 June 8, 2000 Message-ID: From: robert.gehr@web2cad.de Date: Tue, 5 Jun 2001 14:47:00 +0200 X-MIMETrack: Serialize by Router on domino02/GENIUS/DE(Release 5.0.4 |June 8, 2000) at 06/05/2001 02:47:01 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello there I just tried to install XFS support here on a machine. I patched the kernel sources 2.4.3 without a hitch and compiled the beast, even installed the lvm stuff to work around some error make was spitting up when I tried to build xfsprogs I installed modutils 2.4.6 and all the other goodies you recommend. I can boot my system all right but never get those modules loaded I usually use e.g. network drivers etc. I always get: "unresolved symbols in /lib/modules/2.4.3-XFS/kernel/xxxx" I checked out those mailinglist archives to no avail so what is there to do. Before I was running kernel 2.4.4 on that machine and had no trouble at all with them modules and still have none when I boot that kernel only when I boot that patched XFS kernel I get those lovely messages Ever heard of something like that before?????? Thanks for helping Best regards Robert Gehr "A ship in a harbour is safe, but that's not what ships are built for" ======================================== web2CAD AG Emailfabrikstrs. 12 92224 Amberg / Germany visit: http://www.web2cad.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 05:56:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55Cu4U05398 for linux-xfs-outgoing; Tue, 5 Jun 2001 05:56:04 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Cu3h05393 for ; Tue, 5 Jun 2001 05:56:03 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f55Ctsc19207; Tue, 5 Jun 2001 14:55:54 +0200 Message-Id: <4.3.2.7.2.20010605145434.032e4a40@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 05 Jun 2001 14:56:00 +0200 To: robert.gehr@web2cad.de, linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: help In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:47 5-6-2001 +0200, robert.gehr@web2cad.de wrote: >Hello there > >I just tried to install XFS support here on a machine. >I patched the kernel sources 2.4.3 without a hitch and compiled the beast, >even installed the lvm stuff to work around some error make was spitting up >when I tried to build xfsprogs >I installed modutils 2.4.6 and all the other goodies you recommend. > >I can boot my system all right but never get those modules loaded I usually >use e.g. network drivers etc. >I always get: "unresolved symbols in /lib/modules/2.4.3-XFS/kernel/xxxx" > >I checked out those mailinglist archives to no avail so what is there to >do. >Before I was running kernel 2.4.4 on that machine and had no trouble at all >with them modules and still have none when I boot that kernel only when I >boot that patched XFS kernel I get those lovely messages > >Ever heard of something like that before?????? Yes save your .config file in tree you are working in. make mrproper copy your .config back make oldconfig And try again. You have been bitten by broken Makfiles. This is a general 2.4 problem. Bye -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Tue Jun 5 06:33:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55DXEZ11314 for linux-xfs-outgoing; Tue, 5 Jun 2001 06:33:14 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55DXCh11311 for ; Tue, 5 Jun 2001 06:33:13 -0700 Received: (qmail 27218 invoked from network); 5 Jun 2001 13:33:08 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 5 Jun 2001 13:33:08 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: robert.gehr@web2cad.de cc: linux-xfs@oss.sgi.com Subject: Re: help In-reply-to: Your message of "Tue, 05 Jun 2001 14:47:00 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 05 Jun 2001 23:33:07 +1000 Message-ID: <17103.991747987@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 5 Jun 2001 14:47:00 +0200, robert.gehr@web2cad.de wrote: >I just tried to install XFS support here on a machine. >I patched the kernel sources 2.4.3 without a hitch and compiled the beast, >I always get: "unresolved symbols in /lib/modules/2.4.3-XFS/kernel/xxxx" FAQ: http://www.tux.org/lkml/#s8-8 From owner-linux-xfs@oss.sgi.com Tue Jun 5 06:50:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55Dorf15106 for linux-xfs-outgoing; Tue, 5 Jun 2001 06:50:53 -0700 Received: from zofo.niehs.nih.gov (zofo.niehs.nih.gov [157.98.8.245]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Doqh15103 for ; Tue, 5 Jun 2001 06:50:52 -0700 Received: from niehs.nih.gov (IDENT:krahn@xenon.niehs.nih.gov [157.98.12.34]) by zofo.niehs.nih.gov (SGI-8.9.3/8.9.3) with ESMTP id JAA49521; Tue, 5 Jun 2001 09:51:06 -0400 (EDT) Message-ID: <3B1CE383.DCFED687@niehs.nih.gov> Date: Tue, 05 Jun 2001 09:49:55 -0400 From: Joe Krahn X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Timothy Shimmin CC: Bas , linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. References: <01060413285600.09944@garfield.linux.localdomain> <011501c0ed31$58a54360$0f01a8c0@ws1> <20010605102551.Z97441@boing.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Timothy Shimmin wrote: > > On Mon, Jun 04, 2001 at 10:02:56PM +0200, Bas wrote: > > > > From: "J Hayward" > > Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > > > > > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > > > > > > > It is the last option under Adaptec AIC7xxx support. The firmware > > > > included in the 2.4.5 release is out of sync with the kernel driver. > > > > > > > > I have not done this myself, since my current XFS machine does not have > > a > > > > SCSI controller, but see the below email for more info. > > > > > > Has anyone had any success using this option? Didn't work for me. Problem > > > isn't isolated to just the 7890 it seems, I get the same error on a > > Adaptec > > > 2930CU. It still produced: > > > > > > >In interrupt handler - not syncing > > > > > > I also tried using the old aic7xxx driver, which did load the module. > > However > > > it produced a kernel oops immediately after. I don't remember the exact > > point > > > in the boot sequence, I believe it was at "Trying to unmount old root". > > > > Tried the firmware option too, but didn't work for me. > > > > Tried the firmware option too, and it did work for me. > > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.13 > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/255 SCBs > > --Tim The problem is that linux-2.4.5-xfs-05312001.patch.bz2 includes the files aic7xxx_seq.h and aic7xxx_reg.h which are out of date, but which get a newer timestamp. Also the binary aicasm/aicasm is included in the patch, but patch creates it non-executable. Try touching aic7xxx.seq and removing aicasm/aicasm, then rebuilding the aic7xxx module with the build-firmware option. This is actually a problem with "make clean" and "make mrproper" not knowing about some of the aic7xxx files. Joe Krahn From owner-linux-xfs@oss.sgi.com Tue Jun 5 07:01:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55E1gH17006 for linux-xfs-outgoing; Tue, 5 Jun 2001 07:01:42 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55E1fh17002 for ; Tue, 5 Jun 2001 07:01:42 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA05331 for ; Tue, 5 Jun 2001 07:01:53 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id JAA2062687; Tue, 5 Jun 2001 09:00:04 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id JAA78111; Tue, 5 Jun 2001 09:00:04 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55E3WH01345; Tue, 5 Jun 2001 09:03:32 -0500 Message-Id: <200106051403.f55E3WH01345@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Marcelo E. Magallon" cc: Bojan Smojver , linux-xfs@oss.sgi.com Subject: Re: XFS in kernel tree In-Reply-To: Message from "Marcelo E. Magallon" of "Tue, 05 Jun 2001 13:07:13 +0200." <20010605130713.A1017@ysabell.wh.vaih> Date: Tue, 05 Jun 2001 09:03:32 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > >> Bojan Smojver writes: > > > Any idea when XFS is going to become an official part of the 2.4 kernel > > tree? > > This is becoming a FAQ. (When reading this, please note I'm not > involved with XFS beyond being an early adopter, and someone who's got > a few systems using XFS for some time now) > > You have to consider two things: a) 2.4 isn't supposed to get any major > patches (and it'd be nice if that was true for once); b) there's > probably still some bug fixing to do on the XFS side. I have had some > trouble with XFS on one NFS server[1], but other than that, it's rock > solid. Do notice this is the same lame argumentation presented by > people who wanted ReiserFS on the kernel, and you know what happened > with that one. That said, it's very unlikely that XFS will ever go in > the 2.4 kernel, but it will probably go on the 2.5 at some time. We will see about that, XFS itself sits on the side, it is the core kernel changes which have impact elsewhere, and these are a lot smaller than some of the gyrations 2.4 has gone through so far. Most of Alan's patches are probably bigger than the whole of XFS. Steve > > HTH, > > Marcelo > > [1] I'm not 100% sure this was an XFS problem, but other people > panicked and pulled the plug without proper investigation of the > problem. The machine was doing a very small ammount of NFS serving > (15-20 mounts tops scattered among 5-8 clients) out of a 150 GB > external RAID (IDE) system hooked to a SCSI controller. The kernel > oops'ed a couple of times, but because of a configuration error on > my part, I couldn't get a decent call trace and the oops log alone > was useless. Ever since the RAID was moved to another box > (XFS/IRIX) I haven't been able to reproduce the problem. I suspect > the problem was the SCSI controller (which is also gone), but I > haven't been able to test this... From owner-linux-xfs@oss.sgi.com Tue Jun 5 07:56:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55Euki25914 for linux-xfs-outgoing; Tue, 5 Jun 2001 07:56:46 -0700 Received: from revere3.musc.edu (revere3.musc.edu [128.23.203.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Eujh25908 for ; Tue, 5 Jun 2001 07:56:45 -0700 Received: from D8H1FF01 ([128.23.211.115]) by revere3.musc.edu (8.8.8/8.8.8) with ESMTP id KAA04846 for ; Tue, 5 Jun 2001 10:56:44 -0400 (EDT) Date: Tue, 05 Jun 2001 10:58:21 -0400 From: Stephen VanPelt To: linux-xfs@oss.sgi.com Subject: Backing up Message-ID: <3896223470.991738701@D8H1FF01> Originator-Info: login-id=vanpelts; server=imap.musc.edu X-Mailer: Mulberry/2.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Is anyone using Arkeia to back up their XFS system? I'm running RedHat 7.1 with XFS, and was wondering if Arkeia would back up the ACLs with the files. -Stephen Stephen VanPelt Information Technology Consultant MUSC Center for Drug and Alcohol Programs PH: 843-792-5558 Internet: vanpelts@musc.edu __________________BEGIN FOOTER___________________ **The Views Expressed by the Author of this Message are not ** **necessarily those of the Medical University of South Carolina** From owner-linux-xfs@oss.sgi.com Tue Jun 5 08:10:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55FAhG28337 for linux-xfs-outgoing; Tue, 5 Jun 2001 08:10:43 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55FAfh28333 for ; Tue, 5 Jun 2001 08:10:41 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 IAA09151 for ; Tue, 5 Jun 2001 08:10:40 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id KAA2042166; Tue, 5 Jun 2001 10:09:23 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id KAA94552; Tue, 5 Jun 2001 10:09:22 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55FCoA32591; Tue, 5 Jun 2001 10:12:50 -0500 Message-Id: <200106051512.f55FCoA32591@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Stephen VanPelt cc: linux-xfs@oss.sgi.com Subject: Re: Backing up In-Reply-To: Message from Stephen VanPelt of "Tue, 05 Jun 2001 10:58:21 EDT." <3896223470.991738701@D8H1FF01> Date: Tue, 05 Jun 2001 10:12:50 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Is anyone using Arkeia to back up their XFS system? > > I'm running RedHat 7.1 with XFS, and was wondering if Arkeia would back up > the ACLs with the files. > > -Stephen > > I doubt it, since we introduced new interfaces for access to these features of the filesystem, xfsdump is about the only tool capable of dumping them and xfsrestore is the only thing capable of restoring them. Amanda can drive xfsdump, but unless Arkeia does similar things by wrapping around filesystem specific dump programs I don't think it will help you. Steve > > > Stephen VanPelt > Information Technology Consultant > MUSC Center for Drug and Alcohol Programs > PH: 843-792-5558 Internet: vanpelts@musc.edu > > > __________________BEGIN FOOTER___________________ > **The Views Expressed by the Author of this Message are not ** > **necessarily those of the Medical University of South Carolina** From owner-linux-xfs@oss.sgi.com Tue Jun 5 08:29:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55FTdU31417 for linux-xfs-outgoing; Tue, 5 Jun 2001 08:29:39 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55FTbh31413 for ; Tue, 5 Jun 2001 08:29:37 -0700 Received: (qmail 20411 invoked by uid 0); 5 Jun 2001 15:29:30 -0000 Received: from f-16-212.cvx-leipzig.ipdial.viaginterkom.de (HELO temple) (62.180.212.16) by mail.gmx.net (mp002-rz3) with SMTP; 5 Jun 2001 15:29:30 -0000 Message-ID: <00d201c0edd4$daf23550$01000001@temple> Reply-To: "Andreas Piesk" From: "Andreas Piesk" To: "Stephen VanPelt" , References: <3896223470.991738701@D8H1FF01> Subject: Re: Backing up Date: Tue, 5 Jun 2001 17:21:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Is anyone using Arkeia to back up their XFS system? > > I'm running RedHat 7.1 with XFS, and was wondering if Arkeia would back up > the ACLs with the files. > not yet, i was told by the arkeia support, that the next version will recognize xfs as a normal filesystem. the ACLs will not be backed up by arkeia for now, but this is work in progress. ciao -ap -- Andreas Piesk a.piesk@gmx.net PGP-Fingerprint: 23CB A7E2 2E53 373C DBCD 8EFC 7777 61C1 From owner-linux-xfs@oss.sgi.com Tue Jun 5 09:05:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55G5fn04660 for linux-xfs-outgoing; Tue, 5 Jun 2001 09:05:41 -0700 Received: from hitchcock.eng.uiowa.edu (hitchcock.eng.uiowa.edu [128.255.22.64]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55G5dh04657 for ; Tue, 5 Jun 2001 09:05:40 -0700 Received: from eng.uiowa.edu (eyeball.eng.uiowa.edu [128.255.22.246]) by hitchcock.eng.uiowa.edu (8.9.3/8.9.3) with ESMTP id LAA03249 for sent by ; Tue, 5 Jun 2001 11:05:36 -0500 (CDT) Message-ID: <3B1D0316.30737C2D@eng.uiowa.edu> Date: Tue, 05 Jun 2001 11:04:38 -0500 From: pedretti@eng.uiowa.edu X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: permission problems.. References: <200106041521.f54FLTW29906@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk We are seeing the same problem here. I believe it is caused by mixed nfs and local access to files but haven't been able to isolate anything reproducible. Is there anything I can fall back to that doesn't have this problem? -- but keeps the improved nfs under load characteristics of the current cvs. Thanks, Kevin Steve Lord wrote: > Is this happening via NFS access, or local access? If I cannot find a quick > fix I can back out the change which is probably at the back of this. > > Steve > > > It changes permissions which seems to be at random. It doesnt just change > > a single file but will change permissions in the whole directory. So it > > doesnt change random files just random directories and inside those random > > directories. All I can say is that my users randomly see permissions > > change and sometimes several times a day. > > > > ***************************** > > Walter Marchuk > > Senior Computer Specialist > > University of Washington > > Electrical Engineering > > Room: 307g > > 206-221-5421 > > marchuk@ee.washington.edu > > ***************************** > > > > On Mon, 4 Jun 2001, Steve Lord wrote: > > > > > > marchuk@ee.washington.edu wrote: > > > > > > > > > > I am using the latest CVS tree, one from Friday, and I noticed a strang > > e > > > > > problem. Every once in a while permissions get reset for some > > > > > directories, I mean all permissions are removed. Has anyone noticed th > > is > > > > > problem and is this XFS related? > > > > > > > > > > > > > I have the same problem here using the cvs tree from today (monday) ! > > > > After installation and reboot some files and directories are chmod'ed to > > > > 000 ! > > > > > > > > Felix > > > > > > Hmm, there was an 'optimization' a couple of weeks back which could explain > > > this. Do you have any pointers to what coincides with this, and what the > > > first operation is that causes you to discover missing permissions? > > > > > > Steve > > > > > > From owner-linux-xfs@oss.sgi.com Tue Jun 5 09:14:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55GEKB05159 for linux-xfs-outgoing; Tue, 5 Jun 2001 09:14:20 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55GEJh05156 for ; Tue, 5 Jun 2001 09:14:19 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id JAA09745 for ; Tue, 5 Jun 2001 09:14:32 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id LAA2066913; Tue, 5 Jun 2001 11:12:58 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id LAA23735; Tue, 5 Jun 2001 11:12:58 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55GGP305555; Tue, 5 Jun 2001 11:16:25 -0500 Message-Id: <200106051616.f55GGP305555@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: pedretti@eng.uiowa.edu cc: linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: Message from pedretti@eng.uiowa.edu of "Tue, 05 Jun 2001 11:04:38 CDT." <3B1D0316.30737C2D@eng.uiowa.edu> Date: Tue, 05 Jun 2001 11:16:25 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk OK, I was incorrect yesterday in saying that the patch I sent out did not fix it, I managed to install the kernel under the wrong name and I was not testing the patch. Can someone please try this patch and report back if it makes a difference or not. When I realized this and tried the patch, I could not reproduce the problem with or without it. The patch is archived here: http://oss.sgi.com/projects/xfs/mail_archive/0106/msg00050.html Thanks, Steve > We are seeing the same problem here. I believe it is caused by mixed nfs and > local access to files but haven't been able to isolate anything reproducible. > Is > there anything I can fall back to that doesn't have this problem? -- but kee > ps > the improved nfs under load characteristics of the current cvs. > > Thanks, > Kevin > > Steve Lord wrote: > > > Is this happening via NFS access, or local access? If I cannot find a quick > > fix I can back out the change which is probably at the back of this. > > > > Steve > > > > > It changes permissions which seems to be at random. It doesnt just chang > e > > > a single file but will change permissions in the whole directory. So it > > > doesnt change random files just random directories and inside those rando > m > > > directories. All I can say is that my users randomly see permissions > > > change and sometimes several times a day. > > > > > > ***************************** > > > Walter Marchuk > > > Senior Computer Specialist > > > University of Washington > > > Electrical Engineering > > > Room: 307g > > > 206-221-5421 > > > marchuk@ee.washington.edu > > > ***************************** > > > > > > On Mon, 4 Jun 2001, Steve Lord wrote: > > > > > > > > marchuk@ee.washington.edu wrote: > > > > > > > > > > > > I am using the latest CVS tree, one from Friday, and I noticed a st > rang > > > e > > > > > > problem. Every once in a while permissions get reset for some > > > > > > directories, I mean all permissions are removed. Has anyone notice > d th > > > is > > > > > > problem and is this XFS related? > > > > > > > > > > > > > > > > I have the same problem here using the cvs tree from today (monday) ! > > > > > After installation and reboot some files and directories are chmod'ed > to > > > > > 000 ! > > > > > > > > > > Felix > > > > > > > > Hmm, there was an 'optimization' a couple of weeks back which could exp > lain > > > > this. Do you have any pointers to what coincides with this, and what th > e > > > > first operation is that causes you to discover missing permissions? > > > > > > > > Steve > > > > > > > > From owner-linux-xfs@oss.sgi.com Tue Jun 5 10:00:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55H0Tb06561 for linux-xfs-outgoing; Tue, 5 Jun 2001 10:00:29 -0700 Received: from main.braxis.co.uk (root@main.braxis.co.uk [213.77.40.29]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55H0Qh06558 for ; Tue, 5 Jun 2001 10:00:27 -0700 Received: (from kszysiu@localhost) by main.braxis.co.uk (8.9.3/8.9.3) id UAA02240 for linux-xfs@oss.sgi.com; Tue, 5 Jun 2001 20:03:47 +0200 Date: Tue, 5 Jun 2001 20:03:47 +0200 From: Krzysztof Rusocki To: linux-xfs@oss.sgi.com Subject: 2.4.5-xfs (CVS 2001-06-01) Ooops & crash Message-ID: <20010605200347.A1890@main.braxis.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Yesterday's evening i issued oopses and crash.... Machine is Celeron 366(Mendocino) / 128MB RAM / PIIX4E & PDC20262 & HPT366 / Davicom Dm9102 ethernet System is generic RH6.2 with vital upgrades needed for 2.4 series... These oops were noticed about 17:00 CEST next day... (2001-06-05)... I tried to Sync by Alt+SysRQ but i got just more oopses (actually didn't get them - no serial console at the moment ;( ) then i did Alt+SysRQ+U - after reboot i noticed that all xfs partitions were clearly unmounted but ext2 - ones were NOT. Actually the output i got is what syslogd managed to write on the disk but i hope that files i provide will be sufficient... http://braxis.co.uk/~kszysiu/xfs/ Can it be connected with VM problems in 2.4 series - not related to xfs? Cheers, Krzysztof From owner-linux-xfs@oss.sgi.com Tue Jun 5 10:10:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55HA6007072 for linux-xfs-outgoing; Tue, 5 Jun 2001 10:10:06 -0700 Received: from epithumia.math.uh.edu (IDENT:root@epithumia.math.uh.edu [129.7.128.2]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55HA5h07069 for ; Tue, 5 Jun 2001 10:10:05 -0700 Received: (from tibbs@localhost) by epithumia.math.uh.edu (8.11.0/8.11.1) id f55HA4c09396; Tue, 5 Jun 2001 12:10:04 -0500 To: linux-xfs@oss.sgi.com Subject: Re: XFS in kernel tree References: <3B1B2C4D.B124282E@binarix.com> <5.1.0.14.2.20010605131632.03b489e0@pop.euronet.nl> From: Jason L Tibbitts III Date: 05 Jun 2001 12:10:04 -0500 In-Reply-To: Arjen Wolfs's message of "Tue, 05 Jun 2001 13:18:38 +0200" Message-ID: Lines: 15 User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >>>>> "AW" == Arjen Wolfs writes: AW> I wouldn't expect something as invasive as a new filesystem to go in AW> until the kernel's core is stable (then again, i didn't expect 2.4.0 AW> either until it was stable...who knows). I believe a new filesystem went in in 2.4.5. See fs/freevxfs. The salient point is that adding this FS didn't require changes anywhere else in the kernel; it just added some files. If XFS did the same, or if the non-localized parts could be fed in slowly until all of the infrastructure is in place, then it would probably be accepted without issue. - J< From owner-linux-xfs@oss.sgi.com Tue Jun 5 10:22:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55HMcn07742 for linux-xfs-outgoing; Tue, 5 Jun 2001 10:22:38 -0700 Received: from roujin.gargoylecc.com (roujin.gargoylecc.com [65.100.85.34]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55HMbh07739 for ; Tue, 5 Jun 2001 10:22:37 -0700 Received: from roujin.gargoylecc.com ([65.100.85.34] ident=ringram) by roujin.gargoylecc.com with esmtp (Exim 3.13 #1) id 157YFJ-0001OO-00 for linux-xfs@oss.sgi.com; Wed, 06 Jun 2001 02:00:53 -0600 Date: Wed, 6 Jun 2001 02:00:52 -0600 (MDT) From: Russel Ingram To: Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-Reply-To: <3B1CE383.DCFED687@niehs.nih.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 5 Jun 2001, Joe Krahn wrote: > The problem is that linux-2.4.5-xfs-05312001.patch.bz2 > includes the files aic7xxx_seq.h and aic7xxx_reg.h which > are out of date, but which get a newer timestamp. Also > the binary aicasm/aicasm is included in the patch, but > patch creates it non-executable. Try touching aic7xxx.seq > and removing aicasm/aicasm, then rebuilding the > aic7xxx module with the build-firmware option. > > This is actually a problem with "make clean" and > "make mrproper" not knowing about some of the aic7xxx > files. I'm seeing a problem with some of this same driver code on an older RH6.2 based system. I'm trying to compile the latest cvs tree and can't seem to get past this: make[5]: Entering directory `/usr/src/linux-2.4-xfs/linux/drivers/scsi/aic7xxx/aicasm' gcc -I/usr/include -I. -ldb aicasm_gram.c aicasm_scan.c aicasm.c aicasm_symbol.c -o aicasm /tmp/ccJ1BOkT.o: In function `symtable_open': /tmp/ccJ1BOkT.o(.text+0x1b5): undefined reference to `__db185_open' collect2: ld returned 1 exit status make[5]: *** [aicasm] Error 1 I thought originally that it might be a problem with the compiler version I have, but gcc on this system is still the original gcc that installed with Red Hat 6.2 -- "gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)". Any ideas? Thanx, Russ -- Russ Ingram Gargoyle Computer Consulting (307)742-1361 www.gargoylecc.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 10:31:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55HVki08155 for linux-xfs-outgoing; Tue, 5 Jun 2001 10:31:46 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55HVih08152 for ; Tue, 5 Jun 2001 10:31:44 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 KAA02411 for ; Tue, 5 Jun 2001 10:31:35 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA2032423; Tue, 5 Jun 2001 12:29:21 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA39368; Tue, 5 Jun 2001 12:29:21 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55HWmE05695; Tue, 5 Jun 2001 12:32:48 -0500 Message-Id: <200106051732.f55HWmE05695@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Jason L Tibbitts III cc: linux-xfs@oss.sgi.com Subject: Re: XFS in kernel tree In-Reply-To: Message from Jason L Tibbitts III of "05 Jun 2001 12:10:04 CDT." Date: Tue, 05 Jun 2001 12:32:48 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > >>>>> "AW" == Arjen Wolfs writes: > > AW> I wouldn't expect something as invasive as a new filesystem to go in > AW> until the kernel's core is stable (then again, i didn't expect 2.4.0 > AW> either until it was stable...who knows). > > I believe a new filesystem went in in 2.4.5. See fs/freevxfs. > > The salient point is that adding this FS didn't require changes anywhere > else in the kernel; it just added some files. If XFS did the same, or if > the non-localized parts could be fed in slowly until all of the > infrastructure is in place, then it would probably be accepted without > issue. > This is in fact happening to a certain extent, 2.4.6-pre1 removes the need for one particular change we had in the core kernel for example. Steve > - J< From owner-linux-xfs@oss.sgi.com Tue Jun 5 10:33:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55HXfk08466 for linux-xfs-outgoing; Tue, 5 Jun 2001 10:33:41 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55HXeh08462 for ; Tue, 5 Jun 2001 10:33:40 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 KAA03946 for ; Tue, 5 Jun 2001 10:33:39 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA2068911; Tue, 5 Jun 2001 12:32:22 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA10940; Tue, 5 Jun 2001 12:32:22 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55HZmb05812; Tue, 5 Jun 2001 12:35:48 -0500 Message-Id: <200106051735.f55HZmb05812@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Russel Ingram cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-Reply-To: Message from Russel Ingram of "Wed, 06 Jun 2001 02:00:52 MDT." Date: Tue, 05 Jun 2001 12:35:48 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk You need to go to the aic configuration options, tell it you want to build the adapter firmware - it looks like you may have done this. Then you need to install the development package for the db database, it wants to use this for the firmware generator program. Steve > On Tue, 5 Jun 2001, Joe Krahn wrote: > > > The problem is that linux-2.4.5-xfs-05312001.patch.bz2 > > includes the files aic7xxx_seq.h and aic7xxx_reg.h which > > are out of date, but which get a newer timestamp. Also > > the binary aicasm/aicasm is included in the patch, but > > patch creates it non-executable. Try touching aic7xxx.seq > > and removing aicasm/aicasm, then rebuilding the > > aic7xxx module with the build-firmware option. > > > > This is actually a problem with "make clean" and > > "make mrproper" not knowing about some of the aic7xxx > > files. > > I'm seeing a problem with some of this same driver code on an older RH6.2 > based system. I'm trying to compile the latest cvs tree and can't seem to > get past this: > > make[5]: Entering directory > `/usr/src/linux-2.4-xfs/linux/drivers/scsi/aic7xxx/aicasm' > gcc -I/usr/include -I. -ldb aicasm_gram.c aicasm_scan.c aicasm.c > aicasm_symbol.c -o aicasm > /tmp/ccJ1BOkT.o: In function `symtable_open': > /tmp/ccJ1BOkT.o(.text+0x1b5): undefined reference to `__db185_open' > collect2: ld returned 1 exit status > make[5]: *** [aicasm] Error 1 > > I thought originally that it might be a problem with the compiler version > I have, but gcc on this system is still the original gcc that installed > with Red Hat 6.2 -- "gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 > release)". Any ideas? > > Thanx, > Russ > > -- > Russ Ingram > Gargoyle Computer Consulting > (307)742-1361 > www.gargoylecc.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 10:35:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55HZeN08805 for linux-xfs-outgoing; Tue, 5 Jun 2001 10:35:40 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55HZch08801 for ; Tue, 5 Jun 2001 10:35:39 -0700 Received: (qmail 29247 invoked from network); 5 Jun 2001 17:35:36 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 5 Jun 2001 17:35:36 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Russel Ingram cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-reply-to: Your message of "Wed, 06 Jun 2001 02:00:52 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2001 03:35:36 +1000 Message-ID: <20007.991762536@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 6 Jun 2001 02:00:52 -0600 (MDT), Russel Ingram wrote: >make[5]: Entering directory >`/usr/src/linux-2.4-xfs/linux/drivers/scsi/aic7xxx/aicasm' >gcc -I/usr/include -I. -ldb aicasm_gram.c aicasm_scan.c aicasm.c >aicasm_symbol.c -o aicasm >/tmp/ccJ1BOkT.o: In function `symtable_open': >/tmp/ccJ1BOkT.o(.text+0x1b5): undefined reference to `__db185_open' >collect2: ld returned 1 exit status >make[5]: *** [aicasm] Error 1 > >I thought originally that it might be a problem with the compiler version >I have, but gcc on this system is still the original gcc that installed >with Red Hat 6.2 -- "gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 >release)". Any ideas? (1) Shoot the aic7xxx maintainer. (2) Hack drivers/scsi/aic7xxx/aicasm to set the correct version of libdb installed on your system. The script got it wrong. (3) Shoot the aic7xxx maintainer. (4) This is a general kernel problem, everybody is hitting it. Followups to linux-kernel and the aic7xxx maintainer please, not XFS. (5) Shoot the aic7xxx maintainer (do you detect a pattern here?). From owner-linux-xfs@oss.sgi.com Tue Jun 5 11:13:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55ID2C13006 for linux-xfs-outgoing; Tue, 5 Jun 2001 11:13:02 -0700 Received: from itcampus.de (www.itcampus.de [194.45.97.156]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55ID1h12999 for ; Tue, 5 Jun 2001 11:13:01 -0700 Received: from [62.208.91.238] (HELO itcampus.de) by itcampus.de (CommuniGate Pro SMTP 3.3.1) with ESMTP id 98188 for linux-xfs@oss.sgi.com; Tue, 05 Jun 2001 20:15:32 +0200 Message-ID: <3B1D19A8.5CF2A415@itcampus.de> Date: Tue, 05 Jun 2001 19:40:56 +0200 From: Thomas Winkler X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ex-MX MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: acls with samba on xfs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk i know that there have been some questions concerning samba and xfs, but until now i just can't get it to work the way i want it to. since i am a member of the tng and head mailing lists i asked there first, but didn't get a helpful reply on solving this one. we are running a linux server using a recent samba tng checkout as pdc and a recent samba head checkout as fileserver. the head is a member server of the domain and uses of course the pdc as password server. the pdc and fileserver are running on the same machine. the used filesystem is xfs (version 1.0). xfs works really fine and acls work. just the combination of samba and xfs is not working. what we want is changing the share/directory/file permissions of the fileserver via acl support from the client. we tried with different combinations (xfs-1.0 / xfs-2.4.4 / head / 2.2.0 / tng ). some combinations even crashed our entire system. using 2.2.0 kind of works but only with local groups no domain users/groups. with the head we get all wanted users and groups but the chosen acls are not mapped on the system files (setting acls fails). i'd like to know if this is possible at all and what combination xfs/samba others are using and is known to work. could it become a problem that the fileserver is a member of the domain and should use domain users instead of local users? is someone actually running a samba/xfs system and is able to change acls from client? thank you and i hope i am not too off topic thomas winkler -------------------------------------- itCampus Software- und Systemhaus GmbH Leipzig - Halle - Wittenberg http://www.itcampus.de From owner-linux-xfs@oss.sgi.com Tue Jun 5 11:18:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55IILf13705 for linux-xfs-outgoing; Tue, 5 Jun 2001 11:18:21 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55IIKh13702 for ; Tue, 5 Jun 2001 11:18:20 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f55IIHaJ013813; Tue, 5 Jun 2001 13:18:18 -0500 (CDT) Message-ID: <3B1D2264.975D5DF4@thebarn.com> Date: Tue, 05 Jun 2001 13:18:12 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens CC: Russel Ingram , linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. References: <20007.991762536@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Keith Owens wrote: > On Wed, 6 Jun 2001 02:00:52 -0600 (MDT), > Russel Ingram wrote: > >make[5]: Entering directory > >`/usr/src/linux-2.4-xfs/linux/drivers/scsi/aic7xxx/aicasm' > >gcc -I/usr/include -I. -ldb aicasm_gram.c aicasm_scan.c aicasm.c > >aicasm_symbol.c -o aicasm > >/tmp/ccJ1BOkT.o: In function `symtable_open': > >/tmp/ccJ1BOkT.o(.text+0x1b5): undefined reference to `__db185_open' > >collect2: ld returned 1 exit status > >make[5]: *** [aicasm] Error 1 > > > >I thought originally that it might be a problem with the compiler version > >I have, but gcc on this system is still the original gcc that installed > >with Red Hat 6.2 -- "gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 > >release)". Any ideas? > > (1) Shoot the aic7xxx maintainer. > (2) Hack drivers/scsi/aic7xxx/aicasm to set the correct version of > libdb installed on your system. The script got it wrong. > (3) Shoot the aic7xxx maintainer. > (4) This is a general kernel problem, everybody is hitting it. > Followups to linux-kernel and the aic7xxx maintainer please, not > XFS. > (5) Shoot the aic7xxx maintainer (do you detect a pattern here?). In some defense of Justin here: He has done some amazing work with SCSI and the cam layer of FreeBSD. The linux community should be quite thankful he is on board. -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 11:29:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55ITCU14776 for linux-xfs-outgoing; Tue, 5 Jun 2001 11:29:12 -0700 Received: from UberGeek.coremetrics.com ([209.184.141.163]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55ITBh14771 for ; Tue, 5 Jun 2001 11:29:11 -0700 Received: from localhost (austin@localhost) by UberGeek.coremetrics.com (8.11.2/8.11.2) with ESMTP id f55IQPc13529 for ; Tue, 5 Jun 2001 13:26:25 -0500 X-Authentication-Warning: UberGeek.coremetrics.com: austin owned process doing -bs Date: Tue, 5 Jun 2001 13:26:25 -0500 (CDT) From: Austin Gonyou To: Subject: USB and XFS source tree. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I don't have anything in my /proc/bus/usb. Anyone know why? Is it cause I need hotplug or something. Any info on this would be a great help!!! -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-796-9023 email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 11:30:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55IUq015143 for linux-xfs-outgoing; Tue, 5 Jun 2001 11:30:52 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55IUnh15134 for ; Tue, 5 Jun 2001 11:30:50 -0700 Received: (qmail 29657 invoked from network); 5 Jun 2001 18:30:18 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 5 Jun 2001 18:30:18 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Russell Cattelan cc: Russel Ingram , linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-reply-to: Your message of "Tue, 05 Jun 2001 13:18:12 EST." <3B1D2264.975D5DF4@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2001 04:30:17 +1000 Message-ID: <21043.991765817@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 05 Jun 2001 13:18:12 -0500, Russell Cattelan wrote: >In some defense of Justin here: >He has done some amazing work with SCSI and the cam layer of FreeBSD. >The linux community should be quite thankful he is on board. Unfortunately he does not understand how the linux kernel is built. What is worse is that he ignores suggestions from people who do understand how kbuild works, instead he does his own thing. The SCSI code for aic7xxx may be great but if when stuffs up kbuild then it is a pain in the neck. From owner-linux-xfs@oss.sgi.com Tue Jun 5 12:40:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55JesI21688 for linux-xfs-outgoing; Tue, 5 Jun 2001 12:40:54 -0700 Received: from dorian.fokus.gmd.de (dorian.fokus.gmd.de [193.175.135.179]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Jeph21685 for ; Tue, 5 Jun 2001 12:40:52 -0700 Received: from fokus.gmd.de (localhost [127.0.0.1]) by dorian.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id 157Mgz-0000er-00; Tue, 05 Jun 2001 21:40:41 +0200 Message-ID: <3B1D35B9.505CB33@fokus.gmd.de> Date: Tue, 05 Jun 2001 21:40:41 +0200 From: Andrei Pelinescu - Onciul X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.1-pre8-dorian i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: linux-xfs@oss.sgi.com Subject: Re: permission problems.. References: <200106051616.f55GGP305555@jen.americas.sgi.com> Content-Type: multipart/mixed; boundary="------------6FB88F8DEC4A1CDE2E8CB503" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------6FB88F8DEC4A1CDE2E8CB503 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Steve Lord wrote: > > OK, I was incorrect yesterday in saying that the patch I sent out did not > fix it, I managed to install the kernel under the wrong name and I was not > testing the patch. Can someone please try this patch and report back if > it makes a difference or not. When I realized this and tried the patch, > I could not reproduce the problem with or without it. > > The patch is archived here: > > http://oss.sgi.com/projects/xfs/mail_archive/0106/msg00050.html With the patch and 30 May xfs cvs I get an oops in nfsd (bonnie++ over nfs mounted xfs). Without the patch, if I have a directory with the sticky bit set it will clear all the permissions on it: 1. export/sticky_dir/ mounted in /mnt/test; PWD=/mnt/test/sticky_dir, bonnie++ -s 2048 => persmissions on sticky are cleared. 2. same as above, but PWD =/mnt/test/sticky_dir/subdir, (subdir is not sticky) => persmissions on the files in subdir are reset. If I try only file creations tests everything seems ok (bonnie++ -s0 -n 200). Also, if sticky_dir is not sticky it seems to work ok (after 1 day of bonnie). Andrei --------------6FB88F8DEC4A1CDE2E8CB503 Content-Type: application/octet-stream; name="xfs_nfs_patch-oops.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="xfs_nfs_patch-oops.txt" a3N5bW9vcHMgMi40LjEgb24gaTY4NiAyLjQuNS14ZnMtbmZzLiAgT3B0aW9ucyB1c2VkCiAg ICAgLVYgKGRlZmF1bHQpCiAgICAgLWsgL3Byb2Mva3N5bXMgKGRlZmF1bHQpCiAgICAgLWwg L3Byb2MvbW9kdWxlcyAoZGVmYXVsdCkKICAgICAtbyAvbGliL21vZHVsZXMvMi40LjUteGZz LW5mcy8gKGRlZmF1bHQpCiAgICAgLW0gL2Jvb3QvU3lzdGVtLm1hcC0yLjQuNS14ZnMtbmZz IChkZWZhdWx0KQoKV2FybmluZzogWW91IGRpZCBub3QgdGVsbCBtZSB3aGVyZSB0byBmaW5k IHN5bWJvbCBpbmZvcm1hdGlvbi4gIEkgd2lsbAphc3N1bWUgdGhhdCB0aGUgbG9nIG1hdGNo ZXMgdGhlIGtlcm5lbCBhbmQgbW9kdWxlcyB0aGF0IGFyZSBydW5uaW5nCnJpZ2h0IG5vdyBh bmQgSSdsbCB1c2UgdGhlIGRlZmF1bHQgb3B0aW9ucyBhYm92ZSBmb3Igc3ltYm9sIHJlc29s dXRpb24uCklmIHRoZSBjdXJyZW50IGtlcm5lbCBhbmQvb3IgbW9kdWxlcyBkbyBub3QgbWF0 Y2ggdGhlIGxvZywgeW91IGNhbiBnZXQKbW9yZSBhY2N1cmF0ZSBvdXRwdXQgYnkgdGVsbGlu ZyBtZSB0aGUga2VybmVsIHZlcnNpb24gYW5kIHdoZXJlIHRvIGZpbmQKbWFwLCBtb2R1bGVz LCBrc3ltcyBldGMuICBrc3ltb29wcyAtaCBleHBsYWlucyB0aGUgb3B0aW9ucy4KCk5NSSBX YXRjaGRvZyBkZXRlY3RlZCBMT0NLVVAgb24gQ1BVMCwgcmVnaXN0ZXJzOgpDUFU6ICAgIDAK RUlQOiAgICAwMDEwOls8YzAyYTYxYjY+XQpVc2luZyBkZWZhdWx0cyBmcm9tIGtzeW1vb3Bz IC10IGVsZjMyLWkzODYgLWEgaTM4NgpFRkxBR1M6IDAwMDAwMDg2CmVheDogMDAwMDAyMDIg ICBlYng6IGNmZDI3Y2VjICAgZWN4OiBjZmQyN2JlMCAgIGVkeDogMDAwMDAwMDQKZXNpOiAw MDAwMDAwMCAgIGVkaTogMDAwMDAwMDQgICBlYnA6IDAwMDA0M2ZmICAgZXNwOiBjOWQyZmNh OApkczogMDAxOCAgIGVzOiAwMDE4ICAgc3M6IDAwMTgKUHJvY2VzcyBuZnNkIChwaWQ6IDIz Niwgc3RhY2twYWdlPWM5ZDJmMDAwKQpTdGFjazogMDAwMDAwMDQgY2ZkMjdjZWMgMDAwMDAy MDIgMDAwMDAwMDEgMTQwMDNmZmYgMDAwMDAwMDIgMDAwMDAzZmYgMDAwMDAwMDAKICAgICAg IDAwMDAwMDAwIDAwMDAwODBiIDAwY2M5ZDAwIDAwMDAwMDAwIGMwMWMwMDAzIDAwMDAwMDNh IDAwMDAwMDAwIDNiMWQyOGJjCiAgICAgICAyNzk2NmUxMCAzYjFkMjhjZiAzMDk5OTJmOCAz YjFkMjhjZiAzMDk5OTJmOCBjZGNmMDAwMCAwMDAzMDAwMCAwMDAwMDAwMApDYWxsIFRyYWNl OiBbPGMwMWMwMDAzPl0gWzxjMDFlYjc2Nj5dIFs8YzAxZjBlMmU+XSBbPGMwMWYwMzM2Pl0g WzxjMDE0ODk2NT5dIFs8YzAxNDhjZjU+XSBbPGQwOGIxY2ZkPl0KICAgICAgIFs8ZDA4YjIy ZmQ+XSBbPGQwOGIyN2E0Pl0gWzxkMDhiMzdlZD5dIFs8ZDA4YjNkNzA+XSBbPGMwMjVlODVl Pl0gWzxjMDExMjMwNz5dIFs8ZDA4YjkwMTM+XSBbPGQwOGMwZTQwPl0KICAgICAgIFs8ZDA4 YjA1YTM+XSBbPGQwOGMwZTQwPl0gWzxkMDg5NzcwOD5dIFs8ZDA4YzBkMDA+XSBbPGQwOGMw N2Q4Pl0gWzxkMDhiMDM0OT5dIFs8YzAxMDU1MGI+XQpDb2RlOiA3ZSBmOCBlOSAwNiBhZSBm NCBmZiA4MCA3YiAxOCAwMCBmMyA5MCA3ZSBmOCBlOSAyYiBhZSBmNCBmZgoKPj5FSVA7IGMw MmE2MWI2IDxzdGV4dF9sb2NrKzQwZmEvNzQ4Zj4gICA8PT09PT0KVHJhY2U7IGMwMWMwMDAz IDx4ZnNfZGlyX2xlYWZfZ2V0ZGVudHNfaW50KzJjNy81NGM+ClRyYWNlOyBjMDFlYjc2NiA8 bGludmZzX3JldmFsaWRhdGVfY29yZSsxNi8xYz4KVHJhY2U7IGMwMWYwZTJlIDx2bl9pbml0 aWFsaXplK2QyL2U0PgpUcmFjZTsgYzAxZjAzMzYgPGxpbnZmc19yZWFkX2lub2RlKzFlLzUw PgpUcmFjZTsgYzAxNDg5NjUgPGdldF9uZXdfaW5vZGUrZjUvMTg4PgpUcmFjZTsgYzAxNDhj ZjUgPGlnZXQ0K2U1L2YwPgpUcmFjZTsgZDA4YjFjZmQgPFtuZnNkXW5mc2RfaWdldCsxOS9m MD4KVHJhY2U7IGQwOGIyMmZkIDxbbmZzZF1maW5kX2ZoX2RlbnRyeSsxNWQvM2EwPgpUcmFj ZTsgZDA4YjI3YTQgPFtuZnNkXWZoX3ZlcmlmeSsyNjQvNDY4PgpUcmFjZTsgZDA4YjM3ZWQg PFtuZnNkXW5mc2Rfb3BlbisyZC8xY2M+ClRyYWNlOyBkMDhiM2Q3MCA8W25mc2RdbmZzZF93 cml0ZSszOC8yYTg+ClRyYWNlOyBjMDI1ZTg1ZSA8bmV0X3J4X2FjdGlvbisxN2UvMjc4PgpU cmFjZTsgYzAxMTIzMDcgPHJlc2NoZWR1bGVfaWRsZSsyM2YvMjRjPgpUcmFjZTsgZDA4Yjkw MTMgPFtuZnNkXW5mc2QzX3Byb2Nfd3JpdGUrMTJiLzE0Yz4KVHJhY2U7IGQwOGMwZTQwIDxb bmZzZF1uZnNkX3Byb2NlZHVyZXMzK2UwLzJjMD4KVHJhY2U7IGQwOGIwNWEzIDxbbmZzZF1u ZnNkX2Rpc3BhdGNoK2NiLzE2OD4KVHJhY2U7IGQwOGMwZTQwIDxbbmZzZF1uZnNkX3Byb2Nl ZHVyZXMzK2UwLzJjMD4KVHJhY2U7IGQwODk3NzA4IDxbc3VucnBjXXN2Y19wcm9jZXNzKzJh Yy81NDQ+ClRyYWNlOyBkMDhjMGQwMCA8W25mc2RdbmZzZF9zdmNzdGF0cyswLzQwPgpUcmFj ZTsgZDA4YzA3ZDggPFtuZnNkXW5mc2RfdmVyc2lvbjMrMC8xMD4KVHJhY2U7IGQwOGIwMzQ5 IDxbbmZzZF1uZnNkKzFiOS8zNDg+ClRyYWNlOyBjMDEwNTUwYiA8a2VybmVsX3RocmVhZCsy My8zMD4KQ29kZTsgIGMwMmE2MWI2IDxzdGV4dF9sb2NrKzQwZmEvNzQ4Zj4KMDAwMDAwMDAg PF9FSVA+OgpDb2RlOyAgYzAyYTYxYjYgPHN0ZXh0X2xvY2srNDBmYS83NDhmPiAgIDw9PT09 PQogICAwOiAgIDdlIGY4ICAgICAgICAgICAgICAgICAgICAgamxlICAgIGZmZmZmZmZhIDxf RUlQKzB4ZmZmZmZmZmE+IGMwMmE2MWIwIDxzdGV4dF9sb2NrKzQwZjQvNzQ4Zj4gICA8PT09 PT0KQ29kZTsgIGMwMmE2MWI4IDxzdGV4dF9sb2NrKzQwZmMvNzQ4Zj4KICAgMjogICBlOSAw NiBhZSBmNCBmZiAgICAgICAgICAgIGptcCAgICBmZmY0YWUwZCA8X0VJUCsweGZmZjRhZTBk PiBjMDFmMGZjMyA8dm5fcmV2YWxpZGF0ZStlZi8xMTA+CkNvZGU7ICBjMDJhNjFiZCA8c3Rl eHRfbG9jays0MTAxLzc0OGY+CiAgIDc6ICAgODAgN2IgMTggMDAgICAgICAgICAgICAgICBj bXBiICAgJDB4MCwweDE4KCVlYngpCkNvZGU7ICBjMDJhNjFjMSA8c3RleHRfbG9jays0MTA1 Lzc0OGY+CiAgIGI6ICAgZjMgOTAgICAgICAgICAgICAgICAgICAgICByZXB6IG5vcCAKQ29k ZTsgIGMwMmE2MWMzIDxzdGV4dF9sb2NrKzQxMDcvNzQ4Zj4KICAgZDogICA3ZSBmOCAgICAg ICAgICAgICAgICAgICAgIGpsZSAgICA3IDxfRUlQKzB4Nz4gYzAyYTYxYmQgPHN0ZXh0X2xv Y2srNDEwMS83NDhmPgpDb2RlOyAgYzAyYTYxYzUgPHN0ZXh0X2xvY2srNDEwOS83NDhmPgog ICBmOiAgIGU5IDJiIGFlIGY0IGZmICAgICAgICAgICAgam1wICAgIGZmZjRhZTNmIDxfRUlQ KzB4ZmZmNGFlM2Y+IGMwMWYwZmY1IDx2bl9wdXJnZSsxMS9kYz4KCgoxIHdhcm5pbmcgaXNz dWVkLiAgUmVzdWx0cyBtYXkgbm90IGJlIHJlbGlhYmxlLgo= --------------6FB88F8DEC4A1CDE2E8CB503-- From owner-linux-xfs@oss.sgi.com Tue Jun 5 13:14:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55KE9w24386 for linux-xfs-outgoing; Tue, 5 Jun 2001 13:14:09 -0700 Received: from bobas.nowytarg.top.pl (ghostwheel.underley.eu.org [217.97.235.9]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55KDsh24365 for ; Tue, 5 Jun 2001 13:13:58 -0700 Received: by bobas.nowytarg.top.pl with BSMTP id ; Tue, 5 Jun 2001 22:14:41 +0200 Received: by witch.underley.eu.org id ; Tue, 5 Jun 2001 22:12:53 +0200 Received: by bobas.nowytarg.top.pl id ; Tue, 5 Jun 2001 20:34:18 +0200 Received: from oss.sgi.com ([216.32.174.27]:15625 "EHLO oss.sgi.com") by bobas.nowytarg.top.pl with ESMTP id ; Tue, 5 Jun 2001 20:34:11 +0200 Received: from localhost (mail@localhost) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55IUrp15164; Tue, 5 Jun 2001 11:30:53 -0700 X-Authentication-Warning: oss.sgi.com: mail owned process doing -bs Received: by oss.sgi.com (bulk_mailer v1.13); Tue, 5 Jun 2001 11:30:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55IUq015143 for linux-xfs-outgoing; Tue, 5 Jun 2001 11:30:52 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55IUnh15134 for ; Tue, 5 Jun 2001 11:30:50 -0700 Received: (qmail 29657 invoked from network); 5 Jun 2001 18:30:18 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 5 Jun 2001 18:30:18 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Russell Cattelan cc: Russel Ingram , linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. In-reply-to: Your message of "Tue, 05 Jun 2001 13:18:12 EST." <3B1D2264.975D5DF4@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2001 04:30:17 +1000 Message-ID: <21043.991765817@ocs3.ocs-net> X-Orcpt: rfc822;underley@underley.eu.org Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 05 Jun 2001 13:18:12 -0500, Russell Cattelan wrote: >In some defense of Justin here: >He has done some amazing work with SCSI and the cam layer of FreeBSD. >The linux community should be quite thankful he is on board. Unfortunately he does not understand how the linux kernel is built. What is worse is that he ignores suggestions from people who do understand how kbuild works, instead he does his own thing. The SCSI code for aic7xxx may be great but if when stuffs up kbuild then it is a pain in the neck. . From owner-linux-xfs@oss.sgi.com Tue Jun 5 13:18:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55KIlF25073 for linux-xfs-outgoing; Tue, 5 Jun 2001 13:18:47 -0700 Received: from wisdom.myplace.net (cc19815-a.zwoll1.ov.nl.home.com [212.204.138.247]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55KIkh25069 for ; Tue, 5 Jun 2001 13:18:46 -0700 Received: from ws1 (ws1.myplace.net [192.168.1.15]) by wisdom.myplace.net (Postfix) with SMTP id 6A5AD2008B for ; Tue, 5 Jun 2001 22:18:44 +0200 (CEST) Message-ID: <00ce01c0edf5$4b926670$0f01a8c0@ws1> From: "Bas" To: References: <20007.991762536@ocs3.ocs-net> <3B1D2264.975D5DF4@thebarn.com> Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. Date: Tue, 5 Jun 2001 21:25:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ----- Original Message ----- From: "Russell Cattelan" To: "Keith Owens" Cc: "Russel Ingram" ; Sent: Tuesday, June 05, 2001 8:18 PM Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > Keith Owens wrote: > > > On Wed, 6 Jun 2001 02:00:52 -0600 (MDT), > > Russel Ingram wrote: > > >make[5]: Entering directory > > >`/usr/src/linux-2.4-xfs/linux/drivers/scsi/aic7xxx/aicasm' > > >gcc -I/usr/include -I. -ldb aicasm_gram.c aicasm_scan.c aicasm.c > > >aicasm_symbol.c -o aicasm > > >/tmp/ccJ1BOkT.o: In function `symtable_open': > > >/tmp/ccJ1BOkT.o(.text+0x1b5): undefined reference to `__db185_open' > > >collect2: ld returned 1 exit status > > >make[5]: *** [aicasm] Error 1 > > > > > >I thought originally that it might be a problem with the compiler version > > >I have, but gcc on this system is still the original gcc that installed > > >with Red Hat 6.2 -- "gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 > > >release)". Any ideas? > > > > (1) Shoot the aic7xxx maintainer. > > (2) Hack drivers/scsi/aic7xxx/aicasm to set the correct version of > > libdb installed on your system. The script got it wrong. > > (3) Shoot the aic7xxx maintainer. > > (4) This is a general kernel problem, everybody is hitting it. > > Followups to linux-kernel and the aic7xxx maintainer please, not > > XFS. > > (5) Shoot the aic7xxx maintainer (do you detect a pattern here?). > > In some defense of Justin here: > He has done some amazing work with SCSI and the cam layer of FreeBSD. > The linux community should be quite thankful he is on board. > I believe you, and I'm not the one to judge him. But how can I get my adaptec 7890 to work in 2.4.5 - I know this is not a XFS related question, but I'm sure somebody can tell me how to get that controller to work. I'm using gcc 2.95.3 glibc 2.2.3 and binutils 2.11. It has never been a problem to compile an XFS kernel up to today. Thanks again, Bas. From owner-linux-xfs@oss.sgi.com Tue Jun 5 13:42:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55KgBw27815 for linux-xfs-outgoing; Tue, 5 Jun 2001 13:42:11 -0700 Received: from bobas.nowytarg.top.pl (ghostwheel.underley.eu.org [217.97.235.9]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Kfuh27788 for ; Tue, 5 Jun 2001 13:42:08 -0700 Received: by bobas.nowytarg.top.pl with BSMTP id ; Tue, 5 Jun 2001 22:42:36 +0200 Received: by witch.underley.eu.org id ; Tue, 5 Jun 2001 22:41:17 +0200 Date: Tue, 5 Jun 2001 22:41:17 +0200 From: Daniel Podlejski To: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. Message-ID: <20010605224117.A8294@witch.underley.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21043.991765817@ocs3.ocs-net> User-Agent: Mutt/1.3.18i X-PGP-Fingerprint: 4D 72 53 F8 FE 8C 53 B9 66 AD F6 EA C9 17 CD 82 X-GPG-Fingerprint: 299F 1820 582B 283A 5F50 37D9 AA0B 6E10 03D4 EA5D X-Homepage: http://www.underley.eu.org/ X-Cert: http://www.brainbench.com/transcript.jsp?pid=124954 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry, this duplicate is my fault - little mistake durning bsmtpd upgrade on my home machine. -- Daniel Podlejski ... You can check out any time you like But you can never leave ... From owner-linux-xfs@oss.sgi.com Tue Jun 5 14:10:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55LATH00479 for linux-xfs-outgoing; Tue, 5 Jun 2001 14:10:29 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55LAMh00449 for ; Tue, 5 Jun 2001 14:10:22 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id XAA1562520 for ; Tue, 5 Jun 2001 23:10:20 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id QAA2069901; Tue, 5 Jun 2001 16:09:02 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id QAA22139; Tue, 5 Jun 2001 16:09:02 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55LCR408302; Tue, 5 Jun 2001 16:12:27 -0500 Message-Id: <200106052112.f55LCR408302@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Andrei Pelinescu - Onciul cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: permission problems.. In-Reply-To: Message from Andrei Pelinescu - Onciul of "Tue, 05 Jun 2001 21:40:41 +0200." <3B1D35B9.505CB33@fokus.gmd.de> Date: Tue, 05 Jun 2001 16:12:27 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > This is a multi-part message in MIME format. > --------------6FB88F8DEC4A1CDE2E8CB503 > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > Steve Lord wrote: > > > > OK, I was incorrect yesterday in saying that the patch I sent out did not > > fix it, I managed to install the kernel under the wrong name and I was not > > testing the patch. Can someone please try this patch and report back if > > it makes a difference or not. When I realized this and tried the patch, > > I could not reproduce the problem with or without it. > > > > The patch is archived here: > > > > http://oss.sgi.com/projects/xfs/mail_archive/0106/msg00050.html > > > With the patch and 30 May xfs cvs I get an oops in nfsd (bonnie++ over > nfs mounted xfs). > > Without the patch, if I have a directory with the sticky bit set it will > clear all the permissions on it: > > 1. export/sticky_dir/ mounted in /mnt/test; > PWD=/mnt/test/sticky_dir, bonnie++ -s 2048 => persmissions on sticky > are cleared. > > 2. same as above, but PWD =/mnt/test/sticky_dir/subdir, (subdir is not > sticky) => persmissions on the files in subdir are reset. > > If I try only file creations tests everything seems ok (bonnie++ -s0 -n > 200). > Also, if sticky_dir is not sticky it seems to work ok (after 1 day of > bonnie). > > > Andrei OK, thanks for the update, I can duplicate now, and I understand what is going wrong here. I also understand why you get the nmi oops with the patch, I have that fixed. I just checked the fix in internally, it should show up in cvs soon. Steve From owner-linux-xfs@oss.sgi.com Tue Jun 5 14:10:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55LA2i00322 for linux-xfs-outgoing; Tue, 5 Jun 2001 14:10:02 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55LA0h00313 for ; Tue, 5 Jun 2001 14:10:00 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id XAA1557138 for ; Tue, 5 Jun 2001 23:09:54 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id QAA2072092 for ; Tue, 5 Jun 2001 16:08:36 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id QAA19287 for ; Tue, 5 Jun 2001 16:08:36 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.0/SGI-client-1.7) id f55LC1u08291; Tue, 5 Jun 2001 16:12:01 -0500 Message-Id: <200106052112.f55LC1u08291@jen.americas.sgi.com> Date: Tue, 5 Jun 2001 16:12:01 -0500 Subject: TAKE - fix nfs permissions problems with XFS Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry this took a few days to find, blindingly obvious once I saw it. Steve Date: Tue Jun 5 14:06:24 PDT 2001 Workarea: jen.americas.sgi.com:/src/lord/xfs-base The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:96360a linux/fs/xfs/linux/xfs_vnode.c - 1.65 - Fix nfs permissions problem From owner-linux-xfs@oss.sgi.com Tue Jun 5 15:39:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55MdnS14933 for linux-xfs-outgoing; Tue, 5 Jun 2001 15:39:49 -0700 Received: from smtpgate.pcquote.com (smtpgate.hyperfeed.com [206.217.179.196]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Mdmh14930 for ; Tue, 5 Jun 2001 15:39:48 -0700 Received: by smtpgate.hyperfeed.com with Internet Mail Service (5.5.2653.19) id ; Tue, 5 Jun 2001 17:39:32 -0500 Received: from coredump.pcqt.com (198.206.236.19 [198.206.236.19]) by smtpgate.pcquote.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MJ7D77S0; Tue, 5 Jun 2001 17:39:30 -0500 Received: (qmail 11247 invoked by uid 1006); 5 Jun 2001 22:39:25 -0000 From: John Palkovic To: linux-xfs@oss.sgi.com Subject: cmd/*/configure.in shell scripting bug Date: 05 Jun 2001 17:39:25 -0500 Message-ID: <81lmn6o8ki.fsf@coredump.pcqt.com> Lines: 29 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I suggest replacing dnl Set version . VERSION with dnl Set version . ./VERSION ^^ in the configure.in scripts. Otherwise the (debian) package build fails, unless one has '.' in one's PATH (I don't, nor will I ever): coredump:/u/palkovic/linux-2.4-xfs/cmd/attr> fakeroot ./debian/rules == dpkg-buildpackage: build test -f debian/rules autoconf DEBUG="-DNDEBUG"; OPTIMIZER="-O1 -g"; DISTRIBUTION="debian"; export DEBUG OPTIMIZER DISTRIBUTION; ./configure creating cache ./config.cache .: VERSION: not found make: *** [built] Error 2 -John -- John Palkovic Software Engineer HyperFeed Technologies From owner-linux-xfs@oss.sgi.com Tue Jun 5 15:43:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55Mhgx15772 for linux-xfs-outgoing; Tue, 5 Jun 2001 15:43:42 -0700 Received: from smtp-server1.tampabay.rr.com (smtp-server1.tampabay.rr.com [65.32.1.34]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55Mhfh15767 for ; Tue, 5 Jun 2001 15:43:41 -0700 Received: from cfl.rr.com (ubr-35.87.175.wmelbourne.cfl.rr.com [65.35.87.175]) by smtp-server1.tampabay.rr.com (8.11.2/8.11.2) with ESMTP id f55Mhc511311; Tue, 5 Jun 2001 18:43:38 -0400 (EDT) Message-ID: <3B1D61F3.C44E451D@cfl.rr.com> Date: Tue, 05 Jun 2001 18:49:23 -0400 From: Mark Hounschell Reply-To: dmarkh@cfl.rr.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4 i686) X-Accept-Language: en MIME-Version: 1.0 To: Bas CC: linux-xfs@oss.sgi.com Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. References: <20007.991762536@ocs3.ocs-net> <3B1D2264.975D5DF4@thebarn.com> <00ce01c0edf5$4b926670$0f01a8c0@ws1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Bas wrote: > > I believe you, and I'm not the one to judge him. But how can I get my > adaptec 7890 to work in 2.4.5 - I know this is not a XFS related question, > but I'm sure somebody can tell me how to get that controller to work. > > I'm using gcc 2.95.3 glibc 2.2.3 and binutils 2.11. It has never been a > problem to compile an XFS kernel up to today. > > Thanks again, > Bas. Have you tried it with a vanilla kernel with no patches?? -- Mark Hounschell dmarkh@cfl.rr.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 15:54:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55MsKD17858 for linux-xfs-outgoing; Tue, 5 Jun 2001 15:54:20 -0700 Received: from helpdesk.cieem.rpi.edu (helpdesk.cieem.rpi.edu [128.113.60.130]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55MsJh17855 for ; Tue, 5 Jun 2001 15:54:19 -0700 Received: from yua (alb-66-24-184-112.nycap.rr.com [66.24.184.112]) (authenticated) by helpdesk.cieem.rpi.edu (8.11.0/8.11.0) with ESMTP id f55MsGo09581 for ; Tue, 5 Jun 2001 18:54:16 -0400 From: "Alex Yu" To: Subject: GUI - acl/chacl? Date: Tue, 5 Jun 2001 18:54:18 -0400 Message-ID: <000401c0ee12$741a0c20$0301000a@yua> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, Is there a GUI acl/chacl utility? Alex From owner-linux-xfs@oss.sgi.com Tue Jun 5 16:21:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f55NLFS21570 for linux-xfs-outgoing; Tue, 5 Jun 2001 16:21:15 -0700 Received: from yog-sothoth.sgi.com ([192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f55NLEh21565 for ; Tue, 5 Jun 2001 16:21:14 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id BAA1546877 for ; Wed, 6 Jun 2001 01:19:49 +0200 (CEST) mail_from (ajag@fudge.melbourne.sgi.com) Received: from fudge.melbourne.sgi.com (fudge.melbourne.sgi.com [134.14.55.184]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA13778; Wed, 6 Jun 2001 09:18:31 +1000 Received: (from ajag@localhost) by fudge.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA33375; Wed, 6 Jun 2001 09:18:29 +1000 (EST) Date: Wed, 6 Jun 2001 09:18:29 +1000 From: Andrew Gildfind To: Alex Yu Cc: linux-xfs@oss.sgi.com Subject: Re: GUI - acl/chacl? Message-ID: <20010606091829.B30006@fudge.melbourne.sgi.com> References: <000401c0ee12$741a0c20$0301000a@yua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <000401c0ee12$741a0c20$0301000a@yua>; from yua@yudesigns.com on Tue, Jun 05, 2001 at 06:54:18PM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Jun 05, 2001 at 06:54:18PM -0400, Alex Yu wrote: > Hello, > > Is there a GUI acl/chacl utility? > Not as part of the xfs distribution, and I'm not aware of any other GUI packages that currently support xfs... Andrew -- Andrew Gildfind - R&D Software Engineer - SGI Melbourne Australia email: ajag@sgi.com - work: +61.3.9834.8200 mobile: 0412.834.183 From owner-linux-xfs@oss.sgi.com Tue Jun 5 20:13:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f563DMT20390 for linux-xfs-outgoing; Tue, 5 Jun 2001 20:13:22 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f563DLh20379 for ; Tue, 5 Jun 2001 20:13:21 -0700 Received: from zeus-fddi.americas.sgi.com (128-162-8-103.americas.sgi.com [128.162.8.103]) 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 UAA09823 for ; Tue, 5 Jun 2001 20:13:20 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id WAA2073594 for ; Tue, 5 Jun 2001 22:12:04 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id WAA09817 for ; Tue, 5 Jun 2001 22:12:03 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.0/SGI-client-1.7) id f563FQI09007; Tue, 5 Jun 2001 22:15:26 -0500 Message-Id: <200106060315.f563FQI09007@jen.americas.sgi.com> Date: Tue, 5 Jun 2001 22:15:26 -0500 Subject: TAKE - merge XFS up to 2.4.6-pre1 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hold on folks, we are going for a ride - the xfs development branch is going to be tracking Linus's pre series for a little while. Date: Tue Jun 5 20:10:14 PDT 2001 Workarea: jen.americas.sgi.com:/src/lord/xfs-base The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:96392a linux/net/core/dev.c - 1.34 linux/mm/vmscan.c - 1.55 linux/mm/page_alloc.c - 1.42 linux/mm/filemap.c - 1.75 linux/kernel/softirq.c - 1.9 linux/kernel/sched.c - 1.35 linux/kernel/ksyms.c - 1.92 linux/include/linux/slab.h - 1.14 linux/include/linux/mm.h - 1.54 linux/include/linux/interrupt.h - 1.12 linux/include/linux/ext2_fs.h - 1.14 linux/include/asm-i386/softirq.h - 1.6 linux/fs/lockd/mon.c - 1.8 linux/fs/ext2/namei.c - 1.20 linux/fs/ext2/inode.c - 1.27 linux/fs/ext2/ialloc.c - 1.15 linux/fs/ext2/dir.c - 1.14 linux/fs/buffer.c - 1.63 linux/drivers/usb/usb.c - 1.49 linux/drivers/usb/Config.in - 1.40 linux/drivers/scsi/scsi_ioctl.c - 1.18 linux/arch/i386/kernel/irq.c - 1.34 linux/arch/i386/kernel/io_apic.c - 1.26 linux/arch/i386/kernel/entry.S - 1.32 linux/arch/alpha/kernel/sys_rawhide.c - 1.11 linux/arch/alpha/kernel/sys_dp264.c - 1.15 linux/arch/alpha/kernel/core_tsunami.c - 1.18 linux/Makefile - 1.88 linux/Documentation/Configure.help - 1.81 linux/drivers/i2o/i2o_lan.c - 1.19 linux/mm/numa.c - 1.7 linux/include/linux/mmzone.h - 1.15 linux/drivers/usb/ov511.c - 1.22 linux/arch/i386/kernel/apic.c - 1.16 linux/arch/i386/kernel/mpparse.c - 1.9 linux/drivers/video/matrox/matroxfb_base.c - 1.9 linux/drivers/usb/pegasus.c - 1.17 linux/arch/i386/kernel/pci-irq.c - 1.14 linux/drivers/usb/serial/visor.h - 1.4 linux/drivers/usb/serial/visor.c - 1.16 linux/drivers/char/rio/rioroute.c - 1.4 linux/fs/pagebuf/page_buf.c - 1.84 linux/drivers/usb/bluetooth.c - 1.10 linux/include/linux/irq_cpustat.h - 1.2 linux/arch/cris/drivers/ide.c - 1.3 linux/fs/xfs_support/kmem.c - 1.7 linux/drivers/usb/serial/io_edgeport.c - 1.4 From owner-linux-xfs@oss.sgi.com Tue Jun 5 21:46:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f564kw032607 for linux-xfs-outgoing; Tue, 5 Jun 2001 21:46:58 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f564kvh32603 for ; Tue, 5 Jun 2001 21:46:57 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA21972 for ; Tue, 5 Jun 2001 15:51:50 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id RAA2071171; Tue, 5 Jun 2001 17:50:34 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id RAA51107; Tue, 5 Jun 2001 17:50:34 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f55MrwT08654; Tue, 5 Jun 2001 17:53:58 -0500 Message-Id: <200106052253.f55MrwT08654@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Austin Gonyou cc: linux-xfs@oss.sgi.com Subject: Re: USB and XFS source tree. In-Reply-To: Message from Austin Gonyou of "Tue, 05 Jun 2001 13:26:25 CDT." Date: Tue, 05 Jun 2001 17:53:58 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I don't have anything in my /proc/bus/usb. Anyone know why? Is it cause I > need hotplug or something. Any info on this would be a great help!!! > We are not big usb people around here, otherwise I might be able to help more. Do you have devfs turned on? Part of me wonders if this is not at the back of things. Also I think you need the usb device filesystem built and loaded into the kernel for this directory to have contents. Steve > -- > Austin Gonyou > Systems Architect, CCNA > Coremetrics, Inc. > Phone: 512-796-9023 > email: austin@coremetrics.com From owner-linux-xfs@oss.sgi.com Tue Jun 5 21:57:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f564vj001840 for linux-xfs-outgoing; Tue, 5 Jun 2001 21:57:45 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f564vih01837 for ; Tue, 5 Jun 2001 21:57:44 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA02457 for ; Tue, 5 Jun 2001 21:57:57 -0700 (PDT) mail_from (tes@snort.melbourne.sgi.com) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id OAA03510 for linux-xfs@oss.sgi.com; Wed, 6 Jun 2001 14:56:25 +1000 (EST) Date: Wed, 6 Jun 2001 14:56:25 +1000 (EST) From: Timothy Shimmin Message-Id: <200106060456.OAA03510@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - libacl Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Adopt some Juergen Hasch suggestions. --Tim Date: Tue Jun 5 21:55:01 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/tes/slinx-xfs-acl The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:96396a cmd/acl/libacl/acl.c - 1.10 - Allow acl_to_text to output an empty string for an empty ACL. Apparently this brings it into line with Andreas code. Code suggestion by Juergen Hasch. cmd/acl/include/acl.h - 1.6 - Add ACL_OTHER (defined same as ACL_OTHER_OBJ). cmd/xfstests/src/acl_test.c - 1.2 - Test acl_to_text handling of emtpy ACL (i.e. acl_cnt of zero). cmd/xfstests/058.out - 1.2 - Update for extra output from src/acl_test. linux/fs/xfs/linux/acl.h - 1.2 - Sync with user-space acl.h. Addition of ACL_OTHER. From owner-linux-xfs@oss.sgi.com Wed Jun 6 00:13:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f567DPY17595 for linux-xfs-outgoing; Wed, 6 Jun 2001 00:13:25 -0700 Received: from idun.neukum.org (root@[195.206.156.217]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f567DNh17592 for ; Wed, 6 Jun 2001 00:13:23 -0700 Received: from localhost (localhost [[UNIX: localhost]]) by idun.neukum.org (8.11.0/8.9.3/SuSE Linux 8.9.3-0.1) id f567CYO01593; Wed, 6 Jun 2001 09:12:34 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Oliver Neukum To: Subject: Re: USB and XFS source tree. Date: Wed, 6 Jun 2001 09:12:34 +0200 X-Mailer: KMail [version 1.2] References: <200106052253.f55MrwT08654@jen.americas.sgi.com> In-Reply-To: <200106052253.f55MrwT08654@jen.americas.sgi.com> Cc: linux-xfs@oss.sgi.com MIME-Version: 1.0 Message-Id: <01060609123401.01541@idun> Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wednesday, 6. June 2001 00:53, you wrote: > > I don't have anything in my /proc/bus/usb. Anyone know why? Is it cause I > > need hotplug or something. Any info on this would be a great help!!! > > We are not big usb people around here, otherwise I might be able to help > more. Do you have devfs turned on? Part of me wonders if this is not at > the back of things. Also I think you need the usb device filesystem > built and loaded into the kernel for this directory to have contents. Not only need you have to have it available, you need to mount it, too. usbdevfs /proc/bus/usb usbdevfs defaults 0 0 in /etc/fstab, after the line for proc of course HTH Oliver From owner-linux-xfs@oss.sgi.com Wed Jun 6 01:31:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f568VEs27957 for linux-xfs-outgoing; Wed, 6 Jun 2001 01:31:14 -0700 Received: from msg.ecetra.com (dollar.ecetra.com [193.164.224.209]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f568VBh27940 for ; Wed, 6 Jun 2001 01:31:11 -0700 Received: from vie-ac.office.ecetra.com (vie-ac.office.ecetra.com [10.251.148.147] (may be forged)) by msg.ecetra.com (8.9.3/8.9.3) with ESMTP id JAA25536; Wed, 6 Jun 2001 09:46:21 +0200 Received: from localhost (localhost [127.0.0.1]) by vie-ac.office.ecetra.com (8.11.4/8.11.3) with ESMTP id f567kGg21787; Wed, 6 Jun 2001 09:46:21 +0200 Date: Wed, 6 Jun 2001 09:46:16 +0200 (CEST) From: Adam Cioccarelli To: Steve Lord cc: Subject: Re: TAKE - merge XFS up to 2.4.6-pre1 In-Reply-To: <200106060315.f563FQI09007@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Steve, is this because of fixes to the VM? At least on my PC 2.4.5 is very hungry for my RAM! ------------------------------------------------------------------------------- Adam Cioccarelli (B.E Mechanical) Adam.Cioccarelli@ecetra.com Database Administrator Phone: +43 1 536 89 7725 Fax: +43 1 536 89 7719 ecetra Central European e-Finance AG Mobile:+43 664 181 4195 ------------------------------------------------------------------------------- On Tue, 5 Jun 2001, Steve Lord wrote: > Hold on folks, we are going for a ride - the xfs development branch is > going to be tracking Linus's pre series for a little while. > > Date: Tue Jun 5 20:10:14 PDT 2001 > Workarea: jen.americas.sgi.com:/src/lord/xfs-base > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs > > > Modid: 2.4.x-xfs:slinx:96392a > linux/net/core/dev.c - 1.34 > linux/mm/vmscan.c - 1.55 > linux/mm/page_alloc.c - 1.42 > linux/mm/filemap.c - 1.75 > linux/kernel/softirq.c - 1.9 > linux/kernel/sched.c - 1.35 > linux/kernel/ksyms.c - 1.92 > linux/include/linux/slab.h - 1.14 > linux/include/linux/mm.h - 1.54 > linux/include/linux/interrupt.h - 1.12 > linux/include/linux/ext2_fs.h - 1.14 > linux/include/asm-i386/softirq.h - 1.6 > linux/fs/lockd/mon.c - 1.8 > linux/fs/ext2/namei.c - 1.20 > linux/fs/ext2/inode.c - 1.27 > linux/fs/ext2/ialloc.c - 1.15 > linux/fs/ext2/dir.c - 1.14 > linux/fs/buffer.c - 1.63 > linux/drivers/usb/usb.c - 1.49 > linux/drivers/usb/Config.in - 1.40 > linux/drivers/scsi/scsi_ioctl.c - 1.18 > linux/arch/i386/kernel/irq.c - 1.34 > linux/arch/i386/kernel/io_apic.c - 1.26 > linux/arch/i386/kernel/entry.S - 1.32 > linux/arch/alpha/kernel/sys_rawhide.c - 1.11 > linux/arch/alpha/kernel/sys_dp264.c - 1.15 > linux/arch/alpha/kernel/core_tsunami.c - 1.18 > linux/Makefile - 1.88 > linux/Documentation/Configure.help - 1.81 > linux/drivers/i2o/i2o_lan.c - 1.19 > linux/mm/numa.c - 1.7 > linux/include/linux/mmzone.h - 1.15 > linux/drivers/usb/ov511.c - 1.22 > linux/arch/i386/kernel/apic.c - 1.16 > linux/arch/i386/kernel/mpparse.c - 1.9 > linux/drivers/video/matrox/matroxfb_base.c - 1.9 > linux/drivers/usb/pegasus.c - 1.17 > linux/arch/i386/kernel/pci-irq.c - 1.14 > linux/drivers/usb/serial/visor.h - 1.4 > linux/drivers/usb/serial/visor.c - 1.16 > linux/drivers/char/rio/rioroute.c - 1.4 > linux/fs/pagebuf/page_buf.c - 1.84 > linux/drivers/usb/bluetooth.c - 1.10 > linux/include/linux/irq_cpustat.h - 1.2 > linux/arch/cris/drivers/ide.c - 1.3 > linux/fs/xfs_support/kmem.c - 1.7 > linux/drivers/usb/serial/io_edgeport.c - 1.4 > From owner-linux-xfs@oss.sgi.com Wed Jun 6 03:23:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56ANnS11644 for linux-xfs-outgoing; Wed, 6 Jun 2001 03:23:49 -0700 Received: from zeta.qmw.ac.uk (zeta.qmw.ac.uk [138.37.6.6]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56ANmh11629 for ; Wed, 6 Jun 2001 03:23:48 -0700 Received: from heppcl.ph.qmw.ac.uk ([138.37.50.187]) by zeta.qmw.ac.uk with esmtp (Exim 3.16 #1) id 157aTZ-0003Wg-00 for linux-xfs@oss.sgi.com; Wed, 06 Jun 2001 11:23:45 +0100 Received: from heppct.ph.qmw.ac.uk (heppct.ph.qmw.ac.uk [138.37.50.246]) by heppcl.ph.qmw.ac.uk (8.9.3/8.9.3) with ESMTP id LAA08114 for ; Wed, 6 Jun 2001 11:23:46 +0100 Received: from localhost (pd@localhost) by heppct.ph.qmw.ac.uk (8.11.2/8.9.3) with ESMTP id f56ANkg19049 for ; Wed, 6 Jun 2001 11:23:46 +0100 X-Authentication-Warning: heppct.ph.qmw.ac.uk: pd owned process doing -bs Date: Wed, 6 Jun 2001 11:23:45 +0100 (BST) From: "P.Dixon" To: Subject: Red Hat 7.1 and quotas Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I've just upgraded to Red Hat 7.1 from Red Hat 6.2 and have all my file systems using xfs. Unfortunately, I can no longer get quota running: [root@hepserv /root]# quotaon /export/users quotaon: /dev/sdb1: Invalid argument quotaon: /dev/sdb1: Invalid argument Does the kernel that is installed by the SGI XFS 1.0 Red Hat 7.1 CD have quota support enabled? Perhaps there is something obvious that I am not doing...? Cheerio, Paul ------------------------------------------------------------------------------- Paul Dixon Email: P.Dixon@qmw.ac.uk Department of Physics Phone: (020) 7882 5054 Queen Mary, University of London Fax : (020) 7882 5054 Mile End Road, London E1 4NS URL : http://hepwww.ph.qmw.ac.uk/~pd ------------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Jun 6 03:42:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56Agnd14717 for linux-xfs-outgoing; Wed, 6 Jun 2001 03:42:49 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Aglh14706 for ; Wed, 6 Jun 2001 03:42:48 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f56Agiq01737; Wed, 6 Jun 2001 12:42:44 +0200 Message-Id: <4.3.2.7.2.20010606124009.03171c08@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Jun 2001 12:42:49 +0200 To: "P.Dixon" , From: Seth Mos Subject: Re: Red Hat 7.1 and quotas In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 11:23 6-6-2001 +0100, P.Dixon wrote: >Hi, > >I've just upgraded to Red Hat 7.1 from Red Hat 6.2 and have all my file >systems using xfs. Unfortunately, I can no longer get quota running: > >[root@hepserv /root]# quotaon /export/users >quotaon: /dev/sdb1: Invalid argument >quotaon: /dev/sdb1: Invalid argument > >Does the kernel that is installed by the SGI XFS 1.0 Red Hat 7.1 CD have >quota support enabled? Perhaps there is something obvious that I am not >doing...? Do you mount the drive with the usrquota and grpquota options? Quotas with XFS are enabled at mount time not by quotaon Check your dmesg output for the line that says it is enabling quotas. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Wed Jun 6 04:03:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56B3Fg18471 for linux-xfs-outgoing; Wed, 6 Jun 2001 04:03:15 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56B3Dh18465 for ; Wed, 6 Jun 2001 04:03:13 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f56B35q01907; Wed, 6 Jun 2001 13:03:05 +0200 Message-Id: <4.3.2.7.2.20010606125817.031dcff8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Jun 2001 13:03:10 +0200 To: "P.Dixon" From: Seth Mos Subject: Re: Red Hat 7.1 and quotas Cc: linux-xfs@oss.sgi.com In-Reply-To: References: <4.3.2.7.2.20010606124009.03171c08@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 11:49 6-6-2001 +0100, you wrote: >Hi, > > > Do you mount the drive with the usrquota and grpquota options? > > >Yes. From my fstab: >/dev/sdb1 /export/users xfs defaults,usrquota 1 2 > >(I'm not interested in group quotas) > > > Quotas with XFS are enabled at mount time not by quotaon > > Check your dmesg output for the line that says it is enabling quotas. > > >[root@hepserv /root]# dmesg|grep quota >VFS: Diskquotas version dquot_6.5.0 initialized From the thread "XFS 1.0/Quota" on the mailinglist: [root@gauss quota-tools]# quotaon -v /users/raid2 quotaon: Enable XFS group quota during mount quotaon: Enable XFS user quota during mount From the thread "Problem setting up quotas": # repquota -v /dev/hda4 this will tell for sure whether quota are enabled. when you mount with quota for the first time, you should see a console message - "XFS doing a quotacheck", or something along those lines. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Wed Jun 6 04:13:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56BDMU20507 for linux-xfs-outgoing; Wed, 6 Jun 2001 04:13:22 -0700 Received: from zeta.qmw.ac.uk (zeta.qmw.ac.uk [138.37.6.6]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56BDLh20504 for ; Wed, 6 Jun 2001 04:13:21 -0700 Received: from heppcl.ph.qmw.ac.uk ([138.37.50.187]) by zeta.qmw.ac.uk with esmtp (Exim 3.16 #1) id 157bFO-00045n-00; Wed, 06 Jun 2001 12:13:10 +0100 Received: from heppct.ph.qmw.ac.uk (heppct.ph.qmw.ac.uk [138.37.50.246]) by heppcl.ph.qmw.ac.uk (8.9.3/8.9.3) with ESMTP id MAA08959; Wed, 6 Jun 2001 12:13:11 +0100 Received: from localhost (pd@localhost) by heppct.ph.qmw.ac.uk (8.11.2/8.9.3) with ESMTP id f56BDBK19370; Wed, 6 Jun 2001 12:13:11 +0100 X-Authentication-Warning: heppct.ph.qmw.ac.uk: pd owned process doing -bs Date: Wed, 6 Jun 2001 12:13:11 +0100 (BST) From: "P.Dixon" To: Seth Mos cc: Subject: Re: Red Hat 7.1 and quotas In-Reply-To: <4.3.2.7.2.20010606125817.031dcff8@pop.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > [root@gauss quota-tools]# quotaon -v /users/raid2 > quotaon: Enable XFS group quota during mount > quotaon: Enable XFS user quota during mount > It would be nice if I got that message. > From the thread "Problem setting up quotas": > > # repquota -v /dev/hda4 > > this will tell for sure whether quota are enabled. when you > mount with quota for the first time, you should see a console > message - "XFS doing a quotacheck", or something along those > lines. > [root@hepserv /root]# repquota -v /dev/sdb1 Not all specified mountpoints are using quota Damn. I will go and try a test system... Cheers, Paul From owner-linux-xfs@oss.sgi.com Wed Jun 6 04:27:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56BRkG23164 for linux-xfs-outgoing; Wed, 6 Jun 2001 04:27:46 -0700 Received: from zeta.qmw.ac.uk (zeta.qmw.ac.uk [138.37.6.6]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56BReh23154 for ; Wed, 6 Jun 2001 04:27:40 -0700 Received: from heppcl.ph.qmw.ac.uk ([138.37.50.187]) by zeta.qmw.ac.uk with esmtp (Exim 3.16 #1) id 157bTO-0004HL-00 for linux-xfs@oss.sgi.com; Wed, 06 Jun 2001 12:27:38 +0100 Received: from heppct.ph.qmw.ac.uk (heppct.ph.qmw.ac.uk [138.37.50.246]) by heppcl.ph.qmw.ac.uk (8.9.3/8.9.3) with ESMTP id MAA09291 for ; Wed, 6 Jun 2001 12:27:39 +0100 Received: from localhost (pd@localhost) by heppct.ph.qmw.ac.uk (8.11.2/8.9.3) with ESMTP id f56BRd719442 for ; Wed, 6 Jun 2001 12:27:39 +0100 X-Authentication-Warning: heppct.ph.qmw.ac.uk: pd owned process doing -bs Date: Wed, 6 Jun 2001 12:27:39 +0100 (BST) From: "P.Dixon" To: Subject: Re: Red Hat 7.1 and quotas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk OK, I've had a play with a test machine.... Red Hat 7.1, installed from SGI XFS 1.0 CDROM [root@webpc2 /root]# cat /etc/fstab /dev/hde3 /home xfs defaults,usrquota,grpquota 1 2 [root@webpc2 /root]# quotaon -v /home quotaon: /dev/hde3: Invalid argument quotaon: /dev/hde3: Invalid argument I rebooted anyway, and after the reboot: [root@webpc2 /root]# dmesg|grep quota VFS: Diskquotas version dquot_6.5.0 initialized XFS quotacheck ide2(33,3): Please wait. XFS quotacheck ide2(33,3): Done. [root@webpc2 /root]# repquota -v /dev/hde3 Not all specified mountpoints are using quota. Doh! Paul From owner-linux-xfs@oss.sgi.com Wed Jun 6 07:06:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56E61J16707 for linux-xfs-outgoing; Wed, 6 Jun 2001 07:06:01 -0700 Received: from akira.ep-ka.de (akira.ep-ag.com [194.120.231.250]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56E5xh16704 for ; Wed, 6 Jun 2001 07:06:00 -0700 Received: from ep-ag.com (sol10.ep-ka.de [194.120.231.11]) by akira.ep-ka.de (8.9.1/8.9.3) with ESMTP id QAA00541 for ; Wed, 6 Jun 2001 16:05:51 +0200 Received: from ep-ag.com (stb@crusher.ep-ka.de [194.120.231.18]) by ep-ag.com (8.9.3/8.9.3) with ESMTP id QAA17437 for ; Wed, 6 Jun 2001 16:05:50 +0200 (MET DST) Message-ID: <3B1E38BE.5080402@ep-ag.com> Date: Wed, 06 Jun 2001 16:05:50 +0200 From: "Klaus Strebel,ITS,204" Reply-To: linux-xfs@oss.sgi.com Organization: EIGNER+PARTNER AG User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-XFS i686; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: de, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Hanging around with 2.4.5-xfs from cvs References: <7922.991409390@ocs3.ocs-net> <3B1A64C5.AF1D7DDA@thebarn.com> <3B1CB2B9.4090308@ep-ag.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Klaus Strebel,ITS,204 wrote: > Russell Cattelan wrote: > >> Keith Owens wrote: >> >> And of course the question to ask which version of the compiler are you >> using? I've had problems with kdb and everything but 2.91.66 for the >> compiler. >> >> Although it never failed to boot. > > > Tried both gcc-2.95.2 and kgcc alias egsc-2.91.66. > . . . > > > I think its because of patches to the 2.4.5-tree applied to linux-xfs > cvs tree. Vanilla kernel with only (i hope all) patches needed for xfs > from linux-2.4.5-xfs-05312001.patch.bz2 works. > > Ciao > Klaus > Updated my cvs-tree and the birdie's flying again ! Perhaps a change i linux/net/core/dev.c|1.34 made it. So i'm going on xfssing ... Bye Klaus P.S.: Cheers to all who made XFS on Linux possible! From owner-linux-xfs@oss.sgi.com Wed Jun 6 07:10:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56EAhb17652 for linux-xfs-outgoing; Wed, 6 Jun 2001 07:10:43 -0700 Received: from sheffield.cnchost.com (sheffield.concentric.net [207.155.252.12]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56EAgh17649 for ; Wed, 6 Jun 2001 07:10:42 -0700 Received: from lal ([209.8.8.217]) by sheffield.cnchost.com id KAA11964; Wed, 6 Jun 2001 10:10:41 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] From: "Mark Pinto" To: Subject: 2.4.6-pre1 Date: Wed, 6 Jun 2001 10:08:49 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 In-Reply-To: <3B013BB2.8282698A@sgi.com> Importance: Normal Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I was using yesterday's 2.4.5 cvs kernel just fine...today, I went to to try out 2.4.6-pre1. Everything works perfectly, except for iptables. How XFS has anything to iptables, I cant understand. The reason I believe it to be an issue with this new cvs kernel, is that when I boot from yesterday's cvs kernel iptables works fine. They're both configured exactly the same, with netfilter support built in and iptables (and all the other iptables goodies) as modules. After installing the 2.4.6-pre1 kernel and rebooting, iptables simply refuses to work. I look in /lib/modules/2.4.6-pre1-xfs and sure enough, the modules for them are there. modprobe ip_tables fails, saying unresolved symbols. depmod -a just spits out the same thing at me. Any suggestions? From owner-linux-xfs@oss.sgi.com Wed Jun 6 07:15:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56EFp418693 for linux-xfs-outgoing; Wed, 6 Jun 2001 07:15:51 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56EFph18690 for ; Wed, 6 Jun 2001 07:15:51 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA08753 for ; Wed, 6 Jun 2001 07:16:05 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id JAA2071868; Wed, 6 Jun 2001 09:14:34 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id JAA51351; Wed, 6 Jun 2001 09:14:33 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f56EHjO09683; Wed, 6 Jun 2001 09:17:45 -0500 Message-Id: <200106061417.f56EHjO09683@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Mark Pinto" cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 In-Reply-To: Message from "Mark Pinto" of "Wed, 06 Jun 2001 10:08:49 EDT." Date: Wed, 06 Jun 2001 09:17:45 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I was using yesterday's 2.4.5 cvs kernel just fine...today, I went to to try > out 2.4.6-pre1. Everything works perfectly, except for iptables. How XFS > has anything to iptables, I cant understand. The reason I believe it to be > an issue with this new cvs kernel, is that when I boot from yesterday's cvs > kernel iptables works fine. They're both configured exactly the same, with > netfilter support built in and iptables (and all the other iptables goodies) > as modules. After installing the 2.4.6-pre1 kernel and rebooting, iptables > simply refuses to work. I look in /lib/modules/2.4.6-pre1-xfs and sure > enough, the modules for them are there. modprobe ip_tables fails, saying > unresolved symbols. depmod -a just spits out the same thing at me. > Any suggestions? Has to be a 2.4.6-pre1 bug, have you looked on linux kernel for anyone else with the same issues. I did incorporate one symbol export fix into the tree above and beyond those in the original patch from Linus, but that was for something else. The second question is which symbols? The third question is can you live with iptables built into the kernel? Steve From owner-linux-xfs@oss.sgi.com Wed Jun 6 07:33:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56EXCI21547 for linux-xfs-outgoing; Wed, 6 Jun 2001 07:33:12 -0700 Received: from chiara.elte.hu (chiara.elte.hu [157.181.150.200]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56EXBh21534 for ; Wed, 6 Jun 2001 07:33:11 -0700 Received: by chiara.elte.hu (Postfix, from userid 17000) id 2D16A1FC7; Wed, 6 Jun 2001 16:33:06 +0200 (CEST) Date: Wed, 6 Jun 2001 16:33:05 +0200 From: KELEMEN Peter To: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 Message-ID: <20010606163305.A1633@chiara.elte.hu> Reply-To: KELEMEN Peter Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200106061417.f56EHjO09683@jen.americas.sgi.com> User-Agent: Mutt/1.3.18i Organization: ELTE Eotvos Lorand University of Sciences, Budapest, Hungary X-GPG-KeyID: 1024D/EE4C26E8 2000-03-20 X-GPG-Fingerprint: D402 4AF3 7488 165B CC34 4147 7F0C D922 EE4C 26E8 X-PGP-KeyID: 1024/45F83E45 1998/04/04 X-PGP-Fingerprint: 26 87 63 4B 07 28 1F AD 6D AA B5 8A D6 03 0F BF X-Comment: Personal opinion. Paragraphs might have been reformatted. X-Copyright: Forwarding or publishing without permission is prohibited. X-Accept-Language: hu,en Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk * Steve Lord (lord@sgi.com) [20010606 09:17]: > Has to be a 2.4.6-pre1 bug, have you looked on linux kernel for > anyone else with the same issues. [...] iptables works here without problems with 2.4.6-pre1-xfs, compiled as modules. No problem whatsoever. nope:~/bin/boot# lsmod Module Size Used by ipt_LOG 4210 2 (autoclean) ipt_limit 1884 2 (autoclean) ipt_multiport 1626 2 (autoclean) iptable_filter 2661 0 (autoclean) (unused) ip_tables 12700 4 [ipt_LOG ipt_limit ipt_multiport iptable_filter] nope:~/bin/boot# uname -a Linux nope 2.4.6-pre1-xfs #14 Wed Jun 6 13:46:22 CEST 2001 i686 unknown Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ / fuji@elte.hu .+' `+...+' `+...+' `+...+' `+...+' From owner-linux-xfs@oss.sgi.com Wed Jun 6 07:35:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56EZNe22096 for linux-xfs-outgoing; Wed, 6 Jun 2001 07:35:23 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56EZLh22092 for ; Wed, 6 Jun 2001 07:35:21 -0700 Received: from auto-nb1.xs4all.nl (auto-nb1.coltex.nl [10.0.1.171]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f56EZ7q03550; Wed, 6 Jun 2001 16:35:07 +0200 Message-Id: <4.3.2.7.2.20010606162948.03169660@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Jun 2001 16:35:11 +0200 To: "Mark Pinto" , From: Seth Mos Subject: Re: 2.4.6-pre1 In-Reply-To: References: <3B013BB2.8282698A@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 10:08 6-6-2001 -0400, Mark Pinto wrote: >I was using yesterday's 2.4.5 cvs kernel just fine...today, I went to to try >out 2.4.6-pre1. Everything works perfectly, except for iptables. How XFS >has anything to iptables, I cant understand. The reason I believe it to be >an issue with this new cvs kernel, is that when I boot from yesterday's cvs >kernel iptables works fine. They're both configured exactly the same, with >netfilter support built in and iptables (and all the other iptables goodies) >as modules. After installing the 2.4.6-pre1 kernel and rebooting, iptables >simply refuses to work. I look in /lib/modules/2.4.6-pre1-xfs and sure >enough, the modules for them are there. modprobe ip_tables fails, saying >unresolved symbols. depmod -a just spits out the same thing at me. >Any suggestions? Did you do a make mrproper before recompiling? It might just be that modversions is screwed up. Save your .config make mrproper and try again. I have disabled Module Versions on my iptables firewall just to be sure. On my testmachine I can succesfully load the modules with modversions. I suspect the broken Makefile system has bitten you (again, again?, yeah again.) Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Wed Jun 6 07:43:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56Eh0X23377 for linux-xfs-outgoing; Wed, 6 Jun 2001 07:43:00 -0700 Received: from studsv07.studserv.uni-stuttgart.de (studsv07.studserv.uni-stuttgart.de [129.69.21.37]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Egxh23370 for ; Wed, 6 Jun 2001 07:42:59 -0700 Received: from ysabell.wh.vaih [129.69.166.244] by studsv07.studserv.uni-stuttgart.de with ESMTP (SMTPD32-6.06) id A169E91E0314; Wed, 06 Jun 2001 16:42:49 +0200 Received: from marcelo by ysabell.wh.vaih with local (Exim 3.22 #1 (Debian)) id 157eWK-0000N2-00; Wed, 06 Jun 2001 16:42:52 +0200 Date: Wed, 6 Jun 2001 16:42:52 +0200 From: "Marcelo E. Magallon" To: Mark Pinto Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 Message-ID: <20010606164252.A1416@ysabell.wh.vaih> Mail-Followup-To: Mark Pinto , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i X-Operating-System: Linux ysabell 2.4.4-xfs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Mark Pinto writes: > I look in /lib/modules/2.4.6-pre1-xfs and sure enough, the modules > for them are there. modprobe ip_tables fails, saying unresolved > symbols. depmod -a just spits out the same thing at me. Any > suggestions? Try with the FAQ: http://www.tux.org/lkml/#s8-8 From owner-linux-xfs@oss.sgi.com Wed Jun 6 08:05:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56F5Vw25828 for linux-xfs-outgoing; Wed, 6 Jun 2001 08:05:31 -0700 Received: from sheffield.cnchost.com (sheffield.concentric.net [207.155.252.12]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56F5Sh25808 for ; Wed, 6 Jun 2001 08:05:28 -0700 Received: from lal ([209.8.8.217]) by sheffield.cnchost.com id LAA19501; Wed, 6 Jun 2001 11:05:27 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] From: "Mark Pinto" To: Subject: RE: 2.4.6-pre1 Date: Wed, 6 Jun 2001 11:03:31 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 In-Reply-To: <200106061417.f56EHjO09683@jen.americas.sgi.com> Importance: Normal Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk To Krzysztof Rusocki: Thank you, but I had already tried that and it didnt work. It was actually a fresh tree to begin with, btw. To Steve Lord: I have searched the linux kernel mailing list, and didnt see anything related to this problem. poweredge:/home/markybob# depmod -a depmod: *** Unresolved symbols in /lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/ip_conntrack.o depmod: *** Unresolved symbols in /lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/ip_tables.o depmod: *** Unresolved symbols in /lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/ipt_REJECT.o depmod: *** Unresolved symbols in /lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/iptable_filter.o depmod: *** Unresolved symbols in /lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/iptable_mangle.o depmod: *** Unresolved symbols in /lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/iptable_nat.o poweredge:/home/markybob# But since Peter Kelemen has it working, it must be something on my box and not XFS nor the kernel. Thanks all for the help, anyway. I'll keep trying -----Original Message----- From: Steve Lord [mailto:lord@sgi.com] Sent: Wednesday, June 06, 2001 10:18 AM To: Mark Pinto Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 > I was using yesterday's 2.4.5 cvs kernel just fine...today, I went to to try > out 2.4.6-pre1. Everything works perfectly, except for iptables. How XFS > has anything to iptables, I cant understand. The reason I believe it to be > an issue with this new cvs kernel, is that when I boot from yesterday's cvs > kernel iptables works fine. They're both configured exactly the same, with > netfilter support built in and iptables (and all the other iptables goodies) > as modules. After installing the 2.4.6-pre1 kernel and rebooting, iptables > simply refuses to work. I look in /lib/modules/2.4.6-pre1-xfs and sure > enough, the modules for them are there. modprobe ip_tables fails, saying > unresolved symbols. depmod -a just spits out the same thing at me. > Any suggestions? Has to be a 2.4.6-pre1 bug, have you looked on linux kernel for anyone else with the same issues. I did incorporate one symbol export fix into the tree above and beyond those in the original patch from Linus, but that was for something else. The second question is which symbols? The third question is can you live with iptables built into the kernel? Steve From owner-linux-xfs@oss.sgi.com Wed Jun 6 08:13:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56FD6S27163 for linux-xfs-outgoing; Wed, 6 Jun 2001 08:13:06 -0700 Received: from main.braxis.co.uk (main.braxis.co.uk [213.77.40.29]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56F84h26459 for ; Wed, 6 Jun 2001 08:08:04 -0700 Received: (from kszysiu@localhost) by main.braxis.co.uk (8.9.3/8.9.3) id QAA14963; Wed, 6 Jun 2001 16:13:45 +0200 Date: Wed, 6 Jun 2001 16:13:45 +0200 From: Krzysztof Rusocki To: Mark Pinto Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 Message-ID: <20010606161345.A14886@main.braxis.co.uk> References: <3B013BB2.8282698A@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: ; from mark.pinto@capitolcreag.com on Wed, Jun 06, 2001 at 10:08:49AM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Jun 06, 2001 at 10:08:49AM -0400, Mark Pinto wrote: > I was using yesterday's 2.4.5 cvs kernel just fine...today, I went to to try > out 2.4.6-pre1. Everything works perfectly, except for iptables. How XFS > has anything to iptables, I cant understand. The reason I believe it to be > an issue with this new cvs kernel, is that when I boot from yesterday's cvs > kernel iptables works fine. They're both configured exactly the same, with > netfilter support built in and iptables (and all the other iptables goodies) > as modules. After installing the 2.4.6-pre1 kernel and rebooting, iptables > simply refuses to work. I look in /lib/modules/2.4.6-pre1-xfs and sure > enough, the modules for them are there. modprobe ip_tables fails, saying > unresolved symbols. depmod -a just spits out the same thing at me. > Any suggestions? Hi Mark, it's not xfs related problem, take a look at URL below http://www.tux.org/lkml/#s8-8 Cheers, Krzysztof From owner-linux-xfs@oss.sgi.com Wed Jun 6 08:18:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56FIqD28216 for linux-xfs-outgoing; Wed, 6 Jun 2001 08:18:52 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56FIoh28212 for ; Wed, 6 Jun 2001 08:18:51 -0700 Received: (qmail 6007 invoked from network); 6 Jun 2001 15:18:47 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 6 Jun 2001 15:18:47 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: "Mark Pinto" cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 In-reply-to: Your message of "Wed, 06 Jun 2001 11:03:31 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Jun 2001 01:18:47 +1000 Message-ID: <1016.991840727@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 6 Jun 2001 11:03:31 -0400, "Mark Pinto" wrote: >poweredge:/home/markybob# depmod -a >depmod: *** Unresolved symbols in >/lib/modules/2.4.6-pre1-xfs/kernel/net/ipv4/netfilter/ip_conntrack.o depmod -ae to list the offending symbols. grep /proc/ksyms for the missing symbols, after removing the smp/_Rxxxxxxx suffix. From owner-linux-xfs@oss.sgi.com Wed Jun 6 09:35:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56GZM104603 for linux-xfs-outgoing; Wed, 6 Jun 2001 09:35:22 -0700 Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56GZEh04600 for ; Wed, 6 Jun 2001 09:35:20 -0700 Received: from jtsdell (user-38lc55t.dialup.mindspring.com [209.86.20.189]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id MAA15431; Wed, 6 Jun 2001 12:35:02 -0400 (EDT) Message-ID: X-Mailer: XFMail 1.5.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3B1D19A8.5CF2A415@itcampus.de> Date: Wed, 06 Jun 2001 12:34:41 -0400 (EDT) Reply-To: jtrostel@connex.com Organization: Connex From: John Trostel To: Thomas Winkler Subject: RE: acls with samba on xfs Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Your best bet would be to try using the latest XFS CVS in combination with the latest SAMBA_2_2 CVS download. Both of these have had related improvements since the official releases of both XFS 1.0 and Samba 2.2.0. I know that we (Connex) are using this type of combination for allowing domain members to change NT-like ACLs on Samba 2.2.0 (using a 2.4.3 CVS of XFS and a more recent CVS of Samba). I also wonder if using the TNG as the PDC server is causing problems with the domain users/groups.... My truck is in the 'shop' and I am away from our PDC so I can't test how that all works today. I'll look at it tomorrow if you send me a reminder. On 05-Jun-2001 Thomas Winkler wrote: > i know that there have been some questions concerning samba and xfs, but > until now i just can't get it to work the way i want it to. since i am a > member of the tng and head mailing lists i asked there first, but didn't > get a helpful reply on solving this one. > > we are running a linux server using a recent samba tng checkout as pdc > and a recent samba head checkout as fileserver. the head is a member > server of the domain and uses of course the pdc as password server. the > pdc and fileserver are running on the same machine. the used filesystem > is xfs (version 1.0). > > xfs works really fine and acls work. just the combination of samba and > xfs is not working. > > what we want is changing the share/directory/file permissions of the > fileserver via acl support from the client. we tried with different > combinations (xfs-1.0 / xfs-2.4.4 / head / 2.2.0 / tng ). some > combinations even crashed our entire system. using 2.2.0 kind of works > but only with local groups no domain users/groups. with the head we get > all wanted users and groups but the chosen acls are not mapped on the > system files (setting acls fails). > > i'd like to know if this is possible at all and what combination > xfs/samba others are using and is known to work. > > could it become a problem that the fileserver is a member of the domain > and should use domain users instead of local users? > > is someone actually running a samba/xfs system and is able to change > acls from client? > > thank you and i hope i am not too off topic > thomas winkler > > > -------------------------------------- > itCampus Software- und Systemhaus GmbH > Leipzig - Halle - Wittenberg > http://www.itcampus.de -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@oss.sgi.com Wed Jun 6 09:40:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56Gek805012 for linux-xfs-outgoing; Wed, 6 Jun 2001 09:40:46 -0700 Received: from biobio.vexcel.com (biobio.vexcel.com [192.92.90.108]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Gejh05009 for ; Wed, 6 Jun 2001 09:40:45 -0700 Received: from [192.92.90.17] (binks.vexcel.com [192.92.90.17]) by biobio.vexcel.com (8.9.3+Sun/8.9.1) with ESMTP id KAA17027 for ; Wed, 6 Jun 2001 10:40:38 -0600 (MDT) Mime-Version: 1.0 X-Sender: brissing@mail.vexcel.com (Unverified) Message-Id: Date: Wed, 6 Jun 2001 10:40:34 -0600 To: linux-xfs@oss.sgi.com From: Dean Brissinger Subject: Compiled 'xfsdump' Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm having a heck of a time dealing with a bug with SUID bits in 'xfsrestore' (or 'xfsdump' whichever it is that loses the bits). I read somewhere that others have had this problem and it was fixed in the devel tree. I have a firewall that is very disagreeable with CVS. Is there a place I can obtain a compiled copy of the current dump/restore binaries (and/or whatever I need to fix the lossy SUID bit problem)? Thanks in advance! From owner-linux-xfs@oss.sgi.com Wed Jun 6 10:11:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56HBdF06648 for linux-xfs-outgoing; Wed, 6 Jun 2001 10:11:39 -0700 Received: from wisdom.myplace.net (cc19815-a.zwoll1.ov.nl.home.com [212.204.138.247]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56HBbh06641 for ; Wed, 6 Jun 2001 10:11:38 -0700 Received: from ws1 (ws1.myplace.net [192.168.1.15]) by wisdom.myplace.net (Postfix) with SMTP id 6079E2008B; Wed, 6 Jun 2001 19:11:36 +0200 (CEST) Message-ID: <00ca01c0eea4$500ab4a0$0f01a8c0@ws1> From: "Bas" To: Cc: References: <01060413285600.09944@garfield.linux.localdomain> <011501c0ed31$58a54360$0f01a8c0@ws1> <20010605102551.Z97441@boing.melbourne.sgi.com> <3B1CE383.DCFED687@niehs.nih.gov> Subject: 2.4.5 & Adaptec 7890 U2W Controller solved, LVM 0.9.1 b7 FAILS. Date: Wed, 6 Jun 2001 18:18:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk You're right. Today I downloaded the default kernel coming from ftp.kernel.org. Patched it using 06042001-xfs-patch. It compiled and it runs. But when I patch this kernel to 0.9.1 beta 7, (CVS or standard patch makes no difference) it fails to compile. Now this: drivers/md/mddev.o: In function `__update_hardblocksize': drivers/md/mddev.o(.text+0x22d6): undefined reference to `get_hardblocksize' drivers/md/mddev.o(.text+0x2312): undefined reference to `get_hardblocksize' make[1]: *** [kallsyms] Error 1 make: *** [vmlinux] Error 2 How can I fix this. Thanks again, Bas. ----- Original Message ----- From: "Joe Krahn" To: "Timothy Shimmin" Cc: "Bas" ; Sent: Tuesday, June 05, 2001 3:49 PM Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > Timothy Shimmin wrote: > > > > On Mon, Jun 04, 2001 at 10:02:56PM +0200, Bas wrote: > > > > > > From: "J Hayward" > > > Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > > > > > > > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > > > > > > > > > It is the last option under Adaptec AIC7xxx support. The firmware > > > > > included in the 2.4.5 release is out of sync with the kernel driver. > > > > > > > > > > I have not done this myself, since my current XFS machine does not have > > > a > > > > > SCSI controller, but see the below email for more info. > > > > > > > > Has anyone had any success using this option? Didn't work for me. Problem > > > > isn't isolated to just the 7890 it seems, I get the same error on a > > > Adaptec > > > > 2930CU. It still produced: > > > > > > > > >In interrupt handler - not syncing > > > > > > > > I also tried using the old aic7xxx driver, which did load the module. > > > However > > > > it produced a kernel oops immediately after. I don't remember the exact > > > point > > > > in the boot sequence, I believe it was at "Trying to unmount old root". > > > > > > Tried the firmware option too, but didn't work for me. > > > > > > > Tried the firmware option too, and it did work for me. > > > > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.13 > > > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/255 SCBs > > > > --Tim > > > The problem is that linux-2.4.5-xfs-05312001.patch.bz2 > includes the files aic7xxx_seq.h and aic7xxx_reg.h which > are out of date, but which get a newer timestamp. Also > the binary aicasm/aicasm is included in the patch, but > patch creates it non-executable. Try touching aic7xxx.seq > and removing aicasm/aicasm, then rebuilding the > aic7xxx module with the build-firmware option. > > This is actually a problem with "make clean" and > "make mrproper" not knowing about some of the aic7xxx > files. > > Joe Krahn > From owner-linux-xfs@oss.sgi.com Wed Jun 6 10:45:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56Hjtc08419 for linux-xfs-outgoing; Wed, 6 Jun 2001 10:45:55 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Hjsh08415 for ; Wed, 6 Jun 2001 10:45:54 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA07761 for ; Wed, 6 Jun 2001 10:45:52 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA1288611; Wed, 6 Jun 2001 12:44:36 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA55034; Wed, 6 Jun 2001 12:44:36 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f56Hlkl10185; Wed, 6 Jun 2001 12:47:46 -0500 Message-Id: <200106061747.f56Hlkl10185@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Chris Pascoe cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: Crashes in various ext2 functions while running xfstest/check In-Reply-To: Message from Chris Pascoe of "Mon, 04 Jun 2001 19:10:02 +1000." Date: Wed, 06 Jun 2001 12:47:46 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Just an update here, I have replicated this here, and this is not just a high mem issue - but highmem when you have mixed filesystems is the only place this will cause problems, ext2 cannot cope with the buffers it is getting which have been incorrectly returned to the buffer cache by XFS. The feature of XFS which appears to be behind this is the mixture of direct and buffered I/O on the same file. For most people this should not be an issue, but some of the xfs test suite running on a highmem box can trigger this. I am not sure if fixing this will clean up other peoples XFS highmem problems. Steve > Hi Steve, > > Further to my last emails on this, I think I've tracked down why the > crashes occur, but don't know how to fix it. I eliminated the scsi > hardware, ethernet card, etc, that Seth Mos suggested might be the problem > (got loans of completely different hardware). I can reliably crash my > test machine in under an hour by running test 013 in a loop, and letting > the "/etc/cron.hourly/sysstat" cron job run. Doing some random other > commands during the process helps speed the crash up. > > The crashes I see are related to the machine having highmem support, and > buffers allocated with pages in high memory making their way onto the > (fs/buffer.c) free_list. I added an extra field to struct buffer_head > that records in the buffer head who created it (in create_empty_buffers), > and what function called put_last_free. In every instance, the > buffer_head that causes the crash was created by > hook_buffers_to_page_delay, and put onto the free list later by a call to > __invalidate_buffers. (Adding code to record in the bh who called > that.... done.... crashed, - the caller was blkdev_put this time, but I'll > run a few more tests). > > When one of these bh's with bh->b_page in high memory is given to ext2 by > getblk, and a "bread" performed, bh->b_data gets set to values < PAGE_SIZE > by a call to set_bh_page. This is why it looked like the bh's were > corrupted in my previous backtraces. The actual disk IO that was > performed on these pages proceeds okay though, as ll_rw_blk() does > create_bounce's for the real disk I/O (which is why the dereferences > you saw came after a successful call to bread). > > I can seemingly (no crashes after a weekend of repeats) make the crashes > go away by replacing GFP_HIGHUSER with GFP_USER in clean_inode > (fs/inode.c), and _pagebuf_lookup_pages (fs/pagebuf/page_buf.c). > Changing one alone doesn't make any difference. > > Hope that this makes some sense to you, and you can just say aha, and wave > the magic wand :). I hope you can replicate it locally with this > information. > > Regards, > Chris From owner-linux-xfs@oss.sgi.com Wed Jun 6 10:52:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56Hqkh08905 for linux-xfs-outgoing; Wed, 6 Jun 2001 10:52:46 -0700 Received: from whitestar.auctionwatch.com (ns2.auctionwatch.com [64.14.24.2]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Hqih08902 for ; Wed, 6 Jun 2001 10:52:44 -0700 Received: from exback.corp.auctionwatch.com (exback.corp.auctionwatch.com [10.128.0.20]) by whitestar.auctionwatch.com (8.9.3/8.9.3) with ESMTP id KAA03882; Wed, 6 Jun 2001 10:52:37 -0700 Received: by exback.corp.auctionwatch.com with Internet Mail Service (5.5.2653.19) id ; Wed, 6 Jun 2001 10:53:53 -0700 Message-ID: <5179B27750A9D411B968009027E06E27012D729F@exback.corp.auctionwatch.com> From: "Michael S. Fischer" To: "'Bas '" , "'linux-xfs@oss.sgi.com '" Cc: "'linux-lvm@sistina.com '" Subject: RE: [linux-lvm] 2.4.5 & Adaptec 7890 U2W Controller solved, LVM 0 .9.1 b7 FAILS. Date: Wed, 6 Jun 2001 10:53:52 -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" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Search the lvm-devel mailing list archives for "get_hardblocksize" for the solution -- you need to change the function call name as the name has changed. -----Original Message----- From: Bas To: linux-xfs@oss.sgi.com Cc: linux-lvm@sistina.com Sent: 6/6/01 9:18 AM Subject: [linux-lvm] 2.4.5 & Adaptec 7890 U2W Controller solved, LVM 0.9.1 b7 FAILS. You're right. Today I downloaded the default kernel coming from ftp.kernel.org. Patched it using 06042001-xfs-patch. It compiled and it runs. But when I patch this kernel to 0.9.1 beta 7, (CVS or standard patch makes no difference) it fails to compile. Now this: drivers/md/mddev.o: In function `__update_hardblocksize': drivers/md/mddev.o(.text+0x22d6): undefined reference to `get_hardblocksize' drivers/md/mddev.o(.text+0x2312): undefined reference to `get_hardblocksize' make[1]: *** [kallsyms] Error 1 make: *** [vmlinux] Error 2 How can I fix this. Thanks again, Bas. ----- Original Message ----- From: "Joe Krahn" To: "Timothy Shimmin" Cc: "Bas" ; Sent: Tuesday, June 05, 2001 3:49 PM Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > Timothy Shimmin wrote: > > > > On Mon, Jun 04, 2001 at 10:02:56PM +0200, Bas wrote: > > > > > > From: "J Hayward" > > > Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller. > > > > > > > > [ ] Build Adapter Firmware with Kernel Build (NEW) > > > > > > > > > > It is the last option under Adaptec AIC7xxx support. The firmware > > > > > included in the 2.4.5 release is out of sync with the kernel driver. > > > > > > > > > > I have not done this myself, since my current XFS machine does not have > > > a > > > > > SCSI controller, but see the below email for more info. > > > > > > > > Has anyone had any success using this option? Didn't work for me. Problem > > > > isn't isolated to just the 7890 it seems, I get the same error on a > > > Adaptec > > > > 2930CU. It still produced: > > > > > > > > >In interrupt handler - not syncing > > > > > > > > I also tried using the old aic7xxx driver, which did load the module. > > > However > > > > it produced a kernel oops immediately after. I don't remember the exact > > > point > > > > in the boot sequence, I believe it was at "Trying to unmount old root". > > > > > > Tried the firmware option too, but didn't work for me. > > > > > > > Tried the firmware option too, and it did work for me. > > > > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.13 > > > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/255 SCBs > > > > --Tim > > > The problem is that linux-2.4.5-xfs-05312001.patch.bz2 > includes the files aic7xxx_seq.h and aic7xxx_reg.h which > are out of date, but which get a newer timestamp. Also > the binary aicasm/aicasm is included in the patch, but > patch creates it non-executable. Try touching aic7xxx.seq > and removing aicasm/aicasm, then rebuilding the > aic7xxx module with the build-firmware option. > > This is actually a problem with "make clean" and > "make mrproper" not knowing about some of the aic7xxx > files. > > Joe Krahn > _______________________________________________ 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 From owner-linux-xfs@oss.sgi.com Wed Jun 6 11:43:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56Ih3a11163 for linux-xfs-outgoing; Wed, 6 Jun 2001 11:43:03 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Igwh11157 for ; Wed, 6 Jun 2001 11:42:58 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) 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 LAA06422 for ; Wed, 6 Jun 2001 11:42:56 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id NAA2077989; Wed, 6 Jun 2001 13:41:41 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id NAA26591; Wed, 6 Jun 2001 13:41:41 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f56Iio115846; Wed, 6 Jun 2001 13:44:50 -0500 Message-Id: <200106061844.f56Iio115846@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: linux-xfs@oss.sgi.com cc: thomas graichen Subject: Looking for a new FAQ maintainer Date: Wed, 06 Jun 2001 13:44:50 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Thomas Graichen who initiated the XFS FAQ now has a new job which means he no longer has as much time or as many resources to look after the FAQ. After asking Thomas he has said it is OK by him to ask if there is someone else out there willing to take over the FAQ and keep it upto date. We would host it on oss, and provide access to update it there (I am pretty sure we can do that). The FAQ is getting a little long in the tooth and there are a lot of questions which go by on the list which might be added to the FAQ. So any volunteers out there? Thanks Steve From owner-linux-xfs@oss.sgi.com Wed Jun 6 13:29:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56KTAO28852 for linux-xfs-outgoing; Wed, 6 Jun 2001 13:29:10 -0700 Received: from ente.berdmann.de (p3E9E7352.dip.t-dialin.net [62.158.115.82]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56KT9h28845 for ; Wed, 6 Jun 2001 13:29:09 -0700 Received: from apollo.berdmann.de ([192.168.1.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.16 #2) id 157jvG-00011J-00 for linux-xfs@oss.sgi.com; Wed, 06 Jun 2001 22:28:58 +0200 Message-ID: <3B1E928A.1B49C1E8@berdmann.de> Date: Wed, 06 Jun 2001 22:28:58 +0200 From: "Bernhard R. Erdmann" Organization: Bernhard Erdmann Communication & Network Solutions X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.5-xfs i586) X-Accept-Language: de, en, fr MIME-Version: 1.0 To: Linux XFS Mailing List Subject: find ./. file size > 2 GB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, using findutils-4.1: # find / -perm 0 -ls find: /proc/594/fd: No such file or directory find: /proc/3744/fd/4: No such file or directory find: /dumps/imap.dmp: Value too large for defined data type find: /dumps/usr.dmp: Value too large for defined data type # ll /dumps/imap.dmp /dumps/usr.dmp -rw-r--r-- 1 root root 2645278720 Jun 4 19:35 /dumps/imap.dmp -rw-r--r-- 1 root root 2498836480 Jun 4 20:23 /dumps/usr.dmp Is it find's problem with a filesize > 2 GB? From owner-linux-xfs@oss.sgi.com Wed Jun 6 13:40:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56KeRd30776 for linux-xfs-outgoing; Wed, 6 Jun 2001 13:40:27 -0700 Received: from pipt.oz.cc.utah.edu (jdr1529@pipt.oz.cc.utah.edu [155.99.2.7]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56KeQh30770 for ; Wed, 6 Jun 2001 13:40:26 -0700 Received: from localhost (jdr1529@localhost) by pipt.oz.cc.utah.edu (8.9.2/8.9.2) with ESMTP id OAA25591; Wed, 6 Jun 2001 14:40:21 -0600 (MDT) Date: Wed, 6 Jun 2001 14:40:21 -0600 (MDT) From: james rich To: Steve Lord cc: linux-xfs@oss.sgi.com, thomas graichen Subject: Re: Looking for a new FAQ maintainer In-Reply-To: <200106061844.f56Iio115846@jen.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 6 Jun 2001, Steve Lord wrote: > After asking Thomas he has said it is OK by him to ask if there is someone > else out there willing to take over the FAQ and keep it upto date. We would > host it on oss, and provide access to update it there (I am pretty sure > we can do that). > > The FAQ is getting a little long in the tooth and there are a lot of > questions which go by on the list which might be added to the FAQ. > > So any volunteers out there? Well I don't have *lot's* of time but I think this is something I can do. James Rich james.rich@m.cc.utah.edu From owner-linux-xfs@oss.sgi.com Wed Jun 6 13:43:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56KhfO31366 for linux-xfs-outgoing; Wed, 6 Jun 2001 13:43:41 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Kheh31360 for ; Wed, 6 Jun 2001 13:43:40 -0700 Received: from qn-212-58-167-113.quicknet.nl ([212.58.167.113]:61359 "EHLO auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id ; Wed, 6 Jun 2001 22:38:28 +0200 Message-Id: <4.3.2.7.2.20010606223411.03458fb0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Jun 2001 22:38:27 +0200 To: "Bernhard R. Erdmann" , Linux XFS Mailing List From: Seth Mos Subject: Re: find ./. file size > 2 GB In-Reply-To: <3B1E928A.1B49C1E8@berdmann.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 22:28 6-6-2001 +0200, Bernhard R. Erdmann wrote: >Hi, > >using findutils-4.1: > ># find / -perm 0 -ls >find: /proc/594/fd: No such file or directory >find: /proc/3744/fd/4: No such file or directory >find: /dumps/imap.dmp: Value too large for defined data type >find: /dumps/usr.dmp: Value too large for defined data type ># ll /dumps/imap.dmp /dumps/usr.dmp >-rw-r--r-- 1 root root 2645278720 Jun 4 19:35 /dumps/imap.dmp >-rw-r--r-- 1 root root 2498836480 Jun 4 20:23 /dumps/usr.dmp > >Is it find's problem with a filesize > 2 GB? Not it is the problem of your Glibc. glibc 2.2 or higher has full LFS Large file support. See your favorite distribution hanguot for updates. Slackware Current contains glibc 2.2 Debian Woody/Unstable contains glibc 2.2 RedHat 6.2 has a patched 2.1 glibc with LFS support Redhat 7+ have glibc 2.2 Mandrake is unknown to me 8+ should be fine 7+ could be (confirm) Maybe something for the FAQ. Thomas are you still there? Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Wed Jun 6 13:57:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56KvpN01588 for linux-xfs-outgoing; Wed, 6 Jun 2001 13:57:51 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Kvoh01584 for ; Wed, 6 Jun 2001 13:57:50 -0700 Received: from qn-212-58-167-113.quicknet.nl ([212.58.167.113]:61391 "EHLO auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id ; Wed, 6 Jun 2001 22:57:36 +0200 Message-Id: <4.3.2.7.2.20010606225230.030a46a0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Jun 2001 22:57:38 +0200 To: Steve Lord , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Looking for a new FAQ maintainer Cc: thomas graichen In-Reply-To: <200106061844.f56Iio115846@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 13:44 6-6-2001 -0500, Steve Lord wrote: >Hi, > >Thomas Graichen who initiated the XFS FAQ now has a new job which means >he no longer has as much time or as many resources to look after the FAQ. > >After asking Thomas he has said it is OK by him to ask if there is someone >else out there willing to take over the FAQ and keep it upto date. We would >host it on oss, and provide access to update it there (I am pretty sure >we can do that). > >The FAQ is getting a little long in the tooth and there are a lot of >questions which go by on the list which might be added to the FAQ. > >So any volunteers out there? I think I can do that untill someone proves me wrong ;) Since we rely on XFS for a few of our production machines at work I have some project time to do that. English spell checker needed though. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Wed Jun 6 14:09:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56L9QT03863 for linux-xfs-outgoing; Wed, 6 Jun 2001 14:09:26 -0700 Received: from ente.berdmann.de (p3E9E7352.dip.t-dialin.net [62.158.115.82]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56L9Ph03855 for ; Wed, 6 Jun 2001 14:09:25 -0700 Received: from apollo.berdmann.de ([192.168.1.2] helo=berdmann.de) by ente.berdmann.de with esmtp (Exim 3.16 #2) id 157kYF-0001FM-00 for linux-xfs@oss.sgi.com; Wed, 06 Jun 2001 23:09:15 +0200 Message-ID: <3B1E9BFB.BA39775C@berdmann.de> Date: Wed, 06 Jun 2001 23:09:15 +0200 From: "Bernhard R. Erdmann" Organization: Bernhard Erdmann Communication & Network Solutions X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.5-xfs i586) X-Accept-Language: de, en, fr MIME-Version: 1.0 To: Linux XFS Mailing List Subject: Re: find ./. file size > 2 GB References: <4.3.2.7.2.20010606223411.03458fb0@pop.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > >Is it find's problem with a filesize > 2 GB? > > Not it is the problem of your Glibc. > glibc 2.2 or higher has full LFS Large file support. > > See your favorite distribution hanguot for updates. > Slackware Current contains glibc 2.2 > Debian Woody/Unstable contains glibc 2.2 > RedHat 6.2 has a patched 2.1 glibc with LFS support I'm using RHL 6.1 with glibc-2.1.3-22.i386.rpm from 6.2/updates (dated Jan, 16th). From owner-linux-xfs@oss.sgi.com Wed Jun 6 14:14:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56LEOt04937 for linux-xfs-outgoing; Wed, 6 Jun 2001 14:14:24 -0700 Received: from vortex.xnote.com ([65.105.237.130]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56LEOh04934 for ; Wed, 6 Jun 2001 14:14:24 -0700 Received: from xnote.com (slccheck01.firsthealth.com [209.180.88.28]) by vortex.xnote.com (8.11.0/8.8.7) with ESMTP id f56KKRA05610 for ; Wed, 6 Jun 2001 14:20:27 -0600 Message-ID: <3B1E9D2B.9030404@xnote.com> Date: Wed, 06 Jun 2001 15:14:19 -0600 From: Vernon McPherron Reply-To: vernon@xnote.com User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: find ./. file size > 2 GB References: <4.3.2.7.2.20010606223411.03458fb0@pop.xs4all.nl> <3B1E9BFB.BA39775C@berdmann.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Bernhard R. Erdmann wrote: >>>Is it find's problem with a filesize > 2 GB? >>> >>Not it is the problem of your Glibc. >>glibc 2.2 or higher has full LFS Large file support. >> >>See your favorite distribution hanguot for updates. >>Slackware Current contains glibc 2.2 >>Debian Woody/Unstable contains glibc 2.2 >>RedHat 6.2 has a patched 2.1 glibc with LFS support >> > > I'm using RHL 6.1 with glibc-2.1.3-22.i386.rpm from 6.2/updates (dated > Jan, 16th). > Sounds like you need to upgrade then. :) You need >= glibc 2.2 that has LFS -- -=/Vernon McPherron/=- From owner-linux-xfs@oss.sgi.com Wed Jun 6 14:31:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56LV2208549 for linux-xfs-outgoing; Wed, 6 Jun 2001 14:31:02 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56LV1h08544 for ; Wed, 6 Jun 2001 14:31:01 -0700 Received: from qn-212-58-167-113.quicknet.nl ([212.58.167.113]:61477 "EHLO auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id ; Wed, 6 Jun 2001 23:30:52 +0200 Message-Id: <4.3.2.7.2.20010606232802.034d3980@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 06 Jun 2001 23:30:51 +0200 To: vernon@xnote.com, linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: find ./. file size > 2 GB In-Reply-To: <3B1E9D2B.9030404@xnote.com> References: <4.3.2.7.2.20010606223411.03458fb0@pop.xs4all.nl> <3B1E9BFB.BA39775C@berdmann.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:14 6-6-2001 -0600, Vernon McPherron wrote: >Bernhard R. Erdmann wrote: > >>>>Is it find's problem with a filesize > 2 GB? >>>Not it is the problem of your Glibc. >>>glibc 2.2 or higher has full LFS Large file support. >>> >>>See your favorite distribution hanguot for updates. >>>Slackware Current contains glibc 2.2 >>>Debian Woody/Unstable contains glibc 2.2 >>>RedHat 6.2 has a patched 2.1 glibc with LFS support >>I'm using RHL 6.1 with glibc-2.1.3-22.i386.rpm from 6.2/updates (dated >>Jan, 16th). > >Sounds like you need to upgrade then. :) > >You need >= glibc 2.2 that has LFS The updated glibc that is available for 6.0 6.1 and 6.2 does have LFS patches to the extent that most stuff works. Which you will need anyway because of a local root exploit in the old one. It works ok for listing files, but my memory recalls that lseek may show weird behaviour. It does not show in the QA tests AFAIK. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Wed Jun 6 16:54:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f56NscC31346 for linux-xfs-outgoing; Wed, 6 Jun 2001 16:54:38 -0700 Received: from theirongiant.weebeastie.net (root@theirongiant.zip.net.au [61.8.0.198]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f56Nsah31335 for ; Wed, 6 Jun 2001 16:54:36 -0700 Received: (from hogarth@localhost) by theirongiant.weebeastie.net (8.9.3/8.9.3/Debian 8.9.3-21) id JAA22126; Thu, 7 Jun 2001 09:54:38 +1000 Date: Thu, 7 Jun 2001 09:54:38 +1000 From: CaT To: Seth Mos Cc: "Bernhard R. Erdmann" , Linux XFS Mailing List Subject: Re: find ./. file size > 2 GB Message-ID: <20010607095438.K499@zip.com.au> References: <3B1E928A.1B49C1E8@berdmann.de> <4.3.2.7.2.20010606223411.03458fb0@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.2.20010606223411.03458fb0@pop.xs4all.nl>; from knuffie@xs4all.nl on Wed, Jun 06, 2001 at 10:38:27PM +0200 Organisation: Furball Inc. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Jun 06, 2001 at 10:38:27PM +0200, Seth Mos wrote: > See your favorite distribution hanguot for updates. > Slackware Current contains glibc 2.2 > Debian Woody/Unstable contains glibc 2.2 debian stable needs 2.4.x and a recompile of glibc and you're sweet. (currently running a >2gig mysql db on such a beastie. one of the files is >2gig and it's all sweet) -- CaT (cat@zip.com.au) *** Jenna has joined the channel. speaking of mental giants.. me, a giant, bullshit And i'm not mental - An IRC session, 20/12/2000 From owner-linux-xfs@oss.sgi.com Wed Jun 6 17:08:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f5708Qa01624 for linux-xfs-outgoing; Wed, 6 Jun 2001 17:08:26 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f5708Ph01621 for ; Wed, 6 Jun 2001 17:08:25 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA24601 for ; Wed, 6 Jun 2001 17:08:23 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id TAA2083953; Wed, 6 Jun 2001 19:07:07 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id TAA74121; Wed, 6 Jun 2001 19:07:07 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f570AAk21738; Wed, 6 Jun 2001 19:10:10 -0500 Message-Id: <200106070010.f570AAk21738@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: CaT cc: Seth Mos , "Bernhard R. Erdmann" , Linux XFS Mailing List Subject: Re: find ./. file size > 2 GB In-Reply-To: Message from CaT of "Thu, 07 Jun 2001 09:54:38 +1000." <20010607095438.K499@zip.com.au> Date: Wed, 06 Jun 2001 19:10:10 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > On Wed, Jun 06, 2001 at 10:38:27PM +0200, Seth Mos wrote: > > See your favorite distribution hanguot for updates. > > Slackware Current contains glibc 2.2 > > Debian Woody/Unstable contains glibc 2.2 > > debian stable needs 2.4.x and a recompile of glibc and you're sweet. > > (currently running a >2gig mysql db on such a beastie. one of the files > is >2gig and it's all sweet) > Just to add to this discussion, even with an LFS enabled user space, there still appear to be some apps which have not been rebuilt with the correct compile options. tcsh is an example, I recall question about this a while back, and without rebuilding tcsh with some glibc 64 bit define it was incorrectly reporting information on files greater than 2Gbytes. Steve From owner-linux-xfs@oss.sgi.com Wed Jun 6 17:11:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f570BYW02363 for linux-xfs-outgoing; Wed, 6 Jun 2001 17:11:34 -0700 Received: from theirongiant.weebeastie.net (root@theirongiant.zip.net.au [61.8.0.198]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f570BXh02356 for ; Wed, 6 Jun 2001 17:11:33 -0700 Received: (from hogarth@localhost) by theirongiant.weebeastie.net (8.9.3/8.9.3/Debian 8.9.3-21) id KAA22812; Thu, 7 Jun 2001 10:11:27 +1000 Date: Thu, 7 Jun 2001 10:11:27 +1000 From: CaT To: Steve Lord Cc: Seth Mos , "Bernhard R. Erdmann" , Linux XFS Mailing List Subject: Re: find ./. file size > 2 GB Message-ID: <20010607101127.M499@zip.com.au> References: <200106070010.f570AAk21738@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: <200106070010.f570AAk21738@jen.americas.sgi.com>; from lord@sgi.com on Wed, Jun 06, 2001 at 07:10:10PM -0500 Organisation: Furball Inc. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Jun 06, 2001 at 07:10:10PM -0500, Steve Lord wrote: > > debian stable needs 2.4.x and a recompile of glibc and you're sweet. > > > > (currently running a >2gig mysql db on such a beastie. one of the files > > is >2gig and it's all sweet) > > Just to add to this discussion, even with an LFS enabled user space, there > still appear to be some apps which have not been rebuilt with the correct > compile options. tcsh is an example, I recall question about this a while > back, and without rebuilding tcsh with some glibc 64 bit define it was > incorrectly reporting information on files greater than 2Gbytes. yup. forgot to add that after recompiling glibc you'll need to recompile any utils which will need to access >2gig files. -- CaT (cat@zip.com.au) *** Jenna has joined the channel. speaking of mental giants.. me, a giant, bullshit And i'm not mental - An IRC session, 20/12/2000 From owner-linux-xfs@oss.sgi.com Wed Jun 6 17:20:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f570KC704257 for linux-xfs-outgoing; Wed, 6 Jun 2001 17:20:12 -0700 Received: from vertigo.incyte.com (master.incyte.com [198.31.37.253]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f570KCh04238 for ; Wed, 6 Jun 2001 17:20:12 -0700 Received: from vertigo.incyte.com (wfrancis@localhost) by vertigo.incyte.com (8.11.0/8.11.0) with ESMTP id f570JNS17321; Wed, 6 Jun 2001 17:19:23 -0700 Message-Id: <200106070019.f570JNS17321@vertigo.incyte.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: CaT cc: Steve Lord , Seth Mos , "Bernhard R. Erdmann" , Linux XFS Mailing List Subject: Re: find ./. file size > 2 GB In-Reply-To: Message from CaT of "Thu, 07 Jun 2001 10:11:27 +1000." <20010607101127.M499@zip.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 06 Jun 2001 17:19:23 -0700 From: Will Francis Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > yup. forgot to add that after recompiling glibc you'll need to recompile > any utils which will need to access >2gig files. including perl I learned. However, it's _very_ easy to install the perl source RPM, change the -Uuselargefiles to -Duselargefiles in the spec file, rpm -bb perl.spec (don't forget to update the Release number) and you'll have a nice new perl RPM in a few minutes which works with large files perfectly. I'm sure debian has a similar mechanism someplace. /W From owner-linux-xfs@oss.sgi.com Wed Jun 6 17:58:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f570wbU09721 for linux-xfs-outgoing; Wed, 6 Jun 2001 17:58:37 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f570wZh09714 for ; Wed, 6 Jun 2001 17:58:35 -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 RAA04649 for ; Wed, 6 Jun 2001 17:58:28 -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 KAA64578; Thu, 7 Jun 2001 10:57:09 +1000 (EST) Date: Thu, 7 Jun 2001 10:57:09 +1000 From: Timothy Shimmin To: Dean Brissinger Cc: linux-xfs@oss.sgi.com Subject: Re: Compiled 'xfsdump' Message-ID: <20010607105708.J237728@boing.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: ; from brissing@vexcel.com on Wed, Jun 06, 2001 at 10:40:34AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Dean, On Wed, Jun 06, 2001 at 10:40:34AM -0600, Dean Brissinger wrote: > I'm having a heck of a time dealing with a bug with SUID bits in > 'xfsrestore' (or 'xfsdump' whichever it is that loses the bits). The bits are stored correctly in the dump. It's just that xfsrestore does a chown after the chmod which clears the SUID/SGID bits. The fix is to do the chown before the chmod. > I > read somewhere that others have had this problem and it was fixed in > the devel tree. Yes, as mentioned above. > I have a firewall that is very disagreeable with > CVS. Is there a place I can obtain a compiled copy of the current > dump/restore binaries (and/or whatever I need to fix the lossy SUID > bit problem)? I could email you the binaries directly... Below are the diffs - which are just movements of code - a reordering of chmod and chown.... --Tim *** /usr/tmp/TmpDir.2419384-0/cmd/xfsdump/restore/content.c_1.6 Thu Jun 7 10:37:32 2001 --- /usr/tmp/TmpDir.2419384-0/cmd/xfsdump/restore/content.c_1.7 Thu Jun 7 10:37:32 2001 *************** *** 7398,7414 **** strerror( errno )); } - /* set the permissions/mode - */ - rval = fchmod( fd, ( mode_t )bstatp->bs_mode ); - if ( rval ) { - mlog( MLOG_VERBOSE | MLOG_WARNING, - "unable to set mode " - "of %s: %s\n", - path, - strerror( errno )); - } - /* set the owner and group (if enabled) */ if ( persp->a.ownerpr ) { --- 7398,7403 ---- *************** *** 7422,7427 **** --- 7411,7427 ---- path, strerror( errno )); } + } + + /* set the permissions/mode + */ + rval = fchmod( fd, ( mode_t )bstatp->bs_mode ); + if ( rval ) { + mlog( MLOG_VERBOSE | MLOG_WARNING, + "unable to set mode " + "of %s: %s\n", + path, + strerror( errno )); } rval = close( fd ); *** /usr/tmp/TmpDir.2728373-0/cmd/xfsdump/restore/tree.c_1.3 Thu Jun 7 10:38:22 2001 --- /usr/tmp/TmpDir.2728373-0/cmd/xfsdump/restore/tree.c_1.4 Thu Jun 7 10:38:22 2001 *************** *** 2446,2458 **** strerror( errno )); } mode = dirattr_get_mode( dah ); - rval = chmod( path, mode ); - if ( rval ) { - mlog( MLOG_NORMAL | MLOG_TREE, - "chmod %s failed: %s\n", - path, - strerror( errno )); - } if ( persp->p_ownerpr ) { rval = chown( path, dirattr_get_uid( dah ), --- 2446,2451 ---- *************** *** 2465,2470 **** --- 2458,2470 ---- path, strerror( errno )); } + } + rval = chmod( path, mode ); + if ( rval ) { + mlog( MLOG_NORMAL | MLOG_TREE, + "chmod %s failed: %s\n", + path, + strerror( errno )); } } From owner-linux-xfs@oss.sgi.com Wed Jun 6 18:43:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f571h2V16427 for linux-xfs-outgoing; Wed, 6 Jun 2001 18:43:02 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f571h2h16424 for ; Wed, 6 Jun 2001 18:43:02 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA06800 for ; Wed, 6 Jun 2001 18:43:16 -0700 (PDT) mail_from (tes@snort.melbourne.sgi.com) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id LAA89110 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 11:41:44 +1000 (EST) Date: Thu, 7 Jun 2001 11:41:44 +1000 (EST) From: Timothy Shimmin Message-Id: <200106070141.LAA89110@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - acl VERSION/CHANGES Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Forgot to update these again. Damn. --Tim Date: Wed Jun 6 18:40:53 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/tes/slinx-xfs-acl The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:96454a cmd/acl/VERSION - 1.6 - Bump the version number to 1.0.5 for a libacl function change. cmd/acl/doc/CHANGES - 1.6 - Describe libacl change for 1.0.5. From owner-linux-xfs@oss.sgi.com Wed Jun 6 22:11:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f575BsJ02662 for linux-xfs-outgoing; Wed, 6 Jun 2001 22:11:54 -0700 Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f575Bkh02649 for ; Wed, 6 Jun 2001 22:11:46 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip33.idcomm.com [209.60.72.160]) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f575KVU08332 for ; Wed, 6 Jun 2001 23:20:31 -0600 Message-ID: <3B1F0D31.3B7CCD1E@idcomm.com> Date: Wed, 06 Jun 2001 23:12:17 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-xfs@oss.sgi.com" Subject: more aic7xxx Content-Type: multipart/mixed; boundary="------------E2933518D52FEF3360ECF256" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------E2933518D52FEF3360ECF256 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I realize that some earlier aic7xxx problem was solved, I'm trying to see what else might be the problem for a cvs from about an hour ago today (2.4.6-pre1). Config is attached, actual error pasted below. I am trying to compile aic7xxx in directly, since my whole system runs on it. I'm hoping this is some silly config issue, here is the "make bzImage" failure (I always run make mrproper and rerun make menuconfig and make dep each time): D. Stimits, stimits@idcomm.com make[2]: Leaving directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/pnp' make -C scsi make[2]: Entering directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/scsi' make -C aic7xxx make[3]: Entering directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/scsi/aic7xxx' make all_targets make[4]: Entering directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/scsi/aic7xxx' echo "Warning, generated aic7xxx firmware files may be out of date!\n" Warning, generated aic7xxx firmware files may be out of date!\n echo "Warning, generated aic7xxx firmware files may be out of date!\n" Warning, generated aic7xxx firmware files may be out of date!\n kgcc -D__KERNEL__ -I/usr/src/linux-2.4.6-pre1-xfs/include -Wall -Wstrict-prototypes -O2 -fno-strict-aliasing -fomit-frame-pointer -pipe -march=i686 -c -o aic7xxx_linux.o aic7xxx_linux.c In file included from aic7xxx_osm.h:343, from aic7xxx_linux.c:133: aic7xxx.h:40: aic7xxx_reg.h: No such file or directory aic7xxx_osm.h: In function `ahc_flush_device_writes': In file included from aic7xxx_linux.c:133: aic7xxx_osm.h:901: `INTSTAT' undeclared (first use in this function) aic7xxx_osm.h:901: (Each undeclared identifier is reported only once aic7xxx_osm.h:901: for each function it appears in.) aic7xxx_inline.h: In function `ahc_pause_bug_fix': In file included from aic7xxx_linux.c:134: aic7xxx_inline.h:57: `CCSCBCTL' undeclared (first use in this function) aic7xxx_inline.h: In function `ahc_is_paused': aic7xxx_inline.h:67: `HCNTRL' undeclared (first use in this function) aic7xxx_inline.h:67: `PAUSE' undeclared (first use in this function) aic7xxx_inline.h:68: warning: control reaches end of non-void function aic7xxx_inline.h: In function `ahc_pause': aic7xxx_inline.h:80: `HCNTRL' undeclared (first use in this function) aic7xxx_inline.h: In function `ahc_unpause': aic7xxx_inline.h:105: `INTSTAT' undeclared (first use in this function) aic7xxx_inline.h:105: `SCSIINT' undeclared (first use in this function) aic7xxx_inline.h:105: `SEQINT' undeclared (first use in this function) aic7xxx_inline.h:105: `BRKADRINT' undeclared (first use in this function) aic7xxx_inline.h:106: `HCNTRL' undeclared (first use in this function) aic7xxx_inline.h: In function `ahc_update_residual': aic7xxx_inline.h:220: `SG_RESID_VALID' undeclared (first use in this function) aic7xxx_inline.h: In function `ahc_queue_scb': aic7xxx_inline.h:337: `SCB_LIST_NULL' undeclared (first use in this function) aic7xxx_inline.h:346: `HNSCB_QOFF' undeclared (first use in this function) aic7xxx_inline.h:350: `KERNEL_QINPOS' undeclared (first use in this function) aic7xxx_inline.h: In function `ahc_check_cmdcmpltqueues': aic7xxx_inline.h:391: `SCB_LIST_NULL' undeclared (first use in this function) aic7xxx_inline.h: In function `ahc_intr': aic7xxx_inline.h:418: `CMDCMPLT' undeclared (first use in this function) aic7xxx_inline.h:420: `INTSTAT' undeclared (first use in this function) aic7xxx_inline.h:436: `ERROR' undeclared (first use in this function) aic7xxx_inline.h:436: `PCIERRSTAT' undeclared (first use in this function) aic7xxx_inline.h:445: `INT_PEND' undeclared (first use in this function) aic7xxx_inline.h:452: `CLRINT' undeclared (first use in this function) aic7xxx_inline.h:452: `CLRCMDINT' undeclared (first use in this function) aic7xxx_inline.h:472: `BRKADRINT' undeclared (first use in this function) aic7xxx_inline.h:478: `SEQINT' undeclared (first use in this function) aic7xxx_inline.h:478: `SCSIINT' undeclared (first use in this function) aic7xxx_linux.c: In function `ahc_print_path': aic7xxx_linux.c:288: `TWIN_CHNLB' undeclared (first use in this function) aic7xxx_linux.c:289: `TWIN_TID' undeclared (first use in this function) aic7xxx_linux.c:289: `TID' undeclared (first use in this function) aic7xxx_linux.c:289: `TID_SHIFT' undeclared (first use in this function) aic7xxx_linux.c: In function `ahc_platform_freeze_devq': aic7xxx_linux.c:1291: `TWIN_TID' undeclared (first use in this function) aic7xxx_linux.c:1291: `TID' undeclared (first use in this function) aic7xxx_linux.c:1291: `TID_SHIFT' undeclared (first use in this function) aic7xxx_linux.c:1292: `TWIN_CHNLB' undeclared (first use in this function) aic7xxx_linux.c:1293: `SCB_LIST_NULL' undeclared (first use in this function) aic7xxx_linux.c: In function `ahc_platform_abort_scbs': aic7xxx_linux.c:1352: `SCB_LIST_NULL' undeclared (first use in this function) aic7xxx_linux.c: In function `ahc_linux_run_device_queue': aic7xxx_linux.c:1576: `TID_SHIFT' undeclared (first use in this function) aic7xxx_linux.c:1576: `TID' undeclared (first use in this function) aic7xxx_linux.c:1576: `TWIN_CHNLB' undeclared (first use in this function) aic7xxx_linux.c:1578: `TWIN_TID' undeclared (first use in this function) aic7xxx_linux.c:1580: `OID' undeclared (first use in this function) aic7xxx_linux.c:1585: `ULTRAENB' undeclared (first use in this function) aic7xxx_linux.c:1588: `DISCENB' undeclared (first use in this function) aic7xxx_linux.c:1592: `MK_MESSAGE' undeclared (first use in this function) aic7xxx_linux.c:1642: `SG_FULL_RESID' undeclared (first use in this function) aic7xxx_linux.c:1689: `SG_LIST_NULL' undeclared (first use in this function) aic7xxx_linux.c:1707: `TARGET_SCB' undeclared (first use in this function) aic7xxx_linux.c:1707: `TAG_ENB' undeclared (first use in this function) aic7xxx_linux.c:1533: warning: `mask' might be used uninitialized in this function aic7xxx_linux.c:1710: warning: `target_offset' might be used uninitialized in this function aic7xxx_inline.h: In function `ahc_linux_isr': aic7xxx_inline.h:407: warning: `intstat' might be used uninitialized in this function aic7xxx_linux.c: In function `ahc_done': aic7xxx_linux.c:1961: `TWIN_TID' undeclared (first use in this function) aic7xxx_linux.c:1961: `TID' undeclared (first use in this function) aic7xxx_linux.c:1961: `TID_SHIFT' undeclared (first use in this function) aic7xxx_linux.c:1961: `TWIN_CHNLB' undeclared (first use in this function) aic7xxx_linux.c:1959: warning: `target_offset' might be used uninitialized in this function aic7xxx_linux.c: In function `ahc_linux_filter_command': aic7xxx_linux.c:2179: `TID_SHIFT' undeclared (first use in this function) aic7xxx_linux.c:2179: `TID' undeclared (first use in this function) aic7xxx_linux.c:2179: `TWIN_CHNLB' undeclared (first use in this function) aic7xxx_linux.c:2180: `OID' undeclared (first use in this function) aic7xxx_linux.c: In function `ahc_linux_queue_recovery_cmd': aic7xxx_linux.c:2406: `SCB_LIST_NULL' undeclared (first use in this function) aic7xxx_linux.c:2436: `INTSTAT' undeclared (first use in this function) aic7xxx_linux.c:2436: `INT_PEND' undeclared (first use in this function) aic7xxx_linux.c:2476: `LASTPHASE' undeclared (first use in this function) aic7xxx_linux.c:2477: `SCBPTR' undeclared (first use in this function) aic7xxx_linux.c:2478: `SCB_TAG' undeclared (first use in this function) aic7xxx_linux.c:2480: `P_BUSFREE' undeclared (first use in this function) aic7xxx_linux.c:2482: `SAVED_SCSIID' undeclared (first use in this function) aic7xxx_linux.c:2482: `TWIN_TID' undeclared (first use in this function) aic7xxx_linux.c:2482: `TID' undeclared (first use in this function) aic7xxx_linux.c:2482: `TID_SHIFT' undeclared (first use in this function) aic7xxx_linux.c:2490: `MSG_OUT' undeclared (first use in this function) aic7xxx_linux.c:2490: `HOST_MSG' undeclared (first use in this function) aic7xxx_linux.c:2491: `SCSISIGO' undeclared (first use in this function) aic7xxx_linux.c:2491: `ATNO' undeclared (first use in this function) aic7xxx_linux.c:2513: `MK_MESSAGE' undeclared (first use in this function) aic7xxx_linux.c:2513: `DISCONNECTED' undeclared (first use in this function) aic7xxx_linux.c:2538: `SCB_CONTROL' undeclared (first use in this function) aic7xxx_inline.h:407: warning: `intstat' might be used uninitialized in this function make[4]: *** [aic7xxx_linux.o] Error 1 make[4]: Leaving directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/scsi/aic7xxx' make[3]: *** [first_rule] Error 2 make[3]: Leaving directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/scsi/aic7xxx' make[2]: *** [_subdir_aic7xxx] Error 2 make[2]: Leaving directory `/usr/src/linux-2.4.6-pre1-xfs/drivers/scsi' make[1]: *** [_subdir_scsi] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.6-pre1-xfs/drivers' make: *** [_dir_drivers] Error 2 --------------E2933518D52FEF3360ECF256 Content-Type: text/plain; charset=us-ascii; name=".config" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=".config" # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set CONFIG_MPENTIUMIII=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set 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_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y # CONFIG_TOSHIBA is not set # CONFIG_MICROCODE is not set CONFIG_X86_MSR=y # CONFIG_X86_CPUID is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y CONFIG_SMP=y CONFIG_HAVE_DEC_LOCK=y # # General setup # CONFIG_NET=y # CONFIG_VISWS is not set CONFIG_X86_IO_APIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y # CONFIG_EISA is not set # CONFIG_MCA is not set CONFIG_HOTPLUG=y # # PCMCIA/CardBus support # # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y # CONFIG_PM is not set # CONFIG_ACPI is not set # CONFIG_APM is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # CONFIG_PARPORT=y CONFIG_PARPORT_PC=y CONFIG_PARPORT_PC_FIFO=y CONFIG_PARPORT_PC_SUPERIO=y # CONFIG_PARPORT_AMIGA is not set # CONFIG_PARPORT_MFC3 is not set # CONFIG_PARPORT_ATARI is not set # CONFIG_PARPORT_SUNBPP is not set # CONFIG_PARPORT_OTHER is not set CONFIG_PARPORT_1284=y # # Plug and Play configuration # CONFIG_PNP=y # CONFIG_ISAPNP is not set # # Block devices # CONFIG_BLK_DEV_FD=y # CONFIG_BLK_DEV_XD is not set # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set CONFIG_BLK_DEV_LOOP=y CONFIG_BLK_DEV_NBD=m # CONFIG_BLK_DEV_RAM is not set # CONFIG_BLK_DEV_INITRD is not set # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # CONFIG_BLK_DEV_MD is not set # CONFIG_MD_LINEAR is not set # CONFIG_MD_RAID0 is not set # CONFIG_MD_RAID1 is not set # CONFIG_MD_RAID5 is not set # CONFIG_BLK_DEV_LVM is not set # # Networking options # CONFIG_PACKET=y # CONFIG_PACKET_MMAP is not set CONFIG_NETLINK=y CONFIG_RTNETLINK=y # CONFIG_NETLINK_DEV is not set CONFIG_NETFILTER=y CONFIG_NETFILTER_DEBUG=y # CONFIG_FILTER is not set CONFIG_UNIX=y CONFIG_INET=y CONFIG_IP_MULTICAST=y # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set CONFIG_NET_IPIP=m CONFIG_NET_IPGRE=m # CONFIG_NET_IPGRE_BROADCAST is not set # CONFIG_IP_MROUTE is not set # CONFIG_ARPD is not set # CONFIG_INET_ECN is not set CONFIG_SYN_COOKIES=y # # IP: Netfilter Configuration # CONFIG_IP_NF_CONNTRACK=y CONFIG_IP_NF_FTP=y CONFIG_IP_NF_QUEUE=y CONFIG_IP_NF_IPTABLES=y CONFIG_IP_NF_MATCH_LIMIT=y CONFIG_IP_NF_MATCH_MAC=y CONFIG_IP_NF_MATCH_MARK=y CONFIG_IP_NF_MATCH_MULTIPORT=y CONFIG_IP_NF_MATCH_TOS=y CONFIG_IP_NF_MATCH_TCPMSS=y CONFIG_IP_NF_MATCH_STATE=y CONFIG_IP_NF_MATCH_UNCLEAN=y CONFIG_IP_NF_MATCH_OWNER=y CONFIG_IP_NF_FILTER=y CONFIG_IP_NF_TARGET_REJECT=y CONFIG_IP_NF_TARGET_MIRROR=y CONFIG_IP_NF_NAT=y CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=y CONFIG_IP_NF_TARGET_REDIRECT=y CONFIG_IP_NF_NAT_FTP=y CONFIG_IP_NF_MANGLE=y CONFIG_IP_NF_TARGET_TOS=y CONFIG_IP_NF_TARGET_MARK=y CONFIG_IP_NF_TARGET_LOG=y CONFIG_IP_NF_TARGET_TCPMSS=y # CONFIG_IPV6 is not set # CONFIG_KHTTPD is not set # CONFIG_ATM is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_DECNET is not set # CONFIG_BRIDGE is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_LLC is not set # CONFIG_NET_DIVERT is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_FASTROUTE is not set # CONFIG_NET_HW_FLOWCONTROL is not set # # QoS and/or fair queueing # CONFIG_NET_SCHED=y CONFIG_NETLINK=y CONFIG_RTNETLINK=y CONFIG_NET_SCH_CBQ=m CONFIG_NET_SCH_CSZ=m CONFIG_NET_SCH_PRIO=m CONFIG_NET_SCH_RED=m CONFIG_NET_SCH_SFQ=m CONFIG_NET_SCH_TEQL=m CONFIG_NET_SCH_TBF=m CONFIG_NET_SCH_GRED=m CONFIG_NET_SCH_DSMARK=m CONFIG_NET_SCH_INGRESS=m CONFIG_NET_QOS=y CONFIG_NET_ESTIMATOR=y CONFIG_NET_CLS=y CONFIG_NET_CLS_TCINDEX=m CONFIG_NET_CLS_ROUTE4=m CONFIG_NET_CLS_ROUTE=y CONFIG_NET_CLS_FW=m CONFIG_NET_CLS_U32=m CONFIG_NET_CLS_RSVP=m CONFIG_NET_CLS_RSVP6=m CONFIG_NET_CLS_POLICE=y # # Telephony Support # # CONFIG_PHONE is not set # CONFIG_PHONE_IXJ is not set # # ATA/IDE/MFM/RLL support # CONFIG_IDE=y # # IDE, ATA and ATAPI Block devices # CONFIG_BLK_DEV_IDE=y # CONFIG_BLK_DEV_HD_IDE is not set # CONFIG_BLK_DEV_HD is not set CONFIG_BLK_DEV_IDEDISK=y # CONFIG_IDEDISK_MULTI_MODE is not set # CONFIG_BLK_DEV_IDEDISK_VENDOR is not set # CONFIG_BLK_DEV_IDEDISK_FUJITSU is not set # CONFIG_BLK_DEV_IDEDISK_IBM is not set # CONFIG_BLK_DEV_IDEDISK_MAXTOR is not set # CONFIG_BLK_DEV_IDEDISK_QUANTUM is not set # CONFIG_BLK_DEV_IDEDISK_SEAGATE is not set # CONFIG_BLK_DEV_IDEDISK_WD is not set # CONFIG_BLK_DEV_COMMERIAL is not set # CONFIG_BLK_DEV_TIVO is not set # CONFIG_BLK_DEV_IDECS is not set CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set # CONFIG_BLK_DEV_CMD640 is not set # CONFIG_BLK_DEV_CMD640_ENHANCED is not set # CONFIG_BLK_DEV_ISAPNP is not set # CONFIG_BLK_DEV_RZ1000 is not set CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y # CONFIG_BLK_DEV_OFFBOARD is not set CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y # CONFIG_IDEDMA_PCI_WIP is not set # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set # CONFIG_BLK_DEV_AEC62XX is not set # CONFIG_AEC62XX_TUNING is not set # CONFIG_BLK_DEV_ALI15X3 is not set # CONFIG_WDC_ALI15X3 is not set # CONFIG_BLK_DEV_AMD7409 is not set # CONFIG_AMD7409_OVERRIDE is not set # CONFIG_BLK_DEV_CMD64X is not set # CONFIG_BLK_DEV_CY82C693 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_BLK_DEV_HPT34X is not set # CONFIG_HPT34X_AUTODMA is not set # CONFIG_BLK_DEV_HPT366 is not set CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_PDC202XX is not set # CONFIG_PDC202XX_BURST is not set # CONFIG_BLK_DEV_OSB4 is not set # CONFIG_BLK_DEV_SIS5513 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set # CONFIG_BLK_DEV_VIA82CXXX is not set # CONFIG_IDE_CHIPSETS is not set CONFIG_IDEDMA_AUTO=y # CONFIG_IDEDMA_IVB is not set # CONFIG_DMA_NONPCI is not set CONFIG_BLK_DEV_IDE_MODES=y # # SCSI support # CONFIG_SCSI=y CONFIG_BLK_DEV_SD=y CONFIG_SD_EXTRA_DEVS=40 # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set # CONFIG_BLK_DEV_SR is not set # CONFIG_CHR_DEV_SG is not set # CONFIG_SCSI_DEBUG_QUEUES is not set # CONFIG_SCSI_MULTI_LUN is not set CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_LOGGING=y # # SCSI low-level drivers # # CONFIG_BLK_DEV_3W_XXXX_RAID is not set # CONFIG_SCSI_7000FASST is not set # CONFIG_SCSI_ACARD is not set # CONFIG_SCSI_AHA152X is not set # CONFIG_SCSI_AHA1542 is not set # CONFIG_SCSI_AHA1740 is not set CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=48 CONFIG_AIC7XXX_RESET_DELAY_MS=15000 # CONFIG_AIC7XXX_BUILD_FIRMWARE is not set # CONFIG_SCSI_ADVANSYS is not set # CONFIG_SCSI_IN2000 is not set # CONFIG_SCSI_AM53C974 is not set # CONFIG_SCSI_MEGARAID is not set # CONFIG_SCSI_BUSLOGIC is not set # CONFIG_SCSI_CPQFCTS is not set # CONFIG_SCSI_DMX3191D is not set # CONFIG_SCSI_DTC3280 is not set # CONFIG_SCSI_EATA is not set # CONFIG_SCSI_EATA_DMA is not set # CONFIG_SCSI_EATA_PIO is not set # CONFIG_SCSI_FUTURE_DOMAIN is not set # CONFIG_SCSI_GDTH is not set # CONFIG_SCSI_GENERIC_NCR5380 is not set # CONFIG_SCSI_IPS is not set # CONFIG_SCSI_INITIO is not set # CONFIG_SCSI_INIA100 is not set # CONFIG_SCSI_PPA is not set # CONFIG_SCSI_IMM is not set # CONFIG_SCSI_NCR53C406A is not set # CONFIG_SCSI_NCR53C7xx is not set # CONFIG_SCSI_NCR53C8XX is not set # CONFIG_SCSI_SYM53C8XX is not set # CONFIG_SCSI_PAS16 is not set # CONFIG_SCSI_PCI2000 is not set # CONFIG_SCSI_PCI2220I is not set # CONFIG_SCSI_PSI240I is not set # CONFIG_SCSI_QLOGIC_FAS is not set # CONFIG_SCSI_QLOGIC_ISP is not set # CONFIG_SCSI_QLOGIC_FC is not set # CONFIG_SCSI_QLOGIC_1280 is not set # CONFIG_SCSI_SEAGATE is not set # CONFIG_SCSI_SIM710 is not set # CONFIG_SCSI_SYM53C416 is not set # CONFIG_SCSI_DC390T is not set # CONFIG_SCSI_T128 is not set # CONFIG_SCSI_U14_34F is not set # CONFIG_SCSI_ULTRASTOR is not set # CONFIG_SCSI_DEBUG is not set # # IEEE 1394 (FireWire) support # # CONFIG_IEEE1394 is not set # # I2O device support # # CONFIG_I2O is not set # CONFIG_I2O_PCI is not set # CONFIG_I2O_BLOCK is not set # CONFIG_I2O_LAN is not set # CONFIG_I2O_SCSI is not set # CONFIG_I2O_PROC is not set # # Network device support # CONFIG_NETDEVICES=y # # ARCnet devices # # CONFIG_ARCNET is not set CONFIG_DUMMY=m # CONFIG_BONDING is not set # CONFIG_EQUALIZER is not set # CONFIG_TUN is not set # CONFIG_ETHERTAP is not set # CONFIG_NET_SB1000 is not set # # Ethernet (10 or 100Mbit) # CONFIG_NET_ETHERNET=y # CONFIG_NET_VENDOR_3COM is not set # CONFIG_LANCE is not set # CONFIG_NET_VENDOR_SMC is not set # CONFIG_NET_VENDOR_RACAL is not set # CONFIG_AT1700 is not set # CONFIG_DEPCA is not set # CONFIG_HP100 is not set # CONFIG_NET_ISA is not set CONFIG_NET_PCI=y # CONFIG_PCNET32 is not set # CONFIG_ADAPTEC_STARFIRE is not set # CONFIG_AC3200 is not set # CONFIG_APRICOT is not set # CONFIG_CS89x0 is not set # CONFIG_TULIP is not set # CONFIG_DE4X5 is not set # CONFIG_DGRS is not set # CONFIG_DM9102 is not set CONFIG_EEPRO100=y # CONFIG_EEPRO100_PM is not set # CONFIG_LNE390 is not set # CONFIG_FEALNX is not set # CONFIG_NATSEMI is not set # CONFIG_NE2K_PCI is not set # CONFIG_NE3210 is not set # CONFIG_ES3210 is not set # CONFIG_8139TOO is not set # CONFIG_8139TOO_PIO is not set # CONFIG_8139TOO_TUNE_TWISTER is not set # CONFIG_8139TOO_8129 is not set # CONFIG_SIS900 is not set # CONFIG_EPIC100 is not set # CONFIG_SUNDANCE is not set # CONFIG_TLAN is not set # CONFIG_VIA_RHINE is not set # CONFIG_WINBOND_840 is not set # CONFIG_HAPPYMEAL is not set # CONFIG_NET_POCKET is not set # # Ethernet (1000 Mbit) # # CONFIG_ACENIC is not set # CONFIG_HAMACHI is not set # CONFIG_YELLOWFIN is not set # CONFIG_SK98LIN is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_PLIP is not set CONFIG_PPP=m # CONFIG_PPP_MULTILINK is not set # CONFIG_PPP_FILTER is not set CONFIG_PPP_ASYNC=m # CONFIG_PPP_SYNC_TTY is not set CONFIG_PPP_DEFLATE=m CONFIG_PPP_BSDCOMP=m # CONFIG_PPPOE is not set CONFIG_SLIP=m CONFIG_SLIP_COMPRESSED=y # CONFIG_SLIP_SMART is not set # CONFIG_SLIP_MODE_SLIP6 is not set # # Wireless LAN (non-hamradio) # # CONFIG_NET_RADIO is not set # # Token Ring devices # # CONFIG_TR is not set # CONFIG_NET_FC is not set # CONFIG_RCPCI is not set CONFIG_SHAPER=m # # Wan interfaces # # CONFIG_WAN is not set # # Amateur Radio support # # CONFIG_HAMRADIO is not set # # IrDA (infrared) support # # CONFIG_IRDA is not set # # ISDN subsystem # # CONFIG_ISDN is not set # # Old CD-ROM drivers (not SCSI, not IDE) # # CONFIG_CD_NO_IDESCSI is not set # # Input core support # CONFIG_INPUT=y # CONFIG_INPUT_KEYBDEV is not set CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1600 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=1280 CONFIG_INPUT_JOYDEV=m # CONFIG_INPUT_EVDEV is not set # # Character devices # CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_SERIAL=y # CONFIG_SERIAL_CONSOLE is not set # CONFIG_SERIAL_EXTENDED is not set # CONFIG_SERIAL_NONSTANDARD is not set CONFIG_UNIX98_PTYS=y CONFIG_UNIX98_PTY_COUNT=256 CONFIG_PRINTER=m # CONFIG_LP_CONSOLE is not set CONFIG_PPDEV=m # # I2C support # # CONFIG_I2C is not set # # Mice # # CONFIG_BUSMOUSE is not set CONFIG_MOUSE=y CONFIG_PSMOUSE=y # CONFIG_82C710_MOUSE is not set # CONFIG_PC110_PAD is not set # # Joysticks # CONFIG_JOYSTICK=y # CONFIG_INPUT_NS558 is not set # CONFIG_INPUT_LIGHTNING is not set # CONFIG_INPUT_PCIGAME is not set # CONFIG_INPUT_CS461X is not set CONFIG_INPUT_ANALOG=m # CONFIG_INPUT_A3D is not set CONFIG_INPUT_ADI=m # CONFIG_INPUT_COBRA is not set # CONFIG_INPUT_GF2K is not set # CONFIG_INPUT_GRIP is not set # CONFIG_INPUT_INTERACT is not set # CONFIG_INPUT_TMDC is not set # CONFIG_INPUT_SIDEWINDER is not set # CONFIG_INPUT_SERPORT is not set # CONFIG_INPUT_WARRIOR is not set # CONFIG_INPUT_MAGELLAN is not set # CONFIG_INPUT_SPACEORB is not set # CONFIG_INPUT_SPACEBALL is not set # CONFIG_INPUT_STINGER is not set # CONFIG_INPUT_IFORCE_232 is not set # CONFIG_INPUT_IFORCE_USB is not set # CONFIG_INPUT_DB9 is not set # CONFIG_INPUT_GAMECON is not set # CONFIG_INPUT_TURBOGRAFX is not set # CONFIG_QIC02_TAPE is not set # # Watchdog Cards # # CONFIG_WATCHDOG is not set CONFIG_INTEL_RNG=y # CONFIG_NVRAM is not set CONFIG_RTC=y # CONFIG_DTLK is not set # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # # Ftape, the floppy tape device driver # # CONFIG_FTAPE is not set CONFIG_AGP=m CONFIG_AGP_INTEL=y # CONFIG_AGP_I810 is not set # CONFIG_AGP_VIA is not set # CONFIG_AGP_AMD is not set # CONFIG_AGP_SIS is not set # CONFIG_AGP_ALI is not set CONFIG_DRM=y # CONFIG_DRM_TDFX is not set # CONFIG_DRM_GAMMA is not set # CONFIG_DRM_R128 is not set # CONFIG_DRM_RADEON is not set # CONFIG_DRM_I810 is not set # CONFIG_DRM_MGA is not set # # Multimedia devices # # CONFIG_VIDEO_DEV is not set # # File systems # CONFIG_QUOTA=y # CONFIG_FS_POSIX_ACL is not set # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set CONFIG_REISERFS_FS=m # CONFIG_REISERFS_CHECK is not set # CONFIG_ADFS_FS is not set # CONFIG_ADFS_FS_RW is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_BFS_FS is not set CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=y # CONFIG_EFS_FS is not set # CONFIG_JFFS_FS is not set # CONFIG_CRAMFS is not set CONFIG_TMPFS=y # CONFIG_RAMFS is not set CONFIG_ISO9660_FS=y CONFIG_JOLIET=y CONFIG_MINIX_FS=y # CONFIG_VXFS_FS is not set CONFIG_NTFS_FS=y # CONFIG_NTFS_RW is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_DEVFS_FS is not set # CONFIG_DEVFS_MOUNT is not set # CONFIG_DEVFS_DEBUG is not set CONFIG_DEVPTS_FS=y # CONFIG_QNX4FS_FS is not set # CONFIG_QNX4FS_RW is not set # CONFIG_ROMFS_FS is not set CONFIG_EXT2_FS=y # CONFIG_SYSV_FS is not set # CONFIG_SYSV_FS_WRITE is not set # CONFIG_UDF_FS is not set # CONFIG_UDF_RW is not set # CONFIG_UFS_FS is not set # CONFIG_UFS_FS_WRITE is not set CONFIG_PAGE_BUF=y CONFIG_XFS_FS=y CONFIG_HAVE_ATTRCTL=y # CONFIG_XFS_DMAPI is not set CONFIG_XFS_QUOTA=y # # Network File Systems # CONFIG_CODA_FS=m CONFIG_NFS_FS=m CONFIG_NFS_V3=y # CONFIG_ROOT_NFS is not set CONFIG_NFSD=m CONFIG_NFSD_V3=y CONFIG_SUNRPC=m CONFIG_LOCKD=m CONFIG_LOCKD_V4=y CONFIG_SMB_FS=m # CONFIG_SMB_NLS_DEFAULT is not set # CONFIG_NCP_FS is not set # CONFIG_NCPFS_PACKET_SIGNING is not set # CONFIG_NCPFS_IOCTL_LOCKING is not set # CONFIG_NCPFS_STRONG is not set # CONFIG_NCPFS_NFS_NS is not set # CONFIG_NCPFS_OS2_NS is not set # CONFIG_NCPFS_SMALLDOS is not set # CONFIG_NCPFS_NLS is not set # CONFIG_NCPFS_EXTRAS is not set # # Partition Types # CONFIG_PARTITION_ADVANCED=y # CONFIG_ACORN_PARTITION is not set # CONFIG_OSF_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ATARI_PARTITION is not set # CONFIG_MAC_PARTITION is not set CONFIG_MSDOS_PARTITION=y # CONFIG_BSD_DISKLABEL is not set # CONFIG_MINIX_SUBPARTITION is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set CONFIG_SGI_PARTITION=y # CONFIG_ULTRIX_PARTITION is not set # CONFIG_SUN_PARTITION is not set CONFIG_SMB_NLS=y CONFIG_NLS=y # # Native Language Support # CONFIG_NLS_DEFAULT="iso8859-1" CONFIG_NLS_CODEPAGE_437=y # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set # CONFIG_NLS_CODEPAGE_850 is not set # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1251 is not set CONFIG_NLS_ISO8859_1=y # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set # CONFIG_NLS_ISO8859_15 is not set # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set # CONFIG_NLS_UTF8 is not set # # Console drivers # CONFIG_VGA_CONSOLE=y CONFIG_VIDEO_SELECT=y # CONFIG_MDA_CONSOLE is not set # # Frame-buffer support # # CONFIG_FB is not set # # Sound # CONFIG_SOUND=m # CONFIG_SOUND_CMPCI is not set CONFIG_SOUND_EMU10K1=m # CONFIG_SOUND_FUSION is not set # CONFIG_SOUND_CS4281 is not set # CONFIG_SOUND_ES1370 is not set # CONFIG_SOUND_ES1371 is not set # CONFIG_SOUND_ESSSOLO1 is not set # CONFIG_SOUND_MAESTRO is not set # CONFIG_SOUND_MAESTRO3 is not set # CONFIG_SOUND_ICH is not set # CONFIG_SOUND_SONICVIBES is not set # CONFIG_SOUND_TRIDENT is not set # CONFIG_SOUND_MSNDCLAS is not set # CONFIG_SOUND_MSNDPIN is not set # CONFIG_SOUND_VIA82CXXX is not set # CONFIG_SOUND_OSS is not set # CONFIG_SOUND_TVMIXER is not set # # USB support # CONFIG_USB=y # CONFIG_USB_DEBUG is not set # CONFIG_USB_DEVICEFS is not set # CONFIG_USB_BANDWIDTH is not set CONFIG_USB_UHCI_ALT=y # CONFIG_USB_OHCI is not set # CONFIG_USB_AUDIO is not set # CONFIG_USB_BLUETOOTH is not set # CONFIG_USB_STORAGE is not set # CONFIG_USB_ACM is not set # CONFIG_USB_PRINTER is not set # CONFIG_USB_HID is not set # CONFIG_USB_KBD is not set # CONFIG_USB_MOUSE is not set # CONFIG_USB_WACOM is not set # CONFIG_USB_DC2XX is not set # CONFIG_USB_MDC800 is not set # CONFIG_USB_SCANNER is not set # CONFIG_USB_MICROTEK is not set # CONFIG_USB_IBMCAM is not set # CONFIG_USB_OV511 is not set # CONFIG_USB_PWC is not set # CONFIG_USB_DSBR is not set # CONFIG_USB_DABUSB is not set # CONFIG_USB_PLUSB is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_NET1080 is not set # CONFIG_USB_USS720 is not set # # USB Serial Converter support # # CONFIG_USB_SERIAL is not set # CONFIG_USB_RIO500 is not set # # Kernel hacking # CONFIG_MAGIC_SYSRQ=y # CONFIG_KDB is not set # CONFIG_KALLSYMS is not set # CONFIG_FRAME_POINTER is not set --------------E2933518D52FEF3360ECF256-- From owner-linux-xfs@oss.sgi.com Wed Jun 6 22:19:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f575JVD03750 for linux-xfs-outgoing; Wed, 6 Jun 2001 22:19:31 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f575JUh03747 for ; Wed, 6 Jun 2001 22:19:30 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA02525 for ; Wed, 6 Jun 2001 22:19:22 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA23976; Thu, 7 Jun 2001 15:18:07 +1000 Received: from clouds.melbourne.sgi.com (localhost [127.0.0.1]) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id PAA06648; Thu, 7 Jun 2001 15:18:01 +1000 (EST) Message-Id: <200106070518.PAA06648@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: stimits@idcomm.com cc: linux-xfs@oss.sgi.com Subject: Re: more aic7xxx In-reply-to: Your message of "Wed, 06 Jun 2001 23:12:17 CST." <3B1F0D31.3B7CCD1E@idcomm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Jun 2001 15:18:01 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "D. Stimits" writes: => This is a multi-part message in MIME format. => --------------E2933518D52FEF3360ECF256 => Content-Type: text/plain; charset=us-ascii => Content-Transfer-Encoding: 7bit => => I realize that some earlier aic7xxx problem was solved, I'm trying to => see what else might be the problem for a cvs from about an hour ago => today (2.4.6-pre1). Config is attached, actual error pasted below. I am => trying to compile aic7xxx in directly, since my whole system runs on it. => I'm hoping this is some silly config issue, here is the "make bzImage" => failure (I always run make mrproper and rerun make menuconfig and make => dep each time): => D. Stimits, stimits@idcomm.com "make oldconfig" and make sure that CONFIG_AIC7XXX_BUILD_FIRMWARE is turned on - I think it was broken in 2.4.5, less sure about 2.4.6-pre1. Here's the extract from my config: CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 CONFIG_AIC7XXX_RESET_DELAY_MS=15000 CONFIG_AIC7XXX_BUILD_FIRMWARE=y CONFIG_SCSI_ADVANSYS=y ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Jun 6 23:36:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f576aOM11827 for linux-xfs-outgoing; Wed, 6 Jun 2001 23:36:24 -0700 Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f576aMh11820 for ; Wed, 6 Jun 2001 23:36:23 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip33.idcomm.com [209.60.72.160]) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f576jCU17174 for ; Thu, 7 Jun 2001 00:45:12 -0600 Message-ID: <3B1F210A.18F67BE9@idcomm.com> Date: Thu, 07 Jun 2001 00:36:58 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2smp i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: Re: more aic7xxx References: <200106070518.PAA06648@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry if this shows up twice, I'm not sure if the first reply made it in or not. Daniel Moore wrote: > > "D. Stimits" writes: > => This is a multi-part message in MIME format. > => --------------E2933518D52FEF3360ECF256 > => Content-Type: text/plain; charset=us-ascii > => Content-Transfer-Encoding: 7bit > => > => I realize that some earlier aic7xxx problem was solved, I'm trying to > => see what else might be the problem for a cvs from about an hour ago > => today (2.4.6-pre1). Config is attached, actual error pasted below. I am > => trying to compile aic7xxx in directly, since my whole system runs on it. > => I'm hoping this is some silly config issue, here is the "make bzImage" > => failure (I always run make mrproper and rerun make menuconfig and make > => dep each time): > => D. Stimits, stimits@idcomm.com > > "make oldconfig" and make sure that CONFIG_AIC7XXX_BUILD_FIRMWARE is > turned on - I think it was broken in 2.4.5, less sure about 2.4.6-pre1. I thought I was the only one that found "make menuconfig" broken in the 2.4.5 cvs. I had a lame theory about stale files keeping prior users from finding it broken. > > Here's the extract from my config: > > CONFIG_SCSI_AIC7XXX=y > CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 On stock and ac series 2.4.5 kernels I see the device lock at 48 in the queue. Is 8 related to XFS changes? > CONFIG_AIC7XXX_RESET_DELAY_MS=15000 > CONFIG_AIC7XXX_BUILD_FIRMWARE=y This firmware delay is probably my problem, with just this change it compiles (I still need to install and test things). There is no help in the menu on it, I'm curious what it does? > CONFIG_SCSI_ADVANSYS=y My hardware is strictly integrated Adaptec. Should this matter in my case? > > ----------------------------------------------------- > Daniel Moore dxm@sgi.com > R&D Software Engineer Phone: +61-3-98348209 > SGI Performance Tools Group Fax: +61-3-98132378 > ----------------------------------------------------- FYI, now that it compiles, I see: warning: kernel is too big for standalone boot from floppy Is this strictly from too many non-module items, not necessarily XFS, or will compiling XFS directly in (no use of initial ramdisk) be enough to cause this? I saw the FAQ on needing to make the lilo initial ramdisk size as 25000 (rather than its usual 4096 or whatever the default is), which is obviously bigger than regular kernels. Do most people here with x86 intend to make a backup based on a CDROM ISO instead of floppy? Or is it reasonable to rearrange modules such that floppies become practical? D. Stimits, stimits@idcomm.com From owner-linux-xfs@oss.sgi.com Wed Jun 6 23:56:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f576uNx19359 for linux-xfs-outgoing; Wed, 6 Jun 2001 23:56:23 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f576uMh19355 for ; Wed, 6 Jun 2001 23:56:22 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id XAA01812 for ; Wed, 6 Jun 2001 23:56:31 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA24560; Thu, 7 Jun 2001 16:54:58 +1000 Received: from clouds.melbourne.sgi.com (localhost [127.0.0.1]) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA98342; Thu, 7 Jun 2001 16:54:56 +1000 (EST) Message-Id: <200106070654.QAA98342@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: stimits@idcomm.com Subject: Re: more aic7xxx In-reply-to: Your message of "Wed, 06 Jun 2001 23:59:56 CST." <3B1F185C.4E6BE983@idcomm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: linux-xfs@oss.sgi.com Date: Thu, 07 Jun 2001 16:54:56 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "D. Stimits" writes: => On stock and ac series 2.4.5 kernels I see the device lock at 48 in the => queue. Is 8 related to XFS changes? No - the example was for illustration only. => => > CONFIG_AIC7XXX_RESET_DELAY_MS=15000 => > CONFIG_AIC7XXX_BUILD_FIRMWARE=y => => This firmware delay is probably my problem, with just this change it => compiles (I still need to install and test things). There is no help in => the menu on it, I'm curious what it does? => => > CONFIG_SCSI_ADVANSYS=y => => My hardware is strictly integrated Adaptec. Should this matter in my => case? Aparently that's for our tapedrive. ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 7 01:40:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f578eEr31816 for linux-xfs-outgoing; Thu, 7 Jun 2001 01:40:14 -0700 Received: from saturn.gjw.net (IDENT:qmailr@gateway.wildman.co.za [196.15.241.74]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f578eAh31813 for ; Thu, 7 Jun 2001 01:40:11 -0700 Received: (qmail 4649 invoked from network); 7 Jun 2001 08:19:51 -0000 Received: from charon.gjw.net (gregw@192.168.0.101) by saturn.gjw.net with SMTP; 7 Jun 2001 08:19:51 -0000 Subject: Re: Red Hat 7.1 and quotas From: Greg Wildman To: "P.Dixon" Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 07 Jun 2001 10:19:51 +0200 Message-Id: <991901991.17518.13.camel@charon.gjw.net> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 06 Jun 2001 11:23:45 +0100, P.Dixon wrote: > Hi, > > I've just upgraded to Red Hat 7.1 from Red Hat 6.2 and have all my file > systems using xfs. Unfortunately, I can no longer get quota running: > > [root@hepserv /root]# quotaon /export/users > quotaon: /dev/sdb1: Invalid argument > quotaon: /dev/sdb1: Invalid argument > > Does the kernel that is installed by the SGI XFS 1.0 Red Hat 7.1 CD have > quota support enabled? Perhaps there is something obvious that I am not > doing...? > > Cheerio, > Paul There were a few problems running quotas using the SGI RedHat 7.1 iso. There is a patch for the kernel at http://linux-xfs.sgi.com/projects/xfs/mail_archive/0105/msg00246.html and a patch for the repquota command at http://linux-xfs.sgi.com/projects/xfs/mail_archive/0105/msg00252.html I have recompiled both SRPMS with the patches added and all is working great. I won't post the patches and spec file here as they are quite large, but drop me a note if you want me to make them available for download. -- Greg Kent's Heuristic: Look for it first where you'd most like to find it. From owner-linux-xfs@oss.sgi.com Thu Jun 7 03:17:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57AHKU09732 for linux-xfs-outgoing; Thu, 7 Jun 2001 03:17:20 -0700 Received: from ifi.informatik.uni-stuttgart.de (ifi.informatik.uni-stuttgart.de [129.69.211.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57AHIh09728 for ; Thu, 7 Jun 2001 03:17:18 -0700 Received: from bebop.informatik.uni-stuttgart.de (bebop [129.69.215.68]) by ifi.informatik.uni-stuttgart.de (8.9.3/2.2) with ESMTP id MAA21418; Thu, 7 Jun 2001 12:17:02 +0200 (MET DST) Received: from techno.informatik.uni-stuttgart.de (magallon@techno.informatik.uni-stuttgart.de [129.69.218.24]) by bebop.informatik.uni-stuttgart.de (8.11.0/2.2) with SMTP id f57AHFU08483; Thu, 7 Jun 2001 12:17:15 +0200 Received: by techno.informatik.uni-stuttgart.de (sSMTP sendmail emulation); Thu, 7 Jun 2001 12:17:15 +0200 Date: Thu, 7 Jun 2001 12:17:15 +0200 From: "Marcelo E. Magallon" To: Mark Pinto Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.6-pre1 Message-ID: <20010607121715.A2926@informatik.uni-stuttgart.de> Mail-Followup-To: "Marcelo E. Magallon" , Mark Pinto , linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i X-Operating-System: Linux techno 2.4.5-ac8 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Mark Pinto writes: > I have searched the linux kernel mailing list, and didnt see anything > related to this problem. Try this: http://www.cs.helsinki.fi/linux/linux-kernel/2001-22/0237.html -- Marcelo From owner-linux-xfs@oss.sgi.com Thu Jun 7 04:25:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57BPJ619958 for linux-xfs-outgoing; Thu, 7 Jun 2001 04:25:19 -0700 Received: from relay.xlink.net (relay.xlink.net [193.141.40.4]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57BPFh19944 for ; Thu, 7 Jun 2001 04:25:15 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by relay.xlink.net (8.9.3/8.8.7) with ESMTP id NAA13232 for ; Thu, 7 Jun 2001 13:25:14 +0200 (MET DST) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id NAA01310 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 13:25:13 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 0469257306 for ; Thu, 7 Jun 2001 13:34:12 +0200 (CEST) Received: from ch.sauter-bc.com (support.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id D8DAB25835 for ; Thu, 7 Jun 2001 13:34:41 +0200 (CEST) Message-ID: <3B1F6564.EC904DF4@ch.sauter-bc.com> Date: Thu, 07 Jun 2001 13:28:36 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.1 i686) X-Accept-Language: de-CH, en MIME-Version: 1.0 To: linux-xfs Subject: Segmentation faults on i820 (Camino) chipset Content-Type: multipart/mixed; boundary="------------DD81C98F4F8AD0FAC2FDB998" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dies ist eine mehrteilige Nachricht im MIME-Format. --------------DD81C98F4F8AD0FAC2FDB998 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi everybody, I'm using XFS since 1.0 and it has worked perfectly everywhere. I used it on top of MD Raid5 and on LVM on top of MD Raid5. But now I came across a problem and I don't know how to solve it. I installed RH7.1-XFS on a new DELL Precision 220 Workstation, one PIII 933, 256M RDRAM, Intel Pro/100 ethernet. I removed the CDROM and installed 4 IBM IC35L060AVER07 60G HD's. The onboard Sound and USB is disabled. The chipset is i820 (Camino). Initial install went fine, using 180GB MD Raid5. Then I tired to update some RPM's and rpm segfaulted. Later after a reboot, it went fine. The next reboot I saw some messages that /sbin/mkkerneldoth segfaulted, another reboot went fine. I started to play with the noapic and pci=xxx options but no result. 1 of 5 times I boot the system, it doesn't work properly and many applications segfault. beside that everything seems okay. Any idea what I can do? Thanks Simon -- Simon Matter Tel: +41 61 695 57 35 Fr.Sauter AG / CIT Fax: +41 61 695 53 30 Im Surinam 55 CH-4016 Basel [mailto:simon.matter@ch.sauter-bc.com] --------------DD81C98F4F8AD0FAC2FDB998 Content-Type: application/octet-stream; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg" MDAwMDUwMDAwMCBAIDAwMDAwMDAwZmZiMDAwMDAgKHJlc2VydmVkKQogQklPUy1lODIwOiAw MDAwMDAwMDAwMDEwMDAwIEAgMDAwMDAwMDBmZWMwMDAwMCAocmVzZXJ2ZWQpCiBCSU9TLWU4 MjA6IDAwMDAwMDAwMDAwMTAwMDAgQCAwMDAwMDAwMGZlZTAwMDAwIChyZXNlcnZlZCkKT24g bm9kZSAwIHRvdGFscGFnZXM6IDY1NDM4CnpvbmUoMCk6IDQwOTYgcGFnZXMuCnpvbmUgRE1B IGhhcyBtYXggMzIgY2FjaGVkIHBhZ2VzLgp6b25lKDEpOiA2MTM0MiBwYWdlcy4Kem9uZSBO b3JtYWwgaGFzIG1heCA0NzkgY2FjaGVkIHBhZ2VzLgp6b25lKDIpOiAwIHBhZ2VzLgp6b25l IEhpZ2hNZW0gaGFzIG1heCAxIGNhY2hlZCBwYWdlcy4KaG0sIHBhZ2UgMDEwMDAwMDAgcmVz ZXJ2ZWQgdHdpY2UuCktlcm5lbCBjb21tYW5kIGxpbmU6IGF1dG8gQk9PVF9JTUFHRT1saW51 eCBybyByb290PTkwMCBCT09UX0ZJTEU9L2Jvb3Qvdm1saW51ei0yLjQuMi1TR0lfWEZTXzEu MCByYW1kaXNrX3NpemU9MjUwMCBub2FwaWMKSW5pdGlhbGl6aW5nIENQVSMwCkRldGVjdGVk IDkzMC45NzcgTUh6IHByb2Nlc3Nvci4KQ29uc29sZTogY29sb3VyIFZHQSsgODB4MjUKQ2Fs aWJyYXRpbmcgZGVsYXkgbG9vcC4uLiAxODU0LjY2IEJvZ29NSVBTCk1lbW9yeTogMjU0MTM2 ay8yNjE3NTJrIGF2YWlsYWJsZSAoMTkyNGsga2VybmVsIGNvZGUsIDcyMzJrIHJlc2VydmVk LCA5NmsgZGF0YSwgMjIwayBpbml0LCAwayBoaWdobWVtKQpEZW50cnktY2FjaGUgaGFzaCB0 YWJsZSBlbnRyaWVzOiAzMjc2OCAob3JkZXI6IDYsIDI2MjE0NCBieXRlcykKQnVmZmVyLWNh Y2hlIGhhc2ggdGFibGUgZW50cmllczogMTYzODQgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykK UGFnZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogNywgNTI0Mjg4 IGJ5dGVzKQpJbm9kZS1jYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDE2Mzg0IChvcmRlcjog NSwgMTMxMDcyIGJ5dGVzKQpWRlM6IERpc2txdW90YXMgdmVyc2lvbiBkcXVvdF82LjUuMCBp bml0aWFsaXplZApDUFU6IEJlZm9yZSB2ZW5kb3IgaW5pdCwgY2FwczogMDM4M2ZiZmYgMDAw MDAwMDAgMDAwMDAwMDAsIHZlbmRvciA9IDAKQ1BVOiBMMSBJIGNhY2hlOiAxNkssIEwxIEQg Y2FjaGU6IDE2SwpDUFU6IEwyIGNhY2hlOiAyNTZLCkludGVsIG1hY2hpbmUgY2hlY2sgYXJj aGl0ZWN0dXJlIHN1cHBvcnRlZC4KSW50ZWwgbWFjaGluZSBjaGVjayByZXBvcnRpbmcgZW5h YmxlZCBvbiBDUFUjMC4KQ1BVOiBBZnRlciB2ZW5kb3IgaW5pdCwgY2FwczogMDM4M2ZiZmYg MDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKQ1BVOiBBZnRlciBnZW5lcmljLCBjYXBzOiAw MzgzZmJmZiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMApDUFU6IENvbW1vbiBjYXBzOiAw MzgzZmJmZiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMApDUFU6IEludGVsIFBlbnRpdW0g SUlJIChDb3BwZXJtaW5lKSBzdGVwcGluZyAwNgpFbmFibGluZyBmYXN0IEZQVSBzYXZlIGFu ZCByZXN0b3JlLi4uIGRvbmUuCkVuYWJsaW5nIHVubWFza2VkIFNJTUQgRlBVIGV4Y2VwdGlv biBzdXBwb3J0Li4uIGRvbmUuCkNoZWNraW5nICdobHQnIGluc3RydWN0aW9uLi4uIE9LLgpQ T1NJWCBjb25mb3JtYW5jZSB0ZXN0aW5nIGJ5IFVOSUZJWAptdHJyOiB2MS4zNyAoMjAwMDEx MDkpIFJpY2hhcmQgR29vY2ggKHJnb29jaEBhdG5mLmNzaXJvLmF1KQptdHJyOiBkZXRlY3Rl ZCBtdHJyIHR5cGU6IEludGVsClBDSTogUENJIEJJT1MgcmV2aXNpb24gMi4xMCBlbnRyeSBh dCAweGZjMDVlLCBsYXN0IGJ1cz0yClBDSTogVXNpbmcgY29uZmlndXJhdGlvbiB0eXBlIDEK UENJOiBQcm9iaW5nIFBDSSBoYXJkd2FyZQpVbmtub3duIGJyaWRnZSByZXNvdXJjZSAwOiBh c3N1bWluZyB0cmFuc3BhcmVudApVbmtub3duIGJyaWRnZSByZXNvdXJjZSAyOiBhc3N1bWlu ZyB0cmFuc3BhcmVudApQQ0k6IFVzaW5nIElSUSByb3V0ZXIgUElJWCBbODA4Ni8yNDEwXSBh dCAwMDoxZi4wCmlzYXBucDogU2Nhbm5pbmcgZm9yIFBuUCBjYXJkcy4uLgppc2FwbnA6IE5v IFBsdWcgJiBQbGF5IGRldmljZSBmb3VuZApMaW51eCBORVQ0LjAgZm9yIExpbnV4IDIuNApC YXNlZCB1cG9uIFN3YW5zZWEgVW5pdmVyc2l0eSBDb21wdXRlciBTb2NpZXR5IE5FVDMuMDM5 CkluaXRpYWxpemluZyBSVCBuZXRsaW5rIHNvY2tldAphcG06IEJJT1MgdmVyc2lvbiAxLjIg RmxhZ3MgMHgwMyAoRHJpdmVyIHZlcnNpb24gMS4xNCkKU3RhcnRpbmcga3N3YXBkIHYxLjgK cHR5OiAyNTYgVW5peDk4IHB0eXMgY29uZmlndXJlZApibG9jazogcXVldWVkIHNlY3RvcnMg bWF4L2xvdyAxNjg2NTNrQi81NjIxN2tCLCA1MTIgc2xvdHMgcGVyIHF1ZXVlClJBTURJU0sg ZHJpdmVyIGluaXRpYWxpemVkOiAxNiBSQU0gZGlza3Mgb2YgMjUwMEsgc2l6ZSAxMDI0IGJs b2Nrc2l6ZQpVbmlmb3JtIE11bHRpLVBsYXRmb3JtIEUtSURFIGRyaXZlciBSZXZpc2lvbjog Ni4zMQppZGU6IEFzc3VtaW5nIDMzTUh6IHN5c3RlbSBidXMgc3BlZWQgZm9yIFBJTyBtb2Rl czsgb3ZlcnJpZGUgd2l0aCBpZGVidXM9eHgKUElJWDQ6IElERSBjb250cm9sbGVyIG9uIFBD SSBidXMgMDAgZGV2IGY5ClBJSVg0OiBjaGlwc2V0IHJldmlzaW9uIDIKUElJWDQ6IG5vdCAx MDAlIG5hdGl2ZSBtb2RlOiB3aWxsIHByb2JlIGlycXMgbGF0ZXIKICAgIGlkZTA6IEJNLURN QSBhdCAweGZmYTAtMHhmZmE3LCBCSU9TIHNldHRpbmdzOiBoZGE6RE1BLCBoZGI6RE1BCiAg ICBpZGUxOiBCTS1ETUEgYXQgMHhmZmE4LTB4ZmZhZiwgQklPUyBzZXR0aW5nczogaGRjOkRN QSwgaGRkOkRNQQpoZGE6IElDMzVMMDYwQVZFUjA3LTAsIEFUQSBESVNLIGRyaXZlCmhkYjog SUMzNUwwNjBBVkVSMDctMCwgQVRBIERJU0sgZHJpdmUKaGRjOiBJQzM1TDA2MEFWRVIwNy0w LCBBVEEgRElTSyBkcml2ZQpoZGQ6IElDMzVMMDYwQVZFUjA3LTAsIEFUQSBESVNLIGRyaXZl CmlkZTAgYXQgMHgxZjAtMHgxZjcsMHgzZjYgb24gaXJxIDE0CmlkZTEgYXQgMHgxNzAtMHgx NzcsMHgzNzYgb24gaXJxIDE1CmhkYTogMTIwMTAzMjAwIHNlY3RvcnMgKDYxNDkzIE1CKSB3 LzE5MTZLaUIgQ2FjaGUsIENIUz03NDc2LzI1NS82MywgVURNQSg2NikKaGRiOiAxMjAxMDMy MDAgc2VjdG9ycyAoNjE0OTMgTUIpIHcvMTkxNktpQiBDYWNoZSwgQ0hTPTc0NzYvMjU1LzYz LCBVRE1BKDY2KQpoZGM6IDEyMDEwMzIwMCBzZWN0b3JzICg2MTQ5MyBNQikgdy8xOTE2S2lC IENhY2hlLCBDSFM9MTE5MTUwLzE2LzYzLCBVRE1BKDY2KQpoZGQ6IDEyMDEwMzIwMCBzZWN0 b3JzICg2MTQ5MyBNQikgdy8xOTE2S2lCIENhY2hlLCBDSFM9MTE5MTUwLzE2LzYzLCBVRE1B KDY2KQpQYXJ0aXRpb24gY2hlY2s6CiAvZGV2L2lkZS9ob3N0MC9idXMwL3RhcmdldDAvbHVu MDogcDEgcDIKIC9kZXYvaWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wOiBwMSBwMgogL2Rl di9pZGUvaG9zdDAvYnVzMS90YXJnZXQwL2x1bjA6IHAxIHAyCiAvZGV2L2lkZS9ob3N0MC9i dXMxL3RhcmdldDEvbHVuMDogcDEgcDIKRmxvcHB5IGRyaXZlKHMpOiBmZDAgaXMgMS40NE0K RkRDIDAgaXMgYSBOYXRpb25hbCBTZW1pY29uZHVjdG9yIFBDODczMDYKUkFNRElTSzogQ29t cHJlc3NlZCBpbWFnZSBmb3VuZCBhdCBibG9jayAwCkZyZWVpbmcgaW5pdHJkIG1lbW9yeTog MjY5ayBmcmVlZApTZXJpYWwgZHJpdmVyIHZlcnNpb24gNS4wMiAoMjAwMC0wOC0wOSkgd2l0 aCBNQU5ZX1BPUlRTIE1VTFRJUE9SVCBTSEFSRV9JUlEgU0VSSUFMX1BDSSBJU0FQTlAgZW5h YmxlZAp0dHlTMDAgYXQgMHgwM2Y4IChpcnEgPSA0KSBpcyBhIDE2NTUwQQp0dHlTMDEgYXQg MHgwMmY4IChpcnEgPSAzKSBpcyBhIDE2NTUwQQpSZWFsIFRpbWUgQ2xvY2sgRHJpdmVyIHYx LjEwZAptZCBkcml2ZXIgMC45MC4wIE1BWF9NRF9ERVZTPTI1NiwgTURfU0JfRElTS1M9MjcK bWQuYzogc2l6ZW9mKG1kcF9zdXBlcl90KSA9IDQwOTYKYXV0b2RldGVjdGluZyBSQUlEIGFy cmF5cwoocmVhZCkgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQxJ3Mgc2Igb2Zm c2V0OiAxMDI4MDMyIFtldmVudHM6IDAwMDAwMDU3XQoocmVhZCkgaWRlL2hvc3QwL2J1czAv dGFyZ2V0MC9sdW4wL3BhcnQyJ3Mgc2Igb2Zmc2V0OiA1OTAyMjcyMCBbZXZlbnRzOiAwMDAw MDA1N10KKHJlYWQpIGlkZS9ob3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0MSdzIHNiIG9m ZnNldDogMTAyODAzMiBbZXZlbnRzOiAwMDAwMDA1N10KKHJlYWQpIGlkZS9ob3N0MC9idXMw L3RhcmdldDEvbHVuMC9wYXJ0MidzIHNiIG9mZnNldDogNTkwMjI3MjAgW2V2ZW50czogMDAw MDAwNTddCihyZWFkKSBpZGUvaG9zdDAvYnVzMS90YXJnZXQwL2x1bjAvcGFydDIncyBzYiBv ZmZzZXQ6IDU5MDI3MzkyIFtldmVudHM6IDAwMDAwMDU3XQoocmVhZCkgaWRlL2hvc3QwL2J1 czEvdGFyZ2V0MS9sdW4wL3BhcnQyJ3Mgc2Igb2Zmc2V0OiA1OTAyNzM5MiBbZXZlbnRzOiAw MDAwMDA1N10KYXV0b3J1biAuLi4KY29uc2lkZXJpbmcgaWRlL2hvc3QwL2J1czEvdGFyZ2V0 MS9sdW4wL3BhcnQyIC4uLgogIGFkZGluZyBpZGUvaG9zdDAvYnVzMS90YXJnZXQxL2x1bjAv cGFydDIgLi4uCiAgYWRkaW5nIGlkZS9ob3N0MC9idXMxL3RhcmdldDAvbHVuMC9wYXJ0MiAu Li4KICBhZGRpbmcgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQyIC4uLgogIGFk ZGluZyBpZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFydDIgLi4uCmNyZWF0ZWQgbWQx CmJpbmQ8aWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyLDE+CmJpbmQ8aWRlL2hv c3QwL2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQyLDI+CmJpbmQ8aWRlL2hvc3QwL2J1czEvdGFy Z2V0MC9sdW4wL3BhcnQyLDM+CmJpbmQ8aWRlL2hvc3QwL2J1czEvdGFyZ2V0MS9sdW4wL3Bh cnQyLDQ+CnJ1bm5pbmc6IDxpZGUvaG9zdDAvYnVzMS90YXJnZXQxL2x1bjAvcGFydDI+PGlk ZS9ob3N0MC9idXMxL3RhcmdldDAvbHVuMC9wYXJ0Mj48aWRlL2hvc3QwL2J1czAvdGFyZ2V0 MS9sdW4wL3BhcnQyPjxpZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFydDI+CmlkZS9o b3N0MC9idXMxL3RhcmdldDEvbHVuMC9wYXJ0MidzIGV2ZW50IGNvdW50ZXI6IDAwMDAwMDU3 CmlkZS9ob3N0MC9idXMxL3RhcmdldDAvbHVuMC9wYXJ0MidzIGV2ZW50IGNvdW50ZXI6IDAw MDAwMDU3CmlkZS9ob3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0MidzIGV2ZW50IGNvdW50 ZXI6IDAwMDAwMDU3CmlkZS9ob3N0MC9idXMwL3RhcmdldDAvbHVuMC9wYXJ0MidzIGV2ZW50 IGNvdW50ZXI6IDAwMDAwMDU3CnJlcXVlc3RfbW9kdWxlW21kLXBlcnNvbmFsaXR5LTRdOiBS b290IGZzIG5vdCBtb3VudGVkCm1kLmM6IHBlcnNvbmFsaXR5IDQgaXMgbm90IGxvYWRlZCEK ZG9fbWRfcnVuKCkgcmV0dXJuZWQgLTIyCm1kMSBzdG9wcGVkLgp1bmJpbmQ8aWRlL2hvc3Qw L2J1czEvdGFyZ2V0MS9sdW4wL3BhcnQyLDM+CmV4cG9ydF9yZGV2KGlkZS9ob3N0MC9idXMx L3RhcmdldDEvbHVuMC9wYXJ0MikKdW5iaW5kPGlkZS9ob3N0MC9idXMxL3RhcmdldDAvbHVu MC9wYXJ0MiwyPgpleHBvcnRfcmRldihpZGUvaG9zdDAvYnVzMS90YXJnZXQwL2x1bjAvcGFy dDIpCnVuYmluZDxpZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDIsMT4KZXhwb3J0 X3JkZXYoaWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQyKQp1bmJpbmQ8aWRlL2hv c3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyLDA+CmV4cG9ydF9yZGV2KGlkZS9ob3N0MC9i dXMwL3RhcmdldDAvbHVuMC9wYXJ0MikKY29uc2lkZXJpbmcgaWRlL2hvc3QwL2J1czAvdGFy Z2V0MS9sdW4wL3BhcnQxIC4uLgogIGFkZGluZyBpZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1 bjAvcGFydDEgLi4uCiAgYWRkaW5nIGlkZS9ob3N0MC9idXMwL3RhcmdldDAvbHVuMC9wYXJ0 MSAuLi4KY3JlYXRlZCBtZDAKYmluZDxpZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFy dDEsMT4KYmluZDxpZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDEsMj4KcnVubmlu ZzogPGlkZS9ob3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0MT48aWRlL2hvc3QwL2J1czAv dGFyZ2V0MC9sdW4wL3BhcnQxPgppZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDEn cyBldmVudCBjb3VudGVyOiAwMDAwMDA1NwppZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAv cGFydDEncyBldmVudCBjb3VudGVyOiAwMDAwMDA1NwpSQUlEIGxldmVsIDEgZG9lcyBub3Qg bmVlZCBjaHVua3NpemUhIENvbnRpbnVpbmcgYW55d2F5LgpyZXF1ZXN0X21vZHVsZVttZC1w ZXJzb25hbGl0eS0zXTogUm9vdCBmcyBub3QgbW91bnRlZAptZC5jOiBwZXJzb25hbGl0eSAz IGlzIG5vdCBsb2FkZWQhCmRvX21kX3J1bigpIHJldHVybmVkIC0yMgptZDAgc3RvcHBlZC4K dW5iaW5kPGlkZS9ob3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0MSwxPgpleHBvcnRfcmRl dihpZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDEpCnVuYmluZDxpZGUvaG9zdDAv YnVzMC90YXJnZXQwL2x1bjAvcGFydDEsMD4KZXhwb3J0X3JkZXYoaWRlL2hvc3QwL2J1czAv dGFyZ2V0MC9sdW4wL3BhcnQxKQouLi4gYXV0b3J1biBET05FLgpORVQ0OiBMaW51eCBUQ1Av SVAgMS4wIGZvciBORVQ0LjAKSVAgUHJvdG9jb2xzOiBJQ01QLCBVRFAsIFRDUCwgSUdNUApJ UDogcm91dGluZyBjYWNoZSBoYXNoIHRhYmxlIG9mIDIwNDggYnVja2V0cywgMTZLYnl0ZXMK VENQOiBIYXNoIHRhYmxlcyBjb25maWd1cmVkIChlc3RhYmxpc2hlZCAxNjM4NCBiaW5kIDE2 Mzg0KQpMaW51eCBJUCBtdWx0aWNhc3Qgcm91dGVyIDAuMDYgcGx1cyBQSU0tU00KTkVUNDog VW5peCBkb21haW4gc29ja2V0cyAxLjAvU01QIGZvciBMaW51eCBORVQ0LjAuCmRldmZzOiB2 MC4xMDIgKDIwMDAwNjIyKSBSaWNoYXJkIEdvb2NoIChyZ29vY2hAYXRuZi5jc2lyby5hdSkK ZGV2ZnM6IGJvb3Rfb3B0aW9uczogMHgwClZGUzogTW91bnRlZCByb290IChleHQyIGZpbGVz eXN0ZW0pLgpNb3VudGVkIGRldmZzIG9uIC9kZXYKcmFpZDEgcGVyc29uYWxpdHkgcmVnaXN0 ZXJlZCBhcyBuciAzCnJhaWQ1OiBtZWFzdXJpbmcgY2hlY2tzdW1taW5nIHNwZWVkCiAgIDhy ZWdzICAgICA6ICAxMjU4LjgwMCBNQi9zZWMKICAgMzJyZWdzICAgIDogICA4NjcuMjAwIE1C L3NlYwogICBwSUlfbW14ICAgOiAgMjE3NC40MDAgTUIvc2VjCiAgIHA1X21teCAgICA6ICAy MzE5LjYwMCBNQi9zZWMKcmFpZDU6IHVzaW5nIGZ1bmN0aW9uOiBwNV9tbXggKDIzMTkuNjAw IE1CL3NlYykKcmFpZDUgcGVyc29uYWxpdHkgcmVnaXN0ZXJlZCBhcyBuciA0CmF1dG9kZXRl Y3RpbmcgUkFJRCBhcnJheXMKKHJlYWQpIGlkZS9ob3N0MC9idXMxL3RhcmdldDEvbHVuMC9w YXJ0MidzIHNiIG9mZnNldDogNTkwMjczOTIgW2V2ZW50czogMDAwMDAwNTddCihyZWFkKSBp ZGUvaG9zdDAvYnVzMS90YXJnZXQwL2x1bjAvcGFydDIncyBzYiBvZmZzZXQ6IDU5MDI3Mzky IFtldmVudHM6IDAwMDAwMDU3XQoocmVhZCkgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4w L3BhcnQyJ3Mgc2Igb2Zmc2V0OiA1OTAyMjcyMCBbZXZlbnRzOiAwMDAwMDA1N10KKHJlYWQp IGlkZS9ob3N0MC9idXMwL3RhcmdldDAvbHVuMC9wYXJ0MidzIHNiIG9mZnNldDogNTkwMjI3 MjAgW2V2ZW50czogMDAwMDAwNTddCihyZWFkKSBpZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1 bjAvcGFydDEncyBzYiBvZmZzZXQ6IDEwMjgwMzIgW2V2ZW50czogMDAwMDAwNTddCihyZWFk KSBpZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFydDEncyBzYiBvZmZzZXQ6IDEwMjgw MzIgW2V2ZW50czogMDAwMDAwNTddCmF1dG9ydW4gLi4uCmNvbnNpZGVyaW5nIGlkZS9ob3N0 MC9idXMwL3RhcmdldDAvbHVuMC9wYXJ0MSAuLi4KICBhZGRpbmcgaWRlL2hvc3QwL2J1czAv dGFyZ2V0MC9sdW4wL3BhcnQxIC4uLgogIGFkZGluZyBpZGUvaG9zdDAvYnVzMC90YXJnZXQx L2x1bjAvcGFydDEgLi4uCmNyZWF0ZWQgbWQwCmJpbmQ8aWRlL2hvc3QwL2J1czAvdGFyZ2V0 MS9sdW4wL3BhcnQxLDE+CmJpbmQ8aWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQx LDI+CnJ1bm5pbmc6IDxpZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFydDE+PGlkZS9o b3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0MT4KaWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9s dW4wL3BhcnQxJ3MgZXZlbnQgY291bnRlcjogMDAwMDAwNTcKaWRlL2hvc3QwL2J1czAvdGFy Z2V0MS9sdW4wL3BhcnQxJ3MgZXZlbnQgY291bnRlcjogMDAwMDAwNTcKUkFJRCBsZXZlbCAx IGRvZXMgbm90IG5lZWQgY2h1bmtzaXplISBDb250aW51aW5nIGFueXdheS4KbWQwOiBtYXgg dG90YWwgcmVhZGFoZWFkIHdpbmRvdyBzZXQgdG8gNTA4awptZDA6IDEgZGF0YS1kaXNrcywg bWF4IHJlYWRhaGVhZCBwZXIgZGF0YS1kaXNrOiA1MDhrCnJhaWQxOiBkZXZpY2UgaWRlL2hv c3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQxIG9wZXJhdGlvbmFsIGFzIG1pcnJvciAwCnJh aWQxOiBkZXZpY2UgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQxIG9wZXJhdGlv bmFsIGFzIG1pcnJvciAxCihjaGVja2luZyBkaXNrIDApCihjaGVja2luZyBkaXNrIDEpCnJh aWQxOiByYWlkIHNldCBtZDAgYWN0aXZlIHdpdGggMiBvdXQgb2YgMiBtaXJyb3JzCm1kOiB1 cGRhdGluZyBtZDAgUkFJRCBzdXBlcmJsb2NrIG9uIGRldmljZQppZGUvaG9zdDAvYnVzMC90 YXJnZXQwL2x1bjAvcGFydDEgW2V2ZW50czogMDAwMDAwNThdKHdyaXRlKSBpZGUvaG9zdDAv YnVzMC90YXJnZXQwL2x1bjAvcGFydDEncyBzYiBvZmZzZXQ6IDEwMjgwMzIKaWRlL2hvc3Qw L2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQxIFtldmVudHM6IDAwMDAwMDU4XSh3cml0ZSkgaWRl L2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQxJ3Mgc2Igb2Zmc2V0OiAxMDI4MDMyCi4K Y29uc2lkZXJpbmcgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyIC4uLgogIGFk ZGluZyBpZGUvaG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFydDIgLi4uCiAgYWRkaW5nIGlk ZS9ob3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0MiAuLi4KICBhZGRpbmcgaWRlL2hvc3Qw L2J1czEvdGFyZ2V0MC9sdW4wL3BhcnQyIC4uLgogIGFkZGluZyBpZGUvaG9zdDAvYnVzMS90 YXJnZXQxL2x1bjAvcGFydDIgLi4uCmNyZWF0ZWQgbWQxCmJpbmQ8aWRlL2hvc3QwL2J1czEv dGFyZ2V0MS9sdW4wL3BhcnQyLDE+CmJpbmQ8aWRlL2hvc3QwL2J1czEvdGFyZ2V0MC9sdW4w L3BhcnQyLDI+CmJpbmQ8aWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wL3BhcnQyLDM+CmJp bmQ8aWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyLDQ+CnJ1bm5pbmc6IDxpZGUv aG9zdDAvYnVzMC90YXJnZXQwL2x1bjAvcGFydDI+PGlkZS9ob3N0MC9idXMwL3RhcmdldDEv bHVuMC9wYXJ0Mj48aWRlL2hvc3QwL2J1czEvdGFyZ2V0MC9sdW4wL3BhcnQyPjxpZGUvaG9z dDAvYnVzMS90YXJnZXQxL2x1bjAvcGFydDI+CmlkZS9ob3N0MC9idXMwL3RhcmdldDAvbHVu MC9wYXJ0MidzIGV2ZW50IGNvdW50ZXI6IDAwMDAwMDU3CmlkZS9ob3N0MC9idXMwL3Rhcmdl dDEvbHVuMC9wYXJ0MidzIGV2ZW50IGNvdW50ZXI6IDAwMDAwMDU3CmlkZS9ob3N0MC9idXMx L3RhcmdldDAvbHVuMC9wYXJ0MidzIGV2ZW50IGNvdW50ZXI6IDAwMDAwMDU3CmlkZS9ob3N0 MC9idXMxL3RhcmdldDEvbHVuMC9wYXJ0MidzIGV2ZW50IGNvdW50ZXI6IDAwMDAwMDU3Cm1k MTogbWF4IHRvdGFsIHJlYWRhaGVhZCB3aW5kb3cgc2V0IHRvIDMwNzJrCm1kMTogMyBkYXRh LWRpc2tzLCBtYXggcmVhZGFoZWFkIHBlciBkYXRhLWRpc2s6IDEwMjRrCnJhaWQ1OiBkZXZp Y2UgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyIG9wZXJhdGlvbmFsIGFzIHJh aWQgZGlzayAwCnJhaWQ1OiBkZXZpY2UgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MS9sdW4wL3Bh cnQyIG9wZXJhdGlvbmFsIGFzIHJhaWQgZGlzayAyCnJhaWQ1OiBkZXZpY2UgaWRlL2hvc3Qw L2J1czEvdGFyZ2V0MC9sdW4wL3BhcnQyIG9wZXJhdGlvbmFsIGFzIHJhaWQgZGlzayAxCnJh aWQ1OiBkZXZpY2UgaWRlL2hvc3QwL2J1czEvdGFyZ2V0MS9sdW4wL3BhcnQyIG9wZXJhdGlv bmFsIGFzIHJhaWQgZGlzayAzCnJhaWQ1OiBhbGxvY2F0ZWQgNDMxMmtCIGZvciBtZDEKcmFp ZDU6IHJhaWQgbGV2ZWwgNSBzZXQgbWQxIGFjdGl2ZSB3aXRoIDQgb3V0IG9mIDQgZGV2aWNl cywgYWxnb3JpdGhtIDAKUkFJRDUgY29uZiBwcmludG91dDoKIC0tLSByZDo0IHdkOjQgZmQ6 MAogZGlzayAwLCBzOjAsIG86MSwgbjowIHJkOjAgdXM6MSBkZXY6aWRlL2hvc3QwL2J1czAv dGFyZ2V0MC9sdW4wL3BhcnQyCiBkaXNrIDEsIHM6MCwgbzoxLCBuOjEgcmQ6MSB1czoxIGRl djppZGUvaG9zdDAvYnVzMS90YXJnZXQwL2x1bjAvcGFydDIKIGRpc2sgMiwgczowLCBvOjEs IG46MiByZDoyIHVzOjEgZGV2OmlkZS9ob3N0MC9idXMwL3RhcmdldDEvbHVuMC9wYXJ0Mgog ZGlzayAzLCBzOjAsIG86MSwgbjozIHJkOjMgdXM6MSBkZXY6aWRlL2hvc3QwL2J1czEvdGFy Z2V0MS9sdW4wL3BhcnQyClJBSUQ1IGNvbmYgcHJpbnRvdXQ6CiAtLS0gcmQ6NCB3ZDo0IGZk OjAKIGRpc2sgMCwgczowLCBvOjEsIG46MCByZDowIHVzOjEgZGV2OmlkZS9ob3N0MC9idXMw L3RhcmdldDAvbHVuMC9wYXJ0MgogZGlzayAxLCBzOjAsIG86MSwgbjoxIHJkOjEgdXM6MSBk ZXY6aWRlL2hvc3QwL2J1czEvdGFyZ2V0MC9sdW4wL3BhcnQyCiBkaXNrIDIsIHM6MCwgbzox LCBuOjIgcmQ6MiB1czoxIGRldjppZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDIK IGRpc2sgMywgczowLCBvOjEsIG46MyByZDozIHVzOjEgZGV2OmlkZS9ob3N0MC9idXMxL3Rh cmdldDEvbHVuMC9wYXJ0MgptZDogdXBkYXRpbmcgbWQxIFJBSUQgc3VwZXJibG9jayBvbiBk ZXZpY2UKaWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyIFtldmVudHM6IDAwMDAw MDU4XSh3cml0ZSkgaWRlL2hvc3QwL2J1czAvdGFyZ2V0MC9sdW4wL3BhcnQyJ3Mgc2Igb2Zm c2V0OiA1OTAyMjcyMAppZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDIgW2V2ZW50 czogMDAwMDAwNThdKHdyaXRlKSBpZGUvaG9zdDAvYnVzMC90YXJnZXQxL2x1bjAvcGFydDIn cyBzYiBvZmZzZXQ6IDU5MDIyNzIwCmlkZS9ob3N0MC9idXMxL3RhcmdldDAvbHVuMC9wYXJ0 MiBbZXZlbnRzOiAwMDAwMDA1OF0od3JpdGUpIGlkZS9ob3N0MC9idXMxL3RhcmdldDAvbHVu MC9wYXJ0MidzIHNiIG9mZnNldDogNTkwMjczOTIKaWRlL2hvc3QwL2J1czEvdGFyZ2V0MS9s dW4wL3BhcnQyIFtldmVudHM6IDAwMDAwMDU4XSh3cml0ZSkgaWRlL2hvc3QwL2J1czEvdGFy Z2V0MS9sdW4wL3BhcnQyJ3Mgc2Igb2Zmc2V0OiA1OTAyNzM5MgouCi4uLiBhdXRvcnVuIERP TkUuCnN3YXBwZXIocGlkIDEpIHVzZWQgb2Jzb2xldGUgTUQgaW9jdGwsIHVwZ3JhZGUgeW91 ciBzb2Z0d2FyZSB0byB1c2UgbmV3IGljdGxzLgpTdGFydCBtb3VudGluZyBmaWxlc3lzdGVt OiBtZCg5LDApCkVuZGluZyBjbGVhbiBYRlMgbW91bnQgZm9yIGZpbGVzeXN0ZW06IG1kKDks MCkKVkZTOiBNb3VudGVkIHJvb3QgKHhmcyBmaWxlc3lzdGVtKSByZWFkb25seS4KY2hhbmdl X3Jvb3Q6IG9sZCByb290IGhhcyBkX2NvdW50PTMKTW91bnRlZCBkZXZmcyBvbiAvZGV2ClRy eWluZyB0byB1bm1vdW50IG9sZCByb290IC4uLiBva2F5CkZyZWVpbmcgdW51c2VkIGtlcm5l bCBtZW1vcnk6IDIyMGsgZnJlZWQKKHJlYWQpIGlkZS9ob3N0MC9idXMxL3RhcmdldDAvbHVu MC9wYXJ0MSdzIHNiIG9mZnNldDogMTAyNDAwMCBbZXZlbnRzOiAwMDAwMDA1NV0KKHJlYWQp IGlkZS9ob3N0MC9idXMxL3RhcmdldDEvbHVuMC9wYXJ0MSdzIHNiIG9mZnNldDogMTAyNDAw MCBbZXZlbnRzOiAwMDAwMDA1NV0KYXV0b3J1biAuLi4KY29uc2lkZXJpbmcgaWRlL2hvc3Qw L2J1czEvdGFyZ2V0MS9sdW4wL3BhcnQxIC4uLgogIGFkZGluZyBpZGUvaG9zdDAvYnVzMS90 YXJnZXQxL2x1bjAvcGFydDEgLi4uCiAgYWRkaW5nIGlkZS9ob3N0MC9idXMxL3RhcmdldDAv bHVuMC9wYXJ0MSAuLi4KY3JlYXRlZCBtZDIKYmluZDxpZGUvaG9zdDAvYnVzMS90YXJnZXQw L2x1bjAvcGFydDEsMT4KYmluZDxpZGUvaG9zdDAvYnVzMS90YXJnZXQxL2x1bjAvcGFydDEs Mj4KcnVubmluZzogPGlkZS9ob3N0MC9idXMxL3RhcmdldDEvbHVuMC9wYXJ0MT48aWRlL2hv c3QwL2J1czEvdGFyZ2V0MC9sdW4wL3BhcnQxPgppZGUvaG9zdDAvYnVzMS90YXJnZXQxL2x1 bjAvcGFydDEncyBldmVudCBjb3VudGVyOiAwMDAwMDA1NQppZGUvaG9zdDAvYnVzMS90YXJn ZXQwL2x1bjAvcGFydDEncyBldmVudCBjb3VudGVyOiAwMDAwMDA1NQpSQUlEIGxldmVsIDEg ZG9lcyBub3QgbmVlZCBjaHVua3NpemUhIENvbnRpbnVpbmcgYW55d2F5LgptZDI6IG1heCB0 b3RhbCByZWFkYWhlYWQgd2luZG93IHNldCB0byA1MDhrCm1kMjogMSBkYXRhLWRpc2tzLCBt YXggcmVhZGFoZWFkIHBlciBkYXRhLWRpc2s6IDUwOGsKcmFpZDE6IGRldmljZSBpZGUvaG9z dDAvYnVzMS90YXJnZXQxL2x1bjAvcGFydDEgb3BlcmF0aW9uYWwgYXMgbWlycm9yIDEKcmFp ZDE6IGRldmljZSBpZGUvaG9zdDAvYnVzMS90YXJnZXQwL2x1bjAvcGFydDEgb3BlcmF0aW9u YWwgYXMgbWlycm9yIDAKKGNoZWNraW5nIGRpc2sgMCkKKGNoZWNraW5nIGRpc2sgMSkKcmFp ZDE6IHJhaWQgc2V0IG1kMiBhY3RpdmUgd2l0aCAyIG91dCBvZiAyIG1pcnJvcnMKbWQ6IHVw ZGF0aW5nIG1kMiBSQUlEIHN1cGVyYmxvY2sgb24gZGV2aWNlCmlkZS9ob3N0MC9idXMxL3Rh cmdldDEvbHVuMC9wYXJ0MSBbZXZlbnRzOiAwMDAwMDA1Nl0od3JpdGUpIGlkZS9ob3N0MC9i dXMxL3RhcmdldDEvbHVuMC9wYXJ0MSdzIHNiIG9mZnNldDogMTAyNDAwMAppZGUvaG9zdDAv YnVzMS90YXJnZXQwL2x1bjAvcGFydDEgW2V2ZW50czogMDAwMDAwNTZdKHdyaXRlKSBpZGUv aG9zdDAvYnVzMS90YXJnZXQwL2x1bjAvcGFydDEncyBzYiBvZmZzZXQ6IDEwMjQwMDAKLgou Li4gYXV0b3J1biBET05FLgpTdGFydCBtb3VudGluZyBmaWxlc3lzdGVtOiBtZCg5LDEpCkVu ZGluZyBjbGVhbiBYRlMgbW91bnQgZm9yIGZpbGVzeXN0ZW06IG1kKDksMSkKU0NTSSBzdWJz eXN0ZW0gZHJpdmVyIFJldmlzaW9uOiAxLjAwCmkyYy1jb3JlLm86IGkyYyBjb3JlIG1vZHVs ZQppMmMtYWxnby1iaXQubzogaTJjIGJpdCBhbGdvcml0aG0gbW9kdWxlCkxpbnV4IHZpZGVv IGNhcHR1cmUgaW50ZXJmYWNlOiB2MS4wMApidHR2OiBkcml2ZXIgdmVyc2lvbiAwLjcuNTcg bG9hZGVkCmJ0dHY6IHVzaW5nIDIgYnVmZmVycyB3aXRoIDIwODBrICg0MTYwayB0b3RhbCkg Zm9yIGNhcHR1cmUKaTJjLWNvcmUubzogaTJjIGNvcmUgbW9kdWxlCmkyYy1hbGdvLWJpdC5v OiBpMmMgYml0IGFsZ29yaXRobSBtb2R1bGUKTGludXggdmlkZW8gY2FwdHVyZSBpbnRlcmZh Y2U6IHYxLjAwCmJ0dHY6IGRyaXZlciB2ZXJzaW9uIDAuNy41NyBsb2FkZWQKYnR0djogdXNp bmcgMiBidWZmZXJzIHdpdGggMjA4MGsgKDQxNjBrIHRvdGFsKSBmb3IgY2FwdHVyZQpBZGRp bmcgU3dhcDogMTAyMzk5Mmsgc3dhcC1zcGFjZSAocHJpb3JpdHkgLTEpCldpbmJvbmQgU3Vw ZXItSU8gZGV0ZWN0aW9uLCBub3cgdGVzdGluZyBwb3J0cyAzRjAsMzcwLDI1MCw0RSwyRSAu Li4KU01TQyBTdXBlci1JTyBkZXRlY3Rpb24sIG5vdyB0ZXN0aW5nIFBvcnRzIDJGMCwgMzcw IC4uLgoweDM3ODogRklGTyBpcyAxNiBieXRlcwoweDM3ODogd3JpdGVJbnRyVGhyZXNob2xk IGlzIDgKMHgzNzg6IHJlYWRJbnRyVGhyZXNob2xkIGlzIDgKMHgzNzg6IFBXb3JkIGlzIDgg Yml0cwoweDM3ODogSW50ZXJydXB0cyBhcmUgSVNBLVB1bHNlcwoweDM3ODogRUNQIHBvcnQg Y2ZnQT0weDE0IGNmZ0I9MHg0MAoweDM3ODogRUNQIHNldHRpbmdzIGlycT08bm9uZSBvciBz ZXQgYnkgb3RoZXIgbWVhbnM+IGRtYT08bm9uZSBvciBzZXQgYnkgb3RoZXIgbWVhbnM+CnBh cnBvcnQwOiBQQy1zdHlsZSBhdCAweDM3OCAoMHg3NzgpIFtQQ1NQUCxUUklTVEFURSxDT01Q QVQsRVBQLEVDUF0KcGFycG9ydDA6IGlycSA3IGRldGVjdGVkCnBhcnBvcnQwOiBjcHBfZGFp c3k6IGFhNTUwMGZmKDA4KQpwYXJwb3J0MDogYXNzaWduX2FkZHJzOiBhYTU1MDBmZigwOCkK cGFycG9ydDA6IGNwcF9kYWlzeTogYWE1NTAwZmYoMDgpCnBhcnBvcnQwOiBhc3NpZ25fYWRk cnM6IGFhNTUwMGZmKDA4KQppcF9jb25udHJhY2sgKDIwNDQgYnVja2V0cywgMTYzNTIgbWF4 KQplZXBybzEwMC5jOnYxLjA5ai10IDkvMjkvOTkgRG9uYWxkIEJlY2tlciBodHRwOi8vY2Vz ZGlzLmdzZmMubmFzYS5nb3YvbGludXgvZHJpdmVycy9lZXBybzEwMC5odG1sCmVlcHJvMTAw LmM6ICRSZXZpc2lvbjogMS4zNiAkIDIwMDAvMTEvMTcgTW9kaWZpZWQgYnkgQW5kcmV5IFYu IFNhdm9jaGtpbiA8c2F3QHNhdy5zdy5jb20uc2c+IGFuZCBvdGhlcnMKUENJOiBGb3VuZCBJ UlEgMTAgZm9yIGRldmljZSAwMjowOC4wClBDSTogVGhlIHNhbWUgSVJRIHVzZWQgZm9yIGRl dmljZSAwMDoxZi4zCmV0aDA6IEludGVsIENvcnBvcmF0aW9uIDgyNTU3IFtFdGhlcm5ldCBQ cm8gMTAwXSwgMDA6MDI6QjM6MkE6QjA6RUQsIEkvTyBhdCAweGVjYzAsIElSUSAxMC4KICBC b2FyZCBhc3NlbWJseSA3MjEzODMtMDE2LCBQaHlzaWNhbCBjb25uZWN0b3JzIHByZXNlbnQ6 IFJKNDUKICBQcmltYXJ5IGludGVyZmFjZSBjaGlwIGk4MjU1NSBQSFkgIzEuCiAgR2VuZXJh bCBzZWxmLXRlc3Q6IHBhc3NlZC4KICBTZXJpYWwgc3ViLXN5c3RlbSBzZWxmLXRlc3Q6IHBh c3NlZC4KICBJbnRlcm5hbCByZWdpc3RlcnMgc2VsZi10ZXN0OiBwYXNzZWQuCiAgUk9NIGNo ZWNrc3VtIHNlbGYtdGVzdDogcGFzc2VkICgweDA0ZjQ1MThiKS4KUENJOiBGb3VuZCBJUlEg NSBmb3IgZGV2aWNlIDAyOjBjLjAKM2M1OXguYzpMSzEuMS4xMyAyNyBKYW4gMjAwMSAgRG9u YWxkIEJlY2tlciBhbmQgb3RoZXJzLiBodHRwOi8vd3d3LnNjeWxkLmNvbS9uZXR3b3JrL3Zv cnRleC5odG1sClNlZSBEb2N1bWVudGF0aW9uL25ldHdvcmtpbmcvdm9ydGV4LnR4dApldGgx OiAzQ29tIFBDSSAzYzkwNUMgVG9ybmFkbyBhdCAweGVjMDAsICAwMDpiMDpkMDpkZToyMToy NSwgSVJRIDUKICBwcm9kdWN0IGNvZGUgMDAwMCByZXYgMDAuMTQgZGF0ZSAwNy0wMy05Nwog IDhLIGJ5dGUtd2lkZSBSQU0gNTozIFJ4OlR4IHNwbGl0LCBhdXRvc2VsZWN0L0F1dG9uZWdv dGlhdGUgaW50ZXJmYWNlLgogIE1JSSB0cmFuc2NlaXZlciBmb3VuZCBhdCBhZGRyZXNzIDI0 LCBzdGF0dXMgNzgwOS4KICBFbmFibGluZyBidXMtbWFzdGVyIHRyYW5zbWl0cyBhbmQgd2hv bGUtZnJhbWUgcmVjZWl2ZXMuCmV0aDE6IHNjYXR0ZXIvZ2F0aGVyIGRpc2FibGVkLiBoL3cg Y2hlY2tzdW1zIGVuYWJsZWQK --------------DD81C98F4F8AD0FAC2FDB998 Content-Type: application/octet-stream; name="lilo.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lilo.conf" Ym9vdD0vZGV2L21kMAptYXA9L2Jvb3QvbWFwCmluc3RhbGw9L2Jvb3QvYm9vdC5iCnByb21w dAp0aW1lb3V0PTUwCm1lc3NhZ2U9L2Jvb3QvbWVzc2FnZQpsaW5lYXIKZGVmYXVsdD1saW51 eAoKaW1hZ2U9L2Jvb3Qvdm1saW51ei0yLjQuMi1TR0lfWEZTXzEuMAoJbGFiZWw9bGludXgK CWluaXRyZD0vYm9vdC9pbml0cmQtMi40LjItU0dJX1hGU18xLjAuaW1nCglyZWFkLW9ubHkK CXJvb3Q9L2Rldi9tZDAKCWFwcGVuZD0icmFtZGlza19zaXplPTI1MDAgbm9hcGljIgo= --------------DD81C98F4F8AD0FAC2FDB998-- From owner-linux-xfs@oss.sgi.com Thu Jun 7 06:53:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57Dr7s06367 for linux-xfs-outgoing; Thu, 7 Jun 2001 06:53:07 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Dr6h06363 for ; Thu, 7 Jun 2001 06:53:06 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA19812 for ; Thu, 7 Jun 2001 06:53:03 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id IAA2088926; Thu, 7 Jun 2001 08:51:48 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id IAA48783; Thu, 7 Jun 2001 08:51:48 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f57Dskq26453; Thu, 7 Jun 2001 08:54:46 -0500 Message-Id: <200106071354.f57Dskq26453@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Stefan.Sommer@behrgroup.com (Stefan Sommer) cc: linux-xfs@oss.sgi.com Subject: Re: Vortex Raid Controller and XFS In-Reply-To: Message from Stefan.Sommer@behrgroup.com (Stefan Sommer) of "Thu, 07 Jun 2001 05:55:47 PDT." <200106071255.f57CtlD31872@oss.sgi.com> Date: Thu, 07 Jun 2001 08:54:46 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, You might try turning off devfs, this may be an issue with the raid driver not being devfs aware. You can do a quick test by using the devfs=nomount option at boot time. Going one step further, you can rebuild the kernel with devfs turned off. Hope this helps, Steve > > Hallo XFS Team > i tried to install XFS Redhat 7.1 on a PC Server with boot devices on a Vorte > x RAID Controller. > Install this configuration must be done by using the linux dd Installation mo > de. Doing so, the XFS Redhat loads the driver disk, \(it seems so\), but wh > en it has to create the file systems, it does not find any available disks. T > he normal Redhat distribution woirks correctly. Must I have special drivers f > or this Filesystem\? > I got this driver disk from > ftp.redhat.de/pub/rh-addons/driverdisks/rh71gdth.img.gz > > I hope, there is a solution, because i have to build a HA Linux File Server > with about 1 TB Filesystem in the next week > > Thanks in advance > > Regards > > Stefan Sommer From owner-linux-xfs@oss.sgi.com Thu Jun 7 07:44:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57EiLn13092 for linux-xfs-outgoing; Thu, 7 Jun 2001 07:44:21 -0700 Received: from webstor1.artstor.de ([195.243.248.130]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57EiJh13089 for ; Thu, 7 Jun 2001 07:44:20 -0700 Received: (qmail 30776 invoked from network); 7 Jun 2001 14:44:29 -0000 Received: from zerberus.artstor.de (HELO sokrates.artstor.de) (195.243.248.115) by www.artstor.de with SMTP; 7 Jun 2001 14:44:29 -0000 Date: Thu, 7 Jun 2001 16:43:25 +0200 (CEST) From: Jan Strohbehn X-X-Sender: To: Subject: Changing ACLs as non-owner Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi !! I just joined this mailing list, so I'm sorry if this question has been asked before. Is it possible to set ACLs on a file or directory if you are not the native owner (e.g. member of the primary group) ??? Thank you, Jan From owner-linux-xfs@oss.sgi.com Thu Jun 7 08:24:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57FOvN18547 for linux-xfs-outgoing; Thu, 7 Jun 2001 08:24:57 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57FOuh18541 for ; Thu, 7 Jun 2001 08:24:56 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f57FOpaJ030062; Thu, 7 Jun 2001 10:24:55 -0500 (CDT) Message-ID: <3B1F9CBE.701064E9@thebarn.com> Date: Thu, 07 Jun 2001 10:24:46 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Simon Matter CC: linux-xfs Subject: Re: Segmentation faults on i820 (Camino) chipset References: <3B1F6564.EC904DF4@ch.sauter-bc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Simon Matter wrote: > Hi everybody, > > I'm using XFS since 1.0 and it has worked perfectly everywhere. I used > it on top of MD Raid5 and on LVM on top of MD Raid5. > > But now I came across a problem and I don't know how to solve it. > > I installed RH7.1-XFS on a new DELL Precision 220 Workstation, one PIII > 933, 256M RDRAM, Intel Pro/100 ethernet. I removed the CDROM and > installed 4 IBM IC35L060AVER07 60G HD's. The onboard Sound and USB is > disabled. The chipset is i820 (Camino). > > Initial install went fine, using 180GB MD Raid5. Then I tired to update > some RPM's and rpm segfaulted. Later after a reboot, it went fine. The > next reboot I saw some messages that /sbin/mkkerneldoth segfaulted, > another reboot went fine. I started to play with the noapic and pci=xxx > options but no result. 1 of 5 times I boot the system, it doesn't work > properly and many applications segfault. beside that everything seems > okay. > > Any idea what I can do? Sounds like bad hardware. > > > Thanks > Simon > > -- > Simon Matter Tel: +41 61 695 57 35 > Fr.Sauter AG / CIT Fax: +41 61 695 53 30 > Im Surinam 55 > CH-4016 Basel [mailto:simon.matter@ch.sauter-bc.com] > > ------------------------------------------------------------------------ > Name: dmesg > dmesg Type: unspecified type (application/octet-stream) > Encoding: base64 > > Name: lilo.conf > lilo.conf Type: unspecified type (application/octet-stream) > Encoding: base64 -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 08:27:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57FR9F19037 for linux-xfs-outgoing; Thu, 7 Jun 2001 08:27:09 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57FR8h19031 for ; Thu, 7 Jun 2001 08:27:08 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f57FR7aJ030077 for ; Thu, 7 Jun 2001 10:27:07 -0500 (CDT) Message-ID: <3B1F9D46.B75E0C0E@thebarn.com> Date: Thu, 07 Jun 2001 10:27:02 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Vortex Raid Controller and XFS References: <200106071255.f57CtlD31872@oss.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Stefan Sommer wrote: > This message was sent from http://linux-xfs.sgi.com/projects/xfs/index.html > > ---- > > Hallo XFS Team > i tried to install XFS Redhat 7.1 on a PC Server with boot devices on a Vortex RAID Controller. > Install this configuration must be done by using the linux dd Installation mode. Doing so, the XFS Redhat loads the driver disk, \(it seems so\), but when it has to create the file systems, it does not find any available disks. The normal Redhat distribution woirks correctly. Must I have special drivers for this Filesystem\? > I got this driver disk from > ftp.redhat.de/pub/rh-addons/driverdisks/rh71gdth.img.gz Which kernel did you boot for the installation? you must use the kernel from the XFS installer as it is XFS aware. I doubt the driver from the above driver disk will load as it was compiled for a different kernel. You will probably need to recompile the driver into an XFS kernel and use that kernel on a installer boot floppy. > > > I hope, there is a solution, because i have to build a HA Linux File Server with about 1 TB Filesystem in the next week > > Thanks in advance > > Regards > > Stefan Sommer -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 08:29:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57FTC719592 for linux-xfs-outgoing; Thu, 7 Jun 2001 08:29:12 -0700 Received: from main.braxis.co.uk (root@main.braxis.co.uk [213.77.40.29]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57FSth19521 for ; Thu, 7 Jun 2001 08:28:58 -0700 Received: (from kszysiu@localhost) by main.braxis.co.uk (8.9.3/8.9.3) id OAA06913; Thu, 7 Jun 2001 14:27:02 +0200 Date: Thu, 7 Jun 2001 14:27:02 +0200 From: Krzysztof Rusocki To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - merge XFS up to 2.4.6-pre1 Message-ID: <20010607142702.C4568@main.braxis.co.uk> References: <200106060315.f563FQI09007@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: <200106060315.f563FQI09007@jen.americas.sgi.com>; from lord@sgi.com on Tue, Jun 05, 2001 at 10:15:26PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Steve, And again i issued oopses ;-( - this time machine didn't even passed initscripts.. Unfortunately i'm quite far from that machine - about 200 miles (which is quite far for my native conditions), so i'll provide output as soon as it will be possible for me (in 3 days ca.)... Cheers, Krzysztof PS. mail me if you need so details about machine/os From owner-linux-xfs@oss.sgi.com Thu Jun 7 08:30:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57FUUV19944 for linux-xfs-outgoing; Thu, 7 Jun 2001 08:30:30 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57FUSh19940 for ; Thu, 7 Jun 2001 08:30:28 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f57FUOaJ030110; Thu, 7 Jun 2001 10:30:24 -0500 (CDT) Message-ID: <3B1F9E0B.B089759@thebarn.com> Date: Thu, 07 Jun 2001 10:30:19 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: Stefan Sommer , linux-xfs@oss.sgi.com Subject: Re: Vortex Raid Controller and XFS References: <200106071354.f57Dskq26453@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord wrote: > Hi, > > You might try turning off devfs, this may be an issue with the raid driver > not being devfs aware. You can do a quick test by using the > > devfs=nomount > > option at boot time. Going one step further, you can rebuild the kernel > with devfs turned off. Note devfs is not enabled in the "BOOT " kernel. Only in the installed kernels. > > > Hope this helps, > > Steve > > > > > Hallo XFS Team > > i tried to install XFS Redhat 7.1 on a PC Server with boot devices on a Vorte > > x RAID Controller. > > Install this configuration must be done by using the linux dd Installation mo > > de. Doing so, the XFS Redhat loads the driver disk, \(it seems so\), but wh > > en it has to create the file systems, it does not find any available disks. T > > he normal Redhat distribution woirks correctly. Must I have special drivers f > > or this Filesystem\? > > I got this driver disk from > > ftp.redhat.de/pub/rh-addons/driverdisks/rh71gdth.img.gz > > > > I hope, there is a solution, because i have to build a HA Linux File Server > > with about 1 TB Filesystem in the next week > > > > Thanks in advance > > > > Regards > > > > Stefan Sommer -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 08:41:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57FfAc22082 for linux-xfs-outgoing; Thu, 7 Jun 2001 08:41:10 -0700 Received: from relay.xlink.net (relay.xlink.net [193.141.40.4]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Ff7h22078 for ; Thu, 7 Jun 2001 08:41:07 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by relay.xlink.net (8.9.3/8.8.7) with ESMTP id RAA27374 for ; Thu, 7 Jun 2001 17:41:05 +0200 (MET DST) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id RAA22377 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 17:41:03 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id AA12D57306 for ; Thu, 7 Jun 2001 17:50:15 +0200 (CEST) Received: from ch.sauter-bc.com (support.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id 511E125835 for ; Thu, 7 Jun 2001 17:51:00 +0200 (CEST) Message-ID: <3B1FA176.A128B041@ch.sauter-bc.com> Date: Thu, 07 Jun 2001 17:44:54 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.1 i686) X-Accept-Language: de-CH, en MIME-Version: 1.0 To: linux-xfs Subject: Re: Segmentation faults on i820 (Camino) chipset References: <3B1F6564.EC904DF4@ch.sauter-bc.com> <3B1F9CBE.701064E9@thebarn.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry, sorry, I was 'tuning' the IDE chips in a wrong way. Since ever and on every machine (~ 50) I'm using hdparm -c1 /dev/ha[a-d] to enable fast 32-bit I/O. But with i820 chipsets, this will corrupt data!! After 100 tests and reboots I changed to hdparm -c3 /dev/ha[a-d] and the world is okay. Thank you Wintel once again, I have never seen this kind of problem with any ServerWorks or VIA chipset. Russell Cattelan schrieb: > > Simon Matter wrote: > > > Hi everybody, > > > > I'm using XFS since 1.0 and it has worked perfectly everywhere. I used > > it on top of MD Raid5 and on LVM on top of MD Raid5. > > > > But now I came across a problem and I don't know how to solve it. > > > > I installed RH7.1-XFS on a new DELL Precision 220 Workstation, one PIII > > 933, 256M RDRAM, Intel Pro/100 ethernet. I removed the CDROM and > > installed 4 IBM IC35L060AVER07 60G HD's. The onboard Sound and USB is > > disabled. The chipset is i820 (Camino). > > > > Initial install went fine, using 180GB MD Raid5. Then I tired to update > > some RPM's and rpm segfaulted. Later after a reboot, it went fine. The > > next reboot I saw some messages that /sbin/mkkerneldoth segfaulted, > > another reboot went fine. I started to play with the noapic and pci=xxx > > options but no result. 1 of 5 times I boot the system, it doesn't work > > properly and many applications segfault. beside that everything seems > > okay. > > > > Any idea what I can do? > > Sounds like bad hardware. > > > > > > > Thanks > > Simon > > > > -- > > Simon Matter Tel: +41 61 695 57 35 > > Fr.Sauter AG / CIT Fax: +41 61 695 53 30 > > Im Surinam 55 > > CH-4016 Basel [mailto:simon.matter@ch.sauter-bc.com] > > > > ------------------------------------------------------------------------ > > Name: dmesg > > dmesg Type: unspecified type (application/octet-stream) > > Encoding: base64 > > > > Name: lilo.conf > > lilo.conf Type: unspecified type (application/octet-stream) > > Encoding: base64 > > -- > Russell Cattelan > cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 10:50:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57HoMQ29750 for linux-xfs-outgoing; Thu, 7 Jun 2001 10:50:22 -0700 Received: from goku.engr.colostate.edu (goku.engr.colostate.edu [129.82.224.16]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57HoKh29747 for ; Thu, 7 Jun 2001 10:50:20 -0700 Received: from trunks (trunks.engr.colostate.edu [129.82.226.114]) by goku.engr.colostate.edu (8.12.0.Beta7/8.12.0.Beta7) with ESMTP id f57HoUOT028969 for ; Thu, 7 Jun 2001 11:50:30 -0600 (MDT) Date: Thu, 7 Jun 2001 11:50:18 -0600 (MDT) From: "Christopher \"C.J.\" Keist" X-Sender: cjay@trunks To: linux-xfs@oss.sgi.com Subject: quota support for xfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I have installed RH7.1 using SGI installer CD. I have compiled the kernel to support RAID with Linear support, xfs , quota and xfs quota support. I then created a file system appending three disks together, the raidtab file follows: raiddev /dev/md0 raid-level linear nr-raid-disks 3 persistent-superblock 1 chunk-size 4 device /dev/sdb1 raid-disk 0 device /dev/sdc1 raid-disk 1 device /dev/sdd1 raid-disk 2 I was able to create the xfs file system with no problems. I'm now trying to get user quota to work, but having no luck. Here is how the file sytem is being mounted in the fstab file: /dev/md0 /test xfs rw,usrquota 1 1 I have tried just quota,userquota and usrquota for the mount options, all seem to work with no errors in mounting, but all behave the same in that quotas don't work. When I try repquota -v /test I get the following: repquota: Not all specified mountpoints are using quota. mount command shows the following: [root@strife /etc]# mount /dev/sda1 on / type ext2 (rw) none on /proc type proc (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) /dev/md0 on /test type xfs (rw,usrquota) setquota does the following: [root@strife /etc]# setquota jeremy 50000 55000 5000 5100 /test setquota: Not all specified mountpoints are using quota. I have also downloaded and compiled/install quota-tools-3.01-pre6, still no luck. Doing strings on the quota commands do show that xfs support is there: [root@strife quota]# strings /usr/sbin/setquota | egrep xfs xfs - XFS quota format /proc/fs/xfs/stat Is all this just telling me that quota support for XFS filesystem on a md raid device is not supported? C. J. Keist Email: cjay@engr.colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-2465 College of Engineering, CSU Ft. Collins, CO 80523-1301 From owner-linux-xfs@oss.sgi.com Thu Jun 7 10:49:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57HnLJ29686 for linux-xfs-outgoing; Thu, 7 Jun 2001 10:49:21 -0700 Received: from main.braxis.co.uk (root@main.braxis.co.uk [213.77.40.29]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Hn8h29683 for ; Thu, 7 Jun 2001 10:49:09 -0700 Received: (from kszysiu@localhost) by main.braxis.co.uk (8.9.3/8.9.3) id TAA00862 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 19:46:58 +0200 Date: Thu, 7 Jun 2001 19:46:57 +0200 From: Krzysztof Rusocki To: linux-xfs@oss.sgi.com Subject: mounting xfs with specified access mode Message-ID: <20010607194657.A22964@main.braxis.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello. Is it possible to mount xfs fs with some access mode (i.e. 1777) using some mount option, just like it can be done for devpts ? (maybe there's other way...). Looked at Documentation/filesystems/xfs.txt - didn't find any... Cheers, Krzysztof From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:00:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57I0b130512 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:00:37 -0700 Received: from maxwell.ee.washington.edu (maxwell.ee.washington.edu [128.95.42.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57I0ah30509 for ; Thu, 7 Jun 2001 11:00:36 -0700 Received: from darkstar.ee.washington.edu (darkstar.ee.washington.edu [128.95.196.85]) by maxwell.ee.washington.edu (8.12.0.Beta7/8.12.0) with ESMTP id f57I0Uga013049; Thu, 7 Jun 2001 11:00:30 -0700 Date: Thu, 7 Jun 2001 11:00:30 -0700 (PDT) From: To: "Christopher \"C.J.\" Keist" cc: linux-xfs@oss.sgi.com Subject: Re: quota support for xfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Make sure you have xfs quota in kernel. Next get the latest patch/cvs from xfs. xfs 1.0 has problems with quota. ***************************** Walter Marchuk Senior Computer Specialist University of Washington Electrical Engineering Room: 307g 206-221-5421 marchuk@ee.washington.edu ***************************** On Thu, 7 Jun 2001, Christopher "C.J." Keist wrote: > Hello, > I have installed RH7.1 using SGI installer CD. I have compiled the > kernel to support RAID with Linear support, xfs , quota and xfs quota > support. I then created a file system appending three disks together, the > raidtab file follows: > > raiddev /dev/md0 > raid-level linear > nr-raid-disks 3 > persistent-superblock 1 > chunk-size 4 > device /dev/sdb1 > raid-disk 0 > device /dev/sdc1 > raid-disk 1 > device /dev/sdd1 > raid-disk 2 > > > I was able to create the xfs file system with no problems. I'm now trying > to get user quota to work, but having no luck. Here is how the file sytem > is being mounted in the fstab file: > > /dev/md0 /test xfs rw,usrquota 1 > 1 > > I have tried just quota,userquota and usrquota for the mount options, all > seem to work with no errors in mounting, but all behave the same in that > quotas don't work. When I try repquota -v /test I get the following: > > repquota: Not all specified mountpoints are using quota. > > mount command shows the following: > > [root@strife /etc]# mount > /dev/sda1 on / type ext2 (rw) > none on /proc type proc (rw) > none on /dev/pts type devpts (rw,gid=5,mode=620) > /dev/md0 on /test type xfs (rw,usrquota) > > setquota does the following: > > [root@strife /etc]# setquota jeremy 50000 55000 5000 5100 /test > setquota: Not all specified mountpoints are using quota. > > I have also downloaded and compiled/install quota-tools-3.01-pre6, still > no luck. Doing strings on the quota commands do show that xfs support is > there: > > [root@strife quota]# strings /usr/sbin/setquota | egrep xfs > xfs - XFS quota format > /proc/fs/xfs/stat > > Is all this just telling me that quota support for XFS filesystem on a md > raid device is not supported? > > > C. J. Keist Email: cjay@engr.colostate.edu > UNIX/Network Manager Phone: 970-491-0630 > Engineering Network Services Fax: 970-491-2465 > College of Engineering, CSU > Ft. Collins, CO 80523-1301 > From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:03:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57I3TR30708 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:03:29 -0700 Received: from saturn.gjw.net (IDENT:qmailr@gateway.wildman.co.za [196.15.241.74]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57I3Oh30666 for ; Thu, 7 Jun 2001 11:03:25 -0700 Received: (qmail 6655 invoked from network); 7 Jun 2001 18:03:17 -0000 Received: from charon.gjw.net (gregw@192.168.0.101) by saturn.gjw.net with SMTP; 7 Jun 2001 18:03:17 -0000 Subject: Re: quota support for xfs From: Greg Wildman To: Christopher "C.J." Keist Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 07 Jun 2001 20:03:17 +0200 Message-Id: <991936997.17518.22.camel@charon.gjw.net> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 07 Jun 2001 11:50:18 -0600, Christopher "C.J." Keist wrote: > Hello, > I have installed RH7.1 using SGI installer CD. I have compiled the > kernel to support RAID with Linear support, xfs , quota and xfs quota > support. I then created a file system appending three disks together, the > raidtab file follows: > > ..snip.. > > > I was able to create the xfs file system with no problems. I'm now trying > to get user quota to work, but having no luck. Here is how the file sytem > is being mounted in the fstab file: > > /dev/md0 /test xfs rw,usrquota 1 > 1 > > I have tried just quota,userquota and usrquota for the mount options, all > seem to work with no errors in mounting, but all behave the same in that > quotas don't work. When I try repquota -v /test I get the following: > > repquota: Not all specified mountpoints are using quota. > > mount command shows the following: > > [root@strife /etc]# mount > /dev/sda1 on / type ext2 (rw) > none on /proc type proc (rw) > none on /dev/pts type devpts (rw,gid=5,mode=620) > /dev/md0 on /test type xfs (rw,usrquota) > > setquota does the following: > > [root@strife /etc]# setquota jeremy 50000 55000 5000 5100 /test > setquota: Not all specified mountpoints are using quota. > > I have also downloaded and compiled/install quota-tools-3.01-pre6, still > no luck. Doing strings on the quota commands do show that xfs support is > there: > > [root@strife quota]# strings /usr/sbin/setquota | egrep xfs > xfs - XFS quota format > /proc/fs/xfs/stat > > Is all this just telling me that quota support for XFS filesystem on a md > raid device is not supported? You must have missed my earlier post, so I will repeat it again below; There were a few problems running quotas using the SGI RedHat 7.1 iso. There is a patch for the kernel at http://linux-xfs.sgi.com/projects/xfs/mail_archive/0105/msg00246.html and a patch for the repquota command at http://linux-xfs.sgi.com/projects/xfs/mail_archive/0105/msg00252.html I have recompiled both SRPMS with the patches added and all is working great. I won't post the patches and spec file here as they are quite large, but drop me a note if you want me to make them available for download. -- Greg Kent's Heuristic: Look for it first where you'd most like to find it. From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:03:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57I3iw30757 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:03:44 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57I3hh30753 for ; Thu, 7 Jun 2001 11:03:43 -0700 Received: from crom.corp.sgi.com (crom.corp.sgi.com [130.62.63.32]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id UAA1672836 for ; Thu, 7 Jun 2001 20:03:41 +0200 (CEST) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA29630 for ; Thu, 7 Jun 2001 11:07:41 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 9993815A451 for ; Thu, 7 Jun 2001 11:02:13 -0700 (PDT) Subject: growing a partition From: Florin Andrei To: linux-xfs@oss.sgi.com Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 07 Jun 2001 11:02:13 -0700 Message-Id: <991936933.3442.0.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Is there any HOWTO on growing an XFS partition under Linux? Is is possible to do this for the / partition? -- Florin Andrei From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:05:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57I5O530952 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:05:24 -0700 Received: from cotse.com (packetderm.cotse.com [216.112.42.58]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57I5Nh30949 for ; Thu, 7 Jun 2001 11:05:23 -0700 Received: (from nobody@localhost) by cotse.com (5.7.4/5.7.4) id f57I49g26546 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 14:04:09 -0400 (EDT) From: alan@cotse.com To: linux-xfs@oss.sgi.com Subject: Realtime Section - XFS Message-ID: <991937049.3b1fc21928278@public.webmail.cotse.com> Date: Thu, 07 Jun 2001 14:04:09 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: http://webmail.cotse.com/webmail/ - Public ad free privacy shield. X-Abuse: abuse@cotse.com X-Abuse-Info: http://www.cotse.com/abusepolicies.html Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Has anyone tried to use linux xfs's realtime section support? although not publicised, it is there, just manually add 'CONFIG_XFS_RT' to .config in the root of your kernel sources. I did finally get this to work, on an lvm, mounting /dev/vol/xfs with the option of rtdev=/dev/vol/xfsrt, and at mkfs creation time I did not specify extent size. The realtime device is the same size as the main volume, although I do not think this is necessary per se, they are small, 100M in size, just to test. So far I am looking for as much information I can find about realtime volumes, before building a system that would heavily use them. Would there be any issues with dumping this filesystem? I am not sure, but I believe some attribute needs to be set on files to use the realtime section, as far as speed is concerned. I am still confused a bit on this though, so if someone knows, please let me know. Compiling the kernel with this option went without event, some normal warnings is all. This seems stable, although I do not see why it is not enabled even experimentally in the regular configuration tools. Getting GRIO to work with linux would take more doing I suppose, and is maybe a 2.5.x kernel subject. On an IRIx 6.5 machine, I saw /dev/root mounted with the option 'raw=/dev/rroot'. Is this the realtime section of a IRIX system,.. what looks like a raw device? Any input or help in this arena would be appreciated, I have found precious little information on it. Alan Willis alan@cotse.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:14:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57IE6w32333 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:14:06 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57IE5h32323 for ; Thu, 7 Jun 2001 11:14:05 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f57IDxq09331; Thu, 7 Jun 2001 20:13:59 +0200 Message-Id: <4.3.2.7.2.20010607200715.03317a60@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 07 Jun 2001 20:14:03 +0200 To: "Christopher \"C.J.\" Keist" , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: quota support for xfs In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 11:50 7-6-2001 -0600, Christopher \"C.J.\" Keist wrote: >Hello, > I have installed RH7.1 using SGI installer CD. I have compiled the >kernel to support RAID with Linear support, xfs , quota and xfs quota >support. I then created a file system appending three disks together, the >raidtab file follows: > >raiddev /dev/md0 > raid-level linear > nr-raid-disks 3 > persistent-superblock 1 > chunk-size 4 > device /dev/sdb1 > raid-disk 0 > device /dev/sdc1 > raid-disk 1 > device /dev/sdd1 > raid-disk 2 > > >I was able to create the xfs file system with no problems. I'm now trying >to get user quota to work, but having no luck. Here is how the file sytem >is being mounted in the fstab file: > >/dev/md0 /test xfs rw,usrquota 1 >1 > >I have tried just quota,userquota and usrquota for the mount options, all >seem to work with no errors in mounting, but all behave the same in that >quotas don't work. When I try repquota -v /test I get the following: > >repquota: Not all specified mountpoints are using quota. > >mount command shows the following: According to the experience from someone else on the list in the thread "Red Hat 7.1 and quotas" it is explained. In short: OK, I've had a play with a test machine.... Red Hat 7.1, installed from SGI XFS 1.0 CDROM [root@webpc2 /root]# cat /etc/fstab /dev/hde3 /home xfs defaults,usrquota,grpquota 1 2 [root@webpc2 /root]# quotaon -v /home quotaon: /dev/hde3: Invalid argument quotaon: /dev/hde3: Invalid argument I rebooted anyway, and after the reboot: [root@webpc2 /root]# dmesg|grep quota VFS: Diskquotas version dquot_6.5.0 initialized XFS quotacheck ide2(33,3): Please wait. XFS quotacheck ide2(33,3): Done. [root@webpc2 /root]# repquota -v /dev/hde3 Not all specified mountpoints are using quota. You will need to see the XFS quotacheck in the dmesg output. Check if this helps. >Is all this just telling me that quota support for XFS filesystem on a md >raid device is not supported? It's a file system matter, md is a hardware abstraction layer which doesn't have any idea of what you are trying to write to disk. XFS thinks md is a disk, that is because md acts more or less like a disk. -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:14:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57IE0C32283 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:14:00 -0700 Received: from blipvert.blank.org (blipvert.blank.org [216.112.239.86]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57IDxh32279 for ; Thu, 7 Jun 2001 11:13:59 -0700 Received: (qmail 1462 invoked by uid 500); 7 Jun 2001 18:13:57 -0000 Date: Thu, 7 Jun 2001 14:13:57 -0400 From: "Nathan J. Mehl" To: linux-xfs@oss.sgi.com Subject: RH7.1 ISO: panic on boot after install. Message-ID: <20010607141357.Z8330@blank.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Okay, a quick perusal of the last two months of the list and the FAQ didn't seem to turn up anything like this, so I'm throwing myself at the mercy of the list. The system: homebuilt Athlon 1ghz, Abit KT7 (Via KT133 chipset), IBM DTLA-307075 75Gb IDE hard drive. With a fresh "workstation" install from the SGI RH7.1+xfs 1.0 installer CD, the system panics semi-reliably on boot when it tries to mount the root fs read-write, just after the USB initialization. By "semi-", I mean that it seems to happen about 8 or 9 times out of ten -- every once in a while, I seem to catch a break, and the system actually comes up all the way. So far, I have no notion of what, other than luck, is causing the successful boots. A representative panic follows. If there's any additional information on the system's configuration I can prodide, just ask. CPU: 0 EIP: 0010:[] EFLAGS: 00010092 eax: 0000001b ebx: 00000000 ecx: 00000001 ex: 00000001 esi: 00000000 edi: c02fbe30 ebp: c02fbe18 esp: c02fbdc8 ds 0018 es: 0018 ss: 008 Process swapper (pid: , stackpage=c02fb000) Stack: c0286d3d c0286eb6 00002c3 c1425a84 c02fa000 c02fbe30 00000000 c02fa000 00000002 00000061 000f8920 c01db77f c144e9bc 0000086 00000082 c02fa000 00000046 00000000 c02fa000 c02fa000 c1425aac c01248b2 c1425a84 c1451e0 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [<020675f>] [] [] [] [] [] [] [] [] [] [] [] [] [] [][] Code: 0f 0b 8d 65 bc 5b 5e 5f 89 ec 5d c3 8d 76 00 55 89 e5 83 ec Kernel panic: Aiee,killing interrupt handler In interrupt handler - not syncing ------------------------------------------------------ "Because you humans are stupid, stupid, stupid, stupid, stupid STUPID!" (--Alien Commander, Plan 9 From Outer Space) ---------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:15:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57IFbl32505 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:15:37 -0700 Received: from amoa.org (amoa.org [207.207.51.226]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57IFah32501 for ; Thu, 7 Jun 2001 11:15:37 -0700 Received: by amoa.org(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 86256A64.0064511F ; Thu, 7 Jun 2001 13:15:43 -0500 X-Lotus-FromDomain: AMOA From: ctooley@amoa.org To: Florin Andrei cc: linux-xfs@oss.sgi.com Message-ID: <86256A64.00644FF1.00@amoa.org> Date: Thu, 7 Jun 2001 13:15:39 -0500 Subject: Re: growing a partition Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I grew the / partition on my harddrive. The key is that the beginning of the partition cannot move but the end can (I would love to be proven wrong). If you are using the x86 platform like I am and you want to make the partition you using larger, you need to create some empty disk space after your XFS partition. Then you can (I'm not going to write a HOWTO because this part is dangerous) just make your partition larger by using FDISK. Delete the partition with fdisk and create it, making sure to use the same starting point you had used before. Since this only changes the partition table you should be fine. Be forwarned though that editing the partition table can lead to lots of migraines. I had no trouble with mine. After you have rebooted (if you change the partition that / lives on it's going to not be reported right until you reboot) you can just type "xfs_growfs /" at the prompt and it will magically make space for you. It made my partition 4 gig larger in the span of a few seconds. Hope this helps Chris Tooley Florin Andrei on 06/07/2001 01:02:13 PM To: linux-xfs@oss.sgi.com cc: (bcc: Chris Tooley/AMOA) Subject growing a partition : Is there any HOWTO on growing an XFS partition under Linux? Is is possible to do this for the / partition? -- Florin Andrei From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:25:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57IPHb01464 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:25:17 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57IPEh01445 for ; Thu, 7 Jun 2001 11:25:14 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f57IP4q09339; Thu, 7 Jun 2001 20:25:04 +0200 Message-Id: <4.3.2.7.2.20010607202155.03316008@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 07 Jun 2001 20:25:08 +0200 To: Florin Andrei , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: growing a partition In-Reply-To: <991936933.3442.0.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 11:02 7-6-2001 -0700, Florin Andrei wrote: >Is there any HOWTO on growing an XFS partition under Linux? See the mail archive list. There are examples in there. >Is is possible to do this for the / partition? If there is free space behind it yes, otherwise no. It needs to be a contigous part of the disk. lvm makes this easier. There were some issues with resizing multiple times AFAIK. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:37:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57IbKw02562 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:37:20 -0700 Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57IbJh02558 for ; Thu, 7 Jun 2001 11:37:19 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f57Ib7d28418 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 14:37:07 -0400 Date: Thu, 7 Jun 2001 14:37:06 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Subject: Building RH kernel + patches Message-ID: <20010607143706.A28415@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'd like to rebuild RH's current rawhide kernel SRPM, but with the 2.4.5 XFS patches applied ... I'm getting sick of __alloc_pages() failed, and "Out of memory: Killing process nnnn". However, it appears that the XFS patch includes *some* of the RH patches. Is there any clear way to determine which RH patches I want to keep, and which are already applied, *and* where in the sequence I want to apply the XFS patch? I'm starting to look through the patches manually, but that's going to really suck. Please tell me there's a better way. -- Alan Eldridge "Uh, I think so, Brain, but isn't Regis Philbin already married?" From owner-linux-xfs@oss.sgi.com Thu Jun 7 11:48:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57ImIo03511 for linux-xfs-outgoing; Thu, 7 Jun 2001 11:48:18 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Im5h03499 for ; Thu, 7 Jun 2001 11:48:05 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id UAA1764567 for ; Thu, 7 Jun 2001 20:48:02 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id NAA2093628; Thu, 7 Jun 2001 13:46:45 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id NAA00374; Thu, 7 Jun 2001 13:46:44 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f57IneL29201; Thu, 7 Jun 2001 13:49:40 -0500 Message-Id: <200106071849.f57IneL29201@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: alan@cotse.com cc: linux-xfs@oss.sgi.com Subject: Re: Realtime Section - XFS In-Reply-To: Message from alan@cotse.com of "Thu, 07 Jun 2001 14:04:09 EDT." <991937049.3b1fc21928278@public.webmail.cotse.com> Date: Thu, 07 Jun 2001 13:49:40 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The realtime subvolume is indeed there on Linux, you can make them, mount them, if you know the correct ioctl call you can make an inode realtime, it is XFS_IOC_FSSETXATTR, and you need to pass in a struct fsxattr with fsx_xflags set to XFS_XFLAG_REALTIME and fsx_extsize set to some value (the unit of allocation for realtime space). HOWEVER, if you do I/O to this inode then you will hit the wrong partition on the disk and corrupt your filesystem. I have some code which I think will fix this, but I have not had a chance to test it yet - it does not break the rest of xfs though. Even with this code you will have to use direct I/O. I can package up the code if someone wants to play with it - it should not corrupt other filesystems, but it could well crash your box. I am not ready to check it into the tree yet. And yes, GRIO is a lot more work, and I would debate it being worth the effort except as an academic exercise for people who like coding. Steve > > Has anyone tried to use linux xfs's realtime section support? although > not > publicised, it is there, just manually add 'CONFIG_XFS_RT' to .config in the > root of your kernel sources. I did finally get this to work, on an lvm, > mounting /dev/vol/xfs with the option of rtdev=/dev/vol/xfsrt, and at mkfs > creation time I did not specify extent size. The realtime device is the same > size as the main volume, although I do not think this is necessary per se, th > ey > are small, 100M in size, just to test. So far I am looking for as much > information I can find about realtime volumes, before building a system that > would heavily use them. Would there be any issues with dumping this filesyst > em? > I am not sure, but I believe some attribute needs to be set on files to use t > he > realtime section, as far as speed is concerned. I am still confused a bit on > this though, so if someone knows, please let me know. Compiling the kernel w > ith > this option went without event, some normal warnings is all. This seems stab > le, > although I do not see why it is not enabled even experimentally in the regula > r > configuration tools. Getting GRIO to work with linux would take more doing I > suppose, and is maybe a 2.5.x kernel subject. On an IRIx 6.5 machine, I saw > /dev/root mounted with the option 'raw=/dev/rroot'. Is this the realtime sect > ion > of a IRIX system,.. what looks like a raw device? > > Any input or help in this arena would be appreciated, I have found precious > little information on it. > > Alan Willis > alan@cotse.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:11:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JBk405881 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:11:46 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JBih05877 for ; Thu, 7 Jun 2001 12:11:45 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f57JBZq09398; Thu, 7 Jun 2001 21:11:36 +0200 Message-Id: <4.3.2.7.2.20010607210041.033154a0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 07 Jun 2001 21:11:39 +0200 To: Alan Eldridge , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Building RH kernel + patches Cc: cattelan@thebarn.com In-Reply-To: <20010607143706.A28415@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:37 7-6-2001 -0400, Alan Eldridge wrote: >I'd like to rebuild RH's current rawhide kernel SRPM, but with the 2.4.5 XFS >patches applied ... I'm getting sick of __alloc_pages() failed, and "Out of >memory: Killing process nnnn". > >However, it appears that the XFS patch includes *some* of the RH patches. >Is there any clear way to determine which RH patches I want to keep, and >which are already applied, *and* where in the sequence I want to apply the >XFS patch? > >I'm starting to look through the patches manually, but that's going to >really suck. Please tell me there's a better way. Good question, I believe Russel Catalan originally did the 2.4.2-XFS kernel that came on the 1.0 installer disk. I think he would be the one to ask. There were over 200 patches in the 2.4.2 RH 7.1 kernel so I have no idea were to begin. The 2.4.5 is a vanilla tree with xfs and things like kdb added. There might a few things duplicate. I can imagine that RH included some of the other SGI patches like High availabilty. Just guessing here. My best guess would be to start with a 2.4.5 xfs tree and start applying the more harmless patches like added drivers or obvious fixes and see what you end up with. Good luck -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:19:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JJkn06990 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:19:46 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JJjh06986 for ; Thu, 7 Jun 2001 12:19:45 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) 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 MAA01171 for ; Thu, 7 Jun 2001 12:19:43 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id OAA2090662; Thu, 7 Jun 2001 14:18:26 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id OAA57869; Thu, 7 Jun 2001 14:18:26 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f57JLMI29668; Thu, 7 Jun 2001 14:21:22 -0500 Message-Id: <200106071921.f57JLMI29668@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Seth Mos cc: Alan Eldridge , linux-xfs@oss.sgi.com, cattelan@thebarn.com Subject: Re: Building RH kernel + patches In-Reply-To: Message from Seth Mos of "Thu, 07 Jun 2001 21:11:39 +0200." <4.3.2.7.2.20010607210041.033154a0@pop.xs4all.nl> Date: Thu, 07 Jun 2001 14:21:21 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Someone said rawhide now has 2.4.5 based kernel rpms, I have no idea what is in them. It is probably a lot simpler to do this from an xfs base which does not have kdb in it. You can get rid of kdb by reverse applying the latest kdb patch from oss.sgi.com/projects/kdb. Steve > At 14:37 7-6-2001 -0400, Alan Eldridge wrote: > >I'd like to rebuild RH's current rawhide kernel SRPM, but with the 2.4.5 XFS > >patches applied ... I'm getting sick of __alloc_pages() failed, and "Out of > >memory: Killing process nnnn". > > > >However, it appears that the XFS patch includes *some* of the RH patches. > >Is there any clear way to determine which RH patches I want to keep, and > >which are already applied, *and* where in the sequence I want to apply the > >XFS patch? > > > >I'm starting to look through the patches manually, but that's going to > >really suck. Please tell me there's a better way. > > Good question, I believe Russel Catalan originally did the 2.4.2-XFS kernel > that came on the 1.0 installer disk. I think he would be the one to ask. > There were over 200 patches in the 2.4.2 RH 7.1 kernel so I have no idea > were to begin. > > The 2.4.5 is a vanilla tree with xfs and things like kdb added. There might > a few things duplicate. > I can imagine that RH included some of the other SGI patches like High > availabilty. > Just guessing here. > > My best guess would be to start with a 2.4.5 xfs tree and start applying > the more harmless patches like added drivers or obvious fixes and see what > you end up with. > > Good luck > > -- > Seth > Every program has two purposes one for which > it was written and another for which it wasn't > I use the last kind. From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:20:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JKVl07128 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:20:31 -0700 Received: from cotse.com (packetderm.cotse.com [216.112.42.58]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JKUh07125 for ; Thu, 7 Jun 2001 12:20:30 -0700 Received: (from nobody@localhost) by cotse.com (5.7.4/5.7.4) id f57JJFo03815 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 15:19:15 -0400 (EDT) From: alan@cotse.com To: linux-xfs@oss.sgi.com Subject: Re: Realtime Section - XFS Message-ID: <991941555.3b1fd3b31a472@public.webmail.cotse.com> Date: Thu, 07 Jun 2001 15:19:15 -0400 (EDT) References: <200106071849.f57IneL29201@jen.americas.sgi.com> In-Reply-To: <200106071849.f57IneL29201@jen.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: http://webmail.cotse.com/webmail/ - Public ad free privacy shield. X-Abuse: abuse@cotse.com X-Abuse-Info: http://www.cotse.com/abusepolicies.html Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Can I use and benefit from an rt section without making a specific inode realtime? Or does it only benefit inodes that have been made 'realtime'. Does it have any specific overall fs performance effect? My test is small, so it is fast anyway. also, is there any size guideline to the sizes of rt sections vs size of the data and log sections? Or does it only matter to the inodes that are used in a realtime fashion? Alan Willis alan@cotse.com Quoting Steve Lord : > > The realtime subvolume is indeed there on Linux, you can make them, > mount > them, if you know the correct ioctl call you can make an inode > realtime, > it is XFS_IOC_FSSETXATTR, and you need to pass in a struct fsxattr > with fsx_xflags set to XFS_XFLAG_REALTIME and fsx_extsize set to some > value (the unit of allocation for realtime space). > > HOWEVER, if you do I/O to this inode then you will hit the wrong > partition > on the disk and corrupt your filesystem. I have some code which I think > will > fix this, but I have not had a chance to test it yet - it does not break > the > rest of xfs though. Even with this code you will have to use direct > I/O. > > I can package up the code if someone wants to play with it - it should > not > corrupt other filesystems, but it could well crash your box. I am not > ready > to check it into the tree yet. > > And yes, GRIO is a lot more work, and I would debate it being worth the > effort > except as an academic exercise for people who like coding. > > Steve > > > > > Has anyone tried to use linux xfs's realtime section support? > although > > not > > publicised, it is there, just manually add 'CONFIG_XFS_RT' to .config > in the > > root of your kernel sources. I did finally get this to work, on an > lvm, > > mounting /dev/vol/xfs with the option of rtdev=/dev/vol/xfsrt, and at > mkfs > > creation time I did not specify extent size. The realtime device is > the same > > size as the main volume, although I do not think this is necessary per > se, th > > ey > > are small, 100M in size, just to test. So far I am looking for as > much > > information I can find about realtime volumes, before building a > system that > > would heavily use them. Would there be any issues with dumping this > filesyst > > em? > > I am not sure, but I believe some attribute needs to be set on files > to use t > > he > > realtime section, as far as speed is concerned. I am still confused a > bit on > > this though, so if someone knows, please let me know. Compiling the > kernel w > > ith > > this option went without event, some normal warnings is all. This > seems stab > > le, > > although I do not see why it is not enabled even experimentally in the > regula > > r > > configuration tools. Getting GRIO to work with linux would take more > doing I > > suppose, and is maybe a 2.5.x kernel subject. On an IRIx 6.5 machine, > I saw > > /dev/root mounted with the option 'raw=/dev/rroot'. Is this the > realtime sect > > ion > > of a IRIX system,.. what looks like a raw device? > > > > Any input or help in this arena would be appreciated, I have found > precious > > little information on it. > > > > Alan Willis > > alan@cotse.com > > > From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:25:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JPMh08267 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:25:22 -0700 Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JPKh08263 for ; Thu, 7 Jun 2001 12:25:20 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f57JP8i29254 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 15:25:08 -0400 Date: Thu, 7 Jun 2001 15:25:08 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Subject: Re: Building RH kernel + patches Message-ID: <20010607152508.A29178@wwweasel.geeksrus.net> References: <200106071921.f57JLMI29668@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: <200106071921.f57JLMI29668@jen.americas.sgi.com>; from lord@sgi.com on Thu, Jun 07, 2001 at 02:21:21PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Jun 07, 2001 at 02:21:21PM -0500, Steve Lord wrote: > >Someone said rawhide now has 2.4.5 based kernel rpms, I have no idea what >is in them. It is probably a lot simpler to do this from an xfs base which >does not have kdb in it. You can get rid of kdb by reverse applying the >latest kdb patch from oss.sgi.com/projects/kdb. > FYI, yup it's 2.4.5. Here's the patch list from the spec: ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- Patch1: ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/patch-2.4.5-ac4.bz2 Patch9: linux-2.4.0-test7-pre4-overflow.patch Patch10: linux-2.4.0-nonintconfig.patch Patch11: kernel-2.4-string.patch Patch12: linux-2.3.99-alpha.patch Patch13: linux-2.3.99p3p6-sparc.patch Patch14: linux-2.4.2-aviro-buffer.c.patch Patch15: linux-2.4.3-maxsectors.patch Patch16: linux-2.4.1-quiet.patch Patch17: linux-2.4.1-alphaksyms.patch Patch18: linux-2.4.0-alpha.patch Patch19: linux-2.4.1-brokenmptable.patch ##Patch20: linux-2.4.3-highmemthrottle.patch Patch21: linux-2.2.16-useio.patch Patch22: linux-2.4.0-nohighmemdebug.patch Patch23: linux-2.4.0-netfilter-cpp.patch Patch24: linux-2.4.3-reboot.patch Patch25: linux-2.2.16-rhconfig.patch Patch26: linux-2.4.2-bootmem.diff Patch27: linux-2.4.1-al-loop.patch Patch28: linux-2.4.2-changeloop.patch Patch29: linux-2.4.1-printkbuffer.patch Patch30: linux-2.4.1-realmodepoweroff.patch Patch31: linux-2.4.5-softirq.patch Patch32: linux-2.4.1-devfscross.patch Patch33: linux-2.4.2-req_finished_io.patch ##Patch34: linux-2.4.3-multipath.patch Patch35: linux-2.4.2-blkioctl-sector.patch Patch36: linux-2.4.3-alphaksyms.patch Patch37: linux-2.4.5-hotplug.patch Patch39: linux-2.4.1-scsi-reset.patch Patch43: linux-2.4.2-pge.patch Patch45: linux-2.4.3-irixnfs.patch Patch47: linux-2.4.2-scsi_scan.patch Patch49: linux-2.4.3-linux-abi.patch Patch50: linux-2.4.4-ia64-%{ia64version}-2.diff Patch51: linux-2.4.2-ia64-prototypes.patch Patch52: linux-2.4.4-ia64-fixes.patch Patch53: linux-2.4.1-ia64-swiotlb.patch Patch54: linux-2.4.3-ia64-timers.patch Patch55: linux-2.4.3-ia64-compile.patch Patch56: linux-2.4.3-ia64-unaligned.patch Patch59: linux-2.4.2-bootmem_oom.patch Patch61: linux-2.4.2-byteprofiling.patch Patch62: linux-2.4.2-pid-profiling.patch Patch63: linux-2.4.2-smptimers.patch Patch64: linux-2.4.2-pagecache.patch Patch65: linux-2.4.2-atomic-lookup.patch Patch67: linux-2.4.2-iput-free.patch Patch68: linux-2.4.2-exports-cleanup.patch Patch69: linux-2.4.2-tux-vfs.patch Patch70: linux-2.4.2-atomicalloc.patch Patch72: linux-2.4.2-per-cpu-pages.patch Patch73: linux-2.4.2-tux-process.patch Patch76: linux-2.4.2-vm-1-2-3-gbyte.patch Patch77: linux-2.4.2-vm-readahead.patch Patch78: linux-2.4.2-tux-sysctl.patch Patch79: linux-2.4.2-tux-kstat.patch Patch83: linux-2.4.2-net-exports.patch Patch84: linux-2.4.2-tux-syscall.patch Patch85: linux-2.4.3-bustspinlocks.patch Patch89: linux-2.4.2-cipe.patch Patch90: linux-2.4.2-tux2.patch Patch99: linux-2.4.0-lm_sensors.patch Patch101: linux-2.4.0-qla1280.patch Patch102: linux-2.4.0-sym53-64bit.patch Patch107: linux-2.4.2-drm-silence.patch Patch108: linux-2.4.3-r128-drm-do-wait-for-fifo.patch Patch109: linux-2.4.2-hexblocknumbers.patch Patch110: linux-2.4.1-e100.patch Patch111: linux-2.4.1-e1000.patch Patch114: linux-2.4.0-intelethernet.patch Patch115: linux-2.4.1-aacraid.patch Patch116: linux-2.4.0-test11-vidfail.patch Patch117: linux-2.4.0-e820.patch Patch118: linux-2.4.0-raid5xor.patch Patch124: linux-2.4.0-cipe-1.4.5.patch Patch126: linux-2.4.0-bcm5700.patch Patch128: linux-2.4.0-wvlan-cs.patch Patch135: linux-2.4.2-mem-setup-fix.patch Patch136: linux-2.4.2-page_bitmap.patch Patch143: linux-2.4.0-ide-floppy.patch Patch146: linux-2.4.0-apic-quiet.patch Patch152: linux-2.4.1-setup_delay.patch Patch160: linux-2.4.1-netfilter-addons.patch Patch174: linux-2.4.1-uhci-slab.patch Patch175: linux-2.4.2-i810_audio.patch Patch176: linux-2.4.3-ecc.patch Patch181: linux-2.4.3-rawio.patch Patch185: linux-2.4.3-i82365.patch Patch186: linux-2.4.3-ext3.patch Patch188: linux-2.4.3-elf.patch Patch192: linux-2.4.3-megaraid.patch Patch194: linux-2.4.3-dellmptable.patch Patch195: linux-2.4.1-hp8200.patch Patch196: linux-2.4.1-netdebug.patch Patch199: linux-2.4.3-450gx.patch Patch201: linux-2.4.3-latitudec600.patch Patch203: linux-2.4.2-eepro100-alpha.patch Patch204: linux-2.4.3-pcipenalty.patch Patch206: linux-2.4.3-wakeupspeed.patch Patch207: linux-2.4.3-ecn.patch Patch213: linux-2.4.2-alternateairo.patch Patch215: linux-2.4.3-brlock.patch ##Patch230: linux-2.4.3-ia64-tlb-shootdown-revert.patch Patch232: linux-2.4.3-nautilus.patch Patch233: linux-2.4.2-ideblacklist.patch ##Patch234: linux-2.4.3-page_table_races.patch ##Patch239: linux-2.4.2-usb-uhci-slab.patch Patch240: linux-2.4.5-lowlat.patch Patch241: linux-2.4.5-eepro100.patch Patch242: linux-2.4.5-vmloop.patch Patch248: linux-2.4.2-usb-scsiglue.patch Patch249: linux-2.4.2-keyboardsilence.patch Patch250: linux-2.4.3-dma-livelock.patch Patch255: linux-2.4.3-upapic.patch Patch257: linux-2.4.2-osb4.patch Patch258: linux-2.4.3-ac12-usb_ksem.patch Patch259: linux-2.4.2-viadma66.patch Patch261: linux-2.4.3-pcnet32.patch Patch263: linux-2.4.2-usbthrottle.patch Patch264: linux-2.4.3-sb.patch Patch265: linux-2.4.2-ohci-irq.patch Patch266: linux-2.4.3-sysrq.patch Patch269: linux-2.4.3-emu10k.patch Patch270: linux-2.4.2-llrwblk.patch Patch271: linux-2.4.3-usb.patch Patch272: linux-2.4.2-vmpoison.patch Patch273: linux-2.4.1-debugging.patch Patch274: linux-2.4.1-ikd.patch Patch275: linux-2.4.2-smbdebug.patch Patch276: linux-2.4.3-swapspeed.patch Patch278: linux-2.4.3-smp_call_function.patch Patch290: linux-2.4.0-ipvs.patch Patch291: linux-2.4.2-ipvs.patch Patch292: linux-2.4.3-ipvs-0.2.11.patch Patch296: linux-2.4.2-swapreclaim.patch Patch297: linux-2.4.3-vmlockup.patch Patch400: linux-2.4.0-sard.patch Patch401: linux-2.4.1-compilefailure.patch Patch402: linux-2.4.2-rqdebug.patch Patch403: linux-2.4.2-ia64-compilefix.patch Patch404: linux-2.4.3-sysrqT-cpu.patch ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- -- Alan Eldridge "Uh, I think so, Brain, but isn't Regis Philbin already married?" From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:26:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JQ0d08407 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:26:00 -0700 Received: from mercury.pricegrabber.com ([64.70.41.138]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JPxh08403 for ; Thu, 7 Jun 2001 12:25:59 -0700 Received: from pricegrabber.com (noc.pricegrabber.com [24.8.138.101] (may be forged)) (authenticated) by mercury.pricegrabber.com (8.11.2/8.11.2) with ESMTP id f57JQfl05120 for ; Thu, 7 Jun 2001 12:26:41 -0700 Message-ID: <3B1FD546.4030105@pricegrabber.com> Date: Thu, 07 Jun 2001 12:25:58 -0700 From: Christopher McCrory Organization: PriceGrabber.com User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-0.2.9smp i686; en-US; rv:0.9.1+) Gecko/20010606 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Building RH kernel + patches References: <4.3.2.7.2.20010607210041.033154a0@pop.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello... Seth Mos wrote: > At 14:37 7-6-2001 -0400, Alan Eldridge wrote: > >> I'd like to rebuild RH's current rawhide kernel SRPM, but with the >> 2.4.5 XFS > Good question, I believe Russel Catalan originally did the 2.4.2-XFS > kernel that came on the 1.0 installer disk. I think he would be the one > to ask. > There were over 200 patches in the 2.4.2 RH 7.1 kernel so I have no idea > were to begin. I was planing to give this a shot over the weekend. So, if anyone gets some initial answers, a post would be cool so everyone doen't have to reinvent the wheel. RedHat is keeping up on the latest kernels in their rawhide tree. The latest drop, IIRC, added ext3. If there was a set of patches and config changes, and several people asked real nice, maybe they would also put xfs in their next rawhide kernel. Is anyone from redhat on this list? -- Christopher McCrory "The guy that keeps the servers running" chrismcc@pricegrabber.com http://www.pricegrabber.com I don't make jokes in base 13. Anyone who does should get help. --Douglas Adams From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:37:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JbCm10348 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:37:12 -0700 Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JbAh10341 for ; Thu, 7 Jun 2001 12:37:11 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f57Jawn29394 for linux-xfs@oss.sgi.com; Thu, 7 Jun 2001 15:36:58 -0400 Date: Thu, 7 Jun 2001 15:36:58 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Subject: Re: Building RH kernel + patches Message-ID: <20010607153658.A29391@wwweasel.geeksrus.net> References: <200106071921.f57JLMI29668@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: <200106071921.f57JLMI29668@jen.americas.sgi.com>; from lord@sgi.com on Thu, Jun 07, 2001 at 02:21:21PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Jun 07, 2001 at 02:21:21PM -0500, Steve Lord wrote: > >Someone said rawhide now has 2.4.5 based kernel rpms, I have no idea what >is in them. It is probably a lot simpler to do this from an xfs base which >does not have kdb in it. You can get rid of kdb by reverse applying the >latest kdb patch from oss.sgi.com/projects/kdb. I'm using the 2.4.5 patch from 06042001 *not* cvs. latest kdb does not reverse apply. help? -- Alan Eldridge "Uh, I think so, Brain, but isn't Regis Philbin already married?" From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:38:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57Jcro10744 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:38:53 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Jcqh10733 for ; Thu, 7 Jun 2001 12:38:52 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA10968 for ; Thu, 7 Jun 2001 12:38:50 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id OAA2091545; Thu, 7 Jun 2001 14:37:34 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id OAA32272; Thu, 7 Jun 2001 14:37:34 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f57JeTH30113; Thu, 7 Jun 2001 14:40:29 -0500 Message-Id: <200106071940.f57JeTH30113@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: alan@cotse.com cc: linux-xfs@oss.sgi.com Subject: Re: Realtime Section - XFS In-Reply-To: Message from alan@cotse.com of "Thu, 07 Jun 2001 15:19:15 EDT." <991941555.3b1fd3b31a472@public.webmail.cotse.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-9316523520" Date: Thu, 07 Jun 2001 14:40:29 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multipart MIME message. --==_Exmh_-9316523520 Content-Type: text/plain > > Can I use and benefit from an rt section without making a specific inod > e > realtime? Or does it only benefit inodes that have been made 'realtime'. Do > es > it have any specific overall fs performance effect? My test is small, so it > is > fast anyway. also, is there any size guideline to the sizes of rt sections vs > size of the data and log sections? Or does it only matter to the inodes that > are used in a realtime fashion? > > Alan Willis > alan@cotse.com > The realtime subvolume is where data for realtime inodes is allocated, so yes it only applies to those. Create a new file, make it realtime, and then do I/O to it. Realtime is a little bit of a misnomer, the differences are: o There is only data in the partition, all metadata remains the the data subvolume. If you put the partitions in the correct place then the only time headseeks happen is to go and get actual data, no log or metadata I/O to get in the way. o A different space allocator is used, it uses a binary chop type approach to disk space which is wasteful, but which means it is very hard to fragment the files on realtime partitions. This allocator is also faster and tends to allocate space in a more deterministic amount of time. o When you make the filesystem, and when you create a realtime file via the ioctl call you can specify an extent size, all allocations will be a multiple of this. I have my doubts that this will work as advertised yet on linux. These are all supposed to add up to something which is good for doing streaming I/O, typically of very large files such as video data. Here are the changes I have to at least attempt to send disk I/O to the realtime device. Users of realtime on Irix would probably create a filesystem which was almost all realtime space, you still need the regular partition for the log and the metadata. Steve --==_Exmh_-9316523520 Content-Type: application/x-patch ; name="realtime.patch" Content-Description: realtime.patch Content-Disposition: attachment; filename="realtime.patch" =========================================================================== Index: linux/fs/pagebuf/page_buf_io.c =========================================================================== --- /usr/tmp/TmpDir.30093-0/linux/fs/pagebuf/page_buf_io.c_1.79 Thu Jun 7 14:35:09 2001 +++ linux/fs/pagebuf/page_buf_io.c Thu Jun 7 14:37:24 2001 @@ -349,6 +349,7 @@ return 0; } + pb->pb_dev = mp->pbm_dev; pb->pb_bn = mp->pbm_bn + (mp->pbm_delta >> inode->i_sb->s_blocksize_bits); @@ -767,7 +768,7 @@ BUG(); } if (!page->buffers) - create_empty_buffers(page, inode->i_dev, PAGE_CACHE_SIZE); + create_empty_buffers(page, mp->pbm_dev, PAGE_CACHE_SIZE); bh = page->buffers; /* * pbm_offset:pbm_bn :: (page's offset):??? =========================================================================== Index: linux/fs/xfs/linux/xfs_lrw.c =========================================================================== --- /usr/tmp/TmpDir.30093-0/linux/fs/xfs/linux/xfs_lrw.c_1.100 Thu Jun 7 14:35:09 2001 +++ linux/fs/xfs/linux/xfs_lrw.c Thu May 31 14:50:43 2001 @@ -336,6 +336,10 @@ XFS_ILOCK(mp, io, XFS_ILOCK_EXCL|XFS_EXTSIZE_RD); return error; } + if (io->io_flags & XFS_IOCORE_RT) { + pb->pb_dev = mp->m_rtdev; + } + if ((imap.br_startblock > 0) && (imap.br_startblock != DELAYSTARTBLOCK)) { pb->pb_bn = XFS_FSB_TO_DB_IO(io, imap.br_startblock); @@ -1212,7 +1216,11 @@ nisize = io->io_new_size; for (im=0, pbm=0; im < imaps && pbm < pbmaps; im++,pbmapp++,imap++,pbm++) { - + if (io->io_flags & XFS_IOCORE_RT) { + pbmapp->pbm_dev = mp->m_rtdev; + } else { + pbmapp->pbm_dev = mp->m_dev; + } pbmapp->pbm_offset = XFS_FSB_TO_B(mp, imap->br_startoff); pbmapp->pbm_delta = offset - pbmapp->pbm_offset; pbmapp->pbm_bsize = XFS_FSB_TO_B(mp, imap->br_blockcount); =========================================================================== Index: linux/include/linux/page_buf.h =========================================================================== --- /usr/tmp/TmpDir.30093-0/linux/include/linux/page_buf.h_1.91 Thu Jun 7 14:35:10 2001 +++ linux/include/linux/page_buf.h Wed Jun 6 12:56:59 2001 @@ -77,7 +77,6 @@ * Base types */ -/* typedef unsigned long page_buf_daddr_t;*/ /* disk address in blocks */ /* daddr must be signed since -1 is used for bmaps that are not yet allocated */ typedef loff_t page_buf_daddr_t; @@ -125,6 +124,7 @@ typedef struct page_buf_bmap_s { page_buf_daddr_t pbm_bn; /* block number in file system */ + kdev_t pbm_dev; /* device for I/O */ loff_t pbm_offset; /* byte offset of mapping in file */ size_t pbm_delta; /* offset of request into bmap */ size_t pbm_bsize; /* size of this mapping in bytes */ --==_Exmh_-9316523520-- From owner-linux-xfs@oss.sgi.com Thu Jun 7 12:58:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57JwB912996 for linux-xfs-outgoing; Thu, 7 Jun 2001 12:58:11 -0700 Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57JwAh12993 for ; Thu, 7 Jun 2001 12:58:10 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f57Jw1aJ032348; Thu, 7 Jun 2001 14:58:01 -0500 (CDT) Message-ID: <3B1FDCC3.2B9FE159@thebarn.com> Date: Thu, 07 Jun 2001 14:57:56 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Seth Mos CC: Alan Eldridge , linux-xfs@oss.sgi.com Subject: Re: Building RH kernel + patches References: <4.3.2.7.2.20010607210041.033154a0@pop.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Seth Mos wrote: > At 14:37 7-6-2001 -0400, Alan Eldridge wrote: > >I'd like to rebuild RH's current rawhide kernel SRPM, but with the 2.4.5 XFS > >patches applied ... I'm getting sick of __alloc_pages() failed, and "Out of > >memory: Killing process nnnn". > > > >However, it appears that the XFS patch includes *some* of the RH patches. > >Is there any clear way to determine which RH patches I want to keep, and > >which are already applied, *and* where in the sequence I want to apply the > >XFS patch? All the RH are applied in the RH7.1 rpms > > > >I'm starting to look through the patches manually, but that's going to > >really suck. Please tell me there's a better way. > > Good question, I believe Russel Catalan originally did the 2.4.2-XFS kernel > that came on the 1.0 installer disk. I think he would be the one to ask. > There were over 200 patches in the 2.4.2 RH 7.1 kernel so I have no idea > were to begin. > > The 2.4.5 is a vanilla tree with xfs and things like kdb added. There might > a few things duplicate. > I can imagine that RH included some of the other SGI patches like High > availabilty. > Just guessing here. > > My best guess would be to start with a 2.4.5 xfs tree and start applying > the more harmless patches like added drivers or obvious fixes and see what > you end up with. OK so I was going to work on bathroom but hey what the hell. I have the devel tree and the RH rawhide merged I just have to walk through the files and resolve the conflicts. If I can get it done in an hour so I'll send a patch. > > > > Good luck > > -- > Seth > Every program has two purposes one for which > it was written and another for which it wasn't > I use the last kind. -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 13:39:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57KdKl16169 for linux-xfs-outgoing; Thu, 7 Jun 2001 13:39:20 -0700 Received: from cotse.com (packetderm.cotse.com [216.112.42.58]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57KdJh16161 for ; Thu, 7 Jun 2001 13:39:19 -0700 Received: (from nobody@localhost) by cotse.com (5.7.4/5.7.4) id f57Kc1J08907; Thu, 7 Jun 2001 16:38:01 -0400 (EDT) From: alan@cotse.com To: Steve Lord Subject: Re: Realtime Section - XFS Message-ID: <991946281.3b1fe6299bd51@public.webmail.cotse.com> Date: Thu, 07 Jun 2001 16:38:01 -0400 (EDT) Cc: linux-xfs@oss.sgi.com References: <200106071940.f57JeTH30113@jen.americas.sgi.com> In-Reply-To: <200106071940.f57JeTH30113@jen.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: http://webmail.cotse.com/webmail/ - Public ad free privacy shield. X-Abuse: abuse@cotse.com X-Abuse-Info: http://www.cotse.com/abusepolicies.html Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Are there userspace utilities to enable this realtime inode io behavior? Quoting Steve Lord : > > > > Can I use and benefit from an rt section without making a specific > inod > > e > > realtime? Or does it only benefit inodes that have been made > 'realtime'. Do > > es > > it have any specific overall fs performance effect? My test is small, > so it > > is > > fast anyway. also, is there any size guideline to the sizes of rt > sections vs > > size of the data and log sections? Or does it only matter to the > inodes that > > are used in a realtime fashion? > > > > Alan Willis > > alan@cotse.com > > > > The realtime subvolume is where data for realtime inodes is allocated, > so yes > it only applies to those. Create a new file, make it realtime, and then > do > I/O to it. Realtime is a little bit of a misnomer, the differences > are: > > o There is only data in the partition, all metadata remains the the > data > subvolume. If you put the partitions in the correct place then the > only > time headseeks happen is to go and get actual data, no log or > metadata > I/O to get in the way. > > o A different space allocator is used, it uses a binary chop type > approach > to disk space which is wasteful, but which means it is very hard to > > fragment the files on realtime partitions. This allocator is also > faster > and tends to allocate space in a more deterministic amount of > time. > > o When you make the filesystem, and when you create a realtime file > via the > ioctl call you can specify an extent size, all allocations will be > a > multiple of this. I have my doubts that this will work as > advertised yet > on linux. > > These are all supposed to add up to something which is good for doing > streaming > I/O, typically of very large files such as video data. > > Here are the changes I have to at least attempt to send disk I/O to the > > realtime device. > > Users of realtime on Irix would probably create a filesystem which was > almost > all realtime space, you still need the regular partition for the log and > the > metadata. > > Steve > > > > From owner-linux-xfs@oss.sgi.com Thu Jun 7 13:40:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57Kefe16316 for linux-xfs-outgoing; Thu, 7 Jun 2001 13:40:41 -0700 Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Keeh16311 for ; Thu, 7 Jun 2001 13:40:40 -0700 Received: from blv-av-02.boeing.com ([192.54.3.92]) by blv-smtpout-01.boeing.com (8.9.2/8.8.5-M2) with ESMTP id NAA12336 for ; Thu, 7 Jun 2001 13:40:24 -0700 (PDT) Received: from blv-hub-01.boeing.com (localhost [127.0.0.1]) by blv-av-02.boeing.com (8.9.3/8.9.2/MBS-AV-01) with ESMTP id NAA11495 for ; Thu, 7 Jun 2001 13:40:39 -0700 (PDT) Received: from pipcws.ca.boeing.com by blv-hub-01.boeing.com with ESMTP; Thu, 7 Jun 2001 13:40:30 -0700 Received: from pipcws.ca.boeing.com (e218766.evt.boeing.com [136.203.14.68]) by pipcws.ca.boeing.com (AIX4.3/8.9.3/8.9.3-B1) with ESMTP id NAA22126; Thu, 7 Jun 2001 13:40:29 -0700 Message-Id: <3B1FE6C0.6050609@pipcws.ca.boeing.com> Date: Thu, 07 Jun 2001 13:40:32 -0700 From: Ric Tibbetts User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9) Gecko/20010505 X-Accept-Language: en,pdf MIME-Version: 1.0 To: Seth Mos CC: Florin Andrei , linux-xfs@oss.sgi.com Subject: Re: growing a partition References: <4.3.2.7.2.20010607202155.03316008@pop.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Seth Mos wrote: > At 11:02 7-6-2001 -0700, Florin Andrei wrote: > >> Is there any HOWTO on growing an XFS partition under Linux? > > > See the mail archive list. There are examples in there. > >> Is is possible to do this for the / partition? > > > If there is free space behind it yes, otherwise no. > It needs to be a contigous part of the disk. > lvm makes this easier. There were some issues with resizing multiple LVM is the answer to this. This is exactly what it's designed for. But, there "were" issues with extending an xfs more than once. I'm hoping they are getting resolved (any word on that?). But that limitation is an XFS issue, not an LVM issue AFAIK. Ric PS: Do yourself a favor. Learn LVM, and convert to it. You'll never go back to partitions again! From owner-linux-xfs@oss.sgi.com Thu Jun 7 13:42:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57Kg9r16488 for linux-xfs-outgoing; Thu, 7 Jun 2001 13:42:09 -0700 Received: from goku.engr.colostate.edu (goku.engr.colostate.edu [129.82.224.16]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Kg8h16481 for ; Thu, 7 Jun 2001 13:42:08 -0700 Received: from trunks (trunks.engr.colostate.edu [129.82.226.114]) by goku.engr.colostate.edu (8.12.0.Beta7/8.12.0.Beta7) with ESMTP id f57Kg5OT013173; Thu, 7 Jun 2001 14:42:06 -0600 (MDT) Date: Thu, 7 Jun 2001 14:41:53 -0600 (MDT) From: "Christopher \"C.J.\" Keist" X-Sender: cjay@trunks To: Greg Wildman cc: linux-xfs@oss.sgi.com Subject: Re: quota support for xfs In-Reply-To: <991936997.17518.22.camel@charon.gjw.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Still no luck. I put in the changes on the fs/dquot.c file, the repquota looks to be already patched with the 3.01-pre6 release. Here is the File system setup from the .config file in the Linux kernel source tree: # # File systems # CONFIG_QUOTA=y CONFIG_FS_POSIX_ACL=y CONFIG_AUTOFS_FS=y CONFIG_AUTOFS4_FS=y CONFIG_REISERFS_FS=y # CONFIG_REISERFS_CHECK is not set # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_BFS_FS is not set CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y # CONFIG_UMSDOS_FS is not set CONFIG_VFAT_FS=y # CONFIG_EFS_FS is not set # CONFIG_CRAMFS is not set # CONFIG_TMPFS is not set # CONFIG_RAMFS is not set CONFIG_ISO9660_FS=y # CONFIG_JOLIET is not set # CONFIG_MINIX_FS is not set CONFIG_NTFS_FS=y # CONFIG_NTFS_RW is not set # CONFIG_HPFS_FS is not set CONFIG_PROC_FS=y # CONFIG_DEVFS_FS is not set CONFIG_DEVPTS_FS=y # CONFIG_QNX4FS_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_EXT2_FS=y # CONFIG_SYSV_FS is not set # CONFIG_UDF_FS is not set # CONFIG_UFS_FS is not set CONFIG_PAGE_BUF=y CONFIG_XFS_FS=y CONFIG_XFS_DMAPI=y CONFIG_XFS_QUOTA=y # CONFIG_XFS_DEBUG is not set # CONFIG_XFS_VNODE_TRACING is not set I don't seem to be getting any quotacheck on boot up: [root@strife linux-2.4.2]# dmesg | egrep -i quota VFS: Diskquotas version dquot_6.5.0 initialized C. J. Keist Email: cjay@engr.colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-2465 College of Engineering, CSU Ft. Collins, CO 80523-1301 On 7 Jun 2001, Greg Wildman wrote: > On 07 Jun 2001 11:50:18 -0600, Christopher "C.J." Keist wrote: > > Hello, > > I have installed RH7.1 using SGI installer CD. I have compiled the > > kernel to support RAID with Linear support, xfs , quota and xfs quota > > support. I then created a file system appending three disks together, the > > raidtab file follows: > > > > ..snip.. > > > > > > I was able to create the xfs file system with no problems. I'm now trying > > to get user quota to work, but having no luck. Here is how the file sytem > > is being mounted in the fstab file: > > > > /dev/md0 /test xfs rw,usrquota 1 > > 1 > > > > I have tried just quota,userquota and usrquota for the mount options, all > > seem to work with no errors in mounting, but all behave the same in that > > quotas don't work. When I try repquota -v /test I get the following: > > > > repquota: Not all specified mountpoints are using quota. > > > > mount command shows the following: > > > > [root@strife /etc]# mount > > /dev/sda1 on / type ext2 (rw) > > none on /proc type proc (rw) > > none on /dev/pts type devpts (rw,gid=5,mode=620) > > /dev/md0 on /test type xfs (rw,usrquota) > > > > setquota does the following: > > > > [root@strife /etc]# setquota jeremy 50000 55000 5000 5100 /test > > setquota: Not all specified mountpoints are using quota. > > > > I have also downloaded and compiled/install quota-tools-3.01-pre6, still > > no luck. Doing strings on the quota commands do show that xfs support is > > there: > > > > [root@strife quota]# strings /usr/sbin/setquota | egrep xfs > > xfs - XFS quota format > > /proc/fs/xfs/stat > > > > Is all this just telling me that quota support for XFS filesystem on a md > > raid device is not supported? > > You must have missed my earlier post, so I will repeat it again below; > > There were a few problems running quotas using the SGI RedHat 7.1 iso. > There is a patch for the kernel at > http://linux-xfs.sgi.com/projects/xfs/mail_archive/0105/msg00246.html > > and a patch for the repquota command at > http://linux-xfs.sgi.com/projects/xfs/mail_archive/0105/msg00252.html > > I have recompiled both SRPMS with the patches added and all is working > great. I won't post the patches and spec file here as they are quite > large, but drop me a note if you want me to make them available for > download. > > -- > Greg > > Kent's Heuristic: > Look for it first where you'd most like to find it. > From owner-linux-xfs@oss.sgi.com Thu Jun 7 14:33:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57LXZF20798 for linux-xfs-outgoing; Thu, 7 Jun 2001 14:33:35 -0700 Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57LXYh20794 for ; Thu, 7 Jun 2001 14:33:34 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip89.idcomm.com [209.60.72.216] (may be forged)) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f57LgSU20369 for ; Thu, 7 Jun 2001 15:42:28 -0600 Message-ID: <3B1FF352.1584B604@idcomm.com> Date: Thu, 07 Jun 2001 15:34:10 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-2smp i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-xfs@oss.sgi.com" Subject: mkinitrd.xfs, floppies Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Reading one of the HOWTO's out there, I gather that mkinitrd.xfs is only required when xfs is being used as a module, but not if xfs is compiled directly into the kernel. Is this correct? Will mkinitrd.xfs work on non-xfs kernels as well (excluding the fact that it wouldn't do anything useful)? The same HOWTO indicates the lilo.conf line: append="ramdisk_size=25000" I gather that this should only be done under the circumstances that the kernel will be using xfs as modules rather than built-in. There is also an initial ramdisk size as an option during kernel compile, for default size, which I recall was something like 4096. Will this work as a means to avoid having to add the "ramdisk_size=25000" line in lilo.conf when using xfs as a module? Second, when compiling and getting the note about the image being too large for a floppy, I'm wondering if compiling xfs as a module would make any difference in this, since the ramdisk would itself need to be part of the floppy as well? If a floppy is not possible, are most people using the CDROM ISO image as backup instead? Just wondering what the options are for having an alternate means of booting in case of failure. D. Stimits, stimits@idcomm.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 14:46:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57LkX821984 for linux-xfs-outgoing; Thu, 7 Jun 2001 14:46:33 -0700 Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57LkVh21981 for ; Thu, 7 Jun 2001 14:46:32 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f57LkJq09575; Thu, 7 Jun 2001 23:46:20 +0200 Message-Id: <4.3.2.7.2.20010607232317.033e6d10@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 07 Jun 2001 23:46:22 +0200 To: Ric Tibbetts From: Seth Mos Subject: Re: growing a partition Cc: Florin Andrei , linux-xfs@oss.sgi.com In-Reply-To: <3B1FE6C0.6050609@pipcws.ca.boeing.com> References: <4.3.2.7.2.20010607202155.03316008@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 13:40 7-6-2001 -0700, Ric Tibbetts wrote: >Seth Mos wrote: > >>At 11:02 7-6-2001 -0700, Florin Andrei wrote: >> >>>Is there any HOWTO on growing an XFS partition under Linux? >> >>See the mail archive list. There are examples in there. >> >>>Is is possible to do this for the / partition? >> >>If there is free space behind it yes, otherwise no. >>It needs to be a contigous part of the disk. >>lvm makes this easier. There were some issues with resizing multiple > > >LVM is the answer to this. This is exactly what it's designed for. But, >there "were" issues with extending an xfs more than once. I'm hoping they >are getting resolved (any word on that?). But that limitation is an XFS >issue, not an LVM issue AFAIK. Workaround: after each xfs_growfs run xfs_repair. repeat. off topic: Still need to bite the bullet on using lvm myself. Oh well next new server on which I can practice this is not far away. It's either a server or a fat disk array that will be crossing my path so I can go practice. It will be hosting progress databases on a XFS filesystem. First tests with either Progress 8.3c or 9.1B under linux with XFS are a few months away. If those tests are positive it will be used for the production machine. It's because the old server is a NCR MP-RAS (yuk!) which is on ia32, has 2GB file limits, Uses a Veritas filesystem that magically changes owners on files, is dog slow, is near out of disk space, is a broken devel environment and gives me headache all day long getting openssh on it. I think that's about it :-/ But I have just gotten the imense satisfaction that is runs OpenSSH, I can sleep now. The out of disk space situation will be probably be solved by hooking a disk aray on one of our internal linux boxes and unsing NFS to use it for the static data and leave the databases local. Although the NFS share will probably outperform the local filesystem with a factor 4 These databases vary in size between 300MB and 1.92GB. Which means that it will mean that one of our pruduction databases is on the limit of going bust. Total size of all databases together is around 5+ GB in size. Of course I will let the list know what happens when you try to access that kind of databases on a linux box with XFS. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@oss.sgi.com Thu Jun 7 14:59:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57LxnZ23233 for linux-xfs-outgoing; Thu, 7 Jun 2001 14:59:49 -0700 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Lxmh23227 for ; Thu, 7 Jun 2001 14:59:48 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA00946 for ; Thu, 7 Jun 2001 14:59:45 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id QAA2089791; Thu, 7 Jun 2001 16:58:30 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id QAA16476; Thu, 7 Jun 2001 16:58:29 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f57M1OC00471; Thu, 7 Jun 2001 17:01:24 -0500 Message-Id: <200106072201.f57M1OC00471@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: alan@cotse.com cc: linux-xfs@oss.sgi.com Subject: Re: Realtime Section - XFS In-Reply-To: Message from alan@cotse.com of "Thu, 07 Jun 2001 16:38:01 EDT." <991946281.3b1fe6299bd51@public.webmail.cotse.com> Date: Thu, 07 Jun 2001 17:01:24 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > Are there userspace utilities to enable this realtime inode io behavior > ? > > No, just the ioctl call I mentioned to set the state on a file (must be empty). If you look in cmd/xfstests/src you will find a few utilities with code which use the ioctl: alloc.c, fsstress.c and randholes.c. If you wanted to it would not be hard to extend lmdd (part of lmbench) to set the realtime flag on a file it created, it can already be built with direct I/O support. You can get the source of this from www.bitkeeper.com it would then give you a tool to experiment with real time I/O. Steve > > Quoting Steve Lord : > > > > > > > Can I use and benefit from an rt section without making a specific > > inod > > > e > > > realtime? Or does it only benefit inodes that have been made > > 'realtime'. Do > > > es > > > it have any specific overall fs performance effect? My test is small, > > so it > > > is > > > fast anyway. also, is there any size guideline to the sizes of rt > > sections vs > > > size of the data and log sections? Or does it only matter to the > > inodes that > > > are used in a realtime fashion? > > > > > > Alan Willis > > > alan@cotse.com > > > > > > > The realtime subvolume is where data for realtime inodes is allocated, > > so yes > > it only applies to those. Create a new file, make it realtime, and then > > do > > I/O to it. Realtime is a little bit of a misnomer, the differences > > are: > > > > o There is only data in the partition, all metadata remains the the > > data > > subvolume. If you put the partitions in the correct place then the > > only > > time headseeks happen is to go and get actual data, no log or > > metadata > > I/O to get in the way. > > > > o A different space allocator is used, it uses a binary chop type > > approach > > to disk space which is wasteful, but which means it is very hard to > > > > fragment the files on realtime partitions. This allocator is also > > faster > > and tends to allocate space in a more deterministic amount of > > time. > > > > o When you make the filesystem, and when you create a realtime file > > via the > > ioctl call you can specify an extent size, all allocations will be > > a > > multiple of this. I have my doubts that this will work as > > advertised yet > > on linux. > > > > These are all supposed to add up to something which is good for doing > > streaming > > I/O, typically of very large files such as video data. > > > > Here are the changes I have to at least attempt to send disk I/O to the > > > > realtime device. > > > > Users of realtime on Irix would probably create a filesystem which was > > almost > > all realtime space, you still need the regular partition for the log and > > the > > metadata. > > > > Steve > > > > > > > > From owner-linux-xfs@oss.sgi.com Thu Jun 7 15:52:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57Mq7W28212 for linux-xfs-outgoing; Thu, 7 Jun 2001 15:52:07 -0700 Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57Mq6h28209 for ; Thu, 7 Jun 2001 15:52:06 -0700 Received: (qmail 15549 invoked by uid 0); 7 Jun 2001 22:52:00 -0000 Received: from pd90082f2.dip.t-dialin.net (HELO powstat) (217.0.130.242) by mail.gmx.net (mail10) with SMTP; 7 Jun 2001 22:52:00 -0000 From: "christian mueller" To: stimits@idcomm.com Date: Fri, 8 Jun 2001 00:44:48 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: Re: mkinitrd.xfs, floppies CC: linux-xfs@oss.sgi.com Message-ID: <3B202000.9787.1F70911@localhost> X-mailer: Pegasus Mail for Win32 (v3.12c) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by oss.sgi.com id f57Mq7h28210 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi >... >Second, when compiling and getting the note about the image >being too large for a floppy, I'm wondering if compiling xfs as a >module would make any difference in this, since the ramdisk >would itself need to be part of the floppy as well?... no. it is possible to put the ramdisk on a second floppy disk. have a look at ´Bootdisk-HOWTO´ Section 6.3 http://linuxdoc.org/ chris From owner-linux-xfs@oss.sgi.com Thu Jun 7 16:03:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f57N34N29373 for linux-xfs-outgoing; Thu, 7 Jun 2001 16:03:04 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f57N33h29370 for ; Thu, 7 Jun 2001 16:03:03 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id QAA06942 for ; Thu, 7 Jun 2001 16:03:18 -0700 (PDT) mail_from (tes@snort.melbourne.sgi.com) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id JAA46181 for linux-xfs@oss.sgi.com; Fri, 8 Jun 2001 09:01:45 +1000 (EST) Date: Fri, 8 Jun 2001 09:01:45 +1000 (EST) From: Timothy Shimmin Message-Id: <200106072301.JAA46181@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - CREDITS Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Jun 7 16:01:18 PDT 2001 Workarea: snort.melbourne.sgi.com:/diskb/build4/tes/slinx-xfs-acl The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:96533a cmd/xfsprogs/doc/CREDITS - 1.9 - Add Juergen Hasch to CREDITS for libacl fixes. From owner-linux-xfs@oss.sgi.com Thu Jun 7 17:11:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f580Bwp01106 for linux-xfs-outgoing; Thu, 7 Jun 2001 17:11:58 -0700 Received: from ocs4.ocs-net (firewall.ocs.com.au [203.34.97.9]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f580Bth01102 for ; Thu, 7 Jun 2001 17:11:56 -0700 Received: from ocs4.ocs-net (kaos@localhost) by ocs4.ocs-net (8.11.2/8.11.2) with ESMTP id f580CmI06857; Fri, 8 Jun 2001 10:12:49 +1000 X-Authentication-Warning: ocs4.ocs-net: kaos owned process doing -bs X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: "Nathan J. Mehl" cc: linux-xfs@oss.sgi.com Subject: Re: RH7.1 ISO: panic on boot after install. In-reply-to: Your message of "Thu, 07 Jun 2001 14:13:57 -0400." <20010607141357.Z8330@blank.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 08 Jun 2001 10:12:48 +1000 Message-ID: <6856.991959168@ocs4.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 7 Jun 2001 14:13:57 -0400, "Nathan J. Mehl" wrote: >A representative panic follows. If there's any additional information >on the system's configuration I can prodide, just ask. > >CPU: 0 >EIP: 0010:[] >EFLAGS: 00010092 >eax: 0000001b ebx: 00000000 ecx: 00000001 ex: 00000001 >esi: 00000000 edi: c02fbe30 ebp: c02fbe18 esp: c02fbdc8 >ds 0018 es: 0018 ss: 008 >Process swapper (pid: , stackpage=c02fb000) >Stack: c0286d3d c0286eb6 00002c3 c1425a84 c02fa000 c02fbe30 00000000 c02fa000 > 00000002 00000061 000f8920 c01db77f c144e9bc 0000086 00000082 c02fa000 > 00000046 00000000 c02fa000 c02fa000 c1425aac c01248b2 c1425a84 c1451e0 >Call Trace: [] [] [] [] [] [] [] >[] [] [] [] [] [<020675f>] [] [] >[] [] [] [] [] [] [] [] >[] [] [] [][] > >Code: 0f 0b 8d 65 bc 5b 5e 5f 89 ec 5d c3 8d 76 00 55 89 e5 83 ec >Kernel panic: Aiee,killing interrupt handler Raw oops numbers are useless. You have to run that text through ksymoops to decode it, make sure that you point ksymoops at the System.map for the failing system. From owner-linux-xfs@oss.sgi.com Thu Jun 7 17:19:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f580JKT01894 for linux-xfs-outgoing; Thu, 7 Jun 2001 17:19:20 -0700 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f580JKh01890 for ; Thu, 7 Jun 2001 17:19:20 -0700 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA09602 for ; Thu, 7 Jun 2001 17:19:35 -0700 (PDT) mail_from (kenmcd@melbourne.sgi.com) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id KAA47567; Fri, 8 Jun 2001 10:17:58 +1000 (AEST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Fri, 8 Jun 2001 10:17:58 +1000 From: Ken McDonell Reply-To: To: "Christopher \"C.J.\" Keist" cc: Greg Wildman , Subject: Re: quota support for xfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Just a heads up for the list. The resident XFS quota guru within SGI (Nathan Scott) is taking a well-deserved vacation thru the end of June ... so his normally prompt and helpful responses in this area will not be forthcoming for a while. I'd ask that others on the list jump in of they can offer assistance with quota issues. Thanks for your patience. From owner-linux-xfs@oss.sgi.com Thu Jun 7 17:42:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f580g9u03913 for linux-xfs-outgoing; Thu, 7 Jun 2001 17:42:09 -0700 Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f580g7h03909 for ; Thu, 7 Jun 2001 17:42:07 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id CAA1755607 for ; Fri, 8 Jun 2001 02:42:04 +0200 (CEST) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA73014; Fri, 8 Jun 2001 10:40:45 +1000 (EST) Date: Fri, 8 Jun 2001 10:40:45 +1000 From: Timothy Shimmin To: alan@cotse.com Cc: linux-xfs@oss.sgi.com Subject: Re: Realtime Section - XFS Message-ID: <20010608104045.T237728@boing.melbourne.sgi.com> References: <991937049.3b1fc21928278@public.webmail.cotse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <991937049.3b1fc21928278@public.webmail.cotse.com>; from alan@cotse.com on Thu, Jun 07, 2001 at 02:04:09PM -0400 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Alan, On Thu, Jun 07, 2001 at 02:04:09PM -0400, alan@cotse.com wrote: > > Has anyone tried to use linux xfs's realtime section support? > Would there be any issues with dumping this filesystem? ^^^^^^^ I have never done any stuff with realtime subvolumes and/or xfsdump'ing them. But looking in xfsdump/xfsrestore, there is code to handle these files .... so I guess it should work :) Let us know how you go. Cheers, Tim. From owner-linux-xfs@oss.sgi.com Thu Jun 7 18:58:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f581wlY08546 for linux-xfs-outgoing; Thu, 7 Jun 2001 18:58:47 -0700 Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f581wkh08541 for ; Thu, 7 Jun 2001 18:58:46 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip91.idcomm.com [209.60.72.218] (may be forged)) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f5827gU31619 for ; Thu, 7 Jun 2001 20:07:42 -0600 Message-ID: <3B20317B.DD9FADB2@idcomm.com> Date: Thu, 07 Jun 2001 19:59:23 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre1-xfs-2 i686) X-Accept-Language: en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com Subject: Re: mkinitrd.xfs, floppies References: <3B202000.9787.1F70911@localhost> Content-Type: text/plain; charset=iso-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by mailhost.idcomm.com id f5827gU31619 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f581wkh08542 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk christian mueller wrote: > > hi > > >... > >Second, when compiling and getting the note about the image > >being too large for a floppy, I'm wondering if compiling xfs as a > >module would make any difference in this, since the ramdisk > >would itself need to be part of the floppy as well?... > > no. it is possible to put the ramdisk on a second floppy disk. > have a look at ´Bootdisk-HOWTO´ Section 6.3 > > http://linuxdoc.org/ > > chris Excellent, I'll give that a check, I hadn't thought about the ability to split disks this way. Thanks also to those who answered off list. D. Stimits, stimits@idcomm.com From owner-linux-xfs@oss.sgi.com Thu Jun 7 19:02:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f58229r09156 for linux-xfs-outgoing; Thu, 7 Jun 2001 19:02:09 -0700 Received: from home.smithconcepts.com (ubr-35.28.151.oviedo.cfl.rr.com [65.35.28.151]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f58228h09152 for ; Thu, 7 Jun 2001 19:02:08 -0700 Received: from ieee.org (IDENT:bjsmith@bitman.oviedo.smithconcepts.com [172.24.24.192]) by home.smithconcepts.com (8.9.3/8.9.3) with ESMTP id VAA10554; Thu, 7 Jun 2001 21:55:29 -0400 Message-ID: <3B2034D4.D6E17C42@ieee.org> Date: Thu, 07 Jun 2001 22:13:40 -0400 From: "Bryan J. Smith" Organization: SmithConcepts, Inc. X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jan Strohbehn CC: linux-xfs@oss.sgi.com Subject: Re: Changing ACLs as non-owner References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Jan Strohbehn wrote: > Hi !! > I just joined this mailing list, so I'm sorry if this > question has been asked before. > Is it possible to set ACLs on a file or directory if > you are not the native owner (e.g. member of the primary > group) ??? > Thank you, > Jan Someone else correct me if I'm wrong in saying this but would consider such a "feature" to be a _gross_security_violation_. Any reason you need this? -- TheBS -- Bryan J. Smith, President mailto:b.j.smith@ieee.org (407)366-7013 pager:(888)694-5793 chat:thebs413@AOL/MS/Yho ========================================================== SmithConcepts, Inc. http://www.SmithConcepts.com Consulting Engineers and IT Professionals From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:03:52 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58H3qK1004393 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:03:52 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: (from root@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58H3qdv004391 for linux-xfs@oss.sgi.com; Fri, 8 Jun 2001 10:03:52 -0700 Date: Fri, 8 Jun 2001 10:03:52 -0700 From: root Message-Id: <200106081703.f58H3qdv004391@linux-xfs.sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk list test sorry folks new setup must test From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:06:38 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58H6c0o004495 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:06:38 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from blipvert.blank.org (blipvert.blank.org [216.112.239.86]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58H6a3D004492 for ; Fri, 8 Jun 2001 10:06:36 -0700 Received: (qmail 9225 invoked by uid 500); 8 Jun 2001 17:06:33 -0000 Date: Fri, 8 Jun 2001 13:06:32 -0400 From: "Nathan J. Mehl" To: Seth Mos Cc: linux-xfs@oss.sgi.com Subject: Re: RH7.1 ISO: panic on boot after install. Message-ID: <20010608130632.S8330@blank.org> References: <20010607141357.Z8330@blank.org> <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl>; from knuffie@xs4all.nl on Thu, Jun 07, 2001 at 09:15:39PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk In the immortal words of Seth Mos (knuffie@xs4all.nl): > > Please run this through ksymoops please. If you can boot the machine > succesfully. If it does boot, does it panic or oops after some time > or stressing? > > That would be most helpful. > > Have you tried eliminating some of the attached hardware (usb > hardware for instance). Generally speaking, when the system _does_ boot, it appears to be stable. Here's what ksymoops has to say: ksymoops 2.4.0 on i686 2.4.2-SGI_XFS_1.0. Options used -v /boot/vmlinux-2.4.2-SGI_XFS_1.0 (specified) -k ./ksyms (specified) -l /proc/modules (specified) -o /lib/modules/2.4.2-SGI_XFS_1.0/ (default) -m /boot/System.map (specified) Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in vmlinux. Ignoring ksyms_base entry Warning (compare_maps): mismatch on symbol partition_name , ksyms_base says c022d1e0, vmlinux says c0153790. Ignoring ksyms_base entry CPU: 0 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010092 eax: 0000001b ebx: 00000000 ecx: 00000001 ex: 00000001 esi: 00000000 edi: c02fbe30 ebp: c02fbe18 esp: c02fbdc8 Process swapper (pid: , stackpage=c02fb000) Stack: c0286d3d c0286eb6 00002c3 c1425a84 c02fa000 c02fbe30 00000000 c02fa000 00000002 00000061 000f8920 c01db77f c144e9bc 0000086 00000082 c02fa000 00000046 00000000 c02fa000 c02fa000 c1425aac c01248b2 c1425a84 c1451e0 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [<020675f>] [] [] [] [] [] [] [] [] [] [] [] [] [] [][] Code: 0f 0b 8d 65 bc 5b 5e 5f 89 ec 5d c3 8d 76 00 55 89 e5 83 ec >>EIP; c0113781 <===== Trace; c0286d3d Trace; c0286eb6 Trace; c01db77f Trace; c01248b2 <___wait_on_page+66/ac> Trace; c0123f37 Trace; c012419c Trace; c01d9335 <_xfs_incore_relse+15/1c> Trace; c01d1e4e Trace; c01b879a Trace; c01635ac Trace; c016374c <_end_pagebuf_page_io+90/98> Trace; c01e18db Trace; 0020675f Before first symbol Trace; c0210784 Trace; c02157a8 Trace; 0c020877 Before first symbol Trace; c0210718 Trace; 0c010a5d Before first symbol Trace; c010a1c7 Trace; 0c010740 Before first symbol Trace; c0107240 Trace; c0108f54 Trace; c0107240 Trace; c0107240 Trace; c0107263 Trace; c01072c4 Trace; c0105000 Trace; c0100191 Code; c0113781 00000000 <_EIP>: Code; c0113781 <===== 0: 0f 0b ud2a <===== Code; c0113783 2: 8d 65 bc lea 0xffffffbc(%ebp),%esp Code; c0113786 5: 5b pop %ebx Code; c0113787 6: 5e pop %esi Code; c0113788 7: 5f pop %edi Code; c0113789 8: 89 ec mov %ebp,%esp Code; c011378b a: 5d pop %ebp Code; c011378c b: c3 ret Code; c011378d c: 8d 76 00 lea 0x0(%esi),%esi Code; c0113790 <__wake_up+0/ac> f: 55 push %ebp Code; c0113791 <__wake_up+1/ac> 10: 89 e5 mov %esp,%ebp Code; c0113793 <__wake_up+3/ac> 12: 83 ec 00 sub $0x0,%esp Kernel panic: Aiee,killing interrupt handler 2 warnings issued. Results may not be reliable. ------------------------------------------------------ I've got more than one membership / to more than one club and I owe my life / to the people that I love. (--Ani DiFranco) ---------------------------------------------- From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:10:39 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58HAdOl004654 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:10:39 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58HAa3D004650 for ; Fri, 8 Jun 2001 10:10:38 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA15689 for ; Fri, 8 Jun 2001 10:02:42 -0700 (PDT) mail_from (sandeen@sgi.com) Received: from yog-sothoth.sgi.com (eugate.sgi.com [144.253.131.5]) by nodin.corp.sgi.com (8.11.4/8.11.2/nodin-1.0) with ESMTP id f58H1hj23483081 for ; Fri, 8 Jun 2001 10:01:43 -0700 (PDT) Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id TAA1867623 for ; Fri, 8 Jun 2001 19:01:04 +0200 (CEST) mail_from (sandeen@sgi.com) Received: from poppy-e185.americas.sgi.com (poppy.americas.sgi.com [128.162.185.207]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id LAA2100471; Fri, 8 Jun 2001 11:59:35 -0500 (CDT) Received: from sgi.com (eagdhcp-195-16.americas.sgi.com [128.162.195.186]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.7) with ESMTP id LAA13087; Fri, 8 Jun 2001 11:59:34 -0500 (CDT) Message-ID: <3B2103E3.23E5BEA5@sgi.com> Date: Fri, 08 Jun 2001 11:57:07 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Ric Tibbetts CC: linux-xfs@oss.sgi.com Subject: Re: growing a partition References: <4.3.2.7.2.20010607202155.03316008@pop.xs4all.nl> <3B1FE6C0.6050609@pipcws.ca.boeing.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ric Tibbetts wrote: > But, > there "were" issues with extending an xfs more than once. I'm hoping > they are getting resolved (any word on that?). Austin was the only person to report this problem, AFAIK, and Andi at SuSE said he had no trouble... it's still on my list of things to look at, but I don't have any good info yet. Can anyone else verify the problem? -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:20:10 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58HKARC005024 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:20:10 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fozzie.eye-net.com.au (fozzie.eye-net.com.au [203.41.228.19]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58HK63D005019 for ; Fri, 8 Jun 2001 10:20:08 -0700 Received: by fozzie.eye-net.com.au (Postfix, from userid 1000) id 2E1A6D6214; Fri, 8 Jun 2001 22:31:51 +1000 (EST) Date: Fri, 8 Jun 2001 22:31:51 +1000 To: "Martin K. Petersen" Cc: linux-xfs@oss.sgi.com Subject: Re: XFS doesn't like my alpha Message-ID: <20010608223151.C3495@eye-net.com.au> References: <20010424220259.A9547@eye-net.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i From: csmall@eye-net.com.au (Craig Small) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Apr 24, 2001 at 10:31:31AM -0400, Martin K. Petersen wrote: > Hmmm. Looks like we trigger a bug in the RAID1 code. > > I'm working from home today, but will try and reproduce on my alpha at > the office tomorrow. If it makes you feel any better the kernel oops happens on all FS types including ext2 :< - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/ MIEEE Debian developer From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:39:55 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58HdtiD005779 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:39:55 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Hds3D005771 for ; Fri, 8 Jun 2001 10:39:54 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip11.idcomm.com [209.60.72.138]) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f58HmuU15988 for ; Fri, 8 Jun 2001 11:48:56 -0600 Message-ID: <3B210E12.CDA8E281@idcomm.com> Date: Fri, 08 Jun 2001 11:40:34 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre1-xfs-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-xfs@oss.sgi.com" Subject: cmd compiles Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm trying to compile some of the cvs cmd items, and can't seem to find all the headers. I'm using RH 7.1, and wondering if the xfsprogs-devel is not part of cvs? Or perhaps I'm just installing out of order (I have the 2.4.6-pre1-xfs kernel up and running, the current xfs kernel is what /usr/src/linux/ has in it). Suggestions on where to get devel headers or what to move where when using the cvs tree? FATAL ERROR: could not find a valid XFS library header. Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) package. make: *** [configure] Error 1 D. Stimits, stimits@idcomm.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:40:42 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58HegFP005809 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:40:42 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Hee3D005806 for ; Fri, 8 Jun 2001 10:40:40 -0700 Received: from qn-212-58-163-247.quicknet.nl ([212.58.163.247]:63526 "EHLO auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id ; Fri, 8 Jun 2001 19:40:36 +0200 Message-Id: <4.3.2.7.2.20010608192839.033a1410@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 19:40:33 +0200 To: "Nathan J. Mehl" From: Seth Mos Subject: Re: RH7.1 ISO: panic on boot after install. Cc: linux-xfs@oss.sgi.com In-Reply-To: <20010608130632.S8330@blank.org> References: <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> <20010607141357.Z8330@blank.org> <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 13:06 8-6-2001 -0400, Nathan J. Mehl wrote: >In the immortal words of Seth Mos (knuffie@xs4all.nl): > > > > Please run this through ksymoops please. If you can boot the machine > > succesfully. If it does boot, does it panic or oops after some time > > or stressing? > > > > That would be most helpful. > > > > Have you tried eliminating some of the attached hardware (usb > > hardware for instance). > >Generally speaking, when the system _does_ boot, it appears to be >stable. Ahh, I sea that it has a via chipset onboard. Include warning neon sign Firstly I would sugest updating your bios please. Via chipset have a grey history of doing funny things and in general behave in non yet to be described ways on things other then windows :-/ It looks like related to dma issues on the IDE controller. I could be wrong though, I am not well versed in reading ksymoops output. Here is a test of various via boards. http://www.linuxhardware.org/article.pl?sid=01/06/06/1821202&mode=thread Here is a Quote: "We've been in touch with Alan Cox, top-level Linux kernel developer, to see exactly what issues they've been seeing with this chipset and this is what we found out:" "We were seeing problems with large IDE loads on Linux for a long time yet VIA would not answer it. VIA still haven't provided good info to the Linux community. In fact most of what people know even in the non NDA'd BIOS writing world is by studying how the BIOS changes the behavior. So if your vendor doesn't have a fix, or you have a Intel/VIA combo setup with no known fix you are on rocky territory still." I suggest getting your newest bios and try to build and install a newer kernel. The newer kernels have better handling of the via chipset. Read the whole review if you want to know what the general issues are. I'm gonna wait for a nVIDIA nForce mainboard, yummi :P Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:49:42 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58Hngwe006157 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:49:42 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Hne3D006154 for ; Fri, 8 Jun 2001 10:49:40 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) 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 KAA04256 for ; Fri, 8 Jun 2001 10:49:33 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id MAA2101684; Fri, 8 Jun 2001 12:48:16 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id MAA06459; Fri, 8 Jun 2001 12:48:16 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58Hoxg12505; Fri, 8 Jun 2001 12:50:59 -0500 Message-Id: <200106081750.f58Hoxg12505@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: stimits@idcomm.com cc: "linux-xfs@oss.sgi.com" Subject: Re: cmd compiles In-Reply-To: Message from "D. Stimits" of "Fri, 08 Jun 2001 11:40:34 MDT." <3B210E12.CDA8E281@idcomm.com> Date: Fri, 08 Jun 2001 12:50:59 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I'm trying to compile some of the cvs cmd items, and can't seem to find > all the headers. I'm using RH 7.1, and wondering if the xfsprogs-devel > is not part of cvs? Or perhaps I'm just installing out of order (I have > the 2.4.6-pre1-xfs kernel up and running, the current xfs kernel is what > /usr/src/linux/ has in it). Suggestions on where to get devel headers or > what to move where when using the cvs tree? > > FATAL ERROR: could not find a valid XFS library header. > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > package. > make: *** [configure] Error 1 > > D. Stimits, stimits@idcomm.com To get through a build of all the commands you need to install some of the earlier phases. You can do this either by building and installing the rpms, or by a make install. I think this sequence works (from memory): 0. install e2fsprogs-devel for uuid code 1. build acl and attr packages, install development rpms 2. build xfsprogs, install development rpms 3. build xfsdump Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 10:57:12 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58HvCdJ006369 for linux-xfs-outgoing; Fri, 8 Jun 2001 10:57:12 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58HvA3D006365 for ; Fri, 8 Jun 2001 10:57:11 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f58Hv5L02742 for linux-xfs@oss.sgi.com; Fri, 8 Jun 2001 13:57:05 -0400 Date: Fri, 8 Jun 2001 13:57:05 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Subject: possibly stupid question... Message-ID: <20010608135705.A2739@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I don't need to rebuild the commands just because I'm changing kernel version (2.4.2 => 2.4.5), right? -- Alan Eldridge "Uh, I think so, Brain, but isn't Regis Philbin already married?" From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:07:40 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58I7eIm006772 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:07:40 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from itcampus.de (www.itcampus.de [194.45.97.156]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58I7c3D006768 for ; Fri, 8 Jun 2001 11:07:39 -0700 Received: from [62.208.91.225] (HELO itcampus.de) by itcampus.de (CommuniGate Pro SMTP 3.3.1) with ESMTP id 99574; Fri, 08 Jun 2001 20:10:29 +0200 Message-ID: <3B210AB4.8C2986BE@itcampus.de> Date: Fri, 08 Jun 2001 19:26:12 +0200 From: Thomas Winkler X-Mailer: Mozilla 4.76 [de] (X11; U; Linux 2.2.16 i686) X-Accept-Language: ex-MX MIME-Version: 1.0 To: jtrostel@connex.com, linux-xfs@oss.sgi.com Subject: Re: acls with samba on xfs References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk John Trostel wrote: > Your best bet would be to try using the latest XFS CVS in combination with the > latest SAMBA_2_2 CVS download. Both of these have had related improvements > since the official releases of both XFS 1.0 and Samba 2.2.0. I know that we > (Connex) are using this type of combination for allowing domain members to > change NT-like ACLs on Samba 2.2.0 (using a 2.4.3 CVS of XFS and a more recent > CVS of Samba). did some testing with 2.4.4 CVS XFS in combination with CVS checkout of Head. i guess that should be working, but it's not. once again our system crashed and i had to reboot aour machine. i just can't switch our servers to using xfs until i got a solution on this one. imagine users trying to change acls on our server... by the way, the server doesn't crash every time. gotta do some more testing to tell the cause, but our test server is kind of broken right now. > I also wonder if using the TNG as the PDC server is causing problems with the > domain users/groups.... My truck is in the 'shop' and I am away from our PDC so > I can't test how that all works today. I'll look at it tomorrow if you send me > a reminder. the problem is that the head is not able to map the sid of the domain user to the right uid/gid. i looked through the code (not familiar with it at all) and found that the tagtype of 0 is not known. i guess the head just can't find the right sid to use. what is the tagtype 0 supposed to be, what should it be and what could be wrong with our setup. thank you for your help thomas -------------------------------------- itCampus Software- und Systemhaus GmbH Leipzig - Halle - Wittenberg http://www.itcampus.de From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:12:59 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58ICx2a006970 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:12:59 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58ICv3D006964 for ; Fri, 8 Jun 2001 11:12:57 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip7.idcomm.com [209.60.72.134]) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f58ILxU22625 for ; Fri, 8 Jun 2001 12:21:59 -0600 Message-ID: <3B2115D2.D776EEE6@idcomm.com> Date: Fri, 08 Jun 2001 12:13:38 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre1-xfs-2 i686) X-Accept-Language: en MIME-Version: 1.0 CC: "linux-xfs@oss.sgi.com" Subject: Re: cmd compiles References: <200106081750.f58Hoxg12505@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord wrote: > > > I'm trying to compile some of the cvs cmd items, and can't seem to find > > all the headers. I'm using RH 7.1, and wondering if the xfsprogs-devel > > is not part of cvs? Or perhaps I'm just installing out of order (I have > > the 2.4.6-pre1-xfs kernel up and running, the current xfs kernel is what > > /usr/src/linux/ has in it). Suggestions on where to get devel headers or > > what to move where when using the cvs tree? > > > > FATAL ERROR: could not find a valid XFS library header. > > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > > package. > > make: *** [configure] Error 1 > > > > D. Stimits, stimits@idcomm.com > > To get through a build of all the commands you need to install some of the > earlier phases. You can do this either by building and installing the rpms, > or by a make install. For reference, I'm using the devel branch of cvs currently marked as 2.4.6-pre1-xfs. > > I think this sequence works (from memory): > > 0. install e2fsprogs-devel for uuid code I've done this via rpm. The rpm version listed: e2fsprogs-1.19-4 e2fsprogs-devel-1.19-4 > 1. build acl and attr packages, install development rpms I've compiled and installed the cvs version of acl and attr; however, I'm not aware of any development rpms...are these in addition to the cvs cmd/acl/ and cmd/attr/ make installs? If so, where do I find the development version, whether in rpm or tarball format? > 2. build xfsprogs, install development rpms I have done a make install for xfsprogs in the cmd/xfsprogs/ of cvs devel. Now comes a similar question from the prior paragraph...are there development rpms or tarballs that are separate from the build and install of xfsprogs? If so, where can I find them in either rpm or tarball format? > 3. build xfsdump This is the part that fails for me, and why I think the devel stuff must be separate from the cvs devel tree. Or at least requires more than a make install from the relevant cmd subdirectory. D. Stimits, stimits@idcomm.com > > Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:16:52 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58IGq3U007168 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:16:52 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58IGn3D007165 for ; Fri, 8 Jun 2001 11:16:50 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f58IGiq14274; Fri, 8 Jun 2001 20:16:44 +0200 Message-Id: <4.3.2.7.2.20010608201354.0319cab0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 20:16:47 +0200 To: Alan Eldridge , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: possibly stupid question... In-Reply-To: <20010608135705.A2739@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 13:57 8-6-2001 -0400, Alan Eldridge wrote: >I don't need to rebuild the commands just because I'm changing kernel >version (2.4.2 => 2.4.5), right? No. The last time new tools were needed was around 2.4.1 I believe. But that was a change in log format if I recall. If you really tried hard enough you could not recover a dirty fs with a older kernel There was another change a time ago but that was announced on the list. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:28:06 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58IS6jj007469 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:28:06 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58IS53D007466 for ; Fri, 8 Jun 2001 11:28:05 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA27757 for ; Fri, 8 Jun 2001 11:28:02 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id NAA2104023; Fri, 8 Jun 2001 13:26:47 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id NAA83368; Fri, 8 Jun 2001 13:26:47 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58ITUX13917; Fri, 8 Jun 2001 13:29:30 -0500 Message-Id: <200106081829.f58ITUX13917@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: stimits@idcomm.com cc: "linux-xfs@oss.sgi.com" Subject: Re: cmd compiles In-Reply-To: Message from "D. Stimits" of "Fri, 08 Jun 2001 12:13:38 MDT." <3B2115D2.D776EEE6@idcomm.com> Date: Fri, 08 Jun 2001 13:29:30 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > > > > I think this sequence works (from memory): > > > > 0. install e2fsprogs-devel for uuid code > > I've done this via rpm. The rpm version listed: > e2fsprogs-1.19-4 > e2fsprogs-devel-1.19-4 > > > 1. build acl and attr packages, install development rpms > > I've compiled and installed the cvs version of acl and attr; however, > I'm not aware of any development rpms...are these in addition to the cvs > cmd/acl/ and cmd/attr/ make installs? If so, where do I find the > development version, whether in rpm or tarball format? OK, if you use the Makepkgs command in each command directory it will build you rpms, if you do make install it should install all the correct headers (a make install is used to generate the rpms). All the code is in the cvs tree, there is nothing missing. However, it make be that make install is not doing everything it needs to > > > 2. build xfsprogs, install development rpms > > I have done a make install for xfsprogs in the cmd/xfsprogs/ of cvs > devel. Now comes a similar question from the prior paragraph...are there > development rpms or tarballs that are separate from the build and > install of xfsprogs? If so, where can I find them in either rpm or > tarball format? > > > 3. build xfsdump > > This is the part that fails for me, and why I think the devel stuff must > be separate from the cvs devel tree. Or at least requires more than a > make install from the relevant cmd subdirectory. Can you report exactly the failure you are seeing here (sorry I deleted your earlier email, I have to delete stuff otherwise I drown in email very quickly). Steve > > D. Stimits, stimits@idcomm.com > > > > > Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:28:22 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58ISMaq007502 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:28:22 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from blipvert.blank.org (blipvert.blank.org [216.112.239.86]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58ISL3D007496 for ; Fri, 8 Jun 2001 11:28:21 -0700 Received: (qmail 12379 invoked by uid 500); 8 Jun 2001 18:28:19 -0000 Date: Fri, 8 Jun 2001 14:28:19 -0400 From: "Nathan J. Mehl" To: Seth Mos Cc: linux-xfs@oss.sgi.com Subject: Re: RH7.1 ISO: panic on boot after install. Message-ID: <20010608142818.Y8330@blank.org> References: <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> <20010607141357.Z8330@blank.org> <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> <20010608130632.S8330@blank.org> <4.3.2.7.2.20010608192839.033a1410@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.2.20010608192839.033a1410@pop.xs4all.nl>; from knuffie@xs4all.nl on Fri, Jun 08, 2001 at 07:40:33PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk In the immortal words of Seth Mos (knuffie@xs4all.nl): > > Ahh, I sea that it has a via chipset onboard. Include warning neon sign Argh, I was afraid that was going to be the answer. Sigh. Unfortunatly, if you want to run a socket-A athlon system (which is by a long yard the best bang-for-buck solution out there), there really aren't too many alternatives at the moment. AMD makes their own chipsets, but they're basically only doing so under duress, and they have a tendency to pull them from the market the moment anybody else starts shipping in quantity. > I suggest getting your newest bios and try to build and install a newer > kernel. The newer kernels have better handling of the via chipset. Okay, BIOS update is easy. New kernel might be a bit harder, as all of the xfs patches on sgi's ftp site are for 2.4.2/2.4.3 -- can they be cleanly applied to 2.4.5? > I'm gonna wait for a nVIDIA nForce mainboard, yummi :P Heh, that'll probably be my next upgrade, but that's still a good six months out... -n ------------------------------------------------------ "Kids today only have to click a few buttons to get their porn, not go out there and shoplift porn like I did, and my father did before me, and his father before him." (--Dan Savage) ---------------------------------------------- From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:29:04 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58IT4ql007539 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:29:04 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58IT33D007536 for ; Fri, 8 Jun 2001 11:29:03 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) 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 LAA02237 for ; Fri, 8 Jun 2001 11:05:01 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id NAA2100065; Fri, 8 Jun 2001 13:03:22 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id NAA04834; Fri, 8 Jun 2001 13:03:22 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58I64P12568; Fri, 8 Jun 2001 13:06:04 -0500 Message-Id: <200106081806.f58I64P12568@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Alan Eldridge cc: linux-xfs@oss.sgi.com Subject: Re: possibly stupid question... In-Reply-To: Message from Alan Eldridge of "Fri, 08 Jun 2001 13:57:05 EDT." <20010608135705.A2739@wwweasel.geeksrus.net> Date: Fri, 08 Jun 2001 13:06:04 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I don't need to rebuild the commands just because I'm changing kernel > version (2.4.2 => 2.4.5), right? > > -- > Alan Eldridge > "Uh, I think so, Brain, but isn't Regis Philbin already married?" No, you do not need to, there may be some features in newer commands you do not get, but you should be able to keep using the old ones. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:35:19 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58IZJgQ007955 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:35:19 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58IZH3D007952 for ; Fri, 8 Jun 2001 11:35:17 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA06952 for ; Fri, 8 Jun 2001 11:35:34 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id NAA2101849; Fri, 8 Jun 2001 13:34:00 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id NAA65134; Fri, 8 Jun 2001 13:33:59 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58Iagj15709; Fri, 8 Jun 2001 13:36:42 -0500 Message-Id: <200106081836.f58Iagj15709@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Nathan J. Mehl" cc: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: RH7.1 ISO: panic on boot after install. In-Reply-To: Message from "Nathan J. Mehl" of "Fri, 08 Jun 2001 14:28:19 EDT." <20010608142818.Y8330@blank.org> Date: Fri, 08 Jun 2001 13:36:42 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > > I suggest getting your newest bios and try to build and install a newer > > kernel. The newer kernels have better handling of the via chipset. > > Okay, BIOS update is easy. New kernel might be a bit harder, as all > of the xfs patches on sgi's ftp site are for 2.4.2/2.4.3 -- can they > be cleanly applied to 2.4.5? > Take a look in the patches subdirectory - there is a 2.4.5 patch in there. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:39:39 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58IddC2008541 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:39:39 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from msg.ecetra.com (dollar.ecetra.com [193.164.224.209]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Idb3D008520 for ; Fri, 8 Jun 2001 11:39:37 -0700 Received: from vie-ac.office.ecetra.com (vie-ac.office.ecetra.com [10.251.148.147] (may be forged)) by msg.ecetra.com (8.9.3/8.9.3) with ESMTP id UAA11643; Fri, 8 Jun 2001 20:39:30 +0200 Received: from localhost (localhost [127.0.0.1]) by vie-ac.office.ecetra.com (8.11.4/8.11.3) with ESMTP id f58IdUN01442; Fri, 8 Jun 2001 20:39:30 +0200 Date: Fri, 8 Jun 2001 20:39:30 +0200 (CEST) From: Adam Cioccarelli To: "D. Stimits" cc: "linux-xfs@oss.sgi.com" Subject: Re: cmd compiles In-Reply-To: <3B2115D2.D776EEE6@idcomm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk go to the ..../cmd/xfsprogs/ directory and do a make install-dev then ../xfsdump/ make && make install works for me anyway! ------------------------------------------------------------------------------- Adam Cioccarelli (B.E Mechanical) Adam.Cioccarelli@ecetra.com Database Administrator Phone: +43 1 536 89 7725 Fax: +43 1 536 89 7719 ecetra Central European e-Finance AG Mobile:+43 664 181 4195 ------------------------------------------------------------------------------- On Fri, 8 Jun 2001, D. Stimits wrote: > Steve Lord wrote: > > > > > I'm trying to compile some of the cvs cmd items, and can't seem to find > > > all the headers. I'm using RH 7.1, and wondering if the xfsprogs-devel > > > is not part of cvs? Or perhaps I'm just installing out of order (I have > > > the 2.4.6-pre1-xfs kernel up and running, the current xfs kernel is what > > > /usr/src/linux/ has in it). Suggestions on where to get devel headers or > > > what to move where when using the cvs tree? > > > > > > FATAL ERROR: could not find a valid XFS library header. > > > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > > > package. > > > make: *** [configure] Error 1 > > > > > > D. Stimits, stimits@idcomm.com > > > > To get through a build of all the commands you need to install some of the > > earlier phases. You can do this either by building and installing the rpms, > > or by a make install. > > For reference, I'm using the devel branch of cvs currently marked as > 2.4.6-pre1-xfs. > > > > > I think this sequence works (from memory): > > > > 0. install e2fsprogs-devel for uuid code > > I've done this via rpm. The rpm version listed: > e2fsprogs-1.19-4 > e2fsprogs-devel-1.19-4 > > > 1. build acl and attr packages, install development rpms > > I've compiled and installed the cvs version of acl and attr; however, > I'm not aware of any development rpms...are these in addition to the cvs > cmd/acl/ and cmd/attr/ make installs? If so, where do I find the > development version, whether in rpm or tarball format? > > > 2. build xfsprogs, install development rpms > > I have done a make install for xfsprogs in the cmd/xfsprogs/ of cvs > devel. Now comes a similar question from the prior paragraph...are there > development rpms or tarballs that are separate from the build and > install of xfsprogs? If so, where can I find them in either rpm or > tarball format? > > > 3. build xfsdump > > This is the part that fails for me, and why I think the devel stuff must > be separate from the cvs devel tree. Or at least requires more than a > make install from the relevant cmd subdirectory. > > D. Stimits, stimits@idcomm.com > > > > > Steve > From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:47:36 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58IlaFL009543 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:47:36 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58IlX3D009525 for ; Fri, 8 Jun 2001 11:47:33 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f58IlSq14302; Fri, 8 Jun 2001 20:47:29 +0200 Message-Id: <4.3.2.7.2.20010608204039.032154a0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 20:47:32 +0200 To: "Nathan J. Mehl" From: Seth Mos Subject: Re: RH7.1 ISO: panic on boot after install. Cc: linux-xfs@oss.sgi.com In-Reply-To: <20010608142818.Y8330@blank.org> References: <4.3.2.7.2.20010608192839.033a1410@pop.xs4all.nl> <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> <20010607141357.Z8330@blank.org> <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> <20010608130632.S8330@blank.org> <4.3.2.7.2.20010608192839.033a1410@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:28 8-6-2001 -0400, Nathan J. Mehl wrote: >In the immortal words of Seth Mos (knuffie@xs4all.nl): > > > > Ahh, I sea that it has a via chipset onboard. Include warning neon sign > > >Argh, I was afraid that was going to be the answer. Sigh. I'm sorry. If AC can't get VIA to cooperate, what's next? >Unfortunatly, if you want to run a socket-A athlon system (which is by >a long yard the best bang-for-buck solution out there), there really >aren't too many alternatives at the moment. AMD makes their own >chipsets, but they're basically only doing so under duress, and they >have a tendency to pull them from the market the moment anybody else >starts shipping in quantity. It's fairly undocumented. > > I suggest getting your newest bios and try to build and install a newer > > kernel. The newer kernels have better handling of the via chipset. > >Okay, BIOS update is easy. New kernel might be a bit harder, as all >of the xfs patches on sgi's ftp site are for 2.4.2/2.4.3 -- can they >be cleanly applied to 2.4.5? Checkout the CVS. That one is linux-2.4.6-pre1-xfs. There is also a patch against a vanilla 2.4.5 on the ftp server. Note: Oss.sgi.com was/is having a hard time could be unreachable for the moment. > > I'm gonna wait for a nVIDIA nForce mainboard, yummi :P > >Heh, that'll probably be my next upgrade, but that's still a good six >months out... Asus A7N266something boards could be showing up in stores around you in june/juli. Let's hope that nVIDIA will produce the same kind of performance drivers or patches that make it possible to play quake3 under linux ;-) There is a link to a 4 board nForce roundup on http://www.tweakers.net/ (in dutch but it has lot of links :-) I want one. Greetings -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 11:56:08 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58Iu8kS010677 for linux-xfs-outgoing; Fri, 8 Jun 2001 11:56:08 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from roujin.gargoylecc.com (roujin.gargoylecc.com [65.100.85.34]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Iu63D010654 for ; Fri, 8 Jun 2001 11:56:06 -0700 Received: from roujin.gargoylecc.com ([65.100.85.34] ident=ringram) by roujin.gargoylecc.com with esmtp (Exim 3.13 #1) id 158f8v-0001kW-00 for linux-xfs@oss.sgi.com; Sat, 09 Jun 2001 03:34:53 -0600 Date: Sat, 9 Jun 2001 03:34:53 -0600 (MDT) From: Russel Ingram To: Subject: xfsdump, paride tape, and -m option Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm using xfsdump from cvs (I think it is from 5/30/01 but might be 6/5/01) to attempt to backup an xfs filesystem to an HP Colorado 8GBe parallel tape drive. Every time I try to use the -m option (the parallel tape driver is a very minimal tape device driver and suggests specifying 16k as the block size) xfsdump core dumps with the following error: drive_minrmt.c:1820: do_get_write_buf: Assertion 'contextp->dc_nextp < contextp->dc_recendp' failed. Is this a bug or just an incompatiblity with the minimalness of the pt driver? Thanx, Russ -- Russ Ingram Gargoyle Computer Consulting (307)742-1361 www.gargoylecc.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:03:49 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58J3n6i011575 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:03:49 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58J3k3D011563 for ; Fri, 8 Jun 2001 12:03:47 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f58J3Zq14314; Fri, 8 Jun 2001 21:03:36 +0200 Message-Id: <4.3.2.7.2.20010608205643.033315e0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 21:03:39 +0200 To: Thomas Winkler , jtrostel@connex.com, linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: acls with samba on xfs In-Reply-To: <3B210AB4.8C2986BE@itcampus.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 19:26 8-6-2001 +0200, Thomas Winkler wrote: >John Trostel wrote: > > Your best bet would be to try using the latest XFS CVS in combination > with the > > latest SAMBA_2_2 CVS download. Both of these have had related improvements > > since the official releases of both XFS 1.0 and Samba 2.2.0. I know that we > > (Connex) are using this type of combination for allowing domain members to > > change NT-like ACLs on Samba 2.2.0 (using a 2.4.3 CVS of XFS and a more > recent > > CVS of Samba). > >did some testing with 2.4.4 CVS XFS in combination with CVS checkout of >Head. i guess that should be working, but it's not. once again our >system crashed and i had to reboot aour machine. i just can't switch our >servers to using xfs until i got a solution on this one. imagine users >trying to change acls on our server... Try the most recent CVS of xfs. It's at 2.4.6-pre1 now which seems to do well in NFS serving btw. I just finished some tests with a linux server and linux/NCR MP-RAS clients. NCR MP-RAS SVR4 client Linux 2.4.6-pre1 server -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 100 8677 73.5 8386 27.4 9817 35.3 22555 99.8 102400 100.0 3305.8 139.7 1000 8664 77.1 7276 30.0 2722 14.9 6024 43.9 7146 21.2 96.3 12.4 2000 8677 77.6 7268 33.2 3107 16.4 6042 44.2 7148 20.7 73.8 10.6 Linux 2.4.4-xfs client Linux 2.4.6-pre1-xfs server -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 256 7574 98.7 11100 8.4 5402 6.9 8011 92.5 11029 7.7 344.6 4.4 2000 7461 96.7 11115 8.2 5054 6.5 8026 97.9 10065 7.1 100.6 1.4 Impressive! Our 3Com 3300 Switch was reading 99/100 procent usage :-) >by the way, the server doesn't crash every time. gotta do some more >testing to tell the cause, but our test server is kind of broken right >now. Dump some errors in the mailing list and maybe we can figure out what's going wrong. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:19:18 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JJIG3013383 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:19:18 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from itcampus.de (www.itcampus.de [194.45.97.156]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JJC3D013369 for ; Fri, 8 Jun 2001 12:19:13 -0700 Received: from [195.252.153.111] (account ) by itcampus.de (CommuniGate Pro WebUser 3.3.1) with HTTP id 99628; Fri, 08 Jun 2001 21:22:05 +0200 From: "Thomas Winkler" Subject: Re: acls with samba on xfs To: linux-xfs@oss.sgi.com Cc: Seth Mos X-Mailer: CommuniGate Pro Web Mailer v.3.3.1 Date: Fri, 08 Jun 2001 21:22:05 +0200 Message-ID: In-Reply-To: <4.3.2.7.2.20010608205643.033315e0@pop.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_===99628====itcampus.de===_" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part MIME message --_===99628====itcampus.de===_ Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit On Fri, 08 Jun 2001 21:03:39 +0200 Seth Mos wrote: > Try the most recent CVS of xfs. It's at 2.4.6-pre1 now > which seems to do > well in NFS serving btw. I just finished some tests with > a linux server and > linux/NCR MP-RAS clients. thats what i wanted to try today, but couldn't make a checkout. probably the cvs server was down. hopefully next week a can get my hands on this one. i had heavy troubles getting the 2.4.5 to work, because of the aic7xxx related bug. is this fixed in 2.4.6-prex release? > >by the way, the server doesn't crash every time. gotta > do some more > >testing to tell the cause, but our test server is kind > of broken right > >now. > > Dump some errors in the mailing list and maybe we can > figure out what's > going wrong. i'd like to, just couldn't find something usefull, up to now. hopefully next week i can do some more extensiv testing on our test servers. > Cheers > -- > Seth > Every program has two purposes one for which > it was written and another for which it wasn't > I use the last kind. thank you, thomas ------------------------------- itCampus Software- und Systemhaus GmbH Leipzig - Halle - Wittenberg http://www.itcampus.de --_===99628====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99628====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99628====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99628====itcampus.de===_-- From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:19:42 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JJggw013458 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:19:42 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JJd3D013448 for ; Fri, 8 Jun 2001 12:19:39 -0700 Received: from server1.ss0.net ([207.215.127.247]) 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 AAA04966 for ; Fri, 8 Jun 2001 00:01:37 -0700 (PDT) mail_from (hiryu@microhost.net) Received: from hiryu (helo=localhost) by server1.ss0.net with local-esmtp (Exim 3.22 #1 (Debian)) id 158GCy-0003HB-00 for ; Thu, 07 Jun 2001 23:57:24 -0700 Date: Thu, 7 Jun 2001 23:57:24 -0700 (PDT) From: Cameron To: Subject: cvsup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk In regards to obtaining the xfs source tree: I've had trouble connecting via cvsup. Originally, it worked fine, I used it perfectly on two seperate systems. Was the cvsup service moved to another server? If so, could I please have the hostname? Thanks. -Cameron From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:26:23 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JQNbp014368 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:26:23 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JQI3F014354 for ; Fri, 8 Jun 2001 12:26:21 -0700 Received: from webstor1.artstor.de ([195.243.248.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 WAA05847 for ; Thu, 7 Jun 2001 22:56:29 -0700 (PDT) mail_from (jstrohbehn@artstor.de) Received: (qmail 26082 invoked from network); 8 Jun 2001 05:52:42 -0000 Received: from zerberus.artstor.de (HELO sokrates.artstor.de) (195.243.248.115) by www.artstor.de with SMTP; 8 Jun 2001 05:52:42 -0000 Date: Fri, 8 Jun 2001 07:51:35 +0200 (CEST) From: Jan Strohbehn X-X-Sender: To: "Bryan J. Smith" cc: Subject: Re: Changing ACLs as non-owner In-Reply-To: <3B2034D4.D6E17C42@ieee.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 7 Jun 2001, Bryan J. Smith wrote: > > Is it possible to set ACLs on a file or directory if > > you are not the native owner (e.g. member of the primary > > group) ??? > > Thank you, > > Jan > > Someone else correct me if I'm wrong in saying this but would > consider such a "feature" to be a _gross_security_violation_. Any > reason you need this? The reason is, that in connection with samba you must have one admin user who is able to set acls. But you can't give the right to set acls to another user too (e.g. his home directory). Perhaps it's possible to do this anyway, bu I don't know how?! Thanks, Jan From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:26:33 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JQXxf014405 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:26:33 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JQI3D014354 for ; Fri, 8 Jun 2001 12:26:19 -0700 Received: from webstor1.artstor.de ([195.243.248.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 XAA07450 for ; Thu, 7 Jun 2001 23:04:35 -0700 (PDT) mail_from (jstrohbehn@artstor.de) Received: (qmail 26336 invoked from network); 8 Jun 2001 06:00:20 -0000 Received: from zerberus.artstor.de (HELO sokrates.artstor.de) (195.243.248.115) by www.artstor.de with SMTP; 8 Jun 2001 06:00:20 -0000 Date: Fri, 8 Jun 2001 07:59:13 +0200 (CEST) From: Jan Strohbehn X-X-Sender: To: Timothy Shimmin cc: Subject: Re: Changing ACLs as non-owner In-Reply-To: <20010608142514.W237728@boing.melbourne.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Tim!! Thanks for this hint! Just tried it and it works (altough I just know how to set caps for the whole system). A little bit off topic, but can anyone tell me how to set this for a single process (or just point me to any documentation about this ;-) Thank you, Jan > > Is it possible to set ACLs on a file or directory if you are not the > > native owner (e.g. member of the primary group) ??? > > > To change the ACL you need to be the owner or have > CAP_FOWNER capability. > > >From the code: > if (!error && va.va_uid != current->fsuid && > !capable(CAP_FOWNER)) > error = EACCES; > > --Tim > From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:27:17 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JRHhV014509 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:27:17 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JRF3D014498 for ; Fri, 8 Jun 2001 12:27:15 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA04205 for ; Fri, 8 Jun 2001 12:27:31 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id OAA2098399; Fri, 8 Jun 2001 14:25:57 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id OAA14804; Fri, 8 Jun 2001 14:25:57 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58JSdw16453; Fri, 8 Jun 2001 14:28:39 -0500 Message-Id: <200106081928.f58JSdw16453@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Cameron cc: linux-xfs@oss.sgi.com Subject: Re: cvsup In-Reply-To: Message from Cameron of "Thu, 07 Jun 2001 23:57:24 PDT." Date: Fri, 08 Jun 2001 14:28:39 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > In regards to obtaining the xfs source tree: > > I've had trouble connecting via cvsup. > > Originally, it worked fine, I used it perfectly on two seperate systems. > > Was the cvsup service moved to another server? If so, could I please have > the hostname? > > Thanks. > > -Cameron oss was relocated behind a firewall, and the ports cvsup uses are not currently open, at the moment firewall configuration is frozen, so cvs itself is the only available mechanism. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:29:38 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JTcX9014996 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:29:38 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JTX3D014983 for ; Fri, 8 Jun 2001 12:29:34 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip88.idcomm.com [209.60.72.215] (may be forged)) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f58JcZU04898 for ; Fri, 8 Jun 2001 13:38:35 -0600 Message-ID: <3B2127C7.53B703B@idcomm.com> Date: Fri, 08 Jun 2001 13:30:15 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre1-xfs-2 i686) X-Accept-Language: en MIME-Version: 1.0 CC: "linux-xfs@oss.sgi.com" Subject: Re: cmd compiles References: <200106081829.f58ITUX13917@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, this and Adam's info reveal much, there was nothing missing or wrong at all. Based on Adam's info, I just didn't run the full make install to include devel. But it turns out that I had missed Makepkg rpm's completely, and this was the easiest way to install. All is right, I simply did broke the golden rule and did not read the INSTALL close enough to find the correct way. D. Stimits, stimits@idcomm.com Steve Lord wrote: > > > > > > > > > I think this sequence works (from memory): > > > > > > 0. install e2fsprogs-devel for uuid code > > > > I've done this via rpm. The rpm version listed: > > e2fsprogs-1.19-4 > > e2fsprogs-devel-1.19-4 > > > > > 1. build acl and attr packages, install development rpms > > > > I've compiled and installed the cvs version of acl and attr; however, > > I'm not aware of any development rpms...are these in addition to the cvs > > cmd/acl/ and cmd/attr/ make installs? If so, where do I find the > > development version, whether in rpm or tarball format? > > OK, if you use the Makepkgs command in each command directory it will > build you rpms, if you do make install it should install all the correct > headers (a make install is used to generate the rpms). All the code is in > the cvs tree, there is nothing missing. However, it make be that make > install is not doing everything it needs to > > > > > > 2. build xfsprogs, install development rpms > > > > I have done a make install for xfsprogs in the cmd/xfsprogs/ of cvs > > devel. Now comes a similar question from the prior paragraph...are there > > development rpms or tarballs that are separate from the build and > > install of xfsprogs? If so, where can I find them in either rpm or > > tarball format? > > > > > 3. build xfsdump > > > > This is the part that fails for me, and why I think the devel stuff must > > be separate from the cvs devel tree. Or at least requires more than a > > make install from the relevant cmd subdirectory. > > Can you report exactly the failure you are seeing here (sorry I deleted > your earlier email, I have to delete stuff otherwise I drown in email > very quickly). > > Steve > > > > > D. Stimits, stimits@idcomm.com > > > > > > > > Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 12:51:33 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58JpXtg017247 for linux-xfs-outgoing; Fri, 8 Jun 2001 12:51:33 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58JpS3D017236 for ; Fri, 8 Jun 2001 12:51:29 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f58JpPq14347; Fri, 8 Jun 2001 21:51:25 +0200 Message-Id: <4.3.2.7.2.20010608213046.0333c310@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 21:51:28 +0200 To: "Thomas Winkler" , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: acls with samba on xfs In-Reply-To: References: <4.3.2.7.2.20010608205643.033315e0@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 21:22 8-6-2001 +0200, Thomas Winkler wrote: >On Fri, 08 Jun 2001 21:03:39 +0200 > Seth Mos wrote: > > Try the most recent CVS of xfs. It's at 2.4.6-pre1 now > > which seems to do > > well in NFS serving btw. I just finished some tests with > > a linux server and > > linux/NCR MP-RAS clients. > >thats what i wanted to try today, but couldn't make a >checkout. probably the cvs server was down. hopefully next >week a can get my hands on this one. i had heavy troubles >getting the 2.4.5 to work, because of the aic7xxx related >bug. is this fixed in 2.4.6-prex release? You can get the aic7xxx compiled by selecting the build firmware option. Try checking out using the linux-xfs.sgi.com host if it works. I'll upload my linux-2.4.6pre1-xfs to http://iserv.nl/files/xfs/ It's just the kernel tree make mrpropered, it's the best I can do. The weekend is coming so that's why I uploaded the tree for interested people. It's 20+MB so a fairly hefty download. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:01:49 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58K1nU8018439 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:01:49 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta01.algx.net (chimta01.algx.net [216.99.233.34]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58K1k3D018421 for ; Fri, 8 Jun 2001 13:01:46 -0700 Received: from jtsdell (66-2-81-26.customer.algx.net [66.2.81.26]) by chimmx01.algx.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with ESMTP id <0GEM00I5WNMVUU@chimmx01.algx.net> for linux-xfs@oss.sgi.com; Fri, 08 Jun 2001 15:01:44 -0500 (CDT) Date: Fri, 08 Jun 2001 16:01:26 -0400 (EDT) From: John Trostel X-Face: ".6V0NI=XK8{EozgAb}ndjF9EZ9RSB'PC.>~*YmOPr7@^P|%!%lC*;-Y`DS?nFD%REA[zXg FK>`Z|a(nT-fRWIeM0l1G,cX#{"ZPnCsbvvxIR~!'N)3c50s6sE4=H}ys&~wpcA`E0Ak"hYeua=-f# B7A>bceFAFCL;`q1L(/D To: Thomas Winkler Cc: linux-xfs@oss.sgi.com Reply-to: jtrostel@connex.com Message-id: Organization: Connex MIME-version: 1.0 X-Mailer: XFMail 1.4.7p2 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Priority: 3 (Normal) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I don't think this is an XFS problem. I wouldn't be suprised if it was a Samba problem. Why are you using TNG for PDC and HEAD for the file server, when SAMBA_2_2 could run both functions for you? I would try using SAMBA_2_2 (CVS from yesterday or today) as both the file and PDC server and see if the problems go away. Then you would know that it was a problem strictly of using TNG and/or HEAD versions of Samba. -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:01:50 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58K1oIZ018444 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:01:50 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58K1i3D018419 for ; Fri, 8 Jun 2001 13:01:46 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id WAA1820908 for ; Fri, 8 Jun 2001 22:01:38 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2106506 for ; Fri, 8 Jun 2001 15:00:21 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA74844 for ; Fri, 8 Jun 2001 15:00:21 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58K33K16559; Fri, 8 Jun 2001 15:03:03 -0500 Message-Id: <200106082003.f58K33K16559@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: linux-xfs@oss.sgi.com Subject: Re: Yet more oss breakage (fwd) Date: Fri, 08 Jun 2001 15:03:03 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is what is going on with the oss site right now. I do not really know when soon is. Steve ------- Forwarded Message Date: Fri, 08 Jun 2001 12:56:58 -0700 From: Trevor Hurst To: Steve Lord Subject: Re: Yet more oss breakage We're in the process of upgrading it right now. It will be back up soon. For now, linux-xfs is taking over temporarily for oss... - -- Trev From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:05:44 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58K5iMK019123 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:05:44 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58K5e3D019103 for ; Fri, 8 Jun 2001 13:05:40 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id WAA1646087 for ; Fri, 8 Jun 2001 22:05:38 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2103373 for ; Fri, 8 Jun 2001 15:04:21 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA45806 for ; Fri, 8 Jun 2001 15:04:21 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58K73716567; Fri, 8 Jun 2001 15:07:03 -0500 Message-Id: <200106082007.f58K73716567@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: linux-xfs@oss.sgi.com Subject: There is a book on XFS Date: Fri, 08 Jun 2001 15:07:03 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk So it turns out you can actually buy a book on XFS, it is somewhat spendy ($57), and contains much info which is Irix specific. It does however go into some detail on dump/restore and other stuff and has printed versions of the man pages. So for those of you with money to spare: http://www1.fatbrain.com/asp/bookinfo/bookinfo.asp?theisbn=1400512638&vm= And for those of you who are cheapskates: http://techpubs.sgi.com:80/library/tpl/cgi-bin/download.cgi?coll=0530&db=bks&pth=/SGI_Admin/XFS_AG I think this is externally accessible, and you can get the pdf form of the book from here for the price of a 500K download. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:13:10 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KDAeC019984 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:13:10 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from itcampus.de (www.itcampus.de [194.45.97.156]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58KD63D019974 for ; Fri, 8 Jun 2001 13:13:07 -0700 Received: from [195.252.152.186] (account ) by itcampus.de (CommuniGate Pro WebUser 3.3.1) with HTTP id 99658; Fri, 08 Jun 2001 22:15:59 +0200 From: "Thomas Winkler" Subject: Re: acls with samba on xfs To: Cc: Seth Mos X-Mailer: CommuniGate Pro Web Mailer v.3.3.1 Date: Fri, 08 Jun 2001 22:15:59 +0200 Message-ID: In-Reply-To: <4.3.2.7.2.20010608213046.0333c310@pop.xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_===99658====itcampus.de===_" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part MIME message --_===99658====itcampus.de===_ Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit On Fri, 08 Jun 2001 21:51:28 +0200 Seth Mos wrote: > You can get the aic7xxx compiled by selecting the build > firmware option. > Try checking out using the linux-xfs.sgi.com host if it > works. Did not work for me. i followed the discussion, but could not get it to work on our server. tryed on my home machine without scsi controller and experienced problems in the ext_attr.c ext_attr.c:56: parse error before `obj' ext_attr.c:57: warning: function declaration isn't a prototype ext_attr.c: In function `sys_attrctl': ext_attr.c:64: `count' undeclared (first use in this function) ext_attr.c:64: (Each undeclared identifier is reported only once ext_attr.c:64: for each function it appears in.) ext_attr.c:69: `type' undeclared (first use in this function) ext_attr.c:70: `ATTR_TYPE_FD' undeclared (first use in this function) ext_attr.c:71: `obj' undeclared (first use in this function) ext_attr.c:78: `ATTR_TYPE_PATH' undeclared (first use in this function) ext_attr.c:86: `ATTR_TYPE_LPATH' undeclared (first use in this function) ext_attr.c:93: `ATTR_TYPE_PID' undeclared (first use in this function) ext_attr.c:71: warning: unreachable code at beginning of switch statement ext_attr.c:123: `ops' undeclared (first use in this function) i am running a red hat 7.1 box installed with the sgi xfs 1.0 cd. well, don't know whats the problem with the 2.4.5? i didn't have any problems with last releases (2.4.2-4). thats why i decided to wait for 2.4.6. > I'll upload my linux-2.4.6pre1-xfs to > http://iserv.nl/files/xfs/ > It's just the kernel tree make mrpropered, it's the best > I can do. The > weekend is coming so that's why I uploaded the tree for > interested people. > > It's 20+MB so a fairly hefty download. thanks a lot. hopefully i can get my hand on it this weekend. at home i'm sitting behind a 56k, so i wont try. thank you, thomas ------------------------------- itCampus Software- und Systemhaus Gmnh Leipzig - Halle - Wittenberg http://www.itcampus.de --_===99658====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99658====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99658====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99658====itcampus.de===_-- From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:24:06 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KO6bL021032 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:24:06 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from itcampus.de (www.itcampus.de [194.45.97.156]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58KO13D021029 for ; Fri, 8 Jun 2001 13:24:04 -0700 Received: from [195.252.152.186] (account ) by itcampus.de (CommuniGate Pro WebUser 3.3.1) with HTTP id 99663; Fri, 08 Jun 2001 22:26:55 +0200 From: "Thomas Winkler" Subject: Re: acls with samba on xfs To: Cc: jtrostel@connex.com X-Mailer: CommuniGate Pro Web Mailer v.3.3.1 Date: Fri, 08 Jun 2001 22:26:55 +0200 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_===99663====itcampus.de===_" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part MIME message --_===99663====itcampus.de===_ Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit On Fri, 08 Jun 2001 16:01:26 -0400 (EDT) John Trostel wrote: > I don't think this is an XFS problem. I wouldn't be > suprised if it was a Samba > problem. think so, too. > Why are you using TNG for PDC and HEAD for the > file server, when > SAMBA_2_2 could run both functions for you? we are using tng as pdc because we need to use ldap as authentication backend. as far as i know samba 2.2.0 can't do that. in the mailing list it was just said that its on the todo list and not to be implemented till september/october. the tng is running very well, but is imho not usable for fileserving. we did quite some testing on this. thats why we decided to run a dual samba system like this. it's running without any problems for quite a while now. > I would try using SAMBA_2_2 (CVS from yesterday or today) > as both the file and > PDC server and see if the problems go away. Then you > would know that it was a > problem strictly of using TNG and/or HEAD versions of > Samba. we'll probably try this next week, but we want to stick with the ldap solution for now. hope tng is not the reason. ------------------------------- itCampus Software- und Systemhaus GmbH Leipzig - Halle - Wittenberg http://www.itcampus.de --_===99663====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99663====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99663====itcampus.de===_ Content-Type: text/plain Content-Disposition: attachment; filename="" Content-Transfer-Encoding: base64 DQo= --_===99663====itcampus.de===_-- From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:31:19 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KVJES021631 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:31:19 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from blipvert.blank.org (blipvert.blank.org [216.112.239.86]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58KVG3D021625 for ; Fri, 8 Jun 2001 13:31:17 -0700 Received: (qmail 15402 invoked by uid 500); 8 Jun 2001 20:31:14 -0000 Date: Fri, 8 Jun 2001 16:31:14 -0400 From: "Nathan J. Mehl" To: Seth Mos Cc: linux-xfs@oss.sgi.com Subject: Re: RH7.1 ISO: panic on boot after install. Message-ID: <20010608163114.L8330@blank.org> References: <20010607141357.Z8330@blank.org> <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.3.2.7.2.20010607211301.0349d628@pop.xs4all.nl>; from knuffie@xs4all.nl on Thu, Jun 07, 2001 at 09:15:39PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Okay; upgrading to linux 2.4.5 and the linux-2.4.5-xfs-06042001.patch appears to have resolved things for the moment. A pox on VIA. :-b -n ------------------------------------------------------------ "Doing those tests, however, meant giving dead armadillos erections, no mean accomplishment." (--Steve Mirsky, 9/1997 SciAm) ---------------------------------------------------- From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:38:26 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KcQhp022294 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:38:26 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta02 (chimta02.algx.net [216.99.233.77]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58KcN3D022283 for ; Fri, 8 Jun 2001 13:38:24 -0700 Received: from jtsdell (66-2-81-26.customer.algx.net [66.2.81.26]) by chimmx02.algx.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with ESMTP id <0GEM006C2P76G9@chimmx02.algx.net> for linux-xfs@oss.sgi.com; Fri, 08 Jun 2001 15:35:37 -0500 (CDT) Date: Fri, 08 Jun 2001 16:35:10 -0400 (EDT) From: jtrostel@connex.com Subject: RE: There is a book on XFS In-reply-to: <200106082007.f58K73716567@jen.americas.sgi.com> To: linux-xfs@oss.sgi.com Reply-to: jtrostel@connex.com Message-id: Organization: Connex MIME-version: 1.0 X-Mailer: XFMail 1.5.0 on Linux Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Priority: 3 (Normal) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Yes... it is externally accessible! Thanks Steve. (And, yes, I am a cheapskate) On 08-Jun-2001 Steve Lord wrote: > > > So it turns out you can actually buy a book on XFS, it is somewhat spendy > ($57), > and contains much info which is Irix specific. It does however go into some > detail on dump/restore and other stuff and has printed versions of the man > pages. > > So for those of you with money to spare: > > http://www1.fatbrain.com/asp/bookinfo/bookinfo.asp?theisbn=1400512638&vm= > > And for those of you who are cheapskates: > > http://techpubs.sgi.com:80/library/tpl/cgi-bin/download.cgi?coll=0530&db=bks&p > th=/SGI_Admin/XFS_AG > > I think this is externally accessible, and you can get the pdf form of the > book from here for the price of a 500K download. > > Steve -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:41:17 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KfHgO022624 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:41:17 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58KfG3D022619 for ; Fri, 8 Jun 2001 13:41:16 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA00168 for ; Fri, 8 Jun 2001 13:41:32 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2104074; Fri, 8 Jun 2001 15:39:58 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA24470; Fri, 8 Jun 2001 15:39:58 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58Kgd417277; Fri, 8 Jun 2001 15:42:39 -0500 Message-Id: <200106082042.f58Kgd417277@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: "Nathan J. Mehl" cc: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: RH7.1 ISO: panic on boot after install. In-Reply-To: Message from "Nathan J. Mehl" of "Fri, 08 Jun 2001 16:31:14 EDT." <20010608163114.L8330@blank.org> Date: Fri, 08 Jun 2001 15:42:39 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > > Okay; upgrading to linux 2.4.5 and the linux-2.4.5-xfs-06042001.patch > appears to have resolved things for the moment. > Just FYI, I think that patch has the NFS permissions problem, to fix this go to line 193 of linux/fs/xfs/linux/xfs_vnode.c and make sure the code looks like this: if (from_readinode) { if (xfs_vn_iget(vfsp, vp, (xfs_ino_t)inode->i_ino)) { make_bad_inode(inode); } else { linvfs_set_inode_ops(inode); vn_revalidate(vp, ATTR_LAZY|ATTR_COMM); ^^^^^^^^^^^^^ This call was missing } VN_UNLOCK(vp, s); } I am pondering how to respin a 2.4.5 patch, I may have to hand edit it. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:57:35 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KvZ5a024252 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:57:35 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58KvW3D024238 for ; Fri, 8 Jun 2001 13:57:33 -0700 Received: from geeksrus.net (localhost.localdomain [127.0.0.1]) by wwweasel.geeksrus.net (8.11.2/8.11.2) with SMTP id f58KvNn05056; Fri, 8 Jun 2001 16:57:25 -0400 From: Alan Eldridge Received: from 164.57.254.209 (SquirrelMail authenticated user alane) by wwweasel.geeksrus.net with HTTP; Fri, 8 Jun 2001 16:57:25 -0400 (EDT) Message-ID: <52766.164.57.254.209.992033845.squirrel@wwweasel.geeksrus.net> Date: Fri, 8 Jun 2001 16:57:25 -0400 (EDT) Subject: =?iso-8859-1?Q?Re:_patch_for_patch?= To: In-Reply-To: <3B2112F5.5450D65@thebarn.com> References: <3B2112F5.5450D65@thebarn.com> Cc: X-Mailer: SquirrelMail (version 1.1.2) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Alan Eldridge wrote: > >> The fs/Config.in patch is missing the default. Fixed: > > Hmm what? > its there. >> CONFIG_UFS_FS_WRITE $CONFIG_UFS_FS $CONFIG_EXPERIMENTAL >> + >> +tristate 'Page Buffer support' CONFIG_PAGE_BUF y I had to add this "y" **********^ to the patch file. The kernel rpm would not (auto-)configure without it. The RPM's configure invocation bombed out because there was no default set for CONFIG_PAGE_BUF. [alane@wwweasel alane]$ ls -l RH* -rw-r--r-- 1 alane alane 120238 Jun 8 02:26 RHlinux-2.4.5-core- xfs-06082001.patch -rw-r--r-- 1 alane alane 120239 Jun 8 16:46 RHlinux-2.4.5-core- xfs-06082001.patch.new [alane@wwweasel alane]$ diff -w RH* 2489c2489 < +tristate 'Page Buffer support' CONFIG_PAGE_BUF --- > +tristate 'Page Buffer support' CONFIG_PAGE_BUF y [alane@wwweasel alane]$ From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 13:59:50 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58KxosL024477 for linux-xfs-outgoing; Fri, 8 Jun 2001 13:59:50 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Kxe3D024446 for ; Fri, 8 Jun 2001 13:59:43 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id WAA1151071 for ; Fri, 8 Jun 2001 22:59:37 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id PAA2103885 for ; Fri, 8 Jun 2001 15:58:21 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id PAA06399 for ; Fri, 8 Jun 2001 15:58:21 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.0/SGI-client-1.7) id f58L12e17668; Fri, 8 Jun 2001 16:01:02 -0500 Message-Id: <200106082101.f58L12e17668@jen.americas.sgi.com> Date: Fri, 8 Jun 2001 16:01:02 -0500 Subject: TAKE - speed up unmount on dirty filesystem Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If you delete a lot of files and then unmount the filesystem it can take quite a while to complete the unmount. The last part of the removal of an inode happens asynchronously from the user thread, the way these were being processed during unmount meant it could actually get stuck waiting several seconds for a buffer to become free. This changes the logic to avoid this. Date: Fri Jun 8 13:55:16 PDT 2001 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:96591a linux/fs/xfs/xfs_vnodeops.c - 1.504 - Make the mode used on flushing of freed inode controllable - on unmount we do not want to be delayed write as we can end up waiting for a buffer for several seconds. linux/fs/xfs/xfs_vfsops.c - 1.318 - change xfs_finish_reclaim call from sync linux/fs/xfs/xfs_inode.c - 1.320 - Make the mode used on flushing of freed inode controllable - on unmount we do not want to be delayed write as we can end up waiting for a buffer for several seconds. From xfs_iflush_all use the new parameter to indicate we should do async writes not delayed ones. linux/fs/xfs/xfs_inode.h - 1.150 - Change prototype for xfs_finish_reclaim From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 14:18:52 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58LIqAq026169 for linux-xfs-outgoing; Fri, 8 Jun 2001 14:18:52 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from amoa.org (amoa.org [207.207.51.226]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58LIb3D026141 for ; Fri, 8 Jun 2001 14:18:43 -0700 Received: by amoa.org(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 86256A65.0075121C ; Fri, 8 Jun 2001 16:18:43 -0500 X-Lotus-FromDomain: AMOA From: ctooley@amoa.org To: linux-xfs@oss.sgi.com Message-ID: <86256A65.00751066.00@amoa.org> Date: Fri, 8 Jun 2001 16:18:38 -0500 Subject: RE: There is a book on XFS Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk And yes, that book has probably now been downloaded more times in just one day, than the whole rest of the time before. :) jtrostel@connex.com on 06/08/2001 03:35:10 PM Please respond to jtrostel@connex.com To: linux-xfs@oss.sgi.com cc: (bcc: Chris Tooley/AMOA) Subject RE: There is a book on XFS : Yes... it is externally accessible! Thanks Steve. (And, yes, I am a cheapskate) On 08-Jun-2001 Steve Lord wrote: > > > So it turns out you can actually buy a book on XFS, it is somewhat spendy > ($57), > and contains much info which is Irix specific. It does however go into some > detail on dump/restore and other stuff and has printed versions of the man > pages. > > So for those of you with money to spare: > > http://www1.fatbrain.com/asp/bookinfo/bookinfo.asp?theisbn=1400512638&vm= > > And for those of you who are cheapskates: > > http://techpubs.sgi.com:80/library/tpl/cgi-bin/download.cgi?coll=0530&db=bks&p > th=/SGI_Admin/XFS_AG > > I think this is externally accessible, and you can get the pdf form of the > book from here for the price of a 500K download. > > Steve -- John M. Trostel Linux OS Engineer Connex jtrostel@connex.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 14:19:35 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58LC2Ko025608 for linux-xfs-outgoing; Fri, 8 Jun 2001 14:12:02 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58LBi3D025579 for ; Fri, 8 Jun 2001 14:11:50 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) 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 OAA08070 for ; Fri, 8 Jun 2001 14:11:21 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id QAA2106972 for ; Fri, 8 Jun 2001 16:10:05 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id QAA96959 for ; Fri, 8 Jun 2001 16:10:05 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58LCks17786; Fri, 8 Jun 2001 16:12:46 -0500 Message-Id: <200106082112.f58LCks17786@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: linux-xfs@oss.sgi.com Subject: cvs working again Date: Fri, 08 Jun 2001 16:12:46 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk We are still using a backup machine for oss, but cvs is functioning again now. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 14:32:00 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58LW0Zw027108 for linux-xfs-outgoing; Fri, 8 Jun 2001 14:32:00 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58LVh3D027089 for ; Fri, 8 Jun 2001 14:31:50 -0700 Received: from porgy.srv.nld.sonera.net (mbox-01.soneraplaza.nl [195.66.15.137]) 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 OAA01270 for ; Fri, 8 Jun 2001 14:24:10 -0700 (PDT) mail_from (knuffie@xs4all.nl) Received: from qn-212-58-163-247.quicknet.nl ([212.58.163.247]:63959 "EHLO auto-nb1.xs4all.nl") by soneramail.nl with ESMTP id ; Fri, 8 Jun 2001 23:23:57 +0200 Message-Id: <4.3.2.7.2.20010608232103.033417c8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 23:23:54 +0200 To: Steve Lord , "Nathan J. Mehl" From: Seth Mos Subject: Re: RH7.1 ISO: panic on boot after install. Cc: linux-xfs@oss.sgi.com In-Reply-To: <200106082042.f58Kgd417277@jen.americas.sgi.com> References: <20010608163114.L8330@blank.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:42 8-6-2001 -0500, Steve Lord wrote: > > > > Okay; upgrading to linux 2.4.5 and the linux-2.4.5-xfs-06042001.patch > > appears to have resolved things for the moment. > > > >Just FYI, I think that patch has the NFS permissions problem, to fix this >go to line 193 of linux/fs/xfs/linux/xfs_vnode.c and make sure the code >looks like this: > > if (from_readinode) { > > if (xfs_vn_iget(vfsp, vp, (xfs_ino_t)inode->i_ino)) { > make_bad_inode(inode); > } else { > linvfs_set_inode_ops(inode); > vn_revalidate(vp, ATTR_LAZY|ATTR_COMM); > ^^^^^^^^^^^^^ > This call was missing > > } > VN_UNLOCK(vp, s); > } > >I am pondering how to respin a 2.4.5 patch, I may have to hand edit it. The tarbal of the 2.4.6pre1 tree has arrived and is available. I'll spin a patch of that and upload it to http://iserv.nl/files/xfs/ Greets -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 14:43:30 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58LhUwN028161 for linux-xfs-outgoing; Fri, 8 Jun 2001 14:43:30 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.coltex.nl (IDENT:root@edge.coltex.nl [194.151.97.115]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58LhN3D028153 for ; Fri, 8 Jun 2001 14:43:26 -0700 Received: from auto-nb1.xs4all.nl (perle-wan1.coltex.nl [10.0.1.177]) by mail.coltex.nl (8.11.2/8.11.2) with ESMTP id f58LhKq14458 for ; Fri, 8 Jun 2001 23:43:21 +0200 Message-Id: <4.3.2.7.2.20010608233942.0337faf0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 08 Jun 2001 23:43:23 +0200 To: linux-xfs@oss.sgi.com From: Seth Mos Subject: 2.4.6-pre1 patch Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk OK I've got the 2.4.6-pre1 tree and patch up at http://iserv.nl/files/xfs/ For the moment untill oss or linux-xfs is up in some decent form. Bye -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 15:15:06 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58MF6UR030548 for linux-xfs-outgoing; Fri, 8 Jun 2001 15:15:06 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58MF53D030543 for ; Fri, 8 Jun 2001 15:15:05 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA00634 for ; Fri, 8 Jun 2001 15:15:03 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id RAA2102568; Fri, 8 Jun 2001 17:13:48 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id RAA80389; Fri, 8 Jun 2001 17:13:48 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f58MGT117995; Fri, 8 Jun 2001 17:16:29 -0500 Message-Id: <200106082216.f58MGT117995@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: linux-xfs@oss.sgi.com cc: tgr@spoiled.org (thomas graichen), knuffie@xs4all.nl (Seth Mos) Subject: New FAQ Maintainer Date: Fri, 08 Jun 2001 17:16:29 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, A few days ago I asked for volunteers to the new FAQ maintainer in light of the limited time Thomas Graichen has nowadays to keep it upto date. Several people volunteered, and the end result is that Seth Mos has agreed to be the new maintainer. I would like to thank Thomas for initiating the FAQ, and for the work he was able to do on XFS whilst at Innominate. Thomas was a pioneer on getting XFS up on the Power PC and Alpha platforms and we had some very interesting remote debugging sessions via printk and email. So, thanks Thomas, and thanks to Seth for taking over. Steve From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 15:40:57 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58MevDF032444 for linux-xfs-outgoing; Fri, 8 Jun 2001 15:40:57 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58Mes3D032437 for ; Fri, 8 Jun 2001 15:40:55 -0700 Received: from crom.corp.sgi.com (crom.corp.sgi.com [130.62.63.32]) 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 PAA00595 for ; Fri, 8 Jun 2001 15:40:53 -0700 (PDT) mail_from (florin@sgi.com) Received: from stantz.corp.sgi.com (stantz.corp.sgi.com [130.62.175.86]) by crom.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA43535; Fri, 8 Jun 2001 15:44:39 -0700 (PDT) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 0BB2C15A47D; Fri, 8 Jun 2001 15:39:07 -0700 (PDT) Subject: Re: growing a partition From: Florin Andrei To: ctooley@amoa.org Cc: linux-xfs@oss.sgi.com In-Reply-To: <86256A64.00644FF1.00@amoa.org> References: <86256A64.00644FF1.00@amoa.org> Content-Type: text/plain X-Mailer: Evolution/0.10 (Preview Release) Date: 08 Jun 2001 15:39:06 -0700 Message-Id: <992039947.16403.3.camel@stantz.corp.sgi.com> Mime-Version: 1.0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 07 Jun 2001 13:15:39 -0500, ctooley@amoa.org wrote: > > just make your partition larger by using FDISK. Delete the partition with fdisk > and create it, making sure to use the same starting point you had used before. > Since this only changes the partition table you should be fine. Be forwarned > though that editing the partition table can lead to lots of migraines. I had no > trouble with mine. After you have rebooted (if you change the partition that / > lives on it's going to not be reported right until you reboot) you can just type > "xfs_growfs /" at the prompt and it will magically make space for you. It made Rebooted into single mode (because the erased partitions were /var/log and /var/spool), did exactly as you said. The result: everything's fine. Your method works perfectly. Thanks, -- Florin Andrei From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 16:24:45 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f58NOj2D001476 for linux-xfs-outgoing; Fri, 8 Jun 2001 16:24:45 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from amoa.org (amoa.org [207.207.51.226]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f58NOh3D001472 for ; Fri, 8 Jun 2001 16:24:43 -0700 Received: by amoa.org(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 86256A65.00809F89 ; Fri, 8 Jun 2001 18:24:54 -0500 X-Lotus-FromDomain: AMOA From: ctooley@amoa.org To: Florin Andrei cc: linux-xfs@oss.sgi.com Message-ID: <86256A65.00809DCF.00@amoa.org> Date: Fri, 8 Jun 2001 18:24:48 -0500 Subject: Re: growing a partition Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I can't take credit, it was pointed out to me. It seems to work but the severity of what it could mean is not something to recommend to an average user. Chris Florin Andrei on 06/08/2001 03:39:06 PM To: Chris Tooley/AMOA@AMOA cc: linux-xfs@oss.sgi.com Subject Re: growing a partition : On 07 Jun 2001 13:15:39 -0500, ctooley@amoa.org wrote: > > just make your partition larger by using FDISK. Delete the partition with fdisk > and create it, making sure to use the same starting point you had used before. > Since this only changes the partition table you should be fine. Be forwarned > though that editing the partition table can lead to lots of migraines. I had no > trouble with mine. After you have rebooted (if you change the partition that / > lives on it's going to not be reported right until you reboot) you can just type > "xfs_growfs /" at the prompt and it will magically make space for you. It made Rebooted into single mode (because the erased partitions were /var/log and /var/spool), did exactly as you said. The result: everything's fine. Your method works perfectly. Thanks, -- Florin Andrei From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 18:06:20 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f5916KmO005837 for linux-xfs-outgoing; Fri, 8 Jun 2001 18:06:20 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from walt400.holman.net (aazpppdsl56.sttl.uswest.net [63.226.208.56]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f5916I3D005830 for ; Fri, 8 Jun 2001 18:06:18 -0700 Received: from uswest.net (walt400.holman.net [10.0.0.2]) by walt400.holman.net (Postfix) with ESMTP id 667F240F0AF; Fri, 8 Jun 2001 18:16:12 -0700 (PDT) Message-ID: <3B2178DC.2090803@uswest.net> Date: Fri, 08 Jun 2001 18:16:12 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-xfs i686; en-US; rv:0.9.1) Gecko/20010607 X-Accept-Language: en-us MIME-Version: 1.0 To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: cvs working again References: <200106082112.f58LCks17786@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, I'm getting a strange error when attempting a checkout at CVS now: cvs -z3 co linux-2.4-xfs cvs [server aborted]: can't chdir(/home/cattelan): No such file or directory Maybe I'm spaced out (it's happened before), but I can't seem to co anything at the moment. I wanted to try 2.4.6-pre1 to see if it corrected the high memory usage that showed up with 2.4.5 - don't think it's XFS related though, cause /proc/slab shows no unusual usage with inodes etc... Just improper freeing by the VM it would appear. Too much swap usage for this system. Any help is greatly appreciated. Thanks, -Walt Steve Lord wrote: >We are still using a backup machine for oss, but cvs is functioning again now. > >Steve > > > From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 18:29:36 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f591TaYD007495 for linux-xfs-outgoing; Fri, 8 Jun 2001 18:29:36 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f591TY3D007480 for ; Fri, 8 Jun 2001 18:29:35 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip35.idcomm.com [209.60.72.162]) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f591cdU04052 for ; Fri, 8 Jun 2001 19:38:39 -0600 Message-ID: <3B217C2C.A31D6ECC@idcomm.com> Date: Fri, 08 Jun 2001 19:30:20 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre1-xfs-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-xfs@oss.sgi.com" Subject: xfstests Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk How important is it to run the cmd/xfstests? The extra partition requirement can be a pain to come up with, but if the xfstests are more or less just there for good feelings now, I might consider ignoring it. What do I gain or lose by running or not running the xfstests? D. Stimits, stimits@idcomm.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 18:34:26 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f591YQLI007905 for linux-xfs-outgoing; Fri, 8 Jun 2001 18:34:26 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from server.home.fliegl.de ([195.180.174.246]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f591YO3D007890 for ; Fri, 8 Jun 2001 18:34:25 -0700 Received: from fliegl.de (server.home.fliegl.de [172.16.1.1]) by server.home.fliegl.de (Maggifix) with ESMTP id 1A8EC4AAA9 for ; Sat, 9 Jun 2001 03:34:18 +0200 (CEST) Message-ID: <3B217D19.986150C4@fliegl.de> Date: Sat, 09 Jun 2001 03:34:17 +0200 From: Deti Fliegl X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.4-xfs i686) X-Accept-Language: en MIME-Version: 1.0 To: Linux XFS Mailing List Subject: XFS lockup with samba-2.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, today something strange happened on a system running 2.4.6-pre1 from the latest CVS tree together with kernel NFS V3 support and samba-2.2 with windows 2000 clients. After I tried to move a directory under windows 2000 from one location to another within the same XFS partition the windows 2000 client locked up. First I thought there might be a windows problem - but it turned out that the corresponding smbd process on the linux box got into the D state and this happened to all other processes accessing the target directory (of the move). After a while I had a couple of processes (like ls, bash, find ...) all in the D state from the moment on when they tried to stat this particular directory. There were no system messages describing a possible reason for the lockup. After a reboot everything was fine again. In the meantime I configured samba not to use kernel OP locks and the problem did not occur again. This could be a clue but I was not able to do further testing since the system is used for production. Kind regards Deti From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 18:34:28 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f591YSCN007914 for linux-xfs-outgoing; Fri, 8 Jun 2001 18:34:28 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f591YQ3D007895 for ; Fri, 8 Jun 2001 18:34:26 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f591YK006288 for linux-xfs@oss.sgi.com; Fri, 8 Jun 2001 21:34:20 -0400 Date: Fri, 8 Jun 2001 21:34:20 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Subject: config patch revisited Message-ID: <20010608213420.A15810@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I didn't get that quite right it seems. Urk. It worked after patching when I did make oldconfig_nonint, but the subsequent run on a fresh rpm -ba failed. It's state dependent. The right patch for fs/Config.in is: ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- --- /build/RH_raw/linux/fs/Config.in Fri Jun 8 20:39:39 2001 +++ linux/fs/Config.in Fri Jun 8 21:09:35 2001 @@ -5,6 +5,8 @@ comment 'File systems' bool 'Quota support' CONFIG_QUOTA +[ $CONFIG_FS_POSIX_ACL ] || CONFIG_FS_POSIX_ACL=n +bool 'POSIX Access Control List support' CONFIG_FS_POSIX_ACL tristate 'Kernel automounter support' CONFIG_AUTOFS_FS tristate 'Kernel automounter version 4 support (also supports v3)' CONFIG_AUTOFS4_FS @@ -84,6 +86,23 @@ tristate 'UFS file system support (read only)' CONFIG_UFS_FS dep_mbool ' UFS file system write support (DANGEROUS)' CONFIG_UFS_FS_WRITE $CONFIG_UFS_FS $CONFIG_EXPERIMENTAL + +[ $CONFIG_PAGE_BUF ] || CONFIG_PAGE_BUF=y +tristate 'Page Buffer support' CONFIG_PAGE_BUF + +if [ "$CONFIG_PAGE_BUF" = "n" ]; then + comment ' Page Buffer support needed for XFS filesystem' +else + [ $CONFIG_XFS_FS ] || CONFIG_XFS_FS=y + dep_tristate 'SGI XFS filesystem support' CONFIG_XFS_FS $CONFIG_PAGE_BUF + if [ "$CONFIG_XFS_FS" != "n" ]; then + define_bool CONFIG_HAVE_ATTRCTL y + [ $CONFIG_XFS_DMAPI ] || CONFIG_XFS_DMAPI=y + dep_mbool ' Enable XFS DMAPI' CONFIG_XFS_DMAPI $CONFIG_XFS_FS + [ $CONFIG_XFS_QUOTA ] || CONFIG_XFS_QUOTA=y + dep_mbool ' Enable XFS Quota' CONFIG_XFS_QUOTA $CONFIG_XFS_FS $CONFIG_QUOTA + fi +fi if [ "$CONFIG_NET" = "y" ]; then ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- -- Alan Eldridge "Uh, I think so, Brain, but isn't Regis Philbin already married?" From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 18:45:39 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f591jdc8008837 for linux-xfs-outgoing; Fri, 8 Jun 2001 18:45:39 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from barabas.bitstream.net (barabas.bitstream.net [216.243.128.159]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f591jX3D008823 for ; Fri, 8 Jun 2001 18:45:35 -0700 Received: (qmail 20048 invoked from network); 9 Jun 2001 01:45:31 -0000 Received: from unknown (HELO sgi.com) (216.243.158.69) by barabas with SMTP; 9 Jun 2001 01:45:31 -0000 Message-ID: <3B217F29.92596192@sgi.com> Date: Fri, 08 Jun 2001 20:43:05 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: stimits@idcomm.com CC: "linux-xfs@oss.sgi.com" Subject: Re: xfstests References: <3B217C2C.A31D6ECC@idcomm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "D. Stimits" wrote: > > How important is it to run the cmd/xfstests? The extra partition > requirement can be a pain to come up with, but if the xfstests are more > or less just there for good feelings now, I might consider ignoring it. > What do I gain or lose by running or not running the xfstests? You gain warm fuzzies that the CVS tree you checked out is functioning more or less correctly. :) If you have an "official" release, I wouldn't even bother with the tests unless you're just curious. If you're using CVS snapshots on a machine of any importance, running through the tests on a new kernel might be good. I generally make sure any change I commit can pass all the tests, but sometimes things sneak through. And as a side note, even if a test fails, it is often the case that the test itself, rather than XFS, has broken as a result of some change... -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 18:58:18 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f591wIg1009832 for linux-xfs-outgoing; Fri, 8 Jun 2001 18:58:18 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from barabas.bitstream.net (barabas.bitstream.net [216.243.128.159]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f591wH3D009827 for ; Fri, 8 Jun 2001 18:58:17 -0700 Received: (qmail 25111 invoked from network); 9 Jun 2001 01:58:16 -0000 Received: from unknown (HELO sgi.com) (216.243.158.69) by barabas with SMTP; 9 Jun 2001 01:58:16 -0000 Message-ID: <3B218225.A3E984D0@sgi.com> Date: Fri, 08 Jun 2001 20:55:49 -0500 From: Eric Sandeen X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.2-SGI_XFS_1.0 i586) X-Accept-Language: en MIME-Version: 1.0 To: Walt H CC: linux-xfs@oss.sgi.com Subject: Re: cvs working again References: <200106082112.f58LCks17786@jen.americas.sgi.com> <3B2178DC.2090803@uswest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Walt H wrote: > > Hello, > > I'm getting a strange error when attempting a checkout at CVS now: > > cvs -z3 co linux-2.4-xfs > cvs [server aborted]: can't chdir(/home/cattelan): No such file or directory Hm, several of the cron jobs that push things around run under Russell's account... that + the machine switch has probably broken things once again. I'll poke around, but I'm sure Russell will patch it up as soon as he sees this. :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 19:11:17 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f592BHXa010755 for linux-xfs-outgoing; Fri, 8 Jun 2001 19:11:17 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ocs4.ocs-net (firewall.ocs.com.au [203.34.97.9]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f592BE3D010748 for ; Fri, 8 Jun 2001 19:11:15 -0700 Received: from ocs4.ocs-net (kaos@localhost) by ocs4.ocs-net (8.11.2/8.11.2) with ESMTP id f592BdO08001; Sat, 9 Jun 2001 12:11:41 +1000 X-Authentication-Warning: ocs4.ocs-net: kaos owned process doing -bs X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Alan Eldridge cc: cattelan@thebarn.com, linux-xfs@oss.sgi.com Subject: Re: =?iso-8859-1?Q?Re:_patch_for_patch?= In-reply-to: Your message of "Fri, 08 Jun 2001 16:57:25 -0400." <52766.164.57.254.209.992033845.squirrel@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jun 2001 12:11:39 +1000 Message-ID: <8000.992052699@ocs4.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 8 Jun 2001 16:57:25 -0400 (EDT), Alan Eldridge wrote: >>> +tristate 'Page Buffer support' CONFIG_PAGE_BUF y > I had to add this "y" **********^ > >to the patch file. The kernel rpm would not (auto-)configure without it. >The RPM's configure invocation bombed out because there was no default set >for CONFIG_PAGE_BUF. That means there is something wrong with the auto-configure and we need more details on what is failing. Changing fs/Config.in is not the correct fix, tristate does not take a default value[*], no other tristate field in fs/Config.in needs a default. [*] linux/Documentation/kbuild/config-language.txt From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 19:16:05 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f592G5QL011198 for linux-xfs-outgoing; Fri, 8 Jun 2001 19:16:05 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ocs4.ocs-net (firewall.ocs.com.au [203.34.97.9]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f592G23D011186 for ; Fri, 8 Jun 2001 19:16:03 -0700 Received: from ocs4.ocs-net (kaos@localhost) by ocs4.ocs-net (8.11.2/8.11.2) with ESMTP id f592GxX08026; Sat, 9 Jun 2001 12:16:59 +1000 X-Authentication-Warning: ocs4.ocs-net: kaos owned process doing -bs X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Alan Eldridge cc: linux-xfs@oss.sgi.com Subject: Re: config patch revisited In-reply-to: Your message of "Fri, 08 Jun 2001 21:34:20 -0400." <20010608213420.A15810@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jun 2001 12:16:59 +1000 Message-ID: <8025.992053019@ocs4.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 8 Jun 2001 21:34:20 -0400, Alan Eldridge wrote: >+++ linux/fs/Config.in Fri Jun 8 21:09:35 2001 >+[ $CONFIG_PAGE_BUF ] || CONFIG_PAGE_BUF=y Arrgh, please do not use shell code in config.in files. The config language is *NOT* shell, the above will work for some parsers but not all of them. Documentation/kbuild/config-language.txt Although it looks, and usually acts, like a subset of the 'sh' language, Config Language has a restricted syntax and different semantics. Please provide details on the problem you are seeing instead of fixes, I am almost certain that the problem is not in config.in, it is probably in a default config file. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 19:49:01 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f592n1Dd013602 for linux-xfs-outgoing; Fri, 8 Jun 2001 19:49:01 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f592mt3D013593 for ; Fri, 8 Jun 2001 19:48:56 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) 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 TAA06725 for ; Fri, 8 Jun 2001 19:48:49 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id VAA2105837; Fri, 8 Jun 2001 21:47:33 -0500 (CDT) Received: from laptop.americas.sgi.com (lord-h2.americas.sgi.com [206.11.101.43]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id VAA12940; Fri, 8 Jun 2001 21:47:32 -0500 (CDT) From: Steve Lord Received: by laptop.americas.sgi.com (8.11.2/SGI-client-1.7) id f592gSn04279; Fri, 8 Jun 2001 21:42:28 -0500 Message-Id: <200106090242.f592gSn04279@laptop.americas.sgi.com> Date: Fri, 8 Jun 2001 21:42:28 -0500 Subject: TAKE - merge up to 2.4.6-pre2 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk merge up to 2.4.6-pre2, testing is fairly minimal, but apart from the mount code being blasted to bits there were no real filesystem changes in here. Date: Fri Jun 8 19:44:24 PDT 2001 Workarea: lord-h2.americas.sgi.com:/src/lord/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:96614a linux/drivers/bluetooth/hci_uart.c - 1.1 linux/include/asm-m68k/raw_io.h - 1.1 linux/include/asm-m68k/mc146818rtc.h - 1.1 linux/include/asm-m68k/rtc.h - 1.1 linux/include/asm-m68k/sun3xflop.h - 1.1 linux/include/asm-m68k/sun3xprom.h - 1.1 linux/include/asm-m68k/zorro.h - 1.1 linux/include/linux/netfilter_bridge.h - 1.1 linux/include/net/bluetooth/bluetooth.h - 1.1 linux/include/net/bluetooth/bluez.h - 1.1 linux/include/net/bluetooth/hci.h - 1.1 linux/include/net/bluetooth/hci_core.h - 1.1 linux/include/net/bluetooth/hci_emu.h - 1.1 linux/include/net/bluetooth/hci_uart.h - 1.1 linux/include/net/bluetooth/hci_usb.h - 1.1 linux/include/net/bluetooth/l2cap.h - 1.1 linux/include/net/bluetooth/l2cap_core.h - 1.1 linux/drivers/bluetooth/hci_usb.c - 1.1 linux/drivers/bluetooth/hci_emu.c - 1.1 linux/drivers/bluetooth/Makefile - 1.1 linux/drivers/bluetooth/Config.in - 1.1 linux/arch/m68k/sun3x/sun3x_ksyms.c - 1.1 linux/arch/m68k/sun3x/prom.c - 1.1 linux/net/bluetooth/Config.in - 1.1 linux/arch/m68k/sun3/sun3dvma.c - 1.1 linux/net/bluetooth/Makefile - 1.1 linux/net/bluetooth/af_bluetooth.c - 1.1 linux/net/bluetooth/hci_core.c - 1.1 linux/net/bluetooth/hci_sock.c - 1.1 linux/net/bluetooth/l2cap_core.c - 1.1 linux/net/bluetooth/l2cap_proc.c - 1.1 linux/net/bluetooth/lib.c - 1.1 linux/net/bluetooth/syms.c - 1.1 linux/net/socket.c - 1.22 linux/net/sched/sch_cbq.c - 1.9 linux/net/ipv4/tcp_input.c - 1.26 linux/net/ipv4/ip_output.c - 1.21 linux/net/ipv4/fib_frontend.c - 1.10 linux/net/core/neighbour.c - 1.11 linux/net/README - 1.9 linux/net/Makefile - 1.15 linux/mm/vmscan.c - 1.56 linux/mm/swapfile.c - 1.32 linux/mm/swap_state.c - 1.25 linux/mm/memory.c - 1.49 linux/kernel/softirq.c - 1.10 linux/kernel/ksyms.c - 1.93 linux/include/linux/swap.h - 1.27 linux/include/linux/socket.h - 1.9 linux/include/linux/parport_pc.h - 1.8 linux/include/linux/mount.h - 1.15 linux/include/linux/mm.h - 1.55 linux/include/linux/linux_logo.h - 1.3 linux/include/linux/interrupt.h - 1.13 linux/include/linux/fs.h - 1.96 linux/include/linux/dcache.h - 1.18 linux/include/asm-sparc64/termios.h - 1.6 linux/include/asm-sparc64/sab82532.h - 1.4 linux/include/asm-sparc64/linux_logo.h - 1.3 linux/include/asm-sparc64/bitops.h - 1.9 linux/include/asm-sparc64/auxio.h - 1.4 linux/include/asm-sparc64/audioio.h - 1.9 linux/include/asm-sparc/termios.h - 1.6 linux/include/asm-sparc/linux_logo.h - 1.3 linux/include/asm-sparc/audioio.h - 1.10 linux/include/asm-ppc/termios.h - 1.8 linux/include/asm-ppc/softirq.h - 1.10 linux/include/asm-ppc/linux_logo.h - 1.8 linux/include/asm-ppc/bitops.h - 1.10 linux/include/asm-mips/termios.h - 1.8 linux/include/asm-mips/linux_logo.h - 1.5 linux/include/asm-m68k/termios.h - 1.6 linux/include/asm-m68k/system.h - 1.7 linux/include/asm-m68k/sun3x.h - 1.3 linux/include/asm-m68k/string.h - 1.4 linux/include/asm-m68k/serial.h - 1.5 linux/include/asm-m68k/q40_master.h - 1.4 linux/include/asm-m68k/q40_keyboard.h - 1.4 linux/include/asm-m68k/mac_psc.h - 1.4 linux/include/asm-m68k/linux_logo.h - 1.3 linux/include/asm-m68k/io.h - 1.6 linux/include/asm-m68k/ide.h - 1.5 linux/include/asm-m68k/floppy.h - 1.4 linux/include/asm-m68k/dvma.h - 1.6 linux/include/asm-m68k/bitops.h - 1.6 linux/include/asm-m68k/amigayle.h - 1.3 linux/include/asm-m68k/amigahw.h - 1.5 linux/include/asm-i386/termios.h - 1.6 linux/include/asm-i386/softirq.h - 1.7 linux/include/asm-i386/linux_logo.h - 1.3 linux/include/asm-i386/hardirq.h - 1.14 linux/include/asm-arm/termios.h - 1.8 linux/include/asm-arm/linux_logo.h - 1.5 linux/include/asm-alpha/termios.h - 1.6 linux/include/asm-alpha/softirq.h - 1.7 linux/include/asm-alpha/linux_logo.h - 1.3 linux/include/asm-alpha/hardirq.h - 1.12 linux/fs/super.c - 1.47 linux/fs/nfs/dir.c - 1.28 linux/fs/namei.c - 1.30 linux/fs/inode.c - 1.42 linux/fs/fat/inode.c - 1.23 linux/fs/dcache.c - 1.25 linux/fs/block_dev.c - 1.22 linux/drivers/video/fbcon.c - 1.18 linux/drivers/video/atyfb.c - 1.30 linux/drivers/sgi/char/linux_logo.h - 1.3 linux/drivers/scsi/qlogicpti.c - 1.13 linux/drivers/sbus/char/sab82532.c - 1.18 linux/drivers/sbus/char/pcikbd.c - 1.18 linux/drivers/sbus/audio/dmy.c - 1.8 linux/drivers/sbus/audio/dbri.c - 1.12 linux/drivers/sbus/audio/cs4231.c - 1.11 linux/drivers/sbus/audio/audio.c - 1.13 linux/drivers/sbus/audio/amd7930.c - 1.8 linux/drivers/sbus/audio/Makefile - 1.5 linux/drivers/net/eepro100.c - 1.28 linux/drivers/char/console.c - 1.21 linux/drivers/block/loop.c - 1.32 linux/drivers/Makefile - 1.22 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.29 linux/arch/sparc64/kernel/setup.c - 1.19 linux/arch/sparc64/kernel/process.c - 1.20 linux/arch/sparc64/kernel/irq.c - 1.19 linux/arch/sparc64/kernel/ioctl32.c - 1.35 linux/arch/sparc64/defconfig - 1.36 linux/arch/sparc64/config.in - 1.39 linux/arch/sparc/config.in - 1.30 linux/arch/ppc/kernel/time.c - 1.14 linux/arch/ppc/kernel/smp.c - 1.25 linux/arch/ppc/kernel/prom.c - 1.21 linux/arch/ppc/kernel/irq.c - 1.28 linux/arch/ppc/kernel/chrp_setup.c - 1.22 linux/arch/ppc/kernel/Makefile - 1.21 linux/arch/ppc/config.in - 1.36 linux/arch/m68k/sun3x/time.h - 1.3 linux/arch/m68k/sun3x/time.c - 1.4 linux/arch/m68k/sun3x/sbus.c - 1.4 linux/arch/m68k/sun3x/dvma.c - 1.3 linux/arch/m68k/sun3x/config.c - 1.4 linux/arch/m68k/sun3x/Makefile - 1.4 linux/arch/m68k/q40/q40ints.c - 1.5 linux/arch/m68k/q40/config.c - 1.10 linux/arch/m68k/q40/README - 1.6 linux/arch/m68k/mvme16x/rtc.c - 1.8 linux/arch/m68k/mvme16x/config.c - 1.7 linux/arch/m68k/mvme147/config.c - 1.8 linux/arch/m68k/mm/memory.c - 1.10 linux/arch/m68k/mm/init.c - 1.12 linux/arch/m68k/mac/macints.c - 1.7 linux/arch/m68k/mac/debug.c - 1.7 linux/arch/m68k/mac/config.c - 1.8 linux/arch/m68k/kernel/traps.c - 1.10 linux/arch/m68k/kernel/sys_m68k.c - 1.8 linux/arch/m68k/kernel/setup.c - 1.13 linux/arch/m68k/kernel/ptrace.c - 1.7 linux/arch/m68k/kernel/head.S - 1.6 linux/arch/m68k/config.in - 1.23 linux/arch/m68k/bvme6000/rtc.c - 1.8 linux/arch/m68k/bvme6000/config.c - 1.7 linux/arch/m68k/atari/time.c - 1.4 linux/arch/m68k/apollo/config.c - 1.5 linux/arch/m68k/amiga/pcmcia.c - 1.3 linux/arch/m68k/amiga/config.c - 1.9 linux/arch/m68k/amiga/cia.c - 1.5 linux/arch/m68k/amiga/amisound.c - 1.8 linux/arch/m68k/Makefile - 1.7 linux/arch/i386/kernel/io_apic.c - 1.27 linux/arch/i386/kernel/entry.S - 1.33 linux/arch/i386/config.in - 1.57 linux/arch/arm/config.in - 1.25 linux/arch/alpha/kernel/smp.c - 1.23 linux/arch/alpha/kernel/irq.c - 1.17 linux/arch/alpha/kernel/entry.S - 1.19 linux/arch/alpha/config.in - 1.31 linux/Makefile - 1.89 linux/MAINTAINERS - 1.59 linux/Documentation/filesystems/hpfs.txt - 1.4 linux/Documentation/Changes - 1.39 linux/CREDITS - 1.53 linux/COPYING - 1.4 linux/fs/hpfs/super.c - 1.9 linux/fs/hpfs/dir.c - 1.8 linux/fs/hpfs/anode.c - 1.5 linux/drivers/parport/parport_pc.c - 1.34 linux/arch/m68k/math-emu/multi_arith.h - 1.2 linux/arch/sparc64/kernel/pci_sabre.c - 1.20 linux/arch/sparc64/kernel/pci_psycho.c - 1.18 linux/drivers/parport/parport_sunbpp.c - 1.7 linux/include/asm-sh/termios.h - 1.6 linux/fs/udf/udftime.c - 1.5 linux/arch/m68k/sun3/sun3ints.c - 1.4 linux/arch/m68k/sun3/sbus.c - 1.3 linux/arch/m68k/sun3/mmu_emu.c - 1.4 linux/arch/m68k/sun3/dvma.c - 1.3 linux/arch/m68k/sun3/config.c - 1.5 linux/arch/m68k/sun3/Makefile - 1.6 linux/arch/m68k/mac/via.c - 1.4 linux/arch/m68k/mac/psc.c - 1.5 linux/arch/m68k/mac/iop.c - 1.5 linux/include/linux/udf_udf.h - 1.3 linux/Documentation/filesystems/udf.txt - 1.4 linux/fs/udf/fsync.c - 1.5 linux/fs/udf/ialloc.c - 1.9 linux/include/linux/udf_fs_sb.h - 1.5 linux/fs/udf/file.c - 1.23 linux/fs/udf/directory.c - 1.6 linux/fs/udf/dir.c - 1.14 linux/fs/udf/crc.c - 1.2 linux/fs/udf/inode.c - 1.20 linux/include/linux/udf_fs_i.h - 1.4 linux/fs/udf/lowlevel.c - 1.8 linux/fs/udf/balloc.c - 1.8 linux/include/linux/udf_fs.h - 1.10 linux/fs/udf/Makefile - 1.3 linux/include/linux/udf_167.h - 1.5 linux/fs/udf/misc.c - 1.8 linux/fs/udf/namei.c - 1.16 linux/include/asm-m68k/sun3ints.h - 1.3 linux/include/asm-m68k/sbus.h - 1.2 linux/include/asm-m68k/openprom.h - 1.3 linux/fs/udf/partition.c - 1.6 linux/fs/udf/super.c - 1.19 linux/fs/udf/truncate.c - 1.8 linux/fs/udf/symlink.c - 1.12 linux/fs/udf/unicode.c - 1.5 linux/include/asm-m68k/intersil.h - 1.3 linux/fs/udf/udf_i.h - 1.4 linux/fs/udf/udfend.h - 1.5 linux/fs/udf/udf_sb.h - 1.6 linux/fs/udf/udfdecl.h - 1.13 linux/arch/m68k/sun3/sun3_ksyms.c - 1.2 linux/arch/m68k/sun3/intersil.c - 1.2 linux/include/asm-m68k/pgalloc.h - 1.5 linux/fs/autofs4/expire.c - 1.9 linux/include/asm-ia64/linux_logo.h - 1.2 linux/include/asm-ia64/termios.h - 1.3 linux/arch/m68k/mac/misc.c - 1.5 linux/net/bridge/br_forward.c - 1.3 linux/net/bridge/br_device.c - 1.4 linux/net/bridge/br_private.h - 1.6 linux/net/bridge/br_input.c - 1.7 linux/include/asm-mips64/termios.h - 1.4 linux/include/asm-mips64/linux_logo.h - 1.3 linux/lib/brlock.c - 1.3 linux/drivers/parport/ChangeLog - 1.15 linux/drivers/ide/ide-tape.c - 1.10 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.10 linux/net/ipv4/netfilter/ipfwadm_core.c - 1.5 linux/include/linux/netfilter_ipv4/ip_tables.h - 1.5 linux/drivers/usb/serial/ftdi_sio.c - 1.16 linux/include/asm-s390/termios.h - 1.3 linux/drivers/char/drm/ffb_drv.c - 1.7 linux/include/asm-sh/linux_logo.h - 1.2 linux/drivers/net/tun.c - 1.7 linux/include/linux/irq_cpustat.h - 1.3 linux/include/linux/if_tun.h - 1.2 linux/net/irda/irnet/irnet_ppp.h - 1.3 linux/net/irda/irnet/irnet_ppp.c - 1.4 linux/net/irda/irnet/irnet_irda.h - 1.3 linux/net/irda/irnet/irnet_irda.c - 1.4 linux/net/irda/irnet/irnet.h - 1.4 linux/include/asm-parisc/linux_logo.h - 1.2 linux/include/asm-m68k/motorola_pgalloc.h - 1.3 linux/include/asm-m68k/sun3_pgalloc.h - 1.3 linux/include/asm-m68k/sun3_pgtable.h - 1.2 linux/include/asm-m68k/parport.h - 1.2 linux/include/asm-parisc/termios.h - 1.3 linux/drivers/scsi/osst_options.h - 1.2 linux/drivers/scsi/osst.h - 1.2 linux/drivers/scsi/osst.c - 1.3 linux/arch/sparc64/kernel/pci_schizo.c - 1.6 linux/include/asm-s390x/termios.h - 1.3 linux/drivers/net/wireless/hermes.c - 1.2 linux/drivers/net/wireless/hermes.h - 1.2 linux/drivers/net/wireless/orinoco.c - 1.2 linux/drivers/net/wireless/orinoco.h - 1.2 linux/drivers/net/wireless/orinoco_cs.c - 1.2 linux/arch/ppc/boot/prep/misc.c - 1.2 linux/arch/ppc/boot/pmac/Makefile - 1.2 linux/arch/ppc/boot/mbx/Makefile - 1.2 linux/arch/ppc/boot/common/misc-common.c - 1.2 From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 20:21:18 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f593LIAJ015967 for linux-xfs-outgoing; Fri, 8 Jun 2001 20:21:18 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f593LG3D015964 for ; Fri, 8 Jun 2001 20:21:16 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA25690 for ; Fri, 8 Jun 2001 20:21:13 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id WAA2105926; Fri, 8 Jun 2001 22:19:58 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id WAA63066; Fri, 8 Jun 2001 22:19:58 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.11.0/SGI-client-1.7) via ESMTP id f593Mak27454; Fri, 8 Jun 2001 22:22:37 -0500 Message-Id: <200106090322.f593Mak27454@jen.americas.sgi.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Deti Fliegl cc: Linux XFS Mailing List Subject: Re: XFS lockup with samba-2.2 In-Reply-To: Message from Deti Fliegl of "Sat, 09 Jun 2001 03:34:17 +0200." <3B217D19.986150C4@fliegl.de> Date: Fri, 08 Jun 2001 22:22:36 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, If possible can you do the following: o build the kernel with kdb support turned on o use kgcc to build it, I have seen bad stacks with some other compilers. o turn back on oplocks and recreate the hang o work out which processes are hung o on the console use break (or Ctrl-A on a serial console) to get into kdb. o type bt on the processes in D state and send us the output. A serial console makes this so much easier, but you may not have the facilities.. If you do then the output of the bta command would be even better. You can continue the system with go, or reset it with reboot at this point. This problem may just be an oplock bug, but it may be an interaction with xfs. Steve > Hi, > > today something strange happened on a system running 2.4.6-pre1 from the > latest CVS tree together with kernel NFS V3 support and samba-2.2 with > windows 2000 clients. After I tried to move a directory under windows > 2000 from one location to another within the same XFS partition the > windows 2000 client locked up. First I thought there might be a windows > problem - but it turned out that the corresponding smbd process on the > linux box got into the D state and this happened to all other processes > accessing the target directory (of the move). > After a while I had a couple of processes (like ls, bash, find ...) all > in the D state from the moment on when they tried to stat this > particular directory. There were no system messages describing a > possible reason for the lockup. After a reboot everything was fine > again. > In the meantime I configured samba not to use kernel OP locks and the > problem did not occur again. This could be a clue but I was not able to > do further testing since the system is used for production. > > Kind regards > > Deti From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 20:22:31 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f593MVmg016083 for linux-xfs-outgoing; Fri, 8 Jun 2001 20:22:31 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f593MS3D016071 for ; Fri, 8 Jun 2001 20:22:29 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f593MNA11043; Fri, 8 Jun 2001 23:22:23 -0400 Date: Fri, 8 Jun 2001 23:22:23 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Cc: kaos@melbourne.sgi.com Subject: Proper bug report on RH-2.4.5 config failure :) Message-ID: <20010608232223.A6660@wwweasel.geeksrus.net> References: <20010608213420.A15810@wwweasel.geeksrus.net> <8025.992053019@ocs4.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <8025.992053019@ocs4.ocs-net>; from kaos@melbourne.sgi.com on Sat, Jun 09, 2001 at 12:16:59PM +1000 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Jun 09, 2001 at 12:16:59PM +1000, Keith Owens wrote: >On Fri, 8 Jun 2001 21:34:20 -0400, >Alan Eldridge wrote: >>+++ linux/fs/Config.in Fri Jun 8 21:09:35 2001 >>+[ $CONFIG_PAGE_BUF ] || CONFIG_PAGE_BUF=y > >Arrgh, please do not use shell code in config.in files. The config >language is *NOT* shell, the above will work for some parsers but not >all of them. Saw that soon after. I forgot that shell is but one implementation. :) I'll rerun the faulty ocnfig.... The symptom is that the vars aren't set the first time through the configure, so it fails with "no default".... "default" in this case means, the shell var wasn't set, and so the var name went into the "nodefaults" file. Sorry 'bout the inappropriate solution ... I kinda forgot that, unlike some other mailing lists, here I'm dealing with people who know what they're doing, and know more about it than I do.... :) OK ... Here's the patch as Russell supplied it: ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- --- /build/RH_raw/linux/fs/Config.in Wed Jun 6 12:38:09 2001 +++ linux/fs/Config.in Thu Jun 7 23:48:41 2001 @@ -5,6 +5,7 @@ comment 'File systems' bool 'Quota support' CONFIG_QUOTA +bool 'POSIX Access Control List support' CONFIG_FS_POSIX_ACL tristate 'Kernel automounter support' CONFIG_AUTOFS_FS tristate 'Kernel automounter version 4 support (also supports v3)' CONFIG_AUTOFS4_FS @@ -84,6 +85,19 @@ tristate 'UFS file system support (read only)' CONFIG_UFS_FS dep_mbool ' UFS file system write support (DANGEROUS)' CONFIG_UFS_FS_WRITE $CONFIG_UFS_FS $CONFIG_EXPERIMENTAL + +tristate 'Page Buffer support' CONFIG_PAGE_BUF + +if [ "$CONFIG_PAGE_BUF" = "n" ]; then + comment ' Page Buffer support needed for XFS filesystem' +else + dep_tristate 'SGI XFS filesystem support' CONFIG_XFS_FS $CONFIG_PAGE_BUF + if [ "$CONFIG_XFS_FS" != "n" ]; then + define_bool CONFIG_HAVE_ATTRCTL y + dep_mbool ' Enable XFS DMAPI' CONFIG_XFS_DMAPI $CONFIG_XFS_FS + dep_mbool ' Enable XFS Quota' CONFIG_XFS_QUOTA $CONFIG_XFS_FS $CONFIG_QUOTA + fi +fi if [ "$CONFIG_NET" = "y" ]; then ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- Here's the relevant bits of the resulting fs/Config.in: ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- # # File system configuration # mainmenu_option next_comment comment 'File systems' bool 'Quota support' CONFIG_QUOTA bool 'POSIX Access Control List support' CONFIG_FS_POSIX_ACL tristate 'Kernel automounter support' CONFIG_AUTOFS_FS [ ... ] tristate 'UFS file system support (read only)' CONFIG_UFS_FS dep_mbool ' UFS file system write support (DANGEROUS)' CONFIG_UFS_FS_WRITE $CONFIG_UFS_FS $CONFIG_EXPERIMENTAL tristate 'Page Buffer support' CONFIG_PAGE_BUF if [ "$CONFIG_PAGE_BUF" = "n" ]; then comment ' Page Buffer support needed for XFS filesystem' else dep_tristate 'SGI XFS filesystem support' CONFIG_XFS_FS $CONFIG_PAGE_BUF if [ "$CONFIG_XFS_FS" != "n" ]; then define_bool CONFIG_HAVE_ATTRCTL y dep_mbool ' Enable XFS DMAPI' CONFIG_XFS_DMAPI $CONFIG_XFS_FS dep_mbool ' Enable XFS Quota' CONFIG_XFS_QUOTA $CONFIG_XFS_FS $CONFIG_QUOTA fi fi if [ "$CONFIG_NET" = "y" ]; then mainmenu_option next_comment comment 'Network File Systems' [ ... ] ---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<-snip---8<--- And here's the "rpm -bc kernel-2.4-xfs.spec" run, trimmed to the running of the "make oldconfig_nonint" step: Script started on Fri Jun 8 23:08:32 2001 [ ... ] UFS file system support (read only) (CONFIG_UFS_FS) [M/n/y/?] UFS file system write support (DANGEROUS) (CONFIG_UFS_FS_WRITE) [N/y/?] Page Buffer support (CONFIG_PAGE_BUF) [N/y/m/?] (NEW) * * Page Buffer support needed for XFS filesystem * [ note page buffer, XFS are turned off ] * * Network File Systems * [ ... ] * Kernel hacking * Magic SysRq key (CONFIG_MAGIC_SYSRQ) [Y/n/?] Kernel debugging (CONFIG_DEBUG_KERNEL) [N/y/?] *** End of Linux kernel configuration. *** Check the top-level Makefile for additional configuration. *** Next, you must run 'make dep'. The following defaults are missing: POSIX Access Control List support (CONFIG_FS_POSIX_ACL) [N/y/?] Page Buffer support (CONFIG_PAGE_BUF) [N/y/m/?] make: *** [oldconfig_nonint] Error 1 error: Bad exit status from /home/alane/rpm/tmp/rpm-tmp.94446 (%build) RPM build errors: Bad exit status from /home/alane/rpm/tmp/rpm-tmp.94446 (%build) [alane@wwweasel SPECS]$ exit Script done on Fri Jun 8 23:11:07 2001 -- Alan Eldridge From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 20:26:05 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f593Q5GK016482 for linux-xfs-outgoing; Fri, 8 Jun 2001 20:26:05 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f593Q43D016479 for ; Fri, 8 Jun 2001 20:26:04 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA25998 for ; Fri, 8 Jun 2001 20:26:02 -0700 (PDT) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id WAA2109201 for ; Fri, 8 Jun 2001 22:24:48 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id WAA75086 for ; Fri, 8 Jun 2001 22:24:48 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.0/SGI-client-1.7) id f593RQR28338; Fri, 8 Jun 2001 22:27:26 -0500 Message-Id: <200106090327.f593RQR28338@jen.americas.sgi.com> Date: Fri, 8 Jun 2001 22:27:26 -0500 Subject: TAKE - start of work to access realtime device Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Been running with this for days without problem, no actual realtime testing yet, but this at least gives us the technology to get there. Date: Fri Jun 8 20:23:46 PDT 2001 Workarea: jen.americas.sgi.com:/src/lord/xfs-base The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:96615a linux/fs/xfs/linux/xfs_lrw.c - 1.101 - Fill in pb_dev to indicate target device for I/O linux/include/linux/page_buf.h - 1.92 - Add pbm_dev to the pbm_bmap structure linux/fs/pagebuf/page_buf_io.c - 1.80 - Use kdev_t from pbbmap structure rather than from inode for device mapping. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 20:38:45 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f593cjBv017569 for linux-xfs-outgoing; Fri, 8 Jun 2001 20:38:45 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f593cg3D017560 for ; Fri, 8 Jun 2001 20:38:43 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f593cb011207 for linux-xfs@oss.sgi.com; Fri, 8 Jun 2001 23:38:37 -0400 Date: Fri, 8 Jun 2001 23:38:37 -0400 From: Alan Eldridge To: linux-xfs@oss.sgi.com Subject: Running kernel w/o RH patches ... Message-ID: <20010608233837.A11062@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Knowing how heavily patched the RH kernels are (!!), does anyone know if there'd be impairment or malfunction running a stock + xfs kernel on a RH system? I guess there's really 2 separate issues: there's the big "ac-4" patch, which doesn't play nice with XFS, and then there's all the rest of the myriad bits and pieces RH has piled on. Anyone got any good data/opinions/wild-assed-guesss about this? I'm just trying to see all the options, and reducing complexity of the problem space is one I'd like to have. [Back in the days when I regularly had to rebuild the kernel (and libc-3/4, and gcc, and ....), patches only came from Linus, and 100M was enough *disk* for a system. :) So that's how out-of-date with it I am.] -- Alan Eldridge "Ah, yes, his head's been ripped off. I'll get you another." From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 21:02:18 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f5942Iqr019690 for linux-xfs-outgoing; Fri, 8 Jun 2001 21:02:18 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f5942G3D019680 for ; Fri, 8 Jun 2001 21:02:16 -0700 Received: from zeus-fddi.americas.sgi.com (zeus-fddi.americas.sgi.com [128.162.8.103]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id GAA1896839 for ; Sat, 9 Jun 2001 06:02:14 +0200 (CEST) mail_from (lord@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.americas.sgi.com [128.162.185.214]) by zeus-fddi.americas.sgi.com (8.9.3/americas-smart-nospam1.1) with ESMTP id XAA2109125 for ; Fri, 8 Jun 2001 23:00:57 -0500 (CDT) Received: from jen.americas.sgi.com (IDENT:root@jen.americas.sgi.com [128.162.184.86]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.7) with ESMTP id XAA94287 for ; Fri, 8 Jun 2001 23:00:50 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.0/SGI-client-1.7) id f5943Te31573; Fri, 8 Jun 2001 23:03:29 -0500 Message-Id: <200106090403.f5943Te31573@jen.americas.sgi.com> Date: Fri, 8 Jun 2001 23:03:29 -0500 Subject: TAKE - delalloc buffer and page handling cleanup Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Removes some code, and actually makes it faster. Problem reports, especially from highmem systems (which I know how to crash in 30 seconds) appreciated - Hint, avoid direct I/O, buffered I/O on the same file, do not run test 013 in the regression tests. I am still chasing this bug. Date: Fri Jun 8 20:58:42 PDT 2001 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:96616a linux/mm/vmscan.c - 1.57 - rework the launder code for delalloc pages, we issue a write on them and let the next pass try to clean them up. linux/include/linux/fs.h - 1.97 - remobe writepage_nounlock linux/fs/buffer.c - 1.64 - Add a wait option to write_page, always grab the page when it is set, used from write paths which always want to succeed. Remove code from try_to_free_buffers and block_flushpage, the only places which call these have already dealt with delalloc pages. Finally, use regular writepage, the nounlock version is gone. linux/fs/xfs/linux/xfs_iops.c - 1.107 - we now only have a writepage method, the nounlock case is gone linux/fs/pagebuf/page_buf_io.c - 1.81 - Use code more similar to block_write_page in the write path, leave the page locked for the duration of I/O. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 21:27:28 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f594RSAS021403 for linux-xfs-outgoing; Fri, 8 Jun 2001 21:27:28 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ocs4.ocs-net (firewall.ocs.com.au [203.34.97.9]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f594RN3D021397 for ; Fri, 8 Jun 2001 21:27:25 -0700 Received: from ocs4.ocs-net (kaos@localhost) by ocs4.ocs-net (8.11.2/8.11.2) with ESMTP id f594SJH08592; Sat, 9 Jun 2001 14:28:19 +1000 X-Authentication-Warning: ocs4.ocs-net: kaos owned process doing -bs X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Alan Eldridge cc: linux-xfs@oss.sgi.com Subject: Re: Proper bug report on RH-2.4.5 config failure :) In-reply-to: Your message of "Fri, 08 Jun 2001 23:22:23 -0400." <20010608232223.A6660@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jun 2001 14:28:19 +1000 Message-ID: <8591.992060899@ocs4.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 8 Jun 2001 23:22:23 -0400, Alan Eldridge wrote: >And here's the "rpm -bc kernel-2.4-xfs.spec" run, trimmed to the running of >the "make oldconfig_nonint" step: > >Script started on Fri Jun 8 23:08:32 2001 >[ ... ] >UFS file system support (read only) (CONFIG_UFS_FS) [M/n/y/?] > UFS file system write support (DANGEROUS) (CONFIG_UFS_FS_WRITE) [N/y/?] >Page Buffer support (CONFIG_PAGE_BUF) [N/y/m/?] (NEW) * >* Page Buffer support needed for XFS filesystem >* >[ note page buffer, XFS are turned off ] >The following defaults are missing: >POSIX Access Control List support (CONFIG_FS_POSIX_ACL) [N/y/?] >Page Buffer support (CONFIG_PAGE_BUF) [N/y/m/?] >make: *** [oldconfig_nonint] Error 1 >error: Bad exit status from /home/alane/rpm/tmp/rpm-tmp.94446 (%build) The problem is the default config has no entries for the new fields. Find out which defconfig is used by make oldconfig_nonint, it is probably arch/i386/defconfig but I don't know for sure, I always build my own kernels. Edit that defconfig to add CONFIG_PAGE_BUF=y CONFIG_XFS_FS=y CONFIG_XFS_DMAPI=y CONFIG_XFS_QUOTA=y Change y to m if you want modules, you can set dmap and quota to n if you do not want those options. Because you are using rpm, you need to do this in steps. * rpm -bp to unpack the code. * Save the current defconfig as .orig and edit defconfig. * rpm -bc --short-circuit to check it gets past make oldconfig_nonint, abort at that point, no need to do a full compile. * cd redhat/BUILD, diff -u the old and new defconfig, save the patch in redhat/SOURCES as kernel-2.4-xfs-defconfig-test.patch. * Edit redhat/SPECS/kernel-2.4-xfs.spec, add a Patch line to the start for kernel-2.4-xfs-defconfig-test.patch, add %patch -p1 to the prep section, where is the next free patch number. * rpm -bc redhat/SPECS/kernel-2.4-xfs.spec to start from scratch. This should apply the correct default config and get past oldconfig_nonint. Send me the patch once it works so I can update our tree for the next rpm. From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 21:34:50 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f594Yo5m021982 for linux-xfs-outgoing; Fri, 8 Jun 2001 21:34:50 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ocs4.ocs-net (firewall.ocs.com.au [203.34.97.9]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f594Yk3D021976 for ; Fri, 8 Jun 2001 21:34:48 -0700 Received: from ocs4.ocs-net (kaos@localhost) by ocs4.ocs-net (8.11.2/8.11.2) with ESMTP id f594ZiK08649; Sat, 9 Jun 2001 14:35:44 +1000 X-Authentication-Warning: ocs4.ocs-net: kaos owned process doing -bs X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Alan Eldridge cc: linux-xfs@oss.sgi.com Subject: Re: Running kernel w/o RH patches ... In-reply-to: Your message of "Fri, 08 Jun 2001 23:38:37 -0400." <20010608233837.A11062@wwweasel.geeksrus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 09 Jun 2001 14:35:44 +1000 Message-ID: <8648.992061344@ocs4.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 8 Jun 2001 23:38:37 -0400, Alan Eldridge wrote: >Knowing how heavily patched the RH kernels are (!!), does anyone know if >there'd be impairment or malfunction running a stock + xfs kernel on a RH >system? I know that Russell Cattelan did an XFS+kdb patch for Redhat 7.1. I also know it took a *looong* time, fitting just the kdb patch into all the RH bits and pieces from the -ac tree took me about 8 hours, and I had all the tools to do the job. Russell, did that XFS for RH 7.1 patch get released? From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 21:44:44 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f594iijb022929 for linux-xfs-outgoing; Fri, 8 Jun 2001 21:44:44 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.67.200.82]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f594if3D022916 for ; Fri, 8 Jun 2001 21:44:42 -0700 Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.2/8.11.2) id f594iWP12498; Sat, 9 Jun 2001 00:44:32 -0400 Date: Sat, 9 Jun 2001 00:44:32 -0400 From: Alan Eldridge To: Keith Owens Cc: linux-xfs@oss.sgi.com Subject: Russell's patch against RH 7.1 ... Message-ID: <20010609004432.A12217@wwweasel.geeksrus.net> References: <20010608233837.A11062@wwweasel.geeksrus.net> <8648.992061344@ocs4.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <8648.992061344@ocs4.ocs-net>; from kaos@melbourne.sgi.com on Sat, Jun 09, 2001 at 02:35:44PM +1000 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Jun 09, 2001 at 02:35:44PM +1000, Keith Owens wrote: >On Fri, 8 Jun 2001 23:38:37 -0400, >Alan Eldridge wrote: >>Knowing how heavily patched the RH kernels are (!!), does anyone know if >>there'd be impairment or malfunction running a stock + xfs kernel on a RH >>system? > >I know that Russell Cattelan did an XFS+kdb patch for Redhat 7.1. I >also know it took a *looong* time, fitting just the kdb patch into all >the RH bits and pieces from the -ac tree took me about 8 hours, and I >had all the tools to do the job. > >Russell, did that XFS for RH 7.1 patch get released? The patch I'm using is one he did last night. It's for RH Rawhide 2.4.5-0.2.9 kernel. It's on ftp.thebarn.com in /SGI/testing. -- Alan Eldridge "I've told you once." "No you haven't." From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 21:52:44 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f594qipS023534 for linux-xfs-outgoing; Fri, 8 Jun 2001 21:52:44 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gargoyle (IDENT:root@gargoyle.gargoylecc.com [65.100.85.35]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f594qf3D023530 for ; Fri, 8 Jun 2001 21:52:42 -0700 Received: from gargoyle ([127.0.0.1] helo=localhost ident=ringram) by gargoyle with esmtp (Exim 3.13 #1 (Debian)) id 158alv-00068O-00; Fri, 08 Jun 2001 22:54:51 -0600 Date: Fri, 8 Jun 2001 22:54:51 -0600 (MDT) From: Russel Ingram X-X-Sender: To: Ivan Rayner cc: Subject: Re: xfsdump, paride tape, and -m option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 9 Jun 2001, Ivan Rayner wrote: > On Sat, 9 Jun 2001, Russel Ingram wrote: > > > I'm using xfsdump from cvs (I think it is from 5/30/01 but might be > > 6/5/01) to attempt to backup an xfs filesystem to an HP Colorado 8GBe > > parallel tape drive. Every time I try to use the -m option (the > > parallel tape driver is a very minimal tape device driver and suggests > > specifying 16k as the block size) xfsdump core dumps with the following > > error: > > > > drive_minrmt.c:1820: do_get_write_buf: Assertion 'contextp->dc_nextp < > > contextp->dc_recendp' failed. > > > > Is this a bug or just an incompatiblity with the minimalness of the pt > > driver? > > If you can mail the complete xfsdump command line, I'll see if I can > reproduce the problem here. > okie dokie, here's what I was giving it: xfsdump -m -b 16 -o -l0 -E -F -M"gumby" -L"home" -s home -f /dev/pt/0 / Like I said its a parallel tape drive that I haven't got anything else to work with either (tar works but not to the expected capacity) so it may just be a problem in the device driver but since it core dumps without even trying to dump I thought someone might be interested in if it turned out to be a bug with xfsdump. Thanx, Russ -- Russ Ingram Gargoyle Computer Consulting (307)742-1361 www.gargoylecc.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 22:11:06 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f595B6hu024204 for linux-xfs-outgoing; Fri, 8 Jun 2001 22:11:06 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f595B33D024197 for ; Fri, 8 Jun 2001 22:11:04 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via SMTP id HAA1498124 for ; Sat, 9 Jun 2001 07:11:00 +0200 (CEST) mail_from (ivanr@melbourne.sgi.com) Received: from omen.melbourne.sgi.com (omen.melbourne.sgi.com [134.14.55.139]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA08612; Sat, 9 Jun 2001 15:09:39 +1000 From: ivanr@melbourne.sgi.com (Ivan Rayner) Received: from localhost (ivanr@localhost) by omen.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id PAA89896; Sat, 9 Jun 2001 15:09:38 +1000 (EST) X-Authentication-Warning: omen.melbourne.sgi.com: ivanr owned process doing -bs Date: Sat, 9 Jun 2001 15:09:37 +1000 To: Russel Ingram cc: Subject: Re: xfsdump, paride tape, and -m option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 8 Jun 2001, Russel Ingram wrote: > On Sat, 9 Jun 2001, Ivan Rayner wrote: > > > On Sat, 9 Jun 2001, Russel Ingram wrote: > > > > > I'm using xfsdump from cvs (I think it is from 5/30/01 but might be > > > 6/5/01) to attempt to backup an xfs filesystem to an HP Colorado 8GBe > > > parallel tape drive. Every time I try to use the -m option (the > > > parallel tape driver is a very minimal tape device driver and suggests > > > specifying 16k as the block size) xfsdump core dumps with the following > > > error: > > > > > > drive_minrmt.c:1820: do_get_write_buf: Assertion 'contextp->dc_nextp < > > > contextp->dc_recendp' failed. > > > > > > Is this a bug or just an incompatiblity with the minimalness of the pt > > > driver? > > > > If you can mail the complete xfsdump command line, I'll see if I can > > reproduce the problem here. > > > okie dokie, here's what I was giving it: > > xfsdump -m -b 16 -o -l0 -E -F -M"gumby" -L"home" -s home -f /dev/pt/0 / > > Like I said its a parallel tape drive that I haven't got anything else to > work with either (tar works but not to the expected capacity) so it may > just be a problem in the device driver but since it core dumps without > even trying to dump I thought someone might be interested in if it turned > out to be a bug with xfsdump. The argument to -b should be bytes, so 16k would be 16384 not 16. If this doesn't fix your problem, could you use -v5 to get verbose output. (This might produce alot of output, so you should redirect it to a file.) Ivan -- Ivan Rayner ivanr@melbourne.sgi.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 22:17:52 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f595HqV8024579 for linux-xfs-outgoing; Fri, 8 Jun 2001 22:17:52 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from scribe.pobox.com (scribe.pobox.com [208.210.124.35]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f595Ho3D024575 for ; Fri, 8 Jun 2001 22:17:51 -0700 Received: from aluminum (arg09-du137.argolink.net [216.88.88.137]) by scribe.pobox.com (Postfix) with SMTP id 51A7F32592; Sat, 9 Jun 2001 01:17:19 -0400 (EDT) Message-ID: <011701c0f0a3$8482bd30$0300a8c0@aluminum> From: "delay" To: "Alan Eldridge" , References: <20010608233837.A11062@wwweasel.geeksrus.net> Subject: Re: Running kernel w/o RH patches ... Date: Sat, 9 Jun 2001 00:17:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > Knowing how heavily patched the RH kernels are (!!), does anyone >know if > there'd be impairment or malfunction running a stock + xfs kernel on >a RH > system? I just compiled a 2.4.3 stock kernel from kernel.org and added the xfs patches in redhat 7.1. I did this after first using the xfs redhat installer. Then I wanted to custom compile the kernel so I got a newer 2.4.3 generic one since it had a newer aic7xxx driver. I am very new to linux I didn't know this would even cause a potential problem. So far I haven't noticed any problems... Will this lead to potential problems? I am going to be using this server as a production webserver. I definitely don't want any problems once it is in place 2000 miles away... From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 22:19:34 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f595JYJL024663 for linux-xfs-outgoing; Fri, 8 Jun 2001 22:19:34 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from roujin.gargoylecc.com (roujin.gargoylecc.com [65.100.85.34]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f595JW3D024653 for ; Fri, 8 Jun 2001 22:19:32 -0700 Received: from roujin.gargoylecc.com ([65.100.85.34] ident=ringram) by roujin.gargoylecc.com with esmtp (Exim 3.13 #1) id 158osH-00025O-00; Sat, 09 Jun 2001 13:58:21 -0600 Date: Sat, 9 Jun 2001 13:58:20 -0600 (MDT) From: Russel Ingram To: Ivan Rayner cc: Subject: Re: xfsdump, paride tape, and -m option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 9 Jun 2001, Ivan Rayner wrote: > On Fri, 8 Jun 2001, Russel Ingram wrote: > > > On Sat, 9 Jun 2001, Ivan Rayner wrote: > > > > > On Sat, 9 Jun 2001, Russel Ingram wrote: > > > > > > > I'm using xfsdump from cvs (I think it is from 5/30/01 but might be > > > > 6/5/01) to attempt to backup an xfs filesystem to an HP Colorado 8GBe > > > > parallel tape drive. Every time I try to use the -m option (the > > > > parallel tape driver is a very minimal tape device driver and suggests > > > > specifying 16k as the block size) xfsdump core dumps with the following > > > > error: > > > > > > > > drive_minrmt.c:1820: do_get_write_buf: Assertion 'contextp->dc_nextp < > > > > contextp->dc_recendp' failed. > > > > > > > > Is this a bug or just an incompatiblity with the minimalness of the pt > > > > driver? > > > > > > If you can mail the complete xfsdump command line, I'll see if I can > > > reproduce the problem here. > > > > > okie dokie, here's what I was giving it: > > > > xfsdump -m -b 16 -o -l0 -E -F -M"gumby" -L"home" -s home -f /dev/pt/0 / > > > > Like I said its a parallel tape drive that I haven't got anything else to > > work with either (tar works but not to the expected capacity) so it may > > just be a problem in the device driver but since it core dumps without > > even trying to dump I thought someone might be interested in if it turned > > out to be a bug with xfsdump. > > The argument to -b should be bytes, so 16k would be 16384 not 16. > > If this doesn't fix your problem, could you use -v5 to get verbose output. > (This might produce alot of output, so you should redirect it to a file.) > > Ivan It wasn't clear (to me anyway) what the syntax on the -b option was supposed to be to get 16k blocksize, so thanks. I'll give it a try sometime tomorrow and get back to ya. -- Russ Ingram Gargoyle Computer Consulting (307)742-1361 www.gargoylecc.com From owner-linux-xfs@linux-xfs.sgi.com Fri Jun 8 22:25:45 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f595PjK3024924 for linux-xfs-outgoing; Fri, 8 Jun 2001 22:25:45 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f595Pi3D024921 for ; Fri, 8 Jun 2001 22:25:44 -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 WAA05527 for ; Fri, 8 Jun 2001 22:25:42 -0700 (PDT) mail_from (ivanr@melbourne.sgi.com) Received: from omen.melbourne.sgi.com (omen.melbourne.sgi.com [134.14.55.139]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA08655; Sat, 9 Jun 2001 15:24:25 +1000 From: ivanr@melbourne.sgi.com (Ivan Rayner) Received: from localhost (ivanr@localhost) by omen.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id PAA92555; Sat, 9 Jun 2001 15:24:25 +1000 (EST) X-Authentication-Warning: omen.melbourne.sgi.com: ivanr owned process doing -bs Date: Sat, 9 Jun 2001 15:24:24 +1000 To: Russel Ingram cc: Subject: Re: xfsdump, paride tape, and -m option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 9 Jun 2001, Russel Ingram wrote: > On Sat, 9 Jun 2001, Ivan Rayner wrote: > > The argument to -b should be bytes, so 16k would be 16384 not 16. > > > > If this doesn't fix your problem, could you use -v5 to get verbose output. > > (This might produce alot of output, so you should redirect it to a file.) > > > > Ivan > It wasn't clear (to me anyway) what the syntax on the -b option was > supposed to be to get 16k blocksize, so thanks. Agreed. I'll update the man page next week. Ivan -- Ivan Rayner ivanr@melbourne.sgi.com From owner-linux-xfs@linux-xfs.sgi.com Sat Jun 9 00:46:03 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f597k3Fb002036 for linux-xfs-outgoing; Sat, 9 Jun 2001 00:46:03 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from due.stud.ntnu.no (due.stud.ntnu.no [129.241.56.71]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f597ju3D002028 for ; Sat, 9 Jun 2001 00:45:59 -0700 Received: from localhost (localhost [127.0.0.1]) by due.stud.ntnu.no (Postfix) with ESMTP id 5744F17AB4 for ; Sat, 9 Jun 2001 09:45:54 +0200 (CEST) Received: from jeeves.stud.ntnu.no (jeeves [129.241.56.14]) by due.stud.ntnu.no (Postfix) with ESMTP id AD5CD17A91 for ; Sat, 9 Jun 2001 09:45:53 +0200 (CEST) Received: from localhost (sebastid@localhost) by jeeves.stud.ntnu.no (8.10.0.Beta12/8.10.0.Beta12) with ESMTP id f597jrt05246 for ; Sat, 9 Jun 2001 09:45:53 +0200 (MET DST) X-Authentication-Warning: jeeves.stud.ntnu.no: sebastid owned process doing -bs Date: Sat, 9 Jun 2001 09:45:53 +0200 (MET DST) From: Sebastian Dransfeld To: Subject: chacl Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-10 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --- chacl.c.old Sat Jun 9 09:45:14 2001 +++ chacl.c Sat Jun 9 09:44:04 2001 @@ -175,7 +175,7 @@ /* directory default acl */ if (bflag || dflag) { dacl = acl_from_text (argv[optind]); - if (dacl == NULL || acl_valid(acl) == -1) + if (dacl == NULL || acl_valid(dacl) == -1) { fprintf (stderr, inv_acl, program, argv[optind]); return (1); From owner-linux-xfs@linux-xfs.sgi.com Sat Jun 9 00:59:28 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f597xSc7003576 for linux-xfs-outgoing; Sat, 9 Jun 2001 00:59:28 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from due.stud.ntnu.no (due.stud.ntnu.no [129.241.56.71]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f597xP3D003567 for ; Sat, 9 Jun 2001 00:59:26 -0700 Received: from localhost (localhost [127.0.0.1]) by due.stud.ntnu.no (Postfix) with ESMTP id 5461D17AB4 for ; Sat, 9 Jun 2001 09:59:24 +0200 (CEST) Received: from jeeves.stud.ntnu.no (jeeves [129.241.56.14]) by due.stud.ntnu.no (Postfix) with ESMTP id A872F17A91 for ; Sat, 9 Jun 2001 09:59:23 +0200 (CEST) Received: from localhost (sebastid@localhost) by jeeves.stud.ntnu.no (8.10.0.Beta12/8.10.0.Beta12) with ESMTP id f597xN506664 for ; Sat, 9 Jun 2001 09:59:23 +0200 (MET DST) X-Authentication-Warning: jeeves.stud.ntnu.no: sebastid owned process doing -bs Date: Sat, 9 Jun 2001 09:59:23 +0200 (MET DST) From: Sebastian Dransfeld To: Subject: acls Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-10 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I have this directory acl: u::rwx,g::r-x,o::r-x,u:sebastid:rwx,m::r-x A file created gets this acl: u::rw-,g::r-x,o::r--,u:sebastid:rwx,m::r-- Why does the 'x' only get stripped from default user, other and mask? seb From owner-linux-xfs@linux-xfs.sgi.com Sat Jun 9 01:14:00 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f598E0X7005065 for linux-xfs-outgoing; Sat, 9 Jun 2001 01:14:00 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhost.idcomm.com (mailhost.idcomm.com [207.40.196.14]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f598Du3D005062 for ; Sat, 9 Jun 2001 01:13:56 -0700 Received: from idcomm.com (IDENT:stimits@k56-pip23.idcomm.com [209.60.72.150]) by mailhost.idcomm.com (8.10.2/8.10.0) with ESMTP id f598N1U04780 for ; Sat, 9 Jun 2001 02:23:01 -0600 Message-ID: <3B21DAF0.168A0A13@idcomm.com> Date: Sat, 09 Jun 2001 02:14:40 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-pre1-xfs-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-xfs@oss.sgi.com" Subject: xfstest fail Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm using the 2.4.6-pre1-xfs kernel. Currently it is mounted on a temporary IDE drive that has /boot/ as ext2, "/" as xfs. Tests are run against an aic7xxx controller to scsi hard drive. No tape backup devices are available. First is probably not an error, but I am wondering about the meaning of this output from the 001 test: 001 13s ... Failure occurred on a reiserfs test, but I do not use reiserfs. I think it was testing against overwrites or something related, number 032: pts/3:...src/linux/cmd/xfstests# ./check 026 027 028 029 030 031 032 033 034 make: Nothing to be done for `default'. 026 027 028 029 030 031 032 - output mismatch (see 032.out.bad) 2a3 > Failed - overwrote fs type reiserfs! 033 034 Failures: 032 Failed 1 of 9 tests The 032.out.bad: QA output created by 032 Silence is golden. Failed - overwrote fs type reiserfs! The 032.full: === Creating ext2 filesystem... ( mkfs -t ext2 /dev/sda7 ) mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09 Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 117504 inodes, 234942 blocks 11747 blocks (5.00%) reserved for the super user First data block=0 8 block groups 32768 blocks per group, 32768 fragments per group 14688 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376 Writing inode tables: 0/8^H^H^H1/8^H^H^H2/8^H^H^H3/8^H^H^H4/8^H^H^H5/8^H^H^H6/8^H^H^H7/8^H^H^Hdone Writing superblocks and filesystem accounting information: done === Attempting XFS overwrite of ext2... mkfs.xfs: /dev/sda7 appears to contain an existing filesystem (ext2). mkfs.xfs: Use the -f option to force overwrite === Creating minix filesystem... ( mkfs -t minix /dev/sda7 ) 672 inodes 2000 blocks Firstdatazone=25 (25) Zonesize=1024 Maxsize=268966912 === Attempting XFS overwrite of minix... mkfs.xfs: /dev/sda7 appears to contain an existing filesystem (minix). mkfs.xfs: Use the -f option to force overwrite === Creating msdos filesystem... ( mkfs -t msdos /dev/sda7 ) mkfs.msdos 2.2 (06 Jul 1999) === Attempting XFS overwrite of msdos... mkfs.xfs: /dev/sda7 appears to contain an existing filesystem (vfat). mkfs.xfs: Use the -f option to force overwrite === Creating reiserfs filesystem... ( mkfs -t reiserfs /dev/sda7 ) <-------------mkreiserfs, 2000-------------> reiserfsprogs 3.x.0f Creating reiserfs of 3.6 format Block size 4096 bytes Block count 234942 Used blocks 8219 Free blocks count 226723 First 16 blocks skipped Super block is in 16 Bitmap blocks (8) are : 17, 32768, 65536, 98304, 131072, 163840, 196608, 229376 Journal size 8192 (blocks 18-8210 of file /dev/sda7) Root block 8211 Hash function "r5" ATTENTION: YOU SHOULD REBOOT AFTER FDISK! Next, a question on test 041, will it actually alter partition size or placement on the test partitions' drive? I have the partition sizes that I want now, and don't mind wiping partition contents, but do not want to resize or move partition boundaries. Test 040 says it can't run srcdiff without WORKAREA set, which I don't seem to have a reference to in the README. What should it be set to? Further failure for loop mount, a few others simply did not have tools installed, or else not implemented. Tests 045 through 054: Thanteros pts/3:...src/linux/cmd/xfstests# ./check 045 046 047 048 049 050 051 052 053 054 make: Nothing to be done for `default'. 045 046 047 048 049 [failed, exit status 1] - output mismatch (see 049.out.bad) 7,15c7,8 < --- stress < --- clean < --- create file for ext2 fs < --- Create ext2 fs in file on looped xfs < --- Mount ext2 on xfs via loop < --- stress ext2 on xfs via loop < --- clean < --- umount ext2 on xfs < --- umount xfs --- > !!! failed to loop mount xfs > (see 049.full for details) 050 [not run] Installed quota tools do not support XFS 051 [not run] requires kernel ACL support 052 [not run] Installed quota tools do not support XFS 053 - output mismatch (see 053.out.bad) 5,12c5,12 < $SCRATCH_MNT/test.0 [u::r--,g::rwx,o::rw-] < $SCRATCH_MNT/test.1 [u::r-x,g::---,o::---] < $SCRATCH_MNT/test.2 [u::---,g::r-x,o::---] < $SCRATCH_MNT/test.3 [u::---,g::---,o::r-x] < $SCRATCH_MNT/test.4 [u::---,g::r-x,o::rwx] < $SCRATCH_MNT/test.5 [u::---,g::---,o::---,u:id2:r-x,m::rwx] < $SCRATCH_MNT/test.6 [u::rwx,g::r-x,o::r--] < $SCRATCH_MNT/test.7 [u::---,g::---,o::---,g:id2:r-x,m::-w-] --- > chacl: error getting ACL on "/mnt/sda/7/test.0": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.1": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.2": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.3": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.4": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.5": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.6": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.7": Function not implemented 17,24c17,24 < $SCRATCH_MNT/test.0 [u::r--,g::rwx,o::rw-] < $SCRATCH_MNT/test.1 [u::r-x,g::---,o::---] < $SCRATCH_MNT/test.2 [u::---,g::r-x,o::---] < $SCRATCH_MNT/test.3 [u::---,g::---,o::r-x] < $SCRATCH_MNT/test.4 [u::---,g::r-x,o::rwx] < $SCRATCH_MNT/test.5 [u::---,g::---,o::---,u:id2:r-x,m::rwx] < $SCRATCH_MNT/test.6 [u::rwx,g::r-x,o::r--] < $SCRATCH_MNT/test.7 [u::---,g::---,o::---,g:id2:r-x,m::-w-] --- > chacl: error getting ACL on "/mnt/sda/7/test.0": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.1": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.2": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.3": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.4": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.5": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.6": Function not implemented > chacl: error getting ACL on "/mnt/sda/7/test.7": Function not implemented 054 Not run: 050 051 052 Failures: 049 053 Failed 2 of 7 tests More info, 049.out.bad: QA output created by 049 --- Create ext2 fs on scratch --- Mount ext2 fs on scratch --- Create xfs fs in file on scratch --- Make mount points --- Mount xfs via loop !!! failed to loop mount xfs (see 049.full for details) Related 049.full: (dev=/dev/sda7, mount=/mnt/sda/7) --- mounts /dev/hdc2 on / type xfs (rw) none on /proc type proc (rw) /dev/hdc1 on /boot type ext2 (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sdc1 on /mnt/sdc/1 type ext2 (rw) /dev/sda6 on /mnt/sda/6 type xfs (rw) --- Create ext2 fs on scratch mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09 Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 117504 inodes, 234942 blocks 11747 blocks (5.00%) reserved for the super user First data block=0 8 block groups 32768 blocks per group, 32768 fragments per group 14688 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376 Writing inode tables: 0/8^H^H^H1/8^H^H^H2/8^H^H^H3/8^H^H^H4/8^H^H^H5/8^H^H^H6/8^H^H^H7/8^H^H^Hdone Writing superblocks and filesystem accounting information: done --- Mount ext2 fs on scratch --- Create xfs fs in file on scratch meta-data=/mnt/sda/7/test.xfs isize=256 agcount=1, agsize=5120 blks data = bsize=4096 blocks=5120, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=0 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=1200 realtime =none extsz=65536 blocks=0, rtextents=0 --- Make mount points --- Mount xfs via loop mount: could not find any device /dev/loop# !!! failed to loop mount xfs --- mounts at end (after cleanup) /dev/hdc2 on / type xfs (rw) none on /proc type proc (rw) /dev/hdc1 on /boot type ext2 (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sdc1 on /mnt/sdc/1 type ext2 (rw) /dev/sda6 on /mnt/sda/6 type xfs (rw) /dev/sda7 on /mnt/sda/7 type ext2 (rw) Is any of this relevant as worth worrying about, since I don't use reiserfs? D. Stimits, stimits@idcomm.com From owner-linux-xfs@linux-xfs.sgi.com Sat Jun 9 07:21:59 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f59ELxKs011828 for linux-xfs-outgoing; Sat, 9 Jun 2001 07:21:59 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from lips.borg.umn.edu (lips.borg.umn.edu [160.94.232.50]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f59ELn3D011807 for ; Sat, 9 Jun 2001 07:21:53 -0700 Received: from thebarn.com (nic-25-c96-156.mn.mediaone.net [24.25.96.156]) by lips.borg.umn.edu (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f59ELfaJ050463; Sat, 9 Jun 2001 09:21:42 -0500 (CDT) Message-ID: <3B2230F0.687ECBCC@thebarn.com> Date: Sat, 09 Jun 2001 09:21:36 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens CC: Alan Eldridge , linux-xfs@oss.sgi.com Subject: Re: Running kernel w/o RH patches ... References: <8648.992061344@ocs4.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Keith Owens wrote: > On Fri, 8 Jun 2001 23:38:37 -0400, > Alan Eldridge wrote: > >Knowing how heavily patched the RH kernels are (!!), does anyone know if > >there'd be impairment or malfunction running a stock + xfs kernel on a RH > >system? > > I know that Russell Cattelan did an XFS+kdb patch for Redhat 7.1. I > also know it took a *looong* time, fitting just the kdb patch into all > the RH bits and pieces from the -ac tree took me about 8 hours, and I > had all the tools to do the job. > > Russell, did that XFS for RH 7.1 patch get released? No not yet, Eric has taken over the task of doing 1.0.1 I had planned on including the 7.1 kdb patch in the SRPM but not applying it by default. We could ask Eric to do the same. I haven't even attempted to put kdb into the rawhide tree I'm working on. My test box didn't come back up and foolish me took the serial cable console cable before I left so I don't know what state it is in. -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@linux-xfs.sgi.com Sat Jun 9 07:45:35 2001 Received: (from mail@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f59EjZhZ016445 for linux-xfs-outgoing; Sat, 9 Jun 2001 07:45:35 -0700 X-Authentication-Warning: linux-xfs.sgi.com: mail set sender to owner-linux-xfs@oss.sgi.com using -f Received: from walt400.holman.net (aazpppdsl56.sttl.uswest.net [63.226.208.56]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f59EjP3D016379 for ; Sat, 9 Jun 2001 07:45:30 -0700 Received: from uswest.net (walt400.holman.net [10.0.0.2]) by walt400.holman.net (Postfix) with ESMTP id 5BE40426A36; Sat, 9 Jun 2001 07:55:20 -0700 (PDT) Message-ID: <3B2238D8.50201@uswest.net> Date: Sat, 09 Jun 2001 07:55:20 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.5-xfs i686; en-US; rv:0.9.1) Gecko/20010607 X-Accept-Language: en-us MIME-Version: 1.0 To: Eric Sandeen Cc: linux-xfs@oss.sgi.com Subject: Re: cvs working again References: <200106082112.f58LCks17786@jen.americas.sgi.com> <3B2178DC.2090803@uswest.net> <3B218225.A3E984D0@sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Tried this some more this morning. It appears that cvs updates work, just not fresh checkouts. Or maybe my timing was just.....not quite right :) Eric Sandeen wrote: >Walt H wrote: > >>Hello, >> >>I'm getting a strange error when attempting a checkout at CVS now: >> >>cvs -z3 co linux-2.4-xfs >>cvs [server aborted]: can't chdir(/home/cattelan): No such file or directory >> > >Hm, several of the cron jobs that push things around run under Russell's >account... that + the machine switch has probably broken things once >again. > >I'll poke around, but I'm sure Russell will patch it up as soon as he >sees this. :) > >-Eric > From owner-linux-xfs@linux-xfs.sgi.com Sat Jun 9 11:34:35 2001 Received: (from majordomo@localhost) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) id f59IYZMX001488 for linux-xfs-outgoing; Sat, 9 Jun 2001 11:34:35 -0700 X-Authentication-Warning: linux-xfs.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from roujin.gargoylecc.com (roujin.gargoylecc.com [65.100.85.34]) by linux-xfs.sgi.com (8.12.0.Beta5/8.12.0.Beta5) with SMTP id f59IX43D001345 for ; Sat, 9 Jun 2001 11:33:05 -0700 Received: from roujin.gargoylecc.com ([65.100.85.34] ident=ringram) by roujin.gargoylecc.com with esmtp (Exim 3.13 #1) id 1591G4-0002JE-00; Sun, 10 Jun 2001 03:11:44 -0600 Date: Sun, 10 Jun 2001 03:11:43 -0600 (MDT) From: Russel Ingram To: Ivan Rayner cc: Subject: Re: xfsdump, paride tape, and -m option In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1681990229-1839033695-992164303=:8848" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --1681990229-1839033695-992164303=:8848 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sat, 9 Jun 2001, Ivan Rayner wrote: > On Fri, 8 Jun 2001, Russel Ingram wrote: > > > On Sat, 9 Jun 2001, Ivan Rayner wrote: > > > > > On Sat, 9 Jun 2001, Russel Ingram wrote: > > > > > > > I'm using xfsdump from cvs (I think it is from 5/30/01 but might be > > > > 6/5/01) to attempt to backup an xfs filesystem to an HP Colorado 8GBe > > > > parallel tape drive. Every time I try to use the -m option (the > > > > parallel tape driver is a very minimal tape device driver and suggests > > > > specifying 16k as the block size) xfsdump core dumps with the following > > > > error: > > > > > > > > drive_minrmt.c:1820: do_get_write_buf: Assertion 'contextp->dc_nextp < > > > > contextp->dc_recendp' failed. > > > > > > > > Is this a bug or just an incompatiblity with the minimalness of the pt > > > > driver? > > > > > > If you can mail the complete xfsdump command line, I'll see if I can > > > reproduce the problem here. > > > > > okie dokie, here's what I was giving it: > > > > xfsdump -m -b 16 -o -l0 -E -F -M"gumby" -L"home" -s home -f /dev/pt/0 / > > > > Like I said its a parallel tape drive that I haven't got anything else to > > work with either (tar works but not to the expected capacity) so it may > > just be a problem in the device driver but since it core dumps without > > even trying to dump I thought someone might be interested in if it turned > > out to be a bug with xfsdump. > > The argument to -b should be bytes, so 16k would be 16384 not 16. > > If this doesn't fix your problem, could you use -v5 to get verbose output. > (This might produce alot of output, so you should redirect it to a file.) > > Ivan > Ok, I ran it again with the right sysntax on the -b option. Here's the command I gave it: xfsdump -v5 -m -b 32k -o -F -E -l0 -M"gumby" -L"tmp" -f /dev/tape -s tmp / It still core dumped with the same message as before. The verbose output it gave me is attached. It's pretty huge and is mostly just messages about pruning inodes out of the dump due to not dumping the entire filesystem. I bziped it. -- Russ Ingram Gargoyle Computer Consulting (307)742-1361 www.gargoylecc.com --1681990229-1839033695-992164303=:8848 Content-Type: APPLICATION/x-bzip2; name="xfsdump.out.bz2" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="xfsdump.out.bz2" QlpoOTFBWSZTWWeAiqkGrsrfgHwcUGf/8y+/3tq////wYWxvvjPvpIhVfAAA AAAACiqUAqg0AMRIUAAAAAAAAAAAAAAAAALYAGSAiVJAAAVSgAAAAAAAAAKA o0DQAAAAAAAAAAAAAACiRQABwD6oD3vCCAGsVBEAaYMfQQx13fOnOm56d09A HPWB69s56weeY55eeQL3Hp55sEdh4AODGAGOuejyR9Ph8awAbGoIQCkVgen2 Dj13gXmbgspAYIBrDLF2wHTENqTsOHZp1gOtmAM4g7vCEAEFQQgFQbgAFMEA AAEEAAAAAAAEBeQABg27ZiDcG0B1RoAcEA6DBsthBKBsFgBbwRABNMBIAVA6 R2CN44MdBgMYqsNjJAgd2cEaDBdwErguuNrbXAw4VniyMAG1tBCAUqPeALBg aUwj3YA4LhXYHOmAAAAAAABmDYgooVgzAFUDBAAAIJiArBbmQvvfCCAF9VqC 0wBUG+fDNThuDqXBxgodwWBOXBa4BuCwRzK70b0ebQOCdHKRwQAVr3HuDeGp FdNXeEUgBNaghAFVHvehVCqVTvRnRV4Hejz0nrbacF3bdut6O6Fbo7r2AUF7 x7wAAFLBNttOxvQAbowAB7cIIAI0wWmAUqOOgAN0d1Czpd0DuVx3S6M9Hk70 YO9W56sevVt70dwFujAOPVu9XgekvfX3wggBM2QtMAUqGXn1vR4eeC56ecXo 56btvOBwdj6eh4IdPB7z6cA6POCzfcwdZSBF7ilb4QQAhKCIApBw89wN3UpO engBGs9EFY68ceJnBNcDK56edV4zj03N7dVuem8Jeqy4LIQXwB4AAAAAAAAA AgAAACJQgE0E0aBAp7SMk2mKPUemRAYTYmnqh1T/M2T9VSqUKeamkA0AAAAA AAAFU/BmlSpJKaNNAAAAAAAAAARNtIFKiJqR6g0AAAAAAAAART36ojJSqUAB GAmAAIGmABGhkYJNJExSVKaU09NNBGQMmQZMhkMgA0aBzdfNy5Vr0crXdd99 9urr/CYgZySlKSSSSSSSSSUSDaqqqqqraQWqqqqr9bM1VVMzMzMzMzMzMgAA EkgFVVASfREn30D76B99A++gffQPvopVffRJ99A++gRAgCSZJWtgXWkJISSS SSlKULAck4w+NE3yq/h4C74xV2b+GhtqSu2u20pc7rX1pwpjwtKf+1u7Kobt 9N9341+n337X+in9kFRX6kJTmYpj9rUUsrY/a84zqMrmb2K9VZj6ojj0LQg7 L3cyyddI8sxek3m1curIpbiluc5aVWOwLSUxN9HT0GMdxwuN2G44XUV1bqU5 smKErjtV5L6rc9H3qtGXsqR1dnF/t9kovbVpNO+9t2n7h9tWsq/J3N9w5tHl sFfh2767lZY3qzoKOi5mGsfJc8V5BVGQ96ajRlY6Yr7hbfWbrhzhVNpLVkSq l6TuWgOlXag655OHVXhqCG76aMe1qT51tbig7cznehhG8FktJXddcwrA5P1y jHtSkOzjjKkpE6b3J9S1eWVnp2+caDIoX3G/lUbm8TvVvHlfc0sVsl3m+PKs xe4s0rqlzx5dnqV48TXKl6tzpr1ejk3rQlVLw8MKg28qzOKilMpbmU76uU3W y3CPL1VH3nt944V/t2dbZKVZM72q6ukq7acwRyt89RNdamilFrlbjF2S3ZMb 17tP24FzvULMvp/g+UJJndhj9k37eTkkkkAAAAHLbe3z9De/mZmec57waAAA HLnuZhTznfO86CXy220AAObs5PPJFpl73pigDzwAAAAAAAAAAAAAAAAAAAAC 2220AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAttttAAAAAAAAAAA AAAAAAAAAzMzMAAAAAAAAAAAAAAAAAAAAAAAAAAm77u7u6eN3d3bugAAAAAA AAAAAAAAAAAAAAAC2220A39u7u7ugAAD9u7u7u6B9+3d3d3fvgAAAAAAAAAA AAAAAAAAKW22SgAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbbbaAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAFtttoAAAAAAAAAAAAAAAAAAAAAA0AaAAAAAAAAAAAA AAAAAAAAAAAAAAAFtttoAAAAAAAAAAAAAAAAAAAFtttoAAADN3ebu7o9bu7s 3dAW222gAAAAAAAAAAAAAAAAZb7bbQDzwAAAAAAAAAAAACe7PN7vfP3gdQrM usbZe7epuEkkkkkkkF4ybkwADy3t7hbAAAZvfZOSKOfuc8vnvTDy222UBv7J 5Jxh7I93zm+dKUC/rbbambvN7u7oBJJJu5kmNKZ4epzsOzNXi7l+gAnJHbvm 55byq8zMzu7QAAA5P0WJKSSSVke3psT575LdfRVIGo909c62t3f27u7u6Cc5 x5+8IADz3z0AyeTOi2tNkkk393beW0AEkkf7vZ4DufZ0ix3jLBv2pSLyiSUy Tb33C/pC+4W5f22223QC2220AAABd88v73ed3d2Z5tuY6tze97rF7beW2vAD mZ7met/ZzPzMbbdl3z148ZnOg3d0AAL+ttTxbnlvAAfvO97zoeMzO5gP1tvM wIc/XvepydzuKRt0AAADvknJJAAAZO96b4vKzMTIDffXAAD0Bd3d3ec5zd2e 3M8AIbJJJJJObSSkbE6fd1d1Xh3KblvttrQAB3wEAIXtnz1r6G7uE+mwDmdZ l35I7ZBtxe8kkmgDnfO97776OS+W9kN9lk7Jsug3d3d3dOc5wAPffejzlttl AAAAAA6CZmZkAAAAzve9b7fd2Vs53e5l3vFZxvnMm3zOvM7k32F8kL7C32Fu W6RmZA7mbg7t2itRXRpBFTnPevHS9VTsT697JzMAAc5zm7u7u7oAAHu7v6Td 5d5zmdG++ufnvvoAGZmZgAAAAAAAAAAAAAAB7v8d97zbc3vOn7udxzz2rvoz b1j9777mbQBvj0Dv7vevwbu754AAAFtttoDczMxAG953vbebzm7n48nNzzeb O982G/oW20D4AfAAAALbbbQAAAAAPP3gHmZ3nf0/Zk947JP3vvXtknUoZeVg Ex3XKtSmZjqtnKknxPVShYbAJJJs6g9iU698dm5RzIGK+7ENOTG29fpG0lIA Y237MzNeyPGKW8N9Nzd7K73vdbQfszMzAFt/cU9J38t9MeNzO5iAA7+zzMzA AAAAAAAAPfee+8PEk+L7uAJJmZnN2225JIeBBZfijd27vwANsv1XrwNyb3RS N7uyJSSSR7zvnvegADnOcAAAAAAAAAAD31bbJaAAAAAAAAtvDMxbbbbMzMwa AABXgAASSSfeAAD76SSSS4ACAkkgAAA0AaAAAAdbu93d3QAABjd5u7u6AAAI 33d3d3QAABXkkkigAAD8AeW22ygAAAAAAAAAAAAC2220AAAAAAAAAttttAAA AAAAAAAAAAAAAAAAAAAAAAAAAAB3fbe22NAAAAAAAAAAAAAAAAAAAAW222gA AAAAAAAAAAAAAAAAABu7u7u6AAAAAAAAAW222gAAAAAAA+AHwAAAAAAAAABb bbaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFtttoAAAAAAAB7u7u7N0AAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAttttAAAAAAAAAAAAAB3d3e7u7N33d3d0AAAA AAAAAAAAAAAGboCbugAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW222g AAAAAAAAAAAD+/d3d349+AAAAAAAAAAAAAAAAW222gAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAGZmZgAAAAAAAAAAAAAAAP5AHwAAAAAAAAADu7o Gbu6FtttoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA7u6Bm7ugAAGZmZgAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAABbbbaAAAAAAAAAAAAAAAAAAAfAD4AAAAAAAAAW 222gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAABbbbaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAE0Au6AAAAAAAALbbbQAA AAAAAAAAAAAAAAAAAAAAAAAAAAAA5znAAB8APgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAC2220AAAAAAAAAAAA93d3dm6AAAAAAAAAAA AAAAAAAAALvm7u7ugAAAAAAAAAAAAAAAttttAAAAAABm3zw97+83lsvZWgAA AAPNWvfL7nHMTTzcnkmRQADMzMwAAAD23zOZhKAB3+OZcw6mgADtt5baF/W3 ZHLbQGZmZgAAAAAAAAAZmZmAz3e+/s9Xu0OOZAAxJYkyoHpWlXMnoo5uEJg+ 7jZbUyk+2K2TFz7kqKyqH3cbfvoxABznOS+dzzMLQN3f3Mnkjy3u283d3QDZ JJFAAAAttttAAAAAAAAAAAAAAAAAAAA88AAAAAAAAAAMzMzAAAAAAAAAA88A AAAAAAAAAPPAAAAAAAAAADMzMwAAAAAAAAAAAACXyySG7o89qbl9zF5Gi221 5EbbkfrL93jtsODNrd6PGbswH5neiSXTG27WZz3w222ySSU27bJJJJRz30e+ +jQEtttuW+e396/Jzrv7vZ/GYTfdbmd/bvsXMAAJJxTpttz277nHa9zuLshC RZmd4q+m076Y9rdWiRwnIYAvO+9i3cZ6uku6tXm3dV+zm32Z6d6Tp0Wpptul vEYKU+mdeesuJnjfXerY5NoAAqkU222SSSeLSS1MbbbjAANStJIi3w7U5HW5 w0QmZUkiXbrG/dU8vZWdIPm7biqNtvG29bchtRYqrDemTX3OnlzandgAB2d7 0R3vOc5O+e9X9uM8zvc2gC/rbNzcd7MhbTc57+3dzf1W22gAAB+nvkj2zhZa A75nerd915nLMSSkkpTKk2cduzZHAG0olIg1K/Zt9LzX0PDbilt96Rv2v9mx P1e5N0LbbbQAAJmZu5uy+zDJ6SSBO6/d4SmdAAo8BJIYtyXJVcWAb3vHRuZm fsPDd3tl43d0c2Y4YtAAADbc39pvu5o9W1V9fcyqhJJJJJMzMkfnqqdUSoQ2 055uJJbG5wGBmZN3du+u6x5iRr7vs7taAAAALzj31+m/t9zN994rx5ehlu7u gue28z9ffLyBtbu7uzQHZPY/EkgDZczETPfxvd3boD/H34BfgAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAG5mZvkXoDOc4FAAAAAAAA88AAAAAAAAAALbbbQB lvtt6XsnmyS7LoAzM3dZgzd0AAAAAAAHe970e7u7uzdAAAAAPPAAAAAAAAAA AAAAAA5u7oO7u7oAAW222gAAAAAAAAAP2ZmZgAA39u7u7ugAGZmZgABnnLV9 /e93no85TVH7e7llbsySjG2RTJN9vefuP25btt0AN3d3TXgG7oW2ttySSXud sknIpts9G23Rfd3XED6km5n7z3VtAAAAG2221oB5u7bZ5JNti27znN3doAEt t+d3b5uSSRX5W6zZO5XxSWpS7tyAAAAAAAAAOc5wAAAAAAAAAAAAAAAAAAAA LbbbQAAAAAAAAAAAAAAAAAAAAAAAP5AHwAAAAAAAAAAAAAAAAAAAAAAAAAC2 220AAAAAAAAAttttAAAAAAAAAAAAAAAAAAHd3d7u7bW21m7ugAAAAAAAAAAA AAAAAAAAAAAAAJu+7u7ugAAtvlkht3QAAAAAAAAAAAAAAAAAAAAAKAN0AAAA ALbbbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH37d3d3d++AAAAAAAAAAAA AAAABbbbaAAAAAAAAAAAAAAAAAAAAAAAAABoA0AAFtttoAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAABbbbaAAAAAAAHN3d3N3ba229bu6AAAAAAAA AAAAAAAAAAAOW29toAAAAAAAAttttAAAAAAAAAAAAAAAAAAAAttttAAAAAAA AABm9710yeSSN8b473nQAAAAAAAAAAAAAAAW222gAAAAAAAAA83d3d26AACN 93d3d0AAAFtttoAA+AHwAAAA92Sdcn73pZ2t0dk9kkABznOBf0kkhoAM7PZy SAAAB+2SSRS+25+5hbQl8tttADySSZAL3venO+d73f222239bbbdAPPAAAAA AB+tskhu6AADd3d3dv623z893dYe22sj9barQAADMzMwAAAAAAAAAAAAAHly eSQ9jOPZoLr7oZ68fG0qtJLuUmKU3rau3kkkke7+5xw5fObzd/ZZW7ugAAAA AHngAAAAAAAAABbZOnmJCXf1vMz3C0Ave96QAO972d5xmT3W83ZsugAAAPOf ue8AZ76EA755Ob7e39dzMzLubv733ZB3rK12282Rz9mHnl/Yskm2nskXPw22 3LxdnPXySfu7ukk57u40Z7Zjva25vf088t3d3QAPJJJkAAAAAAAAAW222gAA Az9PJe7uZ7uy+e+N6BeB3V0z4nu6HsNzxlaE820l2b3d3d05D7z9vd3c/att vne77POTIoAAAXnOZPO96VugBn8bmcnOyW/pjxjFAAAAOLb220AAAAAAAAAA HfefvOA1bn7GeJDdfx54AzMzMTvowoAF/d73h6PPN3V9ku573ujJJ5JJJSdX dnrvPSIbYd3cp3dzTkAAAAAAAAAAAAAAAAAAA7beW2gHb5mLm+PL3y14bomq 65zOcv7ztwnUgP2Z4Hd3mZ7nmZttl5bb21bbbdB+ttkhux5bc3zm+2zu8ue7 WZmAAe885wnPfOeib2874nvPInmZkmQAHL2Tl5zMv73vfe9oAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAttttAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAALbbbQAAAAAAAAC2220AAAAAAAAAAAAAAAAAAAAAAAAAAAf1bu78HfgFtt toAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFtttoAA AAAAAAAAAAAAAAAAAFtttoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW222gAAA AAAAAAAAAAAAAAAAAAAAAAAAAABbbbaAAAAAAA/kAfAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPLbbZQAAAAAAABbbbaAAAAAA AAAAAAAAAAAD3d3dDm7IttoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW222gAA AAAAAAAAAAAAAAAAAAAAAAAAAAABmZmYAAAAAB8APgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAABbbbaAAAAAAAAAAAAAAAAAAAAAAAAAA7u7v d3dDjd3c3d0ttttAAAAAAAAALbbbQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAALbbbQAAAAAAAAAAAAAAAAAAAHwA+AAAAAAAAC222 0AAAAAAAAAAAAAAAAAAAC2220AAAAAAAAAAAAAAAAAAAAAAAHu7u6HN3d3QA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALbbbQAAAAAAAAAAAAAAAAAAALb fZy+2lzMy3MytuZuB3cASSSL9VeSSXr93cYk7l10XZkk9wboABL5bbbznPZJ zMjzve8HklnkyG6AA3d3d3d7a/OckzMrXN3d0AAAAeeeeBLb7zmb12ssbblV 3aFbOwrK56TA6KSWBtb2RJSd3d2dJdpLdT9SVUvPnlI220gABz9znAAHc8zM wAA7beyelt322+5h2QByb5zlvtudnMuN/b5O9n5zYzdmltttrnOcAA/Vtttz zbbakANjeJKS0o3yC9ANX5ttt9223LTzwAAAAAM3d5u7ugAAAAAAAAAAAABz nOAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAW222gAAAAAAAAOe+ g/Xd3d3dIOAAAAAAAAAAW222gAAAAAAAAAAAAAAAAAAAAAAAAAAAAABznODL LLLLLLLLLLLo4cJPhpjs8HUofqeX/WrjHEDyZeb9jE+X/d3otJ/FhMDbf+x8 fl8++Vv70KjcgIqnjgqoOTOjtoqgDVgKAItcKIJWKqKldLItVRRQsEAQUNsR GsFLd1EEQLoiAgp1wBEKH50IL6DEfsinrimOSrxVaoB64q6w77Q/Oj5YAKD0 CXdPg1ld8E4lsen6entpWOBs7u3P5FqFRQDzxFVQJBVWEEQSRNsUCkQFBSBJ FkkJFkhJFAkIKABFFUSQAAACQFRUkABUkVAiwkAiwkkFgEkUCQIChBPqiCqB SAoisgqqEiiCyKgjIqgikgooLIKIJIAiGIcuk3mNqFd/B4ed9Mfupj/neKAg imenV8Nnb7Mbff+mgYP8aVFFRFTntqV0ulKaRVoFYXXYWuutCtONab+ml08t 2UJ9V0AOf3e6UnvqU8VbW9364bofuePf4T22+/1HdP7w9n1mAbPf7re/Zn06 5aT6xQEEU2HC+bt+3Ou7ZjgdkX0gdqFFPKp4Q2AVOborwrV/pC/iSrq/2/jw R/B+6+2KpbNdfQPczoRhkFzpHEK8jwpfrN7Mqw2kDXL3d4jgEkkUkkgAAGZm ZgHvvoAAAAJJJBu7u6JJJIAAkkkgAEkkkAAAASSSQCSSSSSSQMN5u7u7zd3I dRdRF6rU5Vr1uN0dzeRReau3jcFJMiSvEntVyur10J512kQfU2ZmVWOTa1ts 40FEpN3K29NO2ezF7Xyu+yqrubkkGZZ12C8laSR3d2j27d7W5mPNQt3bx9Bv WtSEuewQdzZJJu7sDbbd0H4zM7+6G7skklkkkoAAAGZmZgACSSSASSSQACSS SAAAJJJIAAAAAATMzMP8/599999999mZmYAAA73vegAEkkkAAAAAAOc5wAAA AJJJIAAkkkgAAAACSSSAAAJJJIAAAAAAASSSRu7u7u6AASSSWku3MWhVclRi uZvurIxa4l0Wk3Zbdd73uAOc5wZmZmLbbb3ve9oDM87u75Kudvu7a65dxRSL 0hm3WQd4zu13SWb6d06MzerJVGO33h9cvLvroEt0I1cfe3FotSvJjVkp1vTr /yb+++f0+n0kkkDe970G7smZfzM3+JN73ve6BmZmY9IDfDpw5VfMkzJZ7t8Q SQoNttyCSSSAAAAJJJJJJJAJJJIABJJJAAMzMzAADd3d3d0kkkgAEkkkAAAS SSZmZmQACSSSASSSS/s/ZmW5mZJJJKCSSR2+i8+tuq5jy74nXd907uDd3d3d bcjvsjHV8ad3dwkuVI3d1inqqQV1yS6ORJdlGZTU677zl3nbutlV66mVAH0u R7VuRdDyd5nLz2/u5PL+nd3sxmGgBJJJAAAEkklkkkobu7v8lttkPgAAAkkk gEkkkAAkkkgACSSSAAAAAAEkkkAkkkgAEkkkAA999AAAABJJJAAJJJJJJJAA AAEkkkAAzMzMAzMzMAAAAAJJJI7u7rirIXbLwJtpzWm7LbMuabVvGdW+ed7q Yzcz9Gd7zJskt/UHngAAJJJN3MzNc5zloAD8/q/6/P4/p/k/4Z+/fj+f1/d9 /b3Lf7k1/c/7oANuKurpItyrmSsqneS96QQ22xttK3mABAAAJAAAzIV1EXAq bi9PbV4y5N5ux8cpJJIAABJLt3fcm683fUsu8x/3khts++AAAgAAEkgAMwLy KpMzMv3vLMSzC2zbIIU1VTCmzYXiSgABIAAAAAAAuN2rAvaZmY4fru9UGqao AAAAAkGwSSSSSzZ10BmUzd3aiiYzOzCdoAAD1Vy6qqmqrcidvlUXtMXbu3F+ zLmFOiSYCSSAAAAAAADMy7ptvKZW7pUUTGZcqdbAAQAkkkkkgAACsyqvzbeU yK3dKioJzLlTrfNtgAAAOG2wCQEkkuzurMbb6mVuJw4Ju7mFOCSTC/QNtxHv qqgABcdzvL7d3ecuuZi4X3vZhOUACAABDmZedu7vOXXOzUVU85kwtlymEpBA AAKzLzsXd3nLr7nZqFc5kwnKAAAmISq6u7v/Oml/ZCvsVxfNfSEkkAFXcHZ6 itq+8rDEuUG222NtpW8wAIAABIAAXMd7TFzhWKd0qu3XZOdHN8SAAAe+5eck y3vv6z1vv6eTez+ditsnwAAEAAAkkACkrJ4V2ZmYriQu227pkVNohFV0wpwS SSuI94AiIqqAAHc5edu7vOXUc7NQrnMmE5lt8QDMVVVVX7vc7z7e977vWTfH C5vfErxVUWRVWZvnNc+1rWub1nE7zrsutuvWfvx+r9qDRnd3d2468MrvXrbr 1nskYiixVXOX683z7Wta5vVzj83vdfF39ziXuCiiin0ktFFiqfc1rnPt73vn zRe7twqvMlTokkkkriACPQAR6ACPQAR6ACACPbErNK0A3ZW5mQnV7KnaH0CE EIIQ7X31RRAgQVMdyngBmNa93bjSs3JUxQoSUJP0EAeiCAIIBQkoUJQlKlS6 JzKwAvHjnMcZO+c413jWtqq73mNtbZIFt134+znDLzmk5CSSACru4ke13paq tNuZvdINttsbbSt5gAQAACQAAua72mTI39Cey/vddzfNnbmgAAHvuPMS5ulD 2bt+um9Pmo22T4AACAAASSABSUfXbzMw7d15mYpepX5ak2iW0lYCQSAAJKUp mZisrLttvKZf2H2a++41uBSooo/QKVFVcpvm+UAZjLsix3eSpRCU+iZ96JmK SSSShJRCVgF4nYBmK7uLHd5KmhJP0R7wCACqqgE97iu8uqzGcyFXluziwAAA AAAAAAAALy6eSyC8WVkKR4K5xMAAAAAACAAAA6PNtwVmq9klZaurhSPJvVow AAANbbAAAAAADa2txhjZauLplGTk2gAKbd1VVVVVVVOqqqqqqqdVVVFVVU22 5VZRmMLaysnIoVFTcvBy2xy2xtNpttttw2xy2xtS2m05bY6zJu6FV4srIumU ZORLsctsctsctsbbbltjfk2nDTaceabTltjIvtHY8pD7uwcJJIAKu6SK630y b66Z3TEuUG222NtpW8wAIAABIADqR7nmLnPdc8xO/vbs/R5s3cgAADzzs5zM xSnTr8qdvc+SG2z74AACAAASSG7uzXW0rANVNO+YY1dXc06WTk1ZDabTabTc JtDmE222xy22m2wAAvLanLxXVxdOlk5M0AAAAAHehttw22AAABO5O3Ce47q4 ClmrJnWAAAAAACASQSABcbrU7edl5Dud5bM8wAAABJJJTMzMxEbG66K3K6tn TXz316+hpJWRfrVVVVe90buu85nt7OxRi3l09M173o97t3lXCvdeTkBSzlhs W53dt3mbF5ORVcZrFTMQn5OxECPo7vebM33u9ceGZu87eZ0gpBSCkMbbbUAA AATe7V0zcp5OQFLNWTqeNjcNtgABACSAEkkiYt8Vj7lzarN5wAAbgqnrkv2u cV3Vl5mwcbbbG20reYDcbbcAkAAL2cuyxC4193jzv7z239k8vmS9xu6AAb4y 85JlvkdzL/Oz5cKNyfSSSSSQAACSQAKqjlYLaKE7vtrZ2Hc7y2a6m2222wAA AG22223DbYBG66ZW5Tycgqc1ZNbTbbbbbbbAAAAAG23vo9DbcPWJ7mZWQKlm rJvaAAAAAAAAAAAA6e6hV27lZBU5yya2kAkkkkAAqqqN3lL3MzmRXJzWTtgA ABMz9u7PNzO87FcnN2tm5mYmYmZlXJLbLVO97l33nOb4fa+edvXFXQFqqqqo ve91e/c1r5+Pvt87euKqqqrMzMbut653Kc4si7rNo2S6ABJJBIAAAAAABG7l srdq6WIi7rNo2S1UkgiQUAAIkkAgEpUkgoSqVLbLw1SRwAAbgq/T1XJfnNNu iGdfYugNttjbaVvMBuNtuASAAF7Emu925PePb1653957H7NvmS9zd3QAD87O Z+zMjPb43395vuc364ltPgAboABJIAFeOyWsy4Zy3Ob7advyXOdWz2eYiqQI CUwIJiESQIPtvvOVO5dz12O95m8rZ7PCJAASmEprWshWpKxVve/YXXec3u8v DnN/d3nX7dlW/B7WtazMMZHMyS2tS2ltLaU7PvVfKd27nrsd7zPNnkWQlIgQ IECEpD7d2+U3Lueux13mb2tnOX99FVVRH1VQAAAydcu6bmXOMjveZrZ5vKoA AABW7d5d3u7XE8qec5mKntgAAADNnb5zlc43Mi+TznOZqp5YAAmZmZmZ7urX Xec6+5znOfd7c3pVVVgoKoCwPd0YLbzpu7u6zkU5mZuISURHtmPR6IBJVVVV VVezPGKqe7W8DAABuCr09eyzL9lMBu29QDbbY22lbzAbjbbgEgABezu7EMa4 7Nysq0/c7L5PVAJAAPzMnZO48m+et9/b7vvr6z6W358kkkkkAAAkkACiuuXt 2sy3ewzOGKkl5LnLztqqqqqqqqqsu7u4GS8roHZ73ve8zyp5YAAAA9u16orn t3s973veZ5U8sAEzMzMzg+j07zzHfu9+fvvvvt883HfAtoFtIW0lqqqr7O/e zN+735Ofcfvt79tzT1VVVVVW4JzMUYq8k0uydWbRVVVVVVVV13d3d2j257Kr vr3cRmd7ffcmrneAAAJJC/bke3Lt6/exGZ3t99Cp2wAAABU773qO+zfucu73 0KnLAAAAH30e3fHPbv18m7vfQqcsAAAAerPRy6eTt9VfO+9ntAAbgq9L/dbS PR1I3e9vEjbbY22lbzAbjbbgEgABezua1hzOdX3Zed6k/LS+xaQCSSSSSST0 1d2KV4V+rjn6ue+vrE+tPgAbu7u7uhu7uzG+7Z2qbG1zTm5tzHF3fvQqcsAA AAe3fHPbv18m7vfQqcsCY+Sn5IAAZkzWd79fJ9znM2FT70kgAC6qgZ70zXtz 7nIu797k1c+1JOAEkRABEQAAASGeHLaJDI9727LlLNz1U27yETusJBEggADo httxHvebbAAAAcRHvR3RMvt31U2+3JHPN9EeiPNtuIbdqq96IoqlTTactsbT actsbTabTaa7pmu7fVTbvKxOp12qUQxiaYxNMYm02m02meiGJpkehiaZHoYm iQW5Mvdz1U282sTqddokESCJBEgiQRMgEgiQRLbE9yZNyoqobebWJ1M67Tab UNtttNpgAAAAAASG5NSluZDqW3m1idTBWkAEAQQChIIACQhQCJBQkPLrjNrr QhwAAAkde4z1IjrlPZopevUwbaQkvm3czJA+bbfwEgAFZN2+aa3z9vCOdVLU 8tpVyN4Akkkkkkk9NXd7FK925NKrHZ8KKNk+kkkkkgAAEkgAF04+3Me5dZVX d2t667u3ujbecp7oAAAA72cmYluZGd73ve93k1c3oAfQPoCZmZ++mY2Nmc3O dnve97zu8mrm50AEyJmZndmc3O9nvbu6vakcuPenEq0tPzTbjzAG22AAAACr ZlbuZN3dxdXkImtqmwAJiPAxzEebQAAAADbyqbce2dSo3Mm7u7q8hE02AAAA AAAAAAABmPADMybu7uryETTYAAU22/RDbbj0NtuPQ3tVUeiqqqqKpsA3bSo3 Mm7u7q8qRyNgAAGtptsAAAAAANydo3MnsyMzLzakcjhgABIIAgAgAAIKbcMC B5GUZmTuZGZl5tSORuobbcehNpuIhtt+httttvzbI8AkoSRd1SRHa7CZqg4A AASOv2cjrnrhWZ5azVmLdbg20hJfNu5mSB822/gJAALvJmbNRw8s7r9Wevtu 65eaqzORqbugAH4yyZ2/xk/Oft3y/XNi0+kkkkkgAAEkgAFuPuzHuXt+3F3e 9mRmZmbyauav4CAIAAGd6zl5mbmRmZmbyauau4qqD76B99A++hbIW2T6KCpm WQtshbZOGtc5v57zhl5jN5NXaw+AAAmbEsjGZndzI7He93Zq7ubAIECBAgQI ZGXncZuZF973dmrq4uUhKYJmZmZmZnIwy8WLcyKur3ZGDSmZSXIAPQKZSSSV rXJos1Z2ZDu72EP0e8r2rbbbu7uru7qqAAFXy2KzHW5kc7zuwqdoykREVMCB CUjZ7d1F3dRcxd3LcMZFYmaPdts3Mh5WbCJ2NqpTcDkIY24bZ5zABABABABA BAazKmq1vcwncyMrMzYRNQ2EAEAEAEAEVrWpWtala1qVrWpWsu2c2umlOvg9 iwIkFjtfREfumZz92/r+T9XjmCSKbipLxO1H622tyJg3LyrTqpy4f7sLH3Yr mZItdWzD3UPMpJakzP3b+1a3QSSSQAADMzMwD330AAAAEkkkAAkkkgACSSSA ASSSQAAABJJJAJJJIkkkpJJAAA7vbpJ6KuEkZd9ytLWhbXtjkO5Re524kkkl Lcc2qSzMzSlbV9nYRobqpuZVNx90snZpvPmkkmWrXTcSynaVEzNV3b3dG9hq 4CtorrFXLu7YpO09c4VPTZvNLdq5oDOoxLM2fru7uZWvR3ve9AAA9SSTBu7J JJZJJKAAABmZmYAAkkmDd2SSSboASSSQAABJJJAAAAAACZmZh/f8++++++++ zMzMAAAd73vQACSSSAAAAAAHOc4AAAAEkkkAASSSQAAAABJJJAAAEkkkAAAA AAAJJJIAAAAkkk999h+ft31zmZbznbbMnd29OrKhS7WaDqeObptuuzu7uAO6 d3d3Rttt7u7rkkknd3W/b67eZ3rydcJjyq2+28QJVqk9Nmw7lSO/cK8CtvJa 2Skru+fTMztnGdTndi9fdkXqfGy4Lzuee/3e/ffX7758ADfO97wG7szMv5mr 8kbu7pJJJ3d3cDaXuKePX2+fmy1vvc/ZyzMxu7bbaCSSSAAAAJJJJJJJAJJJ IABJJJAAMzMzAAAACSSSAASSSQAABJJJmZmZAAJJJIBJJJG/pJN3MzEkkkEk iXd2JQ3W3UUd3c6JXdpTuDMe7u62zxyzbxLX3d3RLfdVrM49PSgC9prafNNE SW5137E3I8ycXi3dCVV1PQBGyu7ekkkiq3eNtuvJ8b3TVIQASSSQAABJJJZJ JKG7u7/JbbZD4AAAJJJIBJJJAAJJJIAAkkkgAAAADd3d1JJIBJJJAAJJJIAB 776AAAACSSSADSSTJJJJIAAAAkkkgAGZmZgGZmZgAAAABEkkpJJFS0O2/Ag3 d3bEPR4+3cfD99/Z3fz3sy9/THbmdbttt/UHngAAJJJN3MzNc5zloAD88/4u f2v6TuNzsy/6/pf0/6AAAJHXuMczHUszOvIztjL01sG2kJL+5t3MyQPm238B IABWTd6bYxx+1dMKzHVUd59Uvk96ASQAH52ZnvJ/Hpz9zd3337ubFp8AkkAA AkkAA3Lpxrsxbly6tuvaty8MlZ27FbubqJqGwgAgAgAgAgAgF6IiCYAIAICo wSyjMtzObuw73VuwiahtRHogmACACACACAXveJgJiPR5EoqG4bCAcKcShZRm c97dh7u9sImobqIbhteiCYBQSDYMBuG2wDIiG23Hobbcej+GLCrINo297MjP t3u6EWu9iIqqAGVNUqqAG/d9nKheVu3u7u7u7sKErj0AEegAj0AEfwNtJJJJ JLCQyDupwto7b3d1ZmZkKEtAAMMzLbgEzMuZStS22skCb+Xusvd53O7u7mZm ZNRtoAQJEpSlMASi/tyJ3tbmbu7mZmQjZqUpSkJkQEpSkTMn73tjj3b9vc9O 7mZmQ+2p7NTQAn75ICZsd973LhuV73fbu7u7uw5VB9EAAAA799ERy+XP21Vu 9g2AAAEjr3GOZlO5uG7t5H64nbeqA13Hcf027mZIHzbb+AkAArJu9c3Bij1T xge0qqzvPql8nvQCSQAN87Mz3k9m8/W+PrmxafAAAAAkkAAvzj7sx7l+Rkz1 rsTQB7ve96X2ZbbbbaDQAtVVR5IBznuwhYu6uzLu7uFimb9ERCBJAC9HoScR ACSsAAFOXdLsvdys1XdVFucEkgAAAI8ARAAAAT6AQs22tu913q13ZcNS8Zbb YExEeBABUQNtJgAAADzW1l3u5Wand3cOMAAALiPQ22AAAAAAEAXmlrLvdys1 O7u4ccy2sJK2222221IQrUgfQy5kzMzW5Wdvdzmavve9i4yp+iISE/fQkJ+j 76PkgAORkbXW97u5zNX3vexcZV1QgAAAAAAAAACKzVuit5u1mqXd3cODGgAB JEilKJmZmZq90et7XO83ztdffffGsxVVVVVX/Od/e2vxefr8o3AAAD6Ovdps u+fSjsq5+dvkZT1yDbSEl/G3czJA+aS+bcAAKybvShiyb1T1L1qqrlPTo6y3 pvNuAOAABU7ufn5y/wqPtnRIPvpJIANtwAkkACvEV3a57m5lrxmdqcY61JL2 zC7pFWkKYuEtsCtZPue9nczuvd+585vfbh9IpSSSSS0CACZBQkosAzugSs6+ y5KrrhxnWQAQAQATIKEgUkxKKLnPeMt3nvve7x19998aOIvmo/Utop9Mykpn jV0EJM6+7ckd2XDjdum23ERENtk6NNEgSlQlEIFNRt1Akzbxz3vHfOffGj7j a21VVVf8WnDvvsa6z33j3eJr77740c8AW0gBbSBLbbS2khCSW0JISBbFX7nv Grbr33j3eJr77740cXfoZmZAJMyyWrbbJIFtISW0gFtgBnOmt+zN+3493ia+ +++0cXxA7DMySELVvIMAEzMhAtpCQLVwtsndma9mb9vx7vE19999o4qqsknr VVqqv3+C/5JeBR77P56+T/jAAACR17tNl3jqUevZ+ybxlLVAbaQkv6bdzMkD 5pL5twAAL2cmrHvdnnVV7fXtVUR6cOst6bzbgDgAAVH3X56pnnru/tnRIPvp JIANtwAkkAAv0WXa57mxNb7tfZm+b57vE++3v45/i22yKqiqot5x7Nb9mb9v x7vH77e/jmwtpaqiqqrrPuGa291fu7+73j99vfxw4FpQhaKKKLFUU+5ozT3L vu++97rzn2+HRRYEUUUUWLJBd/cM0+y77vve8fvt7+OKq8VRIR+5c09y77vv e8dffffa5AYKQUhv7mtPcu+74c+HN779riGDSChEFIKQVOxJ9zubd5d93058 Ob337XJjJGRZJ6Jq8KnRVtbGXElVtvI9FXg50VbWRlxJvfftcA2QUgpNIN1s +ym/ufd65z9zvedAAAkdequ02XeOaX130U3TKeqMbaQkv427mZIHzSXzbgAB WTd6UMXZ+PV7u9NVVWZs9EKst6bzbgDgAAVN1e6X5JXf2nCQffSSQAbbgBJI ACnq5K3jMKLmhVdLYy4luut5URE+96PR+Fmup4VdWxlxJVdbz2+mImIkLzac 2KtrGvV3HJe/e+r36q96veGbXbNvpx5r1CUT7BwjaQtpaIipv7n3fZd+3efe 7elN857nvLlVVVVVp9zvPvZd+3ee73pa75z3PVVVRPW22r9z3N+y79vmL7ve jTXORyVVVVer1VVVd3VIoguy+nPwB55TcfJ96ZmZIJiJAJmcvbyfU57mRu7s I5znuefFqqIqqo952837Lv2/unb3tONx+l173q/VX79532DwySZ6TgcAAAJH XmuPdKzlWVH3kqSSkbaQkv427mZIHzSXzbgABWXmZslnDyou/eDMZXOqph6b E7292bzbgDgAAVH3XzqX5sMz7u6JB99JJABtuAEkgAOKXb43O/PVm9l8u49D C/NuOeqqqq9+7YzpdqN4AVftbjnj979+r3va8emXgpg3R7W5ne9HrjcNEbsL tzJ2szs6IgmJ9MevQ0WnXBuj3Nxz3vP9VfveqvzKH3denXBuj3Nxz9+/IprT r064N0e5uOePfvfvV73oYPftXXt3nec7Xnzz3PTYCkF7IFVVXvc1ze9XXd+7 znT7jz3PvKsNkWKjDmc5vurr7fr3nOnN89zxsEGAkn+n/K4fcT78fvv7nOfA AAH8gX7aWZtzb7vOW+ezxOalY24Nwbjb/pt39mfQPmkvm42226zcyynjYv0a vymU6qmL07nlXj2NuAOAABUe+fS1iDc+XcJM++kkgA23AABvLy30XPIvWJOm Cy6Wl3kU77uj0TMzOeAtd87vm8y9+3777h99973l2A2kG0ixr0xF7usFd113 kVc33dnvRMeUxMzmu6Bb3fr99w+1973lUUUV7S5MwzBzBeXv2sy97v1++4fa +97nlVV6ABbYSFqriYa6ugW7Sji7ynfdXbLYKEplJJJJJJJJJXERHqe7uNp3 V8Zjt33bvFxEQFAEzqUkzEzG8u/e7VO95ve5He997d8dtrWtRRRRtKiz/NAB zP372ZvX7ffvuY/ffe508Wl5aSApFAkRAkSb7rfl373Lz77hr7733RRTwQtK EgWlhCWluNgVJIoEIoH/Wf6fxv9z3tvvjN/z+N/0AAASBflfbcvc116V2+ye URKbbg3BuNv+zbv7M+gfNJfNxttt5LzpRgZ2V7uennVVDvTuWVePY24A4AAe iyl6S/JBmfd3RIPvpJIANtwAAby8uXXci9Yk5kurW3eQ7vcmFH6e9MRMe9BU iCQUkiwgPOdq+97u89fuZ275zR4IRQILABSEj2yS0bBDfOb6NTpGk7pJH6V+ 9PVX1MlVVZJPvJO6SU83vmta/Za442tpaqrnO+Vda97333My/ffdOqKooour bbbbwnHl6Lvfe/dyJyk973Y2wBPIh27i4+gqo+ilVHxlzWgNa051zq7t+73h vfD777j00qTag3VK75s93PKSTrD9Ve9+FR5XfNnu55Xkk6P0qqqqqqqqrykq ldgKeSzKSTqT1V+2rr1VVVWUe56p5ZXezyyRuAAAEgX7Vlu+29ZMnezfHny6 U22DcG42/427+zPoHzSXzcbbbdZMz0RgNVuIrV7FXVVQXlFVrJo24A4AAXUW 2vbIn3I3M+7uiUn30kkAG24AANtNb0l4hn5xu5mZ3NpdF2ybq8nog9ExEzG7 uhiWsTxLdpcnR737zRddVttGJbtUuTo9737qKKjy9dt5zn3TPvtat+39x71V VVWZqJ+CRYi08y66GXzFOVmUt2ZnZj8+n0dc1GT3dVdDLxyZWZO+85l+j3kp mtjMTvE0e7Wbhw6Nqqqq9XqqqqqqheorVfN6ewRuPm6Nv13VVVVVer3kjxrx A+PbiNvHzdf4cKqq9X79TJuPZJvjEjbx83R+/eo/nYzKWvPPZG4AAASBft8s uvS3Mei9nei5XKaUg3BtJf2SVzMnwfNJfNxtttq9rZ0bQ4Nqa7r1fnVUzvTo qx5pvNuAOAB4PRZVr2yZuhefd3RIPvpJIANtwAAbaebJec9qjat83xo+28t8 3R795PTbxt6ewRt4+bo9+9yM5tnr3vdZrfLekM0c5rvOdLznM0769kwgoCwe c5n3fuc6Ze9zTvj0x7QtFN2rWQLKSWxu3fc5GRWVlXPNndiUzMzwAQTLd2+7 k5E5mVdubMbwAAAHqiqrcnu897fQ3cq55sxvgIOAFtqDbILIXvfu797q/d7e b076nZBZPhXQW0gsMsKRJWYqqqqrWqqoqqqrWqqqqqqtaqqqsKyCyCyG+a39 z7uun3e3m9Jvqdn+EqqwWQWQWQWQWQe2Qz/N/eNEk9G2o452T0qqyV9ASZE3 FL8Kbnr5xl7dhx3ba9r7R1NTz1zqFaqiNDSvt8R9DQzMzMAAASSSQD330AAA AEzJJAoCSSSAAZmZmAAJJJIBoA0AkkkgEkkkkkkgAkklU3549uTFd3ySuojt rZye7bUm8ZG31du9+XspXO7tzM5dc1I5j5JeqkzdqkTs7m0d7ZmLZzjKWT1F 3tiDVfqWQkkEFrsx9e3uHJpJHVvs7bJnbN3cOn7x3vnrN01a83ePLfAMyNeh mZmYAADMzMwDMzMySSSAAa8ABJJJAAEkkkAkkkgAEkkkAAASSSQcAgAAAATM zMGgEkkkAAAZmZmAAEkkkAAAAAAOc5wAAAAJJJIABmZmYAAAAASSSQAABJJJ AAAAAAACSSSAAAAEklurdtSQJmZ3N5iXk5Iarez3WsroYrvq7rW9mZ3Mkku7 kk7u7uSSSXd3d0kkknd0e6dmTevd68YPS75r3b6K/ZlHWPt8a69RdvD3N6lu znc1zrV8/Jrd3ZvoO8FbytcZd7kpmS7mf1mffffffT6SSAb+73vQbud73am3 9buZmZmgSSJIG0ix+evOTsLW33PaXd0AbbbkhJJJAAAAEkkmZmZkBmZmYAHB JMzAAJJJIAAAAzMzMAASSSQAABJJJZJJKABJJJAJJJI2Sc3czNkkkm6Ekkne xu8BUSV3evuMzE3EteYzu7uAC75Vl2k93d6dmxXnZOl3dxCHmlKbI+2Q7uvd 2sle5TYLdJt4t3QPLLnpJ3D6umqOSekVbXgv2+BA/Ge55nE1qEkkkkikkkAA AzMzMkkkgN3d3+9JJMHwAAASSSQCSSSAASSSQADMzMwAAAAA3d3WZmYBmZmY AAkkkgAHvvoAAAAJJJIABJJJJJJIAAAAkkkgAEkkkAkkkgAAAABJJJAO36+0 Db8+b7Tu6w8urta7tp7u7XS8STk/He971bbbaHngAAEkkmnd3E3d3W5JJJJJ J6b/fu9VUvvXb8t++Q2238BJJM8k9vrVdrnYl6u70uN00pAcG420lczINwG3 AbbbbyXEIGvI9nWrvyqqgvadHem824A4A2/Rj6n7FXLepZAx/00m3D76SSAD bcAAMzLnIvb5LM1iV5WYq3E3FdqJ6P7/p9EKf3JCsgsgsgsgsgsPmC1KKgVA 2DxPe9/fc5vPrmfzv3bj6QWQWFUjCsgsgsgsgsgumTyK5ccU755nOe383R53 7tx9q221JWpBtkG2QtshWpBtJ1VZXEhzXee73f3x7Ls37tx9pIVqQrILIYTt KQUjAxF0PiAoEEmMhzr3fPu79y5s37tzxITnxC1dWsgpDlfvc+5vXuZ8fe7c 98yfgZpx+YYor4hbSFunGGKqqONUVFVURakK1IVbSFGpCtSFakPd7de5rn41 99dm/due+yyFZBZBZCFYAfc1b97nPd73enfu3OSTpFiEnyEWQUmQFIKQZUhp qQrUh73tnOcze9a+u/euPvczMy222gLWQUhWz70Sl70JL3oSUeinXcY853bu brtR12veLbIW0hWsgsgpDzILPwA1VEVpav+r/sufNVV3LVVVUcaqq1VVVVVV X32/16K/qv+av69ewUbbbgEkkzyVvc911V44d7cmZrZnNuRuDcbaSuZkG4Db gNttt0bLRwJLzyp5X5V7Dvd3ranX03m3AHAG36d3sDu7lsNx/3NJtw++kkgA 23AABtp+pdJb42q5c3zR15zW9e7rNPu89mKqqq/0ALVV1vea2EC1VVbJLRFX eri6gW1v03d70ZlG2GSQoMkCIVFVEBVFVVEQsiT5KAgb/OvPOezzzmjev3bj 6H6MFkQgyRgwQIwgwkYJCCkBBgCMgjCQiSF72/X9z377n2jev3bnv0gqSB5I LAolZBZBSUkjDR7xz92/r7nObN6/cuc8H4jFi1J8wuUxVVVVVXMwxVskLVVV Gkg5aQSQbbIoW0SQZMRzMxBRSyJlshbYT3jvf3v2eec0b1+7c5+/QO0kgOXM k7rWrasgsgsgpGMP1pBVkO/uHvveznrzm/l1+9c/ekFkFBAGT9aVVVRhWQWR ggsgsgpDTUqqqqqqvfPs7ePdZ99s1t9zMfeBBkWQWQUMUYqrWQWpCpCraVVV VVVWlKwUVVFVVV+725zeee7znN737uY9CqiqiQUVVgKoAqqqyRVgK85z5675 99rNd5mPQiAowFYCkGAQx5znydaZpzmu9zOkhCgpBSCJBSCkFILIKQUgpBSC kEQYgpBSCkFIKQUgwkhT7l3d8zd+/QjbbYBJJM9iT61dVuPI7/XsGbAAI3Bu NtJXMyDcBtwG2226ybEI72KVj8/H7Xav1qvY+9uxXk2NuAOANv07vZoLlXJd DcP4JDYffSSQAbbgAA20/NtyXDtvMzeRlV7Pd0rToXPb6CkFIKQUgpBSCkFI KQUgpBSCkFIKQUgpBSCjEikFIKQUgpBSCkFIKQUgpBSCjEikFIKQUgpBQEEg pBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCyCkFIKQUgpBSCkFIKQUgggK QUgpBSCkFIKQUgpBSCkFIKQUgpBSH17eb+L71NffZ3Xu32iCkFBiCkFIKQUg pBSCkFIKQUgpBSCgxBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpD5qAgkFIKQ UgpBZBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCktlFIKQUgSsCEUkhLCS HM5v4vk999n3X3bvUIEUJAUJIKECKEAUIEUCQZ7l5v4vnj99c+7y76BNgKQU gpBSCkFIKQUgpBSCkFIKQWcGSpBSCkFIKDEFIKQUgpBSCkFIKQUgpBSCkFIK QUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUEiK QUgpDW+a39mre+u9XXe+7cACB5IKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFI KMSKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQ UgpBSCkFIKQUBBIKQUgpB73u/szqZvWtPPu8vdEFILIKQUgpBSCkFIKQUgpB SCkFIKQUgpBSCkFIKRiKQUgpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQSCCkFI KQUgpBSCkFIKbRVVVVtqqqqqqttVVVVVVtqqqqqqttVVSVIKQUgpBSCkFIKQ UgpBSCkFIKQUgpBSCkFIxFIKQUgpBSCkFIKQUgpBSH2Z3uvufOtZ77Wtd57t 9ogpBSCkFIKQUgpBSCkFIKQUgpBSCkFIKQUgpBQEEgpBSCkFILFGQOMkDt7v 7vrvevszO89y/Tvv37ve/ek2Jyt3BbujhahZvFbuRbuxwvf3v3v378syBvXs bG224BJJM8k9vrrL2l2PYkt9volQoAEjcG420lczINwG3Abbbbyb6IZ0KDxv sXZW5K11VX0fs5p7ezYDAHAG36dlb3uFnUdseZvySjcPvpJIANtwAAbafr2S 0nuXe8FbuFLdwcMye/eqwF67PSku7264X0OSKQUgpBSCkP7ns9zjmfvn9ze9 3n7dr9cxUREkJAACSRMgAAAgEpAAABbS1o1bbbbVVFRVVVVFRVVFRVVUYqqq qqh73vufnWu/n7P3fs+1v93uftMgsgsgpBQiPxFILBAoyCMIjIIkPe993n6m 9+237P3ft61v93uZ+WQT/VZCjBFFEFWKAjIIwPyUaqjI/v33X+ute/nX2f3e c1rf7nc/aZBHyiDyW0C1V3dOKqqqqq5mGCCwrILJIfKqqIqvdevT9s1rvn66 /duZr93mfjFVVEVVUVVVUV21VVFVVVVd0okKlVVVVSSsgshu0hWQd7732v3j Wufm37m87r93uP6QWQXTJCF+733D941rnP3O/a1r93mfiCqKpBVVVgoQVGKK iKKqiqqqqqqiqSTvfaP3DWufnmta/d/d7n6AGlRVVRGqqqqqyvbXXxtm769Q httsAkkmeSe3+r2Usx7O7PZ6bxUebjbkjbSijSV3Y0hxtwG222yXa3ip+fUZ PVd17qqrxdnVyqZemwGAOAkvTejUj5yryO8a7Wf02xt/fAHwAAEkkAbaF7pl rnczfI/gqd/cur7XIzv79r9czMzIAgmSqqqqqqqqqqqqqqkCLHomfRHSdzN7 51PO232u9yvsWv5JSkkkCRMzJSqEkzMzMzIBVVQW222trbVVy1VVVVVW2qqq q4WquWrioqqqhA4Aoh7nVfDnXSb37Xhlfb9ER70bvRed86nXSf2q7d79v0RH vQ87l3yJx2n9ior77Po970evo7lvwZdJ/YqK++z6Pe9EbvZM/Bf1J3P1TX32 fAT4WAsZPMJA97O9/a13vxdcdft9/c/SAHkgtSFZBakH3tfcr+1n3799m+u9 d/f7B/d7ZC2yFtkLbPlVVEMyyFtkLbIW0gtThq0g2kLbaqqrmriqqqg3v732 z+3vXf75zfXe+/37iQ41kJPogAD76B99A++gR9FK9nac7iwvUk2224BJJM/J Pb9XspZlx73s9JKSx425I2xuPWkruxpDjbgNtttyot70/LueF7ZXu11Vbrhi be3s2AwBwEl6a+6a7CmDRuY4r5n9NuNv74A+AAAkkgDbQvdMtc9qtF6/5tz4 Wdb7n2tfvvzyyFtkLaEtshbZC2yFtkB99A++gR9Hmu5+u89+7XGuVv7v6cff QUgoRSChFkFJ+AIoAhWQWwYMJGFZ8qqqrkCW5393Vx579v2vsvc+1399+476 FtktWkhaqrYSWiYkswkiwAJczAJISQMxWLILILILIKQy9/dt579zPfZ26+13 9r9xkFA6RlaEigREhBGQBEkGVkPrZC2yFtIVrDIJKyGWkwAATkemYiJn3lEe g37qDT7jbNVm/YfTiuY9AWQUDsgDKyHshLaBbQC2wtskRkT6IiYkCPRVd98+ b+Nor5aXW9f3EQlL4kJbYSSSwqFABQARAAUABlaAAjJAQKyCygIyAIwYkg1k FoDD5bLeWrfve/fvvtGvs9yuezazt/s/ennQPRVUBBMzMzNymZVVRhbUYooo oooottFFDEJjiTIiCAoLczADRAQZJHNUDGTMshbSFakNe9+/fZnvu7zfr3Pt 9/fd/bZC2yFtgYrmXFVVVVVXMuKqqqqquZcVVVVURtxy2221EVURVVVVVVVV VVEVVRikO9/d57Wu53eb/dv2+/ufvcoFStSDb8kKn5gV+SFYFXcLKkPvb+71 zN+99m/3b9vv4/VkKhJqJIFYGJWFVRUUVVRERVb1T8c3n7utTJu48rH3SNtu ASSX7uUvrVpZ1y15Z6E/HOWASRtKKNJXdjSHG3AbbbbJa3vT2P8pd7P3aqqj ebaStmwGAOAkvTay+jQ9HZqivGfwbG398AfAAASSQBtrvbJa576q0Hu5H2d/ C1x99VqqqKiq/rcpVVVVAySM/Iqr1qqqqqqtpVVVVRNLlKqqqqqraVVVVVVW 0qqqqqiVkFCsUVG93rjmfvd+zf7t+339z79jpUPosUiumUB/AMmMgslgRZJG VkFkFkFkFgUSsg9zfczvP283+7ft9/c+/QGKCuqS21fxAiFRFVy0gsgsgtSF ay91rmZ939RX2q637L+9Mv4JmPbKQ8C9+qvtVP7PuiYm4QZnOb/d19vf3P3N /u3ev3PE9CEWKSRQJFAgQn7vc5b939vf7fM+3+3+8BCQigQIKEgyfs73fN5m +/vt/t9z7f79J4Tsjzmv3u61nv29+3ndfZ+/YKEkQQIoQIoSAG9+/czO/ft7 /b7n2/28Ak4ikFILIfv379+9v6vrlO8Xd8NtsAkkv3ddqbFlc+stUvLy3ql6 osbckbaUUaSu7GkONuA223zcq1XC9r86rD9iqqM1rGlls2AwBwEl6bldPNeR Wj455FenfyNjb++APgAAJJIA2137ZLXPbMzldkdV+KwuvqI96I96PZd7iV3d Vt3jy9o9HvRHrgyBfvtP5ut+7v32d0fZ7veQYhFCT8SqkWPza1sFZK4EliBB /e9pHnPur6jHFn1ZvvTHvZhPSq29rlpFHZnvR7oiV2vJVYJdPjF32fFVVVVV Ver6v2Os+u7Ed+5TevenpJCnWBQAawM9SFSCw735Hfed37lN67z1gh6EBGEG fccR3z3d+5d69zyegDFKwowrB0AZEBkGQ5zEd899v3LvXuUsM7JI1IBrWt/v sV5JO/qe1nLgaS+bbAz2+pZm3VJbmSTfN+zsc7E3JG2ko4Nu7ttIcbbaSSjZ 0y96o/LDM32flqqqe9HjSy2bAYA4CSqod3WoBK0fbtzr1P+Nv5t/fAHwAAEk kAbajZnoDmy76pV6I7+F3vf7fA9MZIYkOV9ulve93861ru+kFIKAnZIcrU+v e53fzrWu/ckhDnK/Jdc18q3daSav169fR33cP6fvlV3dVVVVVVUqq21VVVVV W22AFqqqqqrfsxVVVVVXMzFVVVVVfe3qn5zv7fd8brV/fXPKqqqr2Fq5aqBU g5JI7wltIW0hbSW5b3ut2Xndc2/XWtc+bwkNHTEgoHUqGmsFJZFAQBAAWEBA ZJ9rufULruubbTb2T0RNVk3Sgx25tSGXCqYpFPHDyhVafL94qv37973+K+x4 X7+Q6sn3EaSG2wM1ZtF22ri7yXlFO2+xNyRtpJDSV3aiQ4220klGzrrNZtQ9 dzLzP2KvGa1jSy2bAYA4CSqpu9GvIL5l6uy4r1n9Nsbf3wHj4AACSSANtJS7 KyBnOJllZLh9Tc2g2jzdK03k1FXQ8wbe8mByCkFIKCbfrzet6Nfbzn3M1mt0 VVUQ1t++3zVdfbzm+ZrNbOgEX/DArKQjJWFJEEkBSFpDe98531L3mc+rmc2d ngYyIVpEZIyVIWFpB7JFJMUJWQluAKQWYh4Ge8/apfvHte5currf4PEOJA/E YiRBUqUAYDAGSMCJASAw7nn366dd3n7dcz378EPArJCTm+Xz366de3mlv3vb h6QkPr1566de3mm+97xBIDCAb38Xvrjnt57dzPe9CQ6kgegyAFPHTZvmqc6X 5842YvRNF45nWvlV7KnrUWDnXN476nVNCt9NdZ1a12LXzjoxKqzVJrba3Lnq 2bdDMzMwAABJJJAPffQAAAATkkkDd0EkkkAAzMzMAASSSQAAABJJJAJJkkkm SQAAbnemee+GbmTzMyZvmbP24lvLX0Tu03Bdu+7KrPZmY+d1F6uYnEvKW36q Z0VJ1M7dAQl02sezSPcvy7O0M2XEpw9d+pYSSSs7y7rzXtbr5CSWndWdd93u d5U53vpCXZ5OTyZIzttzLQcZ+973oboAMzuZgGZmZkkkk0AAACSSSAAJJJIB JJJAAJJJIAAAkkkgAAAAABMzMw/wfPvvvvvvvpJJIAAAzMzMDd3d3d2SSSAA AAAAHOc4AAAAEkkkAAzMzMAAAAAJJJIAAAkkkgAAAAAABJJJAADd3d3QiSSj 9dPDwGZmxvMS8nJDvHSU9t9tZzzS5vjgWZncOSS7uSTu7u5JJJd1VVd3d3d1 VVhg8qtuwtvWCgNq5p9sxq7PVRPS9L3otmSR12a99ZNJ5jxUXq7cfFjjheUb oXPXhl57P6zPvvvvvp9JJJA393veg3czMzd1u755uszMzAEkkk3bZDmMFc2G M5IzMjkiSyQttttBJJJAAAAEkkmZmZkBmZmYAAkkkgAEkkkAAAAZmZmAAJJJ IAAAkkkskklBu7u6kkkAkkkbmZy3MyySSQCZiSOck0CWkrrHNmZnPdFmJ93d wEbzLA7swHu7qXbtd6r1x3MsD3Y6S2a3MzPczOfuD3xj9ne96qc9fwMz2d89 IoP3W/tme7vfPL+rWeMzDQAkkkgAAGZmZkkkkBu7u/ykkmD4AAAJJJIBJJJA AJJJIABmZmYAAAAAAZmZmAZmZmAAJJJIAB776AAAACSSSAASSSSSSSAAAAJJ JIABJJJAJJJIAAAAASSSQCZnf3Y5yRXFSkfd3d7MK7tzsutyLFyrF5LElJHh md73LbbbQ88AAAkkiEJJE3d3Rkkkkkknp/f/tf8P58FKq7Lqkv538/jSUbbA zq5d1Vy65MF5v3TEuxJSRtpKOH9gLuwbj+bbaSS+bO9mmVtL1Qy8z9irxmxC StzYDAHASXndzurVKG5XBYp1pnw2Nv74A+AAAkkgDbVy1bsyDc2q3Fm1vRPv KsyQ/n3uDbpxz9+/ad1vP379AD36xiM53T1xz9+3rb6/vvj36kspZdVgdvuq wJ73Kore37ZO7qtSft461W5egtVVaAnvkzi6rKz75d1Wv34/KqqqqJn3z7Lz V17297fsfdmoAeVVVVVVVVVVVVVVVVVVVVWAP3vrjnve+++cz3vACTzA1eMR QPu7KlX3ENZK5O452EbJ1V25d2NtgZ3cuVdtdns8ETceAQjbSUcP4Bd2Dcfz bbSSXzZ7pl7zJ6S79Mzvaqqpmt5EstzYDAHASQZkSrWh+hJL3n1rX82/m398 AfAAASSQBtr3R2ZAc2q3rV7mqMSrHOPe5X1y9zZIJUZ1bHXhakR3dt3JnURH vCda0SbuVUq911vWOX3cVUl9zce2Y9Ez610Qko9CSj0JKEkzdRJXZl3JndWz Me/E+w+7RpOvvu585z9vkmKo7+77eOrrfvb2373uYo7auz6VCZAT3fXU2vns 5yXfezlyTJIQAOVVVEKp3fXU2vns3vZrPcyuJAD6B98PvoH30g65Eu7Ca32Z 7OpDbYHdy3zHjGdWcqv1u5KgRZJIEAbbcP4fSfbmffSNjbbSSXzZ0y+J6b65 4vfYqqrxD4VubAYA4CSeZk7arV5ocZfTb5P5t/Nv74A+AAAkkgAA5Tsv0Whj m1WpZW3qiaXXuuSL37/GyiJh8ApBSF9ne46zNe/a53fOO99/c3zYEpYKQUE5 ecy3Tmve+53feO999zxNkifc7rmNdZrfvvfdz7OOb77niaIQYGDGLXl6Y8zN 3SVLHfX1rbIzKve2oiPS16YgxIb4c7ncTV1977n17efc3933fpogxEWKRVgr IAk+59zuXDM1v33Pu/XnPvu+7sk0xYoq85zhmd377mvu284/fd937SKsWT/C FJBP9bx79+/Z67zfP7num+c5993+7s0DAOc73uOrrfvudOfPOffd93ZPAIwR IJ+/xvX1bzL+uhc02ko22Bnduu9Vd9S/b6O4g5YQycoEAbbcP7j6T67++kQN ttJJfNnumbnEqoQvd9qqqvFOEO9mwGAOAknmZO2qT4HGX7cXJ/Nv5t/fAHwA AEkkAAHCzK9FgYpqu+V1l4omj0eA3Gd795sV1l5skR5W2kQ737zYPK296KI8 rbSId794/fv3pkmv15WKTspXd3nbXvRmbcAPu69tPGq3n0er0TMT7M3IAfX1 vXbwvezan3ojJj0xMT+iSj0RKUR70qZXveFvaBf1/Wzi26+u6+iIhJREpSA1 aBC1dmIXKQtpC2kH3b+zN/v3Oazw5l1+3z33PifiRDMpgIGZaOQIwSQGXKQt pkAQUNa1hC2kLb6HERPoQo9EpQRERdv5YBn33TbW/NunT/SJ9SQltkALaEb9 2aiwjrVgGSR5TERETMej0t9XwFfX9bO+dVSdONmJtfQOK0hCRtJGuL3939t+ 3++/fufffd5znO973duu+VJUvaUreE6UVFckgQBttw/h9J9uZ99I2NttJJfN nTL4iqX7jxte3s9CvXgu4ruj1TYo4A4CSeZk7apv3A05uLkfNv5t/fAHwAAE kkAAHMmY6jML10wpJG5k21vVTQ9uZmfx6I95WyQkpaA0VVd8z1t173317v2a d5vZ1VVWhbZFixPs7bc73uX553Na3renxCRYFGSSALJJ5ACcvrbr3vP2u+e7 y5e6fve/e9XpVBJKwuaOklyzp79dyqCSVkar2HJY4rqqqq0wku91dKWy/Vm9 zfwzZFRAUgoCfdXub31+1acuu5uQ31e53vX7SPM13NE5GDIH3Vud71+5u/Ve aZvv374Sy79krpyBpIbbAzuvdfe72bVLwpk4onZJAIA224fw+k+3M++kbG22 kkvmzsy9Z6U/x49m7c93nXrxrtMU2+mwbAHASTzMnb5e0a5QfJZjnw2Nv74A +AAAkkgAA46r07tb1m2nu1SXcl+03Zm/vKqqqqqqkVRugty/Xma7m9/MUVVF gpBRRteXOcd6TX2t8zfx8iiiJD5mKcutcdn2s1zW/jaKqIo7IW0g2kLaQ+uj lze3Z9TOZr7eyFtIW0LQUIsgsgsgsBXDl5rbsz7Ncz7Sqq75mKqrp4a1vXNn 2ta5r7SrsLRpI1VVcM+ObzfN1FmduZwAmYnIj76VEGQXeT2Oxc1eU3mbABHo AI9CAj0GBHoQEehII9BlLV2W9++dzms13XOdJaUhaUhaUhaUh3MMka9kmGYK KZm/tZvVub77nO943AHAzhezuLXri48dMoPV5kWySSQBttw+PpPtzPvpGxtt pDb+CdtE9K93jAvfS6F6VVYRckPM2dBttpHdxN3d7fL3S29gmWt7luw+AG39 8AfDbbbhJAAByndenY3iNZiWD9XfquNv1UKfWjESCrCIopwAtLhmZzg/fFzm ucFFFFFOA1FFFM5ma5wdmXOc39x5IFooooooophaU4BM+9MMTQ8ibuEY3meh eiY9++dGG7E05w13Nb+AEkyNCCwzmZzg7PrnM19Dmyo0TIpObuta58OOxznN bZakFIKQfqBaLS1VzmZzg598O9b5rZ99lq2W22lqqq/a4a1rh9o+PZ999+9v h3iru1V6Wqq9u/XWvHd/cVz777vt/e4qqu7bd1VVVBnqZ7MIq18Dg24A4Hd2 4VsLZ7rU1H5k7QCSANtuH8PpPtzPvpGxttpDb+Cc+9bn73B2Xtgyj11VWp3R N5mzoNttI7uMzM3ariYnBcWt7luw+AG398AfDbbbhJAABy7eVOxvF3XXe9W6 58d+OXe999vneKqru2SKqrv5fl7se9kHOc97mbkzkxCZn1VUyAGAKqTexlxy q7vevad4TAIn0R4EADj0ebbAACY96IBAAAVXVVbF3HVVb2YbmAAAAEAAAAAA AB1S29jLjlVVvVmPd0An0RAIKbbAAJBAAQAQBvoVdRVRtXGl3e9WEdmNw224 bZAEEAEAVDhttw237zhtuPQ4bbj0V1VWxdxyqq3qzcrJAAAAAAEgFVVXHru9 jOx5znN9ze9999VUAJiISAAr77eXPr7ffRyMy79693vo+iqoj0GtuPQxtx6G 23721VV6PRAAAABVVPu85zsZ2M5Uc57173MqqqgAALvPe97Mwzx3sXHVNLBq ODbgDgd3evHnaVqkWeFPBbf5k7YBJAG23D4+k+3M++kbG22kNv4NW2fvVPNs 8t86K3ZvRN5mnQbbaR3cZmZe7xHDU77e43YfADb++APhtttwkgAA142N4jf8 fa733tjkbl379fdzABv31VQACQAG2oEDXs3rxs+5rXva799UIA21Poj6QAAA V9nue56ORl5znvXudR6IkER6JBEeiQI9kREeeTVIkAAAcebbAFW8ZWRVzlVX dmbuWAkkkkt96IASRERHgElKSqedV0XFtvO7amZmZ6SWqvAlKrxW53b7et/H x85nvezu7QJSmEjaVITX0fRSpSmt2fXfOx2Psz3vffb7x7MuOEMuOBlxrWjV yQmYTMR5JTMe8kpUqcu5nnl5FxYdvU9LRJSpqgAANiIiKqubPud5kdjtV73n fc+ttt5DMzIAdITWtNqrbW3oP30+7nOx2O1Xvenm13sfKqQAZH0VVCV07qi9 lHrXJRg24A4Gc1nu6u2uuFxzzxvWfibnQCRANtuH8PpPtzPvpGxttpDb+DVs yfqrXdt8Iq3Dkm8zToNttI7uMzM1dHDC5H6PuStbuw+AG398AfDbbbhJAABr xsbxG+l33QfUvXmBDqqqqlVOps6eXlmSSu/Kq87kyQ+Psz3fO3cgIMgKEgh9 i+9771fp9rPd87TZCKAMxq2Wr8cdnva34+Psz3fO3aryWqqqttzivvfb8fT7 M93zqGgihCJUoAHOcPe198fT7M93zvdYLGzEzG1tx11fRcWHd07XSpVolCkR KlSICVKlSp6I9Ee8JtOPNE9HQOquLi9b7nObfSpUqViJQiQRIIkE48mOXEQQ hoiQUPumXbq4uL1vuc1sXfIiQRE5lwcy4uZmDmVuGY0a0a0a4EP9H+X382oj 3oj2Tz/H35/OZ+YV5GZRs6eVlmIcfnrq6k6qxL3Lsc2x7t8+3O2R32dwvKN6 bndZ13YlSjb9XuKqIBkkiSSSkkkkgASSSQDnOcAAAADMzMwABJJJAAJJJIAA kkkgAAACSSJSSSJJJd3d3KSSAAA1mY69WvSJVVRlVXN8shtddHarRdl7wjXH NzIk+jGV1PeuL1ZkTMY23aV90JvrqsusDHlSO6zMwNm68fP1JOSR8vbLxtHL MzufdzWIM5p6r7X17rwXdeNSMzuF2VlRrm+5uSSzbfdFOkkgAACS73dJAFJJ JJJJAAAAEkkkAAzMzMAzMzMAASSSQAABJJJDgEAAAABMzMw/v+ffffffffSS SQAABmZmYAAzMzMAAAAAAPffQAAAASSSQG7u7qSSQAAAAAkkkgAACSSSAAAA AAAEkkkAAAASST9ID333Mnvsk/QD8Yq33n8c5ZvU73sgHvvo73vepJJO963f d3d3VTObs3cVUmnsYOokU6S7fVs5a3yQaVlFu7zXumBAHmeUCsm5fSXcrEdi 2KpZz0mdIc3WvtvAqOA/UPt37758ADf2ZmYG7qSyHba9993e973ZJJJEkkkD bbu4gq5Wc/T0mbtm7vXkm+Sev2296ttttDMzMwAAAAkkkskklBJJJAAEkkkA AkkkgAAACSSSAAJJJIAABmZmZJJJAN3d1mZmAZmZmGyTm7mYJJJIJJEkkhJm Y37d26yN3fdMnXz193AewZDqoJu7s7e7qvLxMnrytS1Pab03mJJZg1W76qWR SGv9pY93dkl1PSFdzvJVdO6OSSdltrZV0bez1w3RQAGZmZgAACSSSSSSQG7u 7qSSQAAABmZmYBmZmYAAkkkgAEkkkAAAAAAJJJIBJJJAAEkkkAA5znAAAAAz MzMAASSSZmZmQAAABJJJAAJJJIBJJJAAAAACRJJSSSbuFarWaepbOZ3Fdlw2 13atHvJnvn7vt7239N73vcRy222h54AADMzMyd73p3ve9UAA/pfzP4nnuL1f Z998A24A4ES8uK3azjWei3tCjmdBrd3d3d0/kPu8598W7bbZsk+tnQWb6fvL sNrDJqoqs1LRq3vcRttpHdxmZmpKhD59p19i0jbaSkAINttuEkG22vHjY2jC 7/bj73e61JWzzl2REFFR8UV8UV98hRUfIbdVcRCFW9MyYIqm7x+4Pry6+Nm7 3nnXjn2rg40blwcy4OZcHMuCIiJARPg58dfXfTZu/d8+OGgKU4GYYUpTsCTM MERERERE102+uvGzd53z44KKqr2SElttVb3s9mvGzd93z7iqqqvQLVXvZ7ev F2bz3fOvdVeSWqqqq3Dr668bN5nu+d++VVVVVV5h19deNm8z3fO/fKqgqqqr 7Op5dePtm893z9rlVVtbbb4hDMy25mZkgH+j3jPyeZGdjlfvfp7nCZkA/jqm q+j75U1KU36r+W1933fepc/voDbgDgb1d7XW6XuEoc8wXt7qZO2SSEAAAk/q ST7cz76RsbbaEl83OfevD87/VfVTtneKq92zuXEbbaU7uMzM3uorrFy3X19i 0jbaSkAINttuEkG22vHh90AWcsz3bdNGzV57zr204lbxG4mYCSmNErRK1K20 rWpW5o96uvj743nu+dfbTiVvCy2BS0lKiixYsbo96uvj743nu+dfTjH6y0ll sp5zApjlsqOFL2SUrdm/V38bNX3fJ44jhKVFFFFFFGSTOcPZ7HfjnDee5741 yBRRRTtQISn4RMxLdyfF8yMyOV7PdjJjSClttpbS2lv9IGFR1Cfr+/HXuvxs 1f3x7nK+kJaqvtZctttrl944614dms99FZmCSZv4RAj4QIJnORdOMjkXefHP lVfT2YvAtpC2yWr3D7L6+2pq++OfKk/CMgJDm9+/PHw8/a5zne85z93o4Hd2 3lFmT0HPMM3XZOwCQgAAEn8kk+3M++kbG22hJfNxUmjNv3q8Xy2vb5VV87fc c4220p3cZmZvu7jI4Me8fr68UG20lIAQbbbcJINttHsiW+Yp319dmzV59p6a hyiQkR/oQpYD0g/WR6cd64bNXv2nnxEPzZHSo8Nvd9HZrO/af3YcbekIbzWr bbbbqEJJrpbTWxUNbbndMQCFM76PQDaS+96AElJMvRlJ9f1ZXu5eSej6KqgB M+j74WyQt9x8d1X2jO599ziqvYQ+zMzM/GZmAakZrWv1q7nP349uv7Uz2ffd 4voQtVfQhaqrSQCS2wIEJv3l5uvdTPZ993nQCSQ8gqIqrFkVVUUAVVARiqqq qqojJPkhrWYQUIKQUgpBSCkFIKQUGIKQUgpBSCkFIKRQGEQMzQFqqqqvpkAP sz0vMM9nvt94qqqqv6QzuI8yZ3O93w5CRn4EyDP0P8X9XxcrL31/x/c3Bt/w BwK93tu+LMksc8O881N1tkIAABJ/Ukn25n30jY220JL5ue5968CvxVJ3nd7H VXt+7H2nONttKd3GZmb3IyODoeyutKDbaSkAINttuEkG22pdyy+5tmVXpVZn s32ccf0MkOgAPe7ul7kzWd7vk3whGoZzXzfLa87gvaeYtAA+j3m3LESSCJAS SSSSrjVR1KYdu+p5kykpmdX3vAfnG2kAglCM+BNfVH019De1i3RAIASTAQA/ REQDYJJOq1zax+ewXtTmSkkqMzCGZ+1oGLIKQUgpBQHWswhcCPQgI9ABEAVv CpXXmuie2sWJJJfj331VQBdVSQfwze+/dY7yL7X73MyZ5MSvkhWQWQWH8krI LILJQgIVkO/e/au73Zr7P37fOEPAAKBAtKEAUgRArILILILILJ/OBFJExkFk PWyH77XtXdzRr9n79vnIfrV/ECFuEIIVkFkFgcVrVVVVVVWtVVVVVVfsuKqq qqqsJD377OOO6Z9VXjCANuAOG5L4szS4RJZvsU3XAhAAAJP6kk+3M++kbbbb V3d/ZmxWVKFvsaUkS9yawSKhqZyq2szgABxd1rM7dMifnks13tDUAAbcACSA A24DjbalTDuaLqpUWTuSp933XVVVVVVbaqqqqq/wBblqqqqqqttWBUgpB9SF tD6JMSCkPvby+3m9c2Pu75w6KRVYVIKQUh4kltAYFSH1pBtINpC2mz32X283 r23nnngC2wjekbSFtIW0hbSFtIW0C3ISd776++zevbe+eeAAtpCczOkLcwhm UhbYaCEYZlIW08RSCkFIKQUgpBSCkMzMIKQUgpBSCkFIKQUgpDMzAYgpBSCk FIKQUghIE37H29Z7Tzz9wIEtoSQtoAFtAIW0hA8ApBSCkFIKQUgpBSCkFisk zLCQ/EZIZlCBLaECW0IBbQkh8qqqovvX9f32b19t5+ec6QUNqqqrUGIKQUgp BSGtZhBSEhmUIBbQgS2gQ1qkLaQtpC2lq61maJbSFtIW0hbSFtIKQUgpBSGt ZhBSCkFIKQUgpDVpBSCkNazCCkFIKQUgpBRVVVWKQUgpDMzCCkNWkLaQtpC2 kLaQtpC2kLaQ1rWtELb+BgZlIW0hbSCjEikPeuX3M3r7b3zzmukG0hbSFtIW 0hbSFtIW0gpBSGtZhBRiRSCkFIKQUhmZhBSCkFIKQUgpBSCkFIZmYQUgpBSM RSCkFIZmYQUgpBSCkFIKQUgpBSGZmEFIKQUgpBSCGZrJoikFIKQUgpBSCkNa 1rRBSCkFILCKQUgpBSCkNa1rRBSCkFIKQUgpBSCkFIa1rWpBSCkFIKDEFIKQ 725e/ZvX23nXmc6QUgpBSCkFIKQUgpBSGta1ogpBSCkFIKQUBmtazRBSCkFI KQUgoMQ1rWtEFIKQUgpBSCkFIKQUhrWtaIKQUgpBSCkFIKQUgpDWta0QUgpB SCkFIKQUgpBSGta1ogpGIpBSCkFIKQuta0QUgpBSCkFIKQUgpBSGZmEFIKQU gggKQUhnda0QUgpBSCkFIKQUgpBYeYM17Ne+u992990+70MAUgpBSCkFIKQz MwgpBSCkFIKQUgpBSCkMz7WiCkFIKQUgpBSCkFIKQ1rWtEFIKQUgpBSCkFIK QUhmta0QUjEUgpBSCkFIZrWtEFIKQUgpBSCkFImtazQoIyTWmlQSFRA9VvcR d1F7txq2PQko9CSj0JKPQko9Gltx6Gxy49CbcOPQ02nHoYH73vC333TWR8bV 4RSA24A4YosordEpgN+3W9m6ASQAACT+SSfbmffSNgADSS+bnufXmHsd6Ova 8u8516+ppHDgAA4u61me7S5vPJr31G3a6NwBtwAJIADbgONtqdcF3cXVKR33 Lf153DO87tIazWaQDM1mkMbbbahbWY9CSmY9DETHoBjmPQ9s3FVZVrdIva2p j0Nscx6Lptx6G23HoBtx6Ewj0AEegAj0BrZPoiWEegeG6qratbpCWR6FaQv2 YQy0hbQLf6FqrhMICGZcixA7v7O+u9+39fewt4QtsPSAgwcykLaQtpC2kLaQ tpC2yYzMpDfe81313vW/u9wt5A4smZkMYZlIW0he0xk8CgKAsNaw06BYIGtU 0kMxQTAKACDb7adr67+ye4hbsOY8CgmPRmUxIZlMSGZTGQzLiQzLiQrUh3Li QrUh3vM99zH77fnl97D2s9IZbIW2QbzJDLmSFuZIZmZIOZgS24kMzD3o13b3 OMwqMzuIvjvegA96AD3oSXvDbIW2QbYBbZC2yDbIfe39rv3s++zf3Pew97GB 5zKGKqqquOOKqqqqquZTFYGZTFVVVVVXMswVVVh8a1kwjA0ZrJjAzKBtWXKR 59Rt8XZW5PcRy6I8koiIYER5JejwGSGZmT8ATWtazMxMzJoCCkCMzLIdx+J9 VvWMBt/AOG7aqVul80Keg15bHpugEkAAAk/kkn25n30jYAA0kvm57n15h7zv aRVe15e5qzOXXVrTggAA4u61mV2nrvXz8bLua9rFzbgDbgASQAG3AcbbUqe3 FrvruDM7sbneOnH3RHkgiPAER4A9MRPogAiPAER4AiPAER5IPeiQPejVxlUZ d3zneI9zshbZbbbbZLbIW2Qtsg2yCyF7rO79n32/cfew92Aqqqqqqoq+tVVA WQbZC2z+AUg/oKIgLIrmrIW2flVWFykMcy4qoGrr7X7Ps++3+4/v2HfekFkF kFkVViyCyCyHPezNbze/cfew7yQWQWQ1bINshbZC2yFtkLbIW2Q/zd7nP3P2 vvv35/ezz7XZBtkPWyDbIW2QuZkhlvCGa1rRtWTeta0KqqiKjrWsJ/ACkjP3 79v9ul3WPl9xHddx6ACIjphtkRMeBe+j0RCBmdyQy5gGgkGa1rJDMzJDMzJD Mw96Lj5fXRVVr5b8Rx1+9EgR76PR6fQ2vQEkSXLINpDJICFyyYhmWQbZBZDL ZD9+/Y6+zZvf7Xr79lfbkFA2qjUKiqqI2lVVVVVVtKqqqqqraVVVVVVW0qqq jCsoiqqqjWQWfhA96+3+z3333d+v37D2wiwNwUg1KwKyCwVVgshVfv3vt4Cr 27lWfRgDb+AcOzcUeaZ3ORd3u0wm6AQgAAEn9SSfbmffSNgADSS+bn7n15hV Y/ZnsR7nl3nI186t73BAABxd1rMrtPWvRSjVr0UAAbcACSAA24Djbayj27Fz vP125Teffffc32/ew9uQUn8CwEYJWQWGKqqrWqqqqqqtaqqqqqq1qqqqqFZB ZBZDfvZ7f7N73+129/Ye3ILILILILILILAVV/E97Pb/Zub3+139+p7U/CkFE UKyCyCyCyCyCwVVh719r9mbm7+139+p7Ugsgsgsgsgsgsgsgsgsh93uZr2Zu b9rnvU9qQWQWQWQWQ/S0owKyCyCw9ElZD3vZvf7M+K/fd/frx92QWQWQWQWQ WQWQWQWQWQ6d7n2/Znx9ftc96+XUgslnVzKQtoVrBWtVVYoVlQKyCyChL3M7 fZmbm89z3qc7ILILILILIKQ2NZBZB7ZCshe5nb7Nze/ue9T3ZNiaVxqqqqqq rWqqqqqqtaqqqqqq1sPwmYq6VVVVVvriqqqqqrjVVVVVVW817R7f7N81T77X 7vqc7tVf0lqqqquNVVVVVVa1VVVVRVa1VVVVVVrUhWQWVArILILJKeznfabr 9z79+73nHAHD132KpTdFdgn0nA/PobDugDG3AAk/kkn25n30jYAADbfwHufX mHnVWykdtGXeNrFVpPggAA4u61mbfcXOVy67R7VigwBqNtuEABtwAgAHVPey bpb9d+zrONzF7rxBL9xVUrAWQWQWQWQWQWQ33vXTd+1mbN37nvU12QWQWQWQ WBuCkFtLH0Qxe9CS96EqPegA96MxTtc0VFG9e8RND96AD3oAPegA96AD3oAP egA96AD3oAPegAiPVmRt9YVFK67eUWrde9BmZIZlUDEzKsmKmZVIW1SYqpmV YWJiq5jcVVVVVVcyhjJmWQ+73ku/fV2bz7Xveo71IW2RVWLILILILJiFQ4yf Xhj7ftXNzefb571P9P25BZ+VUlZBZBZBZBZDdsir/kfd/fjb/c9q/a+Pta3z +/U3qLBVIKRDHfOG3u/azNm79t771HaqqqugtsJVCnMgjFtc6bLi1vcov3vR GTFRmRvSrt3mbz4+1z3qYQ9ARh1herq3YW1vTWvGXOq0DAG3AHD2vUrrvOY/ OtxynkaFqNc7oAxtwAJP6kk+3M++kbAAAbb+A/c+vMPeVqzJj7pMu8BYqtJ9 CAADi7rWevqqLKWF45qwUAAajbbhAAbcAIAB1STr7pcu8qvVkjvWd1w1726c +VVVe2qrl/u92/hOZ+57Pm8jO+1R+k9iSST6IbbcAHvDbfvMElASndjkx+7+ zO3N3kZzf2omuglKUgATPTud5UbPt7u9usjK32I6mcJmZpbYW2Wqpzhp933N 5vPi533qfVVVVVVX745qnu+1vLx4c1331PqqqqqzMzPE9nJ9vu8rsdXs+9UV c0AAAOxFVQmu5T3fXyudiV77yKuaAAAAE+nMjaR31XXI433kZc0AAABcVVVH vu3jZvPd5XY69vkZpzwZmZJmGNa1tpWttLbbS7/mHv8uNuaby5125bdddbV1 xwMLF92DhXHbfdbCuWFMpla6hQv8LMwvzfnx5+qQd+1UnkJN8+jfbnutbkuf kkknmPPDd26EkkkAAASSSQDnOcAAAADMzMwABJJJAAJJJIAAkkkgAAACSSSB Ikkl3d3cpJIAAHmd3dxVGm8X5bup9w9D2NbpFNu4qnrfdurvPdqVfa/TtfB7 fFaer1WsymcJatl7k0k3F175yn0ru9mLsv19ychstKu2+1BKSSGkkiVSSdPE o9SDtOrvy3ckUdLafjtSnc43fbmczNm6AAJJn7MG7skkkkkkgAAACSSSAAZm ZmAZmZmAAJJJNr0AAEkkkAAAAAAJmZmH93z77777776SSSAAAMzMzAAGZmZg AAAAAB776AAAACSSSAASSSQAAAAAkkkgAACSSSAAN3d3d3QAABJJJAAD8kkk kkSSV0lLAu7vu64vWSLWy9rq61MCJsp5bbu83u7kl3c22+u7u7bbd9JJJ3ad uprjvO+WrPPl2ZtVJt3+C/LxlSyCjXGTGZcHZvO6dNnTlbjrlhWXki3N3V1P syO8Ha8dU27J6gzea7I9qJT9z3+68+++3758ADXkkkg3dRZC1SvU3u7uySSS JJJKSAHljzy007JB728ncZ2e2Q0JN2223RmZmYAAAASSSWSSSgkkkgACSSSA ASSSQAAABJJJAAEkkkAAAzMzMkkkgAGZmZgGZmZm3O7G+7mkklAkk1JJAizA KoG3frw5N13abu711VV2dya9JF2XbbbqqhukszMZFeK0buLkZi182NLtz213 e5Qim5JHu7pJdT0e7adbJVd3dHJJ7Z5pdayuc9r3xeXy7JKADMzMwAABJJJJ JJIDd3d/l9bbZ998AAAGZmZgGZmZgACSSSAASSTBu7ugAAAASSSQCSSSAAJJ JIABznOAAAABmZmYAAkkkzMzMgAAACSSSAASSSQCSSSAAAAAEkkkA73m+dne d33l9kudq9r3qezvGdUvpmnC9p7HuQg222yR54AADMzMyXzMzDve97aASSSf 4JvvZ+/wt9v+QyFdRNq/67+kwG3/QDh7c7rrVfZTrdUUg70RO4cGNuABJ/dJ J9uZ99I2AAA238B7n15mBm3dvHbvAy7wMV6qxc+CAADi7rWeztolv1ueb7L0 6P4+kg/m238fAA24AQADuU9dKq1JJzt67kq4la94gciSoBJJAABPbyke76+X fY63vvVFXNACUiBAgQlKednZ3vu8u+x1zZ96jNOW2222vSFtIW0hbSFLdKqC quZmKqiqqrzlTv3u71r4+vPvewzWd0KqkzKQtpC2haqrltC2gc4d37v2b+23 O/fe9o1vNktoWqqqqrzPc+zC3Nm3fc4dEzMzMzMykkkkksz3V18W5iytm+5w 6kSSSSSSsAAAAAZf3ue76u3Pa3sd964vk0AAAAAiAMjCY6ufFubNu+5w6kSS SSSSAAHcmj3Pc9Xbt29vvvXF8mgAAAB7J7ja5u5ye1727u7mZ7dHD253ar71 O8zhrukJmvtHBjbgASfSSfbmffSNgAANt/Ae59fsx6e3XlJDLvE75VdpPggA A4u61nmtojw9eK1uWHR/H0kH822/j4AG3ACAAdPPldl3qmZa29dlXUoraV71 Q7kSSSStqqqrzq2nte17M+X7N9fve0a2qqqqr6BbSFtIez3tn1+397ld/c37 2tdVVVVVVecpq+373K719z73ta2qqqqqqlbzmPte99Xee9491VVVVVVu+c0+ +8a3Xen73vd+VVVVXttuSTMzN2on3e+m+pXfve9zUnflUAH0RHwAK1V51o+1 v5+Xeub97PbVVVVVZmXcmah7nvd7SZ7zO+9W86fRMgACPvvgAROSn1+91Mzy 8571e50AK3JIXHMhccaNa1rWBKjdX3Ps56iuJFAGo21GVEqd76s9XTJqBdBW jTdjbTSkACT6ST7cz76RsAABtv4D921bKr1qssrrGXeD6le2kwjbbBxtK3nt WyY6PWuLzbenR/H0kH8238/m222wAgAHVNr3dBu79tCErqq7QrefXkpr0Egv RABCSiI8koSCAUJL3veSUJWyerq5TPK6VPejrkPRHgEksASQCQAABMe95THo iI82Tz7a4mZurv3vd+UJIQMQkAKgEIVCAKEJA8hBSCkFIKQUgpBSCkFIKQUg pBSCkMtAJIHcoAQgoEAkWBAhFkgAPAgmLrXt+qu9dzfva8ciqqq21Ttr72u+ qbeFdz6MmZmZmZmYyKCefbymKehW9XZ6KIpBSCyQFCwvOY+17518OuZv3te+ /0EgwPg7p/a/bdfh13N/v2vfuKfE5FVWpuEqBKFZFGd19f2v3zr4dczf79r3 yurbbbf0gTMzAiQEAMzMMzLbbfvfe1P7vE1+ibZv73q6iBEACSQAs423qqL0 q3oiA1G2ozL2+Wev1cXrmxdzzzNjbTSkACT+SSfbmffSNgAANt/Ae7czKZV0 iuT0vLvB+VLcSYRttg42lbz2rXap+6VuZNcjj+kkg/m2/n82222AEAAVTZM8 3rhd3W1FPV2Jq67nvb69SSAACZmci/VPuX7Xw63mue933VV+CS1QgqqyJF8d t9r7743rea973fdWEiwIqyEH6ELaE3DAgZYW0LJC7C33bT2u9+N63mve933V VVVX4IFtCSFr2697Lre/nWfFu8373vc5W1Vbaqqr9nve3dfbc31uXnt+9r6q q0CFtAlqqtlvOazPb9u95WLV7ns9gAAMiKqgA5tT6+ei8m6qfb7PYAAI+ABl VWqXrOu6jcuk+ruvUkkkR4BJEAEegA9Ez6ADwBEAEe0xnXVQs6xPq7r1AAB9 EREQB98PogffR9nKm+F11R6wAajbUZl+vc5Z6/VpnjekXPq15NImny5yABJ9 JJ9uZ99I2AAA238B7t9d0yr215B2XeNeFtpMI22wcbSt57cGqfr6FVeaPRao fSSQfzbfz+bbbbACAAdU9pa8pAu69VXuRTvPZ2l7z2ewcmqqPqqgAAI2PqoJ 9MzMzM6p0Ou6hdSx7XZ2JbHoAIA2IiKqhAAAvT3OcjeXec933sx/D4zMtttq qqhAV9239rezu9ftft/ue4qqquSQlzG363LcAD7ty+39rZ9rvu+5jzn2+7XY AWqq9ktpPxCZlAQrAWAiT73eaz93mtmfvv28d99vu1gpFVVXdq9At7zeZ777 WzPunu+5jz77fdqqqq7AhbQJauASW9AO8+1nt/a2Z09z32P3vt92qs8qYPjg SayyExgfiU/e13Ob5rZnv3N/sv3vt936r6QGqq2rbAMlakl3VhdY6g7N3sJy rravemV9EegQkv3713VVVVVVU94n33JfV21OSZAajbUZl3ndSWKtpGYnHagt sRk5tpc5AAk/kkn25n30jYAACS+bfu9QXbhlHhR9t3g5iq0gI22wcbSt57Vs 5a7XVfap16KH0kkH8kvl8o222AEAA9JXuun3YlAM6+dQXu7HYTl3W1uTMzkR 73kqG4S6pC1VVedd5nud1sz3ee+x+99vu/lVVVVBVd85l97mt546c99j977f d/OrV6ELVXkAMIKQWAimZgWsk/gGVder++7redOH7v7mnm/t938r0JLbAC2g AFq/YABsHWrcxzMzMzvbfb66OjIzbJvrraW4AAAAYRERDltRERBIU22oiIiC QURERBINtv99+Dpn69a6LvlX1PGssURERBIAp970QpSS/eBMzMyPfRPoVl/q 9Ge0jvf3ebzZmaBMiZAGx6uXtZHozYd77vN40BMRCUzIQFUjsMzMAzMwFpIM Ons+33Ozxzxfvvfb7vuXZC5mEMzMkzM/xANJBSDMRM/XdgADM9H7nu9rsfoz Yd7+7zeasBVVwlrUv1haWW2Wn2zXOJ32tjcBqNtRmXed1K1SrfIvE47Q80yz NkcsklAH9Yfd73v3xu7u7u7u236t+3ateoq01eU9Xuy8ERdicGklAcAbszXt KlluaqN0sQucPpJJIfADfzbbbYAQAD0le7cBXcr0cGbj8eIacvN67zqfNStS sqV5lMalSty4kqVKlbHFvrfRsb0ZIsp7mzaUL8QiQ96T8YZSFLSFLSFLrCGX Lbbf3ne+b39rx+O/jm7rOfa791+S3AwxxK1K1ltK1K22VifdPa+3v7XV8d9x MvN67ybYpM/TMTMaQIECBNan13e92ePRvvmZy+xnECB9AiExImRMiZITLY95 EzBd7TXXjy3iXRvRk6zdrI2ZpKZSq21rWta1urjiELbWskn3cfa9r2ONjd6M kWU9zZuVKmJmJmEsBAgEAAARupdeOsfTS3e9pO0827AAgAgAAACACAAADMS6 +dY47Y3vLMp683AAAAgABAIAAAAA3Rc8dY+2N6MkWU9zcwA5ttfeiXLbiI8O WwgEAkgkABRB9nus2qzM7dy/szL7Ny77vVvrXXvF5zctZTynoaKW+5pySSST +SSfbu799IAAADb+bft2rVq8Kt80vPLwbu2utMcSSgOAN6lwk1zvabW3l9Oa FF9JJJD4Ab+bbbbACAAekr924HLM9fLCzeNh4nnWW+0Y3mYKIgkFEEgvAEeg kFHiQAAAA/Hve7hfZrrXH3Rv0ZIsp7m5gAClJJSkkAEzvNe7fOdv07G+jJpn b3N6PVVAAGREDbSSSUJKEiu3FeVlY4zo3oyRZT3IXWiACACACACACACAUAEA OdgpvM6oXRveWZT2cjrCEe8EB6DMM+kApUytLopmNLaXmXu13zXPaPbfd9L3 u9HDVpbS2ltL0zDMAzDMACCVKShcue9VVfa+ju5RhE5V+NiPeXlRZSyQpRE3 ClERERR37nbvv3Pa95PPqcx5vvDSKKKKOqW0tpbS/eb41XV3z3o6eUYTlash pQriAgESEQEBEBAlCShTEzJLh9s26rnvR08oWZVolKgEAQgPe9AAAAAABden O3q3HOTAajbUZVdyV9W8Xif8f2MWWWjYvqfa3IAST6ST7d3fvpAAAAbfzb9m bidWL2aq263Xgt8dt8hxJKA4A2lp3JdLb5G2s1oUf0kkkPgBv5tttsAIAB6Z L/d2BzzH1GUYNbKPSoosxWldABICQSAkABIQOPx6PRDfUCJmD58k6r56vo+n lGE5c5rAAAkESCJBEgr96IhptNptEguCGtadVzNOjp5RROXKzUSCJBEgxy2x y2xy2yACACACiKrOTuu2d6eUXBN2t0CZAAAAAfvNtv3obbcehtNr3obbfo2q qq9blKt5F1r1b08oyCcuzNRIIkEYm1CQQAQATIKElCSSjM3qq63pjenlCuJm 73XGyCJBEgiQRIIS0AAACYDMrsrKzd6eUK4mbrMl5MeOY4YMAAAAkJmZmYic y66rozZjenr9bqmjPVXvzl3V3d9eo6byehKl9WOqa63MzM7oIBIgRKETMqEj tvcWVlY9XfPqXgvPt80Ntp64t6TWta0QczWiGq249CQR6AUeirh5eHbu9u5f ZmX2bMurvmfvO/s3krzctnmec3eWR7ZJKAP5D7d3fvpAAAAbfzb9u1admOi8 8y9a8dlbnIUSSgOANpadyXupR8t01ocf0kkkPgBv5tttsAIAB6Qu69t4Xyqz Krbve77m+nyGR43MrY+gR9Aj6BR6LObj0A249Dbbj0JtuAElcRCzst3ax7vT yhbHJdec+iZmJiZAI9ABHoAI9ABHoAI9ABHoAI9ABHoAI9Eq+23W5Bu9PJZH JbfbddHoG249AxuPRLbcegG3Hobbcehttx6G23HoTbcehAe9KqqqlxjesMco u14u3IbJVVVVVVVVVKuta1pVVVVVXWta0qqqooosVda1mkUUUUUUUUXNazSK KLFUUUUXNazSKLFVVdW22nN70Q1rWtELrWtEMzWtG1RFFG5q5t09yDd6eSzk tvntdHTERVVTj0NtsmYlWRJq61qGRFnN5veyG973vZDe973shuqqq94mZmao qqj0VVVVR6FAXt08yN3p5K84NyY53XR6G2370NsiACACIAJmDLoICZlwImZZ JbYQ0XXu/b1znXvn1v3uZl5w9uwC2kltIeQQRkcyzIyGZQltCW5gTMzAmZZD bmUMjJrPvblPMe709ob3As1dU+9CkFEeSXvRUgoJbQltCW2Q/nMoS2yFW2Q7 v3N5+/b2+7f5zfT49rzd9xEfD76LmqRHwiPjdwI5lwCkFIKQUg3MuFIKQUGI KQUgo1czJDFzMCZmXAntXXblve7eJ5LOwnZzeqkR6QREgiJBEFczAmZlyQd2 61gTMy4Ecy4Ecy570ft99HR++jcghSvrqsdKfTzVX8ybNrLd7n83M9t1i7uy /c3CSm/Y9kDVaOrq6Gdk9vf0WSeeZn4rd0EkkkAAASSSQDnOcAA0AaCSSSAA JJJIABJJJAAMzMzAAAACSSSAiSSTSSSckG223Gd7u7vAbp6X1d3Pq3jE7txS TG8e+WOU2ySDbylmbmWbc49MTsWXcT49XZVGPdqzw+zurnfYN45JZJs3Mxeu e88zN0PbcbW96g9Wku5JLkcq9zerdnezluTzj2s9hE1Gl7enT16kMSIB2NLE hIJkkkgAEkz9mDd2SSSSSSQACnoASSSQACSSSASSSQABJJJAAAMzMzAAAAAA DO970f0+ffffffffSSSQAABmZmYAAkkkgAAAAAB776AAAACSSSAASSSQAAAA AkkkgAAGZmZgAD8AAAAAzMzMAAAAJJJ+kaOe+5i406akCVUreulWdtrO7d3l JJJd3JN3d2JJJbu7qAA7u7L6a1WLFXbtbQr3w6LtDuZzO2lNraFnEXKqaMGX qqczKyQv3d0wne571yW6fTz7OivMdM3tovtFzJ3913+z7n2N++fAAJJJBu6k k/cDbdepm7u6SSSRJJJSNt96jXOEi8095mVlsZmyZWt3d3QkkkgAAADMzMyS SSASSSQADMzMwABJJJAAAAEkkkAAzMzMAAASSSZJJJgAEkkkAkkkm3O7G+7u 7u7nCSd3d3a6uBtAeoXK8cvO7uFMtzV3cAp1enmbV2G7u6EQk7qrmqqeZDBF Oz1rSsNbaSvq12utOTEbY+Hu7pH5ZMozAN51Xd3DJJvtk8eMzcy97vnnLFye RJKACSSSAAAJJJJJJJAbu7v8vrbbPvvgAAAkkkgEkkkAASSSQACSSSAAAAAA EkkkAkkkgAGZmZgADnOc3d3d3dAAAkkkgAaSSZLJJJQAAAMzMzAAEkkkAkkk gAAAADMzMwDnHPHvodsfRdxCVdLpeyZFdIU5JCqY8N6N222h54AACSSSXMzM O973tkkkkkkkl/vfv0o7+T72cAffNttwAA5553M97+85PfFXu98/bfczHqSS gD4T7d3fvpAAD6SQBtv27Xm9q8zPKnbFRl8P24uQ4u6DUcG0tIk/NaytoTvO 161J9JJJD4Ab+aSSQwIAB6pKg3bL7St3l7m8nit07Ezk+TuVKI+lII1oRzLk grbIZlcoS1oRrQipXomY8SiV70Jbe83W9sNm6lblSp6M1tCNaEa0g1o1plxz LmSFth8oiojmYYIqIqIuZZDXea77m9e97Ws72/adNfdzshmZh8iqqIZllBSC s8sS5ZC2yFtA8zDLIfYZkhmGHvQoS97ImIrX25TztbN1W8VST2VD2ImURQpb Ia1o1qQpbIawzJClspbckAgPeCA96MdZd7xT7hHbqblyp7YNkMwzJClshS2Q pbIUtm1ZMMshdOZIZhmSGYZh1VEVEVFN6132b133cve3enTX3nxrp5RFVVVH WjWGlQOG9m9GowNaNZIZhmSFLZClsgEB7yhJQll3VdpTvF26opy0uzuiu8oV kKWyFLZC7cyQuOZIXHMkLjmSCJD3oRIe9E1jztKuu1s3UrTQl3cpfSFxzJC4 5khccyBpVzTrU0rJmnWSFxzJC45gGmYa1khrWtaNKqqIrMxPZ2crKztCM3Ur iWufTxXe9AB6OiJQQSKa1rUhmZgdFgk1rWSGZmSGYHvQAe9AB70AHvRNV14t KvtgkzdSuHV9oe65IW0P8iCkFIKQUgpBSCyYa1qBlttpbbZClshS2QpbJ76/ p9q5ONtv4AAyq7lSrq9OverXHxvn7l9vceJJKAP5D7ve9++N3d3d+EAbb9s6 /B1XV5tPa4nUpe8/WtQou6RqODfYbvP3J1lPledq1on0kkkPgBv5pJJDAgAH pK924HXbu1tmcw3d53tvB1fa69N5IUtkLbIW2QtshbQKojbKxYJaVVVgqW1A bc+vuO2Wnt6SbuqxrnGvEkoiOlR6fRM+mBtkLbIW2QtshbZC2w+MzN+775+u u97jne9vxl1nva9e7DMzCKqrmYYqqqqqrmYYqqqiGZZC2yFtkKl70AHvQAe9 E9vVLT7N1yzdVjXOOO2QtshbZC2yFthbmWBMcyySY5mYAB29U0n2YTrndZbp c1vYASAkkrAAHt9etrnc2prN12rev31e4BJ6IVQAAqpzebtbfd30M9pXI9bb AAAAGx3LzK9fc33pra1zt8q8q4+JmZmZmZwARPbznsr19z3qnd952sVtYAAA HwMvc3J8vfe9b3vO1itroAA+iB99A+/eszP372Zme9+ujmQGNttwAAyq7ura 5vvbpOuefo3nO5viSSgD4Pu97376QAA+kkAbb9m+83tXVq32F0y+H61qFF3S NRwb7Dd5+5frpe3ryYc0dH9JJJD4Ab+aSSQwIABMu5Xu7A67gZnH1133vL3t 0Zu5zPpC2yFtkLaBbe5mZ2FYLAZVXWswzMwcwuGXB1zu9evae3sdvcqLRe5U FeltwNoiYahQlFLS/0g5hcJI5l+kBuNLSvud97t/Z9znfavfevxnLm+aKIiI ooooooqq914+qt7uaK2tTgxFkxMxMxyUJKMAgAgAJBP0RESxXs7U8nfaaddc 4nIdueRf76IVNTH0R8kACBAhcR9CMT3fnPydfZz52+InIVOajKAPRAB70ahr WtEtuJbmfoZmZAFIKJMygW2Bc7v7nH6ud/fq9VeRPF3PbAAAkklQCeVjW3NK q3DTn0EXNOcaSmYmRYqqv6QC2mt87391/XXuc7r9r7XjODvrq7mZmZmVCAj0 AEeAEY+kFLbm063tfO30E5CraztyNbIURCSEoiABJpTVV66/xcnUsobn3zbb AADC7SVbWdeues7TKRa3pUaSckkkk/qST7d3fvpAAD6SQBtv2b5vaurpVt6Z SdnP24uQ4u6DUcG+w3efuSrK3Ox6uaJ9JJJD4Ab+aSSQwIABMu47uksO67fZ iovu3tfM6FNpvZ2pnzmeSSlYJKUHdUO51X33o85WzTjmcbwCSZmZH0D76B8c SZlh/gFIpBSJ3W/rzPd9zncucd63upW0kksBAAACASSSSW6XOPL3M2lZNcnn OS3gAAfVMX3lzW7m5+313vuzdKuu9LrZARfrPbm664zLsARdl4qKqpamYrU0 t297OFy1WVVS1NzMeiZ8VhWBi21VURVRG0n1maz1y33X18lqxUVREXMeMd7o k8zdnNUtNkejrV97aUk6ONtsAAMqt9tLVm7HJuR1edT1bbQB/Ifd73v3xu7u 7vwbutt53N9d3Xtd9dVheWyx1S1tMIu4Go4N9hnPeeXOT1e16KH0kAfzb+b+ aSSENxuATFf4j15MqqqO7Q4Uy6293Ph+BQjJ93ffXM5znvPPXd3m94Qdd6ve 3uc+b5TabPQTMzPrmu6Z7qzTg1TSbgMVVYOu93b3vOXtznccutGHAUgpBSCk FIKQTZ3LrM737t7TOdzHWjDgCkFIKQWRCyb7rLe9+7e0znTMdaMQPigyKCkU fDr733m3nueqX7ntJrqv11MxETNXz7Bdu7kws0xrrtw4mY9CnAhSXnvunMvu 97xLzuY+337cDgJ/5P9X/X/87+f9X/b+fd/Vf27+x/ZDbbcAAMqtfXqrHCGr vTzeyX1bbQB/YH3e9798bu7u78SANt9tc311eare/qus02jbH7F5chxd0Go4 N9hzx9VZUrmGvjeUPpIA/m38380kkIbjcAmJdq3IZ12sN2ddEmXUqDdCeq7q PQTfFKe6+2YxaOerbqPQn729by+9z3E526fb3pQxCgKQzfr7WX3Z2TGa4Orb qYiJ9EX1VSDuzvZtuH3W796fsJmRMzJdeb2nsz3091Fe9ve5kkzM/50PEgsk jvX7vW37vP3yd727Nfvvb3ogsiwFg9oYqqqP2tZpVZMSkrKrFUqFSVlVVQ9P Hvebdd77yPeaxNe97e9HgFBRSCkQqQRIh8QENd73urmd9zpzvM0Pve5sDEQe tgIyNbEQEvgJPe3zlzN/c9Od5o173uG/AQFACPqECVAnFVVEVVVVVVVVVURV VVVUZJcoQIIj6PdwAADlxMzMzMzd3dzMzKqqqqb3ve9qkVXMzBgZlDBBVczM GBmUhbSFtIW0hbSFtIZmYQtpC2kLaQtpC2kLaQtpC2kLaQzetaIW0hbSFtIW 0hbSFtIW0hbSFtIZrWtBaq0LaQtpAR9Aj6BH0CPo2d9XtTfubns9mZmZ7d3d 3efpnJkzx7x+enl5E9W20AfyJ9u7v30gAB9JIA23Wb1NqrurzrzWVvWq311h fmsPLkOLug1HBvsOfsp966vUt3VrRPpIA/m3838+7uOBxuAX1y7d9paUz2NB nb3s3E4fd1Vo+j0JKPQlSFtIW0hbSFtIW0hbSFtIa1rWiFtIW0C1VKQUgpBS GrSCkFIKQUgpBSCkFIKQtpBSCkFIKQUYkUhbSCkFIKQUgpBSCkFIKQtpBSCk FIKQUgpBSJWikFIKQUgpBSCkFIKQtpBSCkFIKQUgpBSCkFIW0gpBSCkFIKQU gpBSCkLozCCkFAQSCkFIKQ97PuXM39z053l0a9729914gpBSCkFIKQUgpBQH MswgpBSCkFIKQUHMpgKQUgpBSCkFIKQUhmZhBSCkFIKDDM9gZirQpaQtpNAK QUgpBSDvfuZrM39z3zzvdmvfe5vuvEFIKQWRGRNK61mKqqqqq5mYqqqqqrmZ iqqqqqtzCFtIW0hbS1fe5v7M5znjneaNe97h36ktsiCkFIKQrSFtA+TMtqqv 9b73e8uZ+5z1f3fdV+quTypmZmZmZmZnzzOth2ZrFz3tocLftanEAnAgKQib 0Zz7o2+731ve82aHu8D5WHec+xe/fdvce92arfe+NKIqszM+u31IO7OUrNxm VB3U49GY8VB3Zym0G4+9knb71V6qqqqqja23wtzkDbbAADMpdqrtdwm7NqVm MUbbUhJJJ/JJPt3d++kAAPpJAG283qb6r28y/WCravr3KZd8jy7hRd0jUcG+ wWqHlXO69y5635dw4/pIA/m38380kkIbjcDVHdeWaUlyStoO3eUrNxmVB3Oq mJmZn+QlMzPJTMzHdmUg+zPmfD3tZlF9UOZmVgBzmuauZ72/V097zM19nvOS AdVFOzxzq7iRdeg5uj9mzPfiveP1Ua6u4kXU3Ob3B8ZHp9ER7ZmVryUuu9U9 uc3uQPgh/iAPe642/v33qn7vP2td4Zr2Twk6BHXLwR6rtxS68Dxq5M9+8233 ruRy6B41fvZPSIHOa427992vu8zN33vaiz8AQUAlIJJbJCyU5mvYedfvu8/c 5znP3e973vc883Ofpb5dfvd51+eWdT1bbQB/UH3d3fvvvvpJJJJJAG283qeP qqs91ZkMqFEsJ5ahRtKQAJA7JnP201XUt05dup9w4/pIA/m3838DbfcJRSAX VS8+fdzdq+82+931e95mc19r3jFWKqqu49E5m9m+ez3aN3bde7FbH0CPoEfQ I+LaQUggb+0+377v2X3e5fr7hgoqimgLSy2L607o5rdfb+7fqe73Pn3xgoB4 kBPvtOve+7X3eZd33sCeEEENbPtu/e5y+7zW33sPQCIHRLIh4P4CloCDBhRI ePc+rrn3q/u8zb+9h0giQRgeIDRAoRKJBGUgKAkqQUgpBSHObd6992vu8zmf Z72eNgjSUESCJBEgiQRIIkLzTz33a+59n2fZ7ueIKQUgpBSCkFIKQUgpDZzT z33a79zmucvuZ4gsBFSCkFIKQUgpBflVVVVS2rA+js918gjbbAADKqc61h3l Nw8Upsi22GgfyH3e9799998ABu7bbm9Tx9KtWsH6idUy+755PCJ3zaU+ACQO yZzK6h1Ty+fLdx6xx/SQB/Nv5v4G2+4SikAupq6GddyZmVkcuubet3vM8Q7a QtpC2kFIKRisUhne3tffer3n2ffX3faZBSCkFILA01GEVVVVSHOb5X33K+59 n319256blsikFIKQ5aQtpC2zIAyVILA016hiqqfX7vF93de/fZ99fdzxpUVV dgAWrlqwKkf4gDhFILNSLBJUgpBSGu92v77df3337XOXP2eIKbgCBUgsJKEB gQ5zPW3fb6/Nv2ffX3vAdVVZFIKCqqp8lgVkhvvder7d59v28+ue9APISDAT 5JA1eafd7fH29Xd56+CSanAh4ikFIKCELgHDu32+V59v2vm+zxBZPAsCRKkF IKQUlkIIVIKQUgpDOc2++7XfnftfN7niCkNWwPEcykL3MlikFjBtk0MzKQtp C2kLaQcPf7FvJDpRvV1TEyVP2m39cY+zJ6aroqKsjEwjsWaHdvqm9ST9Ubrc mbzlWptO5zrBb5S5JP2fiLboSSSQAABJJJAOc5wAAAAJJJIAAkkkgAEkkkAA zMzMAAAAJJJIBJMksS5JyQbbbcg0Nte1GzvXd7k698GVUjBKS6aWUNHOd3X6 3b6+fu6onaJd7KyK7gh226hwlzxw3dXQjze7ue7wsu05vX67qu4kklL0p5u4 2w7W732+eMEl3gS55ZPT2Ppk16uzBI7de75zUm0l0JzZOSI0AASTP2YN3ZJJ JJJJAAbu7u7uhJJJAAJJJIBJJJAAEkkkAAAzMzMAAAAAAM73vR/g+fffffff fSSSQAABmZmYAAkkkgAAAAAB776AAAACSSSAASSSQAAAAAkkkgAAGZmZgAD8 AAAAAzMzMOgwAACSSeeSS+X333jPfUnnkB+ZNztu471+549S3dSckku7km7u 7Ekkt3d1AAd3u7dmvlnXei7vctutVrIVtJp9meLifUyjvSn24bpqlvS3L9MP Zz6oY11VVHCy3WPRD5lTVda7o6dLZfd0JJJJJIbu7OAAiSXA23XqZu7ukkkk SSSUlABw/Yg2W8WKYEzu7u0csmGt3d3QkkkgAAADMzMySSSASSSQADMzMwAB JJJAAAAEkkkAAzMzMAAASSSSSSSAASSSQCSSSd/jveyZmZmZmZEknd3d21G9 bfjlDL3LvbNvY8xZvd3N9zSjscTizG23mg0ttt9l8bNN7ljGs2bExLM63tnG TbvZcNse7ukFmZBdobvFV3dwyB295v25rhV1mTKKu+vZ3QACSSSAAAJJJJJJ JAbu7vz622z774AAAJJJIBJJJAAEkkkAAkkkgAAAAABJJJAJJJIABmZmYAA5 znAAAAAkkkgACSSSySSUAAADMzMwDd3d1JJIBJJJAAAAAknd3d0kkmerYDMe GLmkuJB2vd3CJOe+7e5+zpeXvS2220PPAAASSSTdkki973vaAAMv8c/f4X35 7445jjbb+AAM/TnWwkT7fYeKU2K5bbQB/YH3e9799998ABu7JL391PH0q08w +or70d6j32qL5tKQAJA7JnP201VLLsfL3bj1Dj+kgD+bfzfwNt9wlFIAZZGw Jiu6pvMjl0+7OoKWvELaQtpC2kLaQtpC2kLaQUgpDnPvZnvvV7vftfN7niCm q+ttZHBUZmd0aFVVVUTWta0Q1auRqqyvQoiRtx6Abfogj3oid3GHXqnarncr bniFtIW0gpDLSGZmELaQUhbSFtk8sEznLrM99yvt79r5vTPEFIKQUiYhREg6 aQtKQ19p+8+5v7Pt938364dIWlIWlIWlIWlINaQtKQa0haUhaUh3XOdX7hda 7rbfrh0g1pC3PXQdAUjC7aQa0haUgiQRIIk0CxGRQKUh3vnm+V3r2bb7DpBE giCeVFoNaQtpC2kPELSHe6fb9eX3PrnzfZ4gpBPEkSgdtoKrJUgpBSHe7fb9 eX7fs+b7PEOWkLaQtvoRgZlmBFCJMykLaQtpC2wC2hLnenvvV7vftfN33XiS 2kLaSW0gW0C3YdiGZQ7mbmnWtZqqr3vbW7f796ph01Lo222AAGenOtYdHeb+ 832Ei22gD4Pu97377774CSSQBtvt7108fVWLFtVfwqGT1Xfc5584/m0iABIH ZPZz9tNV10tw3lup7Y4viQB/Nv5v4G2+4SikAuoVzUmclM9PX3CutLlX19ZH oJBe90R6PT4bI9FakK1IVqQrUhWpCtSFakLtT1dorri5V1tTEbERECCIgBJb 6FEE4kK1IVqQrUhWpCtSF7t3vvMv2+/av3dIeWSKRqAq/X0AMJmW22222853 Xz7772fb3vn3d7trzMVVOiyQiPNd+0Ob3zPt7337AsBYCgIcAPvjjzBVRTy8 cejMJx47ZdlvLIjPROTMxOFPWstdna0e95+/fmUBdNdvcJOm6pu63c3W89+/ nd9L+v31W5Gvm2AAGe3ybq+jc3P2+pmxbbQB/Ifd73v3333wBJIA23nt91PG K5fnn31m5T8fCjF4+mANpEACQOyezn7aaqum5N5bso2a5PtN3bJEi/W25myR Qe+GWb6993OZiO+11czvc5BgGxk5xxc5d3eaznMDXoj0x6sJuUxYqGZnOPRe 5LlPFOzYzdJTwCkFIKQUgsBSWw2qqrWiqqo+aq41QrBU6E77T83fqm/s1rns 2EmhtJaoKq37nHrd7v3c5rea78aVVVUVVF9AOd6+b9689nNbzXvtPgD4IFMp akUDndJ5u/X6/ZrPe+JJv7h1c70vb9zW9b7z7wAEQIc742uSetWs3JH6/e33 k488TMEyRDbAADn7st89ket2esu4ttoA+D7ve9+++++AA3dtt5+J+vjGX2+/ vb599vn2b+YKdE/txttpSABIHZFqfurVVdNzN7mu7jKvw3dskSL9bbmbJFB7 5l3dja1q0pnZuZVbCmKY33U49F5kvEinCmnTqsy3Hom8nJyWU4RxY6e7TiM9 6Y8ozdk1Ipwpp06rd26iImZnVkzi0pwhUq1vfe70qqqqHL885bm9Fd63re+c wh9zjrIZmrfWWm+XIz372JKivVfd6+stb3Bm4wPr9b1HNcKnfvtb33uSeRXn OPkbvpXH33zv7fve0K8IW0hbSFuraWqvI9ucR9sajbAADMpal2qKYNW105bb QB8H3e9799998ABu7bbyNedHbHbu3X3wWev46HT4xttpSABIHZFqBVzpem7m 8azdji+JAGkolH8233CSjkklq3ghu1d1SoLvFvrpJVre/ez2W2Fqqqqq/c4+ etz7RfffOb332eVV0ttq227gGZlt9zvzj83PtF93s1znvK8ACZmZmZie5kT6 Zc5D3ezW9+93QaBSCkFIMfucdrd7L73Oa++972siBgpH5VPdp3lbvpX332t7 97uviKsUgpBSCkFIOiCkFIKB83lObmVdQujsvKzN49BMzEPLjJkdQpO7MvM7 j0RfveiJm4vpwCnCO7M6904iYiZiCyMYoqrAT6GP3w+5bn2i573Ob5zvu+2v CcVzMwVZMykLaQtpBSC+/eqvfvVXv3szSi8v2ZloIo2wAAz2od5pN2e3G4tt oA+D7ve9+++++BJJJAG28neVGkdu7dmffZPXp+nZ0yp8380NKQAJA7Iq1PuV V2l7zXa+4cf0kAaSiUfzbfcJKOSSXbXrdrcy7vY85bnNFznOXm+c97NkFIKQ UgpBSCkFIKQUhvlo+5bm9H2a77t7vvfezYMDfMum+5bn2i533eGO+c97NkFg PIyfezW9XjvPtFzvu8Md8573tTpInziqqmc3uuuZc+0Xvu8Mdffe940qqq6t tqzN7OXNW0W4W9uQS7vu6HMtJgJJJJIHKpVZu82XYwrLhntz6+99669wASSS XAJKZmc2byatotwiM7c9WZ3c5mZ4CSSSZmaczKntldt72Z9fe+9doVcktpC1 VVVfvt5fctz7Rfe7ya++97W1VVVVVVVVVV13xMz7Pj7G/uS+bbbbbz057bxH 17j8brezo+bbbkkkk+AJu7ofAAbu228Z+nm91fee+Tn5POT+MdJg8bgNpSAB JJFuqtT91cqqZHyLnvvdzqt+G7tkiRfra2RbbQ/ediZ9frV4mfb9L37vDS/f e+zdltG2LC2gpHRFIKQU9r5PXe5c9z3JvnPfZJtho57XE9fvsTHnvpr7fvsM gK5SVUjWpjVcxqdwpzb86rbIjve96Krs9zuklnX6t798ZMFnqKb9yezX1+pz 3Jv7fvufbG0WSCSSAH0REGRER96vve56GN3Pud377n2+BAmZmBAMzDAIW5bb bbbbaPPvev0Ot3Pud57uR3gAAAEkq4921VmdkF315lOIgLb9DYeiACCqqq9v vTOa99l97hr7fvvd982qpF0ExLa8+aaXRRttttvHXPnmRzEcYC2YuW22gH27 uu970PgAN3bW89O8qNI7y3jq43de6nOT+rafwfSNpfQAJJIt32c/a11TpvIf WbccXxIA0lEo/m3BKNJSBo76tdu7u7/W9arGoVPe3amZm/RoCCZJ8p7vXT7J HlwXXdnNqqqqqp7s13XfOc+LvXvd0Q9yZzXPOe+LvXvd0Q9yZzXPOe+LvXvd 1DYCHYQH3Zveu/Oe+LvXvZ8qqqqrF17kX3d785w+LvXvfOvdgKEzFVdWqqqy F+30X3ub65z4u9esnSCkFIKQx3817z77rmc+MzXfGeCW0hbSFtIW0hbSFtIW 0hbSFtIc3eRfd+35znxd694zxISUehgR6Kbbj0DbcegAj0AEegAj3szM972Z jhxV7DaKehzQ22223j5SXnHlzdzJ27nWLlttoB9u7rve9D6SSSSSQBtvPb7q eMVzcT7748/vvn7Nsj34G0pAAkki3fZz9rXVpm13DwzofEgDSUSj+bcEo225 JF0u+rXbu1a9MmVVybuQXXW5fR4BJaAgF6IhCR6QQAIlEgibrPTPZVZJnZBd dbyiQRIImmxyCJUEoabZABAIabQ1ZyiZ7KrJIzsguutPKcgiQRMACAjhEgiQ RIIkv3mOXeyt9ySy642dyFd9banhEgiSQQBAIkpjlibTabTaGmpvkldUptbc SqrbbZ3VVVVVVVVFVVVEQ22yJ9ETLbI9Ahv0KRKJTp7yS1zZePvhu9++6+Wt qqvwW0hbSFtIW09fctzXdl+ffDd7991UVUfNaqhr3d+XPe+L158Xe/fHvQJb ZvMpbS2lIECfvokTKeXnhvOHXuwvnu1MxM/A1sa0ai2DWkGtAai870vddX13 Liu93NtPpTEkD+NNUqImqQIFREgiPRII96p8y5+XyS5U+7Orb+zMzMzG8ytS Ku25ZPTCTVxObbbkkkk/gBO970PgAN3bbefve/s8vbt9d5e/fTTx9u01W0fB 9I2lIAEkkH3e1HtFXLLyTl5Nifb83dskSL9bWyLbaEzXbrl5ata3mvXzffH2 vt+5j6/xC3HCDWgMiNaQcyltLbWuDcpXf73mt9vd+f3xd7/fYooooooooovt HuC+79vhnucM++9zFFFFFFF9JIlRRc+3y3dx93n2fdd+73O99zFxqKKKKp20 UUbnOaa+7z77Pc5vX19zeqquoWo+JmZQIiAVXV7VM73tbmRy+tyKmVpC2kLa Qtp5VVEVXMzFVVVVVczMVVVRFVzMxVWTMpBeZM+3OX2/ZccvrcikfQI+ghH0 CPoERAj6CZmUfQIjl9bPaVmd7W5nL63Iyy2hC1bLaFqqq598a7cbz777O85t 2tyCZmZnkpmZqIiEvXeJ8Cu7s7MinaywqAc+B1bdnauymsvmkzpSlta0KWvu tS12ylqmGt961E1pTJCCZi1+mGzdQPaUqcbRzIqLfWqYPE99tZnarO5dXeI4 DkkiSSSkAABJJJAOc5wAAAAJJJIABmZmYAAkkkgAEkkkAAAAZmZmAZmZmSSS QDd3d3dzve9bvnhM90d7KHpHlV3O5nGUrNaFw718ecIsVXvc9xdDW85Xak90 r3cr9Z4SSV27M3r2tk3VzkmZncYe552qPkbtSlkqmxqSXycvEt3QBbfX3HNL gbaybkW+l1e7MV7Gnt8JCXc+33TUm4kySRYJckRoOADMzP2Zu7u7JJJmZmZA AAAEkkkBu7u6kkkAkkkgAGZmYG7u6AEkkkAAAAAAJMzMH9p99999999JJJAA AO973oABJJJAAAAAADnOcAAAADMzMwABJJJAAAAAGZmZgAACSSSAAPwAAAAC SSSAAAAM7u6q6SBczubzElVOSSekrN9bb9m8+7d3nJJJd3JO7u7okklu7uoA Du7pr5xLaim4qd5ZOZB3YumiJB7Ubp12W72LvuDH1m1y7AV9zAy8sib6zR0O 1Tzp55POezzzsrnOf2/fJ998fAB7vfe9YEkSSWhaSr1I3d3SSSSJJJKQAPz0 cJjxeTMrMzHxjbQyAASSJJJKQDd3d3d0BJJJJJJIDEkkwACSSSAAJJJIAAAA kkkgAEkkkAAASSSSSSSAASSSQCSJJHe7ub7u4SSSJJIkkkvd25N3krorc5pI 1t8lo27zO5yC7KnFmNtvMturvB93MhUyze7pvSSJd426xt+juwkxZmSLZirc nukocedKp9qjkN1D3W6g7znnPxzPM5mAAJJJIAAAkkkzMzMgN3d3+X1ttn33 wAAASSSQCSSSAAZmZmAAJJJIAAAAAASSSQCSSSAASSSQABznOAAAABJJJAAM zMzJJJIAAAAkkkgACSSSASSSQAAAABJJJAI976Y9y25udtcTKnlncISzMvOn pa3TquXi3ZG22/1B54AACSSSbskkXve97QABu/s53+kd87Z91b19li22223m ttVY+imKImJ84AASSSSf0ATd3Q+AA3dtt5+9Z+8nu5rfee63P33L+lDnx7Kj b+BtKQAJJIt113Lfd5uu0vdqjzdih9JAAbcbb+bcEo225JK39KxWrtdmF82o tjPLXbc/t6/ftoK+kUe/M8tdt/N97cgcLYz2NtyqxvbgLsl5FO12P3n6NmYi YqMy1V3dQbeQXe4eiJ9ETPoguxbl3UG3kbdYjCPTMTMF24W5d060Z5a7bz96 VVV6qqqrfN9cGu0vozz0vOUzyrluTkWRhmUhbSFtAtVdZrj7vN/dS69zpnN8 5rXlVaBbSFtIWo+gR9Aj6BH3My+17uZydQv2eis5mXfvrdlui2kLaQtpDMzC FtIW0hmZnv3pu3x69WnhLm+iG22228x9Tao9ZJ1N9XbW7u7oB/O7uu970PgB JAG289cS9d2cQte2/vrpFd76fP2VG38DaUgASSRbrruW95vq0w3rbsUPpIAD bjbfzbglG23JJvq6+uyZjmI3K9J17Bddj4oj0JBHoAI9ABHoAI9ABHgEkkiA CPRlzjw68ytmE+zoMrMafEegAj0c23Hobbcehttx6G2wAAAAC92TVm5lbMJ9 nQZWZqfACSSQABM3zdl26zc7zZhfs9FZzMmpmZmZmZ4ACr7yXntzmbML9nor OZnFlttt8QLVXVtYVkFN8+bu+79ve0ur7XDX33eOAqqqqqrn32XHb3m9763V z7mvvu8cwFixYCikFBnwV+bl295re+t1c+5r77vHPiHrSFtAd0hUgpBVVe5e 6ucvvb3s43Wfc++3fvaftKqvQAD1V265dX1l3cJ2auo5nrzu77RZmZdVVV+d VVVm81RXszNR0Q22223ntVI1KTu5PJo3cABSSSSfAE3d2SPgAN3bbefvcz+H vu5rff0e/TnFeZ99y9lRt/A2lIAEkkW667lve5tFq8zezm9Ok+++gANuNt/N uCUbbckm5V0qSzgpDVZVV0nJ0Rml1mOHMzMzMzMzMxMp3blE7dO4WoZF4XW4 4czMzqUzMzMzMzvd21YzOc5s5a+bG9rvMy4udACSQAVzMtVud5zmRl1fNje3 fWZe8ABlVVVX0Qqq+++iKqgLdvOdqb6W6qczHS2NqqxZkyR6E3d0m7NdVSlG x9zm98verkPEigzAUNb73d1y9+3vn3NXVdG23azJkUTMxEXaVXZpVZZI9jNb tZmpP3uj3vRM+iYuPa526ra0brCR9GbtVi3YFPoUemZ88wunTd0SPYvNqsRu zNVszNVVVXvT373q/veV+X8j8LO9/PvouF/G222289vku7xlK8i7lSZpGNgE kkknwBN3eh8ABu7bbz96zye7mt5Gee++ZfMmEa7aWtrYxtKQAIB0113LepvO vav1A1Yovj6AA2423824JRttySUqcu1YEyu11tV1kj6M3arFuzJ5zDtRMQUe SRc+utfZzmuffY5rpz7m98ver3Sqv6q/VQXe1gcLqvX595/JFyVl0fpdVVS7 EpmZEolJsESdta7TyMqM671d0i7RAkkTMzP0zM+oua9vN7NMjMjPZmvemnkz z6IgQcSAmZke8dmvZzveYzeHNnPffdvvOXKqqqiiir2vc0Zneb++83WHOHPf fdvvOXKqqoKuoEGtkaine27c79v76OeOcOe+Pu33lzEUVYovSSNRTlo2tzur vd1eb++jnjnD298vur7NLqW2QC0niCk/1msDmv37eZ5177774eHOH7e+cv7S 4H4GaVX8Jfev2b/i4X8YH0AB37Er2e54bOrlk1uEkkAAPB/ACbu7JJ9JJJJJ IA23nriRxD2LZTuZDqfZOX3OnsO3vpAb+AAgHTXXLN9TVO1t5+ofmNRfH0AB twAPgASjbbkkxal131313Oo32oSXV68xx9WZn0M96JzOuCAy6+zy+3Y+rdz6 GRH4iIyEP73ufOGa7zf0f3OH7fOc/Gv7+JDoT++N/tZcc17332+3P7uz+33v P418cIskQ+Yqsn86ZYAWGl19cc/vu/f3C/3en9vfe3+NB/CQgqrIAijIAijI gihowAJKgQkI7/shCAGXH9j+vXM57n3OX+70/t772/xr2mta1rWta1rWta1w xUt12or9uczH7dj9zm6/RceuUpSlKYmRdhGooovvvea39zm+Z3O96fvu/fjv tMgCiiiii4DUUXvfqX937f2+mfu6P33e8/Ged7RRRRetVUUUXrvWbNZx1+3z fH9zh+2c5z8fseNbBqqiii+qvVXqrb2fet94+4OaHAkAB37EtnPGW6ipTHvN kkkAAA+AJu7skn0kkkkkgDbeevYrOIP03vrz64LcgtVLPn298ANwACSSLdC4 zV6oehe1nqXlz4nx9AAbcAD4AEo225JF7Etu/rct5z7Rr7X3uPecP2+c5+X9 iKLZI1pAGooosii53v2tax1+z7fX9zh+3znPxr9pFVFiP9JLV9auBJrXud5d Gv7fd8f7nD+5z7+M7+2P9AjVtqqthAtX3u83dFtLr7sZphgaYYX6FcbOgQdF WglLZZY1vpYtpd9vr/c4f3Offx+9oP6SEyqtAkt0Wrkh73O/XRr+3zf3r/d6 f3Tv38c77f9JC1Vs/BmU9CS95gR4AjwBHoAv3n9vRbh/h5X3at2Px3dn0cp3 6gAAAAAAAAAAAF1GVUVrqvt1bsfbt/QafLfsAAAAcehtt+iE3dVHoWVQARAB HvAKIie2tcPHtfdq3Y+3b+g0+Zq9EJfj3oiPw20kklHgACP2b24vb9z+G63Y /hu9/RW1+utCqqqqqqq27u7X5dudKT+7U2/gkAB37EuG/TjFGdclYtbckkgA AHwBN3dD4ADd223n73qe7mt3pPPuSffG59Pt91tPeABuAASSRbrrlm+przrK umvK30nx9AAbcAD4AEo225JK92PMtLEnoZtOHbzd1ZkfZl/QLpMSX0REAEeA SSSkVCALbbbW39lFRW1n24syPsy/oFyMr5ttyDcg22wAAAAAALWqm4ePO+1Z kfZl/TJvI34A/HvRDbYA/REQgIj0AHoA+AhJTERDmCRPbbh4+/H2rMj8Zl/T Jva7+5ttttttuG23DbbbbbbbUR5NjQEBt64YZ92LMj7K+mVlHzAXAIAAAiIA PREgJJJa6vMqv1b+zGZH7Oel7l/gLR9EVNTEQlJJLB+9Hm25ASC4TpKz4++n JWOPsv5dRfwBIHoiIhII96IAAAQCCvebbAH6E0lR8d9yxx9WX8usz6o9Dbbi AmVVRUTWW7z9+9684ft8+9fXgwHnt5m817vbzh7fPvX11E/JtpI1/pCCeoAw 3+/hlb5zamb2LYx/wJAAd+S7K30y/IniuqGLW2SSQAAD+AE3d2ST6SSSSSQB tvPKKnZ3Rqb769+2PLn3d3vs+fbwANwACSSLdfK99XmvPLvLppW1J9JAAbcA D4AEo225JKXexWruqzszc1vnrzh+3w+/X14Az+AYJIfE+sm8gLHo6++4LHN7 mZH1Xf0Ln76Peg3b+DKeKfruPnX3HfRERHoju75KuZhNxbj5198T2qInCpd8 a7pJem9JlSvfvNy716pl2l6b0mVlvoJTHHPZWtsrsdK0pfeaWu0zrF2ADIAI w8D3ufZn7u+/ftZecP2t/exOgsBCwP60tVc973Lf3vvV598ftb77LQ/Iqomg AdptXfy+d18l75ohd+/eLJ1/ZvsN3Wm/gkAFXu91verypAsp0ni1tySSAAAf ATMySSfAAASAABkrL83OkOpvpX1/Mu/h91V9keHfSBAAAkki3d92a3fnlW5n bWt2KfANuDbgAfAAlMzMzu7pi4qC1aS4EkXWsWW4+y9+2Y9GPbtKO6iXo0Qr 36qqpd1dh25jeu6iXpz7vunrbbaqqqquoc+7eFua+5XXvr7vz7nSroltgW0h bQMzLaq4QlvOL136JO62K4Koz1/vxX7gd3NZ7RX6Dqc7mEwVVbzlLfc5w998 e7x9zrVVVVVVc5ylvuc4a99T3ePudap9bu1VVrwd9d/Mk9y9Xvl3yeZ+9dfv W3VDXObaf1X77n85f79tVVVU8+7PL5a/u+TWobgSACr90pb7Mv1M/KncxcmS SAAAfATMySSfAAASAAF+nkjQlcApSr7EmsefcLy+Wu+0X0kgAAEkkW7tVz1r zrbustpW0fMG38NuAB8ACUbbckic59vl+t5avrc7vfePOvT905+566VVUZ8r db5tf2+b+/cv69P3f33vfaVVVVVYrxXP3Ps5+1f3en7W/1977Sqqqqn853Vt /wfH82/4Hv5vP7IsqqqqqvfseVXzTX238Hvr5n6no77nJm4JnlUAAN7aH7e8 zWvt2PnWfC6ZGAQAe8BxJjSbGAAAAA3sKkvsutJ+zPh1mc1H2sAAAAEkkkkA ACUc5ift2tJ7M+dZnPT5gAAXVVUVVCud96Z/Ve9j2Z+vMznp9LYU4YyACCAH IIltjltkEggA3pmfu3bjsz55GZz0+qopsgEklCUyEAD+Vf8aP38Pt9UftjP0 /xI7Oxm6ul8/g0i75VkmdFQ8uu6unZuculQnSqoDuOt+vuz9uTNbzjO70Gku qu8RwCSSJJJIAABJJJAOc5wADQBoJJJBu7u6MzMzAAEkkkAAkkkgAAADMzMw DMzMySSSAbu7u7u9ySCq5PBU27mpTLmVSRd7F1DiInVM8bFaXNeWJ3W26Wd7 aLb6+0jHVdasOraoDdazVTetrZJnrFV+Fd5aU2kZdUk5HI+dSrEu3eH249Wr hJJd27PNUd3tOH7M2C3H2bOR5Lufb01PyncnCSzuzmDd3RBwSTPfMwbdkkkz MzMgAN3d3d3QkkkgAEkkkAkkkgAGZmZgAACSSSFtttoAAABP7szM++fPfgEk kkAAA73vegAEkkkAAAAAAOc5wAAAAMzMzAAEkkkAAAAAZmZmAAAJJJIAA/AA AAAJJJIAAAAzM6Ulk9Dxczu/cszuqukgep2TfJO/Jb2d27vJySS7uSd3d3RJ JLd3dQAHdpmJ96d3u3f3VFUWnSqbfVnqZa5V5bm7e+GlkN9e903AfR33XFuv dRnRKz27atY7OHL77O8zzZr3+v7m377758AF3MzGQCTu/t73fzxWd73qASSS Q3d3e+PChqmPBsw14/JdvcPu1tMcAAkkkkkgAAACSSSSSSQCSSSADdxJOSAA JJJIAA3d3d3dJJJIAaJJkkAAASSSSSSSAQcJJJIBJJJO88772TMzLJJJQSSS c75GYkqBVTm3d7p3dzza3Ju7zcdUXNw8B27u6+7ernu7ozzd6FJe6a1JErzr ov3JO3HMzHpeZmBJl3A7Vm5VgkMkn7ozc3l5vOOunt/eXMytACSSSAAAJJJM zMzIH87u78fW2yffAAAAkkkgEkkkAAzMzMAASSSQAAAAAg4SSSQCSSSAASSS QABznOAAAABJJJAAMzMzJJJIAAAAkkkgACSSSASSSQAAAABJJJAJzG1IpbGT dFF3XfTfGRTvXd2dqzPQ3d3ultt/UHngAAJJJN3ZJOr3ve9oAB/Z/T9/T+3+ r+f5/xt/q/c+/st7n9f9d3d/sboKvKl+Xd+Ve1PadetYNOQAAAA+AmZkkk+A AAkAADLogZsg71y1nXL9Hhk5JC0vtikkgAAEkkW7tV2Uu8qd3VPVmatx6fMG 38NuAB8ACUbbcki7Ve3au6qqtbD3Dv7W39pmZ67qkEyAA/kVVbPkz+97O5Pt 39u7u7t3YAAAEFbM+3e9yO7r27u7tVQAAAiIAndmfbuZG5nszPbtVQEAmQAD I92vcjk1l37u+85mL/nhC1VVVVc5+f3fv3peZ9+18+5aqqq+ppPuPta1yX2f e18+5SFt389+1qoX5552X2qJj8e9EeiILzV9u1sKy++vM4nzTLgVx7Fii6Ov e9fvVXvVkDbyuXTnzTcD+QAVe6q92fsq+v2oPduY60zdbckkgAAHwEzMkknw AAEgABMdW2bxKb2Vk65ePJy+Xl9vxN+b++kAAAkki3dquxd5VTu6ymlbR8wb fw2223838CUbbckleXu1X12rvC8xZ2Tp61i+XHEKq7a1Kit+3zO59v7hnNc7 zfOWqrMzMzPiZDud2vVnNhmXns77aquABJJJIAAAAJm/tPqy9hfY8+y/tAVT VUAAABk5+fszmw/befs7+2qKSSSQAgAAAEAgIC5jipvZOMzsvtAVAAlKUpLQ AASSSUbPVWRPe+yfZ321W4AAklED6BAydnrvInLzOy+0NtJJJJJJUGR6PQNt +bbSQSFTWrnm3KzHnZfaBtgAAABG1NVFEJSIENmbezs7De5ns77aquAQSSTI mZnqdjuqq5R6/3u7m773vQAVd7s/VSb7MVXr0fOQAAAPB8BMzJJJ8AABIAAT Kr3WjQnleeUvfp3kefe/d3v7736XuwAAA5zl99zqfnTpZe9beWj5NpHw2223 838CUbbckleH1JO3d9d5Xnizuk9Qm/udfGZlVVAov6FtIW0LVXvc535/d341 +97N/P7mZiqqqqqu9nn333u+/XM93nF/cuOKq/xaqqqu/73s/u/fr+M5zfP7 n37uZiqq/QtsIWqq/fvez93nut5z3f2+ve5mKqqqqv4hbSH3vX9znet5z939 vr3uZn4hbSFtIW0hbQtVVX3HXs/c53rfv3P2uPOZmZJbSFtRYjBSKhbQtbaq q7939n7vOj9++/a+f3MzFVVVVVX9+5+1wf37Z+/b/czMv2ZYWqqry1RX9+9+ 1453Z+f337mZiiqooiIiOUp7Xu63obU7H7T4UYSSQAVe715Xt6rTynuLDUSA AAAHwEzMkknwAAEgABDbr1PMHPUT7Ytjv1fX8le++xp78oSSSAAc5y+8lnnn knv7uey89m/S2R9ttAB8ACUbbckleXar67V3vWq6Hufe+35/czDERFVRERER IAIiJnu899sde2e9v3MwwRE/WltLcwzKW0q+jxAEeggD3o7fr2Jf1R99XYEf P6PQQATDMstoNbKxYsWOe7+30c1+p7XvsyeYsWLFjoCy0hZaQsthZb7O89nT Nep7ffsyeYsWNsuswxxltltltiXX1ZB3KH07Ye5ryQeAPAEAEAoSUJLySJgk 7JnOqNk6lG1nZzCnykQkifeBE+gEAG+iG235tum222x1k6ZGbCfWoebfMNfA AAo9HiQALbbcNtwAkklK2p23GnUoL6+Yc+ASSSMzEkrczMwzMtqSBWpDvLe/ fHc9ulHnLmHNJKNAhAKQUIAAEoSUJfnc89xa/d596sv7uSbh9JIAKu9LxKy9 uqmG9JI2wAAD+ATMySSfAAASAAFyqRg4rNr7kukPqzc+Wb5209+UkAABznMv O8s888x73Pd/e3X0tk+DbgAfAAlG23JIrdWurnbu+9z3HfO+js13iHd57Kr1 7H30RUVQmISAn75IAbeS92O693sM9z2cu95MfJR9ECfvvkgAA9Vc9WvdyPTn OR+7dZ+z94PnpAB4AgAiIptAIA+beeoKKba9E1O5kViH1qFnX2hz0ptttttt tttxDbbbbcAAABz0nbOu42cqpzqtL27aWr0tVV9bSFtDPb33ete++PO973z3 3LfehbZC1VsC1VWECy33s5vWve+PN3vec99y32w8CTMsC3JIWqq3YSkp7jbb 7bjZVVRnXiXTMnAAAACA2IiCYj0tsgAgDOu9tvruNmqqs68N8AByuXdAAt73 D3rjZ5znM93DfASkAJiEgF13t3t8403CSSACr3ZNSqrY/1MV3G3IAAAAfATM ySSfAAASAAMy5fqcyCVjNWbd/Ncuf1RZ8vr33Y09FCSSSSSSSSTMx3FzCqVu nXK360T5NpfQbcAD4AEo225JFctNWst3e+8lv7e32l1XORu9w3wAANqqQEp9 fpn1djuu9773OntlKQAAE7Sqqm9Qc3GzVUd1ivuoAAAAAAABJI+TIVvsqa9d Q45y/e7zte9x8SlKUmta2sFrVd99eJntaG/ZvejPe+y/ePbbaAIqqq/FtIaO +vVz2sL9d70b+9zl7miFtk+jMwoFgCNKQtKQa0tFFFN673t0ZrWGtu97537l 7hwtFFFFFNERIPmkGtIe324ue1hve9m/e+5b1wg1o1FFF9aWBK2taqVN9yVz IKO67tw+q1x0qVKlTCScAAIkESCJBEgjd5OYk5kVVVHdWYT3rtzLjmXHMufB dautTUgoIMTLq60ehNpuPQm03HoTabj0JtNx6Ms5R1ZhlvJGIcJJIAKrrpe+ VVXpPb4L3pJsA0Abb+bZmZJJPgAAJAAC5VI5tbr3P32TPLeb9vvf3v2W/RoA AJdtYljdVS9svNra5OtsnzbbZ9AAAPgAbcACSSvLsVrMz379+nZnZ7c2t7fb 3vY7mdxPpqUpAPRVVX0VVEpSr75U173vVHKub249mZkZzO4nZqYAAEklC6PA JLu7iLHL1xd3ZN9jxTokkiBAAmUxJHyU/fd3W1F3d5cd73tzuXinZJ9CS4AA AQCSSQAku7eO3d7cd73vfZ3E7QAEPUmgTPve9m9a13Rz77773PuV6qqvpNEz KFoqqQ973s3rWu6PPec5z7n3K9UVVXxJJaqr73vYb1rXNHX77773Ocr1VoW+ ltJatIjyUzM93cRTb7ahdmZkVl4p0SSS73okJlQkkplHoAhK+7gqG33VC3Mz Ky8U7VVVe9VVWXdXMzPXdZbT+7gnxX27BNDD6SQAVe6Z5daLlVeOrLV8o5AA Abb+bZmZJJPgAAJAAC5XqRg4jaq+48rjd7+83LdgAAB77fbl9nlV3pfurh1t k+bbb+kAAA+ABtwAJJKQ3128zOu5237d1rrjbfead1Jd3aSSlKZmZmZmX7u7 i4bfdUJ5mDyYy8U7hC2kLVVV+LbCW23vddzeta73enOu+c+0c+5Xqqqqqqrr ve9zN61rfNms6t7i5vKKqqqqqqqq27u7qwHi3dDvXrt5eXnWVO2ACZmZn333 0QPoM771eruta37Zfc5zXHn3K9VfS2klqqqr73vZTb7ahOOzCHjWbmk+9Fbu jbe3TkWZhGuavO87jJ94t+AhbYdVJJDMoEg9OoKbdZTkWrMcEX14TtR5KZqP JKPQkoCFtIW2S3wSWry+9ms1rWud3py+5zDVT33cqdmZmwAABkZc3ypjmVGC nNNhJJABV7vQ3zd16pVbi9mPS9UcgADSS+UZmZJJPgAAJAAC5V+ze7Vnd8/e fueepc5qft7bugAAkl3zzsaquM91DrLO+Ubbn0AAA+ABtwAJJKXq+b67eZi9 d79mY121lxvPXNO/u5U7YAAA/R9FVQ3Y8vgHbTkvpjKhyK9vCdfAIAAAAIAI PQBBHo96fQCJj0AifQZ3MhtvtpyLswhwTe3hPdQAAAEx4EAAAAIBJZ3Mim32 05FyzHATe3hOvve9TbIb9y7iyBCUiFR999VRRDY926jl3fvcua74zkVHe7iK nYsgQIe+j6FTFSpSUJKElCAg7uZFNvtpyXyWVATd7lMemrS+zDLS2ltKEhaW yFLZCiXvQoSj0Z3UQ23205L5LKgJu9xQTsNSFLZCloaI4ZhDMMa2wtshbZBJ eSqPOb3bMmW3W05Iu3CKrdROuoiAoAAADtzu8rsXd8zlzUd7cVU85mqnbAAA BVVVV3d5t5znOZTki7cBNVmqCdTAASSSSAQCALu7s/T8k+ps7EcNIZABtxUD nszRWevqrpd9fS0pI2AA2382zMySSfAAASAAFysd4zNcB/Wt7vmdk+PPW4SS SQAACSXfPMS5uqdle71IWZui+UbbPoAAB8ADbgASSUqS27WYUk6fVVVdOS4m bcCFVdygnWkpUpJZMzYAJyd5txnOc5nLmo724qp5zNRUZYAEzExPvo++iqqS u3WN9tVXd5cqi7qAl1nKDHMzMz0ej0xHice92tt5TmnFpwE1WcoCPLV0R4BJ JI9E9tSuvLuqrrpyey3BFVnInX0e9EAJKISXvQkqnwJJJJxHvAJLu59bbfU5 Rk5lwE1d8oJveUAAD4AXfd3t59d3feXNZmci6nve6qdsAAAAdjdve3d3nLlW ZnYup53uoqdsAAAAd3b3t3d5y5rMzkXU973UVO2AAAAN+zb2e0rLuVZ3kUm+ c1FTluo9LbcehttxANyAkkkkkkkv5Nr9f4f1j9t2GE0v09vjPQZfyUNkAQ4w E/Jm+AioippBLzjT2nmrifBA6lDwvyf3/T4q/2Kv7tZwPN9RLj5ub8wKOx+E hCZge8O89hd8j2gbO56PVs89K14WuPmDi4FBL8yfBKaH2UA6WTUodBNyYjdw KFswPoUW5WoU8HSB4jad3kChQ+7u6PQezsNPX6p06fbjdU2eC/17vT3+pVw/ K2VHuUwKh+cDvYq+KlEA9ehnMjM6wohdxm/dTn6DmPd2deP9LuUuPdNDZSv2 J8jyAA7+00yz1NN222SrbX8ZyKm4S522aAX0OQUoc+6h5NtfdwNvP/LLTM2b ykz312nk458BNcwiMiiKKEgsiqRSMGSRYRZBYEWCyCgAAApAIosiwUWCkUhF FkBQWQihFgsBSAsFgoIgskWQUkikUILAFFgIySKAKAoQWKEiwWAIyCrFUIsi igREUUUUFIsiyCgsFIsFIoChJFAUYgKsBSCDARIsUFILBRRggpCKRSLAFkFC LBSKCiyKCyAKQikUFFhFkBYCkirFCChFiILFkFgRSAqkFgLBVFiyLFIpAWCy LIsFFJFIRYoLCQWEBEiigoosBZIoKRYKRSKEUiigCgpIxFiIoLJBZJFUYMFA VSLIEiigiLAUBYLFWRGAKQQSQEQBZIKRYKKoKCkWSSCJBSLAWLBQWCigIrFI oKCrBZEVICxRRYsFgsiyCyLBYChFIpBVCCwkUgsgKsJIqDIiCrAFJFgLFBgg pBVkhIAKEJIACxQUVZCCxQWEWEIsWEFFVYEWEWCyEgqqsiyKApIoLBZFFIKs gsWRYosgqwgsUkUEVCRGEJJFBQiiiixYCwWEUiwFgsBZFgLBZFkiyAsIKQFR goLIsUikIsBQWRgkUkUgsUigRYsBYKQFkikUILFgsiwFICyKLIoCJILCLIsg osBSLAWQUixRSCrFJBQFCKKKpAWCwWLCLIskiigosJEQiiwFIKKKKRRZFVZF IpFIsiLECCrFIpAWKgyKRSCgqxQBGRSCkBRQgKKLAWLJBSIgoCkFikFILBYC wUJBVWRVFUWRSQUIsAUFkiwFkgSLBYRSEAWRQWLAFgsWBIoCySEikgoSCixR QRiyQUUgsIsgLIoKSAsigKLBYRSAxICkBBiwUBQUkFgpIkRQUgoCgAAAsAAF kWRBIjACAoCgChIpILJIsgqxYRYALIpEYCyEixSEWAsikFkUCSKRYKCrIosF gosIKCMgsioIsFIEixYpBYsAUkFRiIoooQFCLAikBZBYLBQFikUFkUIqxQFI KRGLJFhBSSQVYKKAoRZBVgsWAqwUkUVYpFgKCwJFFJFJIRRQBQikBSQWAKCw ikigpBSKEkiwBYKsWIkUBRRQUUUUVYRQRkWCwFIqyRYLIsiKKIpFgpAWRRYC jBAWLICwVZFgAEkUgAEBZFgsFigiQFFkUWCwUiMhFCLAWCxYEUgsVEFkILAF gsAUiiyCwWSLICiixYQWSAoKQUEZIosWREUWLFkUgpCKQWRZFBSRYqyASCIL IqCE6yKSSBAVVRU5R7cq79Pj9/lp4e7jTp38a642PGHdljXq6pjYhu3X8J5O fU159VW2WF6Fxm0DPjYuaQAMTTUzE1Rf1nNbPm4m+3Kvgx7Mrq2Iq5RFuw8W VQoEIgcuxV2m4gNgAAFU6d+tyCcwRQAUVN2FPtKHW9QzStJv6+Xb10uOcSir oKiDmdkoKAgilCXmFK2LYCiCipsI3w4IXXQkJDJEVEVLG3PDdY0aGEpidCam IAHIzmXZTeq1C5VnMABeq4CTnU23OpEL2ThyvtZA3wFVUVL7U2X1oKxFBBFK Uy85XhlRFEUVLTAEVEVLSjGAKCipYRBBFJhiAFKYlMKIYlUMskRBRUkceGSm t6FwoCCKSlxuIEMBNt5qBi3lStlJA2NKKqqipfcZxRVEVLanMVNxCFgN20EV EVJmpgXlTzZ7rYVMKqBgH1ulDboAG9Ti65SGfSKKiKnNZyEmV5jrWRVqmoWA AAVSjTQjdjScCmMIWyxsZQ/IACUhezjjogGUL8dKXZ3Ks86bChYYMAAxu1hQ w07KtbHGpfUJU+mBS9Ddl1koAGdDZ1iXKu6AAc9z0IoAKp34Cioips/r9AOL bcB1ABeaTeeFToOYqhb7czkF1C2jZCx5hYJBSxkp3oZxEFUVKBgJpzXH/zFB WSZTWQLbhz8EfqBZgGAQQAJ/8AWj2kBhbH93kUJA8AAAAAAAAAAAAABQAAAA AAAAAAAAAAAFAKAAAAFAAAAAFUoAAAAUAAAAEgAAoAAAAUAFAACgKAAAAkFA KAAc7hwoRIFUBVFBQdJ9e6IQOHA4RcxTBDQ7FxuA5cOaXdh0kGNrYbEajrjn OADHCacjHPKpElSAoooqgB3UXmNDggoCGaAISO4ODoSwsA6ABWuMwbYwndxw GwzRHLgrGDCsjESo8UkREoUpQUAAeF3tp2Dm4RQ6O2LhuI7WtnHWc7WZw7KM NgABggoMMIwXZkHDYkKDDndoAN7xIiQlCgAAAOHoAMe3JSxnBAOIY6jAFlYA UTMoJzg7dWa1EuFgAOrcLhbmV07ZgucGqOekKJCUSFJKAB13qdZjhaQoFBYY AABBYMIZUrDAAbKwAch3KwGS7c5ZXJnTHIAwR0sekiJCAACgAGeeENw4MKmC GM0rY7gs5AOGw7DFKLhYdAQQ3Kji4hwmoczaG4WFOYyVwmHbG54ERIgKUoUA oG4Hq4MaoMEAWQjNNhGBMKzIsHXAN3C5QKobDrDhynScHA6hnlFCQgKAFAAG 96g2WuHacMrM4ZwusXCxU4UU4IziHCN0YHCABuOHZ0AcOwFGGHOG7yRQlSAo qlUAUa6h7iNw5u2yLh24BjiYUKRdquG4ABhtQAGGt3bahjhmAbQN112ZycHL AW6e4iRKkAClBQAcdeDcVM7cTZ0HbQNhMCrEYEYWOd3WErKLuM24OTBpFAwA AAAAAAAAAAAAAFGhoAAADqn+2Gn6qqVKABkMVPGBVKVAMjJgap7aQSlVMhgA DU36ogkqpkMAASaSBJSo9QAaep/P6+/z/pz9v+cdc/y/q57+l5atq1RjhrMt +vebo+Uq5dtQkLE706PX7Fg6SR2pCO7QydO9vLg9edq8+q7DLlFF2uzjeCSJ 9RBraOrmU90tzxzqpSLmXgpDxSD2OwewiPlTNfuT32ZV7F7AV5G8teHGh0lD F+wOprewu7gmb3pkWm7yhEDzT68D9sU1VWha/C2F9lg7qk28vJaM2ZSnG3Xr lXUd3XnVgvdlsbRjLUzud+IEC+C5eK81sAfjRHD6T1cT9297ujyfXi8GATz3 dC3e9X6hvmBl7AjEaN3240MVuv3ds5dZMyqC0LtvEIODVKe4a/LRmOKuPqo8 6QaNOidu5Onpa9veu+M2X3r69zjk9bQWjDL9y8vPM9ReeYEqq3ZPXTg2eKu4 L2TnRZlnmnXerKr1KmIHiGJZh7de8RnFlWI1lXPMD1A5POC9dUzyV65kVObu 96e2zNi5Hr7g8w+tnGm+d7tS88j3T8u1T27KLF3ert13F2biWj4+mpPNzpB4 udRgedmBbH1ucNbaQLdXhiXtzJvFVnrqQwODrvsnZ1uc0TvA3qp4kp92j2Pu dZPigt6Iyy+yb1V+ZT035c3ufT3dtbPSQIACqqgAAAAAAAAA9X1UAAAAAAAA AAAAAAAAAAAAAAAAAGZmZgAAAfe+8AdP13bGj3z3d3fXJHprpkjunHzu7u6d wA793d3fSfm7mpIAAAAAKqqAAAAAAAAAAAAAAAAAAAACSSSQAAAAAAAAA+7u 7u6cAAJyu7u7NnNn0nXd39irvwkB+kmZhJAAAAAAAAAD74AGz6SSQAAAAAAA AAAAAAAAAASd9W+7q7tc337wz7e+vd9mo5JJJIAD9d3dgAAAAAAKqqAbPpef YSQ+kkk2Bdbtbe6ABmZmYAA79VU9+t93njPru6RVpKlbnLk7h7N+3b3QAD7u 7f01u62MzMzAADZ9JJIHd3d3dwAABJ+u7N0AAFSSXJAAB3d3dI7u7uAVJM37 SZ+zPVIZIAA2Xcqq/dWZ3ScHSf0kn938fwAAAXJLMzNAAB9JJJsAAEkmZX6p 13J7d7oABckqT7t36+71X3djySTI7u7r3VSSAAAAAAABJMzCSE/SSbpJI7u4 AA+kk3NO32d+6zDg/e94A92ZWY0zr9PpUqvVI4VVUAD2tr3tr9RqTqquZs/Z dmacAAAAAAAVVUAAAAAAAAAB98AAAAAAJd3ZoAAAAAAAALk+v9ZeICSSSQMk 9JJAAAAAAAfh3d3O7qXd2AAAkkkkAAAAAAAAAAAAAAAAAAAAkkkkAAAAAAAA AAAAAAAAAAAAAAAAAAAAAACSSSQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAJJJ JAAAAAAAAACSSSQAAAAAAAAAAAAAAAAAAAAAFd2ZjMABckqSQAAAAAPv3wAb PpJJAH0kkmwAACSSST9dVdVYJ3AAAAZmZmAAAAAAAAAAAAAAAAAAAAAAAAAA APwAD3vAfSvUYAJJJJAAAAL7u6+7uAAAAAAAAAAAAHf5Je/Y1I6/8mT30+kh Ngv4GgAAAAAAAAAAAG7v7dmZmZOkkknZJ6SSu8zKXgAAAAAAAD77f3XfX27d Uu8wAAAAMu7s6vp3d9Lurnu/dLDgfpJJJJ+kZnm799oAAAAAAAAAB9JJJsAE /SSSQAAAAAAAH6SSSQAAAAAA2XdmaHd3d3eSSZJc327+NSQ632e63j76SAAA AAAAB3Zv27qbD7u7unm7t7s4AAAH6SSSQAAAAAOkkkjh+kkkkAAkkkkAAAAA AAAAAH0kkmx3d7d3WSAAAAPpf7vd3Z04AAAAB9JJJsAAzMzMAAAAA+kkk2AZ 09M1qSLR822vJJJS23Gx7rTPRKN7W2y3Llo7p7d3WSO3d3dQAAAACSSSQBv7 d3d0AAHqXJM3J99AAAAAAAAH5+AAAFVVAAAAAAAAAAH3wAAAAEkkkgAAAAAA AAAAAAAAAAAAAAACADuAAAAAAEkkkgAAAAAAAAAAAAK7u4F93dwAAAAAAAAA AAAAAAAAAAAAAAAAJJJJAAAAAAAAMzMzPvgAAAAA3gCdwAAAAAAAAAAJJJJA AAAAAAAAAAO+3cphI4De3q4FVVW7uAAAAAAP7Kr+/vvv7+/p/fwAAAAAAAAA AAAAAAAAAADMzMwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADMzMwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAADMzMwAAAAAABknpJPzarlZ7193Xcir+u+wAAB+7u 7u4+7u7u7gCSSSQDd2xlfVW1pypJW7p35JJJOfvgAAAB3d3d3cAAABJJM35P 0knd3AAAAAuSVO2ekidH0kzd1z/XfwCfwAe7u7u3uAAAO/d3d3dwAfpJM/YT 26kyR37MzGHAAADu7u7u4VVUAAAAAAAAADPeDQE77eqsxd4gkl7+1+vqr11j su03TiSSSQAAAAAAAAAzMzMBP0k++MsJOd7u7u4AAAAd3d3d3B+fvO3b3dfS Sr+t7u6vWJkgFVVAXJKk4ki/s1JAAAAAkkkkAAAAAAAACdd2vAAAADY9d1v7 bu0gdufrtkdu7uHAAAAAAAAAAAAAAAAAAAb3e7d1PXfruSAAAAAAAAAAAAAA AAAAEkkkgAAAAAAAABVVQAAAAAAAAAFVVAAAAATvu7u7uAAAKqqAAAAAAAAA F93t3dSAAAAAAAAAObu7uaAAAAAAAAAP2ZmZgB/oAfwAAAAU7u7O7uqqoQAd wAAAAAABS7ugAAAAAAAAAKqqAAAAAAAAAAkkkkAAAAAAAAAMzMzAAAAAAAAA A++AAAAAAAAAAAAAAAAAAAAAkkkkAAAAAAAAAMzMzB7u7u7e4AAAAAAAAAAA AAAAAAABXd3dndwAAAAAAAEkkkgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAABJJJIAAAAAAAAAAAAAAAAAAAAAPzu7u7u4AAAAAAAAAAAAABjuu5J cd3AEkkkgAAAAAAAAADOl2tt/fVW/fWnxXJJJJAAABs+n30kkAAAAALklSSA 2fSSSEkkkgA2fSTCSSAAAAASSRv03d3skAAAAAAAGZmZgAAE/Sfrs3dABJJf 43aqq3QAAHd0kkltttttqeNtvY22YwBPSRJJygAAAAAZOlfSSJwAAAAABJJP sdLvrvpV5EgSSSSA3szFtvd83dpJVVUyT0kkAAAAAAAAAAAAAAL3fbu/u6SS Tk/Tn1UAAE/SSSQCfrz7MwgAAAALklSSKzms/bf3VnXkfs5RgOFfl/fi2t3N fGdJkclflY23ZHLcskkjktAd+7u7skVrMzCLST2Tb9LhwAZJ6SSO7u7m7u7o AAAAAAAAAAAAFSSXJAAAf5N8dX6qxu1VUVJMmSoAAyYv5bUAMzMzAAAAAAAA AC5JW6SSO7O70nsbrI3vFgAAAAAEkkkgAAAAAAAAAAAAAAAAAAAGZmZgAABX V/eCOfw6SSSOKqqAAAAAAAAAAAAAAAABf67v6z27m3uv19VKEFbu1u6AAJJJ JAAAAd3d3d3AAT9JJJEkkkgAAAAAAAAAAfSSTPu3d3OxPSST6Ru5rJEkkmk9 7r3VbuwAAAB6SSZIAASSSSAAAAABP0kkl7vZnL3YAPr721u3qAC5JUklSSXJ D9u7uYO7uPvgG9efflMJAAH8AP4AB7MyszZ9WZ7CTpJnzHqNZI9JJMkAAAVJ JckAAAAAAAAAAAAAADu7v0/bqSRxVVXfuSSTJBCSSbsAAbPpJJLnvZlyZ+bt bbttkkkkltkkkm5Hvtj7u1pxvf06vLqqvdAD2ZlZgAAqqoAAADZ9N3db+3pJ IAAMzMzAAAAAHd3Xnzd3QAJJJI+9u7S9Z29eRx98AAAAADqqll3d2z6SmzaS T8uqnt93svN3TuQ8AAAAAB+zMzMAAekkmSAAAABO+7u6qquju7u7gqvAdwAA AAAHd3d3dwAuZmYzu7u6O7MaSVTvakmSAAFSSXJAHz9mZeWwZfdy3vg0AAAA Ht/d1O51ydknAAql/Zd3k36Se96SQ30+6SGTqknAAZdUEbu7u7wAAAHs+qgg AAAAAGZmYHdnvSKXY6STgAAAAAAAAAVLp3vu6b2wPSSTJAAAAAHdknmY3dAA AAAAAAAAAAAAAAAAAA+7d3c1AABrvd3d3cAAP4AfwAAAAAAAAA3u9JPzmZtf fVW4gABu7u7uYu/CQ+67q2fd9D8ESp3d2akkkJJJNO7u5tUs0AAAAB+u+zLu qxoDe6/bs+nr/evd9vrbvABK3drdOAAAACt3a3U/AHAAAAAAZ8GAAAAAAAAA AAAAAAAAAAAAAAAAAAAAsvdq+S7y1kxK8S7ZJZPSSSW22091BEkn+Z2XfdyR 3dwAAAXu7q223Jdkk9PLvd0lXQATxAGiShb43u/etvcd3d3d3AH0kkmwF+z2 ZeAd3d3d3VVUAAAKqqW2219NkZbsgrfNu+skkkAA1I9mH1z7KzNgAAAAAAAK kkuSJ1UqwCYzMz3tuqxo9JJMkAAAE/Ssz2EgAkkkkAAMk9JJD0kkyQAAAkm5 hJHPSSTJAT9JJ+wkkhkntzCJ9N/bu9JHd3SSO7uH6Td35mdu793cAAAAAAH6 SSSd+kkknAAbM/ZmM3u7u7gAAAAJJJJJ33d3d3AAAAAAABmZmYAAAXK9l5n6 /11mEAAAAAAAAEkkkgLklSSAAAAH6SSSR+kb2/tvO3t3TgAAAABkfV199t6k 2AAC2+3d3QACu7q39upIfpJJJAD+/d3d3d3t3fb9Sr3927eTp/AAAAAnfd3d 3cCqqgAAAHd3d7Yk7od3ds2Rknx6rNn0kknADgAAGSZJ6Q7M37327u8ASSSS tV3lkABs+m7und31r/VfpNl7sAAAAAACqqgAAAAAAAAAJJJJAAAAAAAAADu7 N+3UkAAAAD7O9SjQy/3skysk++grE9WZ2Z29Jmb727xJm9JJOnAH5u773t3d 6/u7jeq7tjQAeARGW9MUgvcSgElI223KV3YAsxdmA2gAAACvbdfV99aqyTOn rr6+9LyZv3b2u+kkk2cBWZmYHcAAAB8Hd3307u7gAN3Ms/JHcAP6SSf39/bu 75JO7e7+Jv3bMp772JsCqqgJMzMbvd3dzu7u7uH3yr/fXdj5++94AAAAADJP Xn2HZmZn6bu7u9OAAMk9JJAAAHXd2wAAAAAAAAAAAT9WZ7MTvpJ7s9d3r2yS AB/ru/nvg+/ukk2fwAAAZJ6SSAJ++zMNJIAAAAAAAAASSSSAAAAAAAAAAAAA AAAAAAASSSSAAAAAAJmbf0l/TuzekmSe7d2kkAAA+klHqFpH3wAAAAAAAAAA AAAAAAAAAAH3wAAAAAAA/SSSSAAAAAAAAAAAAqqoHd3d3dwABdfX6ffSZmST 9J+zMVVUkgEyT0kgAAAAAASSSSAASSfrN3dAAAAGPfDAAAAA2fSSSAAAEkkk gAAAAAAAAAAAAAW2lr3Bw6lJlbbacttzxUltcCoB7+InVL+/WQBn92zx9ZNh JJJqlttkkh97u7AAAH6SSSQAAAASSSSAekm3upJ3d3cAAAACSSSQAAVJmSbd Hdck4AAD74AGd3btVndu8AFffX++u7DPSfpJnPpO9I6ZI7px87u7uncFVVAA AAAAAKkkuSA/n9YfX2z+7p38u6pWXdju7u7u4DPy7vreQAAAA/D9y/XJMuSA AAAAAKqqAAAAAAAGVVH7t7u65M37d7dFX4GwAAAAAAAAABee+vO39JeXdbns qqrI4AAAAAAAAAAAAAAJ33d3d3GyUXmAAAAAACqqgFUBIAAAAW22229iSCWy OMtiyS7JJJ0ls+b7d1OuSVJIAAAAAO7u7u7mz6T76SQAAAAM/ZmPwk7MzM7n Dnd3d3TgAAAAAzu6u7u4ABckqSQBP0kkkAAGZmZgAAAAAAAAAvPszMAAAAAA AATu+97u7u4AAAAAFfAQAAAAAAAHXd73e7d3gAAAASSSTOnpJJwAT9JJJJWl rIAAAAnvFgKkkuSAAA++AAAAAd3d3d3AAdJJJvSSScB6SSXpUknAAAfSSSbD 8fXd1YAAAAAfwA/gACqqgAAAAAAAAAAAAAAAAAAAAkkkkAAAAAAAAAMzMzAA APSSTJ+3d+sy87pwAJJJJAAAAAAAAK7dr++kn939/f38AAAAO7uzft/Zmd0m dPSTZ2/t3c3QAAAAAAAFVVAAAAAAAAAGzN+3dJwAAAAAAAAEkkkgAAAAVJJc kyfUITX3JBPmlObbuRJSnXgkGi38y39v9mfrv1lrm938Fx7d3cQAAAAACqqg AAAAAD0kkyQHpJJVVWSAAAAAAAAGz6SVVVP6f38B/AAAAAAAASSSSAAAAE/S SSQBs2SSHZmZmOAAAAB73gEkl/SSw++AAD3vAAAAAAffAAAfgAAAAAAAAALu 7uSSXd3ckA97d3e7DoCDvRthvZZJFJVvFcbbE9rA63AD998AGBYAAAAAH2b9 u13ezM6cAGSffekkgPX9VDt3d3U5ckqSd+kkkxPSTOSvpJAkkkndd3TACq9X 0u7irrvTFbMzO7jfv2ZmWPuAcAAAO7u7u7gAAkkkkAAMk/ZmG7AAB97Myrwq SS5J+kkkkABUklyQAPST9WYTM677mSAAAn6TP2YSQAB9JJJsAdJJJM6ekntv azJpAANn0kkqqqAAAAAAAAAAzPVO+7d7pwAAAAAAAAAAAAAAAAAn6SSSAAAA AAAAAD7W+np+3CSQAAFtttHaNHW+bSSUbm+FL44A8qJDkbgX/l3z4SQKqqn6 Sbuvbu9MkAAAAAAPqr1AAAAAAAAAAkkkkAD7P1ZvsGSOAD6fpJJs7u7umZmZ 293d3d3ABwAAD0kkyQAAAADv3dknpHdwAAAAMk9J7N6TK47h4AVW+bxze6SS Xu7iSSbcy2qz3d37u7gAAAAA++AAPxgWADfeGH3d3d3TgAAA3d3d0Hbu/fbu oAAAAAAAAAJJJJAAAAAAAGz6SSQAAAAADZ9JJIAAAMzMzAAH8AP4AAAL7u6+ 7u/AAAAO7u9u8mSb27u7A7mZlZ7L9JLuSA7u7u7uAAAGZmZgAfu7u7u7gAAB s+kSeSSO4AAAAJJJJAAAAAAAAAFVVAAAqqoDMzMwBVVQkkkkAD9u7qvlyXmf ZvSSfipVMBnd3AGZmZgAAAAPbVDK767tj9I/KozLtd7mboAAAH3wEkkkg97w Lu7vvngPe8Abu7u6AAH7MzMwAAAAEkkkgAAAAAAAABVVQAABncA3u4AAAAkk kkAAAAAAAH1VK7e7J35L3ZHd3d3dwP4J33V9393Z/SSSO4AAHm7t7uYqbbUk kna23KSTeNJMfcWTqSUm7tt93d18STAAlVbJLbbbddSCRr2SSdvcAAH3d3fu 7pwALjMymHfszMzKkkv92ZmZ3t3dvd7gAD0kkyQAABJJJJ9JJJsC5JUmnd3d 97MyrzgADMzMwAAAAAAAAAMy2TEklU8bdRXVzySSkskklttsnc7u++6+7uAA AAAAAAAB7d1nxu64AAAB3d3d3cAA7u7u7uA+kkk2AAAXu+3d0Hft3d3UAAn7 136199+2/v1d2d04AffAAAAAAM9vt3c30kk9p+q5vud3QAAAMk2fN+bskAAS SST27u3uwDZe+zC49ziHthOxKSU5m7ba0klEqy1VRUqtu9jJAAfu7u7u7ld3 d3q7uc+hfd2z99JJJ3AAAAAC8+zMz7GjN+rc9l6WvPZXqvfvXmoAAAAAAAAA AAAAAAADMzMwAAAAAAAAAJJJJAAAAAAAAADMzMwAAAAAAAAAf339/f39/f39 /fwAAAAAAAAFVVAAAA/d3d3cfd3d3dwAAAAAAAAAAAAASSSSAAAAAAAn6SSS Hdd2x+/+fv8/z9CSEkP+CSQkn/pIQkhJBAkkkCQ/3hCEkJIf+ASSSBIcOfvj +v5Nv+WZrn9d6G/xpk2sxcv/cw9uaTchYvO3fb5lNzHlSL6Aw93raPGdvKoZ 553El93dJbbbbb3dbp7rJITUkrbbUkkl6093IJJetskkludtmW2sRpETvXtP dvEAiEoLsmO9d3fN31jmSSSW0e7sS6egC7u6PndPe6umZmZ117VZd2ODd3d3 QAN3d3dAAqqou7uwBmZmZmZ+zMFVVAAO7896qqjM/ZtVW7rveffVein6tv9d /tEAZd3abP0657xJfVLl3TnfWmyNvrSLq7jfG0QQ93dyZmTt3qqq3ed3dzd3 d3QAN3d3dAAAbu7u172g43d3d1fvDt7u7u4HveAACqqgAB73h+uqkmTs9J0a dzMm7v/U7u9732ST93d0ndN79V3EW1tvu73M430pJJIAAvclQEhbJUkklbba kkkSSSrZMySTu7pO7ulvd3W2SSSJJJL0ltsk7u973d34ADu7u67u77uABu7u 7oAADd3d3QEPAGEkm3h9g3dHhCdArLJKtl2E8TUkklbZM2SSMkmqNtG3zbSP MNUnTwHWNFpLu7lvN8Jq7qraklu7W3mW2palIkTJKu582wAAkxbLl7u4kkny 5DkiEliQGpBZltgAA7u73V5cwnnVEk/KZiQ7luTjzcTbJJJFJJdttSR5evdF e9JBzL+z2Zh9JJKqqmwDd3UlbbbuVIPkGe3sechxG4XaAAJbLQCt0quy62Pn 1Nx73oqqv6q9bu7tNSNJaWqJJF2oACTsUJAHdw7uHEARVdtoAoGy+6Dg3JJC ABNeEiVSty0kkmSOTt50d0j6+3NAtxa9xK8JJl6ToV3r3d17u62202/jET+/ Ikk1JJKz9bUklxACvdxFtttoAFbSSzGiSe7S2Skmkkk7YprN4VKju6gt9xNJ MUykkmIJaSZmXd2x2SeyTK201PPlUAB3du7r76SN3f2WJd3cntqrL623u7vW 0DMCQ0eSeJFxRJEkkqQffABmZmZ98d1Uu3d3Sakk7d3U0klEkpfLj4gIAyyR ubslvrbbUkEs1Vrugh7tcm6jJeKQ5tgjw094WReKA5yRRJJOJIAAJ1LkwObl ltrcklVVSe97v3ei7WB+Bu5nWu16zLZbalkzW6eGCPyVkiSSWYpLSSSZJG1W 27JakraScxojwtzFdx5lsauehNXiba222SSfZh21tnz8PE5pJJAXIkxEDT3O AbZLW7bbYkSbmReUb8AAGAJywwbVB1i8s80l3dygAAu7sAHd3d3bu7u6kkmn d3Lmzr2VK9mc18PLQtmTCLW3Mnjjsy1ZIgAJejO54S7o92aY3Io7KSShHNsI x3O7L18HLcHjQT5L3XxtVd9vY4Qz07AVpDYqWG6yjDn0I3tNdHnJmezBCRxn s2Z7fR+6QrEOO3BHynrx4uY19o14D97z++zCCkMzLx9vuc8ezfNc+98/el3f nWz4gpPZnvez6+9Ykd7Cpyc48VZVtnzy5ynvvd3LswN9ioh3vKy5H9cucX77 1AC54kOXx7N5vn3vn7xXj8633yQUU3S1gb3u9dfeznjXtXN8+989jun2u9+Q laqKPSW2agmoJqCagmp9ne9brvPXzvr3e+fe+fvS8pmufcAtWRRVVVW73um/ u5v7xYrz3vY/d89aL31UqVc2223ioBfJsPfe7u733kltxVdza0KU+kAuWfat 9yKs1fKgF8mwXyo2RhEwpsAABgIvr4a7m+vnPCzOW5840Tj3uAAAAAABgNfF A18mMpfJjKXy53pplnr9fu9TyPc8mIWtu5PHFbDjaAAc4CCXd73ZtTcijsA4 +4Jx1HJnb3Z69Q4bcFWPGfE9fOWqvOk3AQz07AQu0NgnBNVWwZ6F72rVB5a3 m77UWiCPZtz2+jRsuuch6tHp7Rz3RbvdW/VGiZ6e5r5FA18igaRQV8vvgABs AAAAOybvGVY3uW54ze9Xb87fVPbsvgC/pGAAAAAESSSkkAGviga+VW8eitt7 eOeMzvLt+dvqme2HNfIoGvkUDXyKB/JFBvwq+jki+UkkXykki+QDbTzLubHd 8Z9fPfTvNM+v1b+y3hRQBuSSS7sAKre+Xsc3xn3Pvvq9zTbtZ9y3wkk0N3d3 LsAKKG9s4nL5y2fc+++r3NNu1n3LZRQBJNCTQ0WQtshbZBprV+dLvZrWP3fe ftlePvuOpBZBZBYKqqqsuXVy/Ol3s1rH7PvH2yvH3zjJ0jbJbSFtINpBZQ19 u6drvZrV1rPvvH2i/U7eh5QFIKQUgoDrHK/Ztd6Nax++54+2VMPuk+T4+iCi VIV1zzmzmuHd++3MPbzm8zz8oWtu5PHFbDjaAAchwezpdvDwzeUstde6h5Rb E5ky73rezS5bnU6uR8D1+ctV9qzE+imHZoRfaOkPHA9VUGege9p5QeXtZ+xk wgz2bczN9dmQHrunlnsmzWsfYe58fcK9fbPtfAETRId3zOX50vNmtY9z7n3n gp7WqQlgkmOXjpfbO73p9nPefuFT7e/sGApBSCkFH4Hb7ebizCfAdl5qTK/b nqTvuzX2YMynwHrVO9iKXXYN9UqvWpF72d3sRS61fLuVKk/vokCaxZmEbfrU i3c7vYil1q91VSqkooowRkEZBGAqoqqqqqquzftucX7ZrS97z3vuGPz9znvC qqqrBEFVVVXtoS2hLaEtoW1tttthmelG0q61Iu7O616vV7LzuG23S3LbbbVV kFIc+3e5mdX3eHNndc99sr59v73mQWQWQWQWCv0tYLIL773KbEwsYvw9NWA9 zwTUbZHcnjmq0RY2wADBBnS7ve7NqjkUdmADj7S3HOyZd702tS3BOqD5vwPu fk7eV9qzE+MyYdziF2hsE4Jqqgz0D3tOqDy9rfvZiLQBHs25m+XoH4G32tc8 9lPiPWqU++fvua95h9AUgpBSCVCAq8rb33q87vR5fc4uj3Ofe2V8aNXnLVWC ixZBZBZBSaBYPRaKqqqKVIKQ5PXuG9284c0b7z3vrz4d7zwARgayvSxZ6txZ av3ujrVS6C+aSPiu4FOrMObm/e+1Xo++SZE8AAkQAPUUU2fa5mt0vOHNG/vf av3sPs7RRRRRRRRRTuj77mG+W9707s5732s9T7fKKKKKKKKO6uWre/c+1Tfb fbO6N7937ePipveKoVQqhVCCCqOWqyCOpw0W3lror93esrlS9c0dGoKoF8gq gXwVQ3VM+CqAENp4kgQL5MoF8nno1tS7Xorvd9ZXKldxpxIENttil3YCCAc3 uc7O759m5N76v3Lv0rp3kbYXcnjm6rYMaQHg5vR5AdzO9c3a05G3ZgA7tCcx 6hnrvnKpbnaZWc5vw4i/S2p+1eT4mbBq7Bz3e8eAxTadtbMcdvuixPTU7eTX sTyKvMfRdy4v2VPPfte0Xftc9xeiZ98qiiiqqqO9fJ887o9o3v7V7v58Jr7S q8AAt+tstUbC2hgS5QhN6T7177ZzRz7Od38+E19pVVVVURz5Pu3ndntHPs7r Pr0T32lXSqqqvxLbDvL2n2r7nD7RzuZ54J37WhVVVVVV17tPfX3eH2jnO69v onvs0PLbC2nAFAkTHEG0at4ZlidmfVPrfc3PZOdv0zkqd+zOABW5qCagmoJq Cagmo+fVPre7ufZOev2uCd+1zQWqqqqqvs8fXvt9fuXnfb2EfPpT77yxVb4a mfQ6VT0Gyj3xq3czMv3vY/WEbkG+Acovrh1c13kBm3eRthdyeJdBnFYyQApv aU+uZvrm6U3I27MAHBPI9z2ZiUKczry2vW/PizTnutr5PFnHXWdHhDW5Z12t DxVmEfnb7osT3aXZu8+1PYvCFixOV2G+Fb9LK62Z7eZ6++398QtparABYAR2 FtIW0+TbXyba+WTxyH2Wtt3nr6Ra+9ky18gBfIA1fKSSL5SSSSClVVVVVVVV VUk1pVVVVVXWta0qqqiKrrWsOeAADe973sUVRQFVVDlk9Sz6DUhOOjyDrCEz MzMr7t3czMzMxc5rXLa2rWiq1Xe960qiqqquZrWhVVQW61rSqbUW2270O7IW 2QbZBtkLbIc2+Pvc3t7u5z2/a5dnde+zcgsVVVVVdfPDt7zZ7d3z7ftOjue+ y5qF8AvkAL5AC+XpJF8gkn3KqXyqiCkFIKQUgpve9E0CkFIKQUhrWtaIKQQN a1hDMzCHuO/sw3ft7yutmzl233i/cvkAL5AC+QAvgMAKAikki+QSRfKSSL5P xyrti9jvZldK++bftcv2eIZlIW0hbSGZmELcw+Vhc0KqXXC83o+5d77s9p+H 4+12/KIiKqo/bM2b3sz28zf2z2rfh+Pt9vyqqqvYS2ktttPt8NXnNnN3e/t9 fbfh0fa79nQaqsUBVVXmFPg77m+679r00fc47rxTeRthdybhzlWcRIAT3mnp l3O+7N0puRt2YAOILjEz2Zlk8i7bhnYvcw14JE1Z7rE9OYWTNWGwibpXAZjR 5W8La833Fp5dK1ma9xPIvHwt3UX25lNa9o7q67o+x+Hx7X1+VVVVVNfapq7t 10Z6J9VeVcunml8lvWvYri9HLi3o9vsXuB33vT32e7yi9EUVhOp023bj8Gfk 6AAw3ETN/G8uub32vnZm/GRYyJ7Xj2XXN77e3zw1zc6KAwgGwPb4O+vt3Xtd 89fHOb0QUgpBSChwBSCkFIKQUgpLSIbN9N+Lnddzt8+NZa+VxdfLhmzjmtTL aSv5L5OotvVBhD7PLz4loVny0hfcMW8NfO7yNsLuTcOcrYsaQHg5vRPTMzfX N0puRt2AAHw4sx6pkzczuKbzlys9BJ6ECfbbFdxVht9zysKhrYXGt555WYY/ Ou0rLrzdvM59E8ItmVa0WIvvcoRYPSss41evOu1OXW8FVTKrFpe7uKxDq6rS trdREhS9O7y3usvdvdXprUqgsUh9aQX6laU6Knyg31V1mlefI++QX1qny0b5 Hm/F6eyMJBEABhzftjfGst8j7favT2ckWIoecAAtwl0o88aX2UvsevfZ4VVR oANoAW/W223Q8+PqPqyn2V7qvu59VIAAAHu3wb8aXPqP2/Xz4+9pVVVVVWgA Z6XRCaVLfgVNB0dl3bsDVELuTxzVN5nEAifEPetc6vMzcw5ulqNJWgcfEs+T zw3cLbbj9yruCdJ5ceM8M8LaZqWRevx2vCoay2LOfFQsnHjO8V2Kqr1m5r9U relr1lruEXVMRi21I3kb8a/den15sFVVAAA3W5z6fYfZbl937PT77OADQACi sy079PYfazM+1993XnMVVVEVXg2kE0c9j6271mZ3Xr732XPnvuLbVVVVVVba qqqqqrbVVVVVVbaqqqqqrbVVVVVVakFExIL1VVVVlSVVVbaqqqqqrbVgW0hb SFtBJWQ2cPfHtW71mZ9r18+Ps+ekFIKQU8qkFIKIVAQZBYwUBAw2PvjmW71m ez6+fH2d5fBFkFILIKaFIKQUhBqiq6+OHMX7Vu7fb+3zXnx9htVVRUVFNmjv x9q3eszPa+u/Xx9n3qiKqqqKoCi7V6N5G+K7MNXbj5tgAAAAAgABtmSSNJXW 01fbda29gByzMNndzSX3xQAAAAAAAAAABspXgCD2r4FXQdMCu95q2l3Ic1Tm cSCJ8Q96yugPMzcw5u2KtJSgcfVR4nM8N3DI27pquBtpHjfDPC2makOwTX4a eekZp1jGtvjq4zr1qxgrsxbwmvBi6LpQ4t36IuqxrGun2W3sAfpz9tnT3vAA AgKSSQMpJJOmAAAgIL5UyGZrWiCkFIKQUGHOXp2n2z27fQDZ5P27x73opJJ9 JBAC+QAvkAIBP5L5Nv5fNtut1Wvd9kafQDJXZu0dwAAAAxubnc1vD2D76fd9 7GffCCAAAD7OzE+9rmzI2dPP22d1+qm203S+tdqmIn2XXo2uXXhqmVVfckq+ W3m3ojap8nu5XbsXp1VVRtqw4A8yQAbAA9kzhF03lZ4x+e90fO9c85mYZmYB DMy221VwCEGnQO/ZrtdFy/dy9zl93uaPtYQUgpBZySDJUgpEL9dvB+v3MveP 3e5o+1NK5mZmZmZh+9vnyLrG6bjdfswzDK2enegP22Ri2wep4jb41mYduAzb Mppud6n7sPXL/b7OfZWd1bm6qqrgAVVVvXSmDt3d3dA3d3d02qqt3d39oC23 nbbUESTIN7dure3gASUvJEmpuffWKqqI6vVVH3waGPtz9NwuSq7rLJHuzoJN SSQ7VeIAtsttSSSVoAbu7u6ABVVRd3dgDLu7vMzMFVVAAO7757y7u7Zkk+A5 t3NzbmSST17uttdy220kklpFgBqJJd2p+ktktFtbbRuvutzLJN3ZJUTITN3T JZJJUkklbbbbbakkkqAABu7u7XvaDjd3d3V59dDO3pJAe94AAKqqAAtu7ttO dz8y3DJKTbbCSR+/Vt7uuT93d0nSeA/AW2ejezz6J6TAaiSSAAJ7d3b3YDMz MwDd3d3MzMzQffB3d1vd3W3u7rbJJJEkkl6S22SSTd3u78AB3d3dVVXdwAN3 d3dAAAbu7u6AAFHszMzq93bu0QgCstJJ222pJJckuSVtk9Gu6CVNsi0kgXuJ FNz2RpJJd2rXh3px7qYWklu7XXmW2peSkJJklKAfBspJJFWybuyEknMpI7Tx RSCwABFZltdSSb7t9ZmbO6tJEs93cd0+mjopXJEiSQiQ7EzUkAOKkvbsdko8 AJYkku93cq7bbUkklbbbuU8ihg5gPLu6y/fZC7u744AK3T3Zt33TMPbr3d7u 61NkWryVSSSiRDtegaA+7Nd4Ek93efkiSu7upuy0pImTM7ndJbsUnd3Tcek7 KbW3aSSTJH6bmq97uec+88d77p+nLvnfK7q+Nme961VVAL+AA/fokklEkkv3 621JJHu5Xu4i2220AAVttvMbsuSSd3dJUuSTbaSdslY92kEWqjdvEtgJUk+i VJqSSIAz7n3vvJO7ujd3dO+AAL7ukn352N1EjRZGAAyt7u6S220kkjDaVhLH gEmQ4IYAAOSkhzJJJJbSSScy+vpO6gWSRtVtuJJJpJKJJDddCSUbuk73u4/A bu7u/tTV2xtV4e9uR6oBMgd7hvVzwK9O2SSJLyTI2cgnW5Kqqk4CSSe96SLu 7/WAH3wEisQOviQbXK8zElCQcLs9JbakklmKSAUkySSSSSS221tO0k7utIk5 luY8u5N3ZI38wIfEyRttskk93cbWl5HweLNSJ7tJAiJJ7u5zvDuslrltts8k klmWPzb54AAwAQ9LYr68WvS527yS7u5UAAPd222222SSSJJJKtttWySKLsbP nhhe1/DCrvHdmG73kbYXchzVO8ziQRPiGOFlNAeZm5hzdsVaSlA4+AWbmbuI 4ZDINddwRtDUZ7c8LaZqWgT2saeZGA7zeLL7FonXrFjmOqt5PPalYRdCotm2 oVVY043bH667nM0d1pVVeFSCz4ipKkO2kLaRY6tPqcofXWZhOu8S5L76l8Gi iSSUmrbgAGZn+8SZlJqSCyD8KQUgpDWsMIKQUgoJMykLaQtsDxWl029tv3z3 ne6u972Fq+C1Cqu8dF8vqE+6uzDfrvsTwF8gBfIAXwCTdVVA1NaEku9vLl37 mXfee97uTnN54ANSD6pqXbWoNQK1Kc12fM/VmfWfc/fd7zl0EWQWQWQX6DAr WQWQWQWQUEWRh3nrszLe3Lzfu3r3nt9ZBYfiESZlkKhBSZJJEKkFII0lW+7k FNdQ7v27sWdq2tXydL5DBfLMpC2kFIKQUhnfd8Zjfbus33vfd2XeyCkH1IW0 hbSDCVpC2kLaQqQ3aQ939fcNY3711n3Pvvd0b3uB4IKEhbJQIKESpBSCkFIK QUmez71YwAZlol2z4YVd46Oubd7yNsLuQ5qdpryQQ1I9wGyU0B5mbmHN2xVp KUAA+IKzt3Ek24arjSL1G+FhenxAftS09SO1ldxyyd3szo71mrXy3MKDspmQ H2oDO8JPHwWZ2rUPDs1XRzVsYN72KQUgsDwSKBaHgFIKQUGIW0gpBSCkFIKQ UgpBSCkLaQUgpBSElQCChAihIFhrfft4+NVv311m/ubz2uASW7jt0ABbYQ6K QUWISGZSSS0M17fXhrciA6eUsaH3vTHpkmzw3IgObikjPx+Ib8uWstKBUgTO a7q9NV7zWs933Pe9zuiQmwAFkkiSTN+9redN17rWs733Pe93miCkOpBSCkFI KPIEEy89m72ar3mtZ077nve73cI6BbBgVIKSwQqQUgpBK6z3nDK85rWc57nv c3whvXdZfGq81l5z3fe5zjDFVVV9faemV5vWs5z3Pe93ndKqqqqql4dzKe5c 7e8msLzRO9nS6h7DbDZDmt2mvJAzVGhUEqTeD3M3MO5Yq0lKABugtPBu4Wiu oeA03Ub8LC99xLHdcRYb5cez3DWMsnd7GwDBemHZx30Qutb5cPaYWj7T9xdU +JtXKhQZiydM9uTbbbbbfffAC+5UlJD75AH3yAF8AAOOXWSoUGKz3ee7zXdl q2223sJJAzM3jXQAGXG0+ZQOBkdSoUBivL573ZHOepJJRyMoGUDKBxJJKORl AygYqGDobKiSSXVcy3UqMeEeZOmdt5aLrqKKKKBlAygZQO0kko5GUdAjRUGi i5V3lZKhQXmTpnbe7k6oMoYOi0kkoSoM1yMjkcUcf1pfVSXy+pXLQ7a+eW1c BBCsu7lWh28cwydM7bjU57GpHI1I5aSSViu3cakcjUjlpJJWK7dxqRy0kkrF du/ySS++sV27eOoERjrN/cfs59zuqa9ffSAEN4b3d8AA5IE5o5y82AAcgBEg pBSCkFIKQUGMVhBl5o5y1nd9AA1qZrpJcNOtbAkJhp1vUkJANamapjmfbN93 yZcsnZnjOzaKyNAeS+kqSfJJH0knyS+ilSNFBF98vkKVI0UE++QpUkFKki+t fv2+TuO8/fPP2c/d68xf0AO5mQkLaAAbQAEEABQAEzLMhCEzMDIRJmUMYyDM ymSIyRJmUC27/ft6PZtV/fr5+zn3ecuigBNQ2AUS95xL0xkbH8M6LjO9nS7y NkNmw5zdvGvLBDVWgeJtN4Pczcw7lirSUvd2cWU88d7tTafUe4UXab4W1TQp 2vxCOBDs56fM5Yu4ZrRCgvTPH2zjvpiF1rewjvaYWj6t/APMsKH2nx5TEKFQ 8CH7733gD4A+UX0knySAdOfffJDG22xJJL4A/fpqdc6s/dWT9M9u5e2JJJWl JBJEYgAYvvvvvnVkkkkAAADJfvdv2FnKz3b7dwsjAz5fKBLSSSkkiSSUkhQM CJL776gkSRattM970+8VZ5X058+73m+GsAAzMtuSEzMKoquS6zD776LK9Kwm 4p0z27lsDHISpJISSB98gD75AH3yAPvkAffKkDPvlrnvS/vFYZ2TpntuWz5A AAAWlJJF8pJIvlJJEltKru7tfKSSL5OSRfLbv3pn2FYd7pV5vV+zsYVkFCKK qqq659v7c9jzPvvd3ea5q/YvpAtVVTUysBvPte5PY8z73bbyZH5fJl+90XFY L3u23kyPy+ElVL72fT3ve+B7mU/XWhyW1fDKhnqJd5G2GzYc5uCLIwjFWgeJ lN9we5m5h3LFWkpe7s4sFPPLdxllSaarhbL1E0213QtxE32nAhy0NcDki7e8 uekGC9bvkn4xrzM3Y8HEb0fslrkJlV5bfTqWSrnfcz3OZv4oKQUgpIbW2qqq qqq21VVVVVW2qIqqqq3uYqqqqqo5mYqqoiqqv333p9jed+5nuczf3c4qqKiq rmZioGZTioKq5mYqqqqqrmZiqroQV1rMVRFVVVzMzwW0tVYLrWYqqq7VVdaz FBVVVzMxVVVVVXtv3ftz2PO/cz2+5v7ucURURXL0Mq7EKoBVIQFWuqlXRSKq q3Lgi5atq1VW5mKqiTMpDuZhC2kLaQtshv77u/p7T3X3M9vub+7gdJmULVoY qjmXFVVVVVczMVfELaQtpC2kFIKQUgpDWswgsmKq21VVVEVW2qqioiK21RFV VZUgpBSCOUzFVVVVtqqqqqqttVVVVVVtqqqqqqttVVVVVVtqqqqqqttURElS CkO5rWiCkFIKQUgpBSCkFIKQ1rWtAkRSCkFIer9nfj2WnfvcMufZ2ECW0JJb ZCS1R+tq2ttvuH3PaPsTv247frr6UAEIqqrpv7O/TPsqc+5PXzWYqqKoKKqm e7zxr2k57h7OazOK+Tr75Uks6by64PeMXTbEl5e9vbVeg199nD7Ndv3o8VVV V3bYW0hc4868p3Qe4a58GgdUcu9EnDZsOe5sjzWNhFKtA8TaduB7mbmHcsVa SlAABZb8d3G2WxT6FUvSdNNvWXfcvATTgeDlvK2Su3gWPXJfTxXNW+LeV093 a1hE9m+y0chGVXtvvWryxrfGrxNc6L5VS+VUQUgk7v77nxres77XD32t+ugw FIKQUgpBSCkN69fGe+7zf2+OvfX68TXL4MAUgpBSCkFyDAqQvt97hr33uZ1v vu59kdazuEFIKQWAsikEM3v4zv3Ofad3PffY2fa5npYAzoKQWRV48ZzBUuq3 rdu/dfa48z33s97wbnuNSIdHvceMpO7OWoW5yJ7Mueo97xTulPPPl08oELDX vbM19zm9b+uvvvsbtHXM5IxZFgLC65zpo599zeuuffa39t1N/XqHCpBVIKQW QWAqrrm53298Pr1577t12Crru7ku8TbTZ5mb0jMeRhFeVaB4m3jdMjztx+tj bStAART5+G+SQ5MuvxdD1HTTbbnniXrUvcsPuU74gE1i7pHn3RDCmLzz7pKM UW+XD27AzV7Oni99XR2/HPt65599hv7Pmch1j6EtWGuczPub1zzn32t6+18z feSCxEFkUg+VVzfe8v7m872r++zefZ9Wu+1qsoAEKqqqsuYeu5nUe9Lnp6vr 3lSqqSxUqXyVXmuDpBTzrQRRTv2wZmZmZmZnvszMuZyG8A7M60deo36XMzMz MzMzMzPYEtAFszrQRRTv0uZmb997277PeWeOrQA7M60EUU794PtBzMwhmUhb SFtIXMwhlzIH6M1263r375z9+1vX2vtln2/0kkIWrQAID6SgEBzKTCSREJIm ZcCIMICgSQQzLMkFAESAIZlmBJFkgkzKQtsh7ue3+zf7n66/ZfZvRZ7fxC2k LbJ+IQZmWTJIKARYDmUyCCQQzLA8LmYTUkBQBmZcIAwMynwqSBr4VJZ+5U99 6oe/P97u7HM+njJVZ7Zd5pWGwSdJNOrGgjFWhEEqeN9pkeduP1sbaVvdyvFy LPeG+LQtmeNXgkFtN5abbc7GlEKsPez3IedYu73lqfIpi8/Z8YoK1N8+Ht1i RV51+tNzYYe+7vXfOfZfZ7RZ7f0OwUQzLP0kgoGZgYEzLJAgW6wACZmYAAGX MgQiGH3yoBL75Js194v9cz9R79Dx6J/Z7PygBbmEJCQtttAIVCAQEQg1V55z 33f2s7+c/Ze57RZrYiqr+IEtskLXlyFvDWdfvta5859l7ntFPzriqqtvQDZJ AG2qhD3rmV45v3p60/g1N06obbYA2AAARKGXp71zuOb7hRepSZaUklBVVVa2 26qoBtXPesXccPvXMnq13aqqqoAAHK5e/bud9fry/Z7caupVbDQ0BRRG7uK3 fvbud44gbE1tS31NuqqqVKqr6h5L6xbxxOfeHnNz2ey4Uzl7ygPX5nc9heu7 ySkNj05OEjpVuWiGKNAky8L4cWxnbj9bG2lb3cvaEw8z4b4pCSZ6mhJYBopT y4Ay4sPZ7sQcfC9o9gbxFMXrs7yt9nJF748PZMDFC1memZyXYHRWe9H16HdF fUl998jMy1xFvHEN6K+qruzpq3unDpB6Lvvl7733kuMBcooPWj18l99976ZN Tve8+zvL9fvnKzl/fZe+1dVVAAQqgub399nu1fb985Wcv77N9oAAAKUH3O13 ufZ3l9v3zlZy/vs32goFNtttttN6gBfLMzfevYePeeVMPehe0akgG2ffAC+Q AvkAIBtptVFe+9MhpvPKmHvS1qqqqqpttNtvKIAZU96ZDDfPKmHvS7pgAAAA AAAAAAAE15zQLszumfbj5pwfeZmd3X7tPThJKh0yMs1RoEnbR18OLYztx+tj bSt7uWhNNZ475NiOZTc0JctbSvlJlwALKpZr8c93oFdgm6PYG0Uxes3wqsim 898+Hs9y6g6HMwSvhmEXsQg6dvPKmHvS7pgAAABVVVVVVVO2e9MgELdePbWT 2ZmZmZmZmZmZmnpeA4K1POz66+7ut8xBBBBBBBBB3r31+y897fKn3ZV19yb3 zEEEEEEXMDwAAPsJJB+9hJIPvvJcZxHDndWWT2jKCS4gffewkkH73sJJHgAB 4AAeAAHkSSffHCSRx0k8MBJAzrzHCB5Hr9ZXWrq7zcl1d3Ltq7uRSSSSRgMA AAPvgD75FPjZ0vb93By6V7Vk3t++QB98gD75AH3yAPkgBgAFkl3Lu7u868BA WbJwkGUHPBQB58SST4kkHPEkk+Jwk8fEkE+0k8T7STx+8DxOn77w3CSD732Z 14CAs3HnLsvDBWOF+96ZmbyWEtHyslxli+SVkuMvdHMxyZWDmY5MrBzMcmYk 6HMxyZioBuZjFmYTMZizBeIoLMe8vTe09pR3piWhLeWJaEmYqzHMxiu2ZmEl ZjmYxXbLtmVmOZm8sS0JbyxLQlvLPYTvsmN6j3eumrbz054LKZ7gfVnWfjuN zTSn0l1H2cBhjmbtxXvGTn2zO8m6xJLwDrU7u6W22h73vOu6WDMzMwBu7u6Z 1e3dzPyfABXoeEy6v651/ldPfXJuTd3d3M9mZX7QqvH3wd99w/AZf793f69N /cf07u79f0ke7Okijbb32Pe7q7bbSScwABu7u7oAF3d2Xd3YAy7u7y7/We94 7gA7nve967u7YSe7uJtZIFzL5Wyb2d1tttkkFJJSRYAZyJLu7kV6S2222kkk 7uy3cts95Q3czuzO97O53T9Obu7u6ABu7u7oAADd3d2qqtAN3d3du/fgzukk gKqqAACqqgW22227u2rMSSE2TrxkkiSSS39LJ+3bmY7V3d0nd0T9y/EVWr1t 87ZnbGSal3dCAC1LbcpJBNttqSSRJJKt2n3wVf13cVVUK95u5u7mZmZoJJJK qqkfgASSSZmZmSAc+Dd3d3QAAMzMzAHd3d3d3ZmZlVo8Bu6BSAAikkrZIAPA DBSZJG7jvQmpJNtEwlnp1aENyJttJd2rulezz21TTt3d9726n3wST9pmY0MT ySgUSqSSTHJPdDtSSzIkj2rke7iCScxywnQLu7xvr26O7qUlxLW3ue72c4pX JEiSeQAktBJJIDF229ux2QYAOcJJPe7uMkttoSSStslmVJSdM9ler2eq799J zczMzgAF59mnszMKjhPqKO7t3bZLAABSSSUkSb6PQNpM727Kmm233ckiSgAB 62WkkA2Sdv7fN0cPq+8VWfu9m5WpDu43d3d0ttGgaGkABLnHpq7wvdLp2Oqm gAG93dZbLlv7u78kST+SSSX79+tqSWm8+7qqWODMzMxJJJ99Dnd3Lqm5m7uz Ukk7bPXkT4G2sCAVpbM4nu8YTSTEmu7zp323lJJPOpJJSSSSSSSBvV5JTMbR JFtdgHdJ3d1tktJJJ9bQcJQA8kyHBDFUkkvO227u22222pJJLMtnp3UBtttW ySJJJKttuJLluDvqVWXhJJfvSCBmZmZ98RVLe8PbqCzZsQCpA73DerngVO2S SJRJK2XulD5BIAKuSSKtvd1t93d9RbPc23mN2VIHzD4a3bJcXr7G3BwwRzzl tJJJzLJ3UCyRtyS2lt0W21JbrbZK7Hl9bmTLrtbebmgQ+JkjbbcSSXLcsyPz 8rTnqkyR4dxAiSS3dUvd3WSSSSW2ttvn5vb63ytrJJJAAFUAFWerwadz2Bnu 7jSSSbu7LZJJG7JCSSVW23bJJg2jd913NtC+OvaOy5tMkNmDJ6CTh0eWRRXG 2iSbevlpfLO3F62NtKbOr0uQ4N8V1l9M9tuaOSV2EIrPdVfatJYt4N93hnnx usXB6aXxK55eedmTYduzDve3TdI9yuZBXozPAzoBBQUXsknqRO55vQ88KzUl ywrNSXLCs1JcsKzUlywrNSXLCs1JcsKzUlywrN5zmcsl3xvObzlJcIpBSCkP s5vmtb17XOO/u97X3O7zPm693OOEFIKCBvjea5nGBhFIO+N5rmccIKQUgsBR Jvjea5nEht5bznM4yHOF5zmcSFd8ac5VgOb4nTgOb4nSNO74nT7q0AApy91L Trs5+E0c9qXTV27qXTV27qXTV27qXTm9t1m6Te28bJvbeNk3tut7ib23jZ4n SLN5AKckLi7y3Ioeo9vg9OA5vidfnLp/Y3Q1dS8WT2gtraUiak0Uumrs8Dm+ OE6Dm+OE6Dm+OE9lMJJAoQqXluRTNy5vuxXQc3xwnQc3xwnQc3xwnQWm3e7r bZrUuabNaQklzTZmkMM9rDMCePHBPGXNzddd3dS2VNS++UUkiXyf1JffRQkU RKlCGV98Kga+EMpIQwTKBALbwO3o7y/d0XOve96kbBjY0AFAwACgGwAAB1k3 JPTpmX73cudd3eexgAAAwbbbptt02LDVmXf3r7zO+977J9fvcc6AAPruwBfM np3u9/fX3me7376fXnvVzoAEFJqNp/CBCZlkg36ze/2/uXm9ft63Nbucwyvc 2iRmR7N90hBcz8YWld1tEkyy+aU5524/OxtpZlO1IZz7xQlrzbc1LTrXOnPc q7r1KBzg33eD32cbrpHppfErnl552ZNh068O3y3xwn1frW0MwGe70Z377O80 c507c5z9AgToDGfIDYWDAtgofrZkIy0ISfj3T8e+3v37vMNdN3vOffBAWAdt tbCDWySSNbAg1sk9m59mZkyuTw9ASq0QWtbZ2bfZ3b33vvpIOZcAAjlzMyAB bluAAFcuYABKZmSSAAYZmZjjmXKGQH33tnDvt7+vN933l7nOXz9phISXHMAA 4JJJEzTrQAAXHMJJDWadZA0OadYQuOLpz5lFOn+/YKLeu/PL/K9WPcyZnqvl 8vv0IySCyGadZAAuOYECXHMCAWxVFBZzPs/bPv3Ofr3ftb6Ze85uii6f0MuK 1yAW41q2i1ts54z6637f299zg43tzgA7d3d3YG9Sa16tavMoVZWTZ112bs28 xWt1t0227+TAXwB83VKubzV2aOb7t305nNm+cVQFVVVeFtIYOtdutHN929N3 ejm+PCFtIKQUgpBRnaKKKKKW0UUUUUaVUqpVSxbSuet7hs/fddYTwOup3O7b 7h0gk4R5bC1cbaJJl70vnynY97z87GmlN2rQmzg31T8KLM23NS8Cd1VZ1r1a SxN5Lu3At9kSouH03SwQueXnnZkneaG32YXxPqk/psjuYW9fgwTJi8ETuznB RRRRRRRRTQZmGELSmoRNQiahE1CJqMuCCCZd3BBBBBBBBBLu7gggg0IBBBLu 7gggghS2ltExIKQUhaKd1s2b5vu+mzN6Od4cRfWqqqqrw0Zzz0zPa7x9zezu zSqq9VVVdLow9rm/HfdN95x9057m2228SAF8gBfIAXyAF8gBfIC5qcHMqtd3 7d+7Xu85N+5Oc8AABtvEkkgG3mm5dslV1x9ld17UUNbbtStSFakK1IVqQrUh WpCtVHeHXVdkd9VdnYnOqzk3VMQDbTdN0VQfuPO7qvt/b5nyvuznJ7at78Jc 1KogpBSCH27694v29/cNePu72ezZ6HAZTd9ecX29+4a7X3Tej2woBFAGeQ9+ CaL58J7y9SxN3c8dIihxXpOk4OZbC1cbaJJl6+5cXwzs3V62NtLMp2pDBgI9 Twocvd7CatfURd7qrpXJPMFviY2jGjayLw4tZhd4erwvPiVXvF9UbWas16l6 qemtq5mg9izexA1CbiHeY+OivVVVXu9Ze8d733mnvDWHTU4qqqqqrvmzeGa5 u5yb3s5oOdwhmZhDMwAQFUgzN87eXq+W7dTObnMk30AQqumTUu7ual3dzUu7 vWpXWclxB3919a2/srRfIAXyAEgG2222227bc462ZLrLud33Z3c49ttVVV0E Lal98m+btzK34lw1WsiyfXlU03oFVVDXBqQvUElZe472syuquZc3mt86CqAA AZvbd8rsuN9rJvNc3ucdWoVqFakKgKKqrq749M1u93lNnM1ObnNKqqq9LaQt oFv2e713fa8FfjlezT3Z7AJIZuVmHhJxKyyFq420Yo2Lw924EHowbimXW20s ykn171SFUrozUgtfc77abp0lYLPgFu+5b6hC4PPdKwELrl5DRl2gWTs3Drea sl1vxucnvu11W7eJxCmUheRn2Wj5ffJPInhhvaYcM5ObMmIGHMLww3tMOGcm iygAMnF5heGGtmHDmImjXOZtdGadbkxZ9lRPDKMUurd1MUn2WqwTxEqrq6qc NZObNyAYSAZylwzS6VM4c1ObKHAUgoSFScw1l05o1p1tw1w1rmyZIQ2QWSTO b25o1p0XOHNHN1+4BDWdqcy95jUuN+s2Td9lzQLaZuRwb0nEzLIWrjbRiSQo vsMiztxPLsbaXTagmsHq21ZbEM1ILd1X22y8tSeCfake8FvqILg8HzAZQfTL 3Z2ZWRiwbVmrLdbR3zq/ZHVbPbRFJUTPLZ9lq0l9y+S+NvbmzWnRc6d1ObJg CyfpAZUg0IQWSBk7re3prHC503qanZISO5IWRgFSGkgoIYJoUhq0gpBSCkFI KIVUikFIPF6Osebdb3dl105qam16BbQAtVVWwhbZAJbyQmBIPc3vl1s3t0Xp zJzQb5JLegAczMhJDMy2/Gg1rVtyBMzMkCTMzAhJMzMCQA5e63ddN7dF8cyb 5sOdAAC1aBC2hoMykLaQtsNikFIKQUgpDmta0QUYbZrVIbzLiqsOZzN7zepv 3Ldme7k7qY87HMySqrmUg2wOZmEhbZPAjIa1rQaJrWravHvNXXdTe3Zfdean dhxV9A7mKq8ttvAAMzPdut7dbN+2133l3ncmtTHi8ltCkxx2jJIyY4kK1IXV xIVrNBAUJIKEgoQQxxla85m9cvdpvo5dHO9yb1NvNvdn3vcUvb7fa4hH79ip tN7XmomsxdsgwThs4mZZC15JGxJdb7mznbhmXW20vUk1j1kipnpt7NJEzEb7 rbq2pTMN+5s94cu9jNoHselNB9Mve7PdmWRHHh2vNWuhv3Q5921duYZ40BEY PFezB5XuTAZJIiQgxISETywIs54de3zN6N+92nC53J3QeD0BKl0ATEAU5VVV sAlu++3zfs5o3vhverrO91U1KnxMAMzMAIxAASZlwikFIKQUJJUIEpUBSCtj wvLfa7m9G/cbhOCPtwD76ZmZmZmZkAtwwrxNj0YoPr86xPEQAPoQOezVd91w 3v3E3Z7rnXTm/EG3CRgZlINpDO+5rus9zXF337tOFPvOY6z4hbSFtxmYqquA EtoQJbYQD3n699hrXfuU6U95z7RTeqECW0IEtzmggGta1oIE1rWtBAmta1oI JSST7776SQAAIb3tN9Fc3s1Fi7ovRPLN8pJAAAAAAAAAAQB72O/dFd5lFXkX M+foi4eEAIAQAgC19UkIvlUkIvlUkIvlUkIvlUkIvlmdz6eOvLBZ7y2PRN32 ASQzcrEPCTiZlsLXySNiS69fBtZ25qmXWy0syk4fV96tmh+exDeSFx33W32k lZ25Z9wT7vB76hi4PsWlnl0y8hvgsnV7kwbVm8j3XuIzsqvbjqn67j1oMlFY ZXihdE7h4tJVJBACAEygdUUgTRQAjyShKUi+UJSEvs94caCZdSvSLSj0Tt6T 1JmVEhbUcBRZBSCyaIpEqQUGa1WtIW1rSFta0hbWtgYQUhmY1uEFILAVJTLb SDalpC+06zeuu97fO+a6U9heXjvUIwNZpwhlxwhlxw0ENZprX2X7V4R061oh IpIvlJI4l9j9tWSeq7uurMqa/CDD2tzUxmMmpjMZNaxmMmpiZjJqYmYyQdOZ KqqqquOOKqqqqquOOKqqsNwLrV1oCDA9nxd5v7e97evPa7XJqDzC18gBfIAX yAF8qAXyYC+GNtNiba+W9ReTqu71rO12uTUE85shbSFSCnVVVVlSCgaAigQa kpIIVIKQUhnnfOa873vt550eKZhcJAKyDzrzN6873v15514pmFyTksg9eb1o 1rXbvrrpTMKvoR757vDMz1310eKa1ozQRIyB0YCRSCAwFgthOLny96bEz9nu 5tF7lZMWAydvAvLSVH5tq1JdtzkjnblmXY20sykn5XB6tn1D9ZiFOanu8knR mUr2klZBPgE+4PTTTR7Xpi5c8vKnvF4c4hc9vDhz205pzy9xHZ7LdK7KpUFt rl471zk4JOT0UQpukKJBEgiQRIKTK6pe5602dz3t69BgAxT4flXu/rvD47r7 7evgEBMsIG/tK3f1p4572s9i2JJJAHySSAAACgH8kkmB8kkgADOK1svm1e90 FXFAGyR/ffffBIBmgALjmAAXWrprdEhlX2n1t1y08d97WDbb9IZmYQzMcVVV VVchLbccVVVVFRy44qqqqqrlxxVVVVVXLjiqqqhjiQrUi71c2zza8t9zUdeQ wXyAF8gD5FfKsLIWlkLShZBkaWWltM98r7X1p8d+fnRbRkrS2jJK0top4a0l pYWlIeV9e+39mOKmdNOjpDMwwhmYYQzMMMzC2y220qKc0vb3e2+yqd870KKK KKOW22220+737m9azXM2HpXuD2+7m2XuVtRAmdxKywmR9jbFqOq50bWDctxb G2lB3VYEc83ieWG8/OIU5rxhYxPW315RYZuC/byPcMZwOZ3sWhBo3pl6Q94p kDN58coHrpDzRrvN95L9N/c2rFVj2cpy1VPvq2wACCQakBVfud+rz6776iqr 6fVWVUqw223iSAF8gBfIAXyAF8s3GxzN55ip3zq50hczCWqqqoj33Ld3W+tV VTnay6s2AA+k1qXd3rWtaku7vQAGZmAAU9y313zzaqc863rwBJmZhCEzMyEm Zi+2GZmQ2QCa1rJIBmZgAGZlt1lX11x9bVeb9edVfQtpJJAtsgFtkhathIWr YBO5rVeXvuNKnDRzsAgW0hJC1ZYAJUgsKSJKyUAtoSS2hC3k/ZvVfXvPNlXh riqq+IW0A5mW3ISTMzAgZmcA25i9ub6tF4ZrmgOySOta1DMy25A0GtayaAkU IDBAAjrWsNAEUABjCBDWtW224EkAuZgBlXt3vq0U7M1y21UFiqvS1frv9j99 bnNW1S/Ypjr9+3N31Bd7W94xleuc2t8ABUn75d12+z0qqvs76qN2VVUAD3vC +JJ1GTjSSbZbakkkrUiO5BHytttttoDt21IgaBB15s9u4fEUEtIkkn1tnds9 JK8xyT0ksHfN4SoDJ3dxlk7uqqqTMzO377aqqAMzMzAAG7u7ugAXd3Zd3dgC 8+zMzN+0nxt3dsktttttkzLugACknwIA4G2xIk5gqtE3s7rbbG2xCSaAGG1q tbPd3OyevW2220kknd2TMmFYlaBHMPe07un6c3d3d0ADd3d3QAAG7u7tVVaA bu7u72ZX5ZndJJAVVUAAFVVAAD3tvsqSREdokkfkkkv5K3+3Zkn5d3dIAyI5 B+Iatuyded68dedsCJqSAAeo5WbvAzMzMA3d3dzMzM0H3wXd3ZVVR8r1USSS ZmZmSBJJJVVUj8ACSSTMzMyQADd3d3QAAMzMzAAAG7u7u9VfffZ1CqSSLSSS tkgAAzqO6SR+XpXDUkm2uJnJNHfU1UubtKRJ7u6Z0wcL1VTS0dfd73u7p98E k/b+MzGgn7MMEiVSSSbbnd2yVBLy80ke7kEO7iCScx211uNsIDw7rMwDucaS Sa7qA8yjukdbkiRJK2S0AAIBDJJ261HRoGhzS0gu+7uUUttqSSSttt9ajJJn s8rfs9uXue/fDLu7AAer6rk7rjbdfnsJOZEO9vSX03b1AApMUbdFowQm9u2o pJLu5pElAAC2W4akCLbF5JRZK293Xdu5OS01K2SWpJJL1tsuYh4cFqzmJc7Y vZi7wrAjvbs8iAGSSX3dzttf79+78kST+SSSX79+tqSXkoep0wK2W2kkk1tt vMds9JJAO6UlJJpJJO1/d7jabTQABEl3cNCQS8SSDN7ngve3bykkn3NVht+c kkklvrbbIl4mrd1UkgWSweHdJ3d1tkt0DQPW0NakwA20knEkqSS/O2SbuyW2 22pJJLMre2gebbLfrZJKkksqSRiSRqQIIQMrjeY3bJJKSScy13u2i7tt3dYT 66Pb3JCk9w3urnipqkkiRJNlkpJA8yEeQAVckkVbaYA4P3d3TfTcfm2nRuyW 1JLcUIJLctp8/YkoOJ0t2O2kkk5ltoAAvpG21W224albUkt1tslc9vrcyXHa U80CHxMkbbbiSSxa7EvGm4t9WyfEkxJJbuqUD2gbzbYbtkhqSz2JSekXd0hA AyIws9H7eyiBfYSe7uMJJJu7stkkkbskJJJVbbdsknvL13BmPbV1K97W5g9v u6SF7lQhyEycQhlqSb821aqusGCyMZjuLY21qnbUV83g9ULyVQhzU90BazPX y9ggf0+yYn3DOCKN0ex6S0L0y82e8U+72HrAsHeGivBjO3WdgtO5hO5bzPc4 0qcOaGCyCyCiqoiIWA1oRKrIsgshla1u9ary73yijwzOLaZPgMzThDKUhaUh aUhzMMIfya1o1qRhmaa7yvMr6636qpwy83XF1mpa6UpSlOMmsZi6ulKUre7V trfKKpwy8a3l1ANXTUvyquYZiqqqqquYZiqqqqquYZiqqqqquZi4qqqqqq5h cVVVVVVzMXFgdu28HfO0Vd8W1iiyTWt7N14Xm3TU3lCgCMkGT8iii7zVeF13 tu7iczL3Sqqqqrq3mab0dd7bu4rzHty21VVVVXmab7xd+PW8uK9x9irQltCE YkUhbQCeSCkLmYQUgpBSCgwuUBVtqgI20hbSHd7b3xeZ63dxXmPs8QtpavbV tqqvddLV+fvt57gdea7l+zLneItZm5GzECZOQQy1JN+batxJCVk3o8G47i2N tKbtSb+x4PVs0OzEL7E91hazfCr2EDyf2aV3A6osbrE7uENu/HV7pXWK80Ks 0TcrjPXTie17NrlXNfeyrrd+brhfc0bzE5j7KEJbQlqqABVczKb52Xy83apy 67dVVAAABzFbupzsvmbbvlys6vK1qVWtSkBVeWiQrUhWsgsFVQcx3mJzpnM2 XfKOdzTILILIKQ41IVrNRywByrcu6zsvl43Spy83vJNTQIAW0C0UFCQbq5rh nMdu+WtM7dFRUVVdtt5rdzXTO7HfLW8ddrm7UKoAAN3d3bm+L1zsvt7VW6nI a6u7AAAAAKSBlJAwAAADLyFXqM3HVZS3aksqFgAAAAxfIAXyAF8gD5IAXwAv ll4FO9Uw20Yr0zVd62FzFttrUK1PKrjiVqYIKEcuOKqqqqJjiQ7zj66OlFIP vQrnu3O90kJnY/a+BESkGhFBba22/NtWpKbfZ1kmDcdzIkHN2m+81neqRocm IUreedyPM7TmWic1H5fbpXcDq2lKAMgXrl5DfA+XdZzMYzO54+Iuj2ybqLXT 2A1rcrx7gC8FOPZnlu7nTN+ebPKqqqqq6zWjSqqiKquta1pFVVVURuta0ioi Iqq5madKqqqqq61hiioqqiOZhgqMmZmEMzMIZccJ0Jv3jK64Zy+Kbtrwzvtc a1rXYbUms04Qy44GlVVV1mnWlVVVVVdZpG1a207vtfbM3elN214Z689swAC0 UUWKooopmcr7xm76m2teGevPbiu+BC5e5JqXd3JNXd0Cijczavel9cTdKVyX 5fsEJSgAAXddnKr3pdc5N0pXJfr9YqlUqgAN3d3e+dyrvtGu8TbWvDPOa825 bmZmYLsCCgRiBJXnbc9ozvHbWvM9agM0qqqveadF6Z28Mze9YfX2rtFSCkFI KD1NhzvOX6501v7xrnM2X1z5wgpBRUxPOz3C6QYR7zWzX0weEkJlGz2zj1Jt 6hE7a22/NtWpKbfHRZDg3HcyJBzdpvms71SNpluMEre56AjzO02ic12rPm7w HLPWO77JjuTx1eCkRWHuOvmMzuePuqHtk3UWunt01jcNWzSC/Jn2PKKVnp4S SS2tfnc9yzztPKdLPHtmPzue8s87QZRSzx6RKq+++UeGPz2e8s12jIUqyvC+ U3TNquzsUeU4Irz8ffNJVSTzyvum/GufaLjvL9b8k/SEiySSKQESHL7f72/2 sTZrmJpqvPs/fn3PvxIDmYEJJczCQyrZIS1bblqn69+/a5rE2a5iatXn7Pvz 7n62wtsJC1bAlqrYWruTAfH28+z9m02a7iK8/XD789zQfpJBJmWGQgMLlAyA RLlhkICMJBmZSFth96OyQTe6TIEQzLAyAOZQySJMyyH2bv7u02a5jFXh+cM+ /Pc8QtpCzP0gSAW0AAlEACC/fU66q/fVpBQdds/Yl7fwvU0d3XelanoKMJk6 ABWtpeSRtxJTI08G5bmNIPPdt3QZ7Lh9UzQ2egO8s7KeY2pWm+7nvtqs+p1l hFxidzi4Hjm/P0al4HuGYxmdzx8RdHtk3UWunsNZ3N8QKhB8TLyK8OfXNe+f E+GMFIe+zvta3oXZnsZwtafXD3z3xBSCkFIKGi2lZFikFk7v2u6+7t1jp2b7 ibd5Vp9mfHaRjVH8QWEEYavt53323WOnZvmJt2ZW/XPhBBSCkFIKQUgpDndc 77brHTs33Gatb64eNX6Wqq2EtWkC1V53mvfbdY6dm+BrVW/ZnPvzzSqqqqiJ 33dd+26x07N8xNu8q37PfOtru3CXMw2qqqqq61rWlVVVVVda1rSoGtawhmZk DS61rWlVVVV1rXYTKcHYMPiuz24cI3MnQAXCRu7uZmZ7BFR331177brHXrw5 3Erx5qrfZnfm7FVVVVDzvz77G5rt4c6Lx5urfszvzsD4FIKEz4vfPed3zb7u vuB7Od8b19cBaiZ5+D7QfQybsPcHa2l5JG1JTw2NjBuW5jSDzKBDiuHwsiok PUHeWdks0h4Xjk8vcovCY3s6cns8XAw6vHo1LwPcbcfbasVG+evu4NztMygz 1x1Rt33OX7W7y7OdwSvHmqX7M787+IKQUgskAu/fXf2uax07N+xWu3eqX7M8 eDiSSRvZ1wY5NxzDBvhGJpWkqpfKqUFIKQUjzt7rWXLrW+XXM5lb24cLJpVV 39329ZvHWc7eXnKt9hnC6VVRVVVXnc7msdZrfu4933Fz2Z3rm1VVXchJaqrz 19mrl1rnfZ3vdLfZneubXYAFthCWrSFqqLrxDMMwhe+y3d1ZN7TMlU+DMos1 fIAXyAF8gBfIASAbeL5IBttvuxu7KcmvtmZKp8GpnAAAAB53y72tmc529qrn t5nI3kKFABual3Yo59zd9rNu25e5T258xywTTvXN8JYS5k8ZxXLJMhHCWtpb iSFqSzYOEbNPZ7s65kSDzJUq8ODcHq37bheDoZvbnZXnMb7pr03mvPuOBbrs 71PPOjfJ9xc3ahoK2ws6s2ez3CSi71VHRmx+wqxHsRWjbo1v3s3V5rHN+dVd BAtkDdtLZCNttAuXd3mc75brM55iq3jvq3uwAbtJIAS+S++EDTbTeiAmvtNN dzOXl1W277zzc5feyamTMQQQQQKdJsQg7Ssq5NLviubbdznFomnGqwaNkLVo Ro0SlataNaNeueN3Wue9m6uW617uZsdchKYY1a0a0apSkpUQUvWpIurvWsX3 zjrM767ZS73me2uPmta1rbb4uOZJmZhDMzCIAXyAF8nOC3zk7nUqquBt84HJ K9a1bbbbUwI4mYTiSZpNYQMyZgTBHOL5RqRxfK9ZNevnJdDqazboa7XfyUak cXyjUji+jUjhBSgaKdIH0akc+UakZSKypbtzi77nGO2Zdfea9TbCsWLF8JWp WpWpX5x+zn2b399dV3rObZynmLRK22KCkMPtZx5rWni8ulkMqc7Z1NTvdd6V qeksnYdyjmHirW0vJI2pLt6CNuns92dcxpB5kAiuD1bvF4IZq3OyvOY0ZTem toNju3OrIBiY9VyuiSc53F3d64jxCnWqLXt8t9xc4+3pFg5syP2KwjsaWCHL xN3xHV2bfn80vpXyW8+d8XePiOrsy+a9QcRDkEnTFslKtpREREREROAAPvrq 95m99+v28ebzvPrOGCJuBKU0ABSlkkpRERMCFKJiN99dXns3vt9pd6znPWcK iiiiiiIoOd9dXfs3v19pd6znPU4UTckGslEJUIsPSKQUGG/ZcvPZvfb7S71n OepySQ15aWqqqqqq0tVVVVVVpaqqqqqrvzrfrrXvZ7a6veM185r5VVVVVXWj WtKqqqqq60a1pVURVVHWjWaWBrRrCGYZhDMMwMVFVUwy4KqIqqi4Zciqqqqp hmYqqopeuufXWvfc19xd3XGe2Z6ZhjW/GYZhC45kOwYa1rCFtIW2agmoJupI 9Wd2zO/X9uqzu+Jj01BIW0hbSFtk8q5lxVVVyYqqeW9szvb9uqzu+JiqqsAG SRd3NQu18hh99SVfAC+VYsmSe2mW5C7pZB45BmzN8JYTIMntnHFwS6TOQ4Kx tLySNqSzZ0bdPZ7s65jSDzIAfX2d6JE3OLq3tzltXB5Vqr4eocg07OL3me4S dT0zm3A4OUW7UNB19d5TF2QjUvEO8Uzb6adpaee3IVd0HOTryasqrvK+GZ8G ZlttoBLbv5da1mhVVVVVc1rWlVVVVVda1rSqqqoiuc3ve1EVVVVc3ve9qqqq qq3fXnPXWvXxpe3u+Wbt3vyqqiKqu9a3vaobVJDu4vkBIvlISfV8vkq++cki +QSba+8SST77xJJPveJJO5gE0Ca/DMftZW/Ztu7uxd2vnJN7wKwVqSaUOTWp K5lZvrM47lV13lazNgAVqakU+l3dfL75AwAALqi+cm5z3HSjl392ezeu5JJJ JJJyXyu7u5JJl3d3LvcwAoDtrM+ZnOfN1Ut2S6vlq8ApElda1qBt1KL5ybnO 6pD347LABvy+AF8gBTMzJGBGZmYTAUiomta0aIgOta0kpJK6pnnJ2ed1SHvx 2WABI5HI5JJKlSSBJUkgBK+SUcjj2rvnJuc7rPdrGeGGIAAAAA6SSfe97Pvv iSRSSSSG977znCQJm975zkA1zXOc4Q2b5znOcINL5VSSr651Yecmb53VIZql X7PK7u7kklSSSSQCTF98vnd3YSSQk27uV8kek73Ax14+UOeYxDgJt3xlaMg9 k9s4rgkxp2BWtpeSRtSWbN6NUTPdnXMiQeZRDit0+1vSVgDFXDc4blW6HjW0 2A4g30c7jZxi7g53wedM5t8n3FzdqGgjnovARdmQYj7nWczehMPgzIvYayCr ug85M3XdUh7KUq57BfKW5GvkRyOamVdpqZV2AAHa3vzM7zzdVLdypv2wBRRQ KBySSTuN+Znueu1G9N+3CQQWHczXrrXfeu1G9PCqq4QIHe83661v3m7UzpqQ JAM1zmb7da3ztN5nT7z2rR2ABLdhC2gGAKQUgpBSCkFIkggAYZQJTWZAh32v e5da34TReHtvUWta1rbVeAhuqemx1CoyU0GXt3ezndVRqqsnutxuXGpW2l7J JJmY1urjmXHHUBJfDI8qTOknGPqK2UsmcygZRTp06rWta9ky4ixzLm/XWveT VbeGGlRRRReANaQb64Qcy4Qa2UikFIKQUBlA5vl1nHmefqYbvLp0bfaWXdye eLlcMgiwnddWIrYt8oN7RyXuRAMO7gBurd2CKAAC222227tmjqKGZmZgDd3d 3TfbmVMybu/oALsk3dkiJAEnPjurZy4oAAMkju7drt326rLLb6231cfe652N +/mj10WAACT+7u7qqql3d9l/dmZd/wDd3d3QAG7u7ugAXd3Zd3dgDd3d3d3d 3f2nveAATvv3e96l3bMzfe26qt0dubu7983IV1Vl/mDgNzMzJMvubLdsnQAc 36ySSSQCknd231rfm2u8kxfvZ3O6TszMzAAG7u7ugAAN3d377dAN3d3du/fg ad3d3BVVQAA97wAAV3de0niEUrSRJCSR+f5K7vq/x7u5vuaDW/iP17Ilr4tZ 6bWTUkAB1uaSVHYLu7sDMzMzMzMwD74Lu7sqqo97wkkkzMzMkDu7u7qqq7n3 wAO7u7uzMzM7gAZmZmAAAN3d3dAAAbu7u71VfvffWxu8kuSSSVstpIAIAFkc bbFqSRbbbLdvh62tqgDAfA0prvdW2T3dxjRI+zxHEknvekn30CSV9pu40H6f sydITUkkm2+7ubiSSqXkkB7QNROADgSTmO2Ekmrd0K3MJ2mRJtrZrfqMzukl bkJAABJMkg7qIieGSSjujsd+u/XO1JJKqqgDMbu7YBJpZvtyq/bVVee+GXd3 3AA9659l3ctz6CvzeYu15nW2H3dRUSTVUkisUoAAt7dtRSSXd2EjgQABb62k kk223UkhbW3u63smrIakK7LUkklbbLjZOYS91IW5gFdyPyUGN5ldgF82B4Un Mz3vAT4pEkkm7u7u64N3d97267uYtttoAAtbbbzHzskMgBAkCTbaSSScbYSr sks7u6VJboHBIlEkk+9+53VSzun6EkkO7u7u+A/J27+3N+SG7tbu0F3d297w Bd3d/fC8+woAKQkslpKqpEZKmbu7Jbbbakkksxu3urbbzbUgySTEklUklUkk QLvmyT76TgG7u7u/fEVXlveHvel6wNF7gsFJgBFlVW+NpR9TXSQApLIAGTY/ InmAFZLbW2233dzvIAOdhnp6RS5ktpAPe7igSSrbB5vUke7BorNctKSSSzL6 2gACySQNXmlWITJEkt2tslPL617vrRaljzUTElHG224kku7uVZJpiwZG62e7 ky29bYR7dToAAtskk87JGq2/PG5mSGAAiIgiNvo3t6Fewnu7jKSSTN3bbJJI 3ZISSSq227ZJIoOsyZOjGrO6I5iW9nTpvhLUX2P2sNcJijHJNO1tLySNvJLN m9G6Oz3Z0zHUH6jB2G5x+iM5XD0BQzN6rd5nZ7cFZryBaDvHd472Zcjw3VtL NJvOeofeJOymjtKrpXWrm+Lqn0JhfCRex2EdhyhBdix80bm5ubm5ua1rUWta 1rWvO79zO+51zvNea1rW0pSlKV6ooKkk0qPn3Mb+99O07N519sgpDWacAhlx 0Blxwy41rWtVKUpXuXl9952nZzO1FAAAAO4y+d67Ts5nRNaArWooANtptrFt mZNK2nlzE21EkgEJfJAQQQSopBBL7zO95zuc7Wc33sEtpbRRTZC0UUU7u85r ndU7e3osVRRRRRRTX3d657Xs755nvb0KZaNtNtNtPECG0wE6dIK25xe8urDe q3FXtqRSEiilSRQgpKcjnoIfxQgBDabSWcx+8/Dp9dYTbqsxl+9Md+fhU0db 9rB3oZO3kuKtbSeNtWpLNu9W3T2e7OuZEg/UDxuEejagLuIUJjM3ot3mdntw Vk+ryF/aFvHd4vg925bnW+uJ8E71XbchzTM0+fZD4B3jmb0Jh0nLlvtkKveP cby6rFu3EcL4QCVr6kgpBQkdGtZqOjWsgYuZkDFzMkxAC6SRBcikrtmndXU7 592WiwQWlJIAAAB0kiAbGwrtmHZzrnh3XrOZmY6VVc03WqqqqqqqZputUUVV VVUU1q61VVVVVFU1q61RRRRRRRRRTWrrVFFFFFFFFFM03WqIiqKKKKKZpcv5 JfEqQe5fHbzqre6dRjKDEvmkiN0kLjcSFxuJIBcbiSXG45BSCkFEmVuJLjc3 mtXWEDmu857Pe7V3fe9rG8uOY3HGtaxVVa1ps3e837PdTXs93WnzUWKooov8 jUXOwA/JBQGa797v7O/vrfuX3sJsE40gskEqKKKqma53NezvfV7z7PsA7E+S xLfvmnwkhAIQduTKzxm8vY0+F1tNtv6BC5mB2EkzEUUUdFLSG/XX2c58X7n2 s++2dpClpCl5m1VVVVVdGta0qqqqqro1rWlVVVf0LVXZvetKBSKQ0auJBSCk FIKAwwtAQUgshS0gqA0pDwrc1h+dgVD9t1V09e1ZPzU797LfanstM9Z3RhHi rW235tq1JezVRJJT2e7OeY0g8yAG4R6LJhuDoDAd3hTu8zs8KwDbNtme0TeO 7x3s8t9HjfnhfBXdtR7savKaoMJ8Arx9vQd7FibE3HYj2JbXzk3Pfdy/fb2d 2QpcwhhaQpmYQwzMk/BJFDRlJJCmspbTrWPfva3+1+9qvv3X77JpjwVVVEbG qqqqKitFtVVVVVVsaqqsLLSFK0glaRloSy0ITSqqqqqqqqqru+5zv2u/ar99 376ms4qqqqqqqqqqqqqqqqqqqqqqoqKqqqqqq/GjVIUtIWWkGxpBKWYKQUgp BSCkFIKZg4QaNGqomvua3nPvfY896/KIqqoqqojERERHmvb39nvLr77x66ER ERFVFF/SANdtcgQa0CG/c39n3y+3949rT8BGotAAa2QiWyS16SSJzMIBoFkW MA0a1RR4+7fs78vd+8e0aR0QpUUfoQLWKKNKXfuZ9n3y93949o1gQ0iMMMvx FJJDDNUqKKKKKOuaJLVWy3l9d/Z9xffuffGjLtVVVVVMMpClpC2kLbDFVzFX kkLaAFua79q/PdPO/d++NYqqvCW0hbQ4CwFIKRmZSFtIW33j9mez7ypQNw8j nuGLlTmHNmzN6b7paj59j9rB9s8dkPdztbbfm2rUlmqiSSns92c8xpB5kAPr 7CPRYZquVCve3Wxi5nZ4Vg15Gs+vF/aFu8pweWY8m+mHz4KbT23Gbyi7IMJ8 Arx9vQd5amxb7PZ7msecv1696vfuffH29dPwKQUgsilJA0m2vk219999T7J8 SQAhJIpJABe23+rcqt/Z+8vF5AAAYA223oAAACBdnVosyq2dytXYAC++SAbf JIAXyAF8gBfIAXykki+Ukk++reXNbtVs7VauwQAgBBcjkn5fK7u7Mt3bQS1J I+94rdSSP333vliSXL2z3b5V7jMnt06S0EtSSCWpJcEtxJAncJIJ0k8TuEnv vvvgd3CSiluJIk4SfZJh7ymYxJ4ILDqRJO4kgcACH33jhII++8cAJiUr766d wXylSQXylSQXylSQXylSQXyp71QXdVbO3kybBfKo5Gvviggl8pUkEvlKkgvk pUkF8pUkF8pUkF8pUgBK7KsXdVbO5UzABp0qpL4pjS+RRlCGOZQD4BEgiQ1d apogiQRIIxCadaoQxzLJMcyk0Iadashu96oL3qrdvmqZjXyKBrypJSpGvkUD UMcz2ENOtawhp1rWSbCKRNu97whp1IL5SpIffKvbCNe9VbO1UzNEpUk8kkld 3d2vvvld3dySRyRtj9VRkcqqpVVJVVXLrV0qqqqqjjmtYKqqtVVVVNJGr9uT 231cO9uup/rZni6cpPtwldl2Qr28dkPdztbbfm2rUvYdTagmdnPJqQeZOFvE jTcyYHktq72635a8nupRoemv3BfEDd47SdxLuveec+UFPbAYE1uG9ea8ilx9 vQd5amxNdiHZuJN+w599dV4eu1VVVVVbaqqqqI/pJBvtXFVVVVVbaMCoakEl ZKMqQUgpBZORnQOnved4b4/azp7NwWRVgLAUiFSCkFk+kIxIFpBSDLCQeBQB QCKBFkE333z3D3zl4feIKfSKQUgoMKhtEVVbaqqqqqrbVVVVVVbaqqI8qquW qqqIqq21VVVVVW2qIFSH3PfHKb+fay8PbIKQcIKQUgsPmFSCmCBUgpBA13x6 nPvr7edMAJYTM53rrDvHus7IeBQFZjzvnWHuvtZ0SBsrzrvDvHujOm4h9CQb 3zzDnfaM6ZIQ5edzgs3YaolU+XyUqq8+791XPXddTynenVBbGiV2XZCvaAek GoaFbG2/NtWpezE0YHnZ0yakHmdQ7xPqTNQO2HXq9Y85M324emcVNW3v1zGz HI78ZQylnO8mTlrRuhNeVGs+44bx9vQkeR4NmbLUMfjvftawv3fXpkHe+vcO c7rHsNQ/BJOoQM7nnmHe+0Z054AGMhJa0gQRCD3PPMOe9ozpxFNVV8QhaojZ IS2g4ZVVVVVEaWqqqIqo0aIqqqqrS1VURVVWlqqoiqqtGiqqtXAkjV8317Tv vaM5OO5BrYQ8CkFIKQUgpBSCCApBSCkFIKQUiXEU86a2NRRRXl9vKXvfZvXJ 1F8AA1oAEa0ABqKKIiIjQALvPNKb972PA6Kr4ABqKKKKKV8g9X2Uud+++l85 J3z6SSSVdoILkkkmMxLu7gqShUkoVkkki7b+c23DX2vvjgd9eFuPwAA14RrT AAd0ALaABbQALVVVzThBrSDWkMC45hFUgpBSCiFMpKXn2e03D7O96a5Dqr6S QQEGACsBnq+VVVJdWrx6uv86s27rwZU/P1An29dvPawTnCLpBqGhWRtvzbVq rb0auEkoWdnPJqQb3RTdA9LhvK5V1aG6z5axvInrvxelZVItBGzzkfndYxtZ rvJucHvlc0O+LmaPAm8fb0JHlvNia7EOwq+bh7Wud+N9nOsgsjyE/CkFIsik FIKQUQJmWS1chCWiml9jcOZz3jXDvVVfiBaozrvN+03NZvnvG+dnPL+tWm7S FtPwSM0AoosWDrVIW0tXfH9jcNZz7Ph4PVRRRRRRRRe69d+5c5r3s88N3qNv 0MuIoooooovfc+3zNc9v7MdjpFHltttutZmoSAAB775LTppMnPlVptxttttt tt998Am6p8gBfLRnEVznyq/qmr5MCHow1rWeVd2qIqq73vWlVVVVVda1rSqq ru2wC1V3vetLDcghu7F8mAvkwYlPk5HxkwlznyqWnVtMUpVEEECSqEVXpNay /Z68nM/fZ8PJtWQUAVVVXLeZuZje7V93JyGHUtGe/bfdHCZ2PWD7emHpDqGh WxtvzbVqSzRvNtwvOzjk1IN7opuge71X4z1eWHq3Im9WW95R16ecwq1VFoI2 ecjleCsY2s28Ny/W2s9Xi+N6PbVw3j7ehMPRjFUR2Grpw9Ap19mL7CPb3YQz MwhmZav4ktUR+fO/sPZ99nh7KKqKqKr8Qm+531zv7f79v9zv6AavO/ZpU0Uq fP7733sz733j3OcEjBCp997RynCD2vd9MeWqqqqZz2e5r2vb77SrshbSQTUE 1BNQTUKrKyc9eezue772CHV2qqAfpKuq3JJr633F53f2fcea1qRqqoLD8DKq qmc+z77X2vt99r6Fq4FKttVVX9CQvO9+1z9V1l7rX76+5dnD3pfbAV4yjbeq ftgSFI1DQrY22cWm0sV4MWdC2FnZymzWxM76vBzUnWQ6V5G5g3uqsra5BR3r WFWqrDtu43svE3pA87czzOMTxkY3hfXlQpTp9vQrN6GDcnM0kdiV68y991e5 n31zx97Ok5+5TPa7myCkOWkLaQUhkC2sAt7q53nKZ3W9gSe5VVVVVVVV5r3s 13lz2u+3xVVVVVW2qqqqqqtVVVXQACqpCgCgUKqqAAAAAAKqqqqqaiqSZaqm Kqqrlqqqqqqvd+5m+8ue1nfXiqqqqqttVVVUKkFIKBSpBSCkG1VURVVW2qMU RFXPe8d5wz2u+5xRFRURW2r2iKiqrlqqqqqqttVVVRURtqislSCkFInd+1ne 9me13x8RSCqCkFIKJfvu+e/YZ9rvoKrAFIRXVfe5ne+pnfBFAYwFIKDPauj3 r73DOAaZAiySAM+njk9Th5+LTYQ9L7bCvGdknQr3EloRnS7a22cWm0uvOw50 bYWdnKbNbEzvdlL1BxbXCId0E5hKuPJ7uxD0qnYvn1A7dTvE63y7c3M8sB5F p1ic75cqvVjR7ep9msMchz4xVIdnkrdOVz7rPvmKn2q/avPeunXCxig9cx7u /b9r2bRRREQ693md33fc9w6EgshAWSKQUBYLIpGL7l9z2ve1zjD2XXu5r2ez XZ98m3S1W5hknklqSSVLSShY5WmyavtO1Ec69N3jvO6Nd2qqu7fguZhC5mEM zMh4UgpBSCkFIa1rWiCm2uWPaw6KHX775hqAGAAAAAAg7d3p/Hv4838T+P6q a/206LWMnB+c3NTEaV36B+qL8YvXtGgPz6+6AWFHNerHvLQZTZuT6XUkrwwA W22223duZBt6TutmZgDd3d3Tdz2ZKybu/oAGdLNum1mIxKrNxQY0kSQAD3LR ztW7pvpaJ6ekEmuyEeW9Z6d69yQAATknd1VVd37MzMy/uzMuwDd3d3QAG7u7 ugAXd3Zd3dgDd3d3LAHlmW7u2W22222T6bu+6gCkrEFpG8jbTMWknMz3SIdy Z9OUttttJJJaiiOmGS2PdnN+skkkkjSrb3ddNk7fA27m9nX72dzuk7MzMwAB u7u7oAADd3d++3QDd3d3bv34M7pJICqqgAB73gALbe7ut8kkmW6BJIAM78/0 au76z8e7uk57NhAA/RJTuLxM3rGmku7njRIRXBd3dgZmZmZmZmAffBd3dlVV HveEkkmZmZkgd3d3dVVXc++AB3d3d2ZmZncADMzMwAABu7u7oAADd3d3afq9 fr97ykkpIkk22wADd0JV/Nt7u2tttt222uQd6zvLknJG2H3d1VAA3dlTt1tt 7utvMttrb83akkrbkTwEgNkxJJK2Td2SJJcleXkkO7lSiSB5EnMjtqRJO7vr 691jZMbR715hDM7nbcbkBAHAgSRjuo7tdj7dgUdOgaIqkku7uVtttqSSSttn pEjIJdXLdS7gty2kACS22222vjuHjTH0kArbzFzA0W2aeotbSCWkk4LKYSTb 2d22pJJLuzieAI7utuZaBCdtuaIeEkSzFlWmbKlW7LUkklbbLndndUgINNu6 Wucu2S9LsjsF9JzFJAS7rao3+6i/gAj+SSSX79+tqSU7uavdAHbbaAALW22/ N2T0kgAAkbbbaSSSckj7Z01tNlvt2RF7oADDepkklLdGyrdqjTfrLrbbguyQ yS2230kSGVv2hu5UkirbKABd3bb622gAeFu8TvEAAFtJImbu9uZn7P053Pe8 AG7u7u/fSFUkloAJJJbbbaSShA8OZ1JKVt+bckkkqSRWWvbnbRd227uyF7OG 8lSD3Dergizeuy20kkpPZbYSSW0SeQAsySSFVtvu7nd3bquTPSRT0ltIC7uI CJNtd837Uke7M6uqW1JJFZbaO7rJH6earaVdNStqSzGiAXfWelsZTykgGSNt txJLMXk7JGyD7PGIkcwEUkisXlu6nPbu2SSSOyRKtvzdtzLZvZ3Tu7pTvZRM AFLBeal3dyqJJJu7ttkkkbskJJJVbbdskk7J7fSk4eq9W9aOQ+u+2wrxnLZA ThXuCXPohoVkbbOLTaXXnYc6PzYWdnKbNbEz3e7OvPeDk2vgGb7qm8zVix5P d2EOlMY/h0A7dTpJb5Z25nlgBCUart6HTTMrOnzPWqfTpg9nZ67hXTOqKOV2 hd9gAgABtgBqS++kkiSkkAAC8x4scq+3e995d3YAAAHd7m3K325czuwAqqqq rJJRJRna7Nvbc9d3uVSqqvOrmZiqrFUzLiqqqhmUDFdVu3ed10c7ydVWDaQU gpBSFtINpBtIW0hbSXKdvedHB71fEG2FFIKQUgpBZC2kFEBJqCaj1gDd1c89 31S+c6AAGpBqTWgDLzJ1nXZbfOylUAooAC5c63yUre+UVRQAAUYq5y73yVF7 5AVQCFUfJNv5L75uqlTLUKu2s96V42b2nc73PTd9tBXjOyToV7eJ6QahoVsb b8kbTfZnYmlAs7OU2a2Jne7K8PRyt7fAlZmk+1P3bhFqWMY9zwg4bqdJK04H w3fJ9wTTjNVnM6ZF6M6fDheWb02Yy7VYPb1jvzT5zOcEua9bbbbUKApBSGtV w45muDft7IKQUgpEmprHDjma4aufZJ0ikFIKQ1rlujrrNdHWdzOkFIKAzr62 2226OedG3M1zxd69nfKqqqqru/c+5dnHWa8N9ec9bbTWZhmYIAQAgBACCJL6 RSRK9q1lBNVPuFuo4EAIAQAgBACCvvkgTAQAgvOq1lBvKnzWYjgQAgBACCL4 lSRfKSVIvlBSRfKRSRJEqSXXbs45mu3uHOdye2EgskBm97qtluED4BJSlPpB fI+AXyPgF8j4BfLttXTx77lz1OTvuBkzLLaVuoBZmZIGTMpbowzMIZMzDcFI AyaNawh9rf15z7f3dGTuYnXt0Gi7shXi/OYcGGA7JhzTbE2ydXK0irOw50bo WZynGIMmIeGUzVgMldPmO4ny03XO0jMfqUsZwfCd2YmrdQfUCnt7t9vnNBpj Zq4+vkSxs8Vx8OqI4XfIFgNUEdhu+s1t6pvj4e+MCBS0CKALAgyUSDEpZJnt 571371567jJAZJSCJBGAJlIeuHvXnk326MwBVo0SFGoVtLaW0tSjegQwzEo1 IZrNd7dPfZz12XE+Tp0vk1ukpfKKQlL5RSEpfKKQlKSEtffXd3dSSCCTqtXb zuec1VrdsQAgAoGgBAHwB8UG+lu7tIu7s83JseGb6FtAACe94kkn33iSSffe JJaXvvJJJL33kkkl77ySSS995JJJfX32Z772Z74UgpBSCx53ve94Q4273ffO +017vd8nvvFJJL33kkkl77ySSS995IIIkkniSSAADvveJPE777xJ4nfvvInD jnsLfeimvcsIb3vN7skm973vYQd73raAcARIZ7PvZ5JILPveAHAkkk74kkgA Aknib3Ysx95a87p4tPfZ5/KRyAABaSkkihrWtaDpBSCkFIKT+BUgpDnOa0ht VVV3vetKqqqqq61rWlVVVVVda1rSqqrC/bN9vOfi8/e3+zZ37nJNS7sACiqK CuU56+83zn1eu9nUtB2TZCvGekK04osiwZrtibZOrlbxqzc8Doj8aFmcpxiD JiH1qVDxG2PeQqK8tN1+GzwAD9Km8iwbnhR2YooLye6oKOGez6XUaUkahfX2 MmG9hXHw3qhvXUFzaoA7M53hZqflJLy+sWZqgEKoAL463v5z6ce9768m99+W 9N6xJLhcSGYXGFBSCkFIKApbIUtCUzMhwFBDRlhYElthjp5PPfKl3b4i9F7L S+EDTbTYl8hA03EID5CAXwi0vkmnIdPPPKl3b4h9o+RRRRRRRVwJBEIc1nt/ Xnwnvd+zR9onyKCiiijnNa9v68+H3u/Zo+0fI4ABS0kJSoooiKKXL7X1d/Ly 9+99ma3sJyAREBEiFy+++rrg8fe99ma0QyEE5JJJOX331e8N3j3H2STAkiEw UgpBSCkFIKQUgpBSCyISazvvV343dcvdPspPkRVVVVVVVQhPe+vZmt6bXWZ9 73NAnpj4HxfZJi3SvQHCIJalGydXK3jVm5x0RuhZnJ8YgyYh8LhnLCZJ1gLC RXYjS8nu5oz1ayDJM8bpOuBi8ufcu2dns85pLKSMQntN8g2or4onsHCZGc1W TJu56SFeb9rrFitzHsrw/vvrcQWtFZd5nvV343dcvdPs26IW2BbTiSKKsirI IiqqqqqqiqqqqqqkRVVVZmUkDZBSCkFIKQUgiDCTMVVVeZnvV307y99Zleub qquSQSSaK2AF6mte1JIJfAVhOdXy3C9clcK7fl8AL5AC+QAvkAL5AC+QAkgH wDfFzj2ujPbe9MrwrLGA222223+X3wDbiQDbzRz9+dH7qizpdfhXbbd/AP1V QMqqqlVVVVzLiqqqqqrmXFVVVVVfrrXs2qqqqqq73vetqqqqqqu973raqqqq ipve972Jrmc+tGFezndeFnYapJAkjkkAAA+QB9DMzJDMzIoIKzMzDhBZIyU+ 17XPq57H3e+zj937nMIY5lkMy222qtuwD4A+++++G0v3ZK7N/Oj8Y/PXdfss ba+T4qqqvDQAsCJiQUKBFCAKECIfa7vn1c+zd9fXb9hxIKfpKfbAA1EBSCkF IKQWDCQwskFAEqVJJJVft/Zf6utqX21YXfVklva3ZaveyTM7QfQsaTC/1SrZ Orlaas3BnReVCzOU4xBkxD7up6cMR9J1fCMpp9j4vXl9p6epfY7nnL3jksjM D6dzU6cM9ntGosoiFzxN9jbl8IAO7Nc6HtQRYee64Ub6T3nRpbreuvGCSSVf NJKqSPlWYEIoRJUlAUCRlSCkH1AwBQJHnfu573vq5e759t+znsDYSZlCBaqq qqvfvb3v6uazl99t+w5MAgzQEgoEOAgKQUheZgL+rW1W20QAAACgUqqqqqqq qlKNtVVtttKKqsBJrVIW2Q5+x5v9+rm+6vftv7N74Qts5ORUlSCkFIKQUgoO tUC1VNLPuY8399XN57rc77j9lIXu98++rmvtPLnx9xo9khFBA3nOc17tc145 vO+4/ZTgKQUgsBUVVVVVVUVVVVVVUVVVVVVOMgshbzl++rmvvZfe7zmuP2by Qa1VVVCqqDd9AGZmYAAAKpDMzMAqkAAB2+8++VczmVxffcr65u930ACigAZm ZgAAAoozLzKAAAAMzMwAAAAZl3Sqqqqq5mYqqqqqrmZiqqqqquZmKqqqqq3M xVVVVVW5mKqqqqq933nz8Ya5p93Ne1x+wu29VVSZhSFpSDWkLaFtAtaSbpX8 kkqHb0Gr6Ogy7CekB2WpvZHmYCxkkD8iTalF2Em0xZvaMFRoWZynGIMmIPDl 2sh41bNi5JQDXzL8h3IuXrKrZWvz7PIXe3ZpxvpN9ZTKWeivFRSRquvyWe1N uXwQHhvbJnumnHmT3dhsgs8z3IUvMrgnTK8K19tVUqqq63Se8iXuVpOM8fbK qq/ffJ6NvEkkh422020215JJLzz25iZPXpJucKtnJamru7u7AAAO3W+932L3 nlXzvK9crvcu7u7u7uywABxnHozPbpzPOV65XbGoJIJAAPSS7r1plHd14mXK s6dldFUradU4FU26dOnhLjmELjmEuOQRRCVe67ni53bfd1u+0JUU1aWyUqKK KKN3v3i5vw33d9vtCcRSKKRV907+9ozXPm/cu/tPX6K4d0UkkUkkUkEBIpJI pJJ9JJJJJ9JJClvvaiZtsV97UP0Vw7YpJIpIL8kpJEAIAQAgBACoBeK/cVy8 fnTydb1lyMLU0r20pe5b7pNlZpNqUUGpKoxZtHHCEaFmcpxiDJiHhl0xh425 13T2hztzUaXs9mkCep7MYy5DdOPoGb07FRzu5uez0N5qKRmrj7Lc8m3DfGk+ G9sxb7oe1IBtUAd876zlc9tsXexa/RXDhYl8pJFEvvlJItX0kiiSqSCAMSkk UXyqSEXyqSE+SwgpDe97N7IKQUgpBQfwpFgKdxfv3K571sXfsWv0VqHEXyqS EXygJ2ltLaZVVVVVxwyqqqqqq44ZVVVVVVccMqqqqqqty3Kqqqqqi+3o79rp mvhPfaN32jZr65VVVVVVccMqqqrjktu4FXYQ7ertAJyp377kvOzz3H2cnX2T czoQQQQQTkmpLu5cmpJd3BJfAI3BUemIv2013rWP0VzWvAIAQgEL5Sl999Yt PahT3U7rvYtfor5L7qVVIE1h3774zXdNPfbOX29aFAPoSGrlTI++5Lz7PL9V /cnb+3kjVGhoaNy6Z990zX32/s0X7h3Pt6su7LSWW6VVVXJmYqqowyZSFPOY QpjmEKY5hDMmZDYpBSCkkya1gT2sM+14zX3fXC/bOZ9vtlStSta1UrLaVrUr GnSdMyzNVwdPjav1tuFqcV7aUtass6Qnn5aTalF2Em0xZt04OC8qXmc5xaDJ iHhl31VDxt3puHIDadHMeRft6e3h0eU4NxjLC9OOchenWYA7p3s9norxUUjN R9cu+LShvjCfDe2LPdN9iKDqd2+vILMT9ORPb5mUexaetUur6qapOotSt8XE zCFOautEKa1daIWWkLLSGswv33jNc7u4e+53PtseELLSy7CEstCWVix5JN5M 0ABTHErVM+94zXvt3D33O59tK0SqxQ0lalalalXSdOk6Ee7ETvXxE/Zp66lI VOk2kkqq2gAySWq2gAVVtAAqrWq1qtarWq1wz73DNe+37NGs+5ndfc2lkEEE EUoQQRVy/vuS8+9v15lVL+52/uYlkEEEEEECbadCPexE96+I6ifs09kaG0+B DaYgQIECBAvSKRBKkggkS68RL1E310dVKezT2Ro70++ikkUUkn3wvqpfCkFI Oi61rCCkFIKQUgpBSCkFIKOi61omApBSCkFIZmRR0vlVL5U0wENptp8CxO81 E310Lp56TfIbT9QI8CG0206VUqpVSrQxXW+ma79tzy6+7ftp8iJPJOgmUhS5 i+Xj2e5meVTInNdPp65I6x2RTxXbVVD5o7IB7n5aTalF2eJNuQ4qOHBKl5nO cWgyYh4Zdqofa29aO+4SAdnUUv6/dvdPXRiGWcct3JeYfTedJeXc9nobzUTS NV9dO+LRhvjCfDe2LPdN9iKDF7Xdw+q15HpyJ3uoTR7H66XvavkIBfIQC+Qg F8j5FVjtemWib7qMolV72jt+VVVVVVvMud+ndfd3TDPffGmToSLICfJhffG9 ffbpmL99e/bfl7LaWqtJaqr4ujM2fa53dMMPvu/bfvQtXuGZhJBBEbozWz7X 2kp0+7977mi/W222gqRQDd5L+5OZ9lR9VT7vfbr2d1LqwAtfKSRpIoGvigAA Bvy+TbXy6+mc+8d3726YZ93v2+e+Jaq0ltC1f0haq72d/eN65+3TDP3f3tnu iqqqikFXO/bO/b5rukp37v3t+6qq/BbSFpSFRNQTUE1BNTdz6vbs9x857vOs fc4G3awni0tG1rhEk5R4rxAQvq016vwwTPbvek9wGxzcPkWVQABLbbbbe7nV +qsYDMzMxwZmZmD27nqz6Vk3N++gAbTn0wqbu7u6en1fpH3du9N3My7mZn47 3vdD4dvvlAE3d389nZf5dzLu7vYAqqo3d3d2/mZl2Abu7u6ABmZmYAAu7u1V VABu/vszK27v/NKqqcADu/V977roApL9ZIl3SO+ZJJzKpM8/Nt2OW0kkmvyI ghiksj3Z0ktttttpJJPd3W9G5sMFRObzLG6nbI3EkklbbbaDd3d3QAAMzMz7 7ADMzMx6/3g6dJJAVVUAAPe8AAFVVH27u7MrYzO6cSSSb/o7v27NOyrO6gzt aX6l8hUkr3GKd3VmpJd3RIkpuW2oHCTbZakkkkkkl62j3vBd3dv3veHveEkk mZmZkgd3d3dVVXd+AA7u7u7MzMzuB3d3Y3d3QAAG7u7ugAA+VJFJZ3u0BgdA iTUsJJFt2zQBAACpNsnpLu3q23JHRJFXe5pE1DToCSAfd3Vd25222RJJbu1v Mttrb3HaCTbaJ5eJkAmEktJSu4H1HREm+zE8jbbHdyQ0DSiScyXIwKN3aMPq SBbEk0V15vsu90kKxunAAihPSVtxJJgoZaLuu2KGhLUqiSe7uNtltJJJtAbN KPbW+36qz3vC7u7gAFcJIS6dPRZrFzDllIBFyztvWpEklEo2uAC77dKtSSS3 QO4Id3XLbSAPQMbuib+++37tzOy9Put+A3d3dHGT7KfHrNUq5Wkgcqd3ZH5S jJuRLWj3MCA7slqX79+/H8AAiSST+/fv1pJI7ezC7vcwBd3dpJJJ7vdb9b8E Xd3dSSSSSSSttt9bdkbYLZLArSm6ABESgySkgPSod1FqbyS620zOl6m2y3bb b6KJeSvZuNu2NtpWyAACbuyXsttoAHhWAd0kAAtklxKNtJJIqct98ADd3d39 oXd3Z3cmezM3MJOJttpJRYAGO7jKm/NuySSVJIrLZezbd227uuHMJ7DUN71l 8Gc2ZPSSxJJeQstvd3FJe4nl3Ctts2tt93c7O7pdw2SR+bkqRPd3EBElW207 kjztbqA8HEpbUkkVltpJJNkkhqSStFWpW1JZjRA0u5lmZK4ynlJ8AZJJJJEk lu6p0skM4Jb3kgOSARQAA7u5S6NskMckttbbbzFPNtsAc+46B49de7pVLy/j 1btVVaZmZmffcAHd3SEkkqtt2tt3tz3bfZbuaWysOvRy8J2N5mYD5obIEQ8J tNq7CTNsOK92bzdPnznFoMmIeGbeq648SOhYd4xgdnUQv6+7SBuyg4xlfYbR k6hl9OVAe3j7Rns9FeKiarWoG+r9nuSgvYdHu3Ec86e1IBhqkjvcb6mIUZ7f SlA527u7opQAZJJLu71rWru/J73b3XMqPe3zRtxrWtwIFxxrbah5Pe5m3mkv vO+aDRCDMMVtqqqqqrFkLbIoCyCyCyCyVIW0h6nvbzb7SX3nfNSkRYUcJD1P ed5x9tL3zvmiGSFQYUSCkE8j72tcfaS6755mgsITISskBNBJBQgCkJGeT3u5 19pTy+6tLXztruqy666Tm8+i75fQEbVi35rnvX3OH2yTYycAkQ5s988w++bn vfZ9uK6qq5LleercVl8SDp5ceuYOy1NK9ZuYV6DLaOeASmRdhJm2HFd9MHT0 o9OV43mBIj44eou5dmEzV4njWh2cxC/X3acA9Hl4+yDM7DPJii9O50l7ezs9 nobxpRqWoT0WeTcF8KO3Gc9JpzUgSz5ukjjfMZO9VN4Srq16eWZmZmez32IK 6wv3Lh91vt/fZn3eG/K5iiNAtpC2kG0g2kNU19zD7rfa++zPu8F2QtpLVyNo DRVS0++5h9xvtfffa1e8FfX8gBJADbSeKkrtX7ReynvX49I9WNFIKQ+tINpC 2kLaT4FY5mYRVS+QVVpJS0XBeyn3X4D2rK9El8m2gAtoQC2gSWqqqubzZmvu Zlv3G+9v7L93jA2EAUIEwuHvuZlv22++39n2PeOyAwuD77mZb9xvvt/Z9j2v IaCLCAmjlPfdzLfvN93f2fY9rwMIKQUgpBSCkly/e368+b726Ps9db7d446z YH2WzczxXoN22nngEpk1EmWHFd9yV72szTEGTEPDNvbsw4TFZjYVq0dBC/uo 4d6PLxevTmE6vHwLNN49ZgDvZ2dm7uQ3jCjQl3CeizzU6+EHbiPb52gcngEE bwkdcC93qZ3btWbYb23GvvPB59Tca1SNpKg1MawKkFIKQtKJfvt6edc1r76/ d+e5ufwfbJKQLo2c/ezGv7zfe3+7rPvHdECeG1pABpa2221boTn3cy76678b +y/d8935kUgsgoRSCkFIKQfU0CgpBZFQzWsIcMM597WX3tc19v7evtedHeQk C2yFtINpWrVFwJBuxLv7ust59ea+39n2ee9JJxwkhasBZ+C2WWgpF7zp2az9 vXv13zf7n2fYd1xVVVVVeXNiXv3tZ77EfQ3r3kCsy7mZmZnv33vn5fH8aO29 +xCn8eFgruVVV8l8knLVLO9zqb5rtt370oWXanspuVJvENGWerHOLU8V73Oq WZS7TtoHPAJTJqJMyyY7vpqaHnynGIMmIeD69dGLF42yeb3kYNHMUv7rrHSZ eWMZiGr088InXpvWYS9y9d7OzajzRR6rKL4evmlBfED3bi3PO9xPEFLmLxA/ TE1NznUzzWTr96VkSSS9SSSXtvKmfdm5Kq/Ptu/eUz8klsQtv9+IN+/PD972 qrvPJJJXaE79ZBvPPOnn7Vdv77UqS3sVM59c72/c+3l4e3vOn6SW0JDLiqqq q4BPb/dPubT8376+/a7ee3vuvwQJbQt35zrm+yfr+I3nqhL8B5P3Kbyc5bzr GVc+jJsikFgKAyaO+O97c+7n32+3frw+3+AA+knyxYoQ0d98Z73669ee/b33 N/XVJepfJY9L1Oyqb0dMyqh6eV+Kne51nufoztI7kA4FhAksV1pXvPjOMQZa jPjt3EtuPGXryylemaxRo5hm/d2ribJl6ZzejFfNQ0zjzoGW5cGb64jrRbqy w+By+1Ji+IHs5bju9h05y4HcDrwEdq8vX7SY9vr1q1xm1Pl95fVa7kb5nPs9 etVfPNp/I6lVUJJfLsvcXKTWd2nbkrjdRzSS+bVfKGi5blPcM666ouN7h38A AhWYAFL4783t937fdYbPZ3vEAGBoenOeudvea542ezvew/EUDBW2rAqQUgpP wCkFIKQUheHx73656/d/b7dns73vf34gpEmJBSCkFiglAAT2/HDPb/Zr693+ 32637XegYAm6N6c57Omu977l9zjeaNCakATAAEVCdqXxymbvY+l4gi+Pvv1u C3KJWWW6dC6inDZ5XpXV7iqdYuy370eBvTKuSSxXWle8+M4xBlqM+Iu55Zce J4rvF+zTYdHMU37fZwFjzVmpvih6qKmceswDLcuDN9cR1qL0hrftcfi3fa3Q fED2ctx3fElcS7p7j4O+hXXwbcWwFe7hS1d8cpm72PrusVAspJJKsix5nHKZ HFs8Svbvwz7776Z7CPBI7Mzi1Fs8F5b7wHSTejnTb49v3PcvjXDlPwAFxoAC VNJvhr6/Gb9z7l9rhyiFVV9JJLVqv1iw1TH5bt97PETeLGq8NuIAAEgKpU4k mNfNv5Jtq4rvFF5+Xb3r9716du3emSK5aq6C1VXea1w0fX47332/ffO+nabz 8EJbQlqqqqq/XvOmeNH687379v72uHKfYr9bbqQzMttt3D0QFX1fKSC+QAvk AL5asj2T7Iqza0CntXAu7mH4rsmWdmeUQ20avdzgWECTLoNvI3vPjOMQZajP jgvLfXHnSR0jG+ws5H1C9uDq3mvca54h6qGmceswDLcuBb3rjWlRSNWYwvMt 32yIHxA9nLcd33YTy4l3T3eLV8PHbXabbsU9N8qLNS7u5q7sAAA77nd/TOPu 17vvuV1+b8bmZmZmZmZmZmYUcD8Dt9HKZTWXs38iv0C2kEms8dNXZ3nvfc+1 v7nTKfBQUsCoz9IRQgfvt++w+O8+79+77Xt8EZ5VWAsgsgsgsgqkFUmufa7h 059vvvu+17fNpR8iixRRZdSUvaUT4+vvvjx9vft8zma3UoiqpBRRzXucNHe8 97h323XDaURSbAUgpBSCkN75nDx7Xe+4d9p1s81U2QUgpBSCkFIKQUg5SFtI POc1hr3u99yd9nm+aqqqXuagmoJqCagkLKr3330SBr5NtfLqkT0N2rNdOgHo bPeL7JlnezPcost7V3RhYQHNoNva3R58pxiDLUZ+ObeW32LOKVp82QMi7KEc 92ARrN9Z2aueL09XTDON9e7Nl24c31xrUqpGrN1heKV9ekpW4R3s57km/Ybu ZLRvnYHlnaK897ZebI+z6qqkWvk2yFtIW0g2kLaQtpCpBtIW0hvd4bPe73fH ud8cirXhC2kLaQtpCsPkVVKqTYL5NgvkAL5AC+QAvlLvDh73u+4d7l2oYtIN aQtKQStGsKRrSCJBEhv14aPeO99w73LtQwpBEgiQRIIkESHL84H4BSCkFhwV UVtqqqqqqttVVVVVVtqqqrDW98ebIKQUBk1m3CGXHCWKApBSCwL3nv3e7Oft Ld9mmwuq+9tqL5NlC+QyhfIZQvkMrCGXHCDjjiQWRAy44Qy44Qy4i+VZfsvl npm+zaNkuq+yeqL5DKF8j0hmZmZmZmaYoCTWta1A/dVVVVFVrVVVVVVec5zn OKqioio1qiqqqqNtFRUVFRrRVVVVVbaIrZQUgpDnOc3sgpBTPvuJI997FATf L8PzPkppzPeUqPvvAAD3ykki+kknykkAAAAAK+XyC4dM5X7Pd14tdu6pLOfs kJJJJJJJJJJAAAAAA6be8pi8/dax5xdUilnelANsAAbbbabqm2z5HTGovWt9 ftNC6qXXPfAIAAJAevOT707ee6Pyj9kuxP1Enlfil7eqkY67KXvHjFFLA8IH S8GpvJTvXjOMQZajPgd6899XrTdhuSIjJ6wdC1nu7Vtix9M7Vvj6ephEx8Z7 dvtyWdc9mZuAKltKvCzvo7566Lueu+wczo6TfUb0QF8CY0UA07o3v7x88+9n uc13dptz7hIRQBQIEUCCRgQ2b3rM+1vh1++9nuc11d7t+J5VV6859wvr0+5m /c18u3bfjzpnoLAfAAAKAAndH3T58e5z3M+Xrtv054tpSCCCCVJJqRSOcn3J zzs+7fecz6uxyuU+7uCCCCCVNa1pSCpJJW2284fb4e7U+7nec183uceNfu7Q laAK1NSKVJNa1FABd95Pudnq9r7uZ3l59XXK5T7uwK1qKVJIoKmpE6sAAAAu 7Mte3F1Z7YStyX6qyrr2X301mWKk1rSla1qKAADd95vuV7qp7uZ3uexO3dT2 8AAAAN6Xm3eXlTW13HaZSqUtm4kgBIASS8pIL5ACQAkDXyba+Tbbtk5365lc nbRqjK7s1AXxvZ6uZnuW5BnrZq73SBYQOk4NTe1KD15TjEGWoz45t7y31WxN 9BPPCdwXLoZpz1A5bEjjGK9q9PAxUvi53XcdXVbuYcJNLaVeFnfSKX27ALuX fYOfjo6TfdmsgTwJDulAM87r3tO/u5T72e9nEdI+0qqqqqr4u+a3p8p7mc5n kdIvdKqqqqq7IZ41zW+afKe5zl8jxHutwLaS1VVZCCrgFuvZzW8eb9ie7vvs UeL7SqqqoEWARSC57N+7zu3m7ae73t8j1faUir7dWpBtVbbfcLvfed077X3e 97fq9XrpvIVVV4AA0J7O57nO7rmW973t8nK3FVVUCCwBVV57nt81V1t7vevV O7tea1JKqq8NSDUAB7U1d3XOb333fZW8Hfd69U7PMoFAGgAHc57rOb5XO153 j1TkruUADsl3egAPSaqvfffen2ve39bvvd38H5+2PCkMu5Mg8uY8DK16I5xN mCAgXBvoedub4+ftbg9e33NGUAAS22222qp3spb8GZmZgGZmZh7K327mb98A Dfrcw1mZmYVWfX0uvpu3Nzft3QO5W27uyx+bbdTuwUntYhuitAABwO7yq7Mz MbfzMy7AN3d3dAAzMzMAAXd3aqqgBmZmZmZmZ+ffFVVAAO7/Pvupd2zNxvsy UGr5kknMqkt6+ttddtpJJKSSLSSikkuqqo4DwN/ZmZlVVH4HvC8u/ftmS/ey HdJ27u7ugAN3d3dAAAzMzPvsAMzMzH678DTu7u4KqqAAHveAAF7u6m7qSTKd AkkqSSVkbu7N3ZD3dBIBN69UABUkp3Uw914WpLu7lA2+kk4N3d3dA3d3d3d3 d3fwHveFVVHveHveNfSST2ZlZkgd3d3dVVXd+AA7u7u7MzMzuABu7u7oAADd 3d3QAAG7u7u1+7i+42lpJJJJJWN2E8SSSSZJbbXMAFJbbbVskVeO+HHqA83G 22ku7iFQh5dow7bMhJB3dquZbbW352kk22xeAkDJJMSUte7baSSsxNJeO6uS 0BcdRJOY7B4AUju6+vqACWrTJEs80l2Xd3e5uJMDuYBHn87W3OSQYStWYpFY acWpKtpJd3crZLaSSLbZJLuLH2+3yfvXf63Kv67uAAPZnv3uzkCcxli05h3a +7hbZO6jRUkiSi1bJ3ZhltSSS3QO4IAAX1tpJJ9baKSZI1j1vaEnxLd6v1tt qSSV9bJOzN9M5tGDu7nc0rrbfWMBOZy2bYyQPAM7uyW3y17/B+/E/vySSRJJ K/fv1pJLA5KMAUy220AAVttt7uuT0kkgApNbbSSSSSdMhnTC2xgM5+AEiSfc aBBI4QFhIQ9bmWVtvMdrbbb7bRbbLettvjIl5IZWxa220rZAISe3dkvrbaAB 4WgHdJ7uLZSWxKNtEklyy58ADd3d39ppmZdt7u7u1JOzMzNrbbSW57A1EoDV ObzG5VbbUklU82y9m27tt3dY8DkSrHdlvuQ3Q+btyElpWVWwnqpFinbrbskk Vbbfd3O93db6JJeSrqTSA7kAyS7baZPa26gMwSLyltSSSWZbaSSTbbbUkklb UkraksxogdxdzLPcq3anLhJ8AbbJJJEkkz3PRS25wxLqC5GwBCSe7u19ysAH WSNuSW2tvzTyeSWJBYCSeXRLl4RHuojaS7u5Wkkk5ktttttkkkJJJVbbtbVz s3pfPOfXQ+u5O2kVduoC+M7PVzxC7J9Zui+FYWEDnesd2a3R58pxiDLUZmIi 9jz54EZy8rsS7F6pC/dQBw6Lgc2HLmr0WExUzjN27kGw7uZMq0JVwtVlnfZJ L57ALuXfDefjvdZvu9msie4Au6UA2mLaMB9XyPTPart4KKBNDVFG7d3NTMzM mpWZWQrrePnuvqWOp17F8pIL5AC+QQXyCmpJBMxVzRJDMXAM3rTz3O7er7ne XqWKbuA23AAKo+SYU3wFNz4swy+beL7veXycqd1JAvswAMtACWrQAC1Vjz3b zm+PF551u+Zy5ri0AAtVVoAFqqvAfPO+13XXTznXfKeTlzXOBgAKAEYZlIW2 GmGYugAC1d22298YqqqAzTpDXd5667nOvNMmW7WTNgPW5JJIVVUkkkKpqT5U 4n2V2TKVorqLJe22mng2yJSSAFAyNfKl9IQA6STlz2xmUomNdUde3njAOSam ru7kmruwBrUGtT3sd627dmavnVc1rJC2gLLbIW0VSQag0NaE1KKrf1fX7l75 fu8t3O/dz5pEAEXxfZ6ueI1R567gvurCwgc71jx1ujz5TjEGWoz4Ei8NWBGQ NY92NdieXUH9fdugbFu4cM8Mur6e4Q0vi923r1OrOzLhwUNI2FnfSSvYBdy7 4bz9bDuYqe3ORLvn2+N65dTz31E9SiY8rGKrJqSRlvl2AA3d33rLvubqbTHm uyUXIkkvvviSRfL7776SQAfyKAAAAAAANlTal1aeOa7FUC7+SWJBSCgrmWW0 JbZC2mmEMykK1gqva517t2Xl12m8HWbdWqqq5LbCS1aATpmuvOOi8brtN43S 7JatACQtLISEtFUVbO1zfXm3ReXXU3dN1VUgggggggnZedrN1kdpnU3dRgQQ Tcmpd3BBN3eGEzMLIWlIdeddb3dmdbvtN47zeFkhGtQiahEIIIJ9d3Lu7idq s6pdW9pznZVlibabababaxAIATbQgE20VsrJUutz42ncdllxNtNtO00GZhhD MwwhmYYQzMMh1VVV1rRrSqqqqqt1q60qqqqqrvvwfZwZk6E5Oq6MkgAi+N5b 67PjijO+tGrvdKFhA6Tsag4mT1K0QhlqMEdQtrfbptfitI3IsmumHKNRqRW7 ivlm616b1Gqzrk2LdzJgzmZGNi6z00yrvZ7vLz9JrrzUeq7DuEPQ5Eyb3jN5 48o042emUiySRe+SPvqr74EffAJtptoQQQQT3PVebe9zbfKl8urtBBBL1Jq7 uCfSS7TUE1BNQSvb7XMvl+9fKmctmZVVWTQmoJqCagmoJqCSEzfd9rN3y+Z3 HE2y83ozUl1pK/kq+X0+XyDZtGDs3cpFkL2bWWO92uJqubSBNb7zbzuczj3N 8s1XXMKAsB+SWXkXwDbbbbbdYbm1MMMmzKRZLvYAAa0BIBvvO1e75fLvtVU3 vmc3u9S7sAAABzvFd3fL5fs9Wuc7Wd3sAJIqjWoNahTWpR/fJt/fJtooWR57 q4zDtu7klzyvxjXnLnljsW+VGrvdKE9RPTS1NF2N3vErRCGWoycHULa3278b XuFbUuy+eXQizlxsxIrcxTyzdnreg1WdcmzMzJnYozzY6u6pV3lbfXboBTGX fPT4bpfu9y18TJ3neayz1TTjDZ6vszZt2238m382wAAcl+56vcvt8vuerXOd rO72AkGtDWgAB7nq7u+Xy/Z6tc52s7vYFKVFKUAHru189Xd3y+X7PV9mbU27 bbb4AAAABttttszq2zDl36q81znazu9gAAD13d3d3dc6tswwOVdX2Zsdbd8A AAAAAAAAAAAtIb1Z7zlabDvJ5nR1t34AMzK5cbVVRFVbcuYIqqqIq25cxVUW DblsNooqiimsurrBRRRRRRRRTWXV1gooooooooprLq6wUUUWKqirze75nsc3 W/X7BqEY6wnnZVKlVVVKlVVVQurrFVVVVVdZdXWKqqqrrK1rWta4Qy44Qy44 Qy44Qftbvnn3bq8vX7fxovMXmtOiGXHCGXHAy41rW78AL5AC+QAvkAL5P5LJ 73q3ee2zTy/JvftV5vfqQUgpBSCTLmELbaqgsPlFSsgsgpD2+5u9zE573nvb StMCOnRwInjeW3Z80+yHPVXV3ulCwgdLY7rxG30K0QhlqM+I695bW+1crZ5P aNyerBK8Be4Vk5mFeObpZyqK4cCedcyZFu5kwYzIhJtk0yrvUu0eukAvrnjo 8T3Sb2PdnBC4CiJ1wN6J3c8/bM5z2670qqqqqrmtd+zzz7t17O58u9fcMzMx VVVVfSQtXu/t+Tf27p7ndfH2znMcxVVVVVbXn33nf3Lp7ndeXrWYUUNtttuJ AC+QAvkAL5AC+QAvkAL5XM95Z6urM3yI3Y222222Bku7vV3Y370v1drvL9dV h6wABsAE7L36+1v1T3d/emTbf161BJFFKKqqoUUX996t/VPd325iZ6wrW222 35JAC+QB8kAJfIAXyxzz6s9SzL8iNR5y+QAvgG226bpum6sABHPanUsy+RGm 5lAACSAPvkAfIACSSEkkkkkmG9V1t0r3YV4vrnbgM0koHxfLfXdnxW5Dnrbq 73WhYQOk67GN0iTzT0Mhlqs+I68trfauVsWevbj9UCb7rpHV7FuYn5Zur09T TS+M6U9er3cz1Gs2oWbXgY3xWPz1gFbzzx3rbzmU8DkTPXLw8/Vu0uy/IjUA ySSAEUkkkGwoBsKAALJsV7SmatjUDAAAAAAAAAAAYE15U2pe+4y91XB6VVSS 7TUE1BNQSFK1676m9Z1da2qp2EZPkVX2vPPJzPZWZ2qquzQmoJqCagmoJqES Qjva32pzOzKzO6qqK0pUkUADUmhqTUO97WdqczsysyugABrWk228BmCXyI3I JfLYUbSybKl23uCXyI3IJfIjcgl8iNyCXyI3IJIjcjkcjkcgkRuQXyI3IL5X typtLYZKux7gvkRuQXyI3IIjcjkcjkcjkcjkcjkcjkchNuVNo0pExvccjkcj khKkcjkcjkcjkcjkcjm2XbuF53aSxh6BBaHuwNFeN5bM2fLMnZbHzHhCiQOk uRrSTJ7itDIkUdjXkQ+etTmAjJFjR7D6sI04Lo2HRmexo4O5+pENbIU6o4LO sndmeOQt9Hsb0075a2uWvbmDDNFXKNzmOnyL8pt51epbtHnWyyPzefLa++cc GklQwf3yoYQXyccH999Qwh98nHCHyccIOOEHHCGoKKm0jTLLe4GjjhDEkWWO 7+SLljiThB0MHQwY2N0MHPvoEbiSwypV7SGXA24PV8rku3VNyQtfO7hUkIqi SckuOpAqgCpIRUgkUVbSJSj2VHkC1UhI5HJl3d3UkjAbAYAABVXSuUpiI5ku wAAAAAAANkkAABVrWSlNRHMl2AMBsBgAAAAAACynVykYiOZLsAAABA02+AQA gBAH21dZKReqW7e3YIINAQQQaHvKr1d3Uv0vLr7JQRR4qqqqtPta0qqqqF0a whTMwg4ZhBpmEHMMJpq9c6mdPa3m+mCiin1sXxPYuW1sJv29c++0EYZk6BBT jQ0V43lszZc88yjBZq73SIkDpLka3zSUHuK0MiRR2VIh+561q7jdsimz0XLc 9eIQwTVrOjMyo5u+nr1FiIe+tHlcrfdmeGMu9HsWCjfFexbr2TBhrVcN9zKb fId+e3j19S3aPPbo3fbmK/NtEV97SnOs37DWva9xQP5DV531X2M17HTrmt1V VV9bbV5mZnWqnOVKrfbrKzm6wAAADLu7riu+Jx3jp+13jveZmZmW2pFVVU67 6muYvec1zvdKqqq7LaQtpC2kNvBznXi3nK/ua5rmt9Z8yW1VVZKyC1AqFFVh WQWCq61mKqqqqq5mYqqqqqrmZioGZSFtIW0LVWhQmbHTzyPt23vM3rNEFIKQ UgpBSG7SFtIW0hbYHc7sdvNJvpw73N63rdqqqqqrvmXvB294m+PDvc3relFV V4BbmEHMwhbSCkB9yxUjawsnIQK8aGivG8tmbBnlmThto1d7pESB0ljr6NOj 3FaIRYo7CcHILUtXIKQRTY1y3PWBFnBRy70WjPIYd8W8p42qKV+rrfdmeDLv RjpHqpa3k32vbmDJGtfN0+5qjEF0/Vt5tzkdfX7aZzj3t3r2ugcSpBSCkNdz CH1sikZ3Z9nLrbnxzW/d33n2qqo7JUg2kLaQqQUhzBz155z3Nd7rm/XWwE0q 0g1pBrSDWkGtINaQ9Rz135z3Nd7rhsx0Qa0g1pBrSDWkEtIW0C1V13Bzt51M 3ned0VVVREXTWtudwdcveJmzOd7pXS2i1rflJoYFA0wqqqq5qpr7KupxO0ld VVVKjDT3Xseeu/O9Od53RgQFFVUFXq65e9cd4853PnStkbYViSVkFKyLCHkd +95Kbzu/aPITpPc++zd297z328fUQK8aGivG8tmbPLMiy3tPe6REgc51jzsa Kg9xWhkSKOwkcuWpauQ8pJqnRLpuesCLODr27DozxGa+8S3ljDrYSlXplxt9 7vBl3o9k89Nq7zU93XwfXLyEKXPzVZzVHJ3PVt4+pU/btJ2Zfp1/L8kl+/Wq 337auhn6/0/eSe+0ez3qushCzn3y+tKvt7dede1dYSMs5vl9XVdOb3VdZCF9 XSvkuzB0XvbWKthC+rlWNtsAA1oake7yovfvV3jGdvb3ZmAAAAqpz1cpme9X eO7zN57uudlqqqqqqe7xut9fbvO61vXM9Ti8LVtqqwVXfuVuvee7vfta37uf U6qr8FthxVVXMzFVVVVVczMVVVVVVzMxVVVVVXMzFVVVVqqoGvlPnlbyLp9u yZWGQzyue7IOS82wiYN2n2eSKbGPzPtqR3x8x0IJ13vd73fNrcvvX3719iqq uABVUuq2rS/pLN3dA3d3d07anpJn6OAFPdttrpJAt0DRnHtZIRJJ8B3eMlvd 3RWSSSX2VvhdvIwQUc33d0dsjezuL3Mzsr3lXd27gbu7u6ABu7u7oAC7u7Xd 3YAvPszMy8+zM/wVVUAA7vz3l3d2zJM3MlXCZjdWZ1dvUgEXMtsrttpPiSUk vIJ6kvYSSVVVO/cADMzJu3dUxnlfdz3tN3Mz707d7Pe2cHc3d3d0ADMzMwAA Bu7u7XvaDjd3d3V+8A7u7u4e94AAKqqAFttt7u63Ekk987zbTqSSV/lbz02S T8AAJ+Apupd1trbm7EtndWTUl3crrm7ckBvSSSIG7u7u7u7u7+A971toAAu7 tt7u62ySSRJJJekttkkk973d34ADu7u6/ru67uABu7u7oAADd3d3QAA7szMq Xe7t3etqRJ4YiSrYwBTtR4k22yGel4AUltttWtmozQU8MMGbjTbSXd3LOQ4T u7rV0i5LMVbzLbUkpCSZJYnhMAkSSSSUts7uotSSTzCSBQBCgyAiSsyS0knw ujg+qz1rACtbaG7eJ7td0aCGom2SSSSSW7ZKSeQsD3T4txzidJNrbbYAAbtt tSSSVop74ZmavfuvV3Mybl237l3d33AW20AAjwAsxybj0UlbqHdT7CB3W2dt 60pEgACQ86TO7uUqSSW7PJIlMAAUZLb5Ek+rtJ9UlJ5N7jbqQOGq393Bu7u7 o7rqv331D373j93a94+HWT0nN862L3dx3dttmt0UC1JJKJJLYDd3d2ve26qg Bd3d0klyT3vTu9JJIB3REkgBEq2emR9Ee4TkAI0k+493eLa4MkI8hMy5lcbf ylSSsfuluw4+B3TdvN+VI3d2xJd3dyqqpb622gAeFoWE6S0EoTpJ4QkyWXMo Abu7u/tC7u7fAPj93d3ZmZhVbbJJJhvPm3bbJN3ZK767bakiDlrVJ0Q7tt3d YJqVY7u7lifY3TetkpEDlb9SSBGknu62/WSSKtt93c33d1du7tvpJPNyRJeS A7mBpJfna743POZJKQBu7YsxOSJJLVuKS0kkuRqVJKu2pJW1JZkXdUugzHZm bu2SyDJmCnwFtkkkkSSW7uOrlm6B3Io93IeRNJAL7naSQG0k1bIlW08xx5Pb JGScAOMb6damAK/Mk93cYAALu7baAAbu7u7JJJp3fnfsr79K71fZW24XPcFT G/BemP0wvss7T3ubRIHOupsZyKg9y8tDIkUdmHxAXIdW+HMO2zJW0ZueMYnp l6vxi3MFnUeY9UarXyzvZfOeZuiJe+fZhrzjPYnt8hi1N7cjHDs9NO5JOGez fcfQ3Intzs3scErAv2vqnfE2hDMoSW9rW1tbVFPvebrEgVQJVR2v33p73vCX Xmo0FMC1TcU8BGHgUlBSCkFIKQtpBSCBWBSCkLaQUgpBSCgxBSCkPvdbzX2t 87rX33Pay874gpBSCkElQwFUUgpBSCkPYqoKYAmpADn3jlZ3jfO3mffc+y25 yqqqqqqqqqpuohlV7Lcr2S88Svez0GrrYBQMoGUDKHQKqdOk202yivPKTK9k v2ye9g/ZjUAQ2UDKJ9CVIvoSoNNtMgivnKi6+3m+Xfvbt7dSyCCM1rWruWQR ShBFy/XKyvb97fe37m8tupZFKEEEEEEQ1690uvZ7Oc97mXd3ToTMwyEluNat opXjWt0b2dm5vX3OZfVva7464wp0XqY34L0xP3i/WXd9shZA5x1NjOSnea8t DIkUdmHx7Cqlz5hzo8cbenX41ifUdV6+WdZzHkBkSjtZCvcemxLuzPA27Euc w31m5wxeTfXPaoT1IctNV3MVci0erryvCorHPOuzudWihU6oZTpABQN0FrjW ta1vka+97T7nfV3McGoqq1LpVAOX7cpXvX33Mv11uWAAtUAvkAL5MBfIbXyb a+Xc1UrtM7Hr8bmsIW0tV9S20VXeaHT7XtPud9vKl1VVU1qSs1JIbAAFak5f uyle5bu++VuXylKKopRVFAO7lZXcy+z3Pcts0q4S220C1VVczqOnveay95p7 ZpVwuswhlpC2kLaQtocFEFuUg2nRjnd7zOcx7ZtVVVVdX2pV87u+8V1Mnq2D gABfc5U9uUyTL0FCnVUxvwXpj+C9Xd32tlkDnAYvcbO875aIRYo7MNxDEylz 5hzo8cbenX41ieGepEq9v17J3eHeZbVrIUPbOhXdmA27EEHMVpiq3vXdhEs8 S7sUctO6fcxVy2avX7NK9PqeXx2LS+wAAAFVv1a2r2+Xfueznqqqqqfq1tbb bbd/I79z7PufZx+78qqqqqrw99Xnebz33cxN+VVlVVfbjnfcuPfdLr21VVVV VdT2nPeunvul17aqqqdBfqv3Y8zf1PfdLw156RtlqroLaQtpBtINpD3I83z1 Oe6Xhr2ELb0ikFIKQUgpBSCkFIKQzKSSYxZmWSGKKyEDMoQC2hAltAIczLJa u4BPdjdc99h994vTX3gEk3VVSpVVVXr5SQQb9Nm+a72rTYeWeQItJAiRfKRS RfKRSRfKOKDTChFpJyOT5ffQRE7vs1Eva42V6Zx1+vt3wXpj+CmWdu+1ssgc 4CfDsr7ynloZEijsw+PFVLnyDnR+xxt6X2eNQkO+IiPtOe6bvn6iQ2MhWode qfdmAu7EEN6s969nefCjfXUxMfNU/Kx9zFXIxHq684+p+29FvcnpXYs8fIQH y+QgPl8s0a1qENaNZOpA1o1kIZhmSGYZhgC4ZQ8DEWJp0apDc13X3e4d+8Xu PuHNkMwzCGYZmyCkFIKQUgpBQYhrRrWiCkFIKQUgpDV0azMMyp4iRSL5SRSL 5QQL74w7uBN89WOr3b473pBSCkFIKQUgoJ52bN60qqqqqro0a1pVVRFVXRqa 1pQNGprCGGTMIYZMwMyZaVrXAz2vc7mFvr05XffTtstsvC4mYQcyYQaUgXy9 FPpF8qEKRfIKqSL5RT6SL6ZM+9mFv17t5jzvX6fUszNySaNTWtE6TNm5vRDD JrWiGjU1rRB0amtEM+dTW9kNbd/XdpKKfSVEphvvAmsVukZ6vfb4lT6SgQ2g BACAAAAAA33vV9rz14CsxY6k7OAAAAAAQAgvPkqqqqqVVVVVVVVYqqqqEmb3 vQbmtTMwe9utbd9v13N3yVyqzPeAAHaSSAEkkA3Vdr1/EO7m1BYrdSakmpon rkmtS7l3Jd2R9NS7lkEEZ9/4vvvpFJXfuf2P9782pkWLHXsxrvAhtCP2pJqS ruCCWSyCK79+7f17/cyafxZIm0xvwXpj88LmW9u+2Qsgc6CfaK+8p5aGRIo7 B3H3cE3pvp0ydArRZlb8tC7PFrwYz16E+057ou7x71MitZClQ69ZaBmFRaTq 27bU/RoeHr4aeC4KOsR5S6fcyvN9lXqy+vesIua91+MKc8vDHXfCiiiixfxC 0WL15+/e3y/vt9zC65+W4678KKKfglopZAlthAtGwkje/d/e1y6/fdzMLrn5 bj9v1XUkk/AEMygElqrZAktVbJCW/QJP3fjd7++7aZ3d7+FzH7n1+kJ+IApB SCiTM3KtaahAZcaqqhgCyQiYhio5JJaqY1Wqq6zxq9/e5aZ+3e/hda0/c+v4 C2wgW7CQtoQwzFVSyEFCB+1+7+O3PcTn273PxXWn9xDAAGFJJHMd9+zNfd5a Zt398V1p+4kKZr3D7fx7dzO15r7xm9/daSCShJGeNn33Xn1zL7Ob+Lbmvvea KKfBGtCAWlCAWlCQtFFFN5419p58Zc57vPit7r775oowVYCoooqim2+634uc 6xgoUIm0xvwCmM57HMt7d9rZZA50EvEFZ3o/PRCJFHYPcfbvIrTRzzmGVaLc rfloXZ4teDGevQlYmfGbvjb7DKohx0OVdetspOYsdWkatdtTmqheQ4ReYbYm eV16utPUXiqvX2aMUz7j3vfa3u57nxW80+79UVShGoqixqqVUu9Ww8nt7nA8 nk6yT2c/qpRNtNqta1v4JMzGtf0JBzLky46CBrXw/vh999mdzut/jHu9fn32 aW0/SQLmDaYSW41rWta5JDLj+AAy4818b/fD9zntab3f4urnd/fetwpaXoZc H8EDLg4ABlwS0uEhI44NaW0WEyAS44fvxrnhPfc7mr3f4rdd3n33mmilWlkL Rsg0aQpaQpaQpbA/EcxpaagRLQmoQnN8/fjPtvec+1pvd/it1r9xp+CFoIjq ilEU8bAlMoQJS0JJ+38X9mvu15n4rd/b7r72io6KW0qKKKKKOjx9v3d91l5r 4rz7ffvvtGbCQpaEApaAUqPaVOChB++Pa++5lu+eK8+33n31+2fpIgZ+N9+7 zLd8/Fbz9vuv3325OBBz3vez2aRk8tTgtE0yq1sjUY34KY/eCmWdu+1ssgc4 NNUwkTvNeWhmQxWTCF7dDeeFnPH3mFfUWZV4sLs8WvBjMw2ux+fezrw72PzB ddLIRiGy2yUnMW+x3bx773s3sBeQ4OLxDbEzyuvVMXZ6G5U99d8nO3Wsvtzf KF20PMzL4L0S63fPit59vuvvvs2rAWQWQdWQtpCtqaila1QPfa5373bN97Q5 9vv33zu6P018A2xfL4ySJffKSSL775SSAABF8vlNpBSCiBve9/juvu95rLnH 8Vt5+3377n2/c/SSSS7uqAQAZJJV2O8nb+3Ng8/Km7M/bPez13fm3+SS+RAS S+YCkkEkkKqVcMySSS7zH3vTjmeyzf5U3p+w9N2XbbPySSUklr5JSSAAAbJH 8l9KAAAD9yHf7uuDz8qb4zDPWyTWA2AwS+AABpFA18UDKAAd/PPRe7sg98qb s7DPewl3wA18VVfkkBatAAtVV+vTf33D9+53u9czfhr7ne/vXNKqqu6223yv T2+8Pve93euZ7g18873732fbFRXvoZlluW/oS3Lbga5jxPv3Z+H5MfpDNC07 +Lb8FcfvBTLO3fa2WQOcBLzibB7l5aGRIo7PDuPu4JYFc54+422zK35aNXi1 2B/W0z2nPZ14dmZ5PGqFayEZWevWyUnMVmLSdW+e21b24LyqO1zDrEzyutqG dWX6ummxbZa925CzfKm31Zu+89mCAF+X33ykkAbdkLmZA2AoZrArthpSCH7h +/Z+N9+5rL34bb53z8+88PxCCH0ieeUz99O+5vWXOfhy71rzn7777c8/gtVZ FkpEYlZBYYApBSCkFIKQU+p+79Pc5vWXnRt3m/1v77773J4FGSofRSKRhWQW QWQWQWGgFILBCsgsgsxOeO87zWXnRt3m/rc++++91VVVgsgsgsgshx6nX72p 73d6y88Nv2+ffe56QX3vhhK9WjSNc9m6KNVbnvsz33sK7D3qnsM8qj9ee8+1 SqXyql8qpKtvpT1e3uhYp7NVe3bV73fe97JFlPzcg49iM0IXdtq994fLOHc8 3dWp1ksmB0I0FyTyuX3uXkru+bIZJ50EzibR7j4ZoZcijs8AAfDilgr55zAL fnjJ90XjT4MZ5Wmt+2Tfdome6dk1xWMhGVnr0kzrmelgQIQywfObOzs3O8tH GIID2Y90x8wYhXNL973dZefF7znzefffXyqqqv6Baq8OK+9Ve93uW5+lO7/Y 7nvfe/agkEkKVVZ7tuPfL73e6y8/F7v9u913XJ5VV6L75NtL5fl8HN8PP1el Vnt2Dz8nv6Zs7q3cOgKQUhmUIGBiiEM7890u++OjtV9rVL5F36+zM+ma+7oK OYzC6x2q+dbnr0ml+8mxtlANsQDbBsKYDPe0L9JVZz9rM5Tc9endfi/gD4SV UvlSQUgpBSCkRy4kMcykMtkLbIW2Qtsg2yFtCd++59ra9993WXni93z7l371 bySVSiD9NF0CqKEb1U+r799+yvyt5xW6+zmcz7KAMXYABqHfd93b77L3hyvH 7ndPdfbkLbIW2AtLbAkttV1VuwYKLAUgpD45fXw8+d6RoI9C9g2MVUw+Vy+7 PYuw175kgtJc7oSWrytfuPhmhlyKOzwAPu0I4FqysA22y437Al4teDGDFarJ 7XjGZcMGTbU6yEZfM9aLKBnpYOHFZYPOTc89Z9h1Qjx4ZM3HjxMmh05km7uY 6zMOwl6/ZKXyql9SSGC+QAvkAL5NgvkAL6JElxIclDbfe73uqva3uZuJLouB dQ3Nz77vexuXZcxvdRe4kuze5UgpEiOO+95ted7md5uvHd3A6CyCkM3ec5te dt7zlecvLm+HSC6VVURVVtqqqqqqtpVVVVVVZCISddd51e9t7zleb5luc7DS oqqqqqqqkFVVVVVVVVVVVEVVVVVEVVVtqqIqqpUgpBSF5e95tec7mc5t5y8z hDfe83zMSfe5I4lq5ffLMzMxPUVmJPs5I4kuJMPl6vlMW9O7Krs0My6yixp1 zb2gAuxNDQmoNag1qfSXf3cPXvf32/pW6Drdo94W+9L1OUPseFZRT5SF0djV ezhe9LPbPPSugC33hdjKlezaa28vwA4AKqiqyrd3duN3dA3d3d0/HdXJJets kklvXZttrpaRNu8KdR7qgGST4DT03ZRu7XfXO8kuQIUgvZN6WHh3d0csnm9n cyAIu1XiALbLbUlu7oAG7u7ugALu7td3dgC8+zMzMzMz9fwqqo0AO7895d3d syST2ZdyPq+8++c+Oyqp98IBSABWmwoklJLJJ3bJ622TG3aAL3d1LrovbltS JOuJQjublrslSSSVoAZmZmAAAN3d3a97Qcbu7u6mZdm9e9Kkjh73gAAqqoAA KqqPt3dyelLnt3W726lf5Yp3d7pJPwAAndJ4fu621t93czdkAtSSSAAC1JIJ W20kkm222pJJLd3d3fwHveC7u7e94VVUO7u7u3dSS9JbbJJJu7JPW22222yS SAACSAA3d3d0AABu7u7oAADd3d3X6/1373rs3czK27vTpdimpJJK2yQSX0wg UGRt2O82apzbfjFIu6DG2ku7uWchTeXcKmDhOYbXmW2pQN9EiY5TGTOMhJJK Utvt3bbUkl6QAcQBAXpI5ALMlsAHu9ma3bmdEONiSb3Ilu300R1NFEkgMklO 23yJPIViW5vN2yUjDpJqSS73dyVtttSSSVttzLbW1e3OnQDc46e8JIAAHbbb bbaAD03QJXcOcIYt2d3e4zNA0m22kDqEUQAB4+mnOos7dUpSSW6B3BAAC+tv DABJt6tkvdTUHJKVy+bstSSSVt9LSOG5Ab2Lt6yvrC9tzK+4ySaJO2+bD3sz uu7tsskl4BG1uTd7d3d2A3d3d27u7Xd3YBd3aRJJ7urySSQHcykkgASVa7dx sxtOmQAAWJToAe56J2RMgkkkAXMu7stkn6R+SSS9qFtOAd3bmP27rd3eNvPu 5vT3O31ttAA8LR4A8S2S3EiST4pJSW3MtttttqSSXlZO6gWSSSOySEkkqttk ki0+3VyTtkkm7slvrbbUkT41GAaGd3ZJu6yri1cqzzwBd46l2MbrZrURIrlk BJaSkkjfd3OO7u7UklVVSe97u75dA2fgbu7t+8+JJbttqWeczekq7hu2LMUk iSSWYpLSSSZIhSTa7SSZIksxrolyhzHdndtkbuehNXibbZJJIkkt3VrrYve4 77YYyATW2W4kyW+6VEkCyNuN2RJIrJH52ScToB1SyNYTYe6R+8yT3dxgAAu7 tttttskkkSSSVbbatkyXc88HN262gyyWdF3qZYfO5Pe5dhr3zJDJPOg8Zh7L X7l4ZoZcijszAAfdoJRo55zHmVbZcS9gL8WvBjPK01v2vPmM3fBjHsitZCMr PXo3Kc9RBw46tsPrLdz02r1WwEeIHsy5uFv3MFKmmq76uVd+57lb7TFld1qD WgAABRVb9m917fMvvuuV3vb2wrBRQAKKKJv2b3Ve7zuZ7vOV3jF9uWoDbbbb bbb8AJMFM9ezK9mw9u5W7pbqqsAUUDJd3c1Lu7mpd3etTfs5h7feue1ve3lu EFIKQUSaPe5s9vnc9vWnlzCcVVR97mz2+dz281y3OVVPWKD7mz2+dy6cd3N/ ef5CQigAKAAiABrWvu+2fcz7NXOcz4PgAEQAE4pCgWlAkYHvu90ffcfs19mu 9zZPgAUElSX3ypJV1fep+wWzc9U39e5L2ZPzPX3uPncn3uXYa98yQyTzoJ9K ltfuPhmhlyKOzwAB8OJQWrtrLSvrb6pewF+LXgxnlaa37bN+E3S4c3bVayEf Ss9eih6qXTYQt+futauyuKGda6tLtXIqrqeHzf289JGUu+ie9vE8PmfY0j5p 72k7yWyCuK2PMwiyQWRWx5mEXyrJIt21jm5txfLCCyK2PMwixJOpt2ttY/Tu 3muwRSCwUFgKQt1rXn2zl9r3vc7sgow8irvetPtnL7We97O+3bbW2lYb3zde 3OvZfvevnZVVVJBNQTUE1BPk218m2vlt697F1mez06r7Pc8mlRnP1u2edyfc vVvzZDJPPwGDzFtfuPhmhlyKOzABx8OKWArt7er1pX1Fztvq/c2/FjwYzytN b9rz2c8883cjFSIUnbW13eul6cx2GetatWOreWtribacnKnQt1GxXZnerrWO /XPRZhF8gBfJgL5Ntal3d6i7AAT2+erjbPb97Jzlgbu7u7ujoVMbWmHfB7zx HAhIPOaYNtGGm0e1Xjcm1capR6O8hkq002jx996G4HwChDrrvzz7l3vvPvtn wQbo7377OfKkePve29V42vlVaPAaXVntlk1NU6g+wb02l2zzuT7kcW+SARJ5 e4E3DbZ7l4ZohdijswAcfM0uTCZ0G8HrSvqLnWsorx19gZzytNb9rz2c8955 u47DWyHLiHevNSU56ib2nlR5vj2eOnyXmIRBOhJW6jYreztrfdDL7hal98sD sW7565zZ72HSEKyCyCyHK57hzvfdzvDk72P32Z971fYK/OSvmlO8/ferGCv0 krHec9h0B5j7hzvfcz33e/aPUVwtpCpBtIdx+4e73681fnXPYZ36eICJCMKk FILPKQUgohUgpBQgZx594732+apm+4Zw4AAskkPFSCwfTa+AJvrmvG7z2+bv zrvsM9yA4vSQKWhChbALbJCbbnDfu75q+dc9hnqqqq9SSScKbibpv1YiVu9X ivS/c8UvZVudvUyw+dyeuBjA35khknnw0PNtr9y8M0MuRR2YAOPhxSwV8xvB 61fdRcCkl1ye6H4MZ5SmtvO3Ps552fPO3IxWiEZGevRuU56ib2nVR5t7njo9 Sxs9tFx0dyFsV+yVuRb7ryP1Tmm+KqqxL775uqGxL5fMKbbdVclE5b3XkfVO a04rfkSdplClyASl1StaiijaOcda4c93fNXzrnsM8OFFCfQRAInoSPLp5h7f 3t83fnXqXphESCJBEgjBGCBvm/ZzNZeutdwzp8AoEjaAQqARhuGve5msb7Lo 9S95BYMSBENkLIQtuuubusb10dpe7kCOKFCFlr3bIU9qLWnqtJJKlKVUoit3 CFayLWXvgUIAoQBQgRSAChEM6+3CFcxRc09XyzVePsL8/PTMrXiy82XmGb1V tPncntzkMVx+ZIZJ58NDzba/cvDNDLkUdgABHFR6dsEO8JpfrbnS16m/Fnwf ytBuT2vPZz3fteRipEIyO9nqkzvSl0xjtr2z7DXrpDcmR6n6dTHXajYrzK7b HHw4taffffTZtMsce1KrWnq+S0mYTNqQtnOrWoffLPlSSuGP3POtZzma9dcM MviTkkkRkkkiGb3rnfernc3ce7OlzPByQBA8CIJNc133O1zmbzXttOmXxNSc IpBEjFkhRCRAQIiECIhvOa77tdezms16uHjL4RAwRGGiCkLzmu+7XXs5rNer h4y+0QUhIpCKQUFAAeQkE+gpFhs73Op49ty46FyH3klSRj5g2wFQm9SX2VvT N9rqcctJRa5D6y0l8gKbrWFPfkl8A26bqqqX3t306XdXu+rni0reBwzeqlpd wT2Yuys4iQiTzYJ7BbWMC8c0suRR2AAEFOQjLOg3hdJfpblVx+0peZ5+uLVF PaszvZntxLJBGiEZGevIJ07voIeHY33km9u3tCXU8fPZzYvcq0V+J2+3m56e WkHV/ch186q1IW2SW0IS1KBI2797m/Zm+697f2+bro8ZWTgEIKQEy7v33Prd 9149mvtY8PjKyVSKet297fud+t37Xx7NZXZ4y9ot1VVVcAmpICrXx7Oe+u+Z 9PfZatzn0y+LFFAqiqqZ7L6+33777M7vc9zLYfKeHLxO+++8/vvve1c9iLcv TiVTpxeVUM1JKvl8slmaeO5u9nLp4usW+ULS1BBhIhBkk5e859v3r9h3maPZ 9le179mofYvvq+VL6lIjpPbu+FrF2+HtVviQX2Z7PZ5MiHIhnYE29XmVoOXN olZdzp45ypOIkIk82C0MNpYC7DnFlyKOwAA+BTkIx+19vW7TPUi5wks80/Mc y/b7ZEfac9neeVHn2GCxEKxDOuxujPQ65UL4FmZVVQP13OTu717ReV1q+ibq Xu9udaiwi2/D2lW+JD5alVL777vszK6OmJ8ggfPrlW5O5Ae3lF1Td5rhELm4 q3xkiS+Wim9p7e3jcJ2T1Oq3wbSpIURj01328+97vs7zNe5r5KvfszuKq9AA qAHYsiSTa328+97vs7c9vvzVe/XkxJJjXWezPLtZ16vdVkqq6eLs++UNXtc9 3nxr7tzXua7q4r377N7u+wFIKQUBSCkFBhJKyARUdYfc37vPj3eZr3O7qv3z eatUCRQgChAGdXsgDVfJ18qyRdO29Xswm5N87qVVHnI1nm2wFFBR67p8nM2v nN+7Xs32ty85nauUStu5PHNVZxEhEnmyNzrbBgXjml1S12Tu70IKchGO53Zv XZVPUXOtb9qb89ONZ63Kj7Tns6+yDeT0w2MhWoYefb4pbMhC+4W7W/Otlbc9 MtUFVrYu7kK1Fu7d6uzCbk31kqqR5OTPRtttsAAkklKlV7N95Pvd5zvubvO3 9btVnrdA2+9czPp97Pd76lHyIBRPMu1XMz28vNfYQUgpBQSOa6fa5v7u7t1z n33MVL9ea+7AZCfNVEec46N3mvjutua5z77mLlM+pzfPlVgSLCAqqiQAj3vO Oz69174+3xzfe+3VS+pvW/CQIsABVenTAABGEDnGnvZ7fTvt9db93u61SfeF l2vujqqp/Nz5ZXwtVwy+XplE3O9WFVSfnlSpVT5KklglXQvOXplE3O9WYrfr zWpwABQAGAIACEBAkYIQG5qa9zN734+31ze+ffcMb9cw2AJ77feLT3Ztq3et WMW4fClm4MoljdyeOIja1jJAAbfZm21jAvHNMLkUdgABBTkIx3O7NuUP0tyJ XMKXnr9aLb7fLrmEdzemWINdajnXVJRnoHvaVO8njue7AzxiPs3sfQDvdOgO isY/Rcy6FRNz3sRT80H3zVrsyZvemjqdneyqBnn5cfce1R8nPULIDGKvZm3b jSz32d7Frs5O+oWcGpcX2XaXiz743d3d3d2fAPZsvDN8vTKJpneo+rz9uZV+ bfLykgA2wBOnTp06dOnXLPPZZncvTKJud3nv1D9e1leynTqDKBlAyghKkhK8 ru5dSDhmgcMZm0Hk56hZwakuvwzRtxlbtUcgSpGUDKBlAygZQMop06dXevpZ u+XplE3O9UxSjz9V3j9lMZQMoGVykJQMoGUDKBlAyu2N5LN3y9Mom53qmKV6 vVJjr2UxlAymMoGUDKBlAygZSAIlc19eG+Xi6M3q2/uro5dVfAFAP75gL5Og f3yYH3yAPkgDMzMzH/2EISQkh/P+RSKQIIyEkEjIKKiQiwkFWEABVkFIIxSR YBBQhIiooRZERQAUJIoLIKSLJARkUFkikWSIrCDEFFJIoRQARgRZILIoAoKR FQUkFEVFikiIQFCRZIKoIjEFFhBZFBEFkUgsFISIkFIsUCLBZFGJIsIsARWQ UARgoKApBZJIDBhJFiqQikCKCwRAhJBEILIQYwigCyAKAQiwIoQAUBYRYLIQ iwFAUVYEiikEZAFAWRYKqyRYCgiBAUgKBIskgsIsiwFWCyKCqCwJFFAUFkRg AshBGEUJILAUFIAiiLAgsCRZIsFUBYCMIoqigoChFgsUgxkkBZISQikBQCSA pBYqwCCIqgrFiQWKAskBSBBSKEWACkkUILBSCyMSSKEgKQFJBYsBZIQUigoS CkIpIjAiyKKCkAiwAWLCCgoEAUACEikBZAFjECCkihIpEZCCxSSAoIyAiCJJ FJBQFAWCMkgosAiMFiqKIxEIjCIogoKCwiySQRkWQWLCCyRRSQFkFIjFgKCw iqqKCQikkEQiiiihBYCyMYQgpCKIqCqSKChBRZJAWCqQUiwFkgEUFCLIEiyC wFFCMYQikgpAgpFUBYCxSCJFigiQBYACgIxGQFFICwFkEQWEFVYpJBZFiwEQ VQUgoSKAEUhFCKKSCwFFAWEUIsigKCxURUQUUgMEgRQWCwkixVIRQFJIAoQW ARSRjCQWARQILAkgoSALCLIQgLJAWAAskBQVZAIoEJEQWKCwUgCkAFICgsBZ JFkIoSRZJFAkWSRYRSSLFAgsgoAIyCkikWQUESCkFiwiigoQigKSCiJFAAEV FgosCAsgCkFBERBjIQUURBQIqkgoKpBZCIgoIiiRIEFIsgpBYoCyQFiyEUgo QWLCKCMAkFiyQFCKQFJBZJBGQBSEUUFkWACxYRSLIqwFIACqRSQiwEVRAgoK EVQIoSKEgKLIpEVUFJIoAKAKKASRViiIoRQWQiggxYEkFgSCyQRUFWAoKEFC AKCMkAWQkiiiigKSKALFAWCoqLFigRAVIRSBFBYLCSLEVgsJBFZARFRIRYSA sAUkgsEQgKCgEiMgrEkAVSRSBIoEIqyLJAUhBSCyQFgsisYRZABQBZIQUhIs CEWEgoQWAosAFRhFISKSCJIKRQkUIshIAoCIIrCQFUhBQUFAWRRUYQkUUIEW AoiojEYLBSCqCIKRQFiyKskUWSEFJFkkigQigCqASRRQFABEWSLCKQgisFCC xYRQFUgoCgLIsUgLIRVIoRFUYDEkigEWIgRVgLAUILICgsBSEUFJBQBEBYCo wgpCAosgSKQARiwWACiMixYLFFBUVgqgCogsAUFgskgpAgiQiiICkSICyQFI EFIoRSCxiSSCwBYQjGSEiwkFISRYSCkkBYBILCLAgKALIEIIxQFgLJBYSCkA UIKACiwJFCMZFIoCIEUICwiyKAqwJBYsBQWREigCyEBEEZAFJBZIshEQiiwg oiRRRRZCRQFIoKKskikWEiMkUUUBYsUgCyCkhFCQWAqMFRWAsiowAgCkFIf4 hCEkJIf3CEJISQ/1kIQkhJDRIQkhJD/wkISQkh/cIQkhJD/sCSSQJD/6QCEk JD/hIEgGQhCSEkEkISQkhsCSSQJDhJAkkhIf3CEJISQsIQkhJDCQhJCSH8hC EkJIf3CEJISQ+hCEkJIf4hCEkJIf3CEJISQ//MUFZJlNZ4WOU3QIoKlmAYBB AAn/wBaPaQGFxW5zQAAUArqAACgAAAUBSIAUAAkAkSAAAAAAAAIlAAAAAAAA BbAA0CgACgUkkCgAAAUKUAVCoAAAAAAKJAAABQAABIAAACgB8xhCumQG2AAp IDffbiZSGCVTd8Z4Q4ePcU8Jvexu13jej2bKXDg6urLbOG1Lu72ow88SeeDe j088GbvFePqgBQBQAFKAd75t90YeCOriPLeDY8ltFw7qAdPd4vPXvd57sGsL l3jja7xeHFo4Ju0pwTth5h2d7bQ96+qAJBWtAClKNDvFHcGADdvvBzXp7vPT 1d7DK8PKXDXu3A4N7B6bp28HtHQ4bcgajq6mF7x3g7tAdM19UASAkAFCFvsT wjnB897xrdPBaPeV5046A7hg3XBiljzzc9bvCpgU8q8HPFxRe7vC9e22mZcD uAWfUgUkAoAKEjI98+HUGAw9OD2cxvTz0w7w9PBaC8sk4O1SkkRgxuxoXBAx DOrA547p4L3PbbLeHxAEgFFClCIPrh9XExNym4A+s56bLsyNN5O8elkc9R2l 3je9M1A88rjgB2bg3Q629zeCyuwreeZ2c4LB3TwaG1bRQ4fVAEgFCgVRVA+6 9kBvgXhneM62C50b3PA9uXncjnh25GLa94K7l4OFzlLezwbXt61ni9dnmp1X h2PKh6tje9fVGgyAUAEqVQO+PmWR97eGHAGDtw88Xsjb3i8PJOHODpwXXh0g 2rdiHnu7w200oJhtTstUxyO9eZp3q+qAIgJAChKgc9vvnte8HseV6zylkb3c OC0bjmNVsqwNvLPFMXhDS97Zd5VpL0bxx5SekHg4PO9vLnh8X0BkAoBVKSrR 3w+B7xc9Qq3G9UR7hDqoMNg6AnOl4AXu6C5VwLa5093jZbVwRhdXUI57MPWI VREFFSAIgBEAIgBCAVEKSBIBx1P9MzPVVSqU0DAAqn5pgqUqpkwAA1M2oFKV PSAMhhqe0hGpKqaYAANP1RAkqpkMAASaSEylKjQBiep2fn7d9+q/VUmYGLKZ SiWv1+2rN4mW01EiUki4mSLgC5JA0CNcXJJHMvfmrzPsuPbvY76VW59VvbpS phb91+DcuAl0fqVxHz6L1fqrD3imufSeTUWC+ksGc/y7fYgDQppyiTcTy4n1 x4r4dtsE3C5mk1C61LGZMOujMVV3JwGqmPlmll0zpjJftNeXfF57Qp+53MPW 27uK3M5x69eqr3L3BCI+d19mZ+4+Qa56Dc8VkEt9yuR7DHjFLPKbDxnbuhdh zUZs3j4w6uGUucHfY4oh7JczNJGwXUGN1pcjkNWDiov1r3t4Urz3O1dpWWL3 ZzUMqgYCOxu2+uK94+AJGVZm2A5vI+080tZDCN6t5K5e09MA0FoFPdjW+gPO Xdh8yB+kQ8LfBd+1n2opbX7lN7uZw7pHfo1gG6mvajUPZmTJHWNuwb59nTrz sZ3wyYrpes9PdNNd2XZz7Iecw56GDJoRzE280seRd4Q52pO9lM9OOU9A8QHK dOPPwUju6sG4rq6XiriW4ENU7TmkujOmLlM9recDr8Pc6Mm/Ay4Wbx+ej7id fviE5FV2INsqzbyrHLYuPu196kQ3FnqOzwRFwZB0KxO+FtfuRonuN6gezs9s 8lp5m+5WTNXPoRt8MuQ7vV6UqYd8lh7R2N06gNe3rZ7D647y6tgyOJfU5fJk ImTtxdOV0VwVOM7lEom8jvUtHczJvsq1b29Ow48wb2R6UCABCZBB3i0les9B fQZ2aFgzS4+JzeG7qtjXT1g66HJce3dCiFvFfSnvXvd98RDurO+XQbnz1I7v d99X7tw5euU3OR3T76VUudDtxqyPiQhnuOn3t62ehr14t4XBurOa7OdkW9hu 9vKPKG5WBvJeJ0TB2bm44+e+T5j9hwzVCU1PBbIdx8N3eLC7zs18Bu6Qs5Tt j8ZQlplamZuUWFbSijVEcCjriHUDhVL271yO62boULp2+HhKUCyFy92+nrM8 fQASWnMsdkttoAAAHGZ51+7d/ds2e/e18VsjjLrfe54mkJ7aBYvJDX2ou8NS W+/Lft/b7Xufm+9ZE2Zudxt7JJQAAAAAB77ls7JsWgAAAAAAAd73oAAAAAAA AAEkkkgAAAZJ9JJAAAAOcAAAAAAAAAAAAAAAAAAAAAH1ttu2gABi3tttoAAA AAAAAAAAAAAd73oAAAAAAAAAAAAAAAAAAAAfwA/gAAAAAAAGMnZ2SO7u93bA DnAAA59z4l5bbb5f05JJz12yT8W22gO230yWSft3bXJFtsqXltkltsRad2Sc 3IRdwglUkomTm3JLbbbQAAAAHZJPSd73sA/SSSSPSTskgAAAABJJJIAfpOZm YbAADf7kkkn9/fwDgBQ7JJ6SA/W3m7upsP0kkkgHMzM9gAAAA+kkmYfSSQAP T4779JJJAAAAA/SSSSAZJ9DMzAAH0kkyQAeknZJAAA5wAAAAAAAAAAAAAAAA AAAACSSSQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbbb bQZJ9JCSTmklic7mE2DvHvXd39t/XMtkAJJJJB2ST7dTvL9732STn7kyQAAA +kkmSASSSSAAAAAAAAAAAAAAAAAAAAAAHPufPpN7mEigC2222r73vPffYEOc AA7+73pOgVGXn4d2bwAq9I223bb7sVG8s9b3qRu6yLQ7cycz19dktP5+kkk/ p/fwAAMzMzAAAAAAAAAAAAAAN/e97whJJJIAAAAH6SSSabOft125Wbk+6SUC /rbJI5+ZmewH33zA8AMzMzAAAAAABv7d3d0FnnXvMtgm3m3bbSXehJRV5t2+ bbbnkvT9rt7bJL221+t+kkiS/AA37vO9e97ve96afbb9bdtAB+dzPszGyRtu 2Vdw27iuX8CvD2Etewdnih57ywdJoft8Q/YdpnNVeRe+kXq54+QPekL6ZrSX FS22qeHTm+L70ndsSes57W6ZWAAAAAAAAADn37nwJmZmEAW283dT7Xc9nb+x dkk5smybCyRPZ13jCTYHJJJ7TskgH6TP2ZhISSSSBP0kkkAABtv1ttoDkkkm wAAA2ckkk9JOySPpJJkhbbbb3verbbbQC2222gAAAAHffNnPZJIAAA9JOySA cknc5hJ376H02SZIT9JJJAAAF39u7uoAAB7u7k8oy93m2227ZPsj777vj998 5aSSfV679u2RQAAAAAACSSSQJcd29zzyQAAAD9Lu7utgDskntzDl3fu+3ect oAAAAdiS8yYzcv6/vfzP7+n9/H82ckkkAAH7P2ZmY33vSc07cGiZ73sOfb97 v3oQAAAAAAAAHe96AAAAAAAAGjoAAAAAAAB3vegAA37vOjQ+z3vBFe+9vh70 2317962mSfpJJIoAAAAAAOcAAAAAAAAAADL99u7tX5bci9ttoAAAAPw73tsW j1QkGrkjCSZW222K2+bcuyR+ZbsTurzQqQqdlpJJKk2Tm3ekkuTd/buagAAA AO970AAAAAAAAABP33y22yQAfSST779kg5tknM0tspbazmZmAAAAAAACb8eY G2+tt5z1WgAfpJJJAAHve7u+97ue9v7Oe97oc3d9mfL3DnJ6SAA3d3d0AAP9 797zMIALPvvb336ZPMzLUz9nrHuoOXkhixu3fNUpJkxSW23q2G23bbbbbba3 t8d4CJTOUPAEjwM1DhncxPrP0uTd5vtufvd7oUKHJJu/jczs99yZiwAAAkkk kAAAAAABs5JPSQx7eEBdyStsSSSrtr0wSdI8bbbdbbbkskkkkts3aLa/5sOL 7482/vrbS3rckAAAAzMzOW3dzatoAAA7JJ6SAckknOTYFu/t3dSAAHpJ2SQA ACSSSfrJJJLbbft1Jkn0kkyQAD9JJJIGSfSSQAAB9JJMkAAAc4BbbbbQAPpJ JIW20AASySSJQ9JOySH0kkyQA7Z114+73s2cmyd73sgAMk+kkgABl3d3Whk/ 3veMX6dmXO/vdSYAAAAAAAAAEkkkgAAAAP0/ZmZhMk+kkifuHQAe/4/W31tv 9/AAAAAAJJJJAAAAAAA/SSSSASSSSAAAAGW3tttAA73vd/Dsznev2773mgAA B73nuBbQAAABeSSSbXJ+z939f9ufZbNtGW8kkjY9d+3d1Dl5ce6NUHeAQAAA yT6RJN3nNuz8nH76/t1JsiWfTuY7iPz7d3fJAGZm5gy2s3m7u6AAAAAAAANS SSaAByu/ATMzzOO/d6XsW3LaAAAAAAAAAAAAAAAAAAAAAAAAAAABJJJIAAAA ALbbbb9J3dzfFoAAAAAAMzMzAAAAAAAttttoBmZmYAAAAAAAAAAAAAAAAAAA ASSSSAAAAAAAAAAAAAAAAAAAASSSSAAAAAAAAAABLy222gA/LbbbaAAAAAAA AAAAAAAL+ttttAAAAAAAAH62+8zMAAAAAAAAAD+kkkn9/fwAAAAAAAAAAAAA EvLbbaAAAAAAAAPy2222gAAAAAAAAAAAAAAkkkkAAAAAAAAAAAAAAAAAAAAk kkkAAAAADd3d3Qs39mY1HpJ2SVbbacgajSdtd8klQkoc0t+pv8kV9v0+36Sf WNttu3p4jvcKWR2udhnUDt5I+6l0QN3XcnQISvfAm9MbvUm1vPcj2ALFvdJe Xvdznsti/b76e5Y1QAAADve9AAXj4AAA5I3nZ2DDaWVbRZJDJJbPSQdt9222 t393vegGz2HsNgAAAAAH6e3P2YRE/SSSQZJ9JJAAAAAB6Sdkne97AAAAOSSS bAABbbbbe970AAAAAAAAACSST4kmSALbbbaAAAAAAAC/rbbbQAAAAADu969c t9baett9baAAAW2220BmZmYAG2/W22gAP+AOW/1tsv8A5wC/6SSSFtv26kyF ttv0kk7tT0lW85bbQH0kkzpe7uskH7P2ZmYfp3M+yXfrJJQB6Sdkl/SSSSgB +5wet7PSTFoC283d+zLfbtUAAAAAAAP4AfwDN/c/Zb71y2gkkkkD+AH8AAAA AACSSSQAAAAAAAAfTu/ZvM9rb6SW0AAC2222hP2fszMJbznd3e6mWfSSSgAA AAAASSSSAAAAAAAAAPu223lqSbKAAACT16++8ICe3uSbn22Ptk/dbvd3bQAB 72eZwbaAAAAAADve9AAAAAAAAAAAAAAAAAAAACSSSQAA/SSSSAv62220AAAA AAAAAAAA3d/v2Z/f39cc3d3T+AA5wAAAADvfv27uZuhzgAAAAAB439u7mAZJ N3SS0DMz7oZIvZJPSKAAAADR0AAAAZmZmAAAA7+73oAAAzMzMAAAAAABbbbd 3d3dtAAAT3veNBs5Ju7eGZ737Pe97wAAAAAAAAAHOAAAAAAAAAAAAAAAAAAA AAc4AAAAAAAAAA5b68tvZQB2ST0kALvl553CAAAAAAAAAAAAgAtAAAAAA9JO ySAAAAd73oAAAAAAAAADnAAAAAAAAAACSSSQAAAttW2+ttAAAHe96AAAABz7 nwT9I9n3s5lnUnv3f8/fXvt5icWndJ4KDnr9svLs1eze1PfY8MKEyjXkwuk6 Xu7KlnStw4My32RGbE2xWZz9Gbubf1/TnXnsBltl21bVWgAAHJJJN9fLcZb2 W2nLbbbL6SdkkAAAAEkkkgAAAAAADLbs/cnduZ6d7tYjnAz79Mvuc8nPp9kQ AAAAAAAAB3vegAAAAAAfpJJJB3jJ+7nfT/cns6WWfpJJIAAA73v1ttySgAtt ttoAAAAOcAAFttttBs5JJIAAAEkkkgAAttttpb/W22/x/DJPpJIc4AEDBBFV b82342hAi1lySTsUw9hKA5drbsoPZ3eN+3pyRdmTfkiUABn7MzL+tkklNnJJ OEkmwAADsknpMzMzIAAAAAW2220AE/STp9mYcA2SSSPP2dcyzn3c9Pvvb+TJ czCAHrbfW2gANt+tttAAH3pncN8309uDWyfMiPoPSImqy2+bb0YA3IABzgAA AAAPvsX3svG/vbkGqAAAd73oAAAAAAAAAHe96AAAAAAAAAD1tvrbQAAl5bbb QAAAAADq23LbQAAAAAAAAAAAAJeW220AAAAAAAAAAAH5bbbbTnBe46MRySST Yv5JJJvvp934NAAAAAAPbvs5gkrMe98JACXltttAAAAAAAAA7u7mW+zk39L9 Zu5mEW53t6w8aUAADm59fPmq57Lc+kepsskkl9JJJJLbbZ5e7wmPR9H3z5Ud v9+3++969n9H3q0b/X+/qD+AAACZmZhAAAAAAAAACSSSQAAAAL39v6363LQA 73vQT3veNAAAAH8AP5O96zvetnH0vcz5u6HbbWZ+44N0AfrbbjUkrbfNpA31 C7xmayaLCT4uSW222gAGZJ3skj774E++PAAE/TNzCfNi/ZIt20LbbbaA2TZJ LMhJvd3W0kugdvekkSbluyb3dxujPvpI21999V3dvdhz2Z2SFsr1ZS07uy/p JJHq79PSd3T0kAAAAAZPbzMNu7u7p9JJM/fZez7s9ZdGMNj12cc28pD3L03Z 3hkwt7mYG/P17bTpXAA3Wu23DqsKXsR86rmQUq2973oABmZmYBzgW5mY3Td3 d3R3vegAAAAAAL+ttttAAAH0kkyQAbu7u6e973rbbbPvrJJu7HeAR6Sd3dJO Zj0/e9IsAABzgAAAAAAAABPy8reS7uKbbfd3c65bbbaSUB5dkpq5O9kKAAAA ADnAAB2225bQAAAAAAAAAAAAAAAIEk3ZIAAAAAAAAAABlt7bbQAAAAB1bblt vOCXltttAAAD9bbbbQAAd73oAAAAAAAl5bbbQZmZmAAAAAAAAABmZ905wyQA D6SSyT+7j3c/v7+/rbbf4AADJPpJIAP0kkkgAADJPszCSAttttoADZySSQFt tttDk790wAA2ckkkAAAAAZb13rAB+kkkkGzkmfsJJHZJPSQAZmZmLbbbaBbb bbQAAAAHOAAAAAAAAAAAFttttW2220AAAttttoCSTmYSbAD1tvrbySSS/kk5 zOe87e66vYXd2/uZ+zpOckSc97xmgAAAAAACSSSTZxJJM33veXRP9JJJt5JJ JQACfpJJIAtzLaW9b+b++2T3y5KP7W2/d3d2GfN1Td3fZX6SZlSSAAAE73s+ +N377ct2+ttAAAAfp9rd9vk5ZJJsAAAAAB+kkkkAAAHpJ2fsJJIAFJJJxttt 5bJCQhvQ1zEj3dK0knGoAAAn6SST9f2fu/rZ+vpjN2bOSWSUfW9d67byz0kS hZeW23urMQSV0kgnyM7tlsTSqkwmlgAO207mfZmbu7u6e973gAD7d3fbvM3n RmAPvvg/TvemAAAAAAkkkkzPu8ZbJctoMzMzBb9Jzd8kTl3d77PhbTve9AAA AAASfsyYSYtSSSSAAfgAAAZJ9JJO5n2ZgLbbbabu7u689J6ekgAD6223bQAA AAAAAbOSSSAfe4DUAAAdnd3c3gtEh3YlGz4NzGyujD7ee6mqJuzmd7kmCtnJ JO5n3jMybADltsxs699lgjlkttttvDBvs9275WezaL6VpLxBZJ63Uye7LgRB vcuB0w1d4iJS+I0qeME6EYeC0oVFd4qY1Shw81gFBuYiTSpPM+HesBU6aINJ J6K8m+2cz35v2939WySAPvvgAS8tv7dKnoetT1sDFtFS1xtluyXd2ttttgAA AAAAAAAAAAAA/d3308d+Nfpk5+9z6LdBv3xzj9bHegD3uc+/AkMzMzGzkkkg AAAAAZJ9JJC+97zAABkn0kkAAAAHbbe97252Rbn0ifpki2gBbatt9bfy2220 SSSSAAAE/SSSQABySSTYH0kkyQttttoOSSSbAAT9JJzCTZu7u5IAAAAAA/W2 23lW22Vbb18GIAAAAAAAAAX9b2224AAD9bbbbQAA7dvJ6SLTnAZmZmAAAAAA AAABd3d3UO970An6SSSAOySekgAB9JJMkfve97wB93negAttttoT9JJJBkn3 cz49h2QctttgABy222ygAADZySSRJJJIGzkkkgAW237dSZIe973gdt+/ZmN0 A5JJJsAAAAAAD+Ekn93d/v65bQAAAAAAAHe96AAAAFttti22xmZjdGZmZgAA AAGZmZf3e95bJubQzMzMAAAGffD5oIAAAAAAAB++wPEAAAAAAfTN/b7dKsk3 d7d3tklAADvAIAAAADve9A9+zmZmAAAAAAAGZmZgPuAX73vvGsk+n6SSfpJJ IAAAAAAA5wAAAAAAAAAAkkkkAAAAAAAAAAAAAAAAAHraBlt/szMx/f39/AAA AAAAAAAAAAAAAfpu5j9TO+/fY7svLJCT9u9JPRaAW2220Br3f2bzu+z/e973 igL3vXgK4tpb2E0JK2233Wvdt49IsGpVxJIq0AAAAAAAABJJJIAAAAAAACXk 5frba77OfZmAAAtkfsmySSSLyRpK7BaZLbcbek28oPIRsszBoG2l+VKpSgkC xwkq2o05nTnEW22gAFttttAAAAAAAAAaOgAAAAAAABrf9u7uFBP0kt/t3pzc y2bH8AABs5JJIAAATd3d0oAAMk+kk28ns5lSYXttq2973ttt2ckkmn1ttoW2 220AAA798BQAAAP0mfszCQAAEkkkj9JJJIZJ9JJ9ZPu5lZIDkkkmwW2220AA AAAAAAH1ttu2gAAAAAAAAEkkkgAAAABABaAAAAAAAAAAA5bbbZQA7bbcvYtu W0P7Fvbbf6/wfrbbbaHOAAC/rbbbQAAAAAHOAAAAAttttpy222ygA5wAAAAA AAAB+kklzMl5UkgB2ST0kMk++zMMkH0kkyQkkkkAAAAAJJ38Zo7JICSTmYSx 9u7pbQABABabbcQ0efNtt06d3Lb3bLGzyjtoActqTZ6SABs5JJIDMzMzu7vd 3Q/SS8zmPbuBv7d3d0AA7mfbmH4zMzNB3vegBP0kkkLnH6/p+z3769t+i6tq 8tttoA5wAAAAAAAAft3d3dAAAbu7bmZltAAAAAAADMzMwAAM7+d3bPXvPTMi Se97xoOfuV3A81QDO96EAAAE2fc+kk73vYAAAAAAAAAB/Mk+kn9P7+AAAAAA AAZmZmAAS8skkW0AAAAAkkkkAAAAAAAH8AP4B33Pe8B1nvdCUAAAAO223LaD ttty2gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gB/AAAAAADjZ+39m3P0o5I FdceNXZqBL3x9LrMTJ0bIqTNTzhxi9SkeOEw8c7Y/59n13PICxW/W20AAAEk kkgAAAAAAAAAAAAAAAAAAAT99++97vTQfbu77jcz2TNAJ53jwj9JJJIAAADM zMwAAAAtt5N/am/mpJAn6Sc5n7CSQFtt39qSSAAAAAO970AAAAAGzkkkyz6S SUGZmeO7u9km3kkklADkz3H3n7CJp9bfW0wAAAGW3tuzi220AAEkkkgAAAAA AAABzgOySekgAAAAAAAO970AB9bbbtoMtsvLatoAeknZD9mZhIHJJJNgDsne 89w3SgAEkkkgAAAAAAAABzgAAAAAbOSSTbySST/j+AZmZmP4AAOc3d+94ZIA /STu3erbScbu7kfJPyve6hQAAAAAO8AgAAAADzmZmYAAL3M+yZfrEjP9ibuw 1zX3fjAAAAAAAAAB+kkkkH0kkyR/AD+AAALbb6STA23aEkAiSeSsoAFr8222 ve96EB+u/vfh6/7vu/ntTbe+3fkkgAAAADJ77d3SrecoHLbbbKAAAAAAH6SQ zHM+Ge971tgP333wT9Jv4393d14md3e/ub7dAttttoAAAAAAJJJJAAAfffAA BPe94Fv5mTMPLaZmZmAlz636+tpAfr99zd3fYgH733vfefvv3AHy3eW920AA 3d3d0AAAAAdzJO7yfd9ef9v37/AQJJD/oIBAn+IQCBJIMAAAJD/mEAgSSH94 AAASH4nx/L7+f6f23Xn9jTZ0pLUO/xOpxcjv+PtVyavYte73YcHPJNyXhYRq M5N8jwJy7yJyQ+FxrM0R8Egl5LmrcXG+m7Z3aigfzW3N8bzc7O6zi3v7v3fv pfJ9u7oH33wc4AABJJISSSBu7u+zmX3nd9czMzMzEX9bb+tWSTkkUOvg22S/ fW0Bu7u7oAAAFdn3fpn329zFbAAsHZ3CZ7uLkRlqbdk5LUiXh3pvNJ+1zREv YL//2dl1evu36nLgfEZ8kcWkkpJWW2gAW+tvd3c283IgPdISQAS7CTdSSp85 JJO7u6ektA9tjaTb3flS85J9vecx6d72N/UEg7x+DePkmRzG3UvKabimDNNy RNuznEkvvu+++03eBAfVVV3d2YAGbl6pdacVEF923aXJduiopJL1sjyaABJm N2RI7W/EA93ZtQ5JAASS221JJ93c/gBJ9777760Dd3d3QN3d3dAAA+++GZmZ gAADd3d3QN3d5zm/X9j72e5+A19Xd3eraSW+2hpJJEkktJJI93cAA562W7tp s1IrFXmaYlyVSSSXd3dcy+hJJrSSSTtiRKWEklkklWW0n24SepJ7rbYgBBKr zbbiWYiQF3IDggZKokkk7bakklu0Mk9xAAtSVtJNSSSaSSXd3SV5u6jc4pA2 y3sSsotsnicupLu7uW7t9tttqkknAGbG9e7RDdHBe7u7urgu3MyneQ25nsP3 OIAABzgc4t+d6eZkh7pEuElangJJLW7nInoAAlUkuvBs93LTm6rH0PmJ1pNt ixkk/nIBekoAtlUbbO1rIJ0UQ3V1BBBsjbbltqSSStttSSSzFbUkksxSTupL aSTtkiXLOWoR2SSSW293dYtQkEnACOybsAA4AdMz0lzCnmJJRtLGfZ7hzChb Dc3aCe5de6ptu21skRDAO5HM9eq9X3unB3iZwAjkskgkikr62ySb7djYE7ok kkrbdwaBbndw64BotQetsvzbbTxu1Hu91tdSSSXd3KzY3LbzbBLduVJL1tSS l7uKzu5W2SEkkyS2ySSSSy31SRb3IO5+pMjSSSiXWtIoLM4REkkzXuk6SbJJ bl3LaST3uPuH5bQA3d3d0ADd3d3775W1tttxpHFqSa6+7mzQpk8fce4eQL5e 7zhoEjZLfuu51tzK6AArJJPSSPwDP2ZmbmZmaAABs5O847Of2J7vf2B/A/0k njdEk5yQvtvJ2NxJJIkkyTzbbmi27u22JJJxvA+Y2kmRWPUOhtUkkAbd5PK1 j1+4HucyHru2U062t3yCSmcPfsZGdT44XFm31J3sl7M0Q5jzqwljYWG7QYwV hYVs/B4eyQpqYkEUbLJytUV8d12pHoNl9rRy29yfhgtfFWxTxzVsl9nM9MeE QezxnSnGF3abVm57CWPAQOTgpKvZ5w6omF7bL3TGd0hW3dVY4htuBJSAszMm ZmTMzJmZlWADLzJYFUy8a4pCQ5xd9vJDd8pflsMzb73KQuKOQcLycNqUk4bT babbTACNmqqiK1JO0l2LP2knuw97K5nhlfkJcOO88Z7smkk9h0knsOkk9h0k nsOkk9h0knsJ97wwk+JJJ8SST4+t/blU9lzpcRvPGu7JtVVKqqq6qqqZAAAA AMAAAqqqkc9lUqnsQ72KzjMt6A22025mZcNy4kI5JAKk3Z4XVZvll16X3a67 8KSIGwAABAw2Nok9Oi1Wb1VM877tdvThSgBeTG15S215a05a8oacteUNOWuJ xQicUEIOvHSa1XvlKvzv21drwhAhAhAIBXISSSSSQCPXdoXlnuVdk8BmXrbb bbbfJJAAl5AAl5AAl5AAl5AAl5AAl6DW7y01ecyr5xwbt42223aABeQALyAB eQALyADyABeQALMrb3Ni8OxM4gmrewTQqszRDmClck9IWE7taHu9FsZhnO39 TXYW47cHHKdiIe9FXfPHZvd7oNl9rRyT1Gxw48VT52sv8c2bbddjDPpnVD2e N6imbDwKrW7zHkI5ADktW+0bvHuFpKC8PW7c4qjKJCwAAAAAA22235NtojyQ D95Nt+8m215dNF6K8ntlZa3nHPurGkj0eAaF5ehJbM1VAcSdJJ4kk93cSTxJ 0kk9xJKQGwjzcvsbvOccC7r3YqqqoSAdVK8qqnVSvKSTxz3u7gSSSThJJBJO 7vdDq2IeT24csntDo7shtjbBAyG2NsAYSAJgOWxbSsau57Jq8nuUBsdetsPe QpkqtSl1VJUNtt2AFCmnbi09PO83H2taAOSru6kuwNe7ppPvr6re/vXgFFNl osVRSgWj1gIcuV3T5537D5+73WG6RjYq7JbS06qr8BTe9ucpx6m37nfr9ohb SFtJpDMpC2kAFwLAAC/V12msw81bv3jG24AcAQ02m0/LiQjuzzkzw+l+zMqU PO3Zc0w5mhx5wCwnFAjQi8xrQa9BnJ2b+nG5KW47rzfZ0qqi7TDPHDJ3XsG7 L7Ql5Sevk4sYr4+1Wzp45Mu3czpZ3pgVfez1vRVTN0ANLqhsxTvQGSAcdlrH CVdGyU7TW6e2osebovNPwhptNptNtsANzrjW6uzvRe8e2js6pIBnOKSAVznF xyNgCBu+967TW6uzWu9O7p1pvjbAAAA6klJIuLiknc66TW5q7r3rnn33o7m+ ABve972RFyXd1dgGta3vYAAF73vW4AADe960AABrWtaAAA1rWtAAFa1rJUzM yVMzN6lTTnPX2FzWvlCdz3Xc6zl5AAvIAF5AAm2Jtttttttttl5s2slcLXy2 UbT7cUdQ2223aABeQAeWpKIXlELyiF5RCgpDe973sGBvVIW7yTRBSCkFIVRx JBHO+eLBbSyauirxvsfW2226QC4DbbedoeqxbWTq6Vpe+65qQHMG220A2IOc A5xG1vtdtGHo7k9c33bvzIW2QbZBakG0hbbaLalLS67953oosPLCvXN3t6sQ IAYxo6RxjGAP3OcXIKAjtTnjbfp5rXJvYehnrbBa/Z3kD2Kh5caehjw9gOJ9 vFSUfqUclLcd3MzSOljh9NvT3bvRllnsjV6R5X5X28PMR4TTx1Rh+5oQT23j N70zrR7PG9aX4IdpvVeG5G53gOkgByWr25D1XT92Dxx5Xp7XkV7k3vb1Z7iX COMYA0yRAIBAAIBPvjsp676ej7J68977f3i2y2xtBTwNSktigosQyd+u9Jk+ 7je985z772+gAAenPMhMFtoq6uzd2siIiIiMUz5bhDhNrbTrXN873vxQWFgK IVIKQUjPhSHeVxMw+4ZvXd873v3xBSCJBEgiQRHypNwM99XSZnfjN/b9z7vv dDrFWKUFG/n2XMz3LZvPt8++99PUFII8Qm221SQKREczWQUi91S6283fb5tK qyLIKQWQUIoKOzz7VMuHeKqVbebvt82m+PqEANME2UgcYxomVPhURCHmBkVP FE06sqYbzcg6u12JZHGDRXhBSoW06nZv6c1c2ktyXcTPXVJyGTodb3qr+6b+ ke90xvynu1yZFpsB1+23n4nVJujLtVB9c40Z40m0ewvIXtbkMztKT3fP0lp+ 203JoUdyhUiX3V9vX2uPd37nvvQhCEIQIQ+zcpEVHnr9RjvN93et8bb6x8YI LgcHxA31LZulrYqrGthj7ee97feTGANnEgFwG221ntO1acVGv0L6O993e9ba DcO9fd5wcHye59vXG5zve+7ogpBSClQkiqAAAJAAAHL+99ly/vrn3O811nde 9770mgAAbaTboAAAAGDbZwG2222AAWttstVVbbbbbbVaNFVSUSCMRQ+99r25 hfJ7msPt53O/e8TYQRDiTS5e97tqI1rcL6O8972+4uLcvaUPNd1z2h3z2d77 xJ4iJBEgiQ2W/c9ow1nk7l2/b57vfd8QUgpBSCkFIKRNribXE3yPvixXrrL7 m0ZK9Vjk3vcZ5VvguWQhZ52uTyKouq7Y5v6cbkpLcl3BiY66mOnKKPYt6q/u nDxk3T0yT0zA3PPBWO03BZOzzt1rjnqtMgzyJLl7sCZ0rry1ePPfASSAH2bL V7cAJGjmd7Yvid3zNr3931++9tPvABd2AABd2AABd2QQAF3YAAOXl5i7u7u7 u7u7sBl2AAJaVLzM0fb1M1r5PNua597v3vpUKqqAAAlSQJUoJ2+7puFvk+5d 3Xvc9fCiiz5FFUUJaVJ1Lu6CQIQhCl3YFVXlttRcaiJijJCXV94wt8nryZkz vvbqXFykk2lzia3TZEei7pbKvue+96QmMgsgsgsh5+9hW+T7t03W/T3d2Pib bbXNtndKpCo215sq9v2LaXFiVCVCtwAEQAARESAAABKtKhKhK++ex69JvrWp 26yPdxdOJN3bemrakNpeTlFF+78eqq8JbSFtIW0m0MywMXMzFACEITMzKAAj M981991dDg6ryhcKu93Fo6XAFxA2nEkgTbbbZhLvtKphe1tk2FTfOncnfdZt aXPPl7LSl7EXr3psdtH6lHJSW5KMTFwsQvuxLZVR+7PQKQaThxv0/NOemehs 46ngpLOJZps3NGcb3emdaM8YTaA95Nar7ry1HOY8BZIAfZstXtm71Lfbgk+7 Lac17Rc1u96zvu19LuSrsAg3ZtX1+TcN2/KrmNXKrfdW5G24DYucSLAOZy/X La3ntzmazjea9970+5gBHEkuMbbTUz2oLubXZkwLy83fRO02222229SAXEAu LDdysVsvua+q/THfduRyVCqIRK7r3vN93e1+5uZ7J1vm3BIdzv32+bu27+4c NdM285u8GRCQUIZ7fNKFLfYXH5eIBwo4vZ5qadelax7XPYsVyW7y3iOLnp6d Z0mFrvsVq5FjvLi048kkmbhTtdvRsSrnczZHdkU3uKNddnZwe0Z3ueHTNqyQ fpUclJbku4mbF49rA6cziPEdBbuJ1VUTuLV20uglYUum2YLEo8eOatzLeyod 64DBNGKLjQ8CZ1WGvH5xgPfSTR7Olq9s3mWyRxkIo4PIvZQfHz4PE3j8lmZm ZmZnjCofTz7mOXXhYg66zHizOrgC4gEgOcAXEAuIBJA22u3l1RDr9ir1+yIP OlmPFWYAAAAAAAAB2+99fY7RPZ7FF2S3fevqy8bbtSSc5G2pBcQC4gJUu7rE ABmZgAAGZmCqqu5rF8017vveyZmeZ3uXyr2EEKhILIKUFIKQUgpBSCkGVIZh 9vvOZnLz7vDevtauynOHDNsgpBZBQiyCyCyCyChojaB3V7rZzRr7Mcz3e6y7 zmc1OZvdVVVd9sCXdgAAXdgAAXdgAAVKgVIKSYApBSCkFIKQUgpBSCkFIKQU EHN261zVtzfPramSBXezipLyXmXGyWZOTtJpt3FXFppKEkktu71uzMektXNx V3M36CsulU45vAIeUpQzhzL9ujis2GyEGdtbAp8HFAqYDnpWslJjss2d0C66 pV6BdQ3PeAjhr5YETic/EbPF3wlmbG/Xx3cdu5vn19d7M88Bgm+USqvdgTJQ qPl5oCGTEvGWz2ije9NyJTbq/ZL2+W+V0+Xu9Pggfb7nc5Hnd7MnLjo33744 QBAA8kOzpetGetC07JKV5a3fLjbbTnsnsz7yX73Cv17mjvPuH3lyqqNuBHGh CNRRYmd5zXcznkvfHC9t63W+aHavkWaJGooos0EBLQNXV57OeS/d4XPr9l6m 983HyEIQoIQhy99y9dS87unO5czNG+bHr4tKQa2RqKLAy679d+S653lPU1mZ o3zadYpFFFhKxk2NVsLOtX06m63CEvKei8k6EXlqdkbky6UJLkoS2ZvYmqdz puMrOcDx6/GcdwCvhk8cCmrISSO7ewMzPUje9awc861lpMdlna4FdcFXoKW7 cz903RzWJdkn7t4avO+0x5qmWeukTri7jjB/PCoOY8o2aBgKJoiIGrzQEjzv YHZfbCAV27XFYGs8ei9t3n3ELvb+9FuPeMS/bL2/Zmvjmi6gsigIbmW8zM38 nd9+L2/Zmun2tkkxIKAzFteazXUzmy969QG2TkwvKneU62FRlqXrlvKixQlM IBDfPb1vyc13svPZeZrs5qJJ8SoTiHvbfjNa760ZsJXV3tJ7zjT4+c2++dzM 60e6juyV1d7SZziSXGqQkDe37vZM61Xd6pmybmrdtOm26AAAQNgAF4etzOdT O8vvfa1v097Ua1d3AEA9eq5zmGVGy7K1V4PdxGd6evXHmu9LW0Fdq8RviTyz zU9r8FiJJb0K73rj79t7iTy0bDsl7jkmo3PTc0CObymzOnu6t77W1DvPT+WF vl2+4ZIE8ppJJJtlt3do5wAFoJkkhJJIEkkmbq59b0GkiJJJHk2G35+crbbb stttFm7PvpIoN3d3dAAACy7qQAB7ra2ABYPAdMpKvEl81bJJyWpZ3P1Wq6kX 6Y6Il6tjtejsfarkF8PDhD5NJJ92dwaS5JS023gBTmW293T0GIHuk7iAASVK jSTFPMNtvu7ufnLQN9bSUlu6lZJI/KWXh3W31NtrdyT0ki9kbxp4ZS55zUml dbva+GGpV2DkSZ99ZfST0AA++bbbtaQD7m5JO3kura1i2pInUAqkkkvW22ey 6ABbdthh1VcGO9xJJ7uHj3cSAA3bbbUkmAH8AJfvZLZJPrakkkrbbUkkkAAB 998N3d3dAAAJJJK221JJgDFV98CnR8fmdR+4JYh5nifkAAq2+baSJMSSSJ8S T4bs9LY7u22ttLFXmUUoJKtttvu7ud9u76aSQa0kkvO3tAvHiUSSVbbSfxJN JJqW22tMk2tNJJSLMRIC7gApp2UpJJK221JJLd3ANCoAFrbdpJNSSSaRJC7n dyOnIsGm9acyO2ySSHY9y9JO7u5buz0ttskkncA4clvKINIF9zJ1ttuJLd1J 4NwBy3d12222222hzgc4He96Pe9JMzMzvZDbn73sz3t67Ym2QAE4kl14NklI 7Q+CthptpNO9VfIbWXrC0KKL27qABjarckW3o2/VUmJDdXTdOE9ZG23LbUkk lbbaSScw21JJLMUkzup5tVtzrJFW293W7JJJJLbe5EsKvugkIAj9fduqTmSe fdynpHdy25caSydEfZ6F7Ly4TylAA4BXGybE3ZI2Th9loQ48z25md7rfbIXs pwXezKc8qDwDcstmSSSRyRtvcdk7u7okkkrZLCTxud3BbpFutJcvHCSsRFqJ J8ZbKgkgl3d3SSSLLaG2CW7aklbUF5K3g2FysskJJJkltkkkklxDRcu4+7lN 3TI2kkoS5xB3uuZykJJJcNSSRkkkzJJSSTn4AAG7u7ugK4N3d3fvvtsSSVca RxakXi6zj7XMbsucuDDaygN+krA1xtJvpuT0hgAEkltvrbb60Pfve97MzMwA AA/cvrn97p+Ry/W231ySTjTYScyKSVSftjZJMSSSSdbbbsm7skqStuIju3uN tiOydam29SVrdZbhPcfcEJZSTu0WcN1eeP1LTOdyKWGHN46l5ziBw3LvLAKy LsHZJ5cc3koiQw/TcpjZzzrWWkx2WDXF11yr0VLsFGe7BDO8hJN80ca92rxx q+HWzBGZ6ILpVk7pXvK563VSDR7G3OvglvaOqER3F5oCTw9mque3CTs3vt/Z nNpnd37v2ta36e9ve9gACX29G7DebCcxdzuaFas1+X+ElD970C8o9vIM73Nd Uz7d57M0vx99rX74qbkhKkJEwUy0UUU+932dzvlM6cr77O771e7NeFhCE1VS 7hCEJ9c73Pd7p4l513vbdXK3Rcl5cV227rIhWVsad11crdF3lyQGMYx+hEko nfcLrG1tX5z292dzob7ovseZCXF/EgZmNAItu8uOZccwjEkkoyOQjkIxJJL7 q33cM62svX7PtMv3Yj1Ib2OQjuEchHIR1OJJJ1KchVGVUpyEYkklGR3e32e9 2/NrPWTnaGW120iuIbniWkkkRISyQkSSSJkG0veREhISEoJCSABtl3lbs3W7 EJ4XF9tdyxrtXFdQgAiAGm2CABAAgAQAIAEAFe971KbUba1qVHaQx5DrgEbf Zdy8DhKJ8KNlPl1WK2PP0rWSkx2WDXF1c1V+nVWbad/BoJY5wxT0wHZ275YZ l8OVmCsz9EF0q9Ea/UPM8VQOvezbBfUXOTS2RE9q8+AQjw+7cdi0jCd5vbOK 3PLnnpLV0aa3VyK6kEBLbBAAgAQAIAKXoqqopT6aqgmAHXve9mZtXihVt5U9 tlqVOaYBSSc0TC8vQ23LbElaVVVHn5KMmrrWpNgKCyKQ3ve97IKRA3vW0Xkw BeTAF5dlVjrTF26e19WbQoWZhroqqqqq6ISW+576533J05O/euX33sxPveqv Nt1ziQRcAQY40AgMXHIRb3vvTczcz3Pe52tWz1CzMXcBAIB8S4wKcggEBwIk kkpIICcSW7nt29zvE+Op97b7upzmzn3MuwCRzLkgGYqqtJBArCwtAWQ1m+e5 6++8d6p323nfb4js5qyCyL9CQtVVVFH2+d5dc976c8d+vd/d9nN8tk1AAAF+ 7v7nvd7PrO679n3vs53mezJsAKqFVCQ7bINshbSGju+b33vjh1597j7vt7+o 4qfTyXE2lzifCDEADYAAABNJmZHwDPYSsLsDBHjWUMAsR7KB2TeWR94Hr4E5 iEOH1tHul044S3JYNcXXZ1zzMKuy57cwbgxTvSbj1mGaTl8Od9MFZk0id7Yy +uZ6GgcPXbBaLnJo+UXbizGl3SGYfPTL3l7ZvckNVPT3Wye4dfvePu66cbea 92QktVaW0IS1DuvVmPqnd3uLr77V31e48yuLqanhjGMDe3t+Xdz1rrzfLvq3 NUydw0AAAAAYxjGMCuzFffO+5zPeXfV7GGUdA7hHJG223LhuXFpeQAJe8gAS 97wAJSoW3t2X691Zu+ou5HteAD3l4AF5AAuKqiiSkiAQCAAdUvd8Xmc73wu+ vqwzK6AAAAAAAB9znOcSkm51HtzMz2c1eYruLtGd5tttvy97zbaSSXkpmSSS 1aQhC2gAfiSCABmUAAoJJJKp91eRv3r5f3leevDOjWpJJJIAALaBJ9mYBAlq 2BC2wCW2QtpAktshIbPz8d+5+/Zw5+0a+/b3fK0A/BEhDMyQktWwLbCSS2wk ktoQQN99i6e++Jfx1V3PK+751xPnOJxLdL7Td7IB58ACPEdMAbmqu1EyXTaf CRXl7UMdHAH1dHul05KS3JZ2uCvNblfqyW9lz9o4b2Lsh9J+0cCsLyrON6YK z4ydy6VeEde8sz0zkgd9NiFr5zUFyvExMRg317Aoedtqcm6dO4HuNau3IPHd Nc8b2/gFBZD8EJaCUCMOjz7zpVWffK9z5ZWT72xEKHtmbPY6Rs6jORF3AyAy efi7MOfe9dzfen2b9Lt8r2EcVy2223Aje9cO986mud+Hv73P0fhUDYQJHn3c Pvfvrs3296fvc/HG/JPSSSP4fUhUgswIChJBQkBQgChAihAigQUAD32jv7n3 2c6n7vPHuXX4v2s1d+/JIBpIKQUhbQgoSRSCkLaQUgpBSCkFIxCVISFSFtIK RiKQUgpBSCSZVVVVtqsnbjV/dddd71feKr5TOx5iXOJ/HEgVPK2Qhat78bNN 3z9cx/fudp1z8X6vdqsiyDbINsgtSFakK1Abefc96b5+9+zmJz708zX6Zy9X O8LuwAENe80QZcudrgi4m+bGqZcN5m72ds11q7kyKwjigfHyGOmZ4N0XOpLc lmTLQ33lKvQku7Ln7cAxEZBh9JN4ouTcvhXMB5eW8JCJEofP0w1g757UrZPc Y7L6hvX0RtNlZkUoDttS8dgUXBe286eW39t6895ec+Ul5Vm55ALgNt/cSBtt s5ziD7fvtV57WXHuHfLzVfKS+1Z7E3sBtGqq6JIXuNtK3R9u/nzm/u/vZynl 91fNUhbOyG7AM5ySAVzZWFNttvWr1qwKgYzLAAAxmWZrezdE+6TXPoO7PmqP fXT4eAfY7XoA3QG5mZbahWoHxlzANprWshjBzMIZVp1fTNVy5Y/vkzKlTv1/ YvJgC8guqpeRRVUmVVNyNy2222221PfctPvui7z5enyJlB3c+kkkkkkkkkkk kkkkkkgIr9PCTDVj99O+9zGSn4AAAAAAAAANtvvJAAvIAF5AB5L7F25085vM i19p8pMO6/m26SSTTCqS8kqqqqkveqqqgAAAAAgBoA3A75Wvu+iDKvVj+UvC I2s5tsuqqqAqqqqqqVAUQBVVVVVANtzvEWuzsma+vd1z8oxxvH1eQA5JJJJJ JJJIBBebbKlOm2222laceVU6gUJK16IXlMfOfVfPCNrLi7ygdtEdcAjtX7XW sp2JNpsg+NlOIb0f59l25KS3JZhxxu7GbnoqW9l9n7Vvb26ch9J4YcbW3x62 YF7t0x4MkW92Z551o4j2RTY16KzoXlVIx5kYBbzvB2LzxhUjLj6XUXq+7e+c 3e7rzkYRtHQLyiF4UgpBQEEgpDWs06IKQUgpBQYa1dJDMuJDMvxDMzCGZmEM zMXk22vJtteU78fcrztmarcWP5O3GaWk5K5xJSQABjAAAAF7MvdPZmq/eetS +d+CpJAAoko79977k7r2/p7O8ve5fZX78B7f79796fta5O/utavj9+AiAD0r zvvp7Wvpz7rXt539f7f1SXYACqrIpBv3f3z3feePxnXWrz9+ZBQKQUgsakK1 IVqBW22221IVqZED3fe8+/c/c5s93KY7PfkhWpCtSsbOIG222+583uVvs1Sf RGfL6IBcQXKmZmSpmZn6IAANa1moiCDTaqqi4pJFJAm7n2V9er6e9dzp41NN woXrTyIqvvoWJ1HPtxu2sZsN7e32JNiucwhfPTx2dgG9ZB+5Tat2ktyP0cSx Pv1c5LZPbd7sayn1vtfXmTNAYvuLtwO317cnXmIvM9d32jerC3x2KLVck0Nd 5mLsJjIjab6MTTvc1ZCwJuw+e/dT7e+nefa1zdvu22222BWQUgpBSCkFk197 3fczd+zfjvPta5u/YCibIKQUgpDOffa3nb9m/jve6zWuZ9yTJFAUBSCkFEDy DJ7nvb+x+vd+l++1rOb8Hyn8c6kuNpZR7ZR6ezUZ2qyz7N58235ALiAXEAuI BcQC4pT3a+lbPqz5XnarLPvsXFkkQRA2IGDABh5Fbr25flufu71v63P37gQm ZmBAluZCGXFVVT7Z6L+Cfp37PlOa8JpeXe973vPXfPZNO5Pfrc54kj+7bbcL mVuSSZaDaAQtpJJG0AA99mv2s9refv34ee5mvtAACJAihAUJJH5SC0AC2kC2 whJv3fX6ZOXdg+5Z9vwCHkOuAN1yxYbxkwt7PQhlrHFgGmxj3K7Vu0luR5qZ E0onPU9NWx+1e33dkKMxw55dEWIQL7eL9tevy3dsPXnrJOZ6jeVC3xordgjm raTU5HRRrzLwBXh7U3f273vu4r6j6jev347z1XOckX8EltJIQtsCWMIskIRS R17Na/fs9r7P3j9rluc8QWQCE73cHbIdq4uZepd7y8rhe8oqSs3ukNtOnsFf FjeVJ3t6qzK9M9tVldAbb06uIBcKkFILI/Z3nN++c7t5687md+Q/Ir8XJFxb Ui4rJ7Pu575vfp4N+bb+DEkAuIBcQC4gFxAcSYJV8bd++rvy79MDvOigKB20 h25hDMzCGZmQLae3vW/uavVm7XQ9bb+EDYAAAhDTnqrNq9x799fg1feEaLQA Q0wQ02m2jr07meGITOmINa8Hz4Meg64BehGeolfJbfTQuuqrBeasHYnl2Pdp MdmXMTPVd5WM7J7egJwdTc9evh6GmncM8ON9tev8rPDaV3ZnqN6i7y33UV3H h1yUvKxyxZOWZvYBcUzvc4154PA++d+M51ZBce6PdxMYwfOcQxpJDAAMgBZ2 7PVeLvp3ZJmAAIGwBgwAA1cSy1W1mlfavvs2beXMypmImZ56vIAEkAIgCd0A Abr774yT330NGh/MAAAAAAAAAASSSSA5J9Xfs7lPdlMNPZJIpIBJJJJJJJJJ JJJNMy/G9t6LL09hJAkhJCRQjBsGAVpntv1PfROq2eAQNgADBsGAVpm7fqe+ iarTwDbbbYQe+3z3L39ven3saToEQD8fZvvu3j3s0u08ABAZPr56a1+729di wJgMei4jAIoRlHVclt9d18n5x4ORok/PzuxbtJbkxh300G65F6UcltvmN8ic uO+Xon594GOHTfbxbFk87fDNLkjWZ6je80Fvi71motSO9I5I3u88yDfRiad7 mrIwL2I776/iL5kTMLo8vKI8qqDiADfuc07jfcnrm/dABAoo9Oa17Hu5+mr1 rj3QAAN56dp9ueoz3e9mettttNP4YxjGAV32d3ce6z3N5znPve2WlVaQAUIE ZXOn3tO5fr+i9dcrYAPXZ7vscy/XznrzWU99jdgAAAAACBhlP3rI796vJ6M0 /d6bVRERX4G0g2kHX3dvcu+zvWeu+ueVYuIPR0IGwY22222VVSmAAAAAAAAF VVUA22222223VNtttt7Dd7j2F7N6yqx+8q0AAAbbbbafkuPddZPeF+23NXtX ZVfGni5i+vYJwDYBxYU5yP7qKPb+vbcMR5cD7TtWmoy+5Qs5FOkdF9HbE7sR sKecUA+rmUoPHHc7riuds7Fis5geoE90aqJJzM/W0fffPx+AAAkkkhbbZLbW 220SNFPQ9SSibEkvGVJRKO20LZJPvvpFoZmZmAAALbVJm62z1pNrddgAEkHg OnbyGszSknLbbbQTpKeE70IaXrJRD6pPO3dfZJH6LBUZ6Q+LYCPcOey2WgAW 3d20+pJk9d07rvNIDUsV9Z17n3nEk33d3PzloG5bfRyMSAASW+ttrMmibJPS 2Wt9NkhkWOSKbA1Y3n5bi8StydV2aEWeZbedDg74fWz0toA+skbcSJAXcg75 uWQBGQTupJ7tIFqSSS9bbuW7u222RJIndvtJ1kk9wHj3EABW0G7uz3ven330 fltttGZmZgGZmZgAAD774bu7u6AABUkklbbakkwBhqdBvZdc4CWXMi71aSO6 wq222SSTEklvdvcgAJMy225ltkbbbs8+S1JReSSS7u7ru7PZakik0kkvO3h7 a+RSLSSTttqS/JJUlkmdO3W4X3dJJmInu5EgBHTJU0kklCSSSHve7u5mJ3ve xJIZmYkkkiSSQAYd5OrzZw3DYjup2yNvrrrPaWVugBhwDXd3b3d3d3BgcnsV uTXV4koANteRnJbN3X3hnbzkuZZJLbba8DOA5xhfd70nv3vd3c972dkN9d+8 SVs3xPdwANiSGpLiyTSGVAOcmQk8erYk7pT3ed5at3nnFtuttnbZJFLEklw1 Ik6TS0knbbUkklbekSSFWYra0kkkAHaSSTjSSLtkiqSYAbskkkktoAEb1zuE kPd3S1ZZe7vcQe7TfWT13bbg2Scli58T7fElQm0ynnOV7uoEEQsgS5SOknPD O9JyTWPhNB5l6OvuFw4qgSeVttdkGSSSOSY3mN2AbG2k3ilkmd3DoSSSwAJd aSQzt7luoo2ttJeWu21tJJd3CSRtXatt3UOnPZzA3dXz0np6aW1u7uq222SS SSXwAFuY2TG9ShbSSSJPeTKrSVOY1LxwkmUkkmyRvMbdJJOfciSbIoN3d3dA GiSTd+++2EkkkkTmE88a68Gyc7hfaT7u9LL3cG2km/Q3b62gBdbbbb6ST0kk vdmcD3vZgAAC39PYzPcaXQDu7d2bIyqnj9E8bzG5MMtvettqSSSbbbdskk9B JMyQypdbUA93uVskgIElqstpDYnJXm33d3W4e83xtJiQ2scztq4jmXeLotGh GJ3ekVJVU11a3T8BlyCTtzatiuFotG+aAJs2+ygdW/M7m3Yt2ktyWOJYn3nZ xyT2+z2g6+82xMIAxuX3ajtb8rMCOh52Q6IQti7ejbrfRV3HG1PM+GbmQgV+ HtUc17e7Znmw92exi7V77WkuVzi5ys89zBwvCb1vl37sIc363unPs1r3c8Jn Ne+k0REgiQRIIkERDfXvtXXc3rnc980+1v3QNgQZSJo17vPPLlzN993d+prX u4qqrbiXFwG229zNl3LLU3fUYKu3vo/3OAORCiCgpFJ+CpBZD97H1zWX3PaP w4693z4gpDlpClpCyHDm7znufbz73NeHn2kOyQiQ1IAg+d857l1vXvZ8LzHb 8lNVmkZkA615C3Ln3siPve8kvTMRmTSEMe79u5ewaDyAg8Bkz6+yAZTxjqm+ 2+m3jl9kAtr8jued3lu0luR9lxxsUSKbM7JM9sQ49qZ8gxMI0duty/u1teFk ue7I6NutZu93aJtxbFgjNfpDY021fcQxkQFE93nz1zc132NLSednb127++3d qfpJ+uOQCRo2QtVV+DADMdXWgiIBEEABiABdat1DQACCAA4ZrDQACIAChIMN adYQ3+r9nLzeu/s/dd5O872Z7ZDMMuQ/QIwzDCEirICrAICqSQgiSQRVjAAe e393t5rXP2fvu3mprvfECRQUkhdkFskNfcu9vNZ72e67zfKd6eCQEjAihAkW SSQgiQhCMgyEEvdb183M+9njVnd/HgAdnw1ILAxqQUgpBT8BWQWQ+579nOLr M33Px+o/eUgpPyAgAwVCOEiksQqST1/Zn0TPTV2V9bqdjZSSTjEGE6E4nkzk Eue78t4ta4m+J6cSA6dmVXpdajuZUpX7We7z5XRFIKQUgpBSCgK7zNey8zvs 7zutRd79796thEAekr2tcfbj5jaAN7OCAI8A9dmC5ojuI4NvruqFZPZwFrfu 9mO7Fu0luR9dcbuyH02Z2SeB7BSbsPlPF0qhdq2WeOte2t+Oe7E93wImYMXa POBaWIzY+pqSN8j3UZOAr6ePudj32LQ7ZvW4NdDj7vZuloNp42AAMHzp6rp0 jxl+9d2yiuy+t2Nt8afRAcAaXGrph0vIREO+7WWuNIVUKqAAXl+W8evm+azV +1l+9nbAAAAAAAAGDPUAHi79T9ccrb1ryN1kOZnJurDYl8+zoa8zy8o9W1vQ A8j15Ve3JT2b2cribT41xPhXq3AA6i7yq3SOt7pzlJNauNritbUsAOr2d59v Ne5dPt+viCkFIKQUQq5r7Xfa727u7997X3fcc3jfuviIJdVFlQgYzsIOQuTl OoBHg+YAg6UcNGxUlDb6br5Z+nsDFrfmfHNux7tJkkfeutydGNQ7nYzlznio WivMh9FDEW+b5G9ue0L24VOhGYMnaHAiMgjaqDNVaT8NVGQd3VjM9pjm+yvq NUG9e7nAUykh3pvtQ1xNpJtvy8SKSRSSKSRSSKSB1nOAArETIVbK2uzz3h4A AAD8AB5DUhxBIoSKSKKREc3F6plSlc7nrnM+797u7+171dQmruEIQhCPuYXr utW833Wb933efXPvd+Yoooo9kIUqLTae9jZe1Qdvanvb28Jm6utNptNptNpt Np0IFzcpsv1UI7fqm7vbwmbq7XOCBEcYyc4ZRVLiKoqlUp1CNySOWuVKdFb2 2yvVQN3fam+3t4TNp630GycZprVSXrV61NgADett73JNDe8bvQAAGtY1egAI rWraviVNSdjaaSaknEo2bdtlXVAu32pq3mt3m/T33cCIACZmZFSMzJUvugXk 2wSBjbbbbbbbfa+mXWBM7WjM6SpdaRvNt+TbbbbbeLykAXohJtgvIGC8gAXk AC8t7qiLpuZ2tHVZ01cu92p3tSAG222222222225bcyxPOmNe6LWDzAQ9Oh2 ne6qXVBoHdWPRQe2+m6+vs9cDErfqfHINjgFSttfcpzc4idylFRsCjZ4XLLp Yo2AZVPnqcsW4NUx7Fiw893sHaGgtiO9Gqn1arbvhrYwTAKtfe5yNj3eFize 3dhA3Weyi7vpqrY9Izk237ybb95Nt+8m2/eTknOKSTiJIAB3nvKgMqQO77t1 k3t3kqezc82e45JwJFxEk5xkjgCCkuBIuLi90KH3KgXvql93t3krxmd1AA2I GwABA2Q9akzKgXul9zemCmezu+ebnvePPEcPDdzDaAXea0KNv3vPzGEjC6gj PdL6vZ3CZ5zLSQk2uJtcQn24i/ayl5367+7z7fHNdvN0gpBZZFASVXlC9Loe RBg5XO+2b3r2rorpZ70qIXl4fR10dd90vq9nbyDt85yCMH7BlZ55jULMG5j3 dz2jDkryanQCPJmrat7omdz22dW0t2+e6umBbCPUrx8MU12AVK2191D9Od2Q /seDF7Moc9jS89zhMJBpDvtpZ29r7zHA9NRmqYvaNMYWptaZCc2NQV3Y2MEw CyE+HPXIPZwtXu0bvsh3OVel+qZQ3D7MxUbXuFWaX6vi9zfuCqr+hIQtWwJL c12v71dd/OuHea/fVN79+kIFsi2AWiyUAZUKAAW0ACW0AC3rgAGXHAAP2+I7 rnq67+dc9vm/2XX75/AAZcckkI5lySAGXHAAMzK224ABmZkIGZjkJMsiSSS8 scX2jr3zrPvs7lQr7oAADCcB+u7lVUuy6uy5JJM1mgAAugJLdauKqqqqroC2 ySAa1mlVVVVV1JLbAkNazTqSS2yAWqqykTWrDJBGBBDvKfvVzv51w9vm/2Xe /3yhbWtfxJIOOYSSZmNblYEy4ytZgEiMJEQgMYOZZMAAfJtpJJeZZ90w6pYz efzrZa8m2/JNtmZlv0hC38FtgQlq8AAt3qAE/XnN69XP29Pdb/X97f34ACWr YBLVVfyHQAMvGAAAZe9XoOyrBcQC4gFxALiAXEAkmDu7l2AMAA+Xr62ft17N dvv77jPtkQEQjWta0ABP0Te95JjPVVVUmZu71TYQ39TYJt/Ts3rgyshn0/fW /tblt6lxJB9lcS5yqlSQAIAk1wca4vr6qo+75fb2PgEAe2dvcpTuaxEquG3z QBMzAxPbfcfE+7aHYBUrbRY/RukRR7ntOdiftys5+BaHnubM7hCQ+9sru4N1 vsDgB9njvhzIHh2s6dnYJOHa+hcrmxsYJgFD7M8FHIPZw6xjlxUBGdOmDptv MkFkFvrORri21bbVkgs+z2ZvGtrrlabu422lxMOcTWRS9KHVbeuXpvur9RZy EkdQ38+v3Mde3117ffGgAKhIoQKgAPkKBBQJAUABQADhs9vt3r3Nuvb940SS PpIJNAAerFYIrR5XFQdXZEREREREeVNOdzjb7Lg9vwZCRZAToKRKQkUADejt 93N79zbr2/elAAUABNAAIkkFAATeHb7uc3vTndd6GgAEwUgsChCKEtJJtPr3 pnN7053Xe0NQADHL9nnR9qBAIHIiHe6K3Fuza16ahl8+fdI/wur2bthZwvFj u9GBUrbQ7j9G6RCs9KtOT2UAsVjx3pO9yG6LjQGCe2WzcGt+HsY8MrO+4cE9 WiCTjjE6VdX2CiH3SBjiFN7i3GoGu2rGKp3U6VUQ7F72gAOoAAoAEHrul63p AXRlaVXduier3vd8Ag6kkgbbbb8uA328uW3avMusr1ezd91IG28QPgMfkm+J BSS1NBIgVIUCNScM9d72jw3zm9c17Xue9pV5AktoAFtAAawAFFWWSWvt90a8 b5zZrnd+3z3sFFFFVVFFPp7dw0eN95s1zXde572hRREQRkEYnvoEMyLPiNSk NHO62vjf3N9N/b7v333tTZC2UhbKQa7cA5AE1rUaSbaEklLaiFqxLo4qIpVk XXKsvq7M+NgKQUgsDjUgtIMCpBSCry7lfci1WXWqsra7MyvQo8oheWzW0ANt 75e94APLy8AUvKGwhZWrlirbrFWV1dmbpooApebe+8veTbPNuZmk22m3u6H3 cQdQ9dduydOCI0mAMBde7uhs6cgT6lu3sctLO15EtTyZJ3TwiMc52gVK213H 6JUhlZEt8/YoeywhA+zd8xmvbcjc8p7faOHfeuw83ap1vgRJXfRl9RZ11SVV BujB2AXGMwKad8J5HpeXvvB5ZWX5VfdzczLYxoDq4nHItXOKKqYPIRxjkckk knfd7odxuvu58s99f1Rxcy23L5AAvIAF7yAQLyGQC8pkGe820HkpCSl4V5v3 TOqy6ys++v6+MQLygZAvKAGLyAELygJBeUtyHly97yiqpVySSQyC0pkHMyjy Wm9v1zPVlPL+V92/r7ltAAMAGAAAAAr537695yXrm/Tffb+3nuAAF+qS5k53 3uW8Oa5vu/u79vf0hBsFA4RKwMCDUgpBSCkaSSPev3M9x4czmz7f3t+3v6Qj EgE6b+753eHMeb+3fa97nQga327+65nrUQGi3mb5JVi51XdM5iiDKg5cYve/ UvOeR7cx392e6BsBh8+MRPdYaNum+U45fKidJ4ZfCb1Sp3M7dGuwCpS22P0S uzjgCzy9kk7LSM33Zizz3NmGrO7BPabLt3hVKiuFBOGXfaR21RN0resBoatr jDe5OwC4n3uc1b4JCTilbq7+zt33s5rW/fb+lVUCAIgAFVVWE39me1b3F9ze vHvaIEPSAd+uXMhzLiPW3hPY3ScyHMuIzxlHTw/fe96ENdO/vvtW+xf3N/b/ H7NfggT6SJCSICSSEP3j2/31v7a95vm/37Nbz8AA2gAFv6QwJBQgyIADCRCL JGSMuUiwnC0kGxSUhJRCT3OXn2u39dq7P3Dmv37PxCEA/AwCIMFgMQgkkQBQ CIAJAUIkEIRAZJJ72d2/vc1avDZrX78fta+kIflAQSEi+XkvQvUphBzrvvll 5aiLVVEH2/A/l7yxMhIjJAYMkhO39789veC8N7XXfz+1r9IEMZAFkFAn4IDI BYyQi7oOG5un7Dfr2d8vcCefcUZs3AStdOd/ccxqjY57c3MZKft+bx+jX21d RiqLy0Tua6tHOrk8xTB0VChXuXfBM04l6mzPhRfOb2+75Pb6Js8/P6dQ2Skk kvW22798PwAAEkkkLbbaEkkmIkczbCST3d3WNtvypb1TySVdlttttt+++tAZ mZmAAAALu7ZITe61KOQACSDs7upp5sPnXkbbbdttBOkp4lvQglrLSXhr8Mu8 RCCiLDPWtLefcl3czLJaABbu7b609zmXZgr5pAalazXhL84klJ3d3T0toGiQ njQGG7TZKS7O7hsk9JZLZLnW20rHBGZnkrvE0jb3J5lFPbXxbAudDDZIZIL3 cLJC0xG213d3KVu+SoxG+nhO6kk1LuA6pJJL0tu5bu7bcyNkmWx9w2Y2SST7 t0gkABO222pJT3ven330j8ADMzMwDMzMwAAB998N3d3dAAAbu7u7bbaklJ3d iqn2hr33q78pC/noDacAHkPYu47upWtpLuZJi8STyJJAAkzLbaR7beZSStmY kkkgfHSTO7u68AL493dUkklbe7a+5JFpJJ221JdnkgqT3dJO3W4Wj4mwzMXJ VJEkANIeVtcSSSkttbbbcAESJJoADrbt7utbbbaSSQAekvq9TCUfJL0cdkkc dmdtt973vVmZmYAA973X4syZXd3vOouzb7P3GzzMva5xbaAFt5y2yZktoAFt ZJTOae9x1u2xJJcqSUqSQAA3ElOAbZA7dyOTi73PDUgY7dGGDuOYQxe8Pc+m XVu1XHCeWNE87aklw1LvcSaS8STttqSSSttt9yWk5httSSS3bb3Ek1ttG1tq JJgBuSSSY3ZAAv16OEgtn2HCSJbbb3d3d3ZhIGm5lj9axtuYZDpwgLPA8fIl 3cLVvd3TdN6VshalG46SdFJtK6R4k8D88zUDb5nvZnoT3d3FSWN68xtuqySS PdglA29W2y68skzu4dCSSYABKHJIWiSfTd1S1FYivYrbakkku7p2S2LXJJNz VX3vdttklevpPT0RbW6klbbbJJJJLISTbzGULySw2NtJJeTSSVj9LL5nnmcb SSSXO4BvlmE2knuOqNtJyW21JJJW23rZOtWknd02pJJJInML3IYpaJSaSAwl BqXrVfe92ybuyfrjH4d73fYp8PwPwXv3O/Pbu7u6AAAm/Xt9bbQH598Ddkkh bbzlXlsn6SOXd3d3Ukkhbbt/X4c4G7uYJJ713vd7gufdsktVlt3caPG1UAB2 ZuEbltrSF4QV6uCvKKp3QLKjMb5vjQA7Nmbt1tFbEaM7lK37kHJXTsRyQzx3 fSbmd3dcuryb60csjO+fsuTu0tDexb5bmzIcPdnbPCVZRsjJGirL47N1jgIp zdi3req3A1a3Xba8BwAzZ2Yi0F5D3QBIFGrPdxN4r3B3tbVE/JIPJAc5iSfJ BcQH0hbkEkkg6AH2L7Pl1/W3alKvvbV1czWZmT8QmgPzvdILcshmZhoQNZdM gpDRBrSJKvj378bP2+28N7XX78e1pq6kLV2ABauBCWiApBSH33uGr7vNWnOa XXfHtatIKQ0FpDVpEmpLfbxzY8U2vF24TZzY15vwAAMGNiAzyK9HUyu7Mx1N ObdbtNJJIYBiS5JGwAabWpno+zfXp3vXRWzm1WJL6Fmqfm7+x9OWnZ8/fBa8 sjtcUusWzlpvp9xtX5JejJ6nCrrNnLILrn7jPbC9ERmrG9rw76D3izyoDCEB 7obLAIAT6r3B6vLW3+fs1jrNm97sfa7AKlLbm1eY60MrIlvY/YmuyogLjm75 7mvIcAzt7F7pZlG2ZzPAHhPTFbu+Q4Cyc3LWD146jJXXJFg7AKn3g5Hvg2Dv GjBhca+u+843e/sr7Xu9WABBz1/bxOc+19d95xu9byvtZ3sAABy/exzfNE5r fbuzrntc522i0tYDaQWpCtEKwADym0ul5ngXc7ZfpzarM82IEAEzMzM3QAAA AE64rrIt5cRZVzXNcF310BtVVVVVVVQ3ICQCbbbbbfJIAEk0oheUQvKlTaKe Xkzl5U1zXEnZ9v1IKQUgpBJl1rRDWvazMy25mZg2/vMCXNJJJNsYIvL2Zyrq cq/q99ZG+YDADZI5HBg236bFZeYvB3O3swyvta9wAkkoAPOX77Xed5277vm/ uM873DNkQC4gFxAc4uK9313RnZ0OzML1E276NtpJvnFlx7ZePLor3ZMnpfqR MNe2d006afF43naGu/bjwMc8Y9fYxrsAqVtuWP0RviHE5oLYn7NnPLeGvz3N 892ZTiROYcnhKsQ2jrlzy4Tmdpz3Z2dHvtG9kTbsO9aOPgk7Z5Ns4OAtGZqi CfeM1Ay+PrVdfkA6OtT9+x+8uAJLiYm2JXXrqty/GK52u7V7mLvetsAIjMvI AIILy6XA5ywAAz1Za3t6LFc7XZrvcztU2AIGDBMTEDZfq9a3tu6z1d2r3M7V AMBtt6uAJIDnAFxALivb3Ffbd+tzNlbuTPELaS1VYsgsgsBW+97ZzXbvWdOZ 1VoRHohKPL3oVvdmlFmzVPSXp1NeWZuLJzL2TFgZFM2utr1pJRCSXopJe8KQ G773N6vN9999n3PZrPJYKQWAyY7nVAdXTePthm9HlHoULyhKPJdWZPctcvV2 gsAjBeNRJpr26Me91PofXwQa72yeHAdj3zHpuvddgFSttHtvpz8jSC976Y/R 8JnlvZEK8WDNeqZZe4uvVVdd3YJcLcgd950b7RsyutyHeteFa0bb5Ns4Pbtl 7MCsDH7rwO8XO6HrHR0oWGEFIKQUgpBSMPd79rX3ubzvuua77lkOe7ea197m 8+985rPbs8CkFIKQUgpBSCchKBrPd19rV77l96953aYBPR5LcdZVZs5Zu6ze i4XmkklHlq3Tare+5ned7revcs0ST9JJIsGRIiEYwJN819b+5+OXnLn778+A CQ/IAEiwIEUAA701+9+P15y5++/OP79AJIiAiEPFEgpSQQSSCgDKkESFAApY WQIwokEShIfd48/c1vX7ma/b/cv4/EEZCQEYERkIIhCROhKQlEIjJEZIJma+ vdfv29cb+5+fEP0BI1ziafOLia7f1wfTt/Sdjm17Hl3dfYeJm+0Qefdk9zUM B9VB3AzEPXGNdgFSttG2F3NI4N7XOWQZ+0P0sndvsT89wC40Nz8PCeErzCBR atTEhG33hbvtnDcqYbNjoW2LYabPJtnB2AR1HcfcUPd27+9r7nvbuuXPa72+ J+kRgIgSKEIwOn2v3v2r3bc/a/Pp4ABNPloWq0Na5d/e1fPM55939CSWq0AG tkIWJIRkGACkCKRQgc5vX3tXW/ZrXn4hvmZz7663c+1zskjMAUlhBCpBSkQB ribXE2uZUztLsuE92+rjTvuHek7XaDMuisZlWkl65x3cFYzKtJKl5e977caX klILnEvZLyvQt5K9fvNttt2AMYAZm7zcf3DldYoDGC8aiT0Wyc8APnScvjL1 p9uP2CDpkHrjGuwCpW2jb6N5IqhandBbEWftENoGqaH3nuacoOe73eU8JXmE CiHCguzZ+Oc3vt7huVsNyXe2jtJbXjqSuA4BL4amxy7xmpsyXerWZXbUzMzM zM62AAAADbbbbWXrMvZqJratw25ltt0AAA3Mtw2224bV6O1Tx3HNm5jEMG2y QBsAA6juJOaST7u7iveJJJ9+1eemeeoXNarYoAQBlAVVVVUAVVVVVVWkkk7u 7uAKoAKlzN8wvZ6Jy77LOAqqqiqq167tJL35JJIkkkkkkkkkkknd0k+K/ZX0 vxWkleyXtXdXdAAAkkku84pJOJ8T5znFJIkklJAANyCzapxZp5l0/AAc4ABx cAAAum68s97zieC6zLpRggj0qS7DW3ed1PXzOdvM5rAjQLu7uy9707zWp37u d9eM7etAqVIVJILCQFCE+EiyFtIKQUngUBQUFLbIpBAqQWQJjCBFiXE2kklG 8nbo2sllGz3c3Lva7hsyD0+fLJ7legh8PY/YKOmfkDlyQg2gJK20aL6PZxqh biWvs/aHgNe4LoferGBRtXURT/Ha3lez8uodfGpq8V29Stwo1uc+SFdl3tr7 xDbQr/LzLkeFYB13AFdsU3b3fPeev1dftCuy/dMb5ziXAG0lzUKQUgoMJAuN kklRBQFUVggICy5cEQBAAQQQVJIRAQREBERARERBEEEERABQiAiCJdrsEQEA iIAoUgpBYDW21q22221VVVRQAAIAAAQAFVVVkK1IKIFpY1FwkAtNfcvx7m83 x763V0vGIiingLY5Sqxuo/eVure7sfizot4lwFQDQwEMYCAGgIuc5yEZxelt 7Kd3vh76WdIznExnOIMCcQQIECBAUCBAhHIGpJJVJQWPdmHsru3DxYdmQ3iS VFURyEchHIRyEchHIQIFcSqSgri4udyns66x9z3qIWdkwIEBQjkJB5cxtnAJ JrM1boCAKAAa1rVtbXJBKOSBORyQKSSSL97rrHne+p5JhfaqASSBFHJARIOR RwcJBwkHGm3Lbbbqls1czUXeOJkm3Q2223wAJIAEu8lCVVVC8gASUANtxMS6 SSXlbl3486EzHfUkkRyqSSSiqqRJENptqGxJJJgNttt5cEOrucjIqZyhyTEk kpVUiSkkkpIAGriAXEDFxZub797nMPsUIkgvbt3txhGruPVbFvZD58snLqZ0 Xrj/YADM8gcuSb1oBLttGu44zTCnEtLOfhzHWej25q9TezllPcvtCOS+M37y PL4Q5s8JBnn+Tz2QDc+MFcl3tuPvHkvF1+XmXFCsA7Ke9yuog17PZ1+bnt++ 5rjy357A6AA3GkGtDAAigAwzCkGtINaYALABJ0DJrMAAAvJmAAAXjMAAAvGY AAB3bbvO793TV7uX17YAEQuZcnZIyZlIbBzLhBSCkFIKQUgwzDnEBwAAG68P tZfr9bswR1vq5wG1xttsXADoB2JqUZWZnVKsVywAAAAAIkklJJziXJIA868m ZnXlXjI9c0tskLbbX61JIVqAVq8kC2kSxW7cmZl9Lt4LKbbfTUoSLikkSUkn EpJOSRg/Lr9Ru3vfedU2q9QwAAABnYBJCSSESSSdnu2L1+z3XVNr23XaHAFI osBSCgOnWqQxzKA4bbbaXl50BrbbcNuZmceE6ZeZBdSl+5fru7AAF7y+6v2+ 891rROe54/c4Jc4ns3LOmF1nbnXBnry6r3r20bJNwW+iRO1O8wjcnsAFVzz5 Yck3rQCXbaNHrH6caWUwTq7P2iH1e5cT9fQYDiGYD98vS+K+C8Qvh99s8JNs GXJbvt7huJMN2Xe24+PJF1+RxpxorAJRmFMmCm5M29gs8Xe57rqm17PNrjXV xNcs7Xd7+53f1u9qd+MRX6QjSgAJ5oAHqO61devb6Xba3uvnkkn1vwAWkq4l VAvJtte5KEqdbUq3t9kCPbeRbXlLhtQuOYQuZhMzPgLVsgFqrz2s9s5zvNvq LV63ctgBJJ7klV1JJKpXrKktLi821EzE5T2LtbSyszMkO6YoMU6xthZve972 Q3d73shrZve9kNfb3zvAVVVVuqqqiIiIiEo9Ee95RVVQvIAEyjhbV3uRARvO pNq2222222298Aal4A1LyqqqSRyRlzaXb7m9dDr2jnrQMfhlSQQNgycXuc46 lRcVy62ll9zeulW6O+7zEhmXEhmXGB5YOtazUQOhBZvebQMMuZmZmZmQk+JJ M1SARrvfn6n2/ZvXSrdHH1AIE02227SAXEBu5c9zk13wr8cedubVKiTarq9m zz7uyFTkKfP26tvKZ+YOXLd60Al22j1j9G6WU9BOo5+0TvX0eXHPWjAcC7MR Xz92Tx+3729vyv2bPCIl+xfDod9t4eLrcd3tuLjy5Za/y8y4oVgF3MKunfC7 LSaCIfIpV5yw2/h7N3d3dAbr9SlSGDuCXy5prTKKYozMfPvJaZ3HtKqpajtv p73ml4FCTRCFOd931Pt63u5tv3fvX08AkV58+8d1retujXu/Z7PSaRgQRgRF oCVpBK0giQRIfcefevtHd63vMX7fr4SCJBEgjA8RSFLSCkFIKQUgpBSCkFIK QtpBUCpBSHqp972juvb1vNZa/cvs6TSKPWgo0JS2BS846703lze1ftczuumk UUQ7IQZzn2u6N5m9iv3OdyhwFIMO8ASH1Sod9mRTpVqmKioJG99VC7cZvRl8 Drxfo6bpxHAiDSZrT3g65mGbe7tfgOfjmqndKfnwzOgODdSDsaDe32bDFZ9+ zK+mszMzPyUfffD8AAA2227ZJJJba223Nkb9yJri5cNXIySSSYC3f27v6R+t AB3vegDd3d3QAAAHGbz3b68y2SyQACSC53cTVceAJcXzbttoJ0lB6klEkn6X Amh5I5tpzbvTzrWwnqn5tvyA8HzaXkkm7RfW93d1u7tsJ7m/TfQNhq93Nt+d 08qk0jHrcAAc9LaAB6JJJbu1230kFCm5ITqEcttuRuZJHKscEXu50UXNwCkI e+fw4D7fqrXq/j4TiK973vLOySJEnve96Vbd1JFusWpJdulZ1qSSSt20btu7 tvq/NkmC7ieJEkk9ukEgAO222kkrvd3Ld3TnAAbu7u6Bu7u7oAADve9G7u7u gAAN3d3dBUkoNGNWfQT08/pxI6q99JZu+0eOLSTizdV++tskJNSSXiT3Ikrs 7uFmZ9Z6buwVKd0lt1m6QEEklV4kk93d19u7fAnSTUkksUo922vm0i0kk7ba kvJJUnu6ScAHkaJhsPokoSSSAG2yXLIkkkpLakkktzuHdaABaW9t7uqSSSSS SAF4YdPDClkTJG7HXXJIz52CQACTczdj82klGL3h09Wbwnjdrlq1Z9u85u8f jdyamzvX7vrT8AC5lttzLbQALUThPLj3u0hW0k91C7srZ40ACMkigJEkk7u7 7ZLeUT7qT6RzPSRclRgHq0RnjeJ3kjCnqGDm5Woo5EdmpdFEknbbUkklJJDU ksxW1tttvd8LaSiTW242w2427IABJbbbbJNeATSyxQ33cya23AO9p3hxmZJa cC2zMGyGUt6MOe6ysnT41MAWAG9SaklG46Td63y5PJhbfkV3p4CFrE2OO7K+ 7u5yWxhtvnZckyST0cvd3u6Vt82rZJhJPFkkEvNwC0NuQyNtHEpaSkvYrbOp JIAFtkDbSUSVrvuett3dtZn7297vtFtbu7ugBbbbbvd7e2jx10q+WG1Ukkon uTWjfX1ktJJJYGxslYlbnEjjsMtvWS222kkk222222EE6bu6rUkkmkm2N1yS NynwtJpi7oPN5hPrZO7g20mr5/6Te97PW2hzj8H4D373vezMzMAAAX9bLZOL zV+558/ebQD8gGuZCUklJJLu7ZMyRvzrZJiVSSStjb8q3u67Ikk23LbRMS0I 22TfQ97hJa7bbow6Oy2wAWGHNy21pdzEVq/WBXREIhWrbrKi6ouXc3Mdp1WS VW9fPjFA+WhHG9JG1Wm6pc1abqMuTebNtsjvolS2shOhbu/sCIqv6UXwyjED kOHl8F6Y57H8PvfBfczbfCz1uuTdPD1gN27jzUt8S3PIV+3F4Mu73HNnUZie nuqKtK9WuZkV3dGpvt+NhG2kiHORgzMwABWZeKJWZdTAVmXUmGZmQmZHJz3r fa1N7x8fav7N7AiIacnfsveaPu809XurvNDAROyMqQUiFe6+7O75q9Xu79mi cgIZb3vU7rHna93e71s5ATcFCAKEg7AkQ+7u/Pd6fn693fs3LB2EIzRJIzvb ruHdY8fr06B3vzT895c52x6hvRS31wV5Nz1Xbf0RPpA2h7u8345nc5T1T3Lr LCGkgn33rzHLrEnde5Qy1xMNygrzSV2+bSxlDTzPCSeRzWs8x2LI960Au2wT nfQOxpbHNEzP2Byq+z2Wi+EGDsL7O+P45PM0fTMffb3zhfI+fTDL4zet0YcT 3ldyvNb3xLcQr/LzLsZWaMvszFWeHXZevU9325xnec+n3bzDAAAAAAAABAAA CAAAEAAAIAAi7l8zAAAL7vn3Ptzv3u89PuXrWpq4AAC7sKhW8vFSZrWStANa 1rQAEQZrWtGYXdnPcn3fp728+mN/czM0PtiWlWCWlqCSoVVVlSCkH7MIUd37 ufYcu87O7uuapMABYMPtffT69++Tu7z7W9Aboq4QUkihBx7vv0+vJz7W+ZWQ n8IpBSCkFIKQUBBIKQUgpBRk6Pe81F8X2w672U7te95b6Xmurgir2YW2T8P1 FJbVkPvjPe1w19nPT2tZIDoJx53u8frd8+neagGkd2ttJD8SBD91XsP37dXm yOffE/YJifTCYPtxkwomm5QqSRfRI56ljT3MPn5HT2eQ6b6PepAKksEd9G6Y 1k7NWZ+wHNTrvZuU6L7oMBwrsh/l+vp9q870+PwnP3M+HlfLE3ujZhTBU9uW a3oONnYjiJUbW319R7cTmrwTJ32l40V3qMK1terUsXGv3GjnOLmLT3i/azfp 7fckm0gpBSCyAznPnujPneb5O8376EEP2ZId3nde3R5rynu98HZCKPbERERl Rz7MbiuyF2fbvzbY17y8Q222223wEgh+95gmNptNkEb9K+29kF91r7PvdX1S qVVIpG5FCQckkS5xAAgELnOc59W0vusm/Avp37F8CN4klIoCGMBAIBAIBHhf fZ0q/tBfTPsX2rgZhklckJaoKqr4ltMhry/vZvfbnP35O3z9+AD6VdhUkd1v n7799dux++T7vsAAWQBD8AA9kKKQUgpBSCkFIKISzwQHnj233ffvvnPtdPOE a98qZyhpZ293TSb3ieWmp9r7iLPJEEZ7RnmdFoBslgEvmFbGsnZqzPQ6lZ19 0Lqk5HOHUFp/kC1Y/n8s+OPs3nBw8lt9g2Qha7u8h26nA5MsYx660eqM1BKp lZsu4U9PtF2WnxWeazTsYp3M7nv5IAM/QOoCmAAMlWa9z7uXl5+bq/uJ3roO rogW0IeAAzFV33urr32Y29vm3PQAPgtskLVVRqlIAWrXvxr3va9u5Xzq55R0 ABQKwlUARHsnJrudzWX6/ba9CSSQB6xNNtjO1pXt3auDU7PNtycSJBJJIKS5 CWAxkkkh5173vdvINRE8EkhJJJJJHJJIRyOCCr9Fnb6pTnnS+3AIJJJRySSH OJc5HJJJJJJI5CRti1rNK0qGR3dY22225bbmJibSSSklJcUkAAb0vfW9q4Ot fraATEIBDxkG5BBIpIpJaSS9lfrvN3X3y7+mnfPfuEUZV5rL2oadq8Ty1Rbi AeqRnWsI7PRaLADbbFPZfRKltQne5bn7OT4125uFau72wYDnFLkBvI7j8egs fWwmayu6nJi9PTdHD0zocqgz2cJZVMxk1EzBJlGJw+evsIl8lMS4hVxrVnJ1 T9Gz9JAAJxcXOSSLnOckgCPoBOSSUfYdn3xl2yYmAscTzmW22/vLyQFUknVU AABXOJSScXOPN6vd283Pp12MtX36gPkkkpIAAAAAABOcSXJ9a9v33vskxhRE V76gPlziW7dySUkklpd2FS0uVUohISMk1JJd+1GX3tfZiIghd4BFJCSEk+Xy 4uVV3aSptLicKoXkAC8hjXk5bXlddK7Mz4+uyIcEkhznPcIIkFIKQUiG973o ua05mZcy25mZhmYZmZCGZc/BJORAihAFDyXtI4Xbu4VUufpe1SzLhtx70TyS SSh1UUkikkjkI5BEig9Ji9eVK3ViqxkuudsAbQ0+yKSRuQQSKSKRyuEZ3vej Yq1sl1J3Z2qkeHlZsCltEy2OZGQwZEDZEwyRsCJiYE5cVMZQqu3fve9ypgKq 93IOCkkjHIEI2ClJJJOpxg2P5JQjiSMzb869DN9VdxuV0sOrqsQ6Y0oeQzd7 IvNIovhO3MjUPRpj9FqtAKksttHq2S2shOjlufs5e43LM3NhrKPjMGaFgLS3 dS9PcIK5wkiU3+flmTJJujh75aas+er7TzdC6u5kJi55smUZlYh9j5gRULpy xY0cp3o2+Q6MnNKQ+tyltzCDmYpBW0g2qcAYxjGNFOZzC8sruTKtd9VRCu2M aADGACdti22VK22WwJL85htcJHVLi6xvt3nUV7KrOvKCXOWiLiInmEMxcwhm LmELg5hBuK4QauXCGVTMnpFIKQUgoDNaKQtl/hJxviSaSncXZm2it72u3han xlLFFxMYvS4xRYsVQWy0+uz669u69373d/F3ibz4RVgxcaW+IZmLbaW3Ru5r 73azc96sQylVY42IEHySkkSXOORsQJjD0tZVvpPXmVnOlc7aDEEIJptptGHK bzenPuc4V1wftDrbIKQWQfrIVkFkF+6EDMzAkuZ25iBmfPdfd5ddzFLXTorv GljbabUI4mmkoSJSQAA5wBcS4LjYxgEqll97hXcxS+nSO7wCkuc5JdfcSUqq JJJJZxWlx8qXLZC5rNIGApBSGtXNNIKQUgpBm4AshQKkFIabvdwgpBSCkFJI pBSCkO99rbdp6/buc07+uqfXOhEjWQafD4QV+nmqqJz3NjUiOhJk+j3wtAKk s2OzlfFtZCdHBXP3BtJ3s3JRvlBg7OK8Vi/s5rJ5mj7zfDrPm/TX5L2Vbooz It4zcrCpHN1Cu5kJflDsu5kTYXh14RSh6Mb6neSXgfTQx46sXEMa4M/c5JL4 lJAK5xSQD5JJKSAX6m/TcsrMre2PorMAAAxckiBgAAAK87WFZ3vVWKjorMAA SQCtcbIKQUgpBSCkFJJmZgAZmeJ8l5ATM6k235Jtv3rFtl1Je5iLROSqM6uK SRcUki80lVVFySAAAAAdi6ezIVnu9VYqOivYBvOLnOSQBpJcGNJIYAAAwxiy d0c3cxViddav0ALUrUhWpCtSFZBYCrPQlN8+8ObuZr68FZQr2gYMNXOckjCS RgAwy6Vd32FblZyhdOiPYM1JKSTnOccjYBOJEjACEkSylR3fRFbmcl6dEXrA AQwAAAAberiiSxqju+hW5yZ5+vznuBAltkIWqqqqm9ve61+yYukc175aIauo YMvcM1Lq/ckXrj0aBA0/DthePjno9FoBUlmr1YMNOTu0cfe3pmrDXTm5K97P MgRaSzh/s1H2X0Pw+/N9931rezb2vVckW6OGZXvGbdx6qwvEOoV3MhLbi0Zc zInp9oxNwEHvXO79l19zkz5++zx/IAJKWEbFE+Ob+93Lr3OTPuDfqBRSCkF6 RSCkFIKQUgoCGjg879l7vZw6n1KvSCkFIKQUgpBQZUgpBRiRSCkFId4PO/Ze 72cN/WfXEwgpBQEmlkkmbG/cy/b2fGz6z6geIeAqBI8vH1M3sNu9V9OdOUlz nH822wABgwAzGz2Q9d+V9OTsp+dAcBsXAEgOIBcQC4jsCQy+p370KpXS6cwX fYmlTRwhbSOl5983ne5dax3eUOU+dHFJM5qqvfxCW0hJPsxVX74+9zV9vZTX rOXHXe+hblvZJKhI5QLaQrAUgpBQ4CgkkYiqj+O+8x3VauaPyQGnfZRDVxEM q3vHamkXrj3P2wYCvbknkP0OuwAqyyCvTaqt9SdHRj2ew2FNZumojCb58nME sgs6a/JtfK65/K/jL3Pe8cMWDuzPhz27iYt3EbGRXMpLV6eL5ERps3L6aju3 njwXG1LIailMKtb3kkidVV/kIW0C1Nmjvu6utY+Kl37Tr6F5IBbtVGBzey/b +utY7KDN8e0hbSFtIW0hbSFtJaqujhz7WrrWPxfmhzGMYrBmGzfNautY8KIb 4Mngkihyry843Pt6utY7qG/jN4vhtINpC2kLaQtKQtpLVHn23MwfgT5fY5dN t/Jc4wS4l0kkkJIBI5JJO523MHJOpppdy8nSSSSSSetttu6re9gAAb3vWgAA Na1rQAAF61rW5V2AAGtb1oAADWta0AABN37nms1qNlR7ZzN2sXkAC8gYLyAB eQALyNZrRDWs1oLrWra3MwANJBSCkFOUEaDYbCj2asnNxeRIC8gAXkACSAN8 vLwAJADbce83LhuXCDEfOYvfcTw7NOzfPV0UfEMyraOKJ5tF64wNEaf6A4+/ SbLQCpLISR6+Ydprfb7It0cmPZ7C8xqxQ4HsdI8PcDx0rX/Bfr6T4P3wSfe8 zhWDK1g7sz5cXt3Gbx6OoVy8Drbt0HKMys6dF2SVYMncB3PPR7tWc9/EkkgB tttttttuwAYB5yAdfnsuSqxtN5q6dAA5wDiQCQANsgtZKrt4/ZrM1r5Gc+Pv lXwSFtCFqqq9AAtOud1ma0dRnen3yrJQABtx3NZmtM7kT5709wAbbbbb7054 qSq6BzvY+9i4AuIBcQBC2kLaQtoFpCCreHLk+3bvRuffTvQAAJw77NM16T0n vTvfpKqWCXEDbbbsuRSKRQEd6cPXCVbT5nl2LoIBHUuckUiXEpFAAAAGhjrX Lu13YAwnXOXmmuZFd7L73dYIams1hC2kLaQtpC2lqurZFIM37vsO+DHDfpUc MeLgQ3s/TxXs9s9XzLuat01YhXmi4T6xYV4fs1ezF4ixJXZ1gwiY6zXvjgu+ xo+xzzW71CSmmNTdmTPLAR1AHi/XaMrvd3T0ttu7tt9bbQAEkkkLbbaEkklt k3c6l5u7tzMz02bu7sC22fpJJJaHTg93vQBu7u7oAAACv0fZvWjrXJJAAJIP ADrb5834ju5tO22olbq9uMnucSSby3L5K4uNwQl8IyzOj4k2pesb8vTYJCkk k7bb3d3W5ls73dzczKFnWdGu7gvLk7qVJ0ebeQtkACT0toB7oEklu7XbZILO x92vWnZZPJpJKxzYkSqLX5otAog1jozaG05sxiD+++++OZ9Jd+Askkkrbbnd 3SqSKpdiQtSSzElKkkkrbXgG27un1tMaSV8rmEkkk9wB7iAA5bbaSSve97fv vtOcABu7u7oG7u7ugAW20973Ru7u7sW22h0Dd3UlbbaklJ3crPfQffYQpiMx c7H97vPu42RJTRgDdkkkiSSSSSSJJJQAEmZbbQALG2krXaAA23zZ8SSb3d3X 2ZfZa0ikWklidvePe7ryJLaSSdttSXkkqT3dJM4aHkaPGKxeSShJJIAbciU6 yJJJKS2pJJYvdw7rQALW3b3dUkkkkkkAKM33Ndehchxu1tNcVdDYAD9Zu0SR tqsTu6elt7gKd220pZs5+n330k+777Pu98pXve/eEfgLb625lttzLbQALV3c EiOz2kK2+RWEn1fd0BrCW7qSJIoCROd3bu7tlqhshpq8rdGSTG23IyCJYfN7 3bXgM6STfdkLl2yT3vekm7uwG7u7ugbqSWYrEkkrmMW1JAmpIltwRJN1zANl VtktsjoGg6tQ3dVtbc4DhgIA6TMttOKTMJxqrybXLD1AXUaRlezut7l3QlJJ Nt2kmdPUBNei32J09vlJ6b9O737s9IPwAHlt9by2s973rqSRkbZJJLJ7ieDO 8JQm3zaSRxanCST7LbZKSSAAbZMfY2iol5SW1JdG7ozOczMC1u7u6AAD9z8M GCrgHmc2mSSfInrkObPS1eazrWSSSX7u7uj82W9btJPiTu7bZJJFJttJJJtt sbbZiSW7qkSSS80klu6o2lX3pwlViOdzL8msxetk7ubZLfrZmWzve3wBzgPw Hs5mZmZmZgAAC/t7r97+5/f0/b/fz+/gP1d7bfeyJIy2vvvgZ98fn5obu7uz 7d3faWyTzbu7JIko231kgwkVG3G65xwjpa7bbp7d2k7aQBXV45z4W9Yl3d3P T54uRW328UMpHthKiHb3atevjcr48nPVbnCHDybReuPc30ak8j3Hz5ejFhBV lk6tK2bFnoDo62d7PYpkeOQZu71OTQ2QFVk/TNrVW8/lzncz4v2RvROLpmbm i5lHJCDHbzRoiFcuktu3Rd9U9b7ed7ns5vWjb9u3NP1Gd+vNWTxFIKQUhbjh B7SFQEDWrIW2QtsC22221ILIW7p937Lm3ljO/WToKQUgpBSCJBSCSB/AFAke nz31uednHx7qkbbb6AgEAMaYJhovLr9u3NPKM70v2kbRtLb0cy/BHMuBCQjT D3GQQFKn4CBTtiF70fa7V1E2xke9AAR7yiQCFENjEACABAAgAQAGJxkzJMkV EqVeKxmCADwAIAYA0ACbbTbabbmG5MTjJmaCnjELOrDtRSEcJESRSSIJFCRS SKSRSSLuOPoFBVghZ1YidnJJB4uXpBM1rNEE1l1ongUgpBSCkM3reG9kFIKQ UgpBSCkFIKDrN7ujYKAQu97zQQI5rWaAc1rH1dgPR4CFmrp2ooSKSRSSKSRS SRyCCROSSTuPsDAqwFnY8ldkkkkkjbbbbbbbbbbltyul/BhLyR7cK1kWdeyC aVLOUsJF8WBZ5I+mv0e5sb7z329sPn3bkXWEFWWTr5pWyLPQnRy3PQXE9lys 4mTnyaLdQF7Ffk2oxbXz+VcPbJ8eP6wtexN9vQ+Q6bdxF0oyVCOXSW3c2b6F afaJrs00EibmcWB2D21rmAAwbbbbbb73qIFFXQhd7nW/ySSLV2FtIW0hbYHB zLhDMsOkFIKQUgpBSGZmAwL4w9rWY5zC09fuUhbSFtIW0tVVVfvn7etGLi/W lNffVVVVXxC2kLbPxFIKQUgpBSCgOZSHve9vNOl0+aU3fdx6Qa3bAplC1/AA 1oANYqijzvk9msx/bzfracv7udCSW0LVVVEekC251O/bzTrXbSm7ne6XwELa BLVoQltCW9hIQtTh7Xl7rmYPrqmr7slyiVCVCVCpPF3YIAHO5zV7pc1d49e5 g9TvZIKAMykBhcpQQCA4AAYpXWyvS0+2mn73YIBAIBAIBAcAQCAVdrLLn70/ POrXukLTvyU+fHi/R5Q7i7uHoEddW5ri1+yd59mSKzeVlbqsbNk8s9Sde8Xr 3xBIlduVL2umC9orlWQcYF3b1Yis58rw6KS239MY4yexegvEdNu4lKeWGnap 3VKZvZR22N69GBFadmBrcXce9yurc3XXaMakI1IRqQnklxCqimpCOOQUQ3J7 yShNyQm5aopxDpGgRey5jTdHnl7yhuWQl5SEskJCQkJQAAS1EJBwkaSSQiEl pKi6b7Sr1Un30wfs0favM3JhdXWahwUdGbu81uCxSCkULx51Ui8hSEsXlCkk YvNSSPfJJqSR6k1JI59Dc7FhMDRYReu5jWLC5achE5CJyETkInIRNyRcS5E3 JInCQThJ4A5dqvVSzxiH6Uu0ZDzKoihuREhLUQwBQOSEl4gJISXkQEk+hJKP JBIT73gkIrKFXpVa7RMqVevSs2QBtggY222222JJJAAkklshve96JJrWtagf wikM4i7NX7mqCX1eOLvOXlELyiEo8qqqbbhty2+SSSAG222xJJJAFJeXgASm aFkzIigQbIPZ666u1VVySRobTSgRNc8kkkxIjWrybsCQDWr1NWAAhCNavWpa EIQRGtXrMzMzM9bud2S5Xbtypj+e+e+mJckgHUkkpIAAwwZIySSA361KqVt3 KOvX3d9Ka5zkhED4BSCkFIKQUgpGa1dZmZmYAANAugAAAAAW+aVzulzfSmgT XqXJ5Rxk9l3hL6ndYPntuLWln7bMfdm5J1m8rK2DGFbIs/UnXxkEzfHX2Zsd t9EPZfIqAKC6tdURiZnPlvFVynd7u70xjsx+kWC8bxm3cbdOomrbAKS8303I In7R7Rg49dU8vJaeN5Dt9MVjEA0By8SSSAG222225bc42BITtz2N9mc+3tzW HXh7O/a7c1da1l2CApBSCgzMzCGZmQ1GHwE3vetAQYGtawhmZnke97yjyYaJ MB1rmk8ZddclNdGLuztbbEmALyYAvIAPKVELyiF5RCShAw9vl71VVNti8vLw 35L0zJBMRlYVd3KOa83Td8AAAB5JJKSANiABTafsq8uXTutmulu74AABtttt ttbtF97m+b2y9vnzJ93gVUAFFVCSGuLp7XO9l5duF9OC2PczOtptt+S4uBcl LgjWryCIIIjMzCIAgMzMACCDMzAAAMzMAMl3d2BeZgFVmXKl3dWqNodu/cvC 7zfN7Xft5117a84qqvYQAaWpLsqqCuy9u3KnXr6tpvuribXE2oPaqpbBSO45 IsDsJLYY5mrft5v29r8+fvXVdzi9AAtX4wCCgRmY2JIBcQC4u56/anx573dY /ZML3ve+e9Kxdsgb3WN0CyeXWoyrQ+TmLjKOyS5K2Z5pWlrPd1fFMXN8dfZP B6LbmGaL7jnAgNJ+ftDosyb3cW71pv6ZObeP2x4BVo7LcRlKJdQrlJbdzR06 Ddy7lj645WUX66CitqnPReftpiM7nEgbAA1du+v67+5m+b3nrrzs+0c72Sqk toQm8xJFbLVVVud163u83ze8fk9qX37ZroE2QEX31/XevZvm9zqfZfePuGux AG6kSeuOd+czW+b2dT53Pk/b4AQCAQHAFznF9xNSCA4gEAkklvfoOXtVeYWP 7RD+jedWgjUIkAwzKW0tpbApaQpaSkUgRiUXFNo2553eZbVHX169pvVflxCB cQgIUtIUtIUtIUtIUtIUtnwwwhjJIBj72svdZvm9uX5+fPfbXxxFFFFFFFFg CyEn4kIikFIKB157eXus3+3t/Xz1x/fbvr4+YALCAoo7KWkLaQtsLJfiF9mE OdnOZ7mXes39vbl7932L3u9kMzMn4igLFikFkhANeTbfn7yj3obsXkSAkjyX lCgAXkAC8hgLyuiqpeU+rK2vjCM+CIeTQezak8MZRS9Ms18brOgTumyr2Mr3 C+G4sZ6veUlb476ebdqOendq5rGLm+qcI1ZHdyiDYl8nUQPLozKX5GLTefy1 scl9zX3sxjtx+mWvAOy4Ox1GUolnSnVXu6yeU82/V0aOk3La9eTLg7MTJF12 /Rujb1JFVQSSSd5Irbi4AuIBAuQFxALiAXEAuJtcW1hvblVpkjDX7dPaX3iC kLaQbSFtIW0hbQLRO+PXO+cdb9rNd79zH2l9OAxIAkIgSP89JFRFVVQp8Htb P37jmjV3+1fZ15+0+2QWdABkrCkkYVIKQWT4UgsikKkkgzgGZ3er7ms1d+1r Ne319j34gpBSCkFIKTUkCoEgipBl+73O57V1d/azH2vn2NgTiTcAUBlSCkFO VRdT6/avO+LnLvurntdee0/GgUgpBSCkFIKQ5R5z7RrPeM1q7+1fZ19jvn4J bQhLYEiqSR+rM+XkoiIiF6UkvRusCfvpK+YwyM76NvEkgbb+S4qkA4kkgGDB gvXU6ffGVefWC988d3iSSSZIkklJEHUnJVLimaysBuYQczCGZmELcydVWGu+ 0au+U8/JHz8zwO3ak8r4l+l08vbacmz9NsXs88urHmH19ox5Dze8pEgOXPzN qpfurnHYHviJ2Cc9tuZ7lmig5nEap/Y3J8PlkRPJ/B/JD3L9VuibM65Ki6US xlXVyktTJnnnY9zOWjc68Thb2Zo5ojqV7rVZrkhJCSMGDAByQkkvpUNlk7TO 7bT4jIu22/zy8Da9LBtuZsPiSSRrikI1xSEa+v7uULpMv7CvtvX2n573pJMX JUAAYAMGDC/b3TOlX6dlbua89b14wGPJJGMhHIRkI5AhGhkde3T090u9mTte fY17bYyDhGwj9MuOELmGEMzDCFzDJOCig3TgUXs9vXniUvQ2dfu091tt+BAI BAIrzabXk2m15Npv3eiIXubirli168OiD7T3x3QGYZaUtPQIWqqqtAAvO/cv d+XqfZzPvt+5ftvuAAAd96/XvbLXu53fW9jM8uIBcQC4mC4gFxMFxAJA2n33 i9XbyhPfe9vbfpk6kuAJEGMAGj+gDRPwqp+9p+9nXXOa5vn1/NkTe2aTN+ZW G+d3Ry6PV+exL2WpPsV9oyYTze8pEuT8beZs9FbxVEWjy25hksV32d/Zo+Cz vb8BPvKud8OGJnxpUoEtnpwgz8lwFy4tRnYlaW0tCXR9ElqeXHnqo8xLhnJd yO85dX6Ry2LL3CiqqPgAC0aABbobYfwiCAtcXlPt7nSubn3fu3ptdk+ST4lI LiAXEAuIBcQCBttvV766K8979Xp97HsKb5kJ4UgpBSCxRSCiElQE+RUzfGY6 5t572v0pcW+Id3HMel57X7UJqS6lU2AHr7nfuOT7nO999v7G+AKqqq115y+z bl97vnu9c9SW0IkCVgKx0EClR0SlpClpC1pDuZdXXtGZ77vnu9cPYQpaQtaA lRRRRRR9PazXHHuy893XuPe76e9ApUaUJerlS1VkEAoACpKnjWvs11875993 3z3mveJiKKahaUC0pC0pECFxAhcWd9EZrJ0RuSWdPZWa9lXfVs86kA4ixq53 eUZNTb1WExlHZJe7dtovE+43ehHY2bpkq3pEQszu5xKgewOo8O3X4bzU2+eV mqJ7D0j9pzl+fbs9kykwYi401izkuj6AErnlyZ6irM165d1VPvveqvPO+0s3 Vb6ouIELjG222mmk2/ucXBCv5xSP75125Nd599pht2+p69hmOQHBzJDDMyQw zMkMMzCGGZk978AB7w9nsAAAEpLIh1K269sS6CgAax3cAFANAGgAAAADQBvO ho0PK7dknN59fLy94kBLySADySQBaQAeAIbamXESLzc+846bYNXO7zngxxtU dtDQgTa0EAgEAgkUhHM8bKqWHfbKm3fY/Xcp7sg8SScciSXJIxjQwRxttPFy vZrmVS6Hu7RtV2P13VRIBcQC4gFxMFxMFwNAERSRziJs3aN2oGynNqtjz1+u 3UIx8b4002ly9sjZ6sOPTznm6cXtC8lumtu8oXTvTfAx04v37x8s8QtHlX46 teodp2pPK+JfptAG0YQMw7PS5mefHUXfCYc3Gus3lYkByfn1ptWe6sdIHviJ 2CO1325yzRR4DgJ42NgRZYSZLOatan7Vrvs9wkwlwoljEuthuakw5kWu7M23 MZ3ATz5m+dd+17cuvcz2d7nTNeOgRQgRQ3RW2mmXnfa7qqT9Zedvdnrq7ukA uIBLAFIKQUgpBSCkzMIW0hbSFtAtVcO9e899t1ev3O693NGa6HQFIEqEmAAu 71d3Kl3cq7AAy7AAAu7AB9d3a7L99efc3vubz2t619v7Xtdmt+vgAAF3YAAF 3Y+uwARl2REEQRayICIC7uIgiJL+ucQC4gFxALBe9N97M9boes9N77VK9eSX dypd31vuS7AN7zADUuy5dhrWYAABmZgAAGZmAAAZmYAGpV3dS7upd3d3JrWt AARWZcqdvNb5ft+5fNGrne53I+73CFpSDqkLaQtpC2lsItoJIBcWry213tOh +v2zSJEqTnEBzWlVVVXMwxRJJmWEltkxUzLIUFxALiAXEAuI9fvZ3FvZmPob NNSNu5J4MzMAAAzMwAAVczMVVSZlIW0hbZPwzMsiqrawAAFrAAAX375k+/fc 47dy/3Pryr9dgAALcywAAMZlgAAXl4AFVVWuW22sArWQK1IVqQ92z2a+5NZu 7+1k+z6+Xu+JMABjMsAADGZYAAGRmWAABhmYAABkzMAAAzMwAArGJUtaVLWl T1SsxUeLza9ptDhp2nvRP0zPT2L3dMyzajnYPcEEcP9VP2/fLtinWDHH74Pd 9MgwFsBt+Zz3eK2egXQYPAHPVreeXK9cr1at85vBJ7RvL6WU/EkuX63Mtt9b baABJJISSSAkkkv1s7nribG1u6qUkvKWRtuz0kkkjDdkM3dloDd3d3QAAAOY fd5PO9kLVbAAbAzNhtsOAGQxyS22gnQ2RhbjaUk9MqSEwAqd4CjNOvpO6cVU kmNQPEmpKwCTMtsSSWy3AA3zKHZyyrLrJqVeoRtpgAT0lt7u7lG2293a7bbb wUOazjSdlsT5vzDdkyRL1SYC9b7dLwvMAAvdwSqVZkh5pJeVUGY2py6EwxLj UpYABHJbUmdZuyd1SSSAAUqSSXlbbm7bQBbmVuTUrjQe5hJJJPdpAAALtttq SS5Ek8B3unOAA3d3d0Dd3d3bQCOgfffaN3d3dAAAzMzMBSSWALvXEmfXt4yt GKUPuSTxrx9q1WyOSRJJJEklQkl93e7jMyymgb62q22WJ4+NVbaXkkkABbu7 b3d3JJJYre4C1ppcySW7bali8klSSSY4QBHzJMUsfm26SSSAG0idtbjbbbtt qSSS3dHZ3dQALa27e7qkkkSSSAJwHkbBy2JnTuOVpt2RS0WgATbttttkkgAk 87H7r1JG7abJLlGR+bO/fbM73Pvorfv30/dWn4ADnA5wWgAWoDNSQOaQraki TX3dWyTu7Y4ksJo5klkrdVvle9DH1Mq61H3cQ+ZaW77Y+POePsrmh7SmD6wm Rt7e2BdyS1Zh3u5FJJW22pJJK221ttt7usSSSTnIMz3pmZu7hRbbbe97222y ST1klzs1Ah8wz3cjaZutgjuJzjhOY5KzltzG+7qUSed7nz3SvSgAXV2vrSSW lG3e7zun1xB+zFK+A3e7GukvkszPE3pvc3LfJeX4k21uyTPZJL3domIcuqtk pJJNJJJwDRbQ23zaRJ9u6X3cPWyWRJJIABSSdzbbcSUlhJ7bf2ZaZzmZmAbu 7u6AAC/DBeZ6eEhlSSVSRhzJlcHhmCS0kkz1bu39NtkckjMbu7v33wAAbqSS ttttttrbbb3ddqSSQa5Ert3RsbKN6Ayq5Fo1eSYYbzLWu7o2S37utnod3TLb bbcyST0kkpOYSSSSTbQAA/XPd962/pbKA5znLJMwlIklu7bJt9tnpJJEkkqk krdbbZlr74JJJJDT7uZ9mNLfnZzx44Lbvsyst6X5uygb631JSepWmVLg+6cC MzFAT6PerBOdrBGYm+fmk8b433R3l3deOnLAjKvZ55pKE8x+7nXvKRLk/NWm TlvhV7HxjD3xEzPR232Zg88Aguc4+4PG5z2rOsfkVH681bcM/WwBZ7r0qUq5 8YcC4z3TSVyeXPTPcczgr2ifbZruOVcqt+zd2O2ep8LyltryctrybuVMzMlT MzJUzMyToANNa1gBEeRASvJw3K8u65DtWdtxSje0jFG3TPqQzMwhjmUkDMzC GZmEMzMIZe4qAAMmZgSTDLlS1pMgAL5v2u/fY57e/W3d9+9t9PtZz6wAKMyk K1VECtSFZBQFXcjCoRQhzz64dPvu8z1vbnu6fjusCCzGKKKKsUUbmELaQtpC 2kC2hC2hC2k4CJBGRGAiQREMXKENevzzL7mvKer977PH2tVCFagFakK1IVrI cIMSDmWYQYgMQYghLlhBahD2XEIZlxIZzdw17Xu2/cu12m+6V5S5cI95bVFC 8ANtypbcQ4gkikkUl3dUbWtnh7vpNUp+Nckg1IKGgAAAAwOq6craej8932y1 vdi5JIuKSRcRJFxSSLikkXFJIkpIwAswc2mnud7K8t28Xc20uJEkXEkSeSUk nB85CRSRgAyQhL21nclJ5K65q31aj3fMP3CSJJcJtE9JJCSiQAmVs0s1/fCL 3KmgsozY7M2N0rFuc6DkXXywQI1q+zfTM8h3iznmazykSHoW57JVVl5b4Gvj GHvjevrOt9mB5oguczdZ2+7+rN+F1zF8/H5WhH1nur/SQC9qzelRlXcxhPSe 7NJOhZfY89T7lRvEJZuGyFI9N8t9WrO2wYMGDDskikkRJOJEk5xZTWbteEZ5 YtWnVWVi4iSEVVER3LaQ88zDR71R++8evj3MJaIggTTM37ntPl/Z2dn2Zvs+ oVN3HbuIN63971719SXvvM12Z7YAHJVSXYZJNbvnvaR1zdenvZvee7wAAbbr 15Dsq2ZLteUkud92ADBgAAwYAAOKsUye4+qLyvJc77suQkkkkgAA0AAAaAAA AAOl1zmNyD19UCPPrfbhJISOADAAABhvcWrJ5T09a2a7m879rtruwAB7zUW1 WmXprutH1SuN8TfdkFC93AZe9lgZtXseXy6Xxdmfq7TycSHJP2OdIc9vRcbq zfdRDkYMtyDlTy550K7udU7g9qwu+NVokj9RneflkkAuHMPOpSlEsYl0fu7i VlHHlnpV5vc8COTqnjwY0WeK6rr4XMwCqhOVJS6QAIAAIBgLIbzz9mX6+0e3 7nxm+a998X0PhVRSst3l5ar/IQltABv4kjV57r+1zdGs6/lXcPRvPU1TaQ27 vrv1UYzr6/K+/XeNZFkFCAfAgsk1zfd61efrnn58cz6+xPykFIKQUgpBQYEz ml/e+1dt869v7Mzv523RCkZ2AoMqqqFQkoEQH6WlRdypb1ZRNRdr7n3Y/or5 XrnnFJIh9QU+5C7lXbOuI6l2AAHyXJJFVP677b79VffK8fdbw6BFwBJc5JAG /cXOcBttPKq+73M9De9vMvZj/Ubu6N0ADQBoncAB4omERO1+a3rnU8ZjdknE v3QVe0G7m2DmYuzS0SU54WvyYt3k4kFxYe51phzxpo4vVm+6iHJmMxX0wVWa SgOlGfzVb7036Yb9nab5d1pMk9R7n6xi9bqN5S8ebGJcF7oSR5ZRqz0vZhe4 DhpVNDE8V0G0xTl++Na1rR0BSCkFIKQUgpFXV1d84Jc5bq7iXEnVUggSQBgz uS667Mc5vKNyecQrnG222228SABeQALyABeAG29SSSkD88vLUz6g7QB5tVm/ KYnBtPwDTbbbbAQDWeVbda57WtfbndfTMj69XboAckAoAAAAAAADs19Nc197 WtffYePsMp4xfuCojD9BIViuul39e1XwG1cZS+TacnERaSjINvKng2ttGxyb Tp2RaS1JeTpR3Zta8qq2nscm1l7j0CSYkFIKQUZtD4tpBSCgMpzDh73N7v2t a9szpemXxi6nQkUIH19LVW6AMzMIKQUgpBQGGQXFfaUvfXZ6qrbWUtUiejeV qQNttt6klwBJLiBtvyz2Xmo0vqeS/VZne7U9N4lem3T4ZvXVc0MmHdi0LSDk mF2T150jk4kPw7krho5xezwaLK9hy+6iHJmMy5k7RRMB0tzzk7Jt8scnjSre 6R0c/SbRc7nE4Q2MJ6T3TQTrynXhztXLKmHWXwhmOqngMrjnyJyXUZer3vcC cAXOcBtttttuxTb772Ek2qpbPKexw+2kJ1IKQUgoC2kLaBaugkltkkjSe393 t3e613fub37OmfZ66OgcbcxlZnTL2pNkm55UL20sywBttukkAuIyRcUki4iS Li6LOy8vJt3e2qrNrVRt0qr1LikkXAgwAABg7JHIVWCu3ZXAdSOnVfPpEBst vySiW/LyXolvy823i8wBeTAEgBtttuSVQ6qp4kOhm8+WD6RDym2222222222 3JIAB5q57Mtm1PXdaeWXleLRd+XJJCFzMIZmYQzMwhmZhDMzAMmZZbYWdyBq 7sHTrM7hB0tN9EYlCSmPJe9EEC1VWAAqz2ZrWt+NcvtHtHs57DRfAABcku7l VUtndxbR9zPc39vWjt1tnPPR1fptPtxeirnZvTOXbsiBPueda3+odI5OJDjc Vk65fdxrK9NWTxopyw25kZHUdgiCkPn/bacu/eudRfH5WzukfqD2v0m0LO5x WYQ37iJPdNBOzLjzssvkdwHQPSOyFLgjeHtD0e15mYAAYnc05zvOazm8++1P t/Xk+yJJJ7c9dBlSHcqOlKBvt72ed9ScriXBGA6mVsnotRChJavJKY0ovLsd ql28UnXj2bjYCFYqEFCBMw9me59zms57h32jZmvXXzUIAsIAoKEk9VVVYnyS S1opBeW+dVtcKkVotFGRMRySkEgTXQBMyqil9yps9adeexWtza5t2MH0E42I qSSASQl3atSZlzZm+6sm2sWZtLbAGylxw4kAuAMOMOcBu+xWs93tzZl5fXSt ezNtXuAMSb44kkkxOcXGJp94uXeerzTABZU72rMN722no5e85TuIlTNfce3X VgJuS5h5N/qHSOTiQ8ONwWWn19pr4zVj9pvXsvoalvqIh1CwHNjl98HYsG95 /fe74/W90jozLhnrfQLuDhcIbJFnumkmZceesvizCoqFuJ7M2XteT9trFmbS rU0024gFBtINpCpBSF7hzWx7n2+e73Zr72jZ3ntHqQbSFSChBSCkLaQUgq8j LkVKre9l0bwqXXyMjn5cvKIUR70QvKFMLyiI97jdE1l7dM0vMVLeq7vRdHSA 3ZJE5ABQHoCgM+dZd6+99u94RuKt6nVdAuXllq00Vr4cXS3equu4F3vV242z zbmZb8vU4q4pZD6dmxZz01rN+bVpaW0WvwJaQbSDaQbSHt9tX7z2tOx0u+9t 1ezO96uKSRcUG2222yFb7ud9f32M1N+8+5rdXrcIQhCAp0hI1We4dPvX7uPd m732+8LvYp8AS0oBaKq9AAt7AJavjfT2+73hntTXHciTO+e8b6Ys11bnO5uq TIQiwJA+Q9G92xfrpVHKxIDM43BZIfZ7eizi9V8r1OUbsNOesmivrqyyxe+y hHZrX2rfvH4q3uke+C7GwJ3CwpxdIMJ633XQTry48/Wevj2vhQWfG7aMZ9jv OcM5wIgAM1e59r2c+9pm3fd+5nJfOdJbSFtIW0hbQNgKA5lIW0IuDHfmu/Z3 2NT3PazXWdqVWoSQlQXlER73vTTVeu8e7pGWs0ajyW+T22rvGd7p1s537ehN wE+CSKDCd5ebj993XbzSvs7SFwbST5+Y35ZfZ307t4u9v1IS83wUgpBSCkOE hmqa++33f3Mftb53e9Y0sSSSj3vovsajc43HHFK0zBUvKfEmzzn2HeY639cz uGfYCSAdJCfiVJYsVNc4CSSTpJJfI69Ja7V7kVysqzT7vetPJWLrxnszjvG8 tysELZRdWs6m/bmqhUjrCQMhrQ9n7WnjKeqea6HPUxV3fZx0Xrg/kLL9+5nt w4d+vM/NiR6jhSE6NGKHg0MJ514cJwvL7Fhc8cfuqvP1mC2W77m0VVO+5znl xtJpLkjboAGwGpKnGazW+37OM5v01fde13oBclcAS4kDbbo7Mt1k7PTJ33ey ZPS6720HQJbQIWurWQFJEV07Pr374+13nNe5rWb83zplgAal3et8mZ3vs7nm 89vPZzycACCaey8Xly+8Tnfd1z2u87BIaiNjL8wIiZTiZbcS5PeXiQkJCXDc uG5/PJeRITtmW9zrevNI10qTm8luZXLjbTBwb0MzNhIZmYEMzIQls+Xot3d7 uujb3LiSjU9EvLzbmZxLySeZgTMz4DMzCGZmEMzMPAKQUgpBSCkFIKQUhrWt aIKQUgpBXKqouKab721C6meV5O0U0eEAg1JJGY4ltLekkmGZS2ltLcAAxedz 7sNySsfrwuI8IMXFFIIPJJJRSfLkmXJoIChIlNapbS3MLmwHXO1+p4zdCqfX nrnHVW/zI4+eLNqX4eMZGsvemcs3atHncx7VPUdSOsJ33VcM9pSylPVPY107 MsNV32d6IdTMFYcp93kRww4NsJavdPWnzbvXja0FDwaGE868OUjI6pjO5VGA zbOuZy3EDJrbgn08LynMwhczAOgCgEbrWEKWkKWwNAAOGUhS0ha0gloHwKQU h27v3b9nLq5c59zLul1wgpBSCkEmY0kWGalEqVWZmuAAGtZgAAGZmAErMuVF 3VaqQlQlQhz7m82/cuvt7HOarq3U+AIyZlI0RUyXZIa3y+XzO53ed3m87yxE cn6VCUZmYQUgpBSCkFEMyhb8ABb2Elq2S26z75523f2s1vXBVfiELV8AAmEC CYmt3m/tZ37l3rf2+I/lVZWFVC2gqqstpBSCkFAZ1e7srvvFzC325qXEgEuc ikOcDEkAuIKQtvwsBSCkFIKQUgomZSAC4gFzp313h2VnejvILnOA3gAHEFyp d6yAAAzMyIAAMy4KquiAWrhbZbZbrMxYG3fOb+vzms++r9zMIW0DImZQtVck lqqt39r67w5revtV+5irYEiFYQBSSNCc40pxHfZLLh2zvs0fc7F51d1nc6h7 WpnFM8uuHl1j4XpMr1J9qikeWPoeQ9lbGZmuFG9fCqvTQnOu5pWbiuzNnjWw GctPHtD4ArNLtERJJtltzLbfW22gASSSEkkgJJJOck33xPSLgAlFjbfna429 dnpKp6SN2SSbuygG7u7ugAAAc439vx+0mZG3WgAGwOxQW8B0w8uhSdltBOh9 yUMUje1q+DzG4emH2nqe6YOmWqKNltDuQ5Eomk2Tuk3dttSSVtertDKy23dz XdMLQYqeVzu229Wb3cDdASd3bbfSSAAvTqpQ5humyejtuW22N7r8UkpahuvB yWUMCILqq3JNT3une/vrZj2bJSSWlBEu98Ta+7u5xsYOFFVzBe6Hqkklq7e7 rUkl5eVtvraALbEyTdACvuJJJPcAe4AAu222pJb99u973unOAA3d3d0Dd3d3 QAAHe96N3d3dOgC223MzMNttpJLXdnXvl8m3wPyz5Oj5WZkRKjZ16rZHIWkk oiSSiSSu7u6TMtt3dskikrbzG7W2ifEloAC3MvqSSSkklmK3gL2UpJMkkt22 1Ly8klST3SSACOwk1JryJncyd3WfAKVWNttuW2pJJLd3u7uoAFtbdvd1SSSJ JJAHsGodx5rQNbwzzxxEYXXVJJG7JIAAwD0NtVsknpAAJPN7GqbV0Jdc2h+s vJL9bme57Pvqftnz79fWn4FttmXfSDMkkgAEvEL2hQxdOlY0YGPAbvOYCvbu ilpLrrYb4uZofS7IfW7bsPWJC9a89iIEFJ58aqfWd0kbNaUuGk2pfl3d3Ekl yy1JJJW22tttvd12+rbbYW2ygCRJtVWbI7JJAAJJJJJJbb3d3dq6Q50tLSXG q2RTu4Lu6jTcxvZYBuizMm9I6XjJ8eLDzuZXAJ+tAAq7p0F7uESSpPrR3PG+ PE6bvbxHgGOnZtKM3uqtqmPzJqqVs9JJe7u61tEm1vrhJJyEnjVvdo60Nt83 G0lu6pST3uklkSSSAAUknc25JAtkvxG788/ZltZmWZmZIobu7u6AAAe3d7tv fP3vSbd3d25vNz7JZ5CiZO33ZnRVkkmykmJW0RuaRFa3u7u/fc+lttloG7u7 ugC27u6k3ddqSSZPd47r1JLpS3QqG4CO4H0WYlmSW93NslsU5Z6ZnGWSSTMx uz0llfs3m7u+973tAAAJnO8/uz+/s/vcfvr9bbbmPTBJxVcdSS3dqtzJRb6j W7u7s3d3SSSS9H33w2SSSQ4Wg8kOStb3fa3I07szxOyS7qCtSSeJ45VUhsDk 7vR5npyimYNrAHac1csfubfHXtbq2bxfpi3cp8s8liS3l276HR5P2SqfqDSO sJzeqI9ntKWOpzWl7WzOy0xXfZah3XvCoW0+bLQxYtr6GuVZ6nzbvXi0YlsR 8ShhPOvJiXjMo30LndVvKqlMe3exXWemQzEmmmm01rYAIgAAAAIgAAAAIgAA AAAAAJe9532s6a1v2rd5M1AtpCpBtMIMwwFgmEDWb+3v7MOZvn2q/cMVUgAN khJaqrZIReb+namLtdIB2d4lxrkhxVJGSAAAAAAL3a8Z6l3092tgYQAABg22 23qIFzMCSHr3vN3vPbO67fczM3nQkBushUqWBEAAAEAAAAAiAAIgAiVCqyEj m8IKQUgpBQYXLDpBSCkFIKQUhmZgMC40wAC1yjS9wBVVVGTDmaQDDfvrvz3n 3f/eXRT9rbeImYgbTTbabbTbabbTbhpzhuDu+/e/DjhOP4XEvN5wLJqFpKte GXTmUtpb8AB0kmjWqW8JMrl1Akg4oMQ0D6slaZ71r15XXW3JMRQgEAgEHlzk UggEBjE0VvYOy/Tcpeq6m1JLXr9xREnORSRcikEHOCAQCAQcSECXJS14qiyv X4WLJ7Ksw93tvpOX446D65X2NvYc7d9Do8pmCF3PXnUOcJAyGvyHs9rTyROa /H2NdOymKu77Dm1XKtVh2Zdzs7TNzuqPPgfZvoFOnFoxQ8GhhPSWZcX7ri9k kl/Tg/04KoR0uKzUdWN4i/JSpnl5NNypmVtAIAEACAAgBgFVmlGT1nFXiOrG 8yawAO8ve9VVVIAfkm2AAACAGwAbM1TZFz3ZUlXhtTkPJx4AAAABySSSqqBe XtSSVVVNttttttttLIp65p9dYVORxNw7m9a8nDc+8m2/eTYHvIAPeQAe8gDk l5RVVVeXl4KqgbKXvVr13O9ByKvDqnIeTjwAOXveRVVVe8BVEgAAAAASkgkJ SQSFL3rva9Om72yrztbZ1zp2dqqqpIAAAAAMGXfc7MPe7ZV52vWdceAAAGpc 5JAL4lJIuJyRcRouIBcU321KLzbKyu16ynH2lxAIG7QCQaDdcBsS92u99mae 9Xqzvap4/P1LiAXEAuIDiTXM7PeO8dfGt873e3510klZBZBZBQNDaQmZXlMy vLvYUoyqe5F5WYSU7L0hZLFXjjlVTySTaew/rn6eHrcFfqDCOjJAZjK7PB88 lcj8fY107MpirlGeWhTOwy+zHt3Lmdhnu5IacV9FsneSUc2cUuhGE9K8IgXh MuKehl/QiPiEC8UGA7ZrPM79m8AAOyXZNazAAAJmZgAAEzMwlTMuql3cqWx8 QAAde33smvxk3J1xmbAAMUki7x8TSTfGqqouKSRSQAABX32dffTtYddsz0AA YMAAAAGhjXKSbbmt+7572M3fHcvOexuVCUhKxiqhBXpOo5lxQkFMykhbSFtI fc+ud+fuxyzH1njySBtuwAAAa2K3ffPfbRT66ZvNaWtpNrjaV8o3vnu9op9d dJ3CeCHxUy0ZUXupIMPc1ffO++1dPzr65zRNWkLbCxjAUgslpC2kLaQltAtV d83r7Wnf3znd5133H7hIWqoACSVzV+9pv3me39r5z7HgyXdwG+Nt5tp5viZu 7qm+FDrcvcKuaVnrayWK1kKOMqKqpwWT0rhb0RSN5c7qmayQMMzeXs8Fyx12 2eXsj69nnDVN9bqvaO2+nXdy5nY5z4hTXLusej2CpFwwrF3bg6SvDMXjMudI XfPIu7liR7HHj6uFW9qaUJLfYVwRWZD7rFW9uryiF5KaYLKyslSCjSKQUHmt +5p39853eGvu/BYEFAGWOe5rfvaej7MO8+kEABNN++088+9v2h76AgEUAd3e X3tPu9dN+r8RSCkFIKQUgoDHV33uuX3uPt3M9PCakhKhJiAF3YAElpUJUJWm vezl+53Xuame3JoRIIkESCJBGAgt73W737M6Xei/d8kKnUqRkmuZnva3ed7r xzRnfQ+JVI7dgXd3d3dgAVCIAAAAvPt5fovd6y9b+7et569c7tO2Or96WKPU lpRyZN/Ue71zkZfUOkc4SHiubvP2e5H0qbXj7KunZ6mK64KtBr4aeF8bGMuY c4IcYGVtNr7ztHtCiLphWLu/DpDcwyvyuDA9UCd9MI0H2mEqc2zvPoZx5Lj0 O+s53PdZnQJo7e9C95f0Su3dfYU/sw76MpFRv3ksS97zcXNffFX97mr+8/Ya 3sOwgoqoqKzPc5ec9x9zXtb1l7hftBgCkFIKAsigLml7v77b37XTe/b8mu++ 9FkYURWhwBSCkFILA2PNc97j9zXd571M77j3hBSIGZSFtIW0hbSFtJaqrnPv s193xt97X28565kz2wAB67u7mubvvLe9rvOc38ma7nKsFkFkFkFArKyQ3AUD kivNt59vm737ffuc31M100QUBJf2e5NX1HkYcPUjXyw0jYRgK7PLR0v6Zl2e XqH7Etr9bPD9fXD0vqFCOTJA6Lj3s8h50tLx9kXTswUwWXcO+PY8RAU8/R7l zOwvnxUiy4t88ewmKxcUdZambhfKvCfe55M5yKjzwhjvJRdkfVJG9prfieIK QUgp1AqQUhrm/e077rbu657wnbS9JzO24rDru6581NcrSUQoEYVmb9mvc47+ 17nObvfOGb8cAAWEE+W24ABSm1W5jvtbmZe92KzNGAAAAAAAAAZSu893u755 6u5WZm6UZowC+ckAbbbb5R2Xvsd+rcrMzdFSM3zjbbgNnEkgEkDbfrhK3cT9 PX3My1DxAsG5mZ79uZneEBtWQRrEkbQ8QG4m23gOAAAAAFFnqrc3qebd5WZm tTc3yAAAABA2IG2zzNtdvxC5WJsIe9fM+zz0dw2Pym4vBPmQuus/nHeGD1wv FLwUI5MkbUaRnJ+zz70JaXovbq907JnqqzL4gGYiBJN1yZlzDihMwruhgHkO zu1B8j0aKxY9g7pXhmLxmXOlqg9M9hc84o0oh1RK1U8PZ6569zICybVKkFIW 0gsKqKta2m2c1cmZuZl73HXsrMx7NrHJN8auJtKpFIKQz2XCDmXCFpY13r7P t8vt469mZb2bdqSb1jTfmM4xnGMY031mezPZj1ujnFeWEk9u9ZPJAWZuezPU AKW2oc5EgyAGQOY8knLBkAO1Yabt0O/PMt76W7k3qw2iOoRyBJFvEoVdy1xW Xdy1xWXdy+csuhDjYd73PevZdDv1ZmPZ6uuSb7GAIAAPSSSQCSNsSSQOy5i4 w6uLJjXVVHSnu9G3GjbbczLegHAAgAAG26qqqjHHd1TxZMbVEdOQbD55ccdI A2AAAAAAADAGAABlkbtUuHEblVTnGietfeyMzLzLWklrSTAy8YAABl4wBKvL qou5KJU3jfnfu7+1M7273vRfd0bvvmQUh1qQrUhWpD2XFKUSBElxSScS4GcT PLp3c0qkXW9w8PZNWVCyWTHYq3DHV1L5S1vbBAGrYpyAojmyR7YhS89yPokz 6H26fSdhu+xR2OjFoVe4QpXH7MudqfXigIZw9w7OJC580jIynhcO5x6vOh87 bdDFUfnNwTtUG7nNFcMysk5YPd7cywAAADdDiQHOAckkXFJIuKOQ4kHe2rjz cvBxHAdkoldkzOtha8iqqqXkVVVS8qqiT794kkn37xJJPv3iSSfeJJP379vu +yNGifwH2N3FGR86+XlVVVUvKqqqpeVVVVS8qqqqklVVVAAABwNtrIv6HeV0 kaFP7sVHc2pJJJJJJJJCSEJIAAq13XV0kbITGdoqU7zmZ1ty2022e8l6AGm2 02222nENtGRdF9PU4irqqjjRVH7uySSSSSSSRyQJJJJJJJMaszNy+dQAQs6J aHW7PU1kJKamqEACgAbYIAEACABAAgAzyqcmb7HrTb9fRLknMfCABAAQA0wB MATbabbUNvzboiurqdzoQAXKzpKL2GutKQHkANNtpttNtpttNtzDcqZnE++v aW5G/VVYLulzDxsUkigIBALQiY0AiSYnVVKXFWdzOHb9fdzMrplzN5e6+ejq /E7L6TJniTr7ccvhvX1WhuihwDpCajefs9yPokz6H2bh9J2XPGKub6rQq9ur uRuZehnszsO30HMhCGAPH3u1dzQOcpElnJzc49XnQ+sy9mmRLlmzUm1JMbll RE3HAXOPnKot6b054ku5a5ZV3Ixx7BEkjckiTkIuKDax6Xl1ckaBazgiKLbS 87e7WSRgIsexSv1nW2m34AAAAjr2Xl9KfaqsqK/FrF6/QAAAAABgwAHPXat3 kr3N71dYc7c2bO92QUgpBQTpCJOoVRdKoq2ZdUSNXs0qW3q9qSSUKF5e9C9E LklSovlcVrNuqJGr6aVbe8vKIXlEEFIKQUicH94gpC2yKQUgpxNpPi737bWW Psrcu6Kiz4tX7PauJtcTSCkFIctINpBth0iqApBSJtcQCSfEhriydyd2r679 K7l3BizTFvveeINpDlzCFtk2quta1pVBVVda1rSqqkzKQbSFSCkLc377W91+ OLqi3LXRiN3ve8le39u9FdNfbX0bxcUOaHMUctIWSzOxXq7t1XVTd9q6oQ45 dGUXNXrN2qmkbF1ChFmXd7avcTnFekChaexaFHt1d3XU37MuYcs58UOe9PeX e5cIpnNJuRPOUm5x6vO93irMMhr85MWTuWTruG61ZEVg+uqcxKqIuDNSMSiI MgqrtbF6yNuqocNECMxem7oyIqYwLupilmyYq33l7yz3velQ3sRU1YUIW7NW r75cTa4m0kOTzdXDLuzLjte8Vl4l0RTWS9e2Ncy+cvU96/cTbldAAxcA4l5u rslt4Wu1Ubi94rqvPZ5tpIykFIW0hbQLaSQtoFqrSaM3vauvs+xc297d6N9+ 4QLaQtpaqiKmS9e0Nd1rujU172b1N+6Ael2ekk9AAAAAABEEGm2mklIJcWSA YTKbdeqoop33qKVp7t3d3d3aS1pLXd24ZeMAAAy8YABBGXjAgKCCUHvKyTIr MjBqIbzGQpcdnLixTRBV5QhrL2cT7uzMxek1Zvsx0XQszf1jZYxGSbtVjo9l xTIa2OMU7s3nSLJ0FEdr57sznnkFrL3comDaCeFuKz3Zsk7u722j7762/rbb QICTdkJJJArbbeNtkU2Rcl7u7uVbbfm7bZ6Nv9IiSRF5b999bQG7u7ugAFtt ttt3dO7bDI23ZAAJAM4D3PpNJSuaYVijlkk44T7HYfGnm/OXNsW+CskJyduj fbVaM9sXae5HurSSRjtzLbcyydndTJIG9PiSWr3c2y5aIAHSkkABfO23uAUa Tb3drskk9qTOEbfQaxNbstrdnpJI1N1tJKVXPLETvvYcNs3ZTXZqwCT/9999 9cy23gB9ZPOQ1IJJJd1iXdxAvWUC0mpJILu4Kkk9622NgTuAF7LbJW28ZeHi eJPbpBAHcgDd3b3vZO972JzgAN3d3dA3d3d2AC0B3vemZmZgAADd3d3QN3d2 dzmvf1nUn7uT+++0vd5lPM7iSTu0L5tt93dzJJJJJJAAb9I8mo02mrBqa5JL a35st93dz9PWpJJEkk4rR4AVlJJkkl222peXkkiSesjyDRGzpJnVLMRIC7t1 LekqaSSTttqSSWexd3d1AAtrbt7uqSSTSSS7u6+O53r3Vgi5G4bY/JS2ySSZ 5uzgBJAAFD7u7rbZZjbc7u6Tzy5uj3pmYYDifvTfp99szvM+9D/JFoABzgc4 Dve9Jmdy5bJczs9S8BLyJ5Mkvd2tpJdeDZ8zzSxyyavVSUk+JECXdCs9leKi LOJIE9GzVGzWklFEkkiSSUkklZbSSSa7dpJJN3dttbbbW6I4r3FtI2ttTWk9 1mySSSS20AC6V0GThAAI144t3Zuh5jbyQ1G/Z8VqUia+bXklPJdzL4BTH8CA 6BUTbZGyT6kDd32E7iZ05pzQyX2TSczRt6u2q3ZEkqlbJukSSUknlI20pZJC SSe7u6YBotobQXlPJTz1sbrhrbbattpJJIAEkk6ySyQJJyveD9mW1mZvve9g tu7u7u2gAW3z19vWd3E4ZG4kknyWkxRb452XMhlZJJy3hzJkkbiAdPdUlu7s kkklkklSSSttttpkSSqQAFlSSUiRK3ZqJFZDtXn4o8SUbi8nLd7m33FvxVzn HOeADnAAZ+zM5m5nszQAFtse1u7cffX8WgG/fnDzklqV9WXmNuekottvqiSS UkkpG25La++G7u7ultZn2eEn35nvWgtuoaw13YVOugTpa03hWK0xIa3dLWZ5 8Wva9uvRu+dZ0Qh+nlnno7sr8oculvcaWt3LkLI7r6vcncrOTJAa8N5ez3LS 0ovQ+3T5zs7LsVdo1M8XZqTPdUHBc3LmLB0Onnz309vZ4aC8j7SoXxSWuJdy swn0c8wYuAis9JuCdqo723YzV779vWtTnuZ3U277gAFUSi7sAANVd5dgAAXd lyadscy562+3D1SSnfvScvtxsAAAAnZJoHppcHNpe2bvg3794Yt2ZnpqbeFE +l3m+mnpwgmIChpRUK1QKkL87csms27x5drbdFYhSvKIXo8l5xhuRFzV5d1m Zl7royLSURkQvKIXk9bAqavLM5zm/e9rm7c89JFVK+VKjQDWa17u999h9vez 73e65s52++JbSFtIW3hIZiqqbtz7nWXrvs3rU99rjXb3zr4giADlXuSXH3zu qi2rmT2d0b6lxA2220teLyOY88scmtg8/Ps89Her8YxtBb8Elr65cnde71W4 mSpC4SE2IZ7Pcy0mfQ+3NPpDk3aq05R7Ezxdmp8BWOxh3Ny5jzn3HU56re9y HPKM42visOuE90swi0N5FfYsV6Lye5Ok2YHKtnhvKYeGtKc3G30Qo8o96Duz B0a6gPcVCdz18o2020222y73cp1Lr11t2Vbiw3OzW2222228JAMt7WZUuvXV VtW5x7eZRoAAANttiQC4gFxZftvIVe3V5mL3PnB9vvHXiDaQtsMgpBSCiZlI goDLekG0hbSDbOkVcykLaRZm5eNXvay8zF3OuLpuejxcQC4gFxBSWqqxNlnd /c5v3OcPc+cO33D2KHwBKkolLSQgAIZu4ezvub+5zh3nzh2+5fJsZVqMhIm1 eu9fc17ez28cXjcXlxdeYN7de9Zt37Lc543F7W+O0kAuIPJLgCS4gnuXMyrX u6nXao31zqN89Her8ZZwALZzkFoeX2S6M9fXtzy185OaJGxCF+zxKUbR9D7d PpO9lMVc2Jwl68fvVJqbO5rHrduu5bq8K2eVOeCW9rxDOamvqnlYoR7q5lJy q+zRshd8syB9qzTLDu3O6riTCh56KpMzMzGm2m34E3nReCsq/K7u172V216s v3k21VRH4LaQbSHsPtt7bzWud3vezu/Pzodb++4QbSFtIW0g3Fta2trbevuy qtl56syZi3tRPb90YAAAAd5ySTiUkAAa9mQfdud7e3RVbPRYbizvsqSRSRBJ JAJIRSQCSSLJVSd2plbTCuVdHppacxcAAAAAAABvv3794YBmb5TMqIXojyp5 W8NYZ3RW4ZnTtitTtXtZ8AsXCVIKQUgpBSCgP2jX229rJp3uq8zvd89E/VXh FnAAAAIlJAADiU6/dHnqrtbqq973s77KR7FioAAAAAAAYgq370FSt+8qvd97 09uUuzerqdjbbbbfEAAG8SkgbKKfn0YMLrD0ki+N89Her8YxtGuQZyC19Trn eG+nbnlr62c0SCJo2F+zwKUbSXovbq9Dx2qOx0YNBq2TgLqVyZcxZ0ZzihzA lXj4nDzzNwZ1lPmndY6o91cy+Jyq+ejPRcXfOauVOv3eREhl8VI2O7Fh7EYi wABpxJALiYLiAXEAkFBYsikFIsEtpDL3mt5e6z333tReb7tzuxYezFdLiAXE AuIBcQC4gFxAJIG277VePVfb09mq8288TRWdy1e2uKSRcUki4pDgNtt9Bv3q urubedkN9FVHt3x18vHMzMzMzO97ShxfhCqnXLb7cjOhVOVbUJKLS9ZbMjWH Xl8qvr3OhVOVdpeXuKsnY5he9e1fXueOylfeUe8kisnY5hedfKr69yYXVgrp eSQ7zNb9v7fjffc79fU3ftc6aMIKQT+ABB6eu8z9z9vxv9+ecS+wvNb3Yz8Q gxkkkf3nnvn99H2TzQ0zWznlo7z+flBKe0WTF2JaD7OTaQV8axntfK2lxK8N Qpfs8eK2s0+vj7CMkCzdNqlHQhIm7Bu3Em1dcdGzEHVuZFk9BwcoaoaFcwjs 6cMvIOiIhWZ1/RYp7Lno1pd85o0nDVxeLpldmoWzj0teRUWZebD2r1bcbNES 7XlJ2FBuMRTynlM8NXv3rySbgrFU8pA/dnN/gH9IoDiRyQlNplPs519v9+zv OnNi5raFTF5elJJLkkirvIzd7ZZeo1RrxN95e8vJ6beZsXfbt6tIi9G3ySSW pIBFAEDBSCkFIKQUBEQXl15ewXuR16r2iZy9yQNSzyXJJJerrvfdN7r057Z7 pe77zeZ4ADZCIACQ5UDcJew7Z7YcTiwezve9Dn3e6VeQ9nnpig2XSznlo718 vFsbvSN41jugPXkF8tHdKx7Pa+VtLiQ2oUv2e5Gp0+vj7D6Q55WpS94wiol7 PDd9WKhdw9cRxY2wal+33AeON9hDpaerd9CfCWZ18Mnqr7NzxVoU7zUHQM7a zw0x9Z7Z7i/Z2q4fySSSPb7y8tm8ich5yh9uPVlXO3Dd8AB1ICfiH62GiXKQ f3XM/XO+/d7rfTfNTvIyZ32pUu7quAZmYAABmZgAH6pJV2GtZgAakktoELZr VINpBrVVdBasHN232xxtdtrdVPVViy4a0etzM2m2/JckvQA15Ntrybb8Lyj3 gGvJttebc+SRHmkEzu7WzsybR70no7y163H31gakkkpIBOJORsAikgG84uST N959l5dSZNo95SeuLy731bxcUkAAnOLnOSQD7kkmZaEkvANJJti90JXnyPsH jdnxPbinjx6LOgAAAxjGMYxoAY3fe9hd9nrPe7L8p22Y/MY0ABwADnOc9fuu tn2de/HM+45e00KcAUgpBSCwF/EWRWSsExIKAsFIhsh57rrve88/fHM+L4+o kFIfZSFtIW0g2pif3OLj5PLq3vu7b2SjrCtM22sJS9it7j4iE4HRxO3OmuVD PauVlLiQ2oV+XiUqzT6+Pt0+k5bhpcvs7gT0x+3dnsTG9KMOYc6xrDYLh7u9 vqDneC3BnVwtNYISJZmdfbs9VfZuEzS77nAEYbT6d9heLJ175ZPI906upcTf ONKm3YA+9PVOz06/eWTx7qJOpgwBgwAYAAV7Op5Z28nfeyvI90naYfLnOSQC cUkAnFySI1JMFxALi6u+y69mPu+vPNye8fZ0hbSFtIW0nZCZlkhaqqu+37vZ XpzsxVifXffgAAJJJJNS4qqqAGNnfe1XOxZMVZjNTyvAAAdScjYqREne/P3d fZ9h3Oa48+vQPACHwIhiqJLipLLl2AAEXFgJXYztTrRcZUZNZeGrV5QoXlCS Rr3diHGYc1w1x50vYTgiQRIIkHT9iqiCIC5l4AIgDfc77h7TJ3OTXOdy/O27 UEQF4vEJJeLlT6MwsgqgjhKgwKhFgfgGVCLBJtcSXK53R/Xt+orN+Aygr43t tYSlrXi9xk2+RzF7gO9lwee1ZKxntfNWlxIe2rwr8vcjU6fXx9un0nFBVGX2 dwJ7z8B7mSe2k9x13X7H1nr7VbmIKcj1YPsNdJWY53CV5Pbk90/ZcMml3zi6 aGptlouLJarM8oeXWn3nyTaUUiSEHy40EDDKQpaBokUA3o1ohfnM2Sa0qYzu 595sqK5ar5Y/I8joAAAAADBgB2/Y3OxXPU8XfPz623q4BxJA2y1ewCYsUgoh MxaHz94+z2HM5vnPvN1fmD+khaqr4fBKVMrS7Nd19GhXtOX3fHna9vBEQjY4 oCkcikkTmVLTabbTsNqsIdwHK117sXq2ZTbakkUjkUkigIikUkihIoTtWsVB FleWL3r71dlERGKRikcigKRyKQRFIoSKNmT2US55Yvd8vGeXrFxwUEljhlIY 4ZZClzAqqqI1wwpDHJlgQAJmTJgAAEzJkwAACZkyYAAB3OZy7ZvPTnu+nb5m TswAArGTLlTGRz7ylS37ya0AQCBAwQMEEe95gmUTWXahNaRu7kzeI0BAwQME DBAwQAIAEACBtNiXouNd6tiZFyHoUIqyoVutceVeeOjvV+Jj7SnhSV3r2ac4 RdJYM9s5u0uNvdi93n0jd4rlSmaW6XKrp4i1CJrXmzjmdzTscDwo5uNb3o0h 7TO9nnueCcbTmDu2V5Pbuv1NezJuc76B8D4VM8czw2ILGzYNI77wA23MtiQA e8vSALyADyS8AfAAvIAF6/uubJlO0/k7+x9sTO/LwA25JJJJJIBFJAJJJvrL 7knKjmoze5qrXMtw29XgAXk2wXlAAvJsBeUgHuUe8BQkmQEr2lPJl25jlN9l 7tw2ccJJIEjkkkgEkiikiaXEMjOdPewvoR2TDPX33nhSkkTBREgEJIiRSSKE ibUfu0XgKXPTA93PeuRsE2gEIEAAwA8uIki5xc9LyhS3PIz3c955GxAANttt NMo92sukKXPKZ7331stpBtIW3wMmZSFtIW0g2kLaQbSFkHvPr113WO96+OEF IKQUgpBSCkFIKQUDfOWmbczl3d8+FV2W0g24JEFEuXhFIKQUgpBSCgIZlIVr ILIKaCfru7wfLM2CAObpRCmrfPe71fjGNRS7Tt13s2509narLBntZK2wuN3e GVXyiTfjT6+Pt0+k5LFTX68PYCxLtG7ju1dnrOiOLI+8j1yB6PUnZ2eTlZVy eGSvOnp3B126N10a76TdPe0veL3xWAXTtWd6AAHbsvO93fm+tTPXy995vy7s AB27uVO5fm+u7mvbx3L3rwADehJJFXvew11EbkyTre3oSSEkkkjbbbsMSSSC qpy3Dmsww6OcRNTVvFCvAjnKzMyVF5lUAvLwJJmZkozMwhrl116Zxx7x+276 5wElyyDaAkUgpBZBEgpBQGRZBZIOPnpmmd7l6wSoa045M0znMvWKwG7sAACx 5SlOlZiKd1Btttttt6Dwst9tS3T7kolxUk+NpJtquK8XaOr3oJTvMDfaQKad zy65VRdvSZnNnGHM8+4b4B+Jzono2oU7fcykxf0PaMAZCGdde5QGvK8x7cfk 9zBkwvE9AqLmdPPwlvsE9rV3dYi5tXySJJJLltu7sk9JbaABJJISSSAkkk5J J7Pfs4XdZfetyyySfpAv1tt/Xbhe22SLfvvraA3d3d0AAAB9iXW90ibdkAAk A7d4R73I2pLiXXZpUVUZgaF3kQaputXZxeSOo8Nz0rbpik0HZrLeo8+5XrYd 2G+qAF5t5tbHGExAAnTJRSSSXG22AA+xy29wHlZG5Ju7PUPzb7SuzU9gjcct rdtvrbbZuyYm0rKtfqPH3PcMNcJcl1YBDP777431tu9nt+veRFtSRJ7rIheS ZL0ISdakkkN1XiT3pbY8m7uyXc231tbbeve15vE93uBXcigAE7bbakk+7ub7 3vYc4ADd3d3QN3d3dAAAd73pmZmYAAA3d3d0W1JIPOZXlfopdPre8CRUfprA 6fNpNgANJJIkkkkkkkknd1P1tt3Z6N4cKrdXiSSY6pPbJJ3d3OoAeteNJJEk mvJ3AXuJKJJKtttS8kkiSLIn4ANxRtPG6lmIkBdmLUFJW0kknbbUkkt3VCST QAFUlbSTUkkmkkl3dzscZQsrUEJmKySSRZi9W2wAH3Ekz0ikdbc7u6TwlM8Z 2gHr3WS225eXM9ve93md5k76E++3sWgAHOBzlttAAt7m33NJdzNsJ7pLCSOk CS3dbaSmb12ekMPNJxve9D6yVIk3T2i7+JdeeEA4CekZqjZrWOdvSRLMpJJb SSTltJJJtttSSSW7ttrbba3WJO7qQW221bJC844TVHJJJbaAMr4qdAX3d3SR SbQCAOuZbJ2aH9nij5UZuZhPMWl6lN34U9y691aNrepKsoMbtaPKZ+Ja6+ZC +yX9l+uk93T777JO2TZJWLbQ+++L3vXm7upJ0GZmZnvue8OuAaLdra7l5RuN TdcqSBLG5b0hJzM73sr4XbepJ7d2DMwP2YGczd4O7jbZIkkkpLbJJJJLcd4c PMDIJGYkkokiYr3gBmNuEkky93UmSSSb99azM95999XFtADd3d3QD8tJJqQA vWpIpSNtvd1t5hNE7m65i8uAC66152oBJslu5htuZZQEOskknOW0Az9mZm5m ZmgAAb7vb3lnvtvv22wA5/stvfYzCLbzgn62ebbZJJJJJcSQSdl3dVqSSStk lJ+zwk+Z971pFD6223bQ73vTrfvyTat6GjZelAjzxoqdnmQ81em66TswmcvL NLhZLFuLcmWTDuH02+moW0bjJYM9vErbC43i4YX6wl1qL18vbq9by1YptZyj xfNdLq8N2qdWM9V0bWP2Ob3meihqXl5bnopGVMmjZXnTwG+7yW2HfXvfC96o XbOjfZCdDR5TrXaQC4gpC2kFIKQUg7IKQS/fX63W8y/bd4QUgpBSCgzgKQUg 7t4Zxzd1efcvPiCkFIKQfUhbSDaQbSfxmEWQy0gpBSCkOWgJUW5cVJk+u/ut efMvXd3z3pN5gAAZfrubzl9yLxrh9JdgAHb6jnLnf2aZznQAASSSdWxhzlzn c0znOgAHbsl7y9c1mjndTec5zsu7u7oIUFBF71Mvmsu+dzeb7CEKCEIG7525 zujt5be+gACoj3lELynLn5nyO19S7tnbp28uFklLrW5Ojt7e8LvC7M9D0ZSl Az2xF7aXGznHz9SSq1V6+Xt1et73QOqY7T6GsNbBvtewjPS861jyDy7kVjyr fD13PFy0ybeTkHvZBqs1rM2Z6L0q9WuZCbe5JDoXvu63n33khxrIW2QtpC5c VVgZbIZbIN7efYve91s5r6vZC2yFtkOZmCUkQRBAAAF4Wdjfvdq52vHZJCSZ mYgXLiQczJC2yFayCkFkztedpv3vVc75tt9AAAAAAA90mdjfvTtzPPoFySc5 ILiAXEAuIBcQC4gEkEcvKbwrt1ldGxAIGIabT6IaATOA77jsIXadiBCAQ0wQ CAVtFFbdbNbtzNuzSKIxV2SCwk4HKBXVuj0qY8j4lMJY5eOWY8jTbaqpDdpC tSC1Dutlee1ucT28vNXpCi2s3Nxsji62EQVBCh656tyr3u91kS8WqJu6Z6xV ORlevj7dfrSdM3KllHtXYXKMsXZfLt15X3It4x7WzP10jyXmM9zNbTuCmrtT zp5dpb2l52VTd2g3mcv2bO8NfXLroiwCIioiJvl3z5329XvpEEJO8zfO5eu3 u+ytSEqEqBBSC7Nb++u/ru/aIKQ5VXcltCS0DF9nN9c7er50AARu+751vXc3 eHgFIKQUgpBSCkFIKQ5eb599edu9c+7EoyFT5zfL277e8fusUIoCiii6GtIN aQa0hzfte7rnn7283jnfm+hBAVeLqYALxmARABeMwqS8XKi1yotci0astbN/ a9nfnPr1b3yEIQhpaiW0MYwnPerlp7toll9ud7gn6lWdrJKlErPXC5p7w6JS W/nWcF4tU4sMnqiinWV5Xy8NFpzpSco9wJwSX1mzU5fQ5XSGlNx0n1Ma8qMW rj58vTs9iirfm5gtIQTwzx7S3tL3eqm7uzxo1zHiLUzfTfQ9btjGMYxjGMYx jGMTHvezNndDL3auHqabGMYxjGMYxjGMYwy8vTa7r7pQ/a6viI5FwjUYxjGM YxniNA1xCY1xVZT9tZr7pQ/2ntpCjUhRqQo1IVbSFGpRtGNAIPZ3trNnded2 Wur0EAgEAm0oooo75vZ275287d9eGdJS0hS0gIFxCBcQgXEIEkDbeVV2X6zz 7nb7vMW6s9AihAFJCMKkFIehbSCkFBkqQUDQLGpRE6TEgpBSGHXf27zz8/b5 7RerrhBSCh6CFGLIpBSCkFMPn3N37z8/b57RTuuyJ4EYgwHD7Rzz7l3e+0U7 owC0+Hq0hXmZi32gPQflzR9mh58491d4ndLwrbjF1d+HRJy39V2S8Wre3Kr4 xVORlevj7ddolJeDsuhHBHfd2132cazkTIUkxyiFuLl3mLezxqmNr0o2cOeB rtbO+8bcM8ErPIA9Y33FSqyr36kLRQmlVD0EMRym+a9v686+fucwfsw92QzC ySWxVVRjzetOuvXm70+/ahOAIeJJ39779x/HXeqe/H2jXxKWkKWkKWkKWkqD LSFLSVGVH8ABS+31082ed7vv34c0CijhKUpClKQpSyfiCIyfamaiAAiXrS8l S8y2EM+dfr+51/P31/b93ZswhmGGH4AFABggSKOadGaEVFVFNaNGEMwwzSgg a0aMIXGkPBftXWiCkFIKQUgpBBApmZIsYcIqa00h25vvTzznM9zuv3NufoDY tCDWKKiIiIj21/e8/nnN+177975ERFF/AANVKEkQKnAigsgJWRYsPWvtde/X 3v7Ofvt+u4XFoQ8tCgfqkqu9+1t+1v7197+z9z7YP0kkl2AFySSbuweh3kML S+ffb1mqo+zV+ra3SuRXasd1jOOgnSjJb+UpwXi1Z1BHXxi4uZuLVYzu6r2Y xPI9vvlH4KqvLM26a3K823jsDN8d4eVYz3M0b5mz15HtLzn5dwLDEjzd7drv tYA9TuKLhGy9bH3X77G2235JJL4c0jkI5JFJJISRM2vs6LqzD5/fXVz9EN8k kkAOW224cNiSSTIBttNuZlnTSr47caeas+Pt+mKvOXlAAvLySbYLyABeUMgP LyUuGC8oZAJNecQx+PQkgH7yhtryCT77ulTmas+r7fpisxry2BjIXkA0lENz Mttttvl6vR6IqqoXkAC8gAXl9NO+5qaxb8fZ0xV5q8oAPd5ej3gKqkpqqptk tuZbcttttt9Bd9z9WL7r+zpgvG23o+XvJgNttt6kmALyYAvIAF5AAvLpqzn4 1ZXX3z13uL0gC82DbbbbbepIKqkqqq2m2Bm/Vy/Lr+7974982223q4AoVKQI oDJUgsH9zMzX29b8fn9z3369+zMzMxgAAAAAAAAAAUcPpOS998q/tmT82222 22238l7wHUgJmW2022njv56fb28t05xf7Ea9WK9mXuZuupojtOYtB7dk0175 F4rZf0NOSlRX2iyxUqbWV6+Xt1XnAMmjwQwt2+J32z2C+XTfOMvxWvpvcPF0 Z7kTjMdpq7VM6TH2+UHoK7bwRh9uZSRuuBKgvzLCrHegAcNy22+Xl5AAve8g H7zb1ebbXk26Era4Xd0uJ4bebqleWO79lFrikkXFIpElJGMhHIRxjGMYxzK7 3qnpfV1y9wmJialOG229ABAEpOG5STiXKTY0hjRO33qsrFj7WenbHzgxriGZ HI22225luG+XveAH7zbfvKXvdyuS1bznr9vmZIZmZ4ABIa1rJC3MkHMyQzMw 0AKECKEZNa05IZcckMtNAKBIwQAGZlIbzvveOXXxxz3Hm92QtvgAHMtuEAy5 kDLmiZmYQzMwhmZhDMzCF+973jt30+zvHmt4BTHGBWpCtZC2kK1A8mNykMbl MczMzCBJzd1ZJit7fTlXzbbbabb8m215Ny25nOcUknOKSTnFGQXFxLNyu77N YTR4dM9IW2QtsCFti22222oQjbbefFdm+uFdHnppK2OSIIBFJAG+c5zjUz2T UswBXGhvPX2YxScURHouTerMlD3iD7OPJUpxK9+qLVKir9m9esXFbF1rlamb 4CYzaIlQOCsmOxUa8nLi3ftlCy+VrZ9By7PVVrLXY6SVVxDudbk7cxUegrtv BYYfbmUccuxrjvPcW9bhQB8vkqqdCa1kwJJmTMlBWYpFxSKRcVPPeZMp2Z5+ tGLikUi4pFLS2ltLaX0AmYZkgZhmSQMwzAA93nvaufad6z7z7hfAA5hgEtFF FFFPrRTM737vsdfadcz3z7hqWlCEtFgAbu77733cyfb7t2/tvtgG7u7sHYiH EglHZ3yPV23hXfXYABzi5wBc4lwAAAAAI8u++r2ysvce7VZmWm4QhCEUhCZ2 +bc9vk3ud47me2+5yKoooop244ZSlvgcMvgntPcyadpXa7j6b3Dbx2e4kEbY ITQIQBAFLSltFLbFLbFLXed+57PX7Ru17H0r23a8IQIBAIBAIBAIBG7vrzvt 9VrnRnJrWunM0UpMBHSUscCzLu+0M5gPGcrLf1PKUqK5ujnGaprXqb5PXRSa 12b7OGcnO6CPCb58dluzp7ToWyX2ZcJ3yXWHPIo5IrBTV2qZ0mPt8oPQW3IN OWH25lHHMbDvMDvE+9j7ss278IBAIBADGmxsIucTkFJIdz17WkpUu2+m+da/ YxsENMDAgNMEIEIEIEHK5xc4EQ2A0d77Z280aPtv3M9130eWraVbSraVUVRV FUfgLUaQvso4Qt1nPez1+0aPtv1992999R7AySAtyOEHMLhDLg4TLg1oiIjS ANERe653uW79o+2/BvfC3nOPO1vu0E9t3Oh7vjec5nOcfOLnr3X3ft5d7z7T l391UqSWogAABPzaSYLiAXEAuIBKu53tegXOrvcnu+uYAAAKkST2c57L7l3v 2uz0YDmj3vLMy+9+8wbJ28OpiywAObGczKIUQhCEOVN3k5Ne5ot9rd56+eOZ oZS3fHirLTcSFzFo8jnd0HWP8+PZIU1MIHFxGqNW+567UjnG+1E5Y57sc3Hn Ovjsnrs708c1bFL6peHteKdnjOtvJiGHtczr5DfFjzFwyZDqg71zH3OOd+1f PGua9t93MzvfZroQiEIiBDXc701nnNu9zM732a6hCEIQh9VSVFod96/b9rPt d4+99rWur4hCG5AGooovAAa2BGtDl79rW/a37Xx973tZ1zOPCDWkGtINaQa0 g1q8slxWe8hkDlw3Lh0kpzW9vqelb1Jv5zOM+7JKUABvW297AqXvW1ry9ypq 9MqbADWaa0AF61draqAZca17vua9vntb571mZtu0U6iizwBEQiR3ze772vtd 9TM525DqKKKKLa1re89y++vc+O+2Zm/qfOkUUeSQlKiiiij9vt6fPfa+O+4Z nPWYjulaeCAQCGMYwEZxd3N31vsfsCai01aVrW21rWpUqVqVqVL/iECVJVVU /t/FVFSpCQKFKEQpBEKiqSKSKIgqQRCBSJFCoJBUIVChFFAiooKLBYBFFFAk BYSQkRkFkAWBFkJFIRZIoBFkBSCwJFiyQWQFJFICyCyRSALIsgKRYQFkigRS ApACRSRSSFEhJRRCiipJCQJRURkIpAIKKKQFILCQWCqjJCpRAhCQKhCSQhCV RJCRZJBQFgisWLFUIKRVAFCSLCKLBYKAKKCyCyIkVVIRZIsFkiIEUBGSMjRQ EJFIBEKUJEJFQRFJFBEEIUkQKSIoglCQiIAqCESgSCpIEUiqIixSKSAIwFki wUixSLILJFgsIpFkixZILIQWEiwFIKQUBYLAFIQWKEiyRQWAsFkFhIoAKCwW QUEVkgsgAsUWACigCkWoIJJUKhAhCEKqiSUACgiEUFAWKSEihICrCKLCKBFJ CRSSQUIskUhBSEIpAWCkFICySQWEFBVIKKVCQkJRSKkkhSRQpAgwYrEiCiCI IoMQYrEilSEkoAgUIQQiCqFRUCUIKoJIKiVQSEhCjFFJICkUBRRZBQixQFkR ILCKApFkikgLFkkWSLJFFkgpAFgKRYCwgsIoSLIApIKRZICyCwBSCixQIoQF igLFIpIEUWApBZAkWARQAVUSEBZBRRRRVgCkFWQkWQUgsFCLFkFJIshIqIQU UWRQWKoSEiyARZCSSRQIoCgLILIiRViyQqVFJIQiRSJBSqKKCBURQqKFIKUR CCCIBUAKhRURIEIQiISAKAsVghCIgRYKKjEYSMVFkFhFihILBSChFIQWEBZI KAQUAUkIChAiwUBQFIoCkBZFihFWAosFkBQFCCkIsUFFIQFiqQgCyQEYRRYC goCyBIxUiyBFUUVRYsiwIsFgQIsIsgQUIskIqiKyBFiwixZAUgoEFJJFkgCg KEjGEUFgqkURCAAsAUAWQAgsIApISEkQigoikhEEFJSRSKFBSiKioIilQiCQ gEiKghFICIpIKkhRkihFhBYSKAoosCKEkFRIRSLBYSEUIsUVYKKQWSRQgskI skUkIsgoApIKCwFIskWAKEFJFkgpFCLIshFJILCCkkVSQWAIhJFFCIxRGEWC kAGIpIEIiKQUIoCgsAkFhIoosgpBSEUUUVQWKCgLFhFkkAUJFJIKQFkhFihJ BYSKQBVkiyQUILBQIsBQWCgQUWpIVJCSiBEIUqEAlJFFIEUkUKUJARFJERCo IUkKQgRUFFJKlSFVVUQUiiMYihCCyRZCLBQUJCSKCyQWCxRZFCRSAoSKCMIp IKSLCKSCkJFCLBSCwIskWEhFkFCRYQUhFkUBQWSSCkFCCgRZIKSKSCkUBYLC QFCKEgpJFIoAKAKIwYgsAFAUUUVRZBQJFICkUUkIoCwkBZCLJFWQkUhIsBYA LJICwBYSKCyKQiikWDEgLIxBSEUFKqFClRRUSKglBIEKRCoFQKgVIQqoSIiK AJFIkFCFKFKSKKIlJEUFRFUEpEEIkJQVSJIUjBBBQBSRSKKKoKEFgEiiikiq SKBFWKQFkILIKSCgQYwgLJCKSCwikFkihBSKEgKSQFAAFkgoAskFIKSLJFJF CKCkWSSKSCkBSLCCxQBYQgKRQFWSQWCwRCIhIskkUUkgoAoKQigEVSSRQFRg KCkUkkIKQhCFEJSJSKkoqpCIKpVCRZFBSRFSRYAApBSEUiJISFBIpUoqIkgI qQJRCEISFCKqEJJJRUlUEKqioBKKlUVKoqpRJCQgCwikgsJFIAsWQBZBQFBS RQikkgRSEgpBYAsgoKEUgRQWCwiwUixQgLBSCKIpBSEWQFCChFICkgqkQVUo qUEIQIQkJVVKIBBRYAjCKiKoqySCiyEBSBBSSSKASAqxViorFEJFFCokEhSQ QQIioERIEgVCihSRBUQVRQqxUGECCorJESKKjAFIKAAsgsIsikiwWSQFAUgK CgKEFAWSLJABQCRYCwigCxSSSKApCCwUAWQiwRJIKBBUSQVYKQVQRgKKAAoR QhFIqixFYAoCJVBCBRKCVCSVCUVUkhUgSiVRJCoUiFSBEFSioQFkBSKRYSKC kirFgCMIKSCgQRFBFQWf5hAIEkh/UIBAkkP+IQCBJIaYQCBJIIQCBJIf4hAI Ekh/UIBAkkP7wAAAkP+4QCBJIWEAgSSCEAgSSGoAAASG4QCBISH9QgECSQsI BAkkMhAIEkh+hAIEkh/UIBAkkOwgECSQ/zCAQJJD+oQCBJIfyYoKyTKaynBU SkAmiW7MA8CCABP/gC0e0gMLs+8cAAANAAFe29RIApQQgiUUVVKAopKEUCEE kIClSKpQKoAKKAkoEilUAlBSklUVJEqARFUSBQkKUoAFUSFUkoVSQUFAFCig EQCRKgBEJBEQQAqCAoXfMAAegAAAAKDDQgYQz5bcFh4Ae28boSFME3beTSk8 YGgXcE3Ta9e8htIBg9vXeHucF6BRmgfbAAAAA0GnSHuhrgj72D0e0R7ktDQ4 JzypmzqM46bZ3d55tm8e4PDui71VNd0sA6Y9seqt3a8gcd3eOMHkcAAAAB6A ANUePBOj3XepMHhRqevLF1ljWHJnNp5bzTzew8u8I8q7ymeG6UKwbFxrXvcO Yhl5UnvDuEcNocaAAAAAAAoO4cQ8zuPOu973ZhVbzdK7edg9o470Hrre9M6g PD2d6m3hvdnd4cPPNuK53ZBa4JjtZmsXPTOReDgAAH1rQAAAfR3p9mG9vVt6 lpvLvDHhV63BgakBYWPNV24CeurcKB3DB6p27UzricNXXceJ6eABQegAAD6A Nz74bR3hnPau8G2s23HlnSg8AGpsg9PXgng8NvaeNYDC7jjE4Gbpuye3e1vH NmqFXAAAA+gAABpXfRwj7a9TG3kM4ZYmZ6O8I3gevPO4YDwLDs88Hg956XjL 3ph6nu6Xr3qbrygBoA0+gAKBoO99M94PeSGe9t7zD3jFzXTadzS6uDMcvbZe DjdUxOG3tRvGDuDweHnqsneluUg94N0vLe54wd49jb1B6APoBQ0A0BofPUoo Y+7tiW7055J7hu6Vz1Z5V54uuvexF7mDyPOmbmgo7Rea4dwXuAxVTePAAA+g AAArpfYn0fMeuvZ0mFlw3sN56M51uDebuubcN573bbbw1zuhuDd209au3gnj mgnt3eVeeb24F56cwHh51SpIioChVKKKVJCVVCJIFFIJKkpEIJRKIQIgBCKQ AdU/2Mz1VUqUAAGgqn4wKlKKowAANTNqBSlQZAGIGqftIJqlJI0AADT9UQTU lVNMTJiYmEmkgSSlIADJ6m/1/X8/vX+H9sKr+5V2ZHUYEcTTPgG0kkgC75wA AAAAAAAAAAAAAAFVAAVU6047P8d/5Xvnvfe93n1tazRmdttWw7GTm4A81od0 rDmrRmW5D69T3Ebe9J5S9/YSXTnyz777z4Tm6nap4yLIM916bmWSPd4DO2px 4Bi1+vjDvTU0/Qb37tW4digVye1WdwVEfbrHmBDuax4wOchO9mrEXqLFAHA5 wz0m5V1y+tbFO8mJHbNMY8O5lwMCqAbBseSeFZT30+QD8vnnfdf31815XelQ nFCXe3c4Nd0oC3lZce7KMTjdOYpmppjfb2J0b2ZzcmduT8fZghqu1E4tfXO1 eitNVazGk9pgmPgOND7U/LatFBuSpI+wswYEsKzhAzm+NkBQ7s0+7nnQ0+Ku grvHxegdlY6NkW1xtXe7k5urkyLOowucNowHPQ6uGZu7TOlN7Scx5LbaK9PU CdyLoeruMyxzs3C99dfluiLszKXCexbQj2pCPHD5NAAADxbFoBAALzUOt7O6 nXljBuXdEzGpzGPN4h6uhedZ6hg2igs53U8PLaug3tWdxGOGS+urHB0I7UMz s5du5iJAs05PNdstXDhblekjI/ZrVkA5+y4dueHE8Gpkyru7qd3KIOvKU9yh pCTp4mTl3Qbc3YojmZNsUrJyukl+gdjxH9vI+T0H8D6+3PC0eliGn1W7i30W rYcwvDvGsAe09hJ2/e7cJzf8wru/ebPz1dBwwzG2yfrrtxAA+j9GBL6lbN4e w2u5m88F8Znndjt5ABEny7tEjRc5XdEnp15UD2nnc8sRzMyoXMkXt27uP0LY WDE4MxuMye7ymz8bG76DfdNgtdczDwLy9xygLYAgMLzGe7LuNbxXYS6FILtG +tGLjZ5rx0T0GGJ8R7dSYzMy616+ke7MIAxjMwn1ADcQ8tnTRJPPyTxR5hxN PMGF77BARNPr3XakOglcnXX+y93gws1bbu8ifU+kpW4fB5c1Kb0FGwKkIHjN M2rfAidK5l3eHoQBDgyS8Ku9ENzC71BPlsgAOY3lnkidWad3fV+zONfcNdao 6nJbmbReaLptAycV5xLtG9HscpIr1uzuXsMxqyhm+WO5h9nU2loeGYVqNUsz B2PwizO3ZQ480FR3y7BcSwOcfY2yaADe3JnHdfW8iHw3OlaPDoPZ7GzjuIuJ 1G7szMrhvme6r2dFe6em9LtQLJv0eY2kz4/fe2aX9c7m467O91xnpndGssHE 826pANds7tOx9SwlouNcVVPukk2pJKqnfgfk1lF72b3qmzW5d42aSxPFJVhE 9zeZ3doeS30iru6Wzw0/ajZ9+zvO0QW223IvbbaABckhcjl+tpz3fCwok/fN Z9WVXUqmzPpNf495m7J639sc23uXbsloAAAAADnOF7+Y9751y3n3vc689+ne 7gu2gZd1zkkzTeZ3Oj79y/TZc9tKbbdsbcfkmfQ0u1ubuyXLd5bxgwR3TXW1 MJiu01VK2TzzLJJJL+m7upFAANn37czCRQJ+jsknsWnpb3d1sigHp+nMzCd3 L9u7Ul+y7juvZL9u6T247u7VigAAAkkknqvd3WyKLyzd9qRTk/Te5f3cmTDM u5sUAAAAAAD6T377vvd+zP3ry/X7zJZLQAA7OTd3xFt+ttssLyzdrJ39nZd3 1/J9JJLZQAAzoYQAAA7k4nJJv713d2H7f25hsbVU5xbbyTvYL18wBD5pJKN2 W2k/ybmHM2b7md8d3bJaAAAAAB6Pvt+d+3fd/JOZzMy+hvvkbtUdlttLLCW3 QHjQ0gUq1ba287cs2bJLCgUB+zP2fswufd/d4t20AHe96Mz2c4+3ehQeXLe3 23lqFUCgPe8z7v3d79zPtxUloAA/W/pu7qRQ7zh9NjM+43EAAAAAAAAW32xN g1XjliSjKrbavsVACJflpwYB6HCSo3k5rRs+Vrd+j648JP1btto3xI9aK4kj Z+SJxxWlVN2SORt2RyW9nlU8LwC+7hRjawxJRN2W2222gBmZmYAADJ6Tm6SW qWSTZFAH31LsmbvLd326WLbt+3dSRQAAAB+tt9u8SSAAPTk7meJFAfSbmG6i rdv27qSKAH09PZnCaAO++94P0jznBHL1lkjVcklsZjjdiOz3Nyhi30uW3Lbd 3Lc9lQqUSO53GLu7o4O6S1xttK3u5mqcw2rCdht/VsbpfvnOvPKAV8fj8JJJ JAbnu4J3ufNjNEnc9OPeW2gW2TdSTa223bQBj8wErWEJ2kyt2V+xokWtqJ3P sy52xu7+augooAAAB3vegM93st2W7mey2e97wKAAAADMzMw9nePfCK220PXx Itb6Y1wF6ESN2ecj0ZTSZ+Ru7iRQAAAB3vegAAn62butkUAAHJ6c7mSTMwoC 36zd1sjsWR+zMzdtskttttuZbRZIIkMuq5JuaCmHm8OaloADn7d3cmZnNmvS F7ns5jX3Psm+OC7mPfIbI9x6IVbpKEVlczahopgvreRbbtOd3dzPtFt3fsZn DYnt8mYs3EZDGVeTUDBePa0ZySarsloO5u93d+v0skyLABtv1ttqVJJJIAAA AAD1tvpNkrghiF18e5p56vyaVbadltt2SW3bQAAAd73oDnOfhW5n7Gk/SSy2 0AAADMzMwAAAAAAABr92Qe7ydz8x3l33vZ11tigP1ttttAAE3MzCKAFmZjft QBfe9+87e/hdX98SSYjb9u6kjJJWdE33fc+4uIAFns+6nM3FnMU26Zu4iyo4 qaJy7R5XwYttQjVdJCSffKBeWbvy/ud25aC9s3u6kU9F7u/n7TMJFAAAcmye 0W83Ur0nN++0ktBP2ybul5r9vcym3saQVbMsjZHlMd8IZNOyAi1uy0AA8/bu 54Tve9to2fvtzMJFAAD9Nk1+xnv23frzZNoBe9pK7Ks6ndqZctqtqdm3uIcL CUkMHl4b3olHZLbbcG32kkm27u2zmBLXoLFAAt9Z3OusRYoHKxflvraSzq1W HL2m1YsJPRt8asX7FW8oHTic8S8zY1PcB6JuVueYZ8TPULZKZ5iqV5b6qGrq rLHvS94bZDsR9QGWI2qisSKreHjTktIr1JRuy21OTcNkigAbM5Nzr36ts33Z JaACSSSQD6emfvYTQAAAAB+k5eW/b7Ps9lsigelvJJeaPibTuokWNoUqgovX WpDF51c/PN9L3fe3QABmZmYAAAAHM71u7mYClk3M/bvHLM57Ps7mc+zMJAB+ mT7MwkUdnJ36Tsm/TJ9nsJFAAAAA+5M3fc0jLaIcDvQd6neTPvXOzGNpb547 n7r5d91mS9kklUC222m2xh0kv71M1L7iIAvs+5pb2RfSenJa52in0TJdbstq JJPX25bLRUFlXQvo1bbaXZOPhpEkbtMCWqE71PZ7ojbDGuYbd3W2/AKK3aSh a3ZbeYa1JeZ2e7ZJFAB2fSzdZJd3bsA5zgPeBug972773t0AAflttttb8PAD 74c7ed5bbJaDZ7m8zHM/X893uvZUndlGYQSZ0kkkkOgqc973vAH337Ru7mff ZvxbJHJLmSNt3ezpDESczx7KBhCqptlkkjb6b5rQ9tAL9bJKd7uhBM9bLJkW 2xPvpJIH3Pn37skk3YAAAOc4X3k2b9v3vubn26W376UB6LdkkBbtvAcRxDy3 pY0ka3ZefPzr7eRYsbEL5ITFNJlbvN+SSlbstto6Lbrweu+5cxi5+g6ZzG5v onDFp5QcBkEKttttszEkkq7bckkkHkeOqZu7z01mfffe/e2r6y73X32ZFKAg dW3xbfW5nPd5aT8q22gAAZbe222/rbbbQT46AABtvLbbQAAAAD74d46/d5wX nD1pdv0km/pOY6MOx99L3O7zPN1QAAAAAAW8/fR7rwAAAAAdn03Uq8SSRb6y 2ewse6iy1uS2TPDwFBoDs9N9nOSeF239OzeZhIoAAAAAT9fdl+/R+5vmRX5J qRnr5IkyN2W2TzSVqSM4eNiUrclfwA/gLcm7qT1nuZzGYUn76bhFrdlx7pGm RwJSxyWxTElzJFYrbktsMbbd9V6AYLj93Ed4iDe0/E/LdSa/v7763bJzLmZa gAAAABv2tneb7b9F/L9PSOSQIfAFABwBCvtc1NzqJFAUPHhNoXpdzgtuDdmH EWW5HZbbeZW7r9Zvv32w++61lAAAD0+n3um7Nkhc9iOWe24DnMzge9Wo67SS fPr+x7m7vcyWSFTOV7porn77gAD8u7u7qB3skmZIAAD76Nttu21tkWDIYlbt WjQNxEbPTQyrJaAAAA7Nn36fp25+zc8vO95sszMy7sAAC8s3fakUABm/bu7o 9Mndfm4iJJFlpP1s3dbU5JJfq6AdnZu90b59pu63D9zd2bv7d3YkskkkAAAA H6em7uligAZbexe7u2b+u7srclDs5JcvHST4pJUBPODNltttto9P05mPJe73 18TN/Wbuva+l8FH6JtJWySRttN2Wv80SbXyiQUWHhndvbnLqyWgABbyzd832 bZ+kt1abN582t3utAAAADsn5757xAt/Td27zfTxdr3qUB+HvSS973Mv6rbd1 DMzAc5z8Ab+nveM0AttttoABmZmYDMzMwt5bbve992tuZJAAzMzMABI+tttg AAAAAH3wAAAAAL2ze7s317zMJFffBbl5u67kd3fvTdLKAAAHJmz99yZIAW/p u7qRQAP02Td0stD6T9uewkUMaeJK6cc3LtAgh9rzsyQnc7e6W7ZJLtX639JI ttAAAAPk9t9+zePRBH7e7Z1PJE19u6kigAAZmZmALdv27qSLyLPbuJEtttk8 0lhBuXrHK/Pycded+xvofbsX19j7v7f315F/T2Jeb2ZFAAAADvf3ALQH8S/W 2/1v8AAAABzzMzwei0AAAAAAA36ckkkAAAOW227aBGW3tu/ltttn3TwQAPTZ 3d5c36nOe9vru/t/ZmXdsPsuZ7GF23lttpJZ3t7baD6yReiqSNFC7SZGVEVh vLjxdfIValK+4uXB4Z1A0WsJGN27GkFW7LbbSll+tn7u/vXL+3JK7vpdzzM0 AAAAO970AN3e+X7nePSQ8GoGr11SoA2Nt3H616MJ0SHzlSQs1QAAGRbJJ65m QAAOTZ3MJsAAAfpbPry35m/Z897szZFoAAD0nrubzi+5lqSgT1fp2SZsA+3d 3c0cnpvt0sUtLJ9v2ncJFAAAWlkSfuMwkUB+izd3EinJWLvSk6wAQydPJEyL S427Lb5vAjfdm5UV4M9qzN2Pd6d4GrJatMBW1lRkuJtX3PuAAAABkc+kkmS/ pu7qRQFv1nfedYLLQAAAAAAffA7Pp3M4TS1Y2y3cejBBbbHZbF6tHja/IRJL k97fe96SRZaA7OTd3z0zMxaAHp9PszCRQMmSyR6bR2fSzskbZbbbbdetAi14 lGipY4/Y0SJUq81227Lybu4kUAAAABLY4CairBHqSrdlslsb1L2IajGZJaD7 4BblSTsmgAAAJ+tm7rZF++AAAAAAn76bmeJFDszZN3e9vc2ScTvfc3M/czNJ G7OLbaAA++cn6b3jHcu3ZLQAAHps79uX+5j87/b/P6/1y83dTZXJJFloAAAA 73vQH6fpuZhIv05NzL+Q3WyevZ3O4SffKABe2b3dSKJ+XmZlbbVJvOy0a3mM Np25jbrbd9JKGGcQXr4TZFJKWHnJJ25ubtq0wyCKWOwAAP0/TWZxzG89M3vf brMzP3hbJOkzJbX1qRJPW2QQknrSV2Y0S6zUi1ztSsPiaj3GmTwakvonK6iC o89BN38Ul2W22u+ly2t4kkrZ6+cHM9wBmTe2JNLy7hgCKrbSNp1djaF6a7L4 EmpR8ghJHbbbjP3ol999999Psvj4Bb9f0v12ySyb2LezfMt7cx67I3bzZEkI FWa266zSQ3eohVbaUbSjdhfrqSQZMvrpJmHbCRUlI27I7QAAAkk9nuXmZb+f t3Mn7H2POnZhO7161DpzQ1SrPcFEvF8tE6wPu9nJEUq3pmSTbJIk9skktcyS SSAAH62222gAAAAAHFtt22r+tttyL222+t671VbXbbbcxL3RBIcpG5JMz0kg h2zJkPsKeWOed8iTK3ZbbbjkaKrb3ST32KAEkkkgAAAAtttuiLuwU1psJaDs aQrMW06zoNWRI/e2Tdqz8WbuPt+akTzuZzDQts6NRVl3CTH0CWp73RKmN2ef NaTa8SjRVDcfVeR0vU+DAbMbksyNJGt2XXjWk2+oSSWqpBK93ddfJDjI4oAA AByZPv3vnr273vZbbbZmeaNL71D12N2hPHx8q7V7ERbXFAAAbM43d6nK+/zv ltuaHJyb7PEivSTskgAABXwDDvLkipOkmySSWWciKqq7GKH2yjcEOk+Ph6AX vAcmDVZWtRzwGpFWynOcAAAAAettn6R/lZmYAAAAADZnLu69NAPeW3bLJky9 /N3G2SzdSN5G5+vgIfGrmOkUl6Ncoo2+kqUHr8QZW7frbQw+20mquTo1yw+J INbdlvN6f2My2SW/p9GpnN0kUAAAttusPvE2tU+JJNt1psZdoFDS8kkSWgAA AH3wB2fpu05cuvTQAZPSc3STqSekgAAAn703d0sUA/S2dzG+1ZJJJQAJ+yfP ZzLluyKBzN+3fbpebu77UAB6L3d3ER6+sj1snL3HPnjVq31nN1JFB9Nk3NLL QAAAAAdls+z8xkJFAAGzvL5zPAA+npu5qx2Wl62kLWvC6SQDuaQZXfX1j2d2 yW1lt9jLZJoyu2SJNvH5v1VG92V21lFdqU9fQd0OOLvUUQn09livNq2T0zMt SV91b62S0P09N3dLFE/Wzd1sigkkk38m7u2RQJ+9N3dLFAACy9l3v73avM25 PZz0nY0GqXO8hmrewL3bMe2be2voq3bbbbblr9c57zdDh7Js7M9IAA5J7dK9 bJZIZJ1lmc/JBWNtJSmSySRWAO223LaAP3EkmSQCX3XfBQAAAAy2y/W1bQAH 3wPW2+ttAAAOWwP5OHOevqfvmj9ENzMkkfm7pMS6dsPCCeIsSVsrZJiVZtlP gONkMJqV7veqAH3wAAASbP3jdzQW27rnJ2STvOx6+1vjXJfe6AAAASSXvvWN zd7Z+vd3cvzn1W5b6zvD5xdzcXMzMygkkkkAAHOcPc790Fc70LskkkknOPc8 C0MzMzAADO5u93W/fffbORtu160lDdbskE9NwrS8J1QlqN22gAL9Zu7iRQ+k /bns3d/ZnPuzk8znNy9zNlki2WhP1s3dbIoAGTlufN53Ps53wm2gAAAFu2SR bAAAAAC3ZiSaXkkrG7LbbU/Zs7pq4wcek8oklG7ZIhcJNrvO40h6489eUSXK sJb1ece9k/Mm3jd3JIoGfBgAAAANn37czCRdn37czCffRQDZnNzPj7GxLKMD x98D9v0653H7XH5jkiJ7Pl9+fm/d93VdAVbbZJJJW2xgxtwyK63zboG73B2O bskWKAFuWSTcuyTtj9y3M73ttHxcy2+uX9RL9lt7bec4ffWuD8WqSwm9bVVV r1ttySE0DMe83xtz15eABb+u7upPt3fRzmZbd1Jqt3dzQEoAAAAflt+skYPK J+QHAu2y23Rj9vTpDLJsknpJQAAAAAAzOXfv33295bJJaA/SftzMJFABcvN3 dZzbcx+zCW2e9uv057l3c3dtAAAAA731+73GY9u8k66/fc9vrzczjuZ62RQA JmZmEAAAAB+npvv3l9v6e5MvP3d/Sx3bso2HOgAAAAAAcno9u9TWfr3d3utA DJkSdbyLIt+s3rvPWb96cne6toAAAAAAAFuXv1vraoAAAADkWe3bO7u92JO/ r7tCxQAAAAAMmz7d3OXuJuLUkgo3ZbcbJ4XTI2+uOJKhq0kkkk+n6bnsJ7dv d3astA5LZ7dYb6kFOpGi16nWEjXyUbbljlUxLz7E725drudsT/X+vf3zJf5/ r/WAAAAAAPvhs5zZ35k7s2/u51PRJayZL96+tqgxb+vpJFbu77H6vTu6SLbR tztlyy7bcvkiCb58TpNrkkJoDL3Ug2yOkhijltsyRJGt4khbmSebup5jmZYH rbAAAAffB1bctvZ+33N77q+yqdvd9u8aSKAPbds33csktAAAAAd7qO3dtsT8 s3dbH6Tffvr719Y3Ja/a0ehMUd9I0ka3Zbbjxo8bXFD6dh7e974+59xQy29t vIt533vWCCAXsnoo2/N2SSXt0gKVZtDrlt73ehu97/if5Pd2rIoMmySZDvZ+ Pvn4+0YD4++LbKBzk7ut3OotbJDjXqhS5DgyR7Wxw18uy0IHoAkkgJCbG3MJ N1FW2yWvwaSVsdqmJRzV5ybNSrbbbUkkkPvrbbabM53M4TQANm8+zM+xYs3P v2SfM37393q/bX98fvu7TiGt+i9NdWlKEOM1cpLDn2TvvGID8nJJJkHe96If rbbZKAAGW3tttAFkkli9ttoAGz6SSQB9bbbZT6222yjlttu2gAA+cvI66HFt trtvd3W2y5nYvL1KzITLPPEJRvQ3bC/t9d3dskkkixSs3nT9kt3dWOS2CPUq tSSHHDh8yyYp3dybkttAAA+nfvc740AAA++AAGTZ9vyu8ufeksndlkkPujp7 u6G3z80SZXdfAiG2+KlS615V02HC1qPPDyTltttoYfaTa3Zb8nda3+z+k/r+ np3e7vv5aAAAAA+mz9nsJsA+3d3c0AD6T9uewkU+n7nc93t33s7nvNgAAAAA AAA3nuv3M97wZJySLQPpn3u+MKH2+1/m5vSzZeftsXhQfDubVlhUDIGSWxuy 3zLzO2iP0/e3337jblAAHp+nMzCd2/t3dz9n7MzKn292+33NqygBycm+zxIr kWe3cSKAM73oQAF9uY93u+37dk3NLLQemTm7r2W220dd7wFPrbbbPTm5+zta l7OTd3xIoNh1E2tVykZXr3gEhb3dzUBb3m25bQAAH12fTN3iLbznP3e96AAA AAett9bnU7Jt1zkklJJPzd5V/O/bu7odX7Z6Saq22220At/S3mpu5pZQAAAA AAAD9znPS5+zHpe3985636R9nsJFAAAAAAAAHZk+76GXfvetki5Jyd73skgn x0GB4ABmbOSSPyUGrbbbFC73dxr2Tk575kvefe9Hia22F2s8a27La2wZtSng o0pZzdly20ADs+m891+ucTLdJU3P3su5bbaAAbPc2Zxvu2Y2ySB9PTmewzQA AAAADve9Ll39u6mgAAAAP0n7STpS4WoSTEkfaZpNMlTclusPOJtkAZNn3fdd /ets0yW2SNktAAAAEkkkv6ft97bv7n6eep8/buey2RQABJJJIAAC2TI0tFVr fJpeSsvjZ3use0vxF8SbZtAAAOz03e7d/a5xVK2T3ZzCdypJKstA/RZu7iR3 9PddtsloAF+s3dxIp6ZO7ulit/Mk5JNAPp2bz2EigAyfpN3SSMvd3XpoH0tm 5rZFLSyTJIvZ+m7it+nOy0Bk7JvdJLQyf1sk/v6xf4ABJJJIAAHZ+m7qmpPT Xpby8+9eJJMkflOvA+tchQXklvdzk2Wju6XMvsw25aLVd1tg2pK1pVtrHeiI FY5c0ETI22e0br0XH6IDmwEG6Bk7jVXVr2iLeVbYAAD9bXe9AAAAAAAAAAkk kkAAAAAAAAAMzMzAAAAAAAAAAAAAAAAAD+AH8AkkkkAAAAF/Wbu6kemzu9vz k+5JkUAAPpP257CRQADk5N9nZoHrxKjcmuCETROW+ReRVsEL0zVm2+PL0ucL MqW+fBY9DVlxE3xfavbGWJLQF/W222gAAAA5bbe5frTXrvN3eubXb+23woAA Afp+z3vGl5PTfbp3r3dvO6SRLedjcEqUZ4uZ7eTXo2kriSSsj6eaSTQS111J 0+JqlbsrbcQXaTI3YABycm+zxIoXL9u7rPpEv76YTY3ZIpiS06SCK27LZJpi qQvd3VLbvt3GligAAAPT99mZnsn7mZhIo2e5vMwkUAAyfbmYRa73vQAAJ+Wb u4kUAAAAzMzMA2Tk3dLLQ5P0/e76+tuyfrbN3W/fSKAAC0skySKAfTk1nuN1 He96AAAAAAT9k+zMJFHJz9bbZYoAAAAAAAZJu7pJQM/e5zmkcnt+77Y5S27a APfJN3MJKL+5mTa+/dfdvu+bcttttftaPi5Fz4jIs5RSClsc27La2QrUruHz 85I7I+b83fSWx6dUV8mKn3OWlMjVaq6o3Y09WryUu47HNklP1ttttH5attt2 0HQNBOcPAAMzMzADPgwAZN1zkkxBP03fbrqLbZaAH5JJJIJ++m5l/d30+yJ+ E3dbIoW/RrrOYbsbs1+a4m1uyu+KxryNdU9lXuP4rIx1h8gc57OG501+wK+2 B52O3PTue/zjLlqygAv62220P1ttttAJ36vuBAANt5bbmvuSSQAAAAAAAAAA AAB3d3u7v62222gAAB9ySSXmfs59fnJ6X2Zc/Z6m13CrUtqvVVuxtt6234uJ KhoN+0CWxYSZFcaTxsd3dun1SMUbiaTfKLkh4+ziIJjY7VLaaADJX2o8dKS9 u1XpObu2RQE/WzXvdvOT08sin0jNzuZbsnk3MN1aAyT2XlzN7ZtAAJ+tm7rZ FAAPWz13XjtjC7emTD4Mg2NuZGkqm7LbbbII9SrTzzbbbdlttr8GknOfPvWL Rwpe1es7mCW5bbbbaGnyWwrIZtJYmkRBKSN20+4CyKITVxIkZRkb2xyNlvFK 0VU3SSSZdb8uJtbspdkcmN1JJLQAA+++npNzSyAAAPT7Zy4/bw/cz0tk/ffP r9mZ3MAT8ltPGe73taZbaDy2ls9JLRs7zfd++r5hskAAAAGZmZgAAGt3nObu /r6ez7In6kmajd+/FnIstJPvpJJCT76SSQAAAA+/fPwAX7629z2N0WTs5N3f EigA5mZ3Lv1ttp9bbS8q225bQX6S2TNnJtklfW327+bukloAAAAA/MvCSuYs gjbkttD18u6zxMjVuvWhniRQH3wGzeefez159efd/Rcn0z2Mnw8TvY8wHdKt kttttttorfPF3dA90+O8ou3fPTyqcjluSyTm/NySSGSW2225u3xMDuddSl7M enJ0nU5N7khMNRqE8dlJO+231rSTkbbCUTdsnmhd0Tees2N2FYkkrVl3Ekkb ZbbaQ2fSTdgAAAAAAAzP3d3/f97uc7Nn9/fwAAAAAAAAM37d3dAAAAfTs3ns 7mfuZmEjs2SSVZaAAAAAB9J+3PZu83d3vdZqxbFH6T37cZlyyRuySLUACfs7 nxhO767zdqRQPpsm5pqYklW7Lj1okWvlsSyGkNFckuUjcoAAAAAFvrOcftY1 mgAfp+m5mEh++873j8IWgAAAAAB6cnc7e5eXbFoAJ+yfZmEigNnN/bu+JLze hDLL3sSqDkkcttt7u5bvbvnJm293d3u7uWYB3XeKMvn01G5/xJL3l5e97y/8 yEAgH+8khCEkghAgEhD/wASEJJD/6ECASEOSAH+f57/b9vf+c/z/pcTjvx/y 04yNg//znP6uBMi+3C+547zle7RIw/OOjPHY+A6oD0UszDIyPGbo9J4zldp8 dmP9fbfGduJQ41Obnh21vj4XM6l+l7zNGZ0sx+wm3f2DaRe0aK5ZnThWnrmk nm9FhbxUGE7vtMRPHPUtJKJIJaysVFq8lJJPSXp10Npt2DbJK0kkt7hi2ajf BU4DC90lskkq2sN7u7VUsypex7rkKNUJMSxdeFoUJPXL4BeJJLOlYrfXyuWZ 2I+qW2mKNm4klU7ujKMJ2nd63rXUicO2bG8TOy22W7GB0EkfDAu2ELenp23O g4MkXCzgtYsHbLXQLJfSCaTIBvrTozRRgA3d5THZSABG9ndsmR2J73QOZk+f 3vvDn967avoSd3aKp6AXxW23jtNdUeN9BM4nu1aOkR7rZQiTfegGYOQAN8ap 5JSpJO8XfPKztAzuIoTqmznZtS16t9MCpFRGzQB6kgJ9co7VSzq7PJ3KGUj2 7kCPsWvXecDTR0qNsABdyi9S05Ru92d1ttkkkhAAmZLZbYwBa3t5zrCdntA3 p6SNWyTMmSsd6i0BdbDOj6d0fLpp93JbskzEYiZ0Mo1tpNoDmH3dytkcxbsl 7u69l8eJEh8S1d1tIlJpIru3m8Wkk80+Xk/N27jbcXdJIgPaOyzmk+BLRe5x Xat89Xl3hbadHk/TQtsm5OSZJJO1i70J2QAhuVvvFrywXoOt9fa3bk+vodS5 D71+n1oWb2UNgLokGe7ZslNECmKFd3gI4t20DuYm5K41NUmy7FwyiEkjwZJV 4r05uO3dscjloS0pkkRYkklu7Jbu7fJCl4uu0drVdCXIjiVZSsczjs43Mtd7 jb2pBtVnbW3dGd3LkJLwmBjjHV2tS5jD6DlJPOy7t91tHghTm7twWJ7rTJAP t0p5lu7tvj3NII7u2u1Hd0htVionlh1Dtmy2uxIkujGFOsysQudPDnMXW854 ky5tkhiCupKJZiqWx1VvMfm7JJAOdA8jIklY0kpZN3JjCVNVqWLoAOowDppP gq1xLr9cbAEJvJEnkiMGSQlt+AQENvnERKt3USSTQABAsJJKSW7qhvdt9PFt 7jbzLJSO7Mvj0Esjh9G5WfoZ8/okkl5T76222kkeFts1cO33U+t4UeBpOwyc bi3jPNyTMjdkmoVvsw+bu3a3pT3VIr1tqjewb7bu9pNqjtUii06tHb1b0JNI +OrDCmI65LJO7ukhtupPTOC2Nc0SR3KtjsZ908umCk23ug2jhClJIpu15Zsb c7t60Ic7XLZJIr3bPDJHb4XRs3Qkks8YSddUG7qP/LBiv31QAuE937runLs9 z7m1nt7qqm+7u6RlQn3ySQWXkDZcweQSFIfuN697JAvcJllm9ub0VVAHieiL HNUX29d29RsDxF61gsfbrhJXr2dt8+vb7Zf2J6+6swhzWxgmzC4ws877c1+U Xn+7OeFlrO4XrIyRve5Ezm8Q7hiXFW2FTq2KnT3j4ujd/fvAd04Xj09vXcNb DnLzwAFuYBJmYWqq8JbSFtIW0hcXdXXu8vNa9rfHV680QtoeAUCRhmUhbSFt hgKEkQzKQbSHAzMwgpBSCgoCkTSkEg9oaVgsqX4pbm5JtDbbbaYhtIW2B4JF CBmYQtpB529XRd61257prh27zA8AAggEUIAoTDMIMySSIIADde3q5bq69e31 66OJ4AgoBIkQAN2gEzftZl96+5jr2jnJr8laPktsvfRVXqzNpZqV6JXZsJIS SSSSRyS8g8W7NyVMdX9j2tCQkhJJJJJISQkJIElY7d7ZuzblN2tmAAAAAAYv nJF8gkXykkXy2CyZuDN1ZaeVWavlJIvlJIkoRMAYwaQwDvOexGur2CzhtUSl OyHttsXbOnk9L8YOfeoWSpCPwGYhdqvHwoue1YE9Xm0t1Mk6vAQ7H17dTvt8 3O3a4dgEwPV2yrlnjMzV3X84yJ2EzC2s3s7xPK6D2Alakr5b3LEyo0G+F67l d2eUxM3K7uMyaXW0r1bNtsAAbAGxsAAl6zc0yZFVLNi02/L5Mk++++CACSGP 5L74AAGwDfe1eqwrKzZzvV69tMbAAAEADW5az1lTazZ55q9v33JJNoANAgFt CAKEgy6199vNa3rt5rPO+H3nx8ASIgAbaySSILCSKoj7Netzu+X9eX53fzs9 8BEBEe5qc57Tevuy7853rJ974AH12BJEnvtbOd8a3rvd3evuXo++7ILILILB YCzjb++G223vu7fdbeXV7ruueeNzloAgYiTm/r1yuz0zk+xmed58+9WwAA1+ Q6E7HoG9+4Xpp9h3Cw+9JK8Hs62twL2XvJ8JDD19vXSgS8Pn6qN+ijW75Akt +swE+3MeXVuaVtvJlcR71XjabimZN7OnvVec3WAhjfoy2EbGjIxW1bR3DIIk Q3Qathuzb18b6Dk7Z2+Rvzm53fJ9vX3zM899fvrIARHwib7tZylGcqOd4jfD bfJAA2m2m3Y9tW87r951VTqO1HvDdA2SQABs++YffJgvkTYrynWe2iq881HP lwfJgxAmMANUki+RJF8pJF8scUzt0zc7k6kfrjYc84njF5BVVS8qKqqXlNVV UgKpsAGEyA2whsISiafmXcV092RGLoysp1yueo95MA95MA95AAvKIAfvJsBe UQZUNsbAGw55fqCsd44nnEZ7eT5mPmAJgNtgAAAAAAAAAETtK77IraeD6MmO c4+Tx8QANvWTISEhISEr0gyIbBNyEwl7zmXI0vJYZF0pvtis1w+Ii8hc+V5V wEhI5IFMslzLJxEhJ5IkJF5QAxJQ3LXlDcteUlsMy3db0K7ziDOjVBPQLyhu WtSV1q4Qy44Qcy4Qy44RzLhBMy4RzBALxmPM1eF6Sm3ruqXq68xFoq6XTurm Ok9u9456+Rbtq7XHS+la2tJiOqB6kz7U3jG6gSV66hO4d3nP2K69sZkqPktz GfZZD10R+7X2foV6Z5jWMbuaPwZGuq8ZqHivLXzxtpxZzYlhN2SoeX2Hqq7u 36Zm0QvfLqb8uTrwgEAgD4AOZjmY3MzMywCZmYEAxzLCXO7OZ7OM0zyro35e Ze1RJJJJJJJCSSSEkkkkkau7zlMnTpknHn5eXPQAAAAQNgACCKE9Vu76js2v V11T7kb6IGwAABAAAAqMFS7qW487o+NfZ66Hulpb8TMzPEUgpBSCkFILIzWt YQzMwhmZhDMzCGZmAZMykNJ01Xnry56upvy8ucDwffID75AffID75AffKST4 AAAPZN1Xu8ezZ0OfLy5wNAAAAGDADon1e1Xmabm0d0b5cvQfCaabbaaaadXt +ozd7dM6jnx8fOW/KKvKtpbToSDmXAhlxtpdmXfq7Z6urg5PlT9KyuLkiATB DGAmHwH3yYfJgvWRE2ujwoxq31XamcMXsyIhdRczd9RLfXEeMXG9l9nuutMn wu6bSpd78hsfbqoBmd2Ty7c81nibK2/WozJSwcmW+3dn4Y9Xn7dmlLk/A+V7 TVhO70kw83xcDQBwMryPJcL5iekwTx70Wc5WaSzvmBpqPt19mNuZGM8wYfMG CYIBNjbGwWJUpParVZV1Nnq0DfR3HtL5A5PpI/IkUkiYJsW0bTwYgZmOBBSC kFIKIgKm7wgsgy5nHpEat1RtrEvJJtppe8pFMQQQwYmCYfAID0M1ZWU5mHvF fafe06z1toURYrwBo0g0aQbF1J5mRmBEBEG+83fLvub2z3O4TOb9r7XTvogE QGTJmAAhmDSDRpC0aBSxVGkFIauXedPs+5lz7X2L46ex+IKQUgpBQYXtzcl1 1PslydG90yT5FvaV3lbto8W9W+7q9MNmGjfjOT3udO4817q4QtWkGjSFLZ0g pBSCkFIKQUHDKQEC+QgSkUabTzJdbruvN1az3q8vHsXUUUUUXzfiGYZhC3Lh C0zCfAKQUgpBSGNu9+17mt9+vftb536vvt83UW9fQsJ70Zkuj3nqe17U0e5Z tRc6u7zTVa6/GTXSeY+jo8htc3ecs3uN9uromhurHJxw3Xbndt94rXBg7PUp N5w8afWOGF8SlNYhMmcO4Y205i5vpdhNmemk+PeKlSc1hevA8vKTBPSdH6W+ GBmnWEMzHASZqmkhlpIpKqq4mOCKqRrSCWkKWkPe9t3r2982PfvPfD51494g 0pBlEiMFBY6tTTtzhvXOObOe8a8d8ucnRIsWLFBQBYTLQlakKa1mtmeO6N+z fDueunvTTCW0jaVrLdTJmZMmZStStZbllVMV+tm4vCmL3vI+NEMaGNDGNttg KEUhwbrWzm/bc7w77NePex5hBZBZBZPBbSFtIW0hbSFtIW2QusL7hzfK3uz1 58373fsVVVRAWYAAyVCKQ0bzNe+2dum6N373fr9887WQWQWAqpzQAFtAAtW0 z32zl43Rv73dv2ffbu1VcAAtWgAamZTAAUjcQC+Tnetzr3E4u8pfOd526iSS RdhUkkgAPt/Nbmua7vmPXrPbfXz4a2GUR6VZu+y1053b583ezJKfZtHJkeuC ssR/lMM3ezjxmXyMvpma/XwaypOecNa7PRrrdzFs93a/epSDOAElrGPXR6SJ wSYAgtKJVOde6ZA8TxoY3oYwR5N2aUoW+tYWe1w6iVzfu2S50s9qwAEQkkkZ 17Xtb25vV7nO+132veb3hUkkgAIhKqQzE7n25v2mUr6vbzO7nTbbbsAAAAAK H6dS56twv32t/e199x3yS2yFtkLbIW2Qtv3yA+SkkYMPW8Nzs8Q6KxS+fvL3 ZszWDYIBfAfffAAIANik+WrvW+Rfp7kT2a8z07vl85U4gQZmYiIAqq5mGKoi qszLIW2SgCDaEKEuFTmvs332X96c3k1zz3k97ne9QqV73oWvOrTbJ2lcrjOf LaulsKFCiIiBekq7PTnt69fcmvs9zHs+n3OG/gAiPetGLrD4R5mequa/Jv37 1NeT3TllNGMbpTyHlT707L2L3Tpb4LXrz2x7PLk556+jdau889Zmq/bU0CnL tyPEe2YN9lvONu84ngwx2mPcGv2TZ+4Aou6uJs5V2Zw86fa4fOOELvLQrULc 4d0yTgVc5gtj13wFmZ3uXhipuaUDeXK/jvR3NvqVP3t9mZmZmYJxDHEper70 PupDjf0QAAL1ze/uZzU37Puc77d79N87d+APmDYwPm2HwxjGNztwu6PTDzq/ a96b7k6z5a0XcXdrWtaEKNenJm/czup99k3vnnPtd51zUtChd1YoKMqWq9Kh lD6L1+53XX29Pm03XhRyCAUTkFHIKOQUcgo5Bb2XW94hi3fdeeU5ZXZHK0+j kI1IIBROQ+jIRjjjkPgEMf147v1+r2HLKUzO7lXtyVghjSAjkFF8nIKJOQSA QCQCAVdXVunXiNxabWnu51eFWfAJAfAIAAAAAK4le7tvcz2oFlau8p68lcAA AAAAAAB3z2ZYqq4n1bGVX1+BQHnt9nVSbNt7uxlSweE6+Vwa8sfu8mQKd088 GpV4VfXO0rJde9E2/Dwr82O0GWKvMGv3ZHOzyT6DAFrxV7geQePtHtvcXy0t HOkwEgPPMlKbqD5izrM89z3LhvIs/sF00KocYdT8Jzt4du6szMzMgW2QbZC2 yFtIW2QWsLm9QW53a5K57nVyrbJYwAYABPkvWuu5py53suX0WdBiOEl7zc9M tmzzo7Y06ut3rOWoJXuDfO/c+uy9v5DdFfPqv0pDmMXRdjvfvPMzM9nsw7vQ Io9VJr2j09v77O6AsAE81mucntdznNb+7f2/N7muJYAXcsAABawAALuWAEQF 3aIgIgLu0RAAF3LiACEu0g2kG2Qse717313vNcea+ft+PuYQbV8mC+QCBtvg bbk9db7Nvn7K9jm9Xvd7WJ4xtvgeFUSovkyRfKSRbfp71+0DXFieReBMXifc A+l9XNmdumuob5WX2zBjYuSKRfoIr12EB7vsiz3Ld8/B4ghKG/DEisWY0uD0 8r7c0+7PVPoMAi5R6JMIszu4+hqLqE2inzuDgA8aBUzkJBJ7A+nMB+rCoteu Nbvgrz0BjVXPveXtfgPEgAxAAAwA6vbR09G69sg3d7uWqsmJiJuG3Dblt2wG 23JESPPQ943Z21lv1efd3PlveJJJJJJJJJJJJJJAAkV+rdfe9W7KtTXvPy7c AAYMAAAAAJVdt1b9szOq171ru72e0BgwAAAAAAubMVZk7nt3We9i6t7d94AA ADJJF9JGDAAz3U89hu1ZL9T3vZ5begAAAWlJAOX0ja8m215Ntryg3lTMnZeW Ybsd18ir5fKSRfKdVUkqkAqSNwAG0bUp5V7Nk7H73dnKtbbbpgwAYmDHh6ir dZK6q6n73dnIrQBiABgAAMQC+Xy9TpUThnd+qDeeYyadloOdm/t49d8MHr6r Jpe7nVXM8y7w84btNqCxjBJfT117Uq8wyu6OqhvDVamuwib2HgwWCMPb6ocV QhqzZ6GGG4fK8Hm1TfMhdu376cj9aau72IAZyWvucaIx6zxLXxIE/FpUgNmr Mjc9u7W23pJ4i1JZ7FPMypcQWlu7GiSBC/Yru82txnbLOyqZlqy7bcVxtFkn it1PFp9Z2Ccb4kJkPd23zsedlzJKSlCSYVq2Zuz3ZVpGj73kKzMz7198Jlc8 zwQPvj8v75HhPPoHSfa+bumPgH292W28PzuaPjqm3eTHtZxprxXkvotP2JXD XQeIVmve7tZvkCsNID9D1fULJ2Wm+7kQ/LRbmV2+pJKu13EBcdDimjdYPY8A 14j1uvuxzeo82Sd3T1a5JLwnuGBigACqyxtp7xZZ3uVJPDCuGdfSReqdsknl CRMMfQjUSUs8dVqzESLu6623IAAJO3ZZKrL1LYtJN3sTfmW7e7u7u6SSSSRj Z0ey83buiqdlqkhtN5zu4Sgs7yqtjUskzJJe73et7jbjHB73u4rdeK9tqPO0 5ktiSWOm9oLRLY7vcrYMxRLedIG8M3xkSSSlskz0k9us9wtaSSYA93u7g9bS HjVmUk0zJYlFvqc7ZC9S4tPi6N4nu2Y+5c7bT41jwwNuIkkx+zButhdzGBzU Bby7r17n0/RNoz15JUeTjYuvJmedypgbu2zd3wbexJdIW5t9zAkmjYpIw+6M 3LbD3UBABE3OByEp24lsrnn4V/rY5kM5Ekomt69x2HLu242m1dkA7ro2Oc+q 7UVZUsye3ahalM7HmWG93dbk0vzXPW7Yp2TjvkPcJCJMZ9VHJPVtG+NS1Cdg Dk8651A22vh1S7pGXupXCSTunn5yy4AAKliSkKJUn2ffffKdyXU/P7s8YVuF BYOnpbVfNPDT7TwkdyOBbscyage4rwMlOdrvXqbYzJOkq8jptr9aSDjTWiM5 tO1QnX5nqYpZX3XvbFkydjPasdHHw8ANwHkfE8jZDc2Sk6AKQEQgAdsuGR+d kJuJJZknkiau7uV2cMCSASHgAkks7VPZbOuu23Xu2Sb2bMwyYzximpBBO2T4 yfSRJJLyl+tttpJI8csmRfrw4bu29aN2yVzG3nr+83ntzed4rQKH3wc5y2SS fTvO9SW23yk3Z14eG212xK3uiYA5EACtowc4t2SzE3ZO7ulb9KA3rQzcSKJJ YhJfd0dlxKLyrm6B1N22Dura83z3e5XW2h3d0XdBDbZAlqjAAGYo/blCr413 bjHEN55C62KAN3RadUtPd3Tm5fcuJcMbfc296Ijt1Y+Ajd7pjI6aPRSkcdxe Pmhb1PseYPXJ4rUyVKQOInlNsTV5wXcmjExcent9vXRunOwm9kqeR4D2vz7p eYst1dow7t715wveGjV5le5jAJpeNZtWGrHgBdXlsyPnk0bvF4VMbD50zr7c c6aQO4py3T3t2SbRmyjw83vZqqawbEwYAwAYNmHqKt1kqdXU/e9zzlU1gwA/ 1+SkkJGAADDe79l4zzrpUusr371+RuMGGokBNtttMa31Vl7bldXrde93ZyqC +AXyAULaQtpC2kLaBaoinKe32839v7G95VnZPHy8kvKnWKHW4X9XxF/bFa5n u+SJ4KfaHpnfvb/a9m/fvnnsvcZwikFIKT8hUgpBQH19+TPGe9r9rXtPv3su /at0TwCkFIKQUh2+L8P3ve93Pd5332PPst6fBwBSCkFILAUgsLSM+H6dSmze 8ex1veft9QasfJIBfIBfItIW0hbSFtJ+DMpC2kKQgbO/fcaqvu+uSavOr0OR dBsd17CcFWNO7jjswSCyPvJZy3WNBVGA5ymeQ7fTxribT8TZIOz21apOd3Hu L25JxXN4BFyjkyH1u4DbleEazRjM2a83N5e1IZMdhfhLd39uCFd5cz2rJVjy 7NfulbEeSnfn7e38QtpC2kLaQ9mtW22lq3CST7WtZAwhAy/L689+5nuv7PW9 x1x8QtpNySRlykG0tHjVH8EltCBS66877P2v3f2vr3N/aeznQAAP0n79r7ue zgO29+6LV8R1/JeUbKS8qS+XkTtZP1zv3v3zvXtcv1zxBQPwKQUhbSCkFIKQ SVIKQUiHf37m6777O8+3+67Nd1y0/AAoAM6n1o+97X3NZnPfs333vftvjMHw LWBWApBSCkFIPF58+1r6vfezPu/e9s9xzSqqqq8C2gW0h3fc+3u09fY6VZXG zLXyYL5MF8gF8gbVfAW0hbYfiKQUgpBSCkO+w33779nO/ud/bNe09u/vwCCQ UgpBSCkFgZmYDAzKQtpLRFVX4sve4Gvk3YV+Rf2J/jFpzu8tmeGrVnNgjdNW 656Zpzjzb3FUvZy0t2Zndg+UbrvB6upLyPg63IH6+dSmNS97Nv6Pugw3qKwG mMo9YfM+gOOJTpyydAEWx6Y3J15y8od8Z5l90r1clve6RFwns9nqMfUkxNs+ XwC+BtvAb3HylTOebyUR2t+bbbbTWAAAyp7kG+6TdtedLrfi/ySSQRAAAAAA ABnvys9+Df2r5qZ++5d3z9JVVmZkmYAAe379N3793Mv7R+dGc361eWFZBZBY FErUhWQUgqpnfGr33D7PtHzz7Zv3hRfwBFrkkWJCghDh+xfPv18+1PzUz97l pYKK4hCEI+79fub9rnceyd5ua791TYj+kALVRRRRpKWwkkoWKs7yz1d+Z0iu lV9zttttNP8G1SYmqrYAa1mlFdDbCSNoAEtFR1rMERFRFRzLmgABoqtAktoE LaAFtAAbQALd/G9d9z337Wb1s67mvueecxRH8ABatAAtVaAAv7e80RuSSRYB ckkkXGtb1oCoqPDW6cAAEC5QwAB8lAAZrVmAAMiAB3Wj9znAAGIACIACF3vb omwAAUABm96N6mwAEQAGIACb3s3o2Ek7efXz0+o++13szMg370Xg2kO8n35u QjoBdoR3RLfb01Pr1nKTv1pflvZVGMGzxvtGq9kuzaGn5+i0tvHXbXHvrJm9 3mF4BpaypvNY3k3rMA9IBzHOPlJnBADteYx6Yi33VyqZy4aqpDh4VW08tneu dxlHpr9tp+kgOZchmYZmYLUbckDMz5rjlzD7997Hf7DmvOv3e6zf2ujafoSW iiix4DGgLX0kUXyifvx2fn2Ref608yXweXyhHF8oRxfKEcXychElJEMYxmlU A/ve973qL67IDbpXa6on67v6m2/l73vSBLdEDCAYOXDbiW5bcrJezcffYQFl 5v7vbpJISOSSSSSSSSSKSSSTMlDnn3BF0jLfdmDbltttxDcNtttttySSRZc5 xetZvTrutLv1eu4kSAAIGzvvkST5ORMQXpkB3fHur2l/VfXfsqSSZc1JCZcb W0t0W8zMzRNa1rMzP0kkhoAZJJrOfnh39+v7ueM7s6+/a5d+sCHyUR5ejySi F5ANL3kKADyABeAJmQAAANSSS+7vc8vfxnr9mv2rMOzKu5I31QkHIEkkkkgE kku8HXsyn3taerNrvbPaDkVBwd5ScLQje7LRPb03G+fUrlKW7WEd3s6jyOAv pR5rPd197lb+EjYEskvo/TdnvNeHNHT6RZiOb6nPKr1URFHHvLo87d46iPXE Qt8dg6QeybxQY7yHYUrbk9oS2xjrRWfEzqdlczLbczLbbStAAvIAF5AwXllU VXkoiEl6qKKXlG44vwV27JlorX1Hdl55Gb1vckky61pzM0uZrxN7+5znA4Ao EjDfOc5zgG+c5znJ8KQUgpDVpC2kLaQtp3Xe869VVER62wLaQtpDvMvNN1fI BJA22222mneYX3Tu9T6Z7Pua3F1r3eveSAW0JGiIqM5zmc5YdUQ3nOa4ughU JBAdb3rabAAQLVOyohJJKqqqqoqqqgCsSVTd3dryLqrzF8tIV5l3u76XrxV4 66w32eXzSTaS+jOc1znOENZznOc6QUgpKCkFIKQUhbSCwECpBSCgy733veE5 znCj73ve8SSSSSSXqSSAAP73ve8SSWfR1NTyzjuuNRkTddstJtv3kkm20l7w kklVUAABEkkpIABSWZODy293rzp9197X3NevJUzMyVMzMqQZl4AAAzLxqSSS 7AADWrwAFVXoW0hqlAUgpBRJWQWQUOduivu919rj743fs7zSIrgAFoiLAWBc zkd6ureVa+6vYqattptptttxOaznd7nud9z56fb9m5qIgAXJJIuUvxz777Nv 3x7zn2vd3gAFJCsBhQAEQABpAO332uHec3rL031xzl4X7RHKa8LunNTpvpz9 KsHvn5O+XR/D7x6+xpc5t8tGYSXVPbN31WvfJOtvzeNFL22elpr1+c7u81uD WjpkRSyZX4esxFjoB5B5o7jpjkfhkYg4UW0ZchXlJE3O3S0q56x9ePN5bpJ1 blNJJKPQkkhQABLp7nL372fa6/Hjfvte7YSSfABvel1z3u+vdfeC/fTn3b7u fEFIKQUdMOB72cR9rvt++7xPPxv5vtZ7RBSCkFIKQWQRVaBrNOG+/c3zvfs6 J9s39263t1og5SDaQbSDWkEtJaKqzGXznvc57vVPem/Mz7n2ABQBUkkuWe7n 2c+49zh7037t593WAAAd3fNbavenu89zavT09x3etQHy4iA3yc3vhr3d8533 3op2a+5e70BSCt+4YdRtbdjz9fwq2E+/ezgdfpnZ0T6/vLiHs1PK0Jst89O2 VT3O5c5ZTnMULF3eg3HneG5dGvrjkl9Tib/DMF1PljyltteOVrcdKE9dSa4d ne3dYxyasSWbVkPmxroV4c/Oe3d67Pc8aKzVredbJtfZnPahupN5w5zd13Nb Cjurnt0l71e8vLhlkiEUiABw0Z833O/a37M4v2vc+17uJJJcl7c9kZ7Pcr89 aO2n03PKJJJNMABBAAYySTmPL3v3ee+O9Y/fe7fvb3khL5fNDExPB7vr3s0d 4I7u3Ky/HQUVChJFBN3j32+/cebyy/fe39r2+/ETXySGkkrwe3nK+WbFJ3d7 aK3uTaWNVVVtpCoVJXUGBUgpBR4Pvdr9rmnWmPO+92618d+ghIKEEMIB9iIW Tt584PoqJ++3obOvyVxEQr6I3kRWOm/fffZmtbgSfiSyCAAPvJ9e91378b0m eb/cJ6HnDrf0fFah5dL4+D6zHtughfvJoXeQ1zpWRQ48dHx2efpd145Sbhow 5no6W+fj4VlhldSfTQvLd1YMJxSrnhXpPWH0a1zrqkPd3Xb5IxoPQt7270yZ 56dx0Y2nt3D2LNcZ3d5yV33xrZxt+M9v4311u5999bnp+VQkihAGgKFigAKA AiAAoCgSczJgADGSSIgAJUoACIAKADBAJbQBQAEDpp7fx939zfcu3P377rma 8M/AAMQAEKkoAB0DEgUCAoEiEiEihAFABkQANxAAHGgAIgAIgADBAAtoAFYC wkHbz9pgazWEPTL1+/G9fkyX93ZDZdua5eTba8m20l8kklChJJGswwABQAFA AYySRECRQMzDCAIGtawhbSFtIW0hbZpk9Mq795vsKan79+7XUuyuSQfkvioA BPkSMISMAJ73zqsXflfaU5+/exyVw6z75ffSSJEcYwAAAABhjdI5erOJnqJf vc9evrwAACajk9t97m/mL97nPn7XHSqqr0APOZQAuZbbacNVvFHq9fqMndve lvKYAMABgNsNUkny+eJ8qj4s0fe7OJb9Wr5SSL5SC+SAS+QCXwC+QC+QC+QC B3U492N1muZTdXuLTTmd3rzBzwHN3w2cMyOZj9UZIvPb57mSvdOCnd1L41Rx F3Ia1nuCT7H7kAd2tSte7Qlu75YMpyvY1qGSl2vsT31bUOMl6iSTx5Rc7rMJ N3ufcupD7zoPIW7bntzD6Ljh5nJS72Gc/ZQbSFtIW0DFczMVVEVVVzLkAABm ZkREBEGZkqXdr5QvI52w4d60+7c6XU6qXyAWpIgvpJbSQbSDbAbSDaS22826 b9jrv2O/O6J3bxUNbTxgAABkkmpIqqpeTYC8sY3coUPkcRXZM72QyarF5NgL yABeTAF5gNy25cNuZbbbhJJHzfll77t2F0e7YeTqJJKSAAAAAAAAalSz3z6P e7dcz3ZMmp3q+Uki+Uki+UkiUkAEu7PQ+nV6nyrRe4c++Xb9TFyre7HqrDuH 77nZikkkgEUkkkkkckXljLVX3Y9rDuMZ7HnSSSSQkbkcISQkiJIiSLEmKV3Y /KsO4T9b3H6qzMmjMyZmZV5mX4iAy9al6AAiBeavNRABEDWaa1ARAETWtTNR AARGXrUvQKI9AtpBtINpC2kN9zNHP3DXTvOp/fbiKfR4CHDdOiyaieO7ujYK me7oxdAXPy7FmYqq0HGTrPG9fro7Wqmc2rsSVzH4HVyV2VpZmFezJ73HRshc SySzDBIROEs2SXwI7jr9OROX2PsOpz2Cs94IaucukQe3NTbS0cbeW0rdvuK9 BtI1VVV1d7LcwxzKpgS0shaUhWjIWlkLSwN3cdG9/fcemn767vd++LBKWnAA LmGwtMwg5hhDMww+TkIvlJIvlJIvkXMWMu87rx7zMJ4vezvNiAABA2IAAJ6s Ws9g9663S+nmsnXnIAAGAEBgwYK1jNu4Z3bfo7h3GTl2MExMTExgwTEzLzai jMeXvUu9rOO3tepgNpp/NttsqbXzUvft99m/vLX6+9+ngCIIjttTa+bn3fe7 37F8v5vvp4P0qXYAH3MqCj21736939geK3lzaacAYmAAAY/fZV+W93t49F1h vY8P330kAABDGADbb1L6du5P378t67q9zfU/j+P34wf55YNHdJuK5h4Y9LS3 Vzz6c8g9lZ9Rx7nTF6udTmDqjzgzQq+BUZj61KAAjakAs904A5DR27JPQ96C E4IMlvbPOFneKGl5j3RcHgelEkWOTONR8OkSJqJkSU0MeGkgD1XEUMNKeJLD JumpK2Nvh3OLu6W1ySN42GaSDm5MEqy88CfMgd7dPAAlsh4+zNxRjncwt+rc m7slaSSJI2qjH6bLRL4YBnH2DgiLeARPq65gA67p61tt2kA33ZW0My9RwS62 xzJySS6Vsbp5bLJJMy231nuu+69zmW5T15Ide4gR1W3u3fPydKPK0Mqvtnb0 1x8gAA8Po92yTElgGSo3u51+ba3Xz87fX9JL3W0AevrfRK+RJKde4SLXSSlC emrj3ZOY3oQ+r9lzdEZJXd1SSSS9tJuBKGskkzLa203mWQQAVDuwrexWGSpy lvp3Dy9CTVt3JcQFK1OlPSTR3ttmlp0ACLd2STWyzD02utmN1t93qi2uky92 5kkkbk2OcRwm7soslt9SSW0I3YGSohCu002tWydNySXu31ecbe4NTYBIz3up 9uztyvnFIalYMm1JQl8oQ6jVH3e7pKSSM9kgDNVrbzG3vZ3BtJIokmeTJJt6 Jd6RXZ3ZUkEpDHqb7tx8Lm6gUgSjqj9wK8sIWEoyGS1Ge0nWaSdJMo7ohknM gItUeYHdbdSb4N8SOu3o7NK0GECdd3bjvTJJIZMybbbRu29uuXHestIgDcc3 huQAAk2tWFPHjsku3lhswBCmnvZhs6HnSSUt3bLe7utzE8bZ72tjdyNNcL2b R28bAsySC93PbzeZTe59tu9fZ4hLTaZN305LZONk5EzYLbskyH18WUyRk0xR 5jNl5uTuct85l5U1XAF0232E9xy4AO7pIyATFI77csPaagJEnl8gkN1BEkz0 tskbarbeVcZKrNkCQ6dFiHrOU9FPc99Gzrbttsy1tvMXVnHwKmry8t3bZY2p 0VAWbCZpcRZiUvu7Z3pOkTS4Y9w86SfEiLNTXHA0WrD67OtypEJcAAQTxK2Q ySO7IepHraTEl3dyiRGrkEkSSSgsNuiyZktzHbnanjopJO7oUwnjNmkmubUj ZYySScxu222wkkXLbMnafZ6j1zYbu3XY43/mfTx8/vlW/vJ4X9JJbmSTcZNK KAHCSSStjens9dS22v091sTNXcOXb3WTkVEnPFHd2B6dVSqTnd0dkL8dz1xd 7dNEEWnlp80j4xd067s7dg7pXY23Y2273dymQ1KNtW21tuwgATd1+r3F5Yhs hzcDYLtMotXdyXlJJ3d7pJfAd17DRDgO5vnuz06l3vcM72ZeIOVTlfSdt8e5 SAIxVeN9vkfGanh/CiX19o3RuxyIx1qAXk5vC3azMzjZveyg3vmex6995uL3 t2qL1E1uIfsC7dWZl04jl8W7Rj8IcOyyDtPhVGd7u6asO+wVGvesO4nOyUcg +ry5cfj590cctc9MFnKd5/vf5iMIHgT9zHE6X32/ffrzvGvXmzRAK6ERRkRN Hqlz7nPc+17311mfX3DDiKKOgApaAFPZRR+ApbClu+mfHb973ufc7Hb227ya 4oKCiEIvQQRkzMAiA5Ki7peb5aZznu/cvvacv31+5MnNYQERBGTMwgIAjkrU 1mgiACMmXgREREF5LyAiAuYhCfYEQAiNGqIqoiI+zVy8+773c50+b659ee6a PbVfxLaQtpC2kLbC1VwtbcGAADYgYMHFCAAAAAHytshbZBtILUhg5lkLaLVt atrVttLcLmVttttJgkEZKRSCkFIUtIKQUBlDf3d3X3379799nvjrdp9E2ml5 Umh1u1mZqic6joWcI95K4MTma7z3ud19mn2fZj05M2AEEH0njiMi93erd1Eb o3G2mavKZleUzK8pmV5AL5AL5B4AACr63s2/Zj2tuV7yE97c9XciEMPeivcC fbJ7fNHfPKfaifVZoRa/dMvyE42aYannerN095N53rxe9aBhL7dmZ5PeW1Zf ySkD8VRbfZeqNYj2Czfd2d3Vfkh6Y3ZvOHzg62A30H7dOfBmv4z2+3vR6o90 7KkkzgAGMAYxjGMYxjG7QEzs7t8eN9HeqciXUfe973plN+973m3zbblty3Db PNg2223EwsN+3PrvK0qJ2bj5WqM373vJgNttttttttttt4ANgViVVXova+7v tfcR3TzmrWD2rAqtSqiqpeVVVVS8oqqqvJfRVVV15JzVVS8myqpeteu6q6SS S9VVVXA/OjOfv3d33Dr3OuY8/Hdb17ng/RBgR3znObOEkiCAAhvnOc3ySSIg AKAAoADDfOc5vgACMkkRAAQZJI83vewADMzAAMzMAA3rWrboAE22kkklXdNq tr7vvqx7quFUV1zh8kkkGZmQkk9daoW2ABmZgeRQzLJsQQAMzAltkLbIW0hv vS7179+5ffrnHOedfPf0hDiABmUABtkkkltJCUiIEgHyAXySBvc/T07v3r/X 3nKr1+zcVdFtIW0hbSFtIW0hbSFtIfe7rvveC7NyrL5ZspfIBfIBfIBfIBfI BfA223kHiu9Mwk7N7eXuja+SSbAAbkr7mtfavu9d93763p1f0zvM42eXsvgU m96BPVHJeI5LX1K6+Ko8HpXOrCYL+5moDrjtC9lQy+wnhNzUmPNXsfbuO8si 9jnkufL0tG31tp40LOtx34qSd9KnpfaRzNOfe4y5Jy333nz5970PvX7z2r4+ 5ru/R00AtYAAC1gAALWAAIi1gAiCLuwBEBF3aIhttNttsotfKSRfIpXOyu33 bhIdXRmc2QzMwhmZhDMzCGZmBmZbW1gQKCS++GCX0U7u9vVta6rqdGCAXyAX yu7lS7lgAAX3JkQEQBlywAALuXFSWqoVUvv2vfd7097SpW3ywm/IAAAAAAAA Dr1733732XvLrNc305cFFFFFisJEYQBGADN+3rm893277t1rut95c0KKKKLM cwIFxoSWime1t1z3fb1nsus1zpuXCEKCEIQrm9R9ec+79rWdaz7etuCxkFCL J2trINsg2wt0a9rNZ7fXU86Jmq0wBA2YklJIkl9JGDACJSSfL776/XdXnr9P ZVVWXqxODBgAACBsAHJ2vvS8611s8iuxVt24801ZwLuav3Ok4vLFabWNdMd5 inYYTat1Cq+7MEmHG4G9eSI0PmDvVIewLsXbvjq5Y1jvkunL0lzBfekh60Ah WYdRJJxn10vOs7ZO9fNe90fTZ1LxunOJm7Vb7fddepwrLdarTgDCIIUvk2vk 2QUgpBTQCkFIKQUgpBSJrnuG9+77Ws669mrs7w0GwCpBSCkFKhJFN63vfMmZ zL1zTXOvsAKlSipQBL2vf332pmca3N8399oAD9KQC+QC+QC+V25nd1KTIVdO u3py+QBC2haqwILAkFVecd5999hmby65jrp6JrABgwAAAAx7Z6z0keVidZ5+ 2gAAAGxABJIpJPllGe9mO0TJVQ72NjBtuZlzDcS3y8SAvKRgvIAF5AAvKQBe UTkTnZw3bkog7OjK5JOVTCSSA23EkkgbbcWhvVfQm7renX3TiqqrgBLaAWqO t7OP73YdNbBEa2Ve5evPzXns9LmPNBzUfY8mees9Mfq/NL84niENuMW92XXs yUpKPLOso297Z3YYul7QLfsTMMLe8t7BZ6ePnP0lJzpx1Tbmsj3uSIF25nkU pis1ecP5uRbvlCn0yje7OQ3LJugA7jKC+TgQQAM33V67ve+5euc3u+vnQA+l gd++3zf3b129a1fd9znzoiA22221bqG0bd3sKyq3feG2knWSD2q3WOybrZ3V 5VERWTQ5WuqnWW3exub6FERERA+51rfJ9M7t3Xdc+TnYAiI5wAAvMwAADMzA ggCNTl77rmr5vXHOb+399993sEBARmZkREABmXhAEQRzLiqIrmKuDaQtaQts hfu8d6zb9ndvNcpzz92fcIUtIUtIUtKVFCBTXM17Vp9k17l65rU69977aiEb kn3wgSQihAIBAIrC7ywUThV69x96zySoGs5Jkvb6evsA1+svrM9notubbX6F /kJX0mmV9DNMF9vF+x55Xjh64vU7Rzsc53j+hKnb54JtOWeiLYmZP1ok4XVT M30zvYSALPyQeN9ZwDi92br73dsFy0eTntHAT28sGXnbm19vPW9BADGhjKSI 5PlJGhjGMYK6zyr2x3pWKvs3xz3zGhBQSSEkk5JUVVL5DYLygAXk2wXl2PM3 e1QKWRtaK+iYt9q8gAXgBtttttttttttttuS8x7W1H7PZ7zvYt8+eTykgSSE kkSUkfvJtteTba99HkA/eTbfvJzFmcRMz0H7PS9u/t9+NnvkpJJJISSfgbbb bxhfv01P16/evXNO9R8AeuwLlVUl2XRCSHvt73b9op1/fucNl8+4/BJICyST aABUACKAEkUAILIEItJaVCSaC1mVdwCTL97WZn3280+9zvb3DnuupPpIMqQU LBEkUbKEANggALCQA7pz5O+z2HG/a3x5effE+UjV4u22+68zTdms73yj+Cn+ RfMKuPqwndH7sE6UuO1yrerurzKTmvUW4G9zxblXmj+LK7N52U4H1ztmvZ7D CMaRiq5ydg450z1O4Vu68k0DZ5Y5fVgKTyrv6Q28O00zufPOA7rp/Anyzj0v CwFefUcqPVzJ1zLuratfeg8cT1HC/xjsDAgvR5zx7ePe8328vU773tKKqkKC AbfTlvub+1DO63N8r7dgAKq+5fdzuC+7zvOndTvve0qrgW0hbSFpSFpSFpSD WkM7vvrt8893neHprv2dQAACZzfe66t99znefTXfvvtqsWQWQWSQ57nvZnnb 73O79M53up4ikFIKQUgpBQHe+67nU7nu9zx5133tEoCkFIKQUhzOa33N5xPe Ob7M3z2qQUjKKQUgpD6/sUVVRFGZmEEBERe/u/fteY7+5zvP3pv73t7v5VVV EVXMzFgZlIW0hbQtczMzMux+to8mMpPtiDPpF7W/fP1me61nYMu+0YwMk8Bm TJmukqd3nms6nnBOVTTOV4Ytez2J+oWIo07mqa9jI9wvYu3RmnUcVN9LxIdr vsk2YrAe5BobjvtwAkC38UHleXpYjXJXua693VBc5Gvs73fVu+993n09q33v fbggAiQ3vl17Xnye+993p6ffe5qRZBSajCwRIKQUgpBSCkLVVa1VaS2kLaQt pC2kLaQtoFtaqqqqoLWAAEu7lS7uVLu5Uv7Pe3nV58+ra9d6vequ3BAc5BDI knIp981IfMPl5OOQkG0R1eZx0vK5re908Pt3fWZCOffMhEmQQCAQ02382yvP Z2eeP2vfZ32Z9rX3vvRRRRY8CiQYkGmvk018pgZOynoP2Xvus6PO9mLV8mnK iwMqXYHs127dz29fO5zftdtr333PUAAJiAYAgXbKUkq+ot56r9fk3d5vHY5v bw3W2CAG2DSIGPxADg0Be/Eknu7gAAFeNeTjB7MyFXnuCsvffa7VVVZvWtSq qta1rMzMRA4AEQtYAAF3aACIC7vN893b67fb5z773OW576d4sAAiLuWBEAC1 xARAC1xBttsbb0GxffBsu8MqvX033ry/erzReXazsQ8XZIZl70rOXYx1jOW+ T37eMpeTfgMJ3jjno4873XVr9ivFaq1TnJsdIT7he1YB2e2csixy+kxW04b+ 6+y5ANvHKErPxYaF8j4EzONy9ZnHHmOerQ27vvN8e4pjs7x5t+nTr9UM3pOb bbYDbbbacJ6nfdMyRldfFGG9O1NNtttpDh2DedUb2d01Ab6+++xq037Q33R8 GGX3OIfvZvfe++5fNr5VmlwtWtg873ryZl83neyoVSIIAAAQAAAgAASVJg3f t+vLeg72+6ilH72rW27ASBtNxIBUwMykM96b7zWca/a++eyv3u8aQbSDaQbS DchWo2jfgLcMIZmGRkYkXz+TuL18tu49vuhij72je6vkKSL5RTMIYWlEHHEk kWQAltLaWlL93avsfgfsvvVSA97RPWIaAQMQmNtDQCAQeSFudmYte+3ukWv1 e3KRnksAAUABgmZhDDMwhhmYQwzMIYQkzMwBgJAM+oAKVgAVqAJTClTBmZeq 63VhSxc032uqvVN1RBAlOxKZfT13PbwzX5uY/DPRU8lvrC2yXlb272XO9cWz 2LQdhtHUcmr0hHoc3duPM3NOhJ31AZWSPJP3RaGNPncWb+xokQLPBYlMXTbX aE9/W70oYHh45l2Z42Tt7zfgnb3h970vrVAhjKX0ik+QlFCEQTMwhcMyFCRQ gIZTMIZhmEKZmAYAGIAImWT8CGaH78c6X2HN/v3dV93t+bZClpCttggAJLSk EayDSy0tpAAto2zTq++46o/V29Xh+0rsdACAQCATY2CkkQSSSKh1PXzes3e6 Q03OedJJ8kklJJJJJI5IEhJCSSSXRnY9Fld2dcZ7dDnNS25bctvySSlt/Lyg Bi8gAXoSXlEJL0eABeQALyABeT+tZFPqionNz74cx25WQfJNsbfkkke95tvy TbkbbbbbbbbbPJe8oSSS5ziuflWRsqyv37S/aONrfpIJFIKQUgpBSCiTXySk gAHySSAA+SSQAH6SSSMNb06PH7Srzevs+0vZzS1IVqQrWA2yC1A+hFCQccQE CQUIAsIEPgAGba+PuP617rf79r4qaOapCBMH56e5trzW/e12ujmqSSfp5kkk kud7wbNzT7/Jq/ow5rJz7iP72W19PHcE2st7aQg75qwp+PjxOzRXvXsFvsXb D2bSaFek3fHnaw8TUFVTE2uHM3Kte+3iemqFFa4Mut8Yua4d755l2yDzqq3c H6Vn20vcwF17mhb0Xb5pBZumK8e0BoSz1EsJhUlkhF5wxJDunREkKttI5aHv Zrb323ZTeS5sDqACkSSZJSTZrfi1X6gye5mpKmEjcyo+EuHBKTsrYABiieDt dHqbb2Ekg3d21tt2o+J1hWjvayPNagBg8JdZUiqX4+ojfbNk6SWWtW9fAyXR m5Kstp93dsG9ugRNbupK++hN4+trA4Y38phi6Qk7u/ed09be5CnE4tvde7hx ABWW9fdOyye7Oo6vxIGZfXMqU8Sak7QALIiQq53EBLdA7oDbg0XXFw42xt93 u5xJJJXCJhEvd3Fi2cklurrtYwCHdCww+oqrJUvN8GpbOamoPgMI9TjAqxXd fQnxJNpAAckb6ACbknbI3NbEhNtpaaSXdXqTj6Xd27tkkjkkAsJq3RbGeYNU nrJIu6Rvs3CVbW1LJ6N291vdKgk9K72+2k9vTvdYI7YoltLUvdzfiTh73Hp7 M31lcezZKgOwWniI7duvcbrHSasXg0SC4dEfN6Q7esnopNl7bXIlSIMObsl9 48gV3HiV4gEd2GdEHuHhCtSrpP4zogySZc8zrg0bs7PRMclsrvdbT5Uhtqeb RMIvleoN2jOiRL5w3NNkw6q0fH2YT61pVDZenc3YrLKTskEdSUbJ0DZI2525 xksqpNyF1r1l7U0GMAEJJPnuySre7uvupJI3ckjlOTNS7u7MSsnkb1prI5n1 7tW7XIEbjSzz2013uO6B5vuoc9I1fWwS0dJD6+DJnDQJJ6Vvcbnd0m7sOG9q Xd3ZiTmZbaAALJGgMgmGXbrh6nRGbj2nNS4aUgBJbLHiFO052LXpVjAr6PmV oPk4YGq36zwzrvu+P333y++++ttbfm3zlySQq6lFUtx9vQrd9zADVrMVck7c 2HnxtrRGgOSUm+PuLJaKWJVtyXFm22opJHu7iT2BKRSRRZLRcy2ttt7uvmiS e7idODAEx4ZnrQl6W3Mtlyzu6i7u2rKlVd5lRzaWFLWSSTmNy2221JJLyvW2 53ezBfDjudTax3WMsmq+bjmh2e5pOtu5JJu6FZAwp07qZbVW7ey77uJNF9ZH Q1Rw3kaCLECp03w3JLVU3O7o7AKIAFndq7vcE0gSN7usKEoYfm33PyJ891w8 Xx12PzzHJbZI+7u9AgBIXsmyPmrzOkkzd2WXL6JFLJCDuGd3SABX/Mf33dJO p9JI1w/3Qjnj3m3knvV6wk973BUEo/O3j2bOm3B7Rd4Z4nFmQ50KWhekGPvR 92um+6m8Vm9PG+wfng6q+pXjvYZeyPs0Xd1+O5OK1RqG8OE/Xb25fYZx06t9 mELi3b7Yq7wE/apwfcJv6LHvl5EGD8QTMeQ9b3WlayGQaPOuZdzt2W5c2GK0 4uyt4iHd/y95eXl7wjunljipnua399vddc1SQ+GAIABKySSMCICSSu94/Xx8 e217r73DvOdQMho8OEKWkKWkKWkKXWELhSDzenxzovdb37m9dedunxQwmYUh qlIJlIUtIUBfIQJIH800CjflLXtq5693TJ7GqBAIBAD+BiGMYGpJJQUuxTyl vyvb1HrsdZs98MAaGAgEAuSSSKUAAtKABGtAA8IAAkzm0d/HT4e71ft6r3nv HYH0kkcwuAACAkgOYUg1pC0sx3BSRKi5psMAFkzCyS0pAlop3vF+N+PjvM+5 2vN/M599CHW/wAAGs01oAAI1mmaAIiINZprUN3d2WAAAABdW7u2ADABgAwAA l2XdgIGwABA2IGy6t3dgMAGvUVDXlSm+RccozKtOjoLebkC8oblr2XEtta4N y4Qtxwg5lykUgpBSCkFIKAzLSFtIY74vjmvGt53mX3OV1zvKQtpYFSChFkFk HVIV972Zm5gYcowwM7cpGMX3EaViOJ5hd4QY99pGjxWYvK6vVJr3N626FO6+ c7UPxZqd+l5k9fp6ErVmUb7LpZfQ1zXC7y1rIvO0N295O/ttveukHez1Pk/x aF7ar1sSyLvY6zH7Mvs2DCd3IbanZ9ztfb5Pr1vPb+trl94ABUkkA1M++nMf DzXL7fCuuX3NEtpC2kLbatGirZNq1qlTMe45W9nEkJJJJJJJJJIm3Lb8vJOZ cJe88vejUNsvrmWVnXybdtwMzMIY5lIY5lIZlkLaEbSDbObNfdPrfGfL01z3 zbSQlagdCTMzA+SkgwYukbgGZmdtcpl1nY7q99wwBAMTAPzkTEyl+ynyf7k/ 1OY7z3AAAAAMGDeAas7y8qh1vtUVX3WBqSX0kiSUkAAAAAAxX3vLo6nKdOmt /fb6EJmZgTMy28cIW0hbSFtPkAvkAvl0zvLkScvW8+qyeSBtsSCkLaTSGZSF tIW0hbSFO1XV+9m8mKYrLu7vxvV7Y9VnFd3mSLORJm48Vx1S0Vdp7FdbFevs 5ytdTkUJvawcp4t7v+chX2xwPN9ua3x5fY/qG7erM/EfgJszgLppma+9uYi2 KhmfiJkPpYJA3eBvsqqW6v3h8N+beb+uujr8O8NWO4xjGtawCtYBK1rUtta1 re8ed7q7ynre6WrdxjQAxjGAJj8BJJJJNrd097KN0NcVBXmyOSCSSUckkkmZ QxzKQxzKEkxzLIZmYQz3e99muae6GaUrd+oXyjkPko4AAB/ElJIvlBteTlte Tba8pcRud3RI75XGIg7l5NvCOYtW8G5hDLmEMzMA8lx3gqqAC8ZgRAAfcZzs 77Lx6a3fa9N68RARAZi8ipLxcqLXKTGJMabTabTddfvdWlHaGVstb7WmxRYS 479317j7tu+XRvviHQkEQgnREgiBgCkFIUtIKQUgpEnu916+5zee7weZzu+6 77pBSCkFEn8HDh33V76v3bdb5m+/fQKKQtpBSCkFIKQUQqQUgpBSDkkkUA97 PO5EDEsODbGMa3e5R/lr4a9GV3Tcv3DGWp3fX8O0p6/LlV9krPTt6A/FoeEc BEyB0wvX38W2swar8aOGdnt3Toicnwbo0z9y9kiJ7fNP2hpCd+YEzpMsF4zZ mi61dwjjT9Oz7bl8tl74McmvYT3Nd79X7CIItYRAAXdgEQEWuIAALuwAALuw AALuwAC9S9Xfe69mvtPy73zO+PEhCkhFAYEO275nvcdmkVeWYYLySVMMwAxz E1VszISSS5JDfO87y97m+avOG7znd90E0ApBSCkFIKQUjIZzturvfNcNd263 edebAA4QiCkFIKQUgsBSHXe93uZze87vXL3u9WBVrRVUltFAtpao9kJG0LV3 p7vb3Wt5runuu9yiIqr9RjYBfyS3XW669dTNmab6XiSX0kA5fOZkC3MIW5hB zMIZmYQuZgFufQCfAAAAAAAQfeunWfXf2nuc33O+znOKIiKrAC61kknzkAGI YIEwYV3Z711WRjdjzx16E8wM8XoVd3jDd3w8H5HcfnO9CuPClmqtfPuGnHTe p0N9uAFRGTHZ83ltR9Ked9nez26cCTN75SZtY0gq+G5atJA4a+xvPyTSneYE zpMsF4tQYIunqyK/rjo/BsF3pLn6n2qtM/S2DBgwAA6SSSAakvlmvrncqyPd zS89WakvnI/km2QtshbQNAKQUg5lwjArjIMPvgQbd46269ZnsWab6WEkh/JI ebTXQEgU7zufe3rW/q/a6c7n3T4ABngFAoACVIIyUABlSCwKEBQktI0ABiAA oADEABEgSMEABkEAUAjECCgREABhBgERAAYgAEUkkkWSST97OXvjet/tex/b 0dvOE0BFhPosiQlnrd/d0b336vPvHT170+AABQAIoQIM1VXCpSWlQlQrYABb vGsntb697e+aX3vb0AABd2AABd2AABd2AABd2AABd2ACS0qEqEkCanR5EF5M bu4teYvIWXSJultRWRm1a7zkOCkFIKQaUg1obSbuvc17bvu9ndPu6PXs5wg0 paCIopsGtCSAm0fvU/X3rM5m5O7Hzk97ila0zmvZwN429vt0Eyfn2HPBGTbg AZjdl6Z3eW7N8pkR3XOqtfjY5/P3stl+o1z84h3Ml8i793Ow5sXgJr7BMuMy 7ODlgiGZ4iZDMNhgHtkdNfX0TuO598sWy7JveQHNfsft82ezvWKooIxY/gGl IWlIru76tbp1tdH2Uve3WuXyYxfIEL5AiVdwhQQnnO653WnL3nre5vJvO/V2 ISIhQQhObnL3tzf23ed3d/Z3uszlcighCEIQn1tafdb5vfdPuy9G85OIEKCg hRretfc3n21913H3e705nu9RSkJsFIKQUgpBSCwUJJKlZd1a0gdW425rXrj3 ve9yfGZextrNvtHlZHJfL5FSzPa/U9uYPtuXJ7kj+CH4EkkQqQUhrj37Xnf4 19nMf3fb05nPviCkFIW0iED5UVERFVIoABAQAAARv0LNeqicVOqiqrLIsmZK ZjXb0mBkp7FzirapmT9sWJFZ6AneV6q9s7VqvTM7b2vq9Ooen9998mvunc87 PbpwJP5/c3NHdPdw04xx7NomDkPJVKd4O3bcJZffpTOYHr4fP0v33IMynJ4t j4ZZozNll9+9iQUguSx3IFDKdz3e7503z77Hz1bzfukOOEG0hbSDaQ4Pd917 zvud9r7fteW37136cZMykEtC1VoNpBtIW0hbYxSCkFIKQUiZr6658+1vXu+8 q6/etm7di+QC+TSV21enkbux+2/UvHW/Wvl8lfihzseehuvr3nTNcXNNP+Uw DMzIECTMuVLu5UJUJPyppzGd37v3Od3399n373tr93V/oURF/lfpUCCkFILA Uho3+9++7h7rz3nmP73sb9MSa+VZTB37oG1vpJhfES9bvrV/dWnujogmzffs 33qKJrg6hV9dP4rSu0aKHvtsunnP2TPcPJyKYYunrnpbZ6lNcEKI6R1GhZM0 DrF3d45i3F/fMeW3k877OMJTzf37xpvpRNUHrCax/epO69TpZXaLyyaTaTt2 06i9gxHu7zXvn6CIO/bu8yb36fvtXu+b166qqJu7sAAAAAAIAABUrer9y59t 5z29/e3rXN+v24BwUgsIVADMTMoIBfJgvkAvkwXyYJBNx5ddrw9d9DF67fps giBUqqhJUhGs9y3F+2996+Y593X3rRBEAlUOTnr79rvefQ7Mi8X73Xg22msB gAwZCSGVmYsnZ537ql1rfmdckiBsAGMEzzI2CSSVPem7MlHr8bPdMlPYaCSS TY2AAIGxA2AK/ZxtzrcxT3PYFvo5S+kgAAFSRLnxhMo63yHfuwlhOfmANSqu w1Lu5UvNb9zfMXPbel/ezmtX3WwC2kKkdAAIgAaAKgEZckkmwAu7AAASSSa+ UcXU0YDzWNVEw+m6X2zvTneI4b6neJxpuTAenl7UbwPGuYrJ2XOyqbmWdzAf l7X99D5Gc+77O9m5pwL5z503Dbq4Ljl8INeboGbk8PF+5KsXlha6MKY4J1nf nDz93jh+dy7F59Bdfn96RfBxHeuDYAAF3YAAF3YAAF3YAAF3aoSqAKtlhDZv M7eOtPx0zvfd1rvu/bJsFIKQUgpBSCkEANSQRANgpBSCkSTzlvdbb9z1bv7O c3vM+8BnFVbefIOe1L3E+t6jevKom9FqaeL4G2wL9Dep96cnPrbz19v57XQM kkq7uJIGxfAL5AL5AL5VdD3u5+MLc9WnvsOaIW0hbQLVWgAWqgCve97s++On OXt5r2ZfP2dVektpC2yaIpBZUJUzMyVCVCUrgI3veaiACIjMvIgAAzMwAATI L5Gwytbmdy32lkzy4y18gF8gbbbDLsmte1zPfc9PucvfdOTf3tToAB8a367P t/Pb37POd3vMv3Q2BIoHEgpBSCkFIKQtoMCslIpBSCkLaQUgoDP5Fii41FFF FFCEIWtCEIQhRCOfc+5MeCLPEr4OgnxXHvMd28Qx3fGXm5lxD0FbfZMcrTnh AlvC9K+t4Y9ez2Zu2hhVxY/zsFdc9ewfQ1CblqzLzZ37ZzWPo8Azs33c/buW m5z7cxtMXvMC3Q5VSeeZFji6eIWfQZ998/vte++M+u5rcDPGb77v8JAoIQC7 sCIALuwAALuwAAL3VRuqkjOOs7r7mvv1918X3Ttxznv3vEUgpBSCwFIKAx1p vM4fcLv1+6tz2Uv2uh67DUkkl2A5ml3nfcme9G+6zWfXrzoAAHed5e+3d+v3 3Gdzd/fa+92fAAAb7z7s1fJ72/pr77rn28u/OlDYCkFIKQUhy893e9+ft+M0 e92+e0852vk2vmvubfvPDwUszlN1d7ZdUzvVAAAAAAAAGB1kiZt8q7nhjnrc O9sAAG/Npp0kgF8gF8srjCKZinl5adIM2+94XyAXyAXyAXwJ2yJgvkAvkwXy uFLaqqcmbeZ5307cnaFL+a9VrYzKvaWHWr19w8yY9OPVMDGATefkLET0g3MW 97LlzwMwY+7E8a88nMctK6ltXLqWrnpMe5ueBDAiqHe7PdlzhlzTw3S89pfn KW1zvS1AAepax7e30gx5A5OJbSk9WW9aSKxC188xruWMSxkp1cwA4t7Pbl9P GGg62RmGABGVvySXe7k3J3m3LuZbWy0AAz7rwEmZI7fdhnezSgdw22elmdub ttkcklZ8SiB5Wmd4AXgPCUlC1fjzrY2bPTpbZbh223xg29q7nmFuAdr4jt9u JIru7pNU6bt9Y6OwBujTtaPPRq3T4O7t6SryJJXi3N2QAEgADyWSe22N+mbh NJO7etW6uvkTb5SWHiDYgHW5LfElwAW7vtzivRydvJdgS9eL3d1mVlttRCld tG9ncnh23n5tt9u2Ud3XQCKV3QTY6KrbPQ4uMlayKeHt7IAb7CrQfEi9yFtp tk68aUB2iSBZNbqO+kAgAlk0JW293Zm2tpN2ABkzM6RkESRJ1vhSH+M2Qnrb Wy7aPW23u6bsSqW6f1vDtZO12+rqSSsUbGty+M57707G84oXnOHu9feFmTfH N19Ie8Ba0kn5pIrEmvJKwkmSTMttt91b3m+VPhdi12ZbmKrCSR3z2sK7uvMq D494LtSJJJclu4OmQXw6gACoXrI771nJzklC2m5meKO7s7XrvHfvjfqbNbO6 vdX52Tu7puiS2lzbBT1tsgAviSQBImVzMjuOAPdsl8rbb4XzfOB6LoQWZXbt 7tvgie9dKzn256wM6TVm+tHlIw9FIBKz1SSS317ts7ugui5xIKS62pZLvZh5 ZmGSkSI+E5XIOnpawAygF0PQR1vbsm9sh7uj/Ep9zZJBfbyFm7tDwAWjqAnC 5Jk3VvR3TaSO7V18t23FGQeW+5zztbjbatkmZzktodVSejulrxHwhEOdFWOi hV/3731b+n1M99W35+vH21AXrR57uhWyPKAN7eSKoAIs2vkorJj2cLX3huda Cbu+0yEmknHqSIi1Fq2em5JepXJKbqSTTjeKPuSsb4+OORsNPmO7uAApAAhI HLYyd0M5fWTLYNsluYrdF1Crd4rCSbgHXxUgvSI1t1JJLMkttttqSSXlbbu9 njnr45bUBtlkw+JIeY3JN3ZPTzbNJuG2d3S2SR7s52ZJJXN3dus2gRyCzJ2v t2o8Os1ppqKlNaNLen92StKtvu7m5JSNEyQZvPtc0FqExgdacwleV8tfOHtc 9ngdl8/EpKuNvugl1daXZerbbZJJOPX6TM4QDZJqEbC5+2f79MUt+Wpb3cj7 776QAAek7u7d2W93X17j4C3MttBJJvq7b/d3C/q0eKlB9czmX9CLTi4txk7N 2qpic3cn1mybUQKd9wwCk9kknhiWH1u9YkRdjfQkrec8L7URR6SSds/0qjyY 7X2592jt44Un9Pm5vd093nm+edVMWb7kaxrzO5eSlCO8V3E5FmXz/eX6/Zzb 8L3Z5b5WMfsrz3v4hbSFtIW1Wiqqu/ud7hfnWd1ZnJ+kXhZj45yMAAdACBsd qzbtTy8r2p1+u630bGxAAAgbAA6b3e8X9la+7O++fZeZf33O2WAQQbvl+5rR nOGvHq31X2jY5GiKqvi5rFVgZlIYburlvvdNePDvmtdfYtshbZAD75AffID5 AAAAA59VRS/eXl5eLNofrocAAAOkgNiA+SA++QC+VqcQm9OVcvIM9Mu36gS+ A++QC+TY/vmAANiABWWOnM9q1aUTMNbbT+SCFSU1o1vt9nY1zOI7nL0RBEyS 15AAvKQBeTYC8n0zY+myLcPKHqy6k2VhhUOuuK9dCi8HMpbe77fWbJLG8PkF N53t2IPuOHdXl18gBCJ3Kbnfn6W3+Hj9+cjIy3WZve/bvhST30WvZH6rxM8N VY3y7o3ljBeWUTvTu8Ae36z6I+7ftiX1fK1Dm7U4sJB2vIAF5AAlVVQEUkkk kkckAlBTLzTFe48uStq5bTltVRXRINoELcLl1hvnb063WmPcyoxNNtttuwAh dloebNWYzfNa65m1FRUR/2BtINpDu9bt77fTfu3OXutvMOeIW0g2zaqwzKQ5 c1czAkhI0kOQXykI18pjpFb6vahOsmjy0W4XokcTL+GxeWAHkvebbbctuW3J JtQqr3wYt+1t5WXVMAAAG2HyQwALrblbqwvU08G8wqMGB8B98gJC2hFCKEUI szu9cu+5edKO95ebyWKCpVYKBAAETbuXrvHd52XOauc3c0IgACgAAYj31IYO ZSGDmUhg3KYNy4ZlLLXm3LXk9dvbqn800zNNvSvVRz5cZM8UJolRHI9mfsWA kJvbsi25r8vx3gXW0bps5rAO1a1r92zd3m33f3zPlV8M2buDt09wSdnwppg5 d0/d2LIOz1PjPclWN8vdNTdO4vcYQPUfP31uRXJVnP2Dd1bzutftHtSUikFI LIXMwgpBQE0iiRprWEMMzCGGZgGGZS2lttwhmZhC57fbmeLwtbvK+N33tzaK qqt1KlJtJVVRfKSRfIJEmONNjAAAuymTPeV+YVCnc1+fy+QCX3yGMAAK2qpB QQCER7Z495VkJLmWe8MPkkkAAAxMQACCslHnpN9cRZT07nqqqqtCS2hAaPd5 rx2+89MNNo03zbaabe5Mzw/ej3YnQZermvl55jzvPGtrq3V8X3oHRbZQUJIo ADDbYEGRdyXYZdgAAXdqqqon1queuDAxIKQUMu5J6q2XyztvFRUwKbbbbbbb arQvVdZuT2YBq3ffvYwLcR1SFtVTE/2eY1FCAdtYQl7dzvXN9wJTyTjs7LhG P19CnT7qhXB+zkvY8fnHxLrPZv3xX35KrvbubMBfz+5cnx3qYAPHc886Z2ep ebPYkUN849bd3kMt6Z495c/ELt+hybnzr2blICz2nuswNrAAYCwJFYCyEBSG dzq95zneF3bu6u8ZCAsgpCAoCwAFVYACwAGdddveczunWczNb2eVVoBbQCWq qrmYYqqihmUEABJBIKQUiJBSCgyQtpJK1IVqQtsLawALW2b53M33ntzWu8JW DAAECBDfySb+SXzeRXmzM3KVNzjrcCCwIqwAFURXYQltCXpmm7u0nCnMlW22 6aAGNAIBAIBBW5NMzdpZYUBLcYz8kIkXyfySmLmELjmGAKBIyYXMIYWkKZmE MKie55mu9wx4afF1jHYAfIAMmGWTAkgoQEzGgf0In7DWEMwzCGwANaNa0AAw MMpKXZJS6AA/fZ9+5rib/azMt5mjP1LwAClREoAHJALjQkwADMKSSWiiq4+t 77N+/Ye1e76OsHckkpYjQAKVWKqxVXcecB+wi2n6/Yr+iuYqz1wMM1ZT4r1H Ub7V7gcRLkPHek3XdnhpOmUFmSLyoWLR6HNAsJ916ex/3xqP6v577dPdgLr+ WqcNv7dg6YlMHXFm32IxjVk65rd28ZRg8M1eHhufVnftvoLHRJp9FMObnu/M QxMaHXyCMaGwbGmy0t2uo3tz7fDVzjmH2yFuXCDcuEMuOEGuYQzDMgUEDf32 a+5987N6dPrdEFIKQUgpBSKEUIRnvZv3fedntOnlpDuzLzNm0bUZCmEk7nbm 9vdi1ZBcb5Lz25rc3YtOy41eS9SSSWxVbebuzq2ovYWU9+28LW1jtfLG7oy9 LW1j1W/lbbbYiTs6NrapubeKQKN1UqsCdQQoe70cxTDFQqLmb7yuHm+eYuJW dV16vbjfEeGGLLhS9bc9GRm/VZ4iFX0L4ehVZX3zy6k7rme7ue8sLGowV5zM gPZmzObpiHKjtyKbSyh/vU/3syy/YS1l5w6TTbbbbaI9brh3js7m3mlXoAFq qtAAtWgSS2gdbm9d47O5t5pRUV6ABbQALd2mAAWjbvp3ro7m3Oqn4C0pC0pC 0pPAKBIzMKQtKQtLgSCyAgwgZgp73cc1rvLw9ou2AAoopJpvc6O+8O5xySCy HN3O7Omm87w7yA2yFtkKz1zMzMLWNpJbbaz26vU5b9WugAAAEDZ+cGAGyV7V 76j24tvwAAAAAAAAGXV2623Pvub53Pru7hCEIQgY999v23NXNHr4rK9n3Zhw 3uk8sppzfdOoHTiFV3jk8TmbJvdZYWEq/Fi1zM0XRxxxMUvvdnl+L9+WaNTc /DGY7xb367wknfQWm4LNGWHU983zGxt0GMj16vfau/S+K999P29/vr/axzje c5Pv3ZCBQUQhHem9989vM9w2eRRBEBFWKKKOe17nnt8c1w2eRRREFFX+AS0h a0hvXue5b45nD7h98QpaQpbApaS14ES0ITmGIoou9c35fbd6/uR6KKKEIQoJ 3NZl86vmcnZnYQhCKLwg2kG0hbZPhl1vvl35N69rhe8IW0hbQpVVVVe9N91q 863ucLxfF7jWtjWlpRrWtjW4Dcbhnt94vvOezfHuuiNaNaNaNb4h8Zp0YQbj cINxuEGjSDRuggKBEDW/cX776uvtcLwfEGjRooxH4ABojTTTEkkkxNNPv3uk u4rtPf2qqrpkzNIHZ8xc0OpUDdPmN5oeyJmT8SeeT1VRqVQkNMjzPKjzL2ei zYKB3W1Xf4sfvjy+wb7NmFOv7kmN2id3ieHLC5oyzx0tIcsshub1NPL06+G+ 0r0C+nvhe6uOtpzP2uHMRVRH+hJGijQAKWwClRRR93fdr7zvXdZw5piIKPgA KVFFFH2jN9vva13OG+GvAADQUURBoADSgAJVaABovH3u+d+zpvprwAFKirQA BrGySSe1mzeG7AOlqSSSUygilewbmLUkkkKEkgUJAUIRCCAChAFCRJDmGupz VBtWmklqSSXs9e0nW5FvS1ftSSBiAAiAA/1AAv9+ux99++1dftcOch8QeKQU aEdDjr7xe79en3vk8rFW269F+79+5te3f1kVt23k3xbudROWV4IN6m30+Zsu IVIy83FtOpFvRjMWIq3t5mJ+6ivXsqzro7gwx5T++Yq+/bxz333H6v29m1eS Hvge7d9ryLjmZEXvtoxdqH1jA3J4ge4s+yzvqc+F+6dfvThHkOfFxiLbBgwA Bg2IGF4YsWbWqTcvLfp1egDAABgMuSSSSSQr0892t7edazSJmKbbf4vJe8AJ tzMtttttw25lkARwsrr7Pvirw1xkxbbb1tyvJw8pDHMpDHMpDHMpDHMpDHMo Y5mvW1m3uzpWdqrFsaNtttttttttptzM9vWEgEk698aW9nhNpnscXQkkk6eJ I7gQCQSQASSSSSSSSSSSSWTR51zNjpYzXYwSQCSSSdJJIAA4ADgAMYNsCWFH NYX2bBFFdhF517QAAAAAAAAAAAAAAHPHXXjNuXq68WG7mSQAAAAAABeSSSkn Gepz29MM9h3o8vcAA+A+SbA++QH3yb++TaTbfJrwVKyYWvHpl/dOyvXl2dHa 2nFvdw6kqN05KaCrW4tWWTXZzrvJqYntBcbyr1fHFvQ57R4UAdceHwv9+3tz 422v36E/P9vbKtyTyDMtX2sXvNcAcQkHu27TAYu/ZGu8QvEXvoc+1VPJ4b7z pc4/v33w9NqvwSS2haq2W22wM3f3vVIZEjY/aVlMGajP3vbviIjilCx7sdri 4vpM2re9C7dUWsfkvengi83qUi7u8MEla+7edYn7Ov0pdN1lr5Tq13r7ez3Z L7PLN5vy2hgxsTBjYg5JJKSMM5ttvtV1u57xkK93re71MW1fm22wALzWtAAA ZmtaAAAzNa0AAEazWaIiIANazAACIzNXdrtd3Pubc17vud2S+vPD3o/bQAAA AHJIkiXyXwSJfKEA7sV+3e3u2X155bNXD2Uw5SSEMzMJxDWawhlzDAK4yDaQ Wsggvla+nW7d9tKeHXvVwrg9UBdpnF87v1Zw8n0Txw9mw9Ht5jVSp5Rw2dI6 m5bW9095d5ZVyj6IHrcPX91bbfj6sXsuqHQOAer3eQY8uTDauvLWe5GIDjTn ey+bv+/CnekqpPzGn7gkxOoHJbHbt3Jctr553OeZdLilzErmK97e61Kpux62 4Kl4jsmi0ZHfAtnM4kkklp55tt7rEltPprWYkZVirSKS6dBN/SQNU2EDwZnX dHT1XrZnb25ttkUb9UqVmt22QA4TAdBthbhqXj6WyTbtvW2y25ltsz2XH4W8 92cYKSO08ZJzMAHS/6xcKz5/XPk+9wHdQXVEemyRPd2RIb7Tmhizt1yVKvck w7IbPAVp7ZZ4BcF7Vey22vEklZLhBJ67dFbzEXOZC7HfiIs0nurwIY+U97uL r3nGenr7Ekkk4G3xPd3XcTx1puzMk2d1I7rs9NdAl6p2trd1CytCT3e3w7pb m4ud7u6gAS22cu6ddveaRJQ7pTdtlpJPKqXGZU72bm7bjaTW66I96dbbY75J Kt+tkhJJmd0uCJIC2pJOS/ra7cA+TZ2EBdsGZOdExPMbed3ct7uDNjZvZ3ON 9GvK63yncobXe7utHBk0UI8sIJBkLzyjfbvNpBKtJHEeWsDpJElJPXdfW51v rrd8KM8J1o7D4IBclyS7tHAEjiaskKNyzecyQkk0zLuXekkAAFtbate77Unu uNtBsJHik4pCekURJgd7Mjs3Ji1U1iDklZHCkkd1Wecj6ADrJIPbskRAkiQ3 QS/WYrwFl8qlnhhCpt7teIePXAbN3bl9Z6RpTXMC7c9RCyq89mLTlo9NLG3n CwAA8cV7iZ3HewhDJI367DlsBJRLSOXybNpHX0l7OYYWEBl7iVtXXso60Dum hp8ymVqS6vMlfd0tkZWIl+Bwu/bsnXBzZvvsPfJb7d4gBOyIIzwTMbEsYRt2 dRfI8LCYo1D45bVh8ZE3Jba2/OzKtAtGXXJdtfmwJ4cFqVfRJJSPEko8y+c5 rRBDoi10AXxJx6o2wkt9vJJ227u22pJJBgBFFnFI4/DQrpcJbhJMSAAAHgKB xFPhSQmjmFuwd1FteXbb6Lb1p3dn7uMMuJNRu823FXEkksyS2222pJKcnnTM fX8Ezl3qKJg7pKSWHEFmKS+kkSrbzG7e970otrvelDdp73P3vmfHl/Xx3GdP Xu1GgCzTIt1gNjFoZ6pu+qt7u622txECQ745BwhHA4AADu7akSJqvXiOkt4Y AKq15G1yOXb3Hhm231du3G0kAyfHE7bj2LziNeDFZZMde4zFsJh7u4m2yEkk yd3dKAOvcQJ3evetzJGKAI8t7BGNLXr3Z1XiFIB57u+Ra4oDN67i9MEo5AU9 nju+GI417WM5td1y+4mYVtBDjI2d+2g4/QZoF7JfZvkp/nzrX7Wc+zbtbmav innd19usTPGPNs6G7gis1xURPQrdnLL6OdVdIoWi+nF9Ps963fd72e/ZL7Pb pvUxbZ8gAuSIGwYMHyXyTBL759jeSs9nvV1+V3R7hipgAA3vXz3N+9zT3vb3 3W89b681uLpBtIW0hUgpBSCid4ezX199v77efb9zvb36tJ8AAmhSCkFIOvZm 53nvvd7zXuc1zntPd62QbSDaQtpaIqq7J3nHfc73Wc33Xe9um6ch4JC5Qg1V bEkkmNNptN7ntbu99eVe3k3HlAUfBCgIiL+z7c393f3J9rnN6zu+3prIesGD AAY2JkbqZSmZZuXW3eKW7msEAxAgAGDMckl5izbvNsrcy9zSmU9uQkhJJFJC SQJJJJJJJ15fnZ0Vu83Ypxiw3gmoIi23FuJvdjucILzw4+OHW36Re6du0H0c xLaLgirPownwzVs7CKn3qlv30rX5Ney53d1wGM/Fd3bcz26w8BTzYLq3U50z 1xN6CGRHfM9tZ71Jzs+FMvT77VjffKENIJMZujXckkkkkn5JJKSAAAAAWe02 s9WyzbyqvVTRtAAAAAAAAAKtunnc3zu+75ze+Znac0AAHZKku7qVWtNOZ3Xe 63eu85ttzszsRAbRB3Wtb7ne83zN973e7ztSuteCEtsC1RFVVbirTzr0v2jm 3eWZo6puFz75SEa+UkwJmZhDMzJDMzJDMzIMzLmjj13vOc7blbl3Zi1Mq7xJ JKVVOSMkkkCRwk7ezugzu4JubmI82zrRA0vc3DEV7uAcNgAQMAYS2DGwJAAH l7F21V7lu6oG89Ea6u2wEDMS96pqqpLyVVVVMtikBgA2xAFJL3svHC26VvMK ky7qLyY2StxJVVVQAAAAEADbAAEANtmQn2HSDz2Tld1si7zlirmF1GOx+Kzf O6oZ5Zkq3BuVe7S60ebjJvme8ZuKmq4/KeCfummFhWD0ZtdaI+js3OyGvmnc TeL53lXkDerYb2kZmYIbM39ufRdk9twoM0IOdHc9nod308dXvn7M3z6X36v3 pft1b5DHfqvW5AIBFJAIEjkikkJPJZq09c32e9MtZm+prPTfLybYLygAXk2A vIGC8gAXkJVOzFzYY6JdnJ9m4/fvaz4Jh8mQUuXbm4lySSX9kkkp3jOnurit xZtmwCvL5Nr5dzrd7932u6znOd1e5bdeIKQUgsPEUgpBSCkFIW0Bl0qqudN5 rOd17vDfeXmFbpRFVHYADRG7O73vDm9d7zfW5dpeBr1VV5AQQmfbXz7f2+77 u873emzYH6SLuckJUJUJUCCkFIJcpC2kLaQtpC2kdPbszd9V3WMmVNtRjbbb aesAAA033e6xou8X9BnJnnQ0161v6fqvcYPZ65N39iI8/PB2TgV3nb7uyhaZ cqF8sVJNyyWs/p+t9LCfB+2Kv2/v21zjb9NrRq4iW5tre2rzY/JA+3zVz2nb dtnNl36HrcR7reaEdZXQehfb8TR98b2ffd7j3y1gEG05l28rAAAAAAAAAEVm 5hWyO9vKJUy/tlgFtttttttk3Cpj273NtbZKpU7jaabYCabYBDZZm5tbe2bU qtI9sAGDGH9JJJEk++++++kgAESX0kn33yX1XCvLZsqqfpu07a2xgATNS6NS SSdVVHkgA8l711VVVVVVTKqrSSSsDYuWY7vbtRJlVEYy6llVUBRFBVN0DAN9 73vFUVIMcsBsE2XtxNsd1dEa8RGcWd7yVFVQAVVVVAwJYEgAAwCUglk+RuRR V115l1HDzLuCKdaHl7ybA95Lqp1QwBjEOWVQyJlkAUl4AF6vKI9C8lTieyLn WBHN4RcOO2nEt8ve82D95tv3k237yctpI970eGNeTcuPeUy35KG8vk5hFvau kc7ysts197ybBu/qteRVFUvKCqql5AFUvKaqqpeQFVS8qqqqkpqqqYjcmgPh 8bphzPd5FBF832bJug/TEgIOHQDGcMmaKsI6EcrzxHO6u9zeTzs6ZqWmYIns mYXL/KfaplzJMq0d/md7AM7vbxVn90P1mLBwr0DtrKtsIu4a8ncdVnYcXdma Z1Vxb8nH4tz+b7juPy66COdO/SM87jp9e10tsxKpqqpeU1VVS8qoqqXkMqqX kFVVLyiqqqXkyome7bfOd42xWOBlDO5sGIGxsQAAAPfY8z3r3NvbIZVOPd9/ SSkjAAoAYMAAPTtd+6qyrohdV7ZbH4AAAAAAAADJ7Hjzcz1Zd1VtN+AAAAAA AuSAWove883Mr1XmVPsfgAAAAKYhJAj74Pm++261r7vPrzfc0yvkIQhO3cIQ jaPY5uer0q8lOY15ptOxAIBAIBAIBAL3o57dr0q8lOY16xAI+QI++LSyFpZC 0pC0shaWQtLadt9mM9u+JRGU/aIBAIBAIBAIBALd33vTJ8IdrSt29PHJ+Sx2 kJn9mN8HriB8BABiBwHM8eb5S04asOeCHguw4zWlMXtpfc+FoC73FT+++Lzf fXs207vs3d9oq9IfopMHdfLupueTt1D90ua84Zrj6a93rjLCHk2btc5QZ3vt l3zvxPZ9lvvxLIU+0QCAQCDopJFJIpJFJIpJF3vdjuenZeZWUvdkQ45GKKSI BPogBQ20KRobaCABw9NzZCmRd0sud4kAhsHLCAAAGwAYABABaGu3enKuyour 7OBtgAGwqqqPeTbZC8pkD3lLA95MYe8hge8pkD3a5JzebLIy7nrfEMBth7wA e8gA95AGpIiI1rWtQAABrWs1AAAGtazUAAATWtamgAALlfZ7n33r5q83fOb9 7UAAAZl5AARAzMyqjMySrvMlRknwSSSRyEkpZXHe7C6yW+zEX3SSSNtttttt tttNu2OYnugy953VEZdqt1Wlo22tpa29JJLcwjmYQ0a9ne+zMunu7kzzYAAf a2239WJ+97JRWPcu74AW0CENBBAUgpBSCkFIKRJmUALVVdahJMzMAMygEtvf Z5BPX62XYR3hxvEjdPl6RjRH2rWIci9mCGac9yx5Bx8MbkPkezmN13Zivwd8 s++tKNMG+fj9x31Io7CkXvtF0549HefNhed6uyvAtri0IlStx+i6+YiM29Wj OdCFBIWC31Gt9ufc8mNi/b8L9vJPubNcAARCSREAAZt73d5rmt8095s0cAAQ +aABaI+Peznb3N70+5s17oADVoAFqiIrQAG+7b7ne3Ocfc2e30AAtaAAoADE AAYgBPe15znc5nOafc2e6ADEABEABmhTnH3u+17Nc0973hnnwADWgAWilAAt ixVsgWxfe763O+17Odd4Z5FWm1b0kUCIk1VUpwIyEczPe8QnplVu3eUvDI04 SJJJSIiCCCRSEkkepfOqI5Cr2Z6r9K33o/ee3HlfAAfAIBAJgmIQIQIt5t57 1X7PR+WeWLmipbplcWtGtEtKW0bY1tXXvMyWXsGQco6KJe9Xn7ZietzF4Pdc G4Se2HeGDO3Tq6SqZEhvVbJS/HNidXXdeRmY4Cl7g+6+yDrbv332F5PL45PZ vswcfV++FhZl5LO71TZ5S2DsCa7noOyDtN+Ju84hTyx9mD/TXlcp+vu/bV/s PeXk6sQAHwACA+Af33yGIBAIovM96Vfvep5fk7wATNhJJJJIgiCQk/F6QBeW XFbWV3Fdc7qvZq85eTbBeRIC8hge8/KPMYLyGB7z8lEeUIGClQkgYLyPm15N tryL2+va++Lu8mMFcX9+XykkUIAmJiBsGDBKreKbfsOvc/b6X7jkwBjbaabb dWoS87qvr97z0vdEtpC2y1VVFhwGSsoACCAAyoTf281zz93Wvu17c7n3LIW2 aFIKQUgpBSCkFHMpCtSwAG2SBbQJbQALJWBQAErIKSgAoAM3lt373vJ0+9rf TfmQUmgFIKQUgpBrSCkSfQjiqzRCCpeVxrGn2i0zFDrhauhKUluzL7tOeYpb rF1+Uryjy7sjM3r17nfkWC7j6Z6ftio2vL9HK6GnV3Y+qkI5W3QLq2eszMeh 03IM8o6X5FCmKZyi4y7l457eNA5vXV73c6XP17ekFFRUlru9q969ujm0EKK1 bp50q3mE8S5Mp+bOdlxZvmujuvpz6Vf2w/rKvRZ9mqJrT30ehehK1F5W417v Ojm+n2yKfSRL0vfc+9n3edHN9NEIGYZJW5W5mol6vWlSS+TaS+aQ3uzZnhd7 ceondetZk7j1Wme96JfN/L5fRpl3nvWd5t4XO+9cNwCJBSCkFIKQUgoMDg87 z1Oc3wc773oQ4KrJJFUR99n2b3c+5tyXn332/gADa5d67K324LazET21NAAA QNgDBAmIZdrAolSi1NZLLJFCvzRTllw8hw8cdns3nR00d7s3twEoylcMyTGr TFNrFHB3Q7y9ymNFbdVL0VXXdLeull58Ac4F4SO2qvnxX7DnQ9hMerB4K4/u J8vo4yOeRHfDFqrlTgX3ZvTjH911UfU7WM73uCqqqroAltALcAM7rnucpvTs vO+7v1AhbQAGjQIW0CWrRtINpIFtJIfva+93ndfL3pe/e9vnsIXMw+UJF8oS IIgATEwBC6e7vefq881Pe9l6BaSSUkiSSTkTGDGhjQgSiFOJJcGl9rRd7Dzt 3Mz2pJehwnCmJyUxxqW2VK1qXCZhjgBlMbt+z7n3Pe0b4PPufbnWpUrVaq2l ZUrUAQ0JoZ0m+93prvdRve9ax80MY0BRa1LbK1LbLlz1NGguOnRqBJrd9lev Nrl7Ub25ax6nHHFBSDaGRoHjmEq44YQq44YB/QFBYGGnWl1AWRQEDejbs0Qq 5lcgaIpD9vf2/v3faN868zv72+vXxmiCkFIKQUBmtFdDmUwrTGuNVqUStGpc C5gm0MU186uvd71q91b3vV97zBoTGhNVo1KWyjUo1KJWjGvZ3e9/ZmfXmHd0 97VLmPL3rZdrd9qtS1LfBuHfUA2mdGR6cMi7wGAlibN880GyXXbuCuDFgLs7 FkqHb3lbBdjzQMMruvdJ7l18ZTruBu+FMxE69QM3PNroYTZ+Q64JhLlurbes lUSRLJ15yydu6QYdkfjI8SHUkuQl0mbiSI90kihOklwAAbuN5lD9SqBQh3cS kSSYm8xlvQ5cyCZkU3XN2WptrRnBnEbwk3VRJ4mo+PC+LSpHMUy5t93bs4nr aXXZAlW9nO89cJ0jtsWtCU+sSyJbW03q5Qw0/5d996Z33Zcn331xsMEUw83N Xa++dpP3YZMup4A/KQgvJITpPHd0T7ctnA60Zxru7sXigVgWZHL7Pd1tn7cN 7w0SoZlvsy+geE3xtpIJPOdGmu08jwDHsyqEnGLq7Oc5SxIe7GCd3QoiScGv hnUd3dZ5i0mwKJTt2KAdvtHW6u152yRwtxKTp267SvFKbj0DARwtzV7nd7Nv Zs2RNcxy0912WRzN0LI50cNJPSQhWud2+3etuySSPZsyS0WW240km62wKSZj 4eWtjlHXJJLbeu5bb3+78Jn0fBL2odvZ98B0mZ9NyvHZWo5nSpLp3NjxSTAA bi0xG+7VEt3ZAM7qctsLcbrZbslHgKgAjEkvJoa4w2rNrbZqlykR83fMATxP eyCYgYXhEc9MZ3QOYJAFfoyNQk3krDkJJDd9f2RPuHi9u3uPvsbned1nFOyz MZhVz6rlm3sxtvZz2SJPtLs7jQaBuWlTE9Yg6QpXaACC0lzTzO42vXzt6M+S tsJkgNhPizpJ4HDHd3b6+1pG6UMGnNzVNaKrG699b3rYwBDK8zu1vPY6/bt6 3vdm5OA6Rue3RV1vT0jOFQO9d82bcyJJnNI2RV45u7JN2dl7u62eUmyQddYr TAuZHbQAAkkgAMwNXZn933fe7rA/qfQj5vfbvLsbt211twsrAXLW+TnPoJ5E m7SX4LVP107IvItp2WONuZJfQvETtGVu25VmLYNEFLBhJTc6y9JIZcuXtMms XdPSRtpJHESTT7WfFyyXdtBJJPgSBwBPm0T4u2TlnhvS0RRtiEkyNJHxJ8ES Skk0l4YVnO3t22jZHuwz0cZIoOy9nUzUieRlsiVbcSSSzJLbbbakogvIT2Od vlkEgAAl61cVgt9WvQkmISz1txbbb2ttlpgAC3sttrXnOe+7DUabaJraGrZQ YliViqVS0eRGTJO8XVDr7u6y2tyPERCeIGy2kERkHHKSSDj7u12rrDCaWa25 6OyGSduymhEi3oniSq7uoXrfSh+ArLPiLkUb5yNLV3Iu2QASJd09SRRiXb17 dtuZtd7hgFvq7UPbtVV4qPF2uXBI88jFPhe91FX5z0ObF4QUiC8EM7AeqecZ teV0ZDrKo7MRbael2U3/UVm7o9fiyYz9PuOb7HGjLazKxAgI63PZlOeOWuKS ty8716687VzbnCwYbt6rdMbzrt3JdLWrfhc89j/Xfuft9OXhzn7h1FGhIUtC FKirGJGc+7Nzu/u6vv3c7ucQhCEIQjVL7vN757ucecHmue5x6jaVD9BSCwMp jgMhUhoNUxwgpBSCkFIKQQxMQihFIOBJPYa537Nb+57Xd8561jVN8MjGQGo4 xjAQ0zM72X3hbdo3PVjTBDGMBAITQ2xjGMtZ7bzvdNfjFuFvgQxjGMYxjGJj /skyEXygpF8v21e77qRixGZF2cvlByL4uOYQbnrr8RSCkFIKQUgoDKb0Q0GG ZhBSCkFIKQUg4ZRsWPve+/c/b37OPeGX7D5WIgxFFEEoiPR1O9w07JrFk120 u1S4bpJMgD3vL4lNtFL5kc+QRxJxxjGMmV19vXdde9PX3vt/PBqLWta1rahA UJE7yhtdcz2daohrF578KXHKyFGOZ2HOmKQOyA8YPblnDbM6XKXOs2h3b44a 9tWEy/WEbZWbVRc3mv389WPc09lIA7OOJ66uX2E7PTO0nhJizvU9h5ZUvSHE 99Qbxp9Aevkd1Q9nzi9GL9U2HxxLz3v7wGAEUAUADV7zu+ns33g87v1nELJJ EFve71z3ubL3pec96BtdhrOe373Ob1eXvR77OaLfwBbQCZcoWqqqrRvq97tu ss3U971N78gF8gF8mvhsM1OBORRTh797EbsKYp6V7VDpzMzMzMwuSSS7Hb4+ n2X9t7307v3vczmgAANetzfu67Pvdv33r977QBkl3cqSXuZmZm2dsFcijFup jRmZ73ju1ms6PGULAexUfjrgnErOxaQ+MrWrAbnsB3usHAPTLsuULXh0rrnj ml5Grj7sd2cMzNagDvjueEv04w89a+8D3uGj7TNj15v52+5cynD0KfVxlqsT 6V1C94WSuyGXanjy4MyL9sWd37jsqZ3v2ndxe8vrS+TQh5AllBQknfvu957v M+97n2r99rpsBSCkFIKQWH8wqQUgpDnPvfc59vD9znv3m/fe2eBSCkFIKQUg pBKkFhwgpBSCkFIKQtoMDzW7J6wa7etFEWpObnKlWRrRnv3o/RyL1vtlM5ia V+88zPZ7Bq80lK+0JWrjft+xRERVV+CEtoRzvvHt8+8Z9vtve7N823YgbAPy SkkXyckXyCRfJyRfL3b73t/fvyov3Tfds09D8vk5IvgjABMYYl98SRL5IIA9 T73r/Zqn69PdzzH3dra2xakFrIW2QtpD4HMuEFILAUgpBSDmW32znuafPHVK c1mvd+npuby71/uoivy1Yj89vfOcfIrnxwhzRZNtCvHOVIfWQpE9Q7vHw3Mz ecczGpzRuvKOq7XKxELrT2btW7dd8zSm5Xe9tKbzCZ2W+Welc8yXS3jl12SF Ij559Kz6cjjfsT3Vev7ru52jSJlpL3pbaXySJIldUAAAAAvblvvap16X7uMm nqAAAYMABiBhH6pW9Kvr3zvOIn800226SSQCSSCNbPZvFX19fsGqq+khbYSW 6AC9oANFVznOX2c59v7f3PZmdiOLgAzcZl4EREAJd5ue5eb+199v3b7r0QBB BmZkQARBmZgRBEBmZhEAAZl5AREQRmXheQGOXNd5eafb57l5eUdAQbQgDaEL REVfvbzOb113j7W/fXne+HwCkFIKQUgpBSJXnN++u/D7fPuXl5J8qfJvd3vS s697DDPkqS++bS+SUT1ZI8lMDMxjBi/TztHAuiW3Dhdr7VSPZdebM25uhFFP gShL2cW2auzil0FL4ZmbF3Lrm56mT77lixo+z3efe7dHxo+tnhFiww7pyca+ Odaz4G5rwVAbq83U9HPdvDEL4alo6VkLflLvj9klHuFD5lxT6zfe97w/eXg1 4ah14KFxS5f3vGDXXr3lSq3nJL3oqt5mZmyZwsquSSSjydxTqtNOuVVH9+/d vFaRFODhdOe973vL1xm42dzT9rf2/d+lQlQrFVavAAF3YAAF3YAAGevvX3e3 9n33t93t78qrJUgpBSJL7nt873bbm8+N6tv1VVhXN9703x+19l13njNkXxC2 wLMrymZXlzS1rVhdSvqvxU89I99qh398XmEUMO6nV3FnvGpDntuZfbyFSUEf UdrWw8IVszbrfgczNj7nRueZkynfJA+Czu92nKbHJLiwTJpzj29dtuxeB9kz oQN3MvDulO5Y1SPJXulb8M+F8vX7z679v2fs13XP03sfELaQtoW4AFLQAtRR RwpaQy5zWzm/X2d7rntKb8QpaQpaQpaQpaQpaf2iCkFIKQUgpBQdGqQpaQpa QaUhrm/e91993mXfOdN6nxBEiVFFFRm13bea9fZ7uuYa137uYoiv4ltINpBt IW2cIpBSCkFIKQUBzKQ8b9rt577NlbnVQnXJIG209GN/JJoBAIBFh2ryzO0m 3nfVTxANoBAAIBAgAA9tqhZHs8XPeoy6AAAAAGDAAPGVhpUrdvytvMtgwYDG FffJBAEDD1XaxHsF716qm4AA2ANmJyIGxg6bx6XFmVv3vbYAeXyYxfIBQbZB tlGRtIW0OwzDsc9vWuPHOXRnYetx+73RZxec+obF6qOJ8sHsLCFB6vJBBzKY u5rREkZwsPpTVOGezXLfKHrnZ5G7/aze8x97Mm98fg5Pqa8eG49MJw7TviLp YPs/Xi1VuzdoOaZNEN86VVM2tu0R9W/T29L+Q9uV99WoMtREQohVFFHviFtI XZb3NXeHe+3h3viFtIazMIW+whcaDUWKqm755dcp73ufG99+AToC74zfdzed 3n2vvtcmpzQCMuwD7e9p9cZ7Tvs97n3jndqlsAYMAAAExMrvIN6nk2u9Xuds WbgCYmDBgAAAGfXjeHLqe+nd71GZbC4SQjBgAgbAIuePOUrh76qXd7nm0wbT TtL4D4G228Wc37nXtO2+71W8NttvwNgNtulXYnvO16bO6vK5i9+855aq765T t8d/BKvyLH4/o128Dz9swSdvrm+e18xGw6XweU49w6J1Jgq5DqhYhi6bfce8 N9o3dFnYyX33fLbkRfs9k0fLnHIZ9dmLswZPXh60J4Dc329I6tp50c+7m+53 b4DvbWgM+qeTffblJGP4v76muqLS1eafXEBHW8jufRChbvvckWHTSbdd1V4/ b+5993x98mj2iFrSDWkGtINaQa0g1oNRRbtM1rNzbevX5p731+22+tCH9Frl Ra5UWsg2kLaQbSDaQtOceZzMy39y/t/vfu++92n1/FQG0hbSFtIW0hbSfgzL Kl3cqXd1J0zMwAADeddll1lQw/PP370nc129raaSkF8g8MGMGCYmDF7DY29w o0592+U7sFxrBgAAAgbG239MtvXnZzqu6t8q7XHmWlINEV1bbVwluW2B13p5 ivXW/r8n33fZ99yvN4ZlIW0hbSCkFIKQUapKOCoOlN65193b76d2mRNeXySf yb9Vc4jR43jNK8/z9i3hnOaJQcuVKXyDQY+6U+8PKqJ9z2u13WzksdpvToqM 2/C+U3eiYKL14ODveruf3zWVZ9Bi8QPdNXyUcnSfYm+unWSCcU9R4XDM0ea0 mD65XR91DyunfXcHnslB+9+1eh+gfm/1y0Pv15N2ZHi+RV3bje6yktq83MFi +Jpkb1ymty8m7Mn1okVDb10P7N3Ju4bcUy6bapedb72z3tD75YnNd1mPG800 avel95vuoAgI/pd/ab7jcyPmqz7u8zLLbTTbbbTbTovJg9uQHIt3cm7jnVwA AM5u143e9zNd1fe90QIQhQQhNZnZe9advnMazm8ZFSgRAioqii7frcctxy3H P4DT64Qz+h8tfVFefpnLAEIbBdvabzo2uNv2ow92qKvaiWPPR56Z7cVa86My pMfoXZvVVYPXtBJhG8l09n6unv5o/Z8geD9Bu6PjsbbP2BXjeWzkN0TjOp8Z hecPYXcDlb8p06eV3JDvEf737G/Ro8H5Tp67px9luC435eQyAXlISC8pCQXl A6dL5Qji+JEB8wGP2faO432TMgdtvd7hYA7dgXWM5bl3zedvveXvm03r0Jaq zkGojTnNYcdXV675zes93TzQRH9LsA7p2X+7Wc872c3j33zu4hWGAAPeO9Yv t5zmbvtZ73U7DofkKkFAwrAxbaqooqlSH2u8d27zPXE+ndu6b4SSUkfWpXrH 3rvDt6mMSSSU7SJHEdTynGt5Wt0kkkjYyZg29sTW+rb3wU9pp+7Voa8e6Gcp fUdsk9r55M9mrNnF8BMnPTDiizFiLO6lnB937czdY9V6AGV8Gsx8J5eYGxIh 2yLl2tZ20s3VJ5+bV4rv0xeDaVvy5WTyuHnmU5qOavIqiJh5HbdlOCY+6Klr f17mPSQrAgiCSSPGtVukyWpBIryRvezrU0/NOLLOmA9j7ddDASpg8AkiSTHP XYPbrXPS37OBczIDGslsbSFqWpbruurDmGu3u5KElFryON87fA233d3Ytqtt VuyVss3OSQGlduD1bcsXkvUqa4eqSttuZbbJJHMkFv+Xu88+Hvn9lL+B03iA O7a/bZFdneU7jnbTAHk1MdOF2J/kvVJKB47bltGEjr1tm7sTIGnueZaxm9K7 L0s8sS0ZVcwwYBbe9wwHz47MHI8zJcSphjyqvDjNrlacWqJDvd3VzySSWeO3 wHde7utuzbW0xskw5s3O3gnl9zZmw+yJSKSadkAt5RM56+q43z1bRYSaQyBk g8/dzAKzs9st9GpH0ittsZJKAUfEqPdlzuFNkkkk5ACZkLk5sNKJTwa3r3ef pO8WuE8pZJLbbmW20ddPVgncbEx2+PDAQO61ZZcy1VpJRTU+bVJXdmk+j922 YX6sy7vUAPbeoLSpw1ZiU93TzXJEtNtvlzoQTs1JaS1uCqe3miayZ4R72S5l Td1bkZAuFTaunPb7aoizuBcvamwAArfZnm3JgAE9LpL8TNvt9W8KSUulryHR Vy6s2q1qSvsw1VbtkZy9vvZPyj3vbmc5wAPe573Beb90AIBSN5JWXJ0Vduiy eSdnoVXvc5vEIIk5kVu7aiVc808G+zLa602xuvbe9bGJ3QJZku7et9ueO+7r Ipmel8F1vDzaLU53lqRkzIlXU2iZkuOWjd9ts3us093uvhpW8lEkle7mJN3b bSSSW2njAHZ7G5svbCN3aWbetJa9iQwAZ1Vt5Nq+pJV8YHLASFBtngktUZK8 kT2Hl1z6ecb++n0kXzzG56O70kgdyNq+SfgKYXWyiSWY5FOnSSXHe7WkIABj bqIA7BOR2nYZ2KS+n65JdJJJgACRAyRLHG7ykKSP4xyxttgAAJ+AzsCXEo90 YUO8ueZVIccgHcBHMZuAUg3dt7BAOvkF1Fszkq2okklmSgDd3MwXn76Yx776 b+73D25MytuHT4eNFuyRrt6bfSStrsb67Jb23LJFJ3cxJJJE7d7PbbtBbtcg Hu3VwpKsRPLz4TEQJKYnNk7u6ZLaykkQAZ4B+wuMEad6zygbfebb7p2Zy7pB HXX4r2Vg3d113b1rt3STKwABmKecr8ACQvPABP9YGnuitsgAjS6aPru7dtuP u91OqraDn3cA5VQGu8n5q5cx+7ttr2fpZmbaOpweueMqyric9cvVDys9kC3D 5+4J+Rss4LRncOQYZWm9W/d6PQS1KygYkDix+F/2Hmh97n3Z7vl99XJFgV66 d3gO3IFLPK4ZjlkS7rvgGFm5QEOl2gd3a6uH31d7L9u7nw6HvZqr+Qe6+zcC Yi6JUaabkykrULW9ilkQBMZtG5aYh921UR3AJbYTLoxzfzr7WPs59v7t34AA Bp9z3bnb+3keYzu7v7XftKq8AJbQC1VEdbbvbzv3NaL9zm/c9u3p9VWKqMRY agGqN1zfMzTvvU6nsNJx6Ty8nChe8oSUaRN2KV28VZfOZ2LXe8kZhkYpqupx 1Th202q5eS5Z1b5npkifWV09k0zlrSWYPXLzKWLe5ex7o3N457jALLnUqCWI LBx5OweSd8Izi9OM93LRg9RnceYo01bF5Zxe8SEefAOaHivzpwlaDn3jNIK+ efVQy13yi66owfFjRONQ1r8+mq5wraXTt9ViJi5znzGnE/XtH0r8YLvrv2YM qXh77QmfjfqnAA57S+a9vInmt+992XnPdPrtVUYoRSCkM7u4e0+vPuaPcw3/ m/v15ec/EFIKQUfMP9iZWkG0hbSKIPf3P7+vs/Tb+93mR+a+1/fLfc92fwAA CAIgCKAEQJaoLIKEXPguOZJCXHGtz69/Xnj8/39n7vdD+dftfu2/fu9rWta3 0smOMhWshWs6KQUgpBSCkFIKOOJCpU+QMTGBW7gAeujpnb+zO+7p/fXbn5rb hj+zs3NzRWDhJIOEjidJBBI4HTh4kHCSQcJJBuTH59cf2dPoM+wfCvdt7u/X juB1RUUyioqqop+mqplQkklNU7q4kklbl2W7q7q4kkkXcuxJVdy7Evfv2b3U KeufTr8x6zvG/R78rjhrAACJNVCSSQ5YmwJAj3ve8wYAEJJK4Skm963r+kre Zve6lTigQQRERAKiIiQh+dH35P7ufv7uh/f13+3rtv3Pd/b+7wADW973uEop BSCkFIKQUhEKEveRVFUkpqqql5UkkqgMaSScAABIADYQwaSXrszndR0fc/tw j6Dj7JU9eYVQkkEhKSSQSA2BIDAGAABIA2wlfby5y+cdkVHaU0+ud80+J11j 2r9a507vg927WPsMCdsVK+Qol2Q3ab6CaTGcD0dXuGVqDirucus3kVXz3D0z Gv8Q8ghiuduGB19JJ8NL7rvjs9xivFrl7UYNc8rimcAqw3ne1VR10WNZsjHH Y392b32wL5EfZ+R9s9MP34XvzfYbJl2VVVQ6qqEkkiqqqxJK7su7S8kru7u7 S95NJJK7t3dAVVTVVVVVVUL6aMz4/Xfr2j09h+zPr7UnudGgCSeBJOjW7ve8 Ia3d73hDe7ve8mAoSTYVgKQUgpBSCyG9YQzMwhmZhDMzDQl5KYvdR9H3zrmv phrYPoi9mrjJg+Xk22QgGZmEMzMIZmYQgGZmEgDlwtxsk+SSSCBX6nov3T9+ nfvxa/K80K7M09dYYAAuZmb1rkNBCKEQzeb3shrWt72TQEFAkGbu972Qze97 3AVDWt71s8nVVVJOqqhJJK/nMHT98t3sDDYR31Q3+3fdOlySSSSSSSSSEkAy TaklViSSUVucpF9rrms1i+VfRHRhcxVVnkqqigGIAbljGyGAvJwwflJIZVBV fddHuyfNzfS+Hx0YXd2xP2kn6/v3vYUkj5ZyBErN85zeyGt73vZPlVXWta11 ga3vJ8KQUgpBSCkFIKZrWiGZmHlLsF5A2vLrlNTH1PJX3330uvouoieqrOHO fiGGZnxFIKQUgpBSCgMzRrCGYZhMwy0tpbKWh4FisMMtYnaXY/p77fs6B0ti 8jFVX9t22oTcty78SnUI5COSRSEchHIRzcz0r37q/Z37s+5W6Xzj7Lzd3H8k klBAS22nDbbcriaojkI5ISNRyHt993qZlX8Vqxez5vipBcFIzLm3jeGdLqO7 gy0d4lX2h+fYvXiXPOGKR0YOHS9wdaJ6v3Kay/I7oCLKch/jPo/iYPu7PsQx tET7R5dx0tyg+I1qhrymalcwgV8VnZkzels1pP3aXsfZQsynvfKl9GfO/338 /q/pqfj97diaq92MydJCXDeJIAk8lCAF5BAC8yAlw3qSSTICXDcas+IvPor7 u+xE19Fb+H7M2L2Z6VTqqjDXBkYmAAfp3512d7VRa78jPfi+ea/e7ExjbaaY wfySSIwaSSXW3y913+73Z+rbk/O+VVeackkDmZCUUgpBSCkFIKQUQkG5QAFr AAa2jUAC1tYEltEv0zJWL9+7v3b+9q/J4vefr1etsF8kmxguIiIc3+ndb9+f ve/fvvuTTt89t3WdghRwAC3kkkaOBJbQgbd/jN/vu/v2bruq16ZjbabbdL5j aac5XXbneudarofTOcACD13cqLud1c3vPb99v7zevjX3OH6SVS7kiwIiM4/T O/vd/fcz9vy/a73W002mnAEADfLzdHv2R3h7u1ZqP6UYZy/JgXMwC5045cEp ztlaO4pt0d5u+39xfbfXjb5QA6tgznr69whNRt3Mc1lIzO8E6PK5/d4Ev4jf Dd9nhfl8vpJRpndde7C2OqQ4gOojOxROHOeZeF4PdNT8NL2X2nMcQP1WZyey L03+Rn3Pvvd3XvOCqq8JC2khLaB/AKQUhmZhBSCkFIk3lktpDfD8d/fd/fZ7 m/tbN59vWEG0t5atn+EzKQtsmAMyC+QCQKr/J5f7u/Vcfdiu/Fp/vkgTbYj+ kkkWf249n39vn9yc/u/zk5ms2AGm2m6DeOnPsvLU9avu0v1775A2222Aa1Nc 2v3u73vOb38u/s2BEGru7Bgpe099lVu4itfkE0AAC5IAAAAASluEvMzzur88 H51QDbbbf5JKW0AtXIS1+8c99zu9Hfvc5U9re1VV0W0hbSFtIUtgdcMpITN+ /e874fe+zWjNa7973DnCFLSlRRRR/BS0JPhDT9V9zy73PSyXXXqku2mntW1k 85s19R0h5l10KOfX2Xfj3IUrwtT6zjkLtzj7vb3IUkji69Rs3MT1NNrMe3wt u/4HiN5Yc+8ZqPPe+Xl9Jzcuvdq6odBrO6T5iwSkenTzr4rJstmlBQacnr7R mJ0E/R3D2sdid2xfzfiYvS8fWb7c9nQALXl8QzMwhmZhDMzIGZmEMzMIq9q1 Ve7l2uvdxb6ytSkgAFJSSL5EbXlLbXk22vJtteTba8r1uwx7r0uCnXZ7nuX+ BQkigAbzvr7o59y568w49ai9+SR2LuHZ0VK255g7pckven3l5erPezuadFN/ X3B+rv26EP3PxC2yikFIKQUgpBSCy2UikFIKQUgpBSCkK1IKQUgpBSCiCC+Q 18m0n6/y5/ugUNc+v8wrL75fqTCwIgAu7ACAWsIgIgXvMiIIgBmZkAARHj73 7nt+5y2rjL/W59r2fr0RAQVFuXHgDrWEM+1rRBDWXCGZmSUUgpBZDMzCCkFI KMSKQUgpDHMpBSCgMmXMIZmYQ1u8w19+/czjln7Q89vf79vpDMzCGZmIpBSC kFIKQUgomZmEMzLbbYAFtwDMxrybbXkVO5NHzh188ce+zJ0+++teTba8pJF8 pJPvr5gABd3d2wYAAMGDAYBd3LsABgwAYMBgy7u7sAAAAAAAAC6u7sAAAAAA AAC6u7sAAAABgwGILu6uwAAAAAAAAHnOUyt31t8FXXXVynsV9l9vrxx50x9E bTgXUgjjty1IMq3N92Q/pzNviEV5t556OHhRose8hu5X7kpvFIHu1UGS/2lg /aAQcYGeym/Q2nTnR4YbYRpahdGleNzymZyrZWGbL5TfEiQYX0C7cG79H9Nk vr/Tj9G1vrh9zm9b/t3d3Lu6lr/eAAM1rWgIgA1rWtAAAa1rWgAANa1rQAAG ta1oAADWta0AE5zrNPc/dvmk99+rfN7/atdrq2yFtkG2QWQWQWQWZ9+fs/e4 ZrKd/d/Fe85zF/ASFtAhaqqqr9z35/dN8bT9lfTMgqIjfQl6IS8vQk9mN6sL rNYe+K9M1r6T8EihATckBe87w+n379zY5VrW+aS9aXphLy9CSDVGaGUqJzfb eazAgoSDFWKKKL327nLvnvW2neWzedtCiiiiiiQSSSIb7bnf3tan33PZNGsz 6YhCoQohCEd30zffa+4b39c+t9rNGIooLFFEAFWADFF538fZy2+9ec1d57nO Pe+Ph1L0g4+mUnwo67rpaIHt3OybSE3d9iHbqLxa/Wi31O4u9CZ6s8uB2p7f ezJcUrLw9Zbz/luG7y9jwW+RVS34Pju1JoIrUEFMg4pXFMxguzk87PPhfYtB B7KdoflEWez8z8t9pUfvfv5/L8v2UKN6eG2qQWlINaQa0g1s4qqXG2ix+vt8 5PvX6a0v13L5l/AUESQJUCVAlQJU1rXu8c797XvPcSzvwqoivhSCkFIQbF+A AtPxaUg1pBa6q4SoLRAABy7iIiAiM37H3f2ent/rmQey/3ggiIiN3cVAzKQq QbQsK/vaffv2dP2/3xpTWZDNuOvtfPfrw9pKvn1xzwAB0AOJBSCkFEkmZ7Nc 9wuu0z1uftmLBkqQUgom7p+++78z7jL27AApL3vu8feO56mKXcADgAVIc97P cd9PZ6mMKZi0vKNSSSj3tT2yTR5juKvKrqqqnlk97fZeU6YyRd0Bjuca8Nwg 50XqxHZm+s2L2u3yvI0t2TSPVZyA4303cJzH486lX3CeES9DL/Hn8viM+yMZ 7LjiKM+4LRjNlRaeslHn2AG7fTgq+Kzpt8VoAjGVmw+WYs++NmxZvdLjYo+3 xwe7X4ADJJJTeffZ97p7XqadGVn+dkaOiSquyIjX3ufT3vd19czSZnrgIIP0 C2kLaQ/fe+7fvsz6maT9rT+/EG2TQpBSCkLmYQUgpBRJmUloioxzX7978/fr TueniI5Ui7WBHvb97uejXLy5tsTBfJgmP8JjNkh3eWb3U1+ld348BFJAJJJJ JJJJJJISTP379fvftJmfvzn7MzNaVCiBR+5z975z1p+zr5WKKL0tKQa0haUg 15rRDoXVRVUko8kdNZdxhrhPhc61eQQAgQTHJIpCOQUkkchHIRyWk7Png+6X jsl+PetO6NT34fZSPbVOcDqsMm9mFPbyoKVmb7nr65BV2X3adhSfu3Z1B4yH YH2B5m6ZvNonOCtGK3+LwQ8Lx7XuZfmPqV3cu7qw60NYPeCo0x4hdZyBdslQ +5ncs2aedjcytWtMmFp9lxnfTJ2x3TC3T6HDoTICXDfeS9keKiqEvJMgPxkA T5MiQnzIkGgAIbU9f1bG384T+PnNfDQCYSOUA0NgQAgQDIBtNjIA+++Po7NP vfPxfzUuG022m3Ag0azToho1mnRC3Q4HVVVVw1o1pAABqZprQAAGpmmtAAnv a9+v3tfq9nn7tkWLjslSsyZMkpcy7iWCgn2/37X599+r9ep+AfgGHyYAMGdx z7e810/ftbbT1JfIACNUfwADcI2kPa/b/O/fp+u/37vZtkzKQtpC2kLaA1Rn 79+zzzufp+z9xSeCAoSJ9b96/dz6fZ9zkkkysJ3BRQhCe37XPOdz1ezm4QhC EIQjfySS35JJR90OT8d6TlyzvXTpbd+Y3twhaDNBzh3Z3r5mSXTnP2WHIr43 QLq82u22jbgn7uwTO3l2PM943uVRb0c6SpnvDLwZ8D7acXptaiSsKGaupBvp 7rCPXnlwFZTw7KeigYAsKbR5CjCkYt19EkuJ0hStvQNHKvlXuQd0Fkbetpy9 X3d25bb27awGk1D4gPMJJDljnsmN5ZN0dI5mWu3u7ra0koSBivnBpK3e6+ZA gy1T1Y84bw7d6NeAcdG9Uy24ABsWSSKV5uGInuSSfiXTmFRvNStZT3dskt/y 9377sy37fvvuzunLwBqA7hXOj7mJy+Nhw2al99Pr4eEBwiZCvJDIKR274k7u 2QknSY7L3c1CSUABc9ivp7bcshBN1aVfW3d2tkmpWypDkeW2tFctY3fa5rGy dOr3GfTeyW90I3dAMSSXiZ6EwXu7i93XbG2+1v13ZNeccwbbHO6KSTIetuoC O4Nnd3rudxObus5BTuEmoQC2q5W7iXIne7szNyt3ea/c9Vu7ac53s57xgC3s eHnTesooA62+s9baUSbfHuJ52VJJ2XMtu7tuZAJe7cJK7utYwd1qG2+tlkkk l7BhqUJe7rjTvtBT3WwyRdXcZPN9ZJIba8E6S0Bjg2mmGQ9e5VWrCbqSVtrv ZlFkgkJJwZs6MQpb3EtPzJwI8d8S8JA7LIidW+VbRJPibMybJHMAAias2Tms To7g9OuieUghM5JdDuyST2GUY3Vy3RJFtt9W5kfnIlve95zjwF713wL73vMz Od+U+immXIJXbwWLxMk90ax69gCJR0k3dth3dvrjBytp+G+hZBtRAD3t7HaS d4vmlG8OgRIAk3uXWjts4iUl3LvtzNuP2Fu7IhJGI6LsipcbYpAtjslhR3cg b7m28KybVASXLbruiN6+b54mxAiWhNm7v3W33yffOgE/E7FEy3wEBK8La0mz aGzus29L646HOiBLhQtgvuqr7e6uZGm5LbZW3mLNSSLJOVNRvvY2ozAHC63r xyS25h3GSGXxO7qtAvQ6S2dyEjTBidryu1EpJIpckil7uJkhkdb6jvC23pJj knd3TdPUkgd3c2lpzDLvdYvSWZM2S5bbEvJJLd20nTVXrzR5rzthZdbaSSXk 5bQN3dzfv2/g73trfu9d7wtycmc3ieSN3NbVxupVexvzl7u61uSSAASW2SO3 N3fZtgaNt17y3t1cB1gsfOEkv0cHoCLI5J3d0ktrsjbRJyvW11RN8lPB6uUn a22T65Wx3u82wESbMttlxTJGW93dm22116klHSSScx2e2rrbdR5YxgbHZN09 x9FJbQABe7utsJIoAQWr1tzBIPX3cHZtPTASbu7WtGS5dPL3eU76VEDqPT1h D6VIZrsptxFbzsKBjzfV+ywX19dSML5l5vbDQaVoy9i4ILTWzoGEU+Fe/4Lh 8bvYI124s6cvp9wO2vil5MgxjABSPc4TfTiVoOc9uKX07SQrduaz5uH8svt3 HfPV3dEcF7r0+z2zgQLShCF