From owner-linux-xfs Tue Mar 1 00:00:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Mar 2005 00:01:02 -0800 (PST) Received: from albatross.madduck.net (armagnac.ifi.unizh.ch [130.60.75.72]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2180sU9020123 for ; Tue, 1 Mar 2005 00:00:55 -0800 Received: from localhost (albatross.madduck.net [127.0.0.1]) by albatross.madduck.net (postfix) with ESMTP id 48FA28C9841 for ; Tue, 1 Mar 2005 09:00:48 +0100 (CET) Received: from piper.madduck.net (piper.madduck.net [130.60.75.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "piper.madduck.net", Issuer "madduck.net CA" (verified OK)) by albatross.madduck.net (postfix) with ESMTP id C3CA68C920F for ; Tue, 1 Mar 2005 09:00:47 +0100 (CET) Received: by piper.madduck.net (Postfix, from userid 1000) id 1CD38100AF35; Tue, 1 Mar 2005 09:00:48 +0100 (CET) Date: Tue, 1 Mar 2005 09:00:48 +0100 From: martin f krafft To: linux-xfs@oss.sgi.com Subject: Re: disable ACLs on xfs Message-ID: <20050301080048.GA737@piper.madduck.net> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1109609019.4146.24.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <1109609019.4146.24.camel@localhost.localdomain> X-OS: Debian GNU/Linux 3.1 kernel 2.6.10-9-amd64-k8 x86_64 X-Mailer: Mutt 1.5.6+20040907i (CVS) X-Motto: Keep the good times rollin' X-Subliminal-Message: debian/rules! X-Spamtrap: madduck.bogus@madduck.net User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: ClamAV 0.83/733/Mon Feb 28 00:03:39 2005 on oss.sgi.com X-Virus-Scanned: by albatross.madduck.net X-Virus-Status: Clean X-archive-position: 4998 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: madduck@madduck.net Precedence: bulk X-list: linux-xfs --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable also sprach Fabio Capannini [2005.02.28.1743 +0100]: > It turns out that some applications don't support xfs ACLs in > a correct manner, so I was wondering if I could turn them off. what does an application care about the filesystem or ACLs? or are we talking about tools like rsync/scp (no ACL support), or low-level XFS tools? --=20 martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck =20 invalid/expired pgp subkeys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus@madduck.net =20 SUSE: Soll Unix Sein, Eigentlich. --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCJCEwIgvIgzMMSnURAkLHAKDVe/IG8Pi1nj3A8NRQqxxLd6+2SgCgy8qo 3ZL3j6t85Es/aP3IzH+5HWI= =rM9h -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-linux-xfs Tue Mar 1 02:53:56 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Mar 2005 02:54:00 -0800 (PST) Received: from mail.enyo.de (mail.enyo.de [212.9.189.167]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j21Art14030691 for ; Tue, 1 Mar 2005 02:53:56 -0800 Received: from deneb.enyo.de ([212.9.189.171]) by albireo.enyo.de with esmtp id 1D650f-0003nT-DH for linux-xfs@oss.sgi.com; Tue, 01 Mar 2005 11:53:49 +0100 Received: from fw by deneb.enyo.de with local (Exim 4.50) id 1D650e-0001V6-QA for linux-xfs@oss.sgi.com; Tue, 01 Mar 2005 11:53:48 +0100 From: Florian Weimer To: linux-xfs@oss.sgi.com Subject: Re: disable ACLs on xfs References: <1109609019.4146.24.camel@localhost.localdomain> <20050301080048.GA737@piper.madduck.net> Date: Tue, 01 Mar 2005 11:53:48 +0100 In-Reply-To: <20050301080048.GA737@piper.madduck.net> (martin f. krafft's message of "Tue, 1 Mar 2005 09:00:48 +0100") Message-ID: <87wtsrocw3.fsf@deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.83/733/Mon Feb 28 00:03:39 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 4999 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fw@deneb.enyo.de Precedence: bulk X-list: linux-xfs * martin f. krafft: > also sprach Fabio Capannini [2005.02.28.1743 +0100]: >> It turns out that some applications don't support xfs ACLs in >> a correct manner, so I was wondering if I could turn them off. > > what does an application care about the filesystem or ACLs? or are > we talking about tools like rsync/scp (no ACL support), or low-level > XFS tools? Most likely the application supports some form of ACLs, but doesn't work with the current Linux semantics. For example, cp from Debian's coreutils claims to support ACLs, but cannot deal properly with older XFS ACLs ("cp -p" fails, breaking build scripts). From owner-linux-xfs Tue Mar 1 14:41:18 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Mar 2005 14:41:19 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j21MfHkE005739 for ; Tue, 1 Mar 2005 14:41:18 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j21Mf6rD030818; Wed, 2 Mar 2005 09:41:07 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j21Mf6V8030816; Wed, 2 Mar 2005 09:41:06 +1100 Date: Wed, 2 Mar 2005 09:41:06 +1100 From: Nathan Scott Message-Id: <200503012241.j21Mf6V8030816@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: PARTIAL TAKE 902621 - fix inode64 option with NFS X-Virus-Scanned: ClamAV 0.83/737/Mon Feb 28 22:22:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5000 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Make XFS provide encoding and decoding callbacks from knfsd which encode the fileid portion of the NFS filehandle differently than the default functions. The new fileid formats allow filesystems mounted with "inode64" to be exported over NFSv3 (and NFSv2 if you also use the "no_subtree_check" export option). For filesystems without "inode64", the file handles are binary compatible with the old ones, so it should be possible to upgrade a server without unmounting clients. Date: Wed Mar 2 09:38:51 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux-gnb Inspected by: nathans,hch,gnb The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21686a linux-2.4/xfs_export.h - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_export.h linux-2.6/xfs_export.h - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_export.h linux-2.4/xfs_super.c - 1.301 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.301&r2=text&tr2=1.300&f=h linux-2.6/xfs_export.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_export.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Fix interaction between XFS with 64 bit inodes enabled and NFS. From owner-linux-xfs Tue Mar 1 22:45:19 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Mar 2005 22:45:23 -0800 (PST) Received: from ALPHA1.ITS.MONASH.EDU.AU (alpha1.its.monash.edu.au [130.194.1.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j226jI8e027559 for ; Tue, 1 Mar 2005 22:45:18 -0800 Received: from localhost ([130.194.13.82]) by vaxc.its.monash.edu.au (PMDF V6.1 #39306) with ESMTP id <01LLFA0B3LCM8Y9T4Z@vaxc.its.monash.edu.au> for linux-xfs@oss.sgi.com; Wed, 02 Mar 2005 17:45:06 +1100 Received: from larry.its.monash.edu.au (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 76EAC80007 for ; Wed, 02 Mar 2005 17:45:06 +1100 (EST) Received: from prk-exch-01.vcp.local (itech-216-009.vcp.monash.edu.au [130.194.216.9]) by larry.its.monash.edu.au (Postfix) with ESMTP id 50E7F3C00D for ; Wed, 02 Mar 2005 17:45:06 +1100 (EST) Received: from 130.194.217.31 ([130.194.217.31]) by prk-exch-01.vcp.local ([130.194.216.9]) with Microsoft Exchange Server HTTP-DAV ; Wed, 02 Mar 2005 06:45:37 +0000 Date: Wed, 02 Mar 2005 17:45:05 +1100 From: David Chalmers Subject: xfs_repair core dump To: linux-xfs@oss.sgi.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT User-Agent: Microsoft-Entourage/11.1.0.040913 X-Virus-Scanned: ClamAV 0.83/737/Mon Feb 28 22:22:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5001 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: david.chalmers@vcp.monash.edu.au Precedence: bulk X-list: linux-xfs Hi All I get the following error on a crashed system. The filesystem produces many no .. entry errors for directory XXXX errors. The system is running redhat enterprise 3. The kernel is 2.4.21-27.0.2.EL.XFSsmp taken from scientific linux. Xfsprogs is xfsprogs-2.6.13-1. The filesystem is on a raid 5 box connected via iscsi. .. entry for directory 4170161098 no .. entry for directory 4171559879 no .. entry for directory 4171585601 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... rebuilding directory inode 4162080125 xfs_repair: phase6.c:2604: longform_dir2_rebuild_finish: Assertion `error == 0' failed. Abort (core dumped) Can anybody suggest how to to get around this problem? David ____________________________________________________________________________ David Chalmers Lab: 9903 9110 Victorian College of Pharmacy Fax: 9903 9582 381 Royal Pde, Parkville, Vic 3053. Australia David.Chalmers@vcp.monash.edu.au ____________________________________________________________________________ From owner-linux-xfs Wed Mar 2 02:13:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 02 Mar 2005 02:13:04 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j22ACvta011361 for ; Wed, 2 Mar 2005 02:13:00 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA25277; Wed, 2 Mar 2005 21:12:24 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j22ACJXE2678470; Wed, 2 Mar 2005 21:12:19 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j22ACENc2717025; Wed, 2 Mar 2005 21:12:14 +1100 (EST) Date: Wed, 2 Mar 2005 21:12:14 +1100 From: Nathan Scott To: David Chalmers Cc: linux-xfs@oss.sgi.com Subject: Re: xfs_repair core dump Message-ID: <20050302211213.B2717513@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from david.chalmers@vcp.monash.edu.au on Wed, Mar 02, 2005 at 05:45:05PM +1100 X-Virus-Scanned: ClamAV 0.83/737/Mon Feb 28 22:22:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5002 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Wed, Mar 02, 2005 at 05:45:05PM +1100, David Chalmers wrote: > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary inodes > - ensuring existence of lost+found directory > - traversing filesystem starting at / ... > - traversal finished ... > - traversing all unattached subtrees ... > rebuilding directory inode 4162080125 > xfs_repair: phase6.c:2604: longform_dir2_rebuild_finish: Assertion `error == > 0' > failed. > Abort (core dumped) > > Can anybody suggest how to to get around this problem? Building a non-debug version of the tools will remove the assert. The filesystem will likely not be 100% fixed, but repair should finish and you'll be much closer to a working system. cheers. -- Nathan From owner-linux-xfs Thu Mar 3 07:06:25 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Mar 2005 07:06:26 -0800 (PST) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j23F6ON0032299 for ; Thu, 3 Mar 2005 07:06:24 -0800 Received: by wproxy.gmail.com with SMTP id 71so463364wri for ; Thu, 03 Mar 2005 07:06:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=ilppdGCHX1OqJfi2SdMRdaIoFO3KPuxj/FGUXwoSl13i7nmbLkkzlN6EAMX+RdW9TYKOiUCDKMbKs+V9VfEssKKE1T4Z/KIsu6INNljZwhatrFpNqCdB9NW4Zvfs8mcPfIhtgumF4d8M29J/pf5II8RdzWw+MIl8FEfjk98iP1w= Received: by 10.54.71.17 with SMTP id t17mr56139wra; Thu, 03 Mar 2005 07:06:18 -0800 (PST) Received: by 10.54.22.43 with HTTP; Thu, 3 Mar 2005 07:06:17 -0800 (PST) Message-ID: <111aefd05030307064c052b8f@mail.gmail.com> Date: Thu, 3 Mar 2005 10:06:17 -0500 From: Chris Penney Reply-To: penney@msu.edu To: linux-xfs@oss.sgi.com Subject: Optimal Setup Question Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/743/Wed Mar 2 16:02:05 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5003 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cpenney@gmail.com Precedence: bulk X-list: linux-xfs I am about to setup an NFS servers using SuSE Enterprise 9 w/ SP1-RC5. The hardware is a dual cpu P4, 2GB RAM, gigabit ehternet, and dual qlogic hbas. It is being presented four 1TB luns from an LSI disk array, each is raid 8+1 with a 64k segment size (so one stripe is 512k of data). The luns will be used for an XFS file system that will be NFS exported. The i/o pattern is largely writes (80%). I intend to use lvm2 to make a 4TB device via the command "lvcreate -i4 -I512 -L -ntestvol testdg" unless that is flawed. I want to use XFS unless there is a good reason not to. I'm looking for optimal mkfs.xfs options as well as mount options. In particular any settings I may need to make with regard to having four luns and a 512k stripe size. Thanks, Chris From owner-linux-xfs Thu Mar 3 08:59:39 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Mar 2005 08:59:42 -0800 (PST) Received: from mail.cohaesio.net (penguin.cohaesio.net [212.97.129.34]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j23Gxdxw009612 for ; Thu, 3 Mar 2005 08:59:39 -0800 Received: from cohsrv1.cohaesio.com (cohsrv1.cohaesio.com [212.97.128.131]) by mail.cohaesio.net (Postfix) with ESMTP id 07D0DFB63B; Thu, 3 Mar 2005 17:59:38 +0100 (CET) Received: from homer.cohaesio.com ([212.97.128.136]) by cohsrv1.cohaesio.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 3 Mar 2005 17:59:37 +0100 From: Anders Saaby Organization: Cohaesio A/S To: penney@msu.edu Subject: Re: Optimal Setup Question Date: Thu, 3 Mar 2005 18:00:58 +0100 User-Agent: KMail/1.7.2 Cc: linux-xfs@oss.sgi.com References: <111aefd05030307064c052b8f@mail.gmail.com> In-Reply-To: <111aefd05030307064c052b8f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503031800.58863.as@cohaesio.com> X-OriginalArrivalTime: 03 Mar 2005 16:59:37.0970 (UTC) FILETIME=[623EA520:01C52012] X-Virus-Scanned: ClamAV 0.83/743/Wed Mar 2 16:02:05 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5005 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Content-Length: 1645 Lines: 43 Hi, My 5 cents... On Thursday 03 March 2005 16:06, Chris Penney wrote: > The hardware is a dual cpu P4, 2GB RAM, gigabit ehternet, and dual My experience shows, that running a high-load NFS server on 2.6.x/SMP will give you a lot of crashes which appears to originate from races in VFS - This doesen't seem to be an XFS problem thoug. Haven't seen any problems on UP (Do you need all that CPU power?). - Last time i ran my systems on SMP was with 2.6.6 as I have several stable XFS/NFS servers on 2.6.[6,9,11]-UP, I dont know if this has changed since then tho... Anyone? > I want to use XFS unless there is a good reason not to. Nothing comes to mind, but I can find a lot of reasons _for_ choosing XFS. > for optimal mkfs.xfs options as well as mount options. In particular > any settings I may need to make with regard to having four luns and a > 512k stripe size. My tests showed very little performance difference regarding mkfs.xfs options (sunit, swidth et al.) on similar disk systems. I would go for the defaults. One thing which will most likely boost performance is an external log on a different disksystem when you expect high level of writes. And last be sure to use 2.6.11 as kswapd is fixed and you have the possibility to set custom hashtable size on your XFS filesystems. -- Med venlig hilsen - Best regards - Meilleures salutations Anders Saaby Systems Engineer ------------------------------------------------ Cohaesio A/S - Maglebjergvej 5D - DK-2800 Lyngby Phone: +45 45 880 888 - Fax: +45 45 880 777 Mail: as@cohaesio.com - http://www.cohaesio.com ------------------------------------------------ From owner-linux-xfs Thu Mar 3 23:00:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Mar 2005 23:00:22 -0800 (PST) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2470KvY013362 for ; Thu, 3 Mar 2005 23:00:21 -0800 Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2470DrX006304 for ; Thu, 3 Mar 2005 23:00:14 -0800 (PST) Received: from lbl.gov (adsl-68-123-181-232.dsl.pltn13.pacbell.net [68.123.181.232]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2470CAD006297 for ; Thu, 3 Mar 2005 23:00:13 -0800 (PST) Message-ID: <4228077C.3070800@lbl.gov> Date: Thu, 03 Mar 2005 23:00:12 -0800 From: Damian Hazen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050113 Red Hat/1.4.3-3.0.7.centos.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: oops when calling dm_set_disp() Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/743/Wed Mar 2 16:02:05 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5006 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhazen@lbl.gov Precedence: bulk X-list: linux-xfs Content-Length: 1988 Lines: 57 Hi - I'm using XFS/DMAPI with a 2.6.10 kernel pulled from the CVS repository a couple of days ago. I'm regularly getting an oops when calling dm_set_disp() after receiving a mount event but before responding. This has worked well for us in the past. Any insights into what's changed? Thanks, -Damian Unable to handle kernel NULL pointer dereference at virtual address 0000000c printing eip: c0243d28 *pde = 00000000 Oops: 0000 [#1] SMP Modules linked in: nvram speedstep_lib freq_table thermal processor fan button battery ac ipv6 edd e1000 evdev joydev sg st sd_mod sr_mod scsi_mod ide_cd cdrom pcnet32 mii i2c_i801 i2c_core uhci_hcd dm_mod usbcore reiserfs CPU: 1 EIP: 0060:[] Not tainted VLI EFLAGS: 00010246 (2.6.10-sgi-xfs-dmapi) EIP is at dm_handle_to_ip+0x118/0x290 eax: 00000000 ebx: f4fc0b48 ecx: 00000000 edx: f4fc0b90 esi: f73e3400 edi: f4fc27a4 ebp: f4fc0b84 esp: f5055d6c ds: 007b es: 007b ss: 0068 Process hpss_hdm (pid: 9782, threadinfo=f5054000 task=f5314020) Stack: 000000d0 00000000 c0415f00 dffff480 f4fc0b90 f5055e94 00000000 f4fc2782 f5345e88 00000000 00000000 00000001 00000000 f5314020 00000010 c0418400 c0142851 f4fc2018 dfd58c08 dfd58c40 dfd58c10 000000d0 dfd58b80 dfd58b80 Call Trace: [] cache_alloc_refill+0x151/0x240 [] dm_app_lookup_tdp+0x274/0x460 [] dm_init_tevp+0x25/0xc0 [] dm_find_session_and_lock+0x62/0x70 [] dm_app_get_tdp+0x123/0x130 [] dm_set_disp+0x13a/0x290 [] __copy_from_user_ll+0x57/0x70 [] dmapi_ioctl+0x2a9/0x920 [] fget+0x49/0x60 [] sys_ioctl+0x1ab/0x240 [] sys_rt_sigprocmask+0x46/0xd0 [] sysenter_past_esp+0x52/0x75 Code: 24 8b 43 1c ff 4b 4c 85 c0 0f 85 5b ff ff ff ff 43 50 8b 44 24 10 e8 f8 b2 16 00 8b 44 24 14 8b 73 04 66 83 38 00 75 57 8b 46 3c <8b> 40 0c 89 44 24 20 e8 9c df f2 ff 8b 44 24 10 31 ff e8 a1 b2 From owner-linux-xfs Fri Mar 4 14:56:35 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Mar 2005 14:56:39 -0800 (PST) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j24MuZtg024175 for ; Fri, 4 Mar 2005 14:56:35 -0800 Received: by wproxy.gmail.com with SMTP id 68so981477wra for ; Fri, 04 Mar 2005 14:56:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Bs+rh4+SBc/qN4nBOgwsv+gCR4NENgxDd16+v8O9gbcsBxLoSCopYOTMMk8HL7xqc1yfePLnZJaueBY5pyaGeYyLBFRZFby9m53GPCK4tkOPh6CBt/ggnqDohZ7Db3ZPN+MZptggTLHZJ8D53lAo8oJGIZiLClUyLDq35g10O6w= Received: by 10.54.34.28 with SMTP id h28mr34062wrh; Fri, 04 Mar 2005 14:56:29 -0800 (PST) Received: by 10.54.2.40 with HTTP; Fri, 4 Mar 2005 14:56:29 -0800 (PST) Message-ID: <87f94c3705030414563ece54e0@mail.gmail.com> Date: Fri, 4 Mar 2005 17:56:29 -0500 From: Greg Freemyer Reply-To: Greg Freemyer To: linux-xfs@oss.sgi.com Subject: Re: TAKE 925910 - fix xfs_freeze In-Reply-To: <200502062222.j16MM4DD012588@chook.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502062222.j16MM4DD012588@chook.melbourne.sgi.com> X-Virus-Scanned: ClamAV 0.83/745/Fri Mar 4 03:16:06 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5007 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: greg.freemyer@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 756 Lines: 26 Did this make it into 2.6.11? Just curious. Greg -- Greg Freemyer On Mon, 7 Feb 2005 09:22:04 +1100, Nathan Scott wrote: > Reinstate missing frozen check on write, fixes snapshots and xfs_freeze. > > Date: Mon Feb 7 09:20:13 AEDT 2005 > Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux > Inspected by: hch@engr.sgi.com > > The following file(s) were checked into: > longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb > > Modid: xfs-linux-melb:xfs-kern:21407a > linux-2.6/xfs_lrw.c - 1.220 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/> linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.220&r2=text&tr2=1.219&f=h > http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.220&r2=text&tr2=1.219&f=h > > From owner-linux-xfs Fri Mar 4 15:59:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Mar 2005 15:59:48 -0800 (PST) Received: from relay03.roc.ny.frontiernet.net (relay03.roc.ny.frontiernet.net [66.133.182.166]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j24NxiG0031384 for ; Fri, 4 Mar 2005 15:59:44 -0800 Received: from filter08.roc.ny.frontiernet.net (filter08.roc.ny.frontiernet.net [66.133.183.75]) by relay03.roc.ny.frontiernet.net (Postfix) with ESMTP id 946433580A9; Fri, 4 Mar 2005 23:59:43 +0000 (UTC) Received: from relay03.roc.ny.frontiernet.net ([66.133.182.166]) by filter08.roc.ny.frontiernet.net (filter08.roc.ny.frontiernet.net [66.133.183.75]) (amavisd-new, port 10024) with LMTP id 17154-09-54; Fri, 4 Mar 2005 23:59:43 +0000 (UTC) Received: from [192.168.1.100] (67-137-96-87.dsl2.brv.mn.frontiernet.net [67.137.96.87]) by relay03.roc.ny.frontiernet.net (Postfix) with ESMTP id 222253582E7; Fri, 4 Mar 2005 23:59:35 +0000 (UTC) Message-ID: <4228F666.4080309@xfs.org> Date: Fri, 04 Mar 2005 17:59:34 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Greg Freemyer Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE 925910 - fix xfs_freeze References: <200502062222.j16MM4DD012588@chook.melbourne.sgi.com> <87f94c3705030414563ece54e0@mail.gmail.com> In-Reply-To: <87f94c3705030414563ece54e0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/745/Fri Mar 4 03:16:06 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter08.roc.ny.frontiernet.net X-Virus-Status: Clean X-archive-position: 5008 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 110 Lines: 11 Greg Freemyer wrote: > Did this make it into 2.6.11? > > Just curious. > > Greg Looks like it did. Steve From owner-linux-xfs Sat Mar 5 19:05:36 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 05 Mar 2005 19:05:37 -0800 (PST) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2635atd019012 for ; Sat, 5 Mar 2005 19:05:36 -0800 Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2635SrX005245 for ; Sat, 5 Mar 2005 19:05:29 -0800 (PST) Received: from lbl.gov (adsl-68-125-9-131.dsl.pltn13.pacbell.net [68.125.9.131]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2635RAD005241 for ; Sat, 5 Mar 2005 19:05:27 -0800 (PST) Message-ID: <422A7377.30308@lbl.gov> Date: Sat, 05 Mar 2005 19:05:27 -0800 From: Damian Hazen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050113 Red Hat/1.4.3-3.0.7.centos.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: oops when calling dm_set_disp() References: <4228077C.3070800@lbl.gov> In-Reply-To: <4228077C.3070800@lbl.gov> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/748/Fri Mar 4 14:19:11 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5010 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhazen@lbl.gov Precedence: bulk X-list: linux-xfs Content-Length: 1288 Lines: 41 Damian Hazen wrote: > Hi - > > I'm using XFS/DMAPI with a 2.6.10 kernel pulled from the CVS repository > a couple of days ago. I'm regularly getting an oops when calling > dm_set_disp() after receiving a mount event but before responding. This > has worked well for us in the past. Any insights into what's changed? > > Thanks, > -Damian > Hi - It looks like the vfs superblock structure is not being filled in completely until after the mount event is responded to. If dm_set_disp() is called before responding, it causes an oops in dm_handle_to_ip() when it attempts to get the dentry here: /* Now that the mutex is released, wait until we have access to the inode. */ sb = fsrp->fr_sb; if (fidp->fid_len == 0) { /* filesystem handle */ => ip = sb->s_root->d_inode; igrab(ip); If you wait and call dm_set_disp() after responding, there's still a race with linvfs_fill_super() to get s_root set. Would it be possible to move up setting s_root to somewhere before dm_send_mount_event() is called? It's nice to be able to set disposition and event lists before turning the mount event loose to prevent anyone sneaking into the filesystem before we're ready. Thanks, -Damian From owner-linux-xfs Mon Mar 7 01:03:54 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 01:03:57 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2793qqC020485 for ; Mon, 7 Mar 2005 01:03:53 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j2793k46013987 for ; Mon, 7 Mar 2005 10:03:46 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Mon, 7 Mar 2005 10:03:46 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j2793kWI016348 for ; Mon, 7 Mar 2005 10:03:46 +0100 (MET) Message-ID: <422C18F2.6040303@ocre.cea.fr> Date: Mon, 07 Mar 2005 10:03:46 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040113 X-Accept-Language: fr, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: DMAPI implementation about undeliverable event messages References: <9b3ffd852cd198d4c349e2606122e4@trevor> In-Reply-To: <9b3ffd852cd198d4c349e2606122e4@trevor> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/748/Fri Mar 4 14:19:11 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5011 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 389 Lines: 13 Hello, I just wanted to know how the SGI DMAPI implementation reacts when it must throw a synchronous event message when no process exists to receive it (but was registered before, no longer available know, application has died by example). It looks like the requesting process is blocked. Correct? If yes, does a solution to unblocked it exist? Or is it blocked forever? Aurelien From owner-linux-xfs Mon Mar 7 07:50:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 07:50:26 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j27FoAir032725 for ; Mon, 7 Mar 2005 07:50:10 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j27HNlIW011822 for ; Mon, 7 Mar 2005 09:23:57 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j27FmdR03472079; Mon, 7 Mar 2005 09:48:39 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id CABFF4FDD1; Mon, 7 Mar 2005 09:48:38 -0600 (CST) To: Aurelien Degremont - Stagiaire Cc: linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages Date: Mon, 07 Mar 2005 09:48:38 -0600 From: Dean Roehrich Message-Id: <20050307154838.CABFF4FDD1@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5012 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 603 Lines: 16 >From: Aurelien Degremont - Stagiaire >Hello, > >I just wanted to know how the SGI DMAPI implementation reacts when it >must throw a synchronous event message when no process exists to receive >it (but was registered before, no longer available know, application has >died by example). >It looks like the requesting process is blocked. Correct? > >If yes, does a solution to unblocked it exist? Or is it blocked forever? These are often blocked, but interruptible. Otherwise they're stuck until the HSM application is restarted so it can continue processing events. Dean From owner-linux-xfs Mon Mar 7 08:08:34 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 08:08:35 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j27G8WZn001365 for ; Mon, 7 Mar 2005 08:08:33 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j27G8R46008458 for ; Mon, 7 Mar 2005 17:08:27 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Mon, 7 Mar 2005 17:08:27 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j27G8QWI021027; Mon, 7 Mar 2005 17:08:26 +0100 (MET) Message-ID: <422C7C7A.7060104@ocre.cea.fr> Date: Mon, 07 Mar 2005 17:08:26 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040113 X-Accept-Language: fr, en MIME-Version: 1.0 To: Dean Roehrich CC: linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages References: <20050307154838.CABFF4FDD1@chewtoy.americas.sgi.com> In-Reply-To: <20050307154838.CABFF4FDD1@chewtoy.americas.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5013 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 870 Lines: 22 Dean Roehrich a écrit : > These are often blocked, but interruptible. Otherwise they're stuck until the > HSM application is restarted so it can continue processing events. Yes, i saw this, no other solutions ? There's an issue with the DM_EVENT_UNMOUNT event. If the HSM application is unavailable, you try to unmount a managed filesystem, the filesystem will start to be unmount, the event msg will be sent, but not received, so the unmount call will be blocked. Unfortunately, the HSM application will never be able to re-register for the UNMOUNT event for this filesystem, because this filesystem is no longer available as a "loaded and dmapi-compliant" filesystem (we cannot get the filesystem handle anymore), but it's also not unloaded. The system is quite broken for this FS and i see no solution to solve the situation... Am i clear ? :) Aurelien From owner-linux-xfs Mon Mar 7 08:45:31 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 08:45:34 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j27GjUtC019751 for ; Mon, 7 Mar 2005 08:45:31 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j27GjUxT014785 for ; Mon, 7 Mar 2005 10:45:30 -0600 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j27GjUR03475666; Mon, 7 Mar 2005 10:45:30 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id E2FDD4FDD1; Mon, 7 Mar 2005 10:45:29 -0600 (CST) To: Aurelien Degremont - Stagiaire Cc: linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages Date: Mon, 07 Mar 2005 10:45:29 -0600 From: Dean Roehrich Message-Id: <20050307164529.E2FDD4FDD1@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5014 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1234 Lines: 33 >From: Aurelien Degremont - Stagiaire >Dean Roehrich a écrit : >> These are often blocked, but interruptible. Otherwise they're stuck until t >he >> HSM application is restarted so it can continue processing events. > >Yes, i saw this, no other solutions ? > >There's an issue with the DM_EVENT_UNMOUNT event. >If the HSM application is unavailable, you try to unmount a managed >filesystem, the filesystem will start to be unmount, the event msg will >be sent, but not received, so the unmount call will be blocked. >Unfortunately, the HSM application will never be able to re-register for >the UNMOUNT event for this filesystem, because this filesystem is no >longer available as a "loaded and dmapi-compliant" filesystem (we cannot >get the filesystem handle anymore), but it's also not unloaded. The >system is quite broken for this FS and i see no solution to solve the >situation... > >Am i clear ? :) Yes. There's a comment header for dm_send_unmount_event() that talks about some issues with this being a synchronous event. The spec still says it is synchronous: http://www.opengroup.org/onlinepubs/9657099/toc.htm This looks like another case where the spec can cause a headache. Dean From owner-linux-xfs Mon Mar 7 11:58:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 11:58:35 -0800 (PST) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j27JwW4U002537 for ; Mon, 7 Mar 2005 11:58:32 -0800 Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j27JwMrZ017447 for ; Mon, 7 Mar 2005 11:58:25 -0800 (PST) Received: from lbl.gov (crane.lbl.gov [128.3.11.27]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j27JwHAD017421; Mon, 7 Mar 2005 11:58:22 -0800 (PST) Message-ID: <422CB259.1010905@lbl.gov> Date: Mon, 07 Mar 2005 11:58:17 -0800 From: Damian Hazen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050113 Red Hat/1.4.3-3.0.7.centos.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aurelien Degremont - Stagiaire CC: Dean Roehrich , linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages References: <20050307154838.CABFF4FDD1@chewtoy.americas.sgi.com> <422C7C7A.7060104@ocre.cea.fr> In-Reply-To: <422C7C7A.7060104@ocre.cea.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5015 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhazen@lbl.gov Precedence: bulk X-list: linux-xfs Content-Length: 1252 Lines: 37 Aurelien Degremont - Stagiaire wrote: > Dean Roehrich a écrit : > >> These are often blocked, but interruptible. Otherwise they're stuck >> until the >> HSM application is restarted so it can continue processing events. > > > Yes, i saw this, no other solutions ? > > There's an issue with the DM_EVENT_UNMOUNT event. > If the HSM application is unavailable, you try to unmount a managed > filesystem, the filesystem will start to be unmount, the event msg > will be sent, but not received, so the unmount call will be blocked. > Unfortunately, the HSM application will never be able to re-register > for the UNMOUNT event for this filesystem, because this filesystem is > no longer available as a "loaded and dmapi-compliant" filesystem (we > cannot get the filesystem handle anymore), but it's also not unloaded. > The system is quite broken for this FS and i see no solution to solve > the situation... > > Am i clear ? :) > > > Aurelien > > Hi - If your goal is just to clear out the pending unmount event so that umount completes, you can write a utility that gets the sessions, gets the tokens, and then responds continue. The filesystem should unmount and then you can go back to debugging why the HSM app. went away. -Damian From owner-linux-xfs Mon Mar 7 13:17:19 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 13:17:22 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j27LHDqr008447 for ; Mon, 7 Mar 2005 13:17:14 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j27Mopab002522 for ; Mon, 7 Mar 2005 14:51:01 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j27LFfR03491689; Mon, 7 Mar 2005 15:15:41 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id 1D8514FDD1; Mon, 7 Mar 2005 15:15:41 -0600 (CST) To: Damian Hazen Cc: linux-xfs@oss.sgi.com Subject: Re: oops when calling dm_set_disp() Date: Mon, 07 Mar 2005 15:15:40 -0600 From: Dean Roehrich Message-Id: <20050307211541.1D8514FDD1@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5016 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2908 Lines: 87 >From: Damian Hazen >It looks like the vfs superblock structure is not being filled in >completely until after the mount event is responded to. If >dm_set_disp() is called before responding, it causes an oops in >dm_handle_to_ip() when it attempts to get the dentry here: > > > /* Now that the mutex is released, wait until we have access to the > inode. > */ > > sb = fsrp->fr_sb; > if (fidp->fid_len == 0) { /* filesystem handle */ >=> ip = sb->s_root->d_inode; > igrab(ip); > > >If you wait and call dm_set_disp() after responding, there's still a >race with linvfs_fill_super() to get s_root set. Would it be possible >to move up setting s_root to somewhere before dm_send_mount_event() is >called? It's nice to be able to set disposition and event lists before >turning the mount event loose to prevent anyone sneaking into the >filesystem before we're ready. This fixes the panic in my test. Would you try this please? Dean Index: 2.4.x-xfs-e/fs/dmapi/dmapi_register.c =================================================================== --- 2.4.x-xfs-e.orig/fs/dmapi/dmapi_register.c 2005-02-18 12:30:10.000000000 -0600 +++ 2.4.x-xfs-e/fs/dmapi/dmapi_register.c 2005-03-07 10:12:14.000000000 -0600 @@ -507,6 +507,7 @@ dm_handle_to_ip( struct super_block *sb; struct inode *ip; int filetype; + struct filesystem_dmapi_operations *dmapiops; if ((fsrp = dm_find_fsreg_and_lock(&handlep->ha_fsid, &lc)) == NULL) return(NULL); @@ -549,17 +550,11 @@ dm_handle_to_ip( */ sb = fsrp->fr_sb; - if (fidp->fid_len == 0) { /* filesystem handle */ - ip = sb->s_root->d_inode; - igrab(ip); - } else { /* file object handle */ - struct filesystem_dmapi_operations *dmapiops; - error = -ENOSYS; - dmapiops = dm_fsys_ops_by_fstype(sb->s_type); - ASSERT(dmapiops); - if (dmapiops->fh_to_inode) - error = dmapiops->fh_to_inode(sb, &ip, (void*)fidp); - } + error = -ENOSYS; + dmapiops = dm_fsys_ops_by_fstype(sb->s_type); + ASSERT(dmapiops); + if (dmapiops->fh_to_inode) + error = dmapiops->fh_to_inode(sb, &ip, (void*)fidp); lc = mutex_spinlock(&fsrp->fr_lock); Index: 2.4.x-xfs-e/fs/xfs/xfs_dmapi.c =================================================================== --- 2.4.x-xfs-e.orig/fs/xfs/xfs_dmapi.c 2005-03-03 12:52:56.000000000 -0600 +++ 2.4.x-xfs-e/fs/xfs/xfs_dmapi.c 2005-03-07 10:17:51.000000000 -0600 @@ -3291,9 +3291,13 @@ xfs_dm_fh_to_inode( *ip = NULL; memcpy(&fid, dmfsfid, sizeof(*dmfsfid)); - ASSERT(fid.fid_len); - VFS_VGET(vfsp, &vp, &fid, error); - if (vp && (error == 0)) + if (fid.fid_len) { /* file object handle */ + VFS_VGET(vfsp, &vp, &fid, error); + } + else { /* filesystem handle */ + VFS_ROOT(vfsp, &vp, error); + } + if(vp && (error == 0)) *ip = LINVFS_GET_IP(vp); return -error; /* Return negative error to DMAPI */ } From owner-linux-xfs Mon Mar 7 16:06:06 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 16:06:08 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j28064cb024147 for ; Mon, 7 Mar 2005 16:06:05 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA18932; Tue, 8 Mar 2005 11:05:55 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2805nXE2883096; Tue, 8 Mar 2005 11:05:49 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2801LxJ001253; Tue, 8 Mar 2005 11:01:21 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2801EJb001251; Tue, 8 Mar 2005 11:01:14 +1100 Date: Tue, 8 Mar 2005 11:01:14 +1100 From: Nathan Scott To: domen@coderock.org, nacc@us.ibm.com Cc: linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050308000114.GG720@frodo> References: <20050306104000.A71391F204@trashy.coderock.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050306104000.A71391F204@trashy.coderock.org> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5017 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 674 Lines: 19 On Sun, Mar 06, 2005 at 11:40:00AM +0100, domen@coderock.org wrote: > > Use msleep_interruptible() instead of schedule_timeout(). The > current code is not wrong; however a change to msleep_interruptible() has two > major benefits: 1) consistency across the kernel and 2) uses human-sensible time > units (msecs). Change the units of timeleft appropriately to msecs. > ... > - timeleft = (xfs_syncd_centisecs * HZ) / 100; > + timeleft = xfs_syncd_centisecs * 10; Hmm... can you explain that a bit more? These are already in "human-sensible" units - centisecs (ala. pdflush), your patch seems to break this, and changes a user-visible interface too. thanks. -- Nathan From owner-linux-xfs Mon Mar 7 16:20:43 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 16:20:44 -0800 (PST) Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j280Kh8Y029026 for ; Mon, 7 Mar 2005 16:20:43 -0800 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e31.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j280KXua305364 for ; Mon, 7 Mar 2005 19:20:33 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j280KXL1162510 for ; Mon, 7 Mar 2005 17:20:33 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j280KW1Y010412 for ; Mon, 7 Mar 2005 17:20:33 -0700 Received: from joust (joust.beaverton.ibm.com [9.47.17.68]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j280KWGC010399; Mon, 7 Mar 2005 17:20:32 -0700 Received: by joust (Postfix, from userid 1000) id 644524F8A4; Mon, 7 Mar 2005 16:20:31 -0800 (PST) Date: Mon, 7 Mar 2005 16:20:31 -0800 From: Nishanth Aravamudan To: Nathan Scott Cc: domen@coderock.org, linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050308002031.GG2778@us.ibm.com> References: <20050306104000.A71391F204@trashy.coderock.org> <20050308000114.GG720@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308000114.GG720@frodo> X-Operating-System: Linux 2.6.11 (i686) User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5018 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nacc@us.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 1197 Lines: 28 On Tue, Mar 08, 2005 at 11:01:14AM +1100, Nathan Scott wrote: > On Sun, Mar 06, 2005 at 11:40:00AM +0100, domen@coderock.org wrote: > > > > Use msleep_interruptible() instead of schedule_timeout(). The > > current code is not wrong; however a change to msleep_interruptible() has two > > major benefits: 1) consistency across the kernel and 2) uses human-sensible time > > units (msecs). Change the units of timeleft appropriately to msecs. > > ... > > - timeleft = (xfs_syncd_centisecs * HZ) / 100; > > + timeleft = xfs_syncd_centisecs * 10; > > Hmm... can you explain that a bit more? These are already in > "human-sensible" units - centisecs (ala. pdflush), your patch > seems to break this, and changes a user-visible interface too. While youre interface may be in human-sensible units, the internal timer subsystem is not (jiffies only exist in the kernel). msleep_interruptible() changes this, clearly. My patch doesn't really change anything. It really shouldn't really result in any different behavior as far as I can tell. msleep_interruptible() takes a timeout value in milliseconds, which is 10 times the number of centiseconds specified. Does that clear things up? Thanks, Nish From owner-linux-xfs Mon Mar 7 16:46:03 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 16:46:11 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j280k1hF031755 for ; Mon, 7 Mar 2005 16:46:02 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA19943; Tue, 8 Mar 2005 11:45:38 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j280jaXE2886339; Tue, 8 Mar 2005 11:45:36 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j280jQ342882252; Tue, 8 Mar 2005 11:45:26 +1100 (EST) Date: Tue, 8 Mar 2005 11:45:26 +1100 From: Nathan Scott To: Nishanth Aravamudan Cc: domen@coderock.org, linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050308114525.F2879731@wobbly.melbourne.sgi.com> References: <20050306104000.A71391F204@trashy.coderock.org> <20050308000114.GG720@frodo> <20050308002031.GG2778@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050308002031.GG2778@us.ibm.com>; from nacc@us.ibm.com on Mon, Mar 07, 2005 at 04:20:31PM -0800 X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5019 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1417 Lines: 34 On Mon, Mar 07, 2005 at 04:20:31PM -0800, Nishanth Aravamudan wrote: > On Tue, Mar 08, 2005 at 11:01:14AM +1100, Nathan Scott wrote: > > On Sun, Mar 06, 2005 at 11:40:00AM +0100, domen@coderock.org wrote: > > > > > > Use msleep_interruptible() instead of schedule_timeout(). The > > > current code is not wrong; however a change to msleep_interruptible() has two > > > major benefits: 1) consistency across the kernel and 2) uses human-sensible time > > > units (msecs). Change the units of timeleft appropriately to msecs. > > > ... > > > - timeleft = (xfs_syncd_centisecs * HZ) / 100; > > > + timeleft = xfs_syncd_centisecs * 10; > > > > Hmm... can you explain that a bit more? These are already in > > "human-sensible" units - centisecs (ala. pdflush), your patch > > seems to break this, and changes a user-visible interface too. > > While youre interface may be in human-sensible units, the internal timer > subsystem is not (jiffies only exist in the kernel). > msleep_interruptible() changes this, clearly. My patch doesn't really > change anything. It really shouldn't really result in any different > behavior as far as I can tell. msleep_interruptible() takes a timeout > value in milliseconds, which is 10 times the number of centiseconds > specified. > > Does that clear things up? Certainly does, the patches look fine then; I'll test them for awhile then get them merged in. thanks. -- Nathan From owner-linux-xfs Mon Mar 7 20:58:03 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Mar 2005 20:58:04 -0800 (PST) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j284w2gA017480 for ; Mon, 7 Mar 2005 20:58:02 -0800 Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j284vtn3013470 for ; Mon, 7 Mar 2005 20:57:55 -0800 (PST) Received: from lbl.gov (adsl-68-125-9-131.dsl.pltn13.pacbell.net [68.125.9.131]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j284vsP8013465; Mon, 7 Mar 2005 20:57:55 -0800 (PST) Message-ID: <422D30D2.2000006@lbl.gov> Date: Mon, 07 Mar 2005 20:57:54 -0800 From: Damian Hazen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050113 Red Hat/1.4.3-3.0.7.centos.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dean Roehrich CC: linux-xfs@oss.sgi.com Subject: Re: oops when calling dm_set_disp() References: <20050307211541.1D8514FDD1@chewtoy.americas.sgi.com> In-Reply-To: <20050307211541.1D8514FDD1@chewtoy.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/751/Mon Mar 7 03:06:27 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5020 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhazen@lbl.gov Precedence: bulk X-list: linux-xfs Content-Length: 177 Lines: 14 Dean Roehrich wrote: > > > This fixes the panic in my test. Would you try this please? > > Dean > Yes, works for me too - applied against 2.6. Thanks very much, -Damian From owner-linux-xfs Tue Mar 8 06:18:17 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 06:18:19 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j28EIGDt030788 for ; Tue, 8 Mar 2005 06:18:17 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j28EIA46005889 for ; Tue, 8 Mar 2005 15:18:10 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Tue, 8 Mar 2005 15:18:10 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j28EI9WI004820; Tue, 8 Mar 2005 15:18:09 +0100 (MET) Message-ID: <422DB421.70108@ocre.cea.fr> Date: Tue, 08 Mar 2005 15:18:09 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040113 X-Accept-Language: fr, en MIME-Version: 1.0 To: Damian Hazen CC: Dean Roehrich , linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages References: <20050307154838.CABFF4FDD1@chewtoy.americas.sgi.com> <422C7C7A.7060104@ocre.cea.fr> <422CB259.1010905@lbl.gov> In-Reply-To: <422CB259.1010905@lbl.gov> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5021 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 1194 Lines: 27 Damian Hazen a écrit : > If your goal is just to clear out the pending unmount event so that > umount completes, you can write a utility that gets the sessions, gets > the tokens, and then responds continue. The filesystem should unmount > and then you can go back to debugging why the HSM app. went away. In fact, the problem occurs when the session was cleanly closed, but the notification of event (unmount) for the file system was not removed before. So, you try unmount the FS, DMAPI raises a event, but will not be able to send it to the correct session because the dmapi information (event disposition) concerning the FS are not available anymore, because the session do not exist anymore. The event is not pending, it is undelivered. But it will never be able to be delivered because it's associated with a FS which is not available anymore on the system but still not unmounted. We just need to be sure all registered events are removed before destroying the session. If not, and a event occurs, it could be recover as long as it is not the UNMOUNT event. And yes, i agree with the code comment header, this event will be better if it is asynchronous. Aurélien From owner-linux-xfs Tue Mar 8 06:25:54 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 06:25:57 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j28EPrpJ032367 for ; Tue, 8 Mar 2005 06:25:54 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j28EPk46009279 for ; Tue, 8 Mar 2005 15:25:46 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Tue, 8 Mar 2005 15:25:46 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j28EPjWI008407 for ; Tue, 8 Mar 2005 15:25:45 +0100 (MET) Message-ID: <422DB5E9.90400@ocre.cea.fr> Date: Tue, 08 Mar 2005 15:25:45 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040113 X-Accept-Language: fr, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages References: <20050307164529.E2FDD4FDD1@chewtoy.americas.sgi.com> In-Reply-To: <20050307164529.E2FDD4FDD1@chewtoy.americas.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5022 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 652 Lines: 19 Dean Roehrich a écrit : > There's a comment header for dm_send_unmount_event() that talks about some > issues with this being a synchronous event. The spec still says it > is synchronous: > > http://www.opengroup.org/onlinepubs/9657099/toc.htm > > This looks like another case where the spec can cause a headache. Maybe if the event is raised sooner, before the dmapi handle is disabled, this could solved the issue. (dm_path_to_fshandle() should still be runnable as long as the unmount event was not replied, or, at least, delivered but in outstanding state). I have't look at the code, i don't know whether it is possible or not. Aurelien From owner-linux-xfs Tue Mar 8 09:36:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 09:36:05 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j28HZuTl015146 for ; Tue, 8 Mar 2005 09:35:57 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j28J9fSV026644 for ; Tue, 8 Mar 2005 11:09:51 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j28HZNR03549560; Tue, 8 Mar 2005 11:35:23 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id 910634FDD1; Tue, 8 Mar 2005 11:35:23 -0600 (CST) To: Damian Hazen Cc: linux-xfs@oss.sgi.com Subject: Re: oops when calling dm_set_disp() Date: Tue, 08 Mar 2005 11:35:23 -0600 From: Dean Roehrich Message-Id: <20050308173523.910634FDD1@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5023 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 271 Lines: 17 >From: Damian Hazen >Dean Roehrich wrote: >> >> >> This fixes the panic in my test. Would you try this please? >> >> Dean >> > >Yes, works for me too - applied against 2.6. > >Thanks very much, Thanks for checking it out. I'll check it in. Dean From owner-linux-xfs Tue Mar 8 09:38:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 09:38:48 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j28HcXAa015441 for ; Tue, 8 Mar 2005 09:38:34 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j28JCKBn027208 for ; Tue, 8 Mar 2005 11:12:30 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j28Hc2R03549876; Tue, 8 Mar 2005 11:38:02 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id A408E4FDD1; Tue, 8 Mar 2005 11:38:02 -0600 (CST) To: Aurelien Degremont - Stagiaire Cc: linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages Date: Tue, 08 Mar 2005 11:38:02 -0600 From: Dean Roehrich Message-Id: <20050308173802.A408E4FDD1@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5024 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 883 Lines: 23 >From: Aurelien Degremont - Stagiaire >Dean Roehrich a écrit : >> There's a comment header for dm_send_unmount_event() that talks about some >> issues with this being a synchronous event. The spec still says it >> is synchronous: >> >> http://www.opengroup.org/onlinepubs/9657099/toc.htm >> >> This looks like another case where the spec can cause a headache. > >Maybe if the event is raised sooner, before the dmapi handle is >disabled, this could solved the issue. >(dm_path_to_fshandle() should still be runnable as long as the unmount >event was not replied, or, at least, delivered but in outstanding state). > >I have't look at the code, i don't know whether it is possible or not. Well, let's back up. Why is your HSM application not present? Why did it destroy its sessions, but not unregister the events it had put on the filesystem? Dean From owner-linux-xfs Tue Mar 8 16:26:22 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 16:26:23 -0800 (PST) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j290QLT0016664 for ; Tue, 8 Mar 2005 16:26:21 -0800 Received: from Ent.avenue.dnsalias.net (c220-237-31-7.belrs2.nsw.optusnet.com.au [220.237.31.7]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j290QDN5017692 for ; Wed, 9 Mar 2005 11:26:15 +1100 Subject: XFS Filesystem corruption From: Ed Murray To: linux-xfs@oss.sgi.com Content-Type: text/plain Date: Wed, 09 Mar 2005 11:26:13 +1100 Message-Id: <1110327973.5984.10.camel@Ent.avenue.dnsalias.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5025 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mail@avenuedesign.net Precedence: bulk X-list: linux-xfs Content-Length: 1991 Lines: 46 Hi I am using XFS on linux kernel 2.6.10 with a 3ware raid 0 7006 controller. Three days ago my server crashed. After rebooting I found log entries such as the following in my syslog. I booted up a system rescue cd and ran xfs_repair. It seemed to work. I then ran xfs_check and it ran without errors. I have upgraded the kernel to 2.6.11 and I have disabled 4K stacks. However I seem to still be experiencing corruption. My question is: Can I stop this from reoccurring or is my file system hosed and I should reformat and start again? Regards Ed. Mar 6 07:43:57 avenue kernel: Filesystem "sda1": XFS internal error xfs_iformat(1) at line 475 of file fs/xfs/xfs_inode.c. Caller 0xc021b365 Mar 6 07:43:57 avenue kernel: [xfs_iformat+693/1520] xfs_iformat +0x2b5/0x5f0 Mar 6 07:43:57 avenue kernel: [xfs_iread+469/560] xfs_iread +0x1d5/0x230 Mar 6 07:43:57 avenue last message repeated 2 times Mar 6 07:43:57 avenue kernel: [xfs_iget_core+201/1504] xfs_iget_core +0xc9/0x5e0 Mar 6 07:43:57 avenue kernel: [vn_initialize+146/176] vn_initialize +0x92/0xb0 Mar 6 07:43:57 avenue kernel: [xfs_iget+304/368] xfs_iget+0x130/0x170 Mar 6 07:43:57 avenue kernel: [xfs_dir_lookup_int+178/304] xfs_dir_lookup_int+0xb2/0x130 Mar 6 07:43:57 avenue kernel: [xfs_lookup+80/144] xfs_lookup+0x50/0x90 Mar 6 07:43:57 avenue kernel: [linvfs_lookup+82/144] linvfs_lookup +0x52/0x90 Mar 6 07:43:57 avenue kernel: [real_lookup+193/240] real_lookup +0xc1/0xf0 Mar 6 07:43:57 avenue kernel: [do_lookup+150/176] do_lookup+0x96/0xb0 Mar 6 07:43:57 avenue kernel: [link_path_walk+1732/3424] link_path_walk+0x6c4/0xd60 Mar 6 07:43:57 avenue kernel: [path_lookup+124/320] path_lookup +0x7c/0x140 Mar 6 07:43:57 avenue kernel: [__user_walk+51/96] __user_walk +0x33/0x60 Mar 6 07:43:57 avenue kernel: [vfs_lstat+28/96] vfs_lstat+0x1c/0x60 Mar 6 07:43:57 avenue kernel: [sys_lstat64+27/64] sys_lstat64 +0x1b/0x40 Mar 6 07:43:57 avenue kernel: [syscall_call+7/11] syscall_call+0x7/0xb From owner-linux-xfs Tue Mar 8 19:10:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 19:10:51 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j293Ai5L023456 for ; Tue, 8 Mar 2005 19:10:45 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j294iYuH019397 for ; Tue, 8 Mar 2005 20:44:45 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2939C0F10971522; Tue, 8 Mar 2005 21:09:13 -0600 (CST) Received: from hch by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1D8rZR-0005rq-00; Tue, 08 Mar 2005 21:09:13 -0600 To: Cc: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 931920 - remove non-helpfull inode shakers Message-Id: From: Christoph Hellwig Date: Tue, 08 Mar 2005 21:09:13 -0600 X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5026 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1049 Lines: 28 Slab caches already are periodically reaped by the slab code. Date: Tue Mar 8 19:08:38 PST 2005 Workarea: maine.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:189108a fs/xfs/linux-2.6/xfs_super.c - 1.326 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.326&r2=text&tr2=1.325&f=h - kill the xfs_inode_shaker fs/xfs/linux-2.4/xfs_super.c - 1.303 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.303&r2=text&tr2=1.302&f=h - kill the xfs_inode_shaker fs/xfs/linux-2.6/kmem.h - 1.29 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/kmem.h.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h - kill kmem_zone_shrink fs/xfs/linux-2.4/kmem.h - 1.28 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/kmem.h.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h - kill kmem_zone_shrink From owner-linux-xfs Tue Mar 8 19:32:33 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 19:32:40 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j293WRck024424 for ; Tue, 8 Mar 2005 19:32:32 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA22807; Wed, 9 Mar 2005 14:32:17 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j293WEXE2920420; Wed, 9 Mar 2005 14:32:15 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j293Rmau001773; Wed, 9 Mar 2005 14:27:48 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j293Rapo001771; Wed, 9 Mar 2005 14:27:36 +1100 Date: Wed, 9 Mar 2005 14:27:36 +1100 From: Nathan Scott To: Nishanth Aravamudan Cc: domen@coderock.org, linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050309032736.GA1687@frodo> References: <20050306104000.A71391F204@trashy.coderock.org> <20050308000114.GG720@frodo> <20050308002031.GG2778@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050308002031.GG2778@us.ibm.com> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5027 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 741 Lines: 19 On Mon, Mar 07, 2005 at 04:20:31PM -0800, Nishanth Aravamudan wrote: > While youre interface may be in human-sensible units, the internal timer > subsystem is not (jiffies only exist in the kernel). > msleep_interruptible() changes this, clearly. My patch doesn't really > change anything. It really shouldn't really result in any different > behavior as far as I can tell. msleep_interruptible() takes a timeout Actually, discussing with Christoph a bit he's pointed out this is going to cause problems for the cases (both xfsbufd and xfssyncd) where we manually wakeup those processes - and there are several situations where we need to do that. So, unless I've missed something, these patches shouldn't be merged. cheers. -- Nathan From owner-linux-xfs Tue Mar 8 19:36:18 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 19:36:21 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j293aHGU024962 for ; Tue, 8 Mar 2005 19:36:18 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j293aHxT022372 for ; Tue, 8 Mar 2005 21:36:17 -0600 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j293aG0F10971691; Tue, 8 Mar 2005 21:36:16 -0600 (CST) Received: from hch by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1D8rzc-0006A5-00; Tue, 08 Mar 2005 21:36:16 -0600 To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 931912 - fix build with modular CONFIG_KDB_MODULES Message-Id: From: Christoph Hellwig Date: Tue, 08 Mar 2005 21:36:16 -0600 X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5028 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 693 Lines: 19 Date: Tue Mar 8 19:35:54 PST 2005 Workarea: maine.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:189109a fs/xfs/linux-2.6/xfs_ksyms.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h - export xfs_xlatesb and xfs_xlate_dinode_core for xfsidbg fs/xfs/linux-2.4/xfs_ksyms.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h - export xfs_xlatesb and xfs_xlate_dinode_core for xfsidbg From owner-linux-xfs Tue Mar 8 20:21:10 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 20:21:11 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j294L8g8031163 for ; Tue, 8 Mar 2005 20:21:09 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j294KxFU031247; Wed, 9 Mar 2005 15:20:59 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j294KwHU031245; Wed, 9 Mar 2005 15:20:58 +1100 Date: Wed, 9 Mar 2005 15:20:58 +1100 From: Nathan Scott Message-Id: <200503090420.j294KwHU031245@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 931924 - use SYNC_READ/WRITE X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5029 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 542 Lines: 15 Steve noticed we were duplicating some work the block layer can do for us; switch to SYNC_READ/WRITE for some metadata buffers. Date: Wed Mar 9 15:19:22 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21771a linux-2.6/xfs_buf.c - 1.190 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.190&r2=text&tr2=1.189&f=h From owner-linux-xfs Tue Mar 8 21:04:39 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Mar 2005 21:04:41 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2954bfC000353 for ; Tue, 8 Mar 2005 21:04:38 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2954RS4010658; Wed, 9 Mar 2005 16:04:27 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2954RXm010656; Wed, 9 Mar 2005 16:04:27 +1100 Date: Wed, 9 Mar 2005 16:04:27 +1100 From: Nathan Scott Message-Id: <200503090504.j2954RXm010656@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 931809 - misc small xfsdump/xfsprogs tweaks X-Virus-Scanned: ClamAV 0.83/755/Mon Mar 7 17:00:18 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5030 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 8211 Lines: 193 Fix xfsdump builds with gcc version 4 - static vs extern in headers. Date: Wed Mar 9 15:34:19 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: hch@engr.sgi.com,tes@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21772a xfsdump/VERSION - 1.68 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsdump/VERSION.diff?r1=text&tr1=1.68&r2=text&tr2=1.67&f=h xfsdump/doc/CHANGES - 1.75 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsdump/doc/CHANGES.diff?r1=text&tr1=1.75&r2=text&tr2=1.74&f=h xfsdump/fsr/xfs_fsr.c - 1.18 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsdump/fsr/xfs_fsr.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h xfsdump/debian/changelog - 1.53 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsdump/debian/changelog.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h Fix builds with gcc version 4 - static vs extern in headers. Date: Wed Mar 9 15:35:21 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21773a xfsprogs/mkfile/xfs_mkfile.c - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/mkfile/xfs_mkfile.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h Install a stripped down without lots of libxfs.h baggage. Date: Wed Mar 9 15:38:11 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21775a xfsprogs/include/xfs.h - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/xfs.h xfsprogs/include/Makefile - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/Makefile.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h xfsprogs/include/builddefs.in - 1.40 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/builddefs.in.diff?r1=text&tr1=1.40&r2=text&tr2=1.39&f=h xfsprogs/include/xqm.h - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/xqm.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h xfsprogs/libxfs/Makefile - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/libxfs/Makefile.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h xfsprogs/man/man3/xfsctl.3 - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/man/man3/xfsctl.3.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h Trivial man page update. Date: Wed Mar 9 15:40:32 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21776a xfsprogs/man/man8/xfs_logprint.8 - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/man/man8/xfs_logprint.8.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h xfsprogs/man/man8/xfs_check.8 - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/man/man8/xfs_check.8.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h Resolve build issue with using libtermcap/libreadline via configure option. Date: Wed Mar 9 15:41:57 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21777a xfsprogs/db/Makefile - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/Makefile.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h xfsprogs/configure.in - 1.33 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/configure.in.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h xfsprogs/include/builddefs.in - 1.41 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/builddefs.in.diff?r1=text&tr1=1.41&r2=text&tr2=1.40&f=h xfsprogs/io/Makefile - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/Makefile.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h Improve the statistics reporting for xfs_io. Date: Wed Mar 9 15:43:55 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: fsgqa The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21779a xfsprogs/io/getrusage.c - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/getrusage.c xfsprogs/io/pread.c - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/pread.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h xfsprogs/io/input.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/input.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/io/Makefile - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/Makefile.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h xfsprogs/io/pwrite.c - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/pwrite.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h xfsprogs/io/input.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/input.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h xfsprogs/io/init.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/init.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/io/init.c - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/init.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h xfsprogs/io/io.h - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/io.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h xfsprogs/io/sendfile.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/sendfile.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Make imap available as an expert xfs_io command. Date: Wed Mar 9 15:58:06 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: fsgqa The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21780a xfsprogs/Makefile - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/Makefile.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h xfsprogs/imap/Makefile - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/imap/Makefile.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/imap/xfs_imap.c 1.11 renamed to xfsprogs/io/imap.c 1.1 xfsprogs/io/Makefile - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/Makefile.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h xfsprogs/io/init.c - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/init.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h xfsprogs/io/io.h - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/io/io.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h xfsprogs/include/irix.h - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/irix.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h Get IRIX builds working with updated xfs_io code. Date: Wed Mar 9 15:58:49 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: fsgqa The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21781a irix/io/Makefile - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/irix/io/Makefile.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h Bump xfsprogs version number, tweak debian packaging. Date: Wed Mar 9 16:02:57 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: fsgqa The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21782a xfsprogs/VERSION - 1.120 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/VERSION.diff?r1=text&tr1=1.120&r2=text&tr2=1.119&f=h xfsprogs/doc/CHANGES - 1.164 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/doc/CHANGES.diff?r1=text&tr1=1.164&r2=text&tr2=1.163&f=h xfsprogs/debian/control - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/debian/control.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h xfsprogs/debian/changelog - 1.110 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/debian/changelog.diff?r1=text&tr1=1.110&r2=text&tr2=1.109&f=h From owner-linux-xfs Wed Mar 9 09:45:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 09:45:54 -0800 (PST) Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j29HjqAP023762 for ; Wed, 9 Mar 2005 09:45:53 -0800 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e35.co.us.ibm.com (8.12.10/8.12.9) with ESMTP id j29HjlLg620226 for ; Wed, 9 Mar 2005 12:45:47 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay04.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j29HjkWN178936 for ; Wed, 9 Mar 2005 10:45:46 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j29HjkOH011593 for ; Wed, 9 Mar 2005 10:45:46 -0700 Received: from joust (joust.beaverton.ibm.com [9.47.17.68]) by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id j29HjkRj011571; Wed, 9 Mar 2005 10:45:46 -0700 Received: by joust (Postfix, from userid 1000) id 0F9AD4F8A4; Wed, 9 Mar 2005 09:45:44 -0800 (PST) Date: Wed, 9 Mar 2005 09:45:44 -0800 From: Nishanth Aravamudan To: Nathan Scott Cc: domen@coderock.org, linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050309174544.GA2739@us.ibm.com> References: <20050306104000.A71391F204@trashy.coderock.org> <20050308000114.GG720@frodo> <20050308002031.GG2778@us.ibm.com> <20050309032736.GA1687@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309032736.GA1687@frodo> X-Operating-System: Linux 2.6.11 (i686) User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5031 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nacc@us.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 1076 Lines: 22 On Wed, Mar 09, 2005 at 02:27:36PM +1100, Nathan Scott wrote: > On Mon, Mar 07, 2005 at 04:20:31PM -0800, Nishanth Aravamudan wrote: > > While youre interface may be in human-sensible units, the internal timer > > subsystem is not (jiffies only exist in the kernel). > > msleep_interruptible() changes this, clearly. My patch doesn't really > > change anything. It really shouldn't really result in any different > > behavior as far as I can tell. msleep_interruptible() takes a timeout > > Actually, discussing with Christoph a bit he's pointed out this is > going to cause problems for the cases (both xfsbufd and xfssyncd) > where we manually wakeup those processes - and there are several > situations where we need to do that. Could you explain this further? The existing code doesn't sleep on a wait-queue, so msleep_interruptible() should not affect that. If you wake-up the processes via a manual signal, then msleep_interruptible() will still wake up. I'm not seeing how this patch changes any relevant code paths (I'm admittedly not an XFS expert). Thanks, Nish From owner-linux-xfs Wed Mar 9 14:12:19 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 14:12:21 -0800 (PST) Received: from imo-m25.mx.aol.com (imo-m25.mx.aol.com [64.12.137.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j29MCIFn027197 for ; Wed, 9 Mar 2005 14:12:18 -0800 Received: from AndyLiebman@aol.com by imo-m25.mx.aol.com (mail_out_v37_r3.8.) id 4.ac.6ea7eeff (4214) for ; Wed, 9 Mar 2005 17:12:05 -0500 (EST) From: AndyLiebman@aol.com Message-ID: Date: Wed, 9 Mar 2005 17:12:05 EST Subject: What does I/O error mean in logs? To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: 9.0 Security Edition for Windows sub 1200 X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5032 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: AndyLiebman@aol.com Precedence: bulk X-list: linux-xfs Content-Length: 290 Lines: 11 Hi, Does anybody know what this means? Mar 9 16:32:12 localhost kernel: audit(1110403917.4294966169:0): initialized Mar 9 16:32:59 localhost kernel: I/O error in filesystem ("sda") meta-data dev sda block 0x1e8ed3bff ("xfs_read_buf") error 5 buf count 512 Andy Liebman From owner-linux-xfs Wed Mar 9 14:20:31 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 14:20:33 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j29MKTwJ028254 for ; Wed, 9 Mar 2005 14:20:30 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA14480; Thu, 10 Mar 2005 09:19:59 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j29MJpXE2938762; Thu, 10 Mar 2005 09:19:52 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j29MJm0Q2891121; Thu, 10 Mar 2005 09:19:48 +1100 (EST) Date: Thu, 10 Mar 2005 09:19:48 +1100 From: Nathan Scott To: AndyLiebman@aol.com Cc: linux-xfs@oss.sgi.com Subject: Re: What does I/O error mean in logs? Message-ID: <20050310091947.T2879731@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from AndyLiebman@aol.com on Wed, Mar 09, 2005 at 05:12:05PM -0500 X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5033 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 606 Lines: 21 On Wed, Mar 09, 2005 at 05:12:05PM -0500, AndyLiebman@aol.com wrote: > Hi, > > Does anybody know what this means? > > Mar 9 16:32:12 localhost kernel: audit(1110403917.4294966169:0): initialized > Mar 9 16:32:59 localhost kernel: I/O error in filesystem ("sda") > meta-data dev sda block 0x1e8ed3bff ("xfs_read_buf") error 5 buf > count 512 > It means the device driver returned an error when XFS attempted a metadata read. Looks like one of the AG header structures in an AG fairly far into the FS, based on the size and block# there. Probably a hardware issue. cheers. -- Nathan From owner-linux-xfs Wed Mar 9 15:09:40 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 15:09:42 -0800 (PST) Received: from zion.devzone.ch (zion.devzone.ch [193.138.215.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j29N9c9w000482 for ; Wed, 9 Mar 2005 15:09:39 -0800 X-Envelope-Sender: tschan+sgi.com@devzone.ch Received: from www.devzone.ch (localhost.localdomain [127.0.0.1]) by zion.devzone.ch (8.12.8/8.12.8) with ESMTP id j29N9Psv005197 for ; Thu, 10 Mar 2005 00:09:27 +0100 Received: from 217.162.2.34 (SquirrelMail authenticated user tschan); by www.devzone.ch with HTTP; Thu, 10 Mar 2005 00:09:27 +0100 (CET) Message-ID: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> Date: Thu, 10 Mar 2005 00:09:27 +0100 (CET) Subject: [Fwd: [Bug 150427] New: XFS internal error xfs_alloc_read_agf] From: "Daniel Tschan" To: linux-xfs@oss.sgi.com User-Agent: SquirrelMail/1.4.3a-0.f0.9.1.legacy X-Mailer: SquirrelMail/1.4.3a-0.f0.9.1.legacy MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Devzone-MailScanner-Information: Please contact the ISP for more information X-Devzone-MailScanner: Found to be clean X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5034 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tschan+sgi.com@devzone.ch Precedence: bulk X-list: linux-xfs Content-Length: 5564 Lines: 148 ------- Additional Comments From Dave Jones 2005-03-09 16:37 EST ------- you're better off reporting this one to the maintainers at SGI. ---------------------------- Original Message ---------------------------- Subject: [Bug 150427] New: XFS internal error xfs_alloc_read_agf From: bugzilla@redhat.com Date: Sun, March 6, 2005 12:40 -------------------------------------------------------------------------- Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/beta/show_bug.cgi?id=150427 Summary: XFS internal error xfs_alloc_read_agf Product: Fedora Core Version: fc3 Platform: i386 OS/Version: Linux Status: NEW Severity: high Priority: normal Component: kernel From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050224 Firefox/1.0.1 Fedora/1.0.1-1.3.1 Description of problem: I encountered the following error while working with a XFS filesystem: Mar 3 00:40:52 tschan1 kernel: 0x0: 58 41 47 46 00 00 00 01 00 00 00 03 00 2e 4d 21 Mar 3 00:40:52 tschan1 kernel: Filesystem "md1": XFS internal error xfs_alloc_read_agf at line 2195 of file fs/xfs/xfs_alloc.c. Caller 0xf91ca8b3 Mar 3 00:40:52 tschan1 kernel: [] xfs_alloc_read_agf+0x135/0x1d8 [xfs] Mar 3 00:40:52 tschan1 kernel: [] xfs_alloc_fix_freelist+0x36/0x339 [xfs] Mar 3 00:40:52 tschan1 last message repeated 2 times Mar 3 00:40:52 tschan1 kernel: [] xlog_assign_tail_lsn+0xc/0x113 [xfs] Mar 3 00:40:52 tschan1 kernel: [] xlog_state_release_iclog+0x18/0x179 [xfs] Mar 3 00:40:52 tschan1 kernel: [] xfs_log_release_iclog+0xe/0x35 [xfs] Mar 3 00:40:52 tschan1 kernel: [] xlog_regrant_write_log_space+0x324/0x6ee [xfs] Mar 3 00:40:52 tschan1 kernel: [] xfs_free_extent+0xab/0xef [xfs] Mar 3 00:40:52 tschan1 kernel: [] xfs_bmap_finish+0xdd/0x14e [xfs] Mar 3 00:40:52 tschan1 kernel: [] xfs_rmdir+0x30a/0x3e2 [xfs] Mar 3 00:40:52 tschan1 kernel: [] linvfs_rmdir+0x13/0x2f [xfs] Mar 3 00:40:52 tschan1 kernel: [] vfs_rmdir+0x18d/0x1d9 Mar 3 00:40:52 tschan1 kernel: [] sys_rmdir+0x97/0xe9 Mar 3 00:40:52 tschan1 kernel: [] filp_close+0x59/0x5f Mar 3 00:40:52 tschan1 kernel: [] syscall_call+0x7/0xb Mar 3 00:40:52 tschan1 kernel: xfs_force_shutdown(md1,0x8) called from line 4073 of file fs/xfs/xfs_bmap.c. Return address = 0xf9222cdb Mar 3 00:40:52 tschan1 kernel: Filesystem "md1": Corruption of in-memory data detected. Shutting down filesystem: md1 Mar 3 00:40:52 tschan1 kernel: Please umount the filesystem, and rectify the problem(s) Mar 3 00:41:23 tschan1 kernel: xfs_force_shutdown(md1,0x1) called from line 353 of file fs/xfs/xfs_rw.c. Return address = 0xf9222cdb Setup: 2x Seagate Barracuda ST3200822AS connected through Adaptec ASH-1205SA with Silicon Image SiI 3112 (driver sata_sil) 2 software raid 1 arrays, /dev/md0 100 MB XFS, /dev/md1 180 GB XFS Special kernel modules: nvidia 1.0-6629 fuse 2.2 At the time the corruption was detected the large filesystem was nearly full (about 300 MB free). The following behaviour is always reproducible, at least on FC3 rescue, kernel-2.6.10-1.737_FC3 and kernel-2.6.10-1.770_FC3 (latest at this time) with or without before mentioned kernel modules: xfs_repair is unable to repair the filesystem and aborts with the following output: Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 entry "/ost+found" at block 0 offset 776 in directory inode 128 references invalid inode 18374686479671623679 clearing inode number in entry at offset 776... entry at block 0 offset 776 in directory inode 128 has illegal name "/ost+found": - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 imap claims a free inode 506020455 is in use, correcting imap and clearing inode - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 LEAFN node level is 1 inode 813219798 bno = 8388608 - agno = 13 - agno = 14 - agno = 15 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - check for inodes claiming duplicate blocks... - agno = 0 inode 0x35c bmap block 0x6e4d20 claimed, state is 5 - agno = 1 data fork in regular inode 89335619 claims used block 53366048 xfs_repair: dinode.c:2436: process_dinode_int: Assertion `err == 0' failed. Aborted After a mount, umount, mount sequence the filesystem is fully readable (with or without xfs_repair) but after a few write operations (create, delete a file or write into a file) the same internal error reappears. atime updates however do not trigger this error. I'll keep the damaged filesystem for a few days. Please tell me if I can provide further information. Version-Release number of selected component (if applicable): kernel-2.6.10-1.737_FC3 How reproducible: Didn't try Additional info: From owner-linux-xfs Wed Mar 9 16:31:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 16:31:23 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2A0VJOs014286 for ; Wed, 9 Mar 2005 16:31:20 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17562; Thu, 10 Mar 2005 11:31:10 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2A0V3XE2892842; Thu, 10 Mar 2005 11:31:06 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2A0QWqv014720; Thu, 10 Mar 2005 11:26:33 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2A0QMGB014718; Thu, 10 Mar 2005 11:26:22 +1100 Date: Thu, 10 Mar 2005 11:26:22 +1100 From: Nathan Scott To: Nishanth Aravamudan Cc: domen@coderock.org, linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050310002622.GA14665@frodo> References: <20050306104000.A71391F204@trashy.coderock.org> <20050308000114.GG720@frodo> <20050308002031.GG2778@us.ibm.com> <20050309032736.GA1687@frodo> <20050309174544.GA2739@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050309174544.GA2739@us.ibm.com> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5035 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1744 Lines: 36 On Wed, Mar 09, 2005 at 09:45:44AM -0800, Nishanth Aravamudan wrote: > On Wed, Mar 09, 2005 at 02:27:36PM +1100, Nathan Scott wrote: > > On Mon, Mar 07, 2005 at 04:20:31PM -0800, Nishanth Aravamudan wrote: > > > While youre interface may be in human-sensible units, the internal timer > > > subsystem is not (jiffies only exist in the kernel). > > > msleep_interruptible() changes this, clearly. My patch doesn't really > > > change anything. It really shouldn't really result in any different > > > behavior as far as I can tell. msleep_interruptible() takes a timeout > > > > Actually, discussing with Christoph a bit he's pointed out this is > > going to cause problems for the cases (both xfsbufd and xfssyncd) > > where we manually wakeup those processes - and there are several > > situations where we need to do that. > > Could you explain this further? The existing code doesn't sleep on a > wait-queue, so msleep_interruptible() should not affect that. If you > wake-up the processes via a manual signal, then msleep_interruptible() > will still wake up. I'm not seeing how this patch changes any relevant > code paths (I'm admittedly not an XFS expert). Both xfsbufd and xfssyncd can be woken up explictly via calls to wake_up_process - if I'm reading the msleep/msleep_interruptible code correctly, we'll not return from there until the timeout has passed (or a signal is delivered in the interruptible variant) which is not the intention - if those processes are woken through the XFS internal wake_up_process calls, they need to wakeup pronto. See pagebuf_daemon_wakeup and xfs_syncd_queue_work for example. Also, your xfs_buf.c patch is using msleep, but the xfs_super.c one isn't - seems a bit odd. (?) cheers. -- Nathan From owner-linux-xfs Wed Mar 9 16:37:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 16:37:31 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2A0bSgq015712 for ; Wed, 9 Mar 2005 16:37:29 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17706; Thu, 10 Mar 2005 11:37:21 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2A0bGXE2922903; Thu, 10 Mar 2005 11:37:19 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2A0Wnqv014757; Thu, 10 Mar 2005 11:32:49 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2A0Wkmi014755; Thu, 10 Mar 2005 11:32:46 +1100 Date: Thu, 10 Mar 2005 11:32:46 +1100 From: Nathan Scott To: Daniel Tschan Cc: linux-xfs@oss.sgi.com Subject: Re: [Fwd: [Bug 150427] New: XFS internal error xfs_alloc_read_agf] Message-ID: <20050310003246.GB14665@frodo> References: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5036 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 789 Lines: 26 On Thu, Mar 10, 2005 at 12:09:27AM +0100, Daniel Tschan wrote: > ------- Additional Comments From Dave Jones 2005-03-09 16:37 EST ------- > you're better off reporting this one to the maintainers at SGI. > Did you build that xfs_repair/xfsprogs yourself or is that one shipped by Redhat? It has debugging enabled, hence the assert, hence its not running to completion - if you build a non-debug version it should complete. If Redhat's shipping a debug version, they'll need to fix that. > ... > xfs_repair is unable to repair the filesystem and aborts with the > following output: > ... > - agno = 1 > data fork in regular inode 89335619 claims used block 53366048 > xfs_repair: dinode.c:2436: process_dinode_int: Assertion `err == 0' > failed. Aborted cheers. -- Nathan From owner-linux-xfs Wed Mar 9 16:48:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 16:48:31 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2A0mS63016762 for ; Wed, 9 Mar 2005 16:48:29 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17961; Thu, 10 Mar 2005 11:48:21 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2A0mJXE2945023; Thu, 10 Mar 2005 11:48:20 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2A0hpqv014820; Thu, 10 Mar 2005 11:43:51 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2A0hlxi014818; Thu, 10 Mar 2005 11:43:47 +1100 Date: Thu, 10 Mar 2005 11:43:47 +1100 From: Nathan Scott To: Daniel Tschan Cc: linux-xfs@oss.sgi.com Subject: Re: [Fwd: [Bug 150427] New: XFS internal error xfs_alloc_read_agf] Message-ID: <20050310004347.GC14665@frodo> References: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> <20050310003246.GB14665@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050310003246.GB14665@frodo> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5037 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 783 Lines: 22 On Thu, Mar 10, 2005 at 11:32:46AM +1100, Nathan Scott wrote: > On Thu, Mar 10, 2005 at 12:09:27AM +0100, Daniel Tschan wrote: > > ------- Additional Comments From Dave Jones 2005-03-09 16:37 EST ------- > > you're better off reporting this one to the maintainers at SGI. > > > > Did you build that xfs_repair/xfsprogs yourself or is that one > shipped by Redhat? It has debugging enabled, hence the assert, > hence its not running to completion - if you build a non-debug > version it should complete. > > If Redhat's shipping a debug version, they'll need to fix that. IOW, build with DEBUG=-DNDEBUG in the environment before running configure. See the env vars set for debian build/packaging stuff (xfs-cmds/xfsprogs/debian/rules in CVS) for example. cheers. -- Nathan From owner-linux-xfs Wed Mar 9 17:28:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 17:28:18 -0800 (PST) Received: from e6.ny.us.ibm.com (e6.ny.us.ibm.com [32.97.182.146]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2A1SGto019783 for ; Wed, 9 Mar 2005 17:28:16 -0800 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e6.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id j2A1SA3L003874 for ; Wed, 9 Mar 2005 20:28:10 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j2A1SA15242624 for ; Wed, 9 Mar 2005 20:28:10 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id j2A1SAfn000646 for ; Wed, 9 Mar 2005 20:28:10 -0500 Received: from joust (joust.beaverton.ibm.com [9.47.17.68]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id j2A1SAWJ000629; Wed, 9 Mar 2005 20:28:10 -0500 Received: by joust (Postfix, from userid 1000) id F00FB4F8A4; Wed, 9 Mar 2005 17:28:08 -0800 (PST) Date: Wed, 9 Mar 2005 17:28:08 -0800 From: Nishanth Aravamudan To: Nathan Scott Cc: domen@coderock.org, linux-xfs@oss.sgi.com Subject: Re: [xfs-masters] [patch 2/2] fs/xfs_super: replace schedule_timeout() with msleep_interruptible() Message-ID: <20050310012808.GG3685@us.ibm.com> References: <20050306104000.A71391F204@trashy.coderock.org> <20050308000114.GG720@frodo> <20050308002031.GG2778@us.ibm.com> <20050309032736.GA1687@frodo> <20050309174544.GA2739@us.ibm.com> <20050310002622.GA14665@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050310002622.GA14665@frodo> X-Operating-System: Linux 2.6.11 (i686) User-Agent: Mutt/1.5.6+20040907i X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5038 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nacc@us.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 2101 Lines: 41 On Thu, Mar 10, 2005 at 11:26:22AM +1100, Nathan Scott wrote: > On Wed, Mar 09, 2005 at 09:45:44AM -0800, Nishanth Aravamudan wrote: > > On Wed, Mar 09, 2005 at 02:27:36PM +1100, Nathan Scott wrote: > > > On Mon, Mar 07, 2005 at 04:20:31PM -0800, Nishanth Aravamudan wrote: > > > > While youre interface may be in human-sensible units, the internal timer > > > > subsystem is not (jiffies only exist in the kernel). > > > > msleep_interruptible() changes this, clearly. My patch doesn't really > > > > change anything. It really shouldn't really result in any different > > > > behavior as far as I can tell. msleep_interruptible() takes a timeout > > > > > > Actually, discussing with Christoph a bit he's pointed out this is > > > going to cause problems for the cases (both xfsbufd and xfssyncd) > > > where we manually wakeup those processes - and there are several > > > situations where we need to do that. > > > > Could you explain this further? The existing code doesn't sleep on a > > wait-queue, so msleep_interruptible() should not affect that. If you > > wake-up the processes via a manual signal, then msleep_interruptible() > > will still wake up. I'm not seeing how this patch changes any relevant > > code paths (I'm admittedly not an XFS expert). > > Both xfsbufd and xfssyncd can be woken up explictly via calls to > wake_up_process - if I'm reading the msleep/msleep_interruptible > code correctly, we'll not return from there until the timeout > has passed (or a signal is delivered in the interruptible variant) > which is not the intention - if those processes are woken through > the XFS internal wake_up_process calls, they need to wakeup pronto. > See pagebuf_daemon_wakeup and xfs_syncd_queue_work for example. I see, I didn't know about the wake_up_process(). You are right that msleep*() does not play well with wait-queues. I'm working on creating some patches that might, though. > Also, your xfs_buf.c patch is using msleep, but the xfs_super.c > one isn't - seems a bit odd. (?) Bug on my part. Both patches should be dropped, though, as you said. Thanks, Nish From owner-linux-xfs Wed Mar 9 21:18:38 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 21:18:42 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2A5IbYo002231 for ; Wed, 9 Mar 2005 21:18:38 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2A5IRZZ032392; Thu, 10 Mar 2005 16:18:27 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2A5IRwO032390; Thu, 10 Mar 2005 16:18:27 +1100 Date: Thu, 10 Mar 2005 16:18:27 +1100 From: Nathan Scott Message-Id: <200503100518.j2A5IRwO032390@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 932006 - X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5039 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3438 Lines: 92 Software suspend API transition, merged back via mainline from pavel@ucw.cz. Date: Thu Mar 10 13:28:59 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: pavel@ucw.cz The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21792a linux-2.6/xfs_super.c - 1.327 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.327&r2=text&tr2=1.326&f=h linux-2.6/xfs_buf.c - 1.191 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.191&r2=text&tr2=1.190&f=h Spinlock initialization API transition, merged back via mainline from tglx@linuxtronix@de. Date: Thu Mar 10 13:34:56 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: tglx@linuxtronix@de The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21794a support/debug.c - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/support/debug.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h linux-2.6/xfs_vfs.c - 1.62 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vfs.c.diff?r1=text&tr1=1.62&r2=text&tr2=1.61&f=h linux-2.6/xfs_vnode.c - 1.124 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.c.diff?r1=text&tr1=1.124&r2=text&tr2=1.123&f=h linux-2.6/xfs_buf.c - 1.192 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.192&r2=text&tr2=1.191&f=h Mark filesystem incore time granularity, merged back via mainline from ak@suse.de. Date: Thu Mar 10 13:38:12 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: ak@suse.de The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21795a linux-2.6/xfs_super.c - 1.328 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.328&r2=text&tr2=1.327&f=h Add MAP_POPULATE/sys_remap_file_pages support to XFS. Date: Thu Mar 10 13:40:35 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21796a linux-2.6/xfs_file.c - 1.113 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.113&r2=text&tr2=1.112&f=h Compat/non-BKL ioctl transition, merged back via mainline from ak@suse.de. Date: Thu Mar 10 16:17:15 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: ak@suse.de The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21800a linux-2.6/xfs_file.c - 1.114 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h linux-2.6/xfs_super.c - 1.329 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.329&r2=text&tr2=1.328&f=h linux-2.6/xfs_ioctl32.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h linux-2.6/xfs_ioctl32.h - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-linux-xfs Wed Mar 9 22:17:23 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Mar 2005 22:17:26 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2A6HNev005963 for ; Wed, 9 Mar 2005 22:17:23 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2A6HNqv005962 for linux-xfs@oss.sgi.com; Wed, 9 Mar 2005 22:17:23 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2A6HMDX005948 for ; Wed, 9 Mar 2005 22:17:22 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2A5R3dQ003944; Wed, 9 Mar 2005 21:27:03 -0800 Date: Wed, 9 Mar 2005 21:27:03 -0800 Message-Id: <200503100527.j2A5R3dQ003944@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 398] New: acl incorrectly uses gettext() in setfacl/do_set.c X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5040 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 724 Lines: 26 http://oss.sgi.com/bugzilla/show_bug.cgi?id=398 Summary: acl incorrectly uses gettext() in setfacl/do_set.c Product: Linux XFS Version: Current Platform: All URL: http://bugs.gentoo.org/show_bug.cgi?id=84641 OS/Version: Linux Status: NEW Severity: normal Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: vapier@gentoo.org original Gentoo bug report: http://bugs.gentoo.org/show_bug.cgi?id=84641 find attached small patch i wrote to fix ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Mar 10 00:50:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 00:50:54 -0800 (PST) Received: from zion.devzone.ch (zion.devzone.ch [193.138.215.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2A8olaS015146 for ; Thu, 10 Mar 2005 00:50:50 -0800 X-Envelope-Sender: tschan+sgi.com@devzone.ch Received: from www.devzone.ch (localhost.localdomain [127.0.0.1]) by zion.devzone.ch (8.12.8/8.12.8) with ESMTP id j2A8oYsv002243; Thu, 10 Mar 2005 09:50:34 +0100 Received: from 217.162.2.34 (SquirrelMail authenticated user tschan); by www.devzone.ch with HTTP; Thu, 10 Mar 2005 09:50:34 +0100 (CET) Message-ID: <32824.217.162.2.34.1110444634.squirrel@217.162.2.34> In-Reply-To: <20050310003246.GB14665@frodo> References: <33504.217.162.2.34.1110409767.squirrel@217.162.2.34> <20050310003246.GB14665@frodo> Date: Thu, 10 Mar 2005 09:50:34 +0100 (CET) Subject: Re: [Fwd: [Bug 150427] New: XFS internal error xfs_alloc_read_agf] From: "Daniel Tschan" To: "Nathan Scott" Cc: linux-xfs@oss.sgi.com User-Agent: SquirrelMail/1.4.3a-0.f0.9.1.legacy X-Mailer: SquirrelMail/1.4.3a-0.f0.9.1.legacy MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Devzone-MailScanner-Information: Please contact the ISP for more information X-Devzone-MailScanner: Found to be clean X-Virus-Scanned: ClamAV 0.83/757/Tue Mar 8 15:14:36 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5041 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tschan+sgi.com@devzone.ch Precedence: bulk X-list: linux-xfs Content-Length: 1025 Lines: 34 Hi Nathan > Did you build that xfs_repair/xfsprogs yourself or is that one > shipped by Redhat? It has debugging enabled, hence the assert, > hence its not running to completion - if you build a non-debug > version it should complete. > > If Redhat's shipping a debug version, they'll need to fix that. This is xfsprogs 2.6.13 included wih Fedora Core 3. Building with debugging enabled seems to be the default. I'll file another Red Hat bug report. I now rebuilt the rpm with: make changed to make OPTIMIZER=-O3 DEBUG=-DNDEBUG The assertions are gone but xfs_repair still isn't able to repair the filesystem. It now aborts with: corrupt dinode 651602685, extent total = 1, nblocks = 0. Unmount and run xfs_repair. fatal error -- couldn't map inode 651602685, err = 990 A second run reported even more problems but in the end aborted with the same fatal error. I already rescued all data so I don't really care what happens with this filesystem. But I guess you're interested in the results. Kind regards Daniel From owner-linux-xfs Thu Mar 10 07:46:20 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 07:46:28 -0800 (PST) Received: from imo-d20.mx.aol.com (imo-d20.mx.aol.com [205.188.139.136]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2AFkJO9018527 for ; Thu, 10 Mar 2005 07:46:19 -0800 Received: from AndyLiebman@aol.com by imo-d20.mx.aol.com (mail_out_v37_r3.8.) id 5.92.22669533 (4320); Thu, 10 Mar 2005 10:46:09 -0500 (EST) From: AndyLiebman@aol.com Message-ID: <92.22669533.2f61c5c1@aol.com> Date: Thu, 10 Mar 2005 10:46:09 EST Subject: Re: What does I/O error mean in logs? To: nathans@sgi.com CC: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: 9.0 Security Edition for Windows sub 1200 X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5042 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: AndyLiebman@aol.com Precedence: bulk X-list: linux-xfs Content-Length: 1209 Lines: 42 >> Hi, >> >> Does anybody know what this means? >> >> Mar 9 16:32:12 localhost kernel: audit(1110403917.4294966169:0): initialized >> Mar 9 16:32:59 localhost kernel: I/O error in filesystem ("sda") >> meta-data dev sda block 0x1e8ed3bff ("xfs_read_buf") error 5 buf > >count 512 >> > >It means the device driver returned an error when XFS >attempted a metadata read. Looks like one of the AG >header structures in an AG fairly far into the FS, based >on the size and block# there. Probably a hardware issue. > >cheers. > >-- >Nathan Hi Nathan, Thanks for your previous replies. But could you be a little more specific? 1) What do you mean by "probably a hardware issue"? 2) Is there danger that the xfs filesystem on this RAID has somehow lost its integrity or has become corrupted? Or was the metadata eventually read? (I've seen the same error 3 times in the logs -- over the course of 2 days). 3) Should I be running xfs_repair? Or, is there anything else I that I CAN and/or SHOULD do to: -- a) investigate the error, or -- b) correct the error In other words, should I just ignore the logged event, or take some action? Thanks, Andy Liebman From owner-linux-xfs Thu Mar 10 07:58:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 07:58:08 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2AFw0hi019655 for ; Thu, 10 Mar 2005 07:58:01 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2AFK614019279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 10 Mar 2005 10:20:07 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2AFK5u5019276; Thu, 10 Mar 2005 10:20:06 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Thu, 10 Mar 2005 10:20:05 -0500 (EST) From: Lonni J Friedman To: AndyLiebman@aol.com cc: linux-xfs@oss.sgi.com Subject: Re: What does I/O error mean in logs? In-Reply-To: <92.22669533.2f61c5c1@aol.com> Message-ID: References: <92.22669533.2f61c5c1@aol.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Thu, 10 Mar 2005 10:20:07 -0500 Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5043 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 1118 Lines: 30 On Thu, 10 Mar 2005 AndyLiebman@aol.com wrote: > Thanks for your previous replies. But could you be a little more specific? > > 1) What do you mean by "probably a hardware issue"? I/O errors typically point to failing or failed hardware. > 2) Is there danger that the xfs filesystem on this RAID has somehow lost its > integrity or has become corrupted? Or was the metadata eventually read? > (I've seen the same error 3 times in the logs -- over the course of 2 days). I'm not sure, but i'd say that its possible, especially if the drive is dying. > 3) Should I be running xfs_repair? Or, is there anything else I that I CAN > and/or SHOULD do to: > -- a) investigate the error, or > -- b) correct the error It can never hurt to run xfs_repair, however just because there is no filesystem corruption doesn't mean that you don't have a problem. If your drive(s) are SMART capable, it would be a good idea to check that now. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Thu Mar 10 10:54:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 10:54:15 -0800 (PST) Received: from mail.automatix.de (www.automatix.de [213.131.230.237]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2AIsBJt001789 for ; Thu, 10 Mar 2005 10:54:12 -0800 Received: from uucp by mail.automatix.de with local-bsmtp (Exim 3.36 #1) id 1D9Sov-0006Su-00 for linux-xfs@oss.sgi.com; Thu, 10 Mar 2005 19:55:41 +0100 Received: from pc2.s.automatix.de ([192.168.11.12] ident=jojo) by s.automatix.de with esmtp (Exim 3.36 #1) id 1D9ShS-0003v2-00; Thu, 10 Mar 2005 19:47:58 +0100 From: Juergen Sauer Reply-To: juergen.sauer@automatix.de Organization: AutomatiX GmbH To: Ed Murray Subject: Re: XFS Filesystem corruption Date: Thu, 10 Mar 2005 19:47:54 +0100 User-Agent: KMail/1.7.1 Cc: linux-xfs@oss.sgi.com References: <1110327973.5984.10.camel@Ent.avenue.dnsalias.net> In-Reply-To: <1110327973.5984.10.camel@Ent.avenue.dnsalias.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1282511.DKe4chbY1v"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503101947.58111.juergen.sauer@automatix.de> X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5044 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juergen.sauer@automatix.de Precedence: bulk X-list: linux-xfs Content-Length: 1759 Lines: 49 --nextPart1282511.DKe4chbY1v Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 9. M=E4rz 2005 01:26 schrieb Ed Murray: > Hi I am using XFS on linux kernel 2.6.10 with a 3ware raid 0 7006 > controller. Three days ago my server crashed. After rebooting I found > log entries such as the following in my syslog. I booted up a system > rescue cd and ran xfs_repair. It seemed to work. I then ran xfs_check > and it ran without errors. I have upgraded the kernel to 2.6.11 and I > have disabled 4K stacks. However I seem to still be experiencing > corruption. > > My question is: Can I stop this from reoccurring or is my file system > hosed and I should reformat and start again? No. You should run xfs_repair /dev/your_hdd. You have to dismount the filesystem to do that. To stop further corruption you will have to make sure, that your=20 controller syncs *any* write-cached data to harddisk. I think your controller does argressive write caching. If you use an=20 controller with hardware caches you have to flusch the cache before rebooting. Also a UPS ist recommended for such controllers... Jojo --=20 J=FCrgen Sauer - AutomatiX GmbH, +49-4209-4699, jojo@automatix.de ** ** Das Linux Systemhaus - Service - Support - Server - L=F6sungen ** ** http://www.automatix.de ICQ: #344389676 ** OpenOffice erhalten Sie hier kostenfrei http://de.openoffice.org/ --nextPart1282511.DKe4chbY1v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQBCMJZeW7UKI9EqarERAnJvAJ9Y2ieZpSGdm5xjLzHfjvZgqeLPIQCfWAgz BvDszHEOF4CMghbWnftvqX4= =HmSf -----END PGP SIGNATURE----- --nextPart1282511.DKe4chbY1v-- From owner-linux-xfs Thu Mar 10 15:20:45 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 15:20:49 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2ANKgsd027299 for ; Thu, 10 Mar 2005 15:20:44 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2ANKafm008083 for ; Thu, 10 Mar 2005 18:20:36 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2ANKa9u025118 for ; Thu, 10 Mar 2005 18:20:36 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2ANKaYI025117 for linux-xfs@oss.sgi.com; Thu, 10 Mar 2005 18:20:36 -0500 Date: Thu, 10 Mar 2005 18:20:36 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: fc3 and stacks Message-ID: <20050310232036.GA19295@lemming.cita.utoronto.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5045 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 662 Lines: 23 Hi, Under what conditions should we be worried about XFS with a kernel compiled with 4k stacks? As we are lazy, we would prefer to run a stock fc3 kernel on dual Xeon 32bit with 3ware hardware SATA RAID - mostly accessed via NFS. No LVM, no ACLs, no software RAID, so nothing too fancy. Is this still asking for trouble? If so, then it's not hard to recompile the fc3 kernel (or a stock kernel) for 8k stacks, just we're not too sure how risky the default fc3 setup is. We're also thinking of running RHEL AS4 instead of fc3 (they are very similar), but that definitely needs a recompile as XFS isn't included in the default AS4 kernel :-/ cheers, robin From owner-linux-xfs Thu Mar 10 18:31:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 18:31:04 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B2V1gJ013317 for ; Thu, 10 Mar 2005 18:31:02 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2B2UtXP017009 for ; Fri, 11 Mar 2005 13:30:55 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2B2UsWa017007 for linux-xfs@oss.sgi.com; Fri, 11 Mar 2005 13:30:54 +1100 Date: Fri, 11 Mar 2005 13:30:54 +1100 From: Nathan Scott Message-Id: <200503110230.j2B2UsWa017007@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - acl build fix X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5046 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 871 Lines: 20 Make acl package buildable without gettext support, from vapier@gentoo.org. Date: Fri Mar 11 12:09:21 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: vapier@gentoo.org The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21807a acl/VERSION - 1.71 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/VERSION.diff?r1=text&tr1=1.71&r2=text&tr2=1.70&f=h acl/doc/CHANGES - 1.78 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/doc/CHANGES.diff?r1=text&tr1=1.78&r2=text&tr2=1.77&f=h acl/debian/changelog - 1.65 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/debian/changelog.diff?r1=text&tr1=1.65&r2=text&tr2=1.64&f=h acl/setfacl/do_set.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/acl/setfacl/do_set.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h From owner-linux-xfs Thu Mar 10 19:17:28 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 19:17:30 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B3HSKa019813 for ; Thu, 10 Mar 2005 19:17:28 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2B3HSQZ019812 for linux-xfs@oss.sgi.com; Thu, 10 Mar 2005 19:17:28 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B3HQns019796 for ; Thu, 10 Mar 2005 19:17:26 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2B2t7un018615; Thu, 10 Mar 2005 18:55:07 -0800 Date: Thu, 10 Mar 2005 18:55:07 -0800 Message-Id: <200503110255.j2B2t7un018615@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 398] acl incorrectly uses gettext() in setfacl/do_set.c X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5047 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 828 Lines: 32 http://oss.sgi.com/bugzilla/show_bug.cgi?id=398 nathans@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From vapier@gentoo.org 2005-09-03 21:27 PDT ------- Created an attachment (id=152) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=152&action=view) acl-2.2.27-nls.patch fix gettext() usage ------- Additional Comments From nathans@sgi.com 2005-10-03 18:55 PDT ------- Fixed, thanks. (btw, your patch missed a couple of gettext calls..?) cheers. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Mar 10 19:26:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 19:26:21 -0800 (PST) Received: from mail04.syd.optusnet.com.au (mail04.syd.optusnet.com.au [211.29.132.185]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B3QFDm020891 for ; Thu, 10 Mar 2005 19:26:15 -0800 Received: from Ent.avenue.dnsalias.net (c220-237-31-7.belrs2.nsw.optusnet.com.au [220.237.31.7]) by mail04.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j2B3Q89i022004 for ; Fri, 11 Mar 2005 14:26:08 +1100 Subject: Re: XFS Filesystem corruption From: Ed Murray To: linux-xfs@oss.sgi.com In-Reply-To: <1110327973.5984.10.camel@Ent.avenue.dnsalias.net> References: <1110327973.5984.10.camel@Ent.avenue.dnsalias.net> Content-Type: text/plain Date: Fri, 11 Mar 2005 14:26:07 +1100 Message-Id: <1110511568.6120.1.camel@Ent.avenue.dnsalias.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5048 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mail@avenuedesign.net Precedence: bulk X-list: linux-xfs Content-Length: 2353 Lines: 60 I have since discovered there was a faulty memory chip in the server. The problem was likely not to have been the XFS/NFS issue. Sorry for any inconvinience. Regards Ed. On Wed, 2005-03-09 at 11:26 +1100, Ed Murray wrote: > Hi I am using XFS on linux kernel 2.6.10 with a 3ware raid 0 7006 > controller. Three days ago my server crashed. After rebooting I found > log entries such as the following in my syslog. I booted up a system > rescue cd and ran xfs_repair. It seemed to work. I then ran xfs_check > and it ran without errors. I have upgraded the kernel to 2.6.11 and I > have disabled 4K stacks. However I seem to still be experiencing > corruption. > > My question is: Can I stop this from reoccurring or is my file system > hosed and I should reformat and start again? > > Regards > Ed. > > Mar 6 07:43:57 avenue kernel: Filesystem "sda1": XFS internal error > xfs_iformat(1) at line 475 of file fs/xfs/xfs_inode.c. Caller > 0xc021b365 > Mar 6 07:43:57 avenue kernel: [xfs_iformat+693/1520] xfs_iformat > +0x2b5/0x5f0 > Mar 6 07:43:57 avenue kernel: [xfs_iread+469/560] xfs_iread > +0x1d5/0x230 > Mar 6 07:43:57 avenue last message repeated 2 times > Mar 6 07:43:57 avenue kernel: [xfs_iget_core+201/1504] xfs_iget_core > +0xc9/0x5e0 > Mar 6 07:43:57 avenue kernel: [vn_initialize+146/176] vn_initialize > +0x92/0xb0 > Mar 6 07:43:57 avenue kernel: [xfs_iget+304/368] xfs_iget+0x130/0x170 > Mar 6 07:43:57 avenue kernel: [xfs_dir_lookup_int+178/304] > xfs_dir_lookup_int+0xb2/0x130 > Mar 6 07:43:57 avenue kernel: [xfs_lookup+80/144] xfs_lookup+0x50/0x90 > Mar 6 07:43:57 avenue kernel: [linvfs_lookup+82/144] linvfs_lookup > +0x52/0x90 > Mar 6 07:43:57 avenue kernel: [real_lookup+193/240] real_lookup > +0xc1/0xf0 > Mar 6 07:43:57 avenue kernel: [do_lookup+150/176] do_lookup+0x96/0xb0 > Mar 6 07:43:57 avenue kernel: [link_path_walk+1732/3424] > link_path_walk+0x6c4/0xd60 > Mar 6 07:43:57 avenue kernel: [path_lookup+124/320] path_lookup > +0x7c/0x140 > Mar 6 07:43:57 avenue kernel: [__user_walk+51/96] __user_walk > +0x33/0x60 > Mar 6 07:43:57 avenue kernel: [vfs_lstat+28/96] vfs_lstat+0x1c/0x60 > Mar 6 07:43:57 avenue kernel: [sys_lstat64+27/64] sys_lstat64 > +0x1b/0x40 > Mar 6 07:43:57 avenue kernel: [syscall_call+7/11] syscall_call+0x7/0xb > > > > !DSPAM:422e42b377228289316078! > > From owner-linux-xfs Thu Mar 10 20:17:28 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 20:17:31 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B4HRri025059 for ; Thu, 10 Mar 2005 20:17:27 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2B4HRCa025058 for linux-xfs@oss.sgi.com; Thu, 10 Mar 2005 20:17:27 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B4HQ5h025044 for ; Thu, 10 Mar 2005 20:17:26 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2B3N6CU020662; Thu, 10 Mar 2005 19:23:06 -0800 Date: Thu, 10 Mar 2005 19:23:06 -0800 Message-Id: <200503110323.j2B3N6CU020662@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 398] acl incorrectly uses gettext() in setfacl/do_set.c X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5049 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 293 Lines: 14 http://oss.sgi.com/bugzilla/show_bug.cgi?id=398 ------- Additional Comments From vapier@gentoo.org 2005-10-03 19:23 PDT ------- ah, yes it did ... thanks for that :) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Mar 10 20:42:54 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Mar 2005 20:42:56 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2B4gmY1001534 for ; Thu, 10 Mar 2005 20:42:53 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2B4gdYo008106; Fri, 11 Mar 2005 15:42:39 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2B4gdHB008104; Fri, 11 Mar 2005 15:42:39 +1100 Date: Fri, 11 Mar 2005 15:42:39 +1100 From: Nathan Scott Message-Id: <200503110442.j2B4gdHB008104@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 932009 - fix compat ioctls on dirs X-Virus-Scanned: ClamAV 0.83/760/Wed Mar 9 09:12:01 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5050 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 919 Lines: 20 Fix directory inodes ioctl compat code, minor code consistency cleanups. Date: Fri Mar 11 15:42:11 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: sandeen@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21810a linux-2.6/xfs_file.c - 1.116 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.116&r2=text&tr2=1.115&f=h linux-2.6/xfs_super.c - 1.330 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.330&r2=text&tr2=1.329&f=h linux-2.6/xfs_ioctl32.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h linux-2.6/xfs_ioctl32.h - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl32.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h From owner-linux-xfs Fri Mar 11 13:30:22 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 13:30:31 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BLTkiS006462 for ; Fri, 11 Mar 2005 13:30:20 -0800 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2BHWcxT030215 for ; Fri, 11 Mar 2005 11:32:38 -0600 Received: from omx2.sgi.com (omx2.sgi.com [198.149.32.25]) by nodin.corp.sgi.com (SGI-8.12.5/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2BHWRbT45560577 for ; Fri, 11 Mar 2005 09:32:27 -0800 (PST) Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2BJ4To0020876 for ; Fri, 11 Mar 2005 11:04:40 -0800 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2BHTjR03761941; Fri, 11 Mar 2005 11:29:45 -0600 (CST) Message-ID: <4231D589.30106@sgi.com> Date: Fri, 11 Mar 2005 11:29:45 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Humble CC: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> In-Reply-To: <20050310232036.GA19295@lemming.cita.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5051 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1351 Lines: 36 Robin Humble wrote: > Hi, > > Under what conditions should we be worried about XFS with a kernel > compiled with 4k stacks? > > As we are lazy, we would prefer to run a stock fc3 kernel on dual Xeon > 32bit with 3ware hardware SATA RAID - mostly accessed via NFS. No LVM, > no ACLs, no software RAID, so nothing too fancy. > > Is this still asking for trouble? There are still a few large stack users in xfs even when it's used by itself - one that comes to mind is code that runs when you use xfs_fsr (hm, I really must check in my fix for that....) And figuring out callchain depth is tricky, so hard to say how these things will all add up. I guess I would suggest that you just test it out on one non-critical box, with a "normal" workload for you, and see how it fares. It's tight, but in many cases it might be just fine. > If so, then it's not hard to recompile the fc3 kernel (or a stock > kernel) for 8k stacks, just we're not too sure how risky the default > fc3 setup is. You'll know after you figure out how often you hit problems. :) > We're also thinking of running RHEL AS4 instead of fc3 (they are very > similar), but that definitely needs a recompile as XFS isn't included in > the default AS4 kernel :-/ Yep... that's something I've been meaning to look into as well - although the 4k stack issue remains. -Eric From owner-linux-xfs Fri Mar 11 13:30:26 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 13:30:33 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BLUMF8006515 for ; Fri, 11 Mar 2005 13:30:23 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2BHHExT027571 for ; Fri, 11 Mar 2005 11:17:14 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2BHHD0F11131012 for ; Fri, 11 Mar 2005 11:17:14 -0600 (CST) Message-ID: <4231D299.70001@sgi.com> Date: Fri, 11 Mar 2005 11:17:13 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'linux-xfs@oss.sgi.com'" Subject: RHEL3-compatible kernels w/ xfs and other goodies Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5052 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 618 Lines: 20 Hi gang - Just a quick announcement that I've put some RHEL3-compatible kernels out on oss: ftp://oss.sgi.com/projects/xfs/testing/RHEL3 I put them under "testing" for lack of a better place; in reality they should just be ready to go. The kernels are based on RHEL3's latest errata kernel, and have LBD patches and KDB, as well as some other changes - please read the README. Also note that the xfs modules are in their own separate RPMs. Of course these kernels are in no way supported by Red Hat, and running them on an otherwise supported RHEL3 box probably invalidates any support. Have fun, -Eric From owner-linux-xfs Fri Mar 11 13:52:59 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 13:53:00 -0800 (PST) Received: from relay01.roc.ny.frontiernet.net (relay01.roc.ny.frontiernet.net [66.133.182.164]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BLqwbB015844 for ; Fri, 11 Mar 2005 13:52:58 -0800 Received: from filter09.roc.ny.frontiernet.net (filter09.roc.ny.frontiernet.net [66.133.183.76]) by relay01.roc.ny.frontiernet.net (Postfix) with ESMTP id D6147364111; Fri, 11 Mar 2005 21:52:57 +0000 (UTC) Received: from relay01.roc.ny.frontiernet.net ([66.133.182.164]) by filter09.roc.ny.frontiernet.net (filter09.roc.ny.frontiernet.net [66.133.183.76]) (amavisd-new, port 10024) with LMTP id 15001-02-6; Fri, 11 Mar 2005 21:52:57 +0000 (UTC) Received: from [192.168.1.65] (67-137-96-87.dsl2.brv.mn.frontiernet.net [67.137.96.87]) by relay01.roc.ny.frontiernet.net (Postfix) with ESMTP id 5FF25364150; Fri, 11 Mar 2005 21:52:51 +0000 (UTC) Message-ID: <42321357.6010203@xfs.org> Date: Fri, 11 Mar 2005 15:53:27 -0600 From: Stephen Lord User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen Cc: Robin Humble , linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4231D589.30106@sgi.com> In-Reply-To: <4231D589.30106@sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter09.roc.ny.frontiernet.net X-Virus-Status: Clean X-archive-position: 5053 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 1589 Lines: 47 Eric Sandeen wrote: > > > There are still a few large stack users in xfs even when it's used by > itself - one that comes to mind is code that runs when you use xfs_fsr > (hm, I really must check in my fix for that....) And figuring out > callchain depth is tricky, so hard to say how these things will all add up. > > I guess I would suggest that you just test it out on one non-critical > box, with a "normal" workload for you, and see how it fares. It's > tight, but in many cases it might be just fine. I used default fedora core 3 kernels on my xfs only laptop for a quite a while without problems. I went to building my own kernels only because I ended up with a wireless card which requires one of those darn windows only drivers, and windows drivers appear to eat stack space for breakfast. > >> If so, then it's not hard to recompile the fc3 kernel (or a stock >> kernel) for 8k stacks, just we're not too sure how risky the default >> fc3 setup is. > > > You'll know after you figure out how often you hit problems. :) > >> We're also thinking of running RHEL AS4 instead of fc3 (they are very >> similar), but that definitely needs a recompile as XFS isn't included in >> the default AS4 kernel :-/ > > > Yep... that's something I've been meaning to look into as well - > although the 4k stack issue remains. > > -Eric > AS 4.0 uses the 8K stack model, but yes, their filesystem selection seems a little limited. Suse is actually looking pretty good right now, and I have an ubuntu install running on a box right now just to check it out. Steve Steve From owner-linux-xfs Fri Mar 11 14:14:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 14:14:51 -0800 (PST) Received: from relay02.roc.ny.frontiernet.net (relay02.roc.ny.frontiernet.net [66.133.182.165]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BMEo9k019042 for ; Fri, 11 Mar 2005 14:14:50 -0800 Received: from filter10.roc.ny.frontiernet.net (filter10.roc.ny.frontiernet.net [66.133.183.77]) by relay02.roc.ny.frontiernet.net (Postfix) with ESMTP id 9988C370159; Fri, 11 Mar 2005 22:14:49 +0000 (UTC) Received: from relay02.roc.ny.frontiernet.net ([66.133.182.165]) by filter10.roc.ny.frontiernet.net (filter10.roc.ny.frontiernet.net [66.133.183.77]) (amavisd-new, port 10024) with LMTP id 30757-03-72; Fri, 11 Mar 2005 22:14:49 +0000 (UTC) Received: from [192.168.1.65] (67-137-96-87.dsl2.brv.mn.frontiernet.net [67.137.96.87]) by relay02.roc.ny.frontiernet.net (Postfix) with ESMTP id 6F7A437003A; Fri, 11 Mar 2005 22:14:45 +0000 (UTC) Message-ID: <4232187A.7000800@xfs.org> Date: Fri, 11 Mar 2005 16:15:22 -0600 From: Stephen Lord User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen Cc: Robin Humble , linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4231D589.30106@sgi.com> <42321357.6010203@xfs.org> In-Reply-To: <42321357.6010203@xfs.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Scanned: by amavisd-new-20040701 (2.0) at filter10.roc.ny.frontiernet.net X-Virus-Status: Clean X-archive-position: 5054 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 386 Lines: 14 Stephen Lord wrote: > > AS 4.0 uses the 8K stack model, but yes, their filesystem selection > seems a little limited. Suse is actually looking pretty good right > now, and I have an ubuntu install running on a box right now just > to check it out. > Hmm, looked again, RHAS 4.0 just nuked the config option, they use 4K stacks and don't let you change it. Sorry about that. Steve From owner-linux-xfs Fri Mar 11 14:52:36 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 14:52:38 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BMqaXX023697 for ; Fri, 11 Mar 2005 14:52:36 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2BMqUDN027085 for ; Fri, 11 Mar 2005 17:52:30 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2BMqUqX004519 for ; Fri, 11 Mar 2005 17:52:30 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2BMqUfh004518 for linux-xfs@oss.sgi.com; Fri, 11 Mar 2005 17:52:30 -0500 Date: Fri, 11 Mar 2005 17:52:30 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks Message-ID: <20050311225230.GA3554@lemming.cita.utoronto.ca> References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4231D589.30106@sgi.com> <42321357.6010203@xfs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42321357.6010203@xfs.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5055 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 714 Lines: 21 On Fri, Mar 11, 2005 at 03:53:27PM -0600, Stephen Lord wrote: >Eric Sandeen wrote: >>I guess I would suggest that you just test it out on one non-critical >>box, with a "normal" workload for you, and see how it fares. It's >>tight, but in many cases it might be just fine. thanks for the advice. >I used default fedora core 3 kernels on my xfs only laptop for a quite >a while without problems. ... I've been using XFS on a home workstation with a standard fc3 kernel for several months now with no problems, so under some "normal" workloads it's fine. Now we want to use XFS + NFS as essentially a NAS box for a large Beowulf cluster, so that's fairly different. We'll see how it goes :-) cheers, robin From owner-linux-xfs Fri Mar 11 14:53:38 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 14:53:43 -0800 (PST) Received: from mail0.beanfield.net (mail0.beanfield.net [66.207.192.8]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BMrbio023977 for ; Fri, 11 Mar 2005 14:53:38 -0800 Received: (qmail 6291 invoked by uid 89); 11 Mar 2005 22:53:32 -0000 Received: by simscan 1.0.8 ppid: 6265, pid: 6275, t: 1.4729s scanners: attach: 1.0.8 clamav: 0.80/m:29/d:689 spam: 2.64 Received: from unknown (HELO ?192.168.1.26?) (todd@sohovfx.com@66.207.206.227) by mail0.beanfield.net with SMTP; 11 Mar 2005 22:53:31 -0000 Message-ID: <4232216A.5090505@sohovfx.com> Date: Fri, 11 Mar 2005 17:53:30 -0500 From: "M. Todd Smith" User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: fs.xfs.refcache ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5056 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: todd@sohovfx.com Precedence: bulk X-list: linux-xfs Content-Length: 690 Lines: 27 I'm trying to modify a parameter called fs.xfs.refcache through sysctl. However doing a sysctl -a doesn't show this parameter at all. It does show more than a handful of other possible XFS tuneable params, in fact more than most docs I've seen .. just not the one parameter I'm hoping to tune. I'm using xfsprogs 2.6.13-2 on an FC3 2.6.10-1.770 Are there any other progs I need to install on FC3 besides xfsprogs to use xfs to its fullest? Cheers Todd -- Systems Administrator ---------------------------------- Soho VFX - Visual Effects Studio 99 Atlantic Avenue, Suite 303 Toronto, Ontario, M6K 3J8 (416) 516-7863 http://www.sohovfx.com ---------------------------------- From owner-linux-xfs Fri Mar 11 14:53:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 14:53:56 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BMrlp5024074 for ; Fri, 11 Mar 2005 14:53:48 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2BMM1JY009264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Mar 2005 17:22:02 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2BMM1rh009261; Fri, 11 Mar 2005 17:22:01 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Fri, 11 Mar 2005 17:22:01 -0500 (EST) From: Lonni J Friedman To: Eric Sandeen cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks In-Reply-To: <4231D589.30106@sgi.com> Message-ID: References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4231D589.30106@sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Fri, 11 Mar 2005 17:22:02 -0500 Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5057 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 1679 Lines: 39 On Fri, 11 Mar 2005, Eric Sandeen wrote: > Robin Humble wrote: > > Hi, > > > > Under what conditions should we be worried about XFS with a kernel > > compiled with 4k stacks? > > > > As we are lazy, we would prefer to run a stock fc3 kernel on dual Xeon > > 32bit with 3ware hardware SATA RAID - mostly accessed via NFS. No LVM, > > no ACLs, no software RAID, so nothing too fancy. > > > > Is this still asking for trouble? > > There are still a few large stack users in xfs even when it's used by > itself - one that comes to mind is code that runs when you use xfs_fsr > (hm, I really must check in my fix for that....) And figuring out > callchain depth is tricky, so hard to say how these things will all add up. > > I guess I would suggest that you just test it out on one non-critical > box, with a "normal" workload for you, and see how it fares. It's > tight, but in many cases it might be just fine. > > > If so, then it's not hard to recompile the fc3 kernel (or a stock > > kernel) for 8k stacks, just we're not too sure how risky the default > > fc3 setup is. > > You'll know after you figure out how often you hit problems. :) FWIW, i've been running FC3 on three production servers (perhaps foolishly so based on the comments above) for about 6 months now withou any problems. One is running BIND as its only major service (no NFS, LVM or anything else), 2nd is running apache, mysql & php, 3rd is an rsync backup server, so its doing alot of disk IO, but not much else. HTH. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Fri Mar 11 14:57:52 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 14:57:55 -0800 (PST) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BMvpLq025579 for ; Fri, 11 Mar 2005 14:57:51 -0800 Received: from taniwha.stupidest.org (adsl-67-124-116-142.dsl.snfc21.pacbell.net [67.124.116.142]) by pimout2-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2BMvRMW181574; Fri, 11 Mar 2005 17:57:28 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 6F2B51200900; Fri, 11 Mar 2005 14:57:28 -0800 (PST) Date: Fri, 11 Mar 2005 14:57:28 -0800 From: Chris Wedgwood To: Lonni J Friedman Cc: Eric Sandeen , linux-xfs@oss.sgi.com, Robin Humble Subject: Re: fc3 and stacks Message-ID: <20050311225728.GA20768@taniwha.stupidest.org> References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4231D589.30106@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5058 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 668 Lines: 14 On Fri, Mar 11, 2005 at 05:22:01PM -0500, Lonni J Friedman wrote: > FWIW, i've been running FC3 on three production servers (perhaps > foolishly so based on the comments above) for about 6 months now > withou any problems. One is running BIND as its only major service > (no NFS, LVM or anything else), 2nd is running apache, mysql & php, > 3rd is an rsync backup server, so its doing alot of disk IO, but not > much else. HTH. Light load without anything fancy and most people will be perfectly fine. I suspect given a little load, NFS, loop, MD, DM or LVM it probably wouldn't be too hard to break; certainly I can break things with 4K stacks when I try here. From owner-linux-xfs Fri Mar 11 15:07:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Mar 2005 15:07:54 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2BN7r5V027108 for ; Fri, 11 Mar 2005 15:07:53 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2BN7qxT021314 for ; Fri, 11 Mar 2005 17:07:53 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2BN7q0F11143841; Fri, 11 Mar 2005 17:07:52 -0600 (CST) Message-ID: <423224C8.2010109@sgi.com> Date: Fri, 11 Mar 2005 17:07:52 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Todd Smith" CC: linux-xfs@oss.sgi.com Subject: Re: fs.xfs.refcache ? References: <4232216A.5090505@sohovfx.com> In-Reply-To: <4232216A.5090505@sohovfx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5059 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 675 Lines: 20 M. Todd Smith wrote: > I'm trying to modify a parameter called fs.xfs.refcache through sysctl. > However doing a sysctl -a doesn't show this parameter at all. It does > show more than a handful of other possible XFS tuneable params, in fact > more than most docs I've seen .. just not the one parameter I'm hoping > to tune. That sysctl does not exist in 2.6... IIRC that functionality is handled in the kernel itself now. > I'm using xfsprogs 2.6.13-2 on an FC3 2.6.10-1.770 > > Are there any other progs I need to install on FC3 besides xfsprogs to > use xfs to its fullest? nope - xfsprogs for mkfs, kernel to mount. You might want xfsdump for backup. -Eric From owner-linux-xfs Sat Mar 12 02:15:03 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 12 Mar 2005 02:15:06 -0800 (PST) Received: from smtp1.Stanford.EDU (smtp1.Stanford.EDU [171.67.16.123]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2CAF2qb006459 for ; Sat, 12 Mar 2005 02:15:03 -0800 Received: from elaine24.Stanford.EDU (elaine24.Stanford.EDU [171.64.15.99]) by smtp1.Stanford.EDU (8.12.11/8.12.11) with ESMTP id j2CAEspn018891; Sat, 12 Mar 2005 02:14:54 -0800 Received: (from yjf@localhost) by elaine24.Stanford.EDU (8.12.10/8.12.9) id j2CAEoBj010557; Sat, 12 Mar 2005 02:14:50 -0800 (PST) Date: Sat, 12 Mar 2005 02:14:50 -0800 (PST) From: Junfeng Yang To: linux-xfs@oss.sgi.com cc: mc@cs.Stanford.EDU, Linux Kernel Mailing List Subject: [CHECKER] XFS doesn't respect mount -o sync (XFS, 2.6.11) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5060 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yjf@stanford.edu Precedence: bulk X-list: linux-xfs Content-Length: 535 Lines: 19 Hi, We are from the Stanford Checker team and are working on a file system checker called FiSC. We checked XFS and found that even when a XFS partition is mounted -o sync, file system operations are still not sync'ed correctly. A simple test case would be something like this: mkdir 0001 reboot -f -n After reboot, directory 0001 is lost. Let me know if you need any more information to reproduce the warning. We are not sure if this is the expected behavior on XFS or not, so your inputs on this are well appreciated. -Junfeng From owner-linux-xfs Sat Mar 12 06:21:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 12 Mar 2005 06:21:03 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2CEKuel024611 for ; Sat, 12 Mar 2005 06:21:01 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j2BEpR46011525 for ; Fri, 11 Mar 2005 15:51:27 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Fri, 11 Mar 2005 15:51:27 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j2BEpQWI009966; Fri, 11 Mar 2005 15:51:26 +0100 (MET) Message-ID: <4231B06E.4020706@ocre.cea.fr> Date: Fri, 11 Mar 2005 15:51:26 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040113 X-Accept-Language: fr, en MIME-Version: 1.0 To: Dean Roehrich CC: linux-xfs@oss.sgi.com Subject: Re: DMAPI implementation about undeliverable event messages References: <20050308173802.A408E4FDD1@chewtoy.americas.sgi.com> In-Reply-To: <20050308173802.A408E4FDD1@chewtoy.americas.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5061 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 882 Lines: 26 Dean Roehrich a écrit : > Well, let's back up. Why is your HSM application not present? Why did it > destroy its sessions, but not unregister the events it had put on the > filesystem? Yes, I agree this error occurs only because of algorithm error. The HSM app should have unregistered the events before destroying its sessions. (err... why notification could be persistent in we must always removed them ?) I just wanted to say it will be "better" if DMAPI no not block in this particular case. With all other events, it is still possible to recover when a event is raised with no application to catch it. A DM app is still abled to register and fetch it later, except for UNMOUNT event. So, if the code could be fixed to work around this problem, ok, let's do it, else that's a pity. (The issue occured also with the DM_PREUNMOUNT_EVENT, same behaviour) Aurelien From owner-linux-xfs Sun Mar 13 17:30:04 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Mar 2005 17:30:06 -0800 (PST) Received: from slurp.thebarn.com (cattelan-host201.dsl.visi.com [208.42.117.201]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2E1U3xj006675 for ; Sun, 13 Mar 2005 17:30:03 -0800 Received: from [10.0.0.12] (c-24-118-241-175.mn.client2.attbi.com [24.118.241.175]) (authenticated bits=0) by slurp.thebarn.com (8.13.3/8.13.1) with ESMTP id j2E1To01063494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Mar 2005 19:29:54 -0600 (CST) (envelope-from cattelan@thebarn.com) Message-ID: <4234E903.8010309@thebarn.com> Date: Sun, 13 Mar 2005 19:29:39 -0600 From: Russell Cattelan User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Humble CC: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> In-Reply-To: <20050310232036.GA19295@lemming.cita.utoronto.ca> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0CF6185E7F13E27098A7CCD1" X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/761/Thu Mar 10 15:01:48 2005 on slurp.thebarn.com X-Virus-Status: Clean X-archive-position: 5062 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 2068 Lines: 62 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0CF6185E7F13E27098A7CCD1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Robin Humble wrote: >Hi, > >Under what conditions should we be worried about XFS with a kernel >compiled with 4k stacks? > > XFS is probably fine but I wouldn't try to stack on top a volume manager. The last time XFS on a md raid 5 volume the system would last about 30 seconds before spewing all sorts of weird stack traces. And the lovely folks doing the FC kernel not only decided to patch out the option to turn off 4k stacks they also change some interfaces that rely the "remove-any-option-of-sane-stack" patch. At that point I formatted the drive and switch to box to a different distro. Ohh I did try a stock kernel on the box, but apparently the FC pthreads libraries do not work with vanilla linux kernels. (That may have changed since the last time I tried that) >As we are lazy, we would prefer to run a stock fc3 kernel on dual Xeon >32bit with 3ware hardware SATA RAID - mostly accessed via NFS. No LVM, >no ACLs, no software RAID, so nothing too fancy. > >Is this still asking for trouble? > >If so, then it's not hard to recompile the fc3 kernel (or a stock >kernel) for 8k stacks, just we're not too sure how risky the default >fc3 setup is. > >We're also thinking of running RHEL AS4 instead of fc3 (they are very >similar), but that definitely needs a recompile as XFS isn't included in >the default AS4 kernel :-/ > >cheers, >robin > > > --------------enig0CF6185E7F13E27098A7CCD1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCNOkJNRmM+OaGhBgRApm/AJ9nETYBtuJ1Ps1kL4/1UQPpfGUqRQCfbiua +7voQEG+zCsTGXDtiFHzuGU= =DudW -----END PGP SIGNATURE----- --------------enig0CF6185E7F13E27098A7CCD1-- From owner-linux-xfs Sun Mar 13 17:42:37 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Mar 2005 17:42:39 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2E1gZGK007390 for ; Sun, 13 Mar 2005 17:42:36 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2E1Aqle009202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 13 Mar 2005 20:10:53 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2E1AqLm009199; Sun, 13 Mar 2005 20:10:52 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Sun, 13 Mar 2005 20:10:52 -0500 (EST) From: Lonni J Friedman To: Russell Cattelan cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks In-Reply-To: <4234E903.8010309@thebarn.com> Message-ID: References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Sun, 13 Mar 2005 20:10:54 -0500 Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5063 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 498 Lines: 14 On Sun, 13 Mar 2005, Russell Cattelan wrote: > Ohh I did try a stock kernel on the box, but apparently the FC pthreads > libraries do not work with vanilla linux kernels. (That may have > changed since the last time I tried that) > Hrmm, that's weird, cause i've never had any problems like that under FC2 or FC3. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Mon Mar 14 02:01:42 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 02:01:45 -0800 (PST) Received: from fred.king.net.nz (fred.king.net.nz [202.49.187.23]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EA1fuf030569 for ; Mon, 14 Mar 2005 02:01:41 -0800 Received: from morrison.virtualnet ([192.168.253.65] helo=morrison.itspace) by fred.king.net.nz with esmtp (Exim 3.35 #1 (Debian)) id 1DAmOJ-0002G9-00 for ; Mon, 14 Mar 2005 23:01:39 +1300 Received: from alex by morrison.itspace with local (Exim 4.44) id 1DAmOE-0002U9-Jb for linux-xfs@oss.sgi.com; Mon, 14 Mar 2005 23:01:34 +1300 To: linux-xfs@oss.sgi.com Subject: Re: XFS Problem Message-Id: From: Alex King Date: Mon, 14 Mar 2005 23:01:34 +1300 X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5064 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alex@king.net.nz Precedence: bulk X-list: linux-xfs Content-Length: 6231 Lines: 138 My humble apologies for spamming the list, but my previous email was stupidly not sent from the right machine, so I'm sending it again so you'll have the correct reply address. It would be fair to say also that the raid device went into degraded mode (I'm not 100% sure whether before or after), and the box is really sick now. I'll do some postmortem work later (I need sleep now) and post here if there is interest. Hi, I had a problem with an XFS filesystem while creating a large Maildir directory (converting mbox to Maildir). Can anyone tell me what the following means (from kern.log)? Mar 14 21:54:06 mail kernel: 0x0: 58 41 47 46 00 00 00 01 00 00 00 00 00 01 72 9 c Mar 14 21:54:06 mail kernel: Filesystem "md0": XFS internal error xfs_alloc_read _agf at line 2195 of file fs/xfs/xfs_alloc.c. Caller 0xc41598ce Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3540111/6084970] xfs_alloc_re ad_agf+0x14f/0x1dc [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3538515/6084970] xfs_alloc_fi x_freelist+0x112/0x38d [xfs] Mar 14 21:54:06 mail last message repeated 2 times Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3540527/6084970] xfs_alloc_ve xtent+0x113/0x39e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3713853/6084970] xfs_ialloc_a g_alloc+0x1cb/0x63f [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3863067/6084970] pagebuf_get+ 0x81/0x13b [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3819076/6084970] xfs_trans_re ad_buf+0x285/0x2c6 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3720135/6084970] xfs_ialloc_r ead_agi+0x94/0x12a [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3715912/6084970] xfs_dialloc+ 0x12a/0x82e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3602623/6084970] xfs_bmap_sea rch_extents+0x45/0x4a [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3772758/6084970] xlog_grant_l og_space+0xfe/0x31b [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3740199/6084970] xfs_ialloc+0 x4d/0x3dc [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3768522/6084970] xlog_grant_p ush_ail+0x3d/0x160 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3822396/6084970] xfs_dir_iall oc+0x64/0x21c [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3839899/6084970] xfs_create+0 x2f8/0x559 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3876884/6084970] linvfs_mknod +0x1ab/0x322 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3688658/6084970] xfs_dir2_nod e_lookup+0x93/0x9e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3659900/6084970] xfs_dir2_loo kup+0xe2/0x10e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3817203/6084970] xfs_trans_un locked_item+0x22/0x37 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3878316/6084970] linvfs_permi ssion+0x1b/0x21 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3877278/6084970] linvfs_creat e+0x13/0x17 [xfs] Mar 14 21:54:06 mail kernel: [vfs_create+187/239] vfs_create+0xbb/0xef Mar 14 21:54:06 mail kernel: [open_namei+328/1301] open_namei+0x148/0x515 Mar 14 21:54:06 mail kernel: [filp_open+44/73] filp_open+0x2c/0x49 Mar 14 21:54:06 mail kernel: [get_unused_fd+40/183] get_unused_fd+0x28/0xb7 Mar 14 21:54:06 mail kernel: [sys_open+49/103] sys_open+0x31/0x67 Mar 14 21:54:06 mail kernel: [syscall_call+7/11] syscall_call+0x7/0xb Hi, I had a problem with an XFS filesystem while creating a large Maildir directory (converting mbox to Maildir). Can anyone tell me what the following means (from kern.log)? Mar 14 21:54:06 mail kernel: 0x0: 58 41 47 46 00 00 00 01 00 00 00 00 00 01 72 9 c Mar 14 21:54:06 mail kernel: Filesystem "md0": XFS internal error xfs_alloc_read _agf at line 2195 of file fs/xfs/xfs_alloc.c. Caller 0xc41598ce Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3540111/6084970] xfs_alloc_re ad_agf+0x14f/0x1dc [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3538515/6084970] xfs_alloc_fi x_freelist+0x112/0x38d [xfs] Mar 14 21:54:06 mail last message repeated 2 times Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3540527/6084970] xfs_alloc_ve xtent+0x113/0x39e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3713853/6084970] xfs_ialloc_a g_alloc+0x1cb/0x63f [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3863067/6084970] pagebuf_get+ 0x81/0x13b [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3819076/6084970] xfs_trans_re ad_buf+0x285/0x2c6 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3720135/6084970] xfs_ialloc_r ead_agi+0x94/0x12a [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3715912/6084970] xfs_dialloc+ 0x12a/0x82e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3602623/6084970] xfs_bmap_sea rch_extents+0x45/0x4a [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3772758/6084970] xlog_grant_l og_space+0xfe/0x31b [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3740199/6084970] xfs_ialloc+0 x4d/0x3dc [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3768522/6084970] xlog_grant_p ush_ail+0x3d/0x160 [xfs] Mar 14 21:54:06 mail kernel: [syscall_call+7/11] syscall_call+0x7/0xb Other info: Linux version 2.6.8-1-386 (dilinger@toaster.hq.voxel.net) (gcc version 3.3.5 (Debian 1:3.3.5-2)) #1 Thu Nov 11 12:18:43 EST 2004, which is a standard Debian (testing) kernel. XFS filesystem was set up by the debian installer, no doubt with default options. The filesystem in on a software raid device (mirrored) The directory had ~5532 entries; the userspace program died, and my first guess is that it may have hit some directory entry limit? # xfs_info / meta-data=/ isize=256 agcount=8, agsize=94876 blks = sectsz=512 data = bsize=4096 blocks=759008, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=2560, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 I'd be glad to supply any other information that may be helpful. Cheers, Alex From owner-linux-xfs Mon Mar 14 08:34:29 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 08:34:31 -0800 (PST) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EGYTVi028533 for ; Mon, 14 Mar 2005 08:34:29 -0800 Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2EGYLn3000309 for ; Mon, 14 Mar 2005 08:34:22 -0800 (PST) Received: from lbl.gov (crane.lbl.gov [128.3.11.27]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2EGYLP8000304; Mon, 14 Mar 2005 08:34:21 -0800 (PST) Message-ID: <4235BD0D.6050405@lbl.gov> Date: Mon, 14 Mar 2005 08:34:21 -0800 From: Damian Hazen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050113 Red Hat/1.4.3-3.0.7.centos.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen CC: "'linux-xfs@oss.sgi.com'" Subject: Re: RHEL3-compatible kernels w/ xfs and other goodies References: <4231D299.70001@sgi.com> In-Reply-To: <4231D299.70001@sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5065 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhazen@lbl.gov Precedence: bulk X-list: linux-xfs Content-Length: 485 Lines: 23 Eric Sandeen wrote: > Hi gang - > > Just a quick announcement that I've put some RHEL3-compatible kernels > out on oss: > > ftp://oss.sgi.com/projects/xfs/testing/RHEL3 > Hi - Thanks very much for this. I'm interested in the DMAPI stuff particularly. I'm curious, now that the DMAPI code has some filesystem independence, is it inching closer to being included in the baseline linux kernel? Are you aware of any linux distributions that include DMAPI? Thanks, -Damian From owner-linux-xfs Mon Mar 14 09:19:25 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 09:19:26 -0800 (PST) Received: from mta1.lbl.gov (mta1.lbl.gov [128.3.41.24]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EHJP7b031073 for ; Mon, 14 Mar 2005 09:19:25 -0800 Received: from mta1.lbl.gov (localhost [127.0.0.1]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2EHJGn5014087 for ; Mon, 14 Mar 2005 09:19:18 -0800 (PST) Received: from lbl.gov (crane.lbl.gov [128.3.11.27]) by mta1.lbl.gov (8.12.10/8.12.10) with ESMTP id j2EHJFP8014083; Mon, 14 Mar 2005 09:19:15 -0800 (PST) Message-ID: <4235C793.4060804@lbl.gov> Date: Mon, 14 Mar 2005 09:19:15 -0800 From: Damian Hazen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.3) Gecko/20050113 Red Hat/1.4.3-3.0.7.centos.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: joe@docsimple.com CC: linux-xfs@oss.sgi.com Subject: Re: RHEL3-compatible kernels w/ xfs and other goodies References: <4231D299.70001@sgi.com> <4235BD0D.6050405@lbl.gov> <200503141101.22724.joe@docsimple.com> In-Reply-To: <200503141101.22724.joe@docsimple.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5066 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhazen@lbl.gov Precedence: bulk X-list: linux-xfs Content-Length: 174 Lines: 11 Joe Bacom wrote: >SuSE has from at least version 8.2. > > > Yes - seems to have dropped out of 9.2 though - userspace stuff is there but nothing in the kernel. -Damian From owner-linux-xfs Mon Mar 14 09:21:07 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 09:21:09 -0800 (PST) Received: from vip.eyou.com ([61.136.62.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EHL1NC031565 for ; Mon, 14 Mar 2005 09:21:06 -0800 Received: (eyou send program); Tue, 15 Mar 2005 01:21:00 +0800 Message-ID: <310820860.15176@vip.eyou.com> X-EYOUMAIL-SMTPAUTH: jasper@staff.eyou.com Received: from unknown (HELO jasper) (unknown@61.136.58.173) by 61.136.62.66 with SMTP; Tue, 15 Mar 2005 01:21:00 +0800 From: =?gb2312?B?vKq80cqi?= To: Subject: how can i get back my xfs partrition? Date: Tue, 15 Mar 2005 01:20:52 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUouiwXh7UgH+eMRfKF9N20WL5pgA== X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5067 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jasper@staff.eyou.com Precedence: bulk X-list: linux-xfs Content-Length: 435 Lines: 19 dear all, when i mount my xfs partition, i got msgs as following: [root@file2 root]# mount -t xfs /dev/sda1 /home1 mount: /dev/sda1: can't read superblock [root@file2 root]# xfs_repair /dev/sda1 Phase 1 - find and verify superblock... superblock read failed, offset 874959994880, size 2048, ag 4294967295, rval 16 fatal error -- Input / Output error what can i do to get back my xfs partrition? thank you in advance!! Jasper Ji From owner-linux-xfs Mon Mar 14 09:39:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 09:39:52 -0800 (PST) Received: from mail.cohaesio.net (penguin.cohaesio.net [212.97.129.34]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EHdnKC000423 for ; Mon, 14 Mar 2005 09:39:50 -0800 Received: from cohsrv1.cohaesio.com (cohsrv1.cohaesio.com [212.97.128.131]) by mail.cohaesio.net (Postfix) with ESMTP id 547AAFB4C1; Mon, 14 Mar 2005 18:39:48 +0100 (CET) Received: from homer.cohaesio.com ([212.97.128.136]) by cohsrv1.cohaesio.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 14 Mar 2005 18:39:48 +0100 From: Anders Saaby Organization: Cohaesio A/S To: =?gb2312?q?=BC=AA=BC=D1=CA=A2?= Subject: Re: how can i get back my xfs partrition? Date: Mon, 14 Mar 2005 18:41:19 +0100 User-Agent: KMail/1.7.2 Cc: linux-xfs@oss.sgi.com References: <310820860.15176@vip.eyou.com> In-Reply-To: <310820860.15176@vip.eyou.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Disposition: inline Message-Id: <200503141841.19990.as@cohaesio.com> X-OriginalArrivalTime: 14 Mar 2005 17:39:48.0266 (UTC) FILETIME=[D16FE0A0:01C528BC] X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id j2EHdoKC000425 X-archive-position: 5068 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Content-Length: 1063 Lines: 43 Hi, Looks like you are having problems with your blockdevices.. Did you change something? New disks? Switched controller? Installed new kernel? Submitting output from "dmesg" and "fdisk -l" could help a lot. //Saaby On Monday 14 March 2005 18:20, ¼ª¼ÑÊ¢ wrote: > dear all, > when i mount my xfs partition, i got msgs as following: > > [root@file2 root]# mount -t xfs /dev/sda1 /home1 > mount: /dev/sda1: can't read superblock > [root@file2 root]# xfs_repair /dev/sda1 > Phase 1 - find and verify superblock... > superblock read failed, offset 874959994880, size 2048, ag 4294967295, rval > 16 > > fatal error -- Input / Output error > > what can i do to get back my xfs partrition? > > thank you in advance!! > > Jasper Ji -- Med venlig hilsen - Best regards - Meilleures salutations Anders Saaby Systems Engineer ------------------------------------------------ Cohaesio A/S - Maglebjergvej 5D - DK-2800 Lyngby Phone: +45 45 880 888 - Fax: +45 45 880 777 Mail: as@cohaesio.com - http://www.cohaesio.com ------------------------------------------------ From owner-linux-xfs Mon Mar 14 09:57:00 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 09:57:02 -0800 (PST) Received: from vip.eyou.com ([61.136.62.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EHuuF1001298 for ; Mon, 14 Mar 2005 09:56:58 -0800 Received: (eyou send program); Tue, 15 Mar 2005 01:56:52 +0800 Message-ID: <310823012.16585@vip.eyou.com> X-EYOUMAIL-SMTPAUTH: jasper@staff.eyou.com Received: from unknown (HELO jasper) (unknown@61.136.58.173) by 61.136.62.66 with SMTP; Tue, 15 Mar 2005 01:56:52 +0800 From: =?gb2312?B?vKq80cqi?= To: Subject: =?gb2312?B?tPC4tDogaG93IGNhbiBpIGdldCBiYWNrIG15IHhmcyBwYXJ0cml0aW9uPw==?= Date: Tue, 15 Mar 2005 01:56:46 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUovNOpwdBzg2sSQRGPrKu7n8h9dwAAPX8A In-Reply-To: <310821992.15698@vip.eyou.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id j2EHv0F1001300 X-archive-position: 5069 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jasper@staff.eyou.com Precedence: bulk X-list: linux-xfs Content-Length: 3992 Lines: 126 so glad to receive your mail. dmesg: XFS mounting filesystem sda1 Starting XFS recovery on filesystem: sda1 (dev: sda1) 3w-9xxx: scsi0: ERROR: (0x03:0x0202): Data ECC error:. scsi0: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 65 db d7 3f 00 00 08 00 Current sda: sense key Medium Error Additional sense: Unrecovered read error end_request: I/O error, dev sda, sector 1708906303 3w-9xxx: scsi0: ERROR: (0x03:0x0202): Data ECC error:. scsi0: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 65 db d7 40 00 00 07 00 Current sda: sense key Medium Error Additional sense: Unrecovered read error end_request: I/O error, dev sda, sector 1708906304 3w-9xxx: scsi0: ERROR: (0x03:0x0202): Data ECC error:. scsi0: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 65 db d7 41 00 00 06 00 Current sda: sense key Medium Error Additional sense: Unrecovered read error end_request: I/O error, dev sda, sector 1708906305 3w-9xxx: scsi0: ERROR: (0x03:0x0202): Data ECC error:. scsi0: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 65 db d7 42 00 00 05 00 Current sda: sense key Medium Error Additional sense: Unrecovered read error end_request: I/O error, dev sda, sector 1708906306 I/O error in filesystem ("sda1") meta-data dev sda1 block 0x65dbd701 ("xlog_recover_do..(read#1)") error 5 buf count 512 XFS: log mount/recovery failed XFS: log mount failed fdisk -l: [root@file2 root]# fdisk -l Disk /dev/hda: 41.1 GB, 41110142976 bytes 16 heads, 63 sectors/track, 79656 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 4161 2097112+ 83 Linux /dev/hda2 4162 8328 2100168 82 Linux swap /dev/hda3 8329 12489 2097144 83 Linux /dev/hda4 12490 79656 33852168 f W95 Ext'd (LBA) /dev/hda5 12490 16650 2097112+ 83 Linux /dev/hda6 16651 79656 31754992+ 83 Linux Disk /dev/sda: 1749.9 GB, 1749922349056 bytes 255 heads, 63 sectors/track, 212749 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 212749 1708906311 83 Linux I use Fedora Core 2, the XFS partrition works well in half a year. the sda is a disk array in RAID 5, using 3ware 9500 SATA RAID controller. In Mar 13, the array degraded. And after rebooting the system, the XFS partrition can not be mounted. I tried mount it read-only, xfs_repair it but all failed. the data in this partrition is very important, and i have no backup. if i can mount it read-only, or fix the superblock, that will be very very fortunate. yours, Jasper Ji -----ÓʼþÔ­¼þ----- ·¢¼þÈË: Anders Saaby [mailto:as@cohaesio.com] ·¢ËÍʱ¼ä: 2005Äê3ÔÂ15ÈÕ 1:41 ÊÕ¼þÈË: ¼ª¼ÑÊ¢ ³­ËÍ: linux-xfs@oss.sgi.com Ö÷Ìâ: Re: how can i get back my xfs partrition? Hi, Looks like you are having problems with your blockdevices.. Did you change something? New disks? Switched controller? Installed new kernel? Submitting output from "dmesg" and "fdisk -l" could help a lot. //Saaby On Monday 14 March 2005 18:20, ¼ª¼ÑÊ¢ wrote: > dear all, > when i mount my xfs partition, i got msgs as following: > > [root@file2 root]# mount -t xfs /dev/sda1 /home1 > mount: /dev/sda1: can't read superblock > [root@file2 root]# xfs_repair /dev/sda1 Phase 1 - find and verify > superblock... > superblock read failed, offset 874959994880, size 2048, ag 4294967295, > rval > 16 > > fatal error -- Input / Output error > > what can i do to get back my xfs partrition? > > thank you in advance!! > > Jasper Ji -- Med venlig hilsen - Best regards - Meilleures salutations Anders Saaby Systems Engineer ------------------------------------------------ Cohaesio A/S - Maglebjergvej 5D - DK-2800 Lyngby Phone: +45 45 880 888 - Fax: +45 45 880 777 Mail: as@cohaesio.com - http://www.cohaesio.com ------------------------------------------------ From owner-linux-xfs Mon Mar 14 10:15:07 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 10:15:10 -0800 (PST) Received: from mx2.tippett.com (mx2.tippett.com [64.81.248.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EIF669002886 for ; Mon, 14 Mar 2005 10:15:07 -0800 Received: from hermes.tippett.com (hermes.tippett.com [192.168.3.20]) by mx2.tippett.com (8.12.8/8.12.8) with ESMTP id j2EI7qCj028972 for ; Mon, 14 Mar 2005 10:07:52 -0800 Received: from [192.168.3.62] (gangsta.tippett.com [192.168.3.62]) by hermes.tippett.com (SGI-8.12.5/8.12.5) with ESMTP id j2EIF22J2194020 for ; Mon, 14 Mar 2005 10:15:03 -0800 (PST) Message-ID: <4235D44F.1020902@tippett.com> Date: Mon, 14 Mar 2005 10:13:35 -0800 From: Christian Rice Reply-To: xian@tippett.com Organization: Tippett Studio User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> In-Reply-To: <4234E903.8010309@thebarn.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mx2.tippett.com [192.168.12.2]); Mon, 14 Mar 2005 10:07:52 -0800 (PST) X-Scanned-By: MIMEDefang 2.48 on 192.168.12.2 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5070 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xian@tippett.com Precedence: bulk X-list: linux-xfs Content-Length: 2784 Lines: 71 This is a bit disturbing. As much as it would be nice (though painful) to switch to Suse or something else, the RedHat line (FC3, RHEL3/4) is what the big vendors wish to support in movie production. Alias is the most notable. None of our vendors require XFS, but it is vastly preferable to me. Consequently, we have hundreds of machines running RH9 with xfs, and implementing the superior 2.6 kernel is a pain in RH9 (and breaks enough things I wish not to support that in-house on anyone's machine but my own). My upgrade path is now called into question on this stack issue--I was thinking of using RHEL4, but I'm building FC3 prototypes. Is there a light at the end of this tunnel? Is this just a 32-bit OS issue? Because I can ride it out until we migrate entirely to 64-bit platforms again (Indigo2 and Octane were so far ahead of their time, huh...) Will XFS change to conform with the OS, or must we start using a new vendor distro when we upgrade from RH9? We hammer our machines pretty good--using up all the memory and swap on a pretty regular basis, and sometimes treat workstations as NFS servers (well, I don't, but users do). I read all the other posts, but the general concensus so far is "try it, see how it goes" or "seems fine to me." I'm worried it's gonna wreck us sooner or later. Russell Cattelan wrote: > Robin Humble wrote: > >> Hi, >> >> Under what conditions should we be worried about XFS with a kernel >> compiled with 4k stacks? >> >> > XFS is probably fine but I wouldn't try to stack on top a volume manager. > The last time XFS on a md raid 5 volume the system would last > about 30 seconds before spewing all sorts of weird stack traces. > And the lovely folks doing the FC kernel not only decided to > patch out the option to turn off 4k stacks they also change some > interfaces that rely the "remove-any-option-of-sane-stack" patch. > At that point I formatted the drive and switch to box to a different > distro. > Ohh I did try a stock kernel on the box, but apparently the FC pthreads > libraries do not work with vanilla linux kernels. (That may have > changed since the last time I tried that) > >> As we are lazy, we would prefer to run a stock fc3 kernel on dual Xeon >> 32bit with 3ware hardware SATA RAID - mostly accessed via NFS. No LVM, >> no ACLs, no software RAID, so nothing too fancy. >> >> Is this still asking for trouble? >> >> If so, then it's not hard to recompile the fc3 kernel (or a stock >> kernel) for 8k stacks, just we're not too sure how risky the default >> fc3 setup is. >> >> We're also thinking of running RHEL AS4 instead of fc3 (they are very >> similar), but that definitely needs a recompile as XFS isn't included in >> the default AS4 kernel :-/ >> >> cheers, >> robin >> >> >> > From owner-linux-xfs Mon Mar 14 10:32:45 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 10:32:47 -0800 (PST) Received: from mail.cohaesio.net (penguin.cohaesio.net [212.97.129.34]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EIWiQH003799 for ; Mon, 14 Mar 2005 10:32:45 -0800 Received: from cohsrv1.cohaesio.com (cohsrv1.cohaesio.com [212.97.128.131]) by mail.cohaesio.net (Postfix) with ESMTP id 39CA7FB490; Mon, 14 Mar 2005 19:32:44 +0100 (CET) Received: from homer.cohaesio.com ([212.97.128.136]) by cohsrv1.cohaesio.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 14 Mar 2005 19:32:44 +0100 From: Anders Saaby Organization: Cohaesio A/S To: =?gb2312?q?=BC=AA=BC=D1=CA=A2?= Subject: Re: =?gb2312?q?=B4=F0=B8=B4=3A_how_can_i_get_back_my_xfs?= partrition? Date: Mon, 14 Mar 2005 19:34:15 +0100 User-Agent: KMail/1.7.2 Cc: linux-xfs@oss.sgi.com References: <310823012.16585@vip.eyou.com> In-Reply-To: <310823012.16585@vip.eyou.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Disposition: inline Message-Id: <200503141934.15954.as@cohaesio.com> X-OriginalArrivalTime: 14 Mar 2005 18:32:44.0136 (UTC) FILETIME=[36672E80:01C528C4] X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id j2EIWjQH003801 X-archive-position: 5071 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Content-Length: 1571 Lines: 55 On Monday 14 March 2005 18:56, ¼ª¼ÑÊ¢ wrote: > so glad to receive your mail. > > dmesg: > > XFS mounting filesystem sda1 > Starting XFS recovery on filesystem: sda1 (dev: sda1) > 3w-9xxx: scsi0: ERROR: (0x03:0x0202): Data ECC error:. > scsi0: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 65 db d7 3f 00 00 > 08 00 > Current sda: sense key Medium Error > Additional sense: Unrecovered read error > end_request: I/O error, dev sda, sector 1708906303 > XFS: log mount/recovery failed > XFS: log mount failed > OK - You have errors on your blockdev. > In Mar 13, the array degraded. And after rebooting the system, the XFS > partrition can not be mounted. Did you remove the failed disk? Or? > I tried mount it read-only, xfs_repair it but all failed. > the data in this partrition is very important, and i have no backup. Whoops... > if i can mount it read-only, or fix the superblock, that will be very > very fortunate. Don't think you should focus on XFS right now. Try to get the blockdev right first. If you can't do that, XFS probably can't help you anyways. Try to figure out what is going wrong on your 3ware controller. and check it with: # badblocks -s -v /dev/sda And keep an eye on: # tail -f /var/log/kernel -- Med venlig hilsen - Best regards - Meilleures salutations Anders Saaby Systems Engineer ------------------------------------------------ Cohaesio A/S - Maglebjergvej 5D - DK-2800 Lyngby Phone: +45 45 880 888 - Fax: +45 45 880 777 Mail: as@cohaesio.com - http://www.cohaesio.com ------------------------------------------------ From owner-linux-xfs Mon Mar 14 11:09:23 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 11:09:26 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EJ9K19005991 for ; Mon, 14 Mar 2005 11:09:23 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2EJ9Ft5020247 for ; Mon, 14 Mar 2005 14:09:15 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2EJ9Ffv012481 for ; Mon, 14 Mar 2005 14:09:15 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2EJ9FVb012480 for linux-xfs@oss.sgi.com; Mon, 14 Mar 2005 14:09:15 -0500 Date: Mon, 14 Mar 2005 14:09:15 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks Message-ID: <20050314190915.GB9784@lemming.cita.utoronto.ca> References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4235D44F.1020902@tippett.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5072 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 1316 Lines: 30 On Mon, Mar 14, 2005 at 10:13:35AM -0800, Christian Rice wrote: >As much as it would be nice (though painful) to switch to Suse or >something else, the RedHat line (FC3, RHEL3/4) is what the big vendors >wish to support in movie production. Alias is the most notable. None >of our vendors require XFS, but it is vastly preferable to me. Indeed, the lack of 8k stacks and XFS in RHEL AS4 is a pain. Some ways forward: - convince RedHat to put 8k stacks (or at least the option for it) and XFS into AS4. - try to make XFS play nicer with 4k stacks - run fc3. fc3 and AS4 are very similar (~ 50% of userland rpms are identical, the rest seem to be fairly minor variations), so if your vendor supports AS4 then it'll almost certainly run fine on fc3 - install AS4 but run a fc3 (recompiled for 8k stacks) kernel - install AS4 but run a stock kernel.org (or XFS cvs) kernel The first 2 of these are hard, the last 2 are pretty easy but may not help you from a vendor support point of view. We'll probably choose the last option. The middle option (fc3) is what you are doing now, so you can get some idea of XFS stability with 4k stacks for your particular workload. I wonder why RedHat was so keen to remove 8k as an option. Things would be fairly simple if they hadn't done that. cheers, robin From owner-linux-xfs Mon Mar 14 11:18:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 11:18:05 -0800 (PST) Received: from vip.eyou.com ([61.136.62.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EJI04H006583 for ; Mon, 14 Mar 2005 11:18:01 -0800 Received: (eyou send program); Tue, 15 Mar 2005 03:17:58 +0800 Message-ID: <310827878.19756@vip.eyou.com> X-EYOUMAIL-SMTPAUTH: jasper@staff.eyou.com Received: from unknown (HELO jasper) (unknown@61.136.58.173) by 61.136.62.66 with SMTP; Tue, 15 Mar 2005 03:17:58 +0800 From: =?gb2312?B?vKq80cqi?= To: "'Anders Saaby'" Cc: Subject: =?gb2312?B?tPC4tDogtPC4tDogaG93IGNhbiBpIGdldCBiYWNrIG15IHhmcyBwYXJ0cmk=?= =?gb2312?B?dGlvbj8=?= Date: Tue, 15 Mar 2005 03:17:52 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUoxDgcRvcB6b5kQECbGZvFGLQdZQABZoZg In-Reply-To: <310825167.17588@vip.eyou.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id j2EJI24H006585 X-archive-position: 5073 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jasper@staff.eyou.com Precedence: bulk X-list: linux-xfs Content-Length: 1996 Lines: 74 the disk array is in rebuilding progress. i will repair the blockdev right first. after rebuild the array, shall I run the badblocks command? what will going on? what should I do to get back the partrition? yours, Jasper Ji -----ÓʼþÔ­¼þ----- ·¢¼þÈË: Anders Saaby [mailto:as@cohaesio.com] ·¢ËÍʱ¼ä: 2005Äê3ÔÂ15ÈÕ 2:34 ÊÕ¼þÈË: ¼ª¼ÑÊ¢ ³­ËÍ: linux-xfs@oss.sgi.com Ö÷Ìâ: Re: ´ð¸´: how can i get back my xfs partrition? On Monday 14 March 2005 18:56, ¼ª¼ÑÊ¢ wrote: > so glad to receive your mail. > > dmesg: > > XFS mounting filesystem sda1 > Starting XFS recovery on filesystem: sda1 (dev: sda1) > 3w-9xxx: scsi0: ERROR: (0x03:0x0202): Data ECC error:. > scsi0: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 65 db d7 3f > 00 00 > 08 00 > Current sda: sense key Medium Error > Additional sense: Unrecovered read error > end_request: I/O error, dev sda, sector 1708906303 > XFS: log mount/recovery failed > XFS: log mount failed > OK - You have errors on your blockdev. > In Mar 13, the array degraded. And after rebooting the system, the XFS > partrition can not be mounted. Did you remove the failed disk? Or? > I tried mount it read-only, xfs_repair it but all failed. > the data in this partrition is very important, and i have no backup. Whoops... > if i can mount it read-only, or fix the superblock, that will be very > very fortunate. Don't think you should focus on XFS right now. Try to get the blockdev right first. If you can't do that, XFS probably can't help you anyways. Try to figure out what is going wrong on your 3ware controller. and check it with: # badblocks -s -v /dev/sda And keep an eye on: # tail -f /var/log/kernel -- Med venlig hilsen - Best regards - Meilleures salutations Anders Saaby Systems Engineer ------------------------------------------------ Cohaesio A/S - Maglebjergvej 5D - DK-2800 Lyngby Phone: +45 45 880 888 - Fax: +45 45 880 777 Mail: as@cohaesio.com - http://www.cohaesio.com ------------------------------------------------ From owner-linux-xfs Mon Mar 14 11:24:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 11:24:45 -0800 (PST) Received: from mx2.tippett.com (mx2.tippett.com [64.81.248.66]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EJOhn3007184 for ; Mon, 14 Mar 2005 11:24:44 -0800 Received: from hermes.tippett.com (hermes.tippett.com [192.168.3.20]) by mx2.tippett.com (8.12.8/8.12.8) with ESMTP id j2EJHRCj031279 for ; Mon, 14 Mar 2005 11:17:27 -0800 Received: from [192.168.3.62] (gangsta.tippett.com [192.168.3.62]) by hermes.tippett.com (SGI-8.12.5/8.12.5) with ESMTP id j2EJOd2J2198520 for ; Mon, 14 Mar 2005 11:24:39 -0800 (PST) Message-ID: <4235E49E.4050203@tippett.com> Date: Mon, 14 Mar 2005 11:23:10 -0800 From: Christian Rice Reply-To: xian@tippett.com Organization: Tippett Studio User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> In-Reply-To: <20050314190915.GB9784@lemming.cita.utoronto.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mx2.tippett.com [192.168.12.2]); Mon, 14 Mar 2005 11:17:27 -0800 (PST) X-Scanned-By: MIMEDefang 2.48 on 192.168.12.2 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5074 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xian@tippett.com Precedence: bulk X-list: linux-xfs Content-Length: 1749 Lines: 49 Robin Humble wrote: >On Mon, Mar 14, 2005 at 10:13:35AM -0800, Christian Rice wrote: > > >>As much as it would be nice (though painful) to switch to Suse or >>something else, the RedHat line (FC3, RHEL3/4) is what the big vendors >>wish to support in movie production. Alias is the most notable. None >>of our vendors require XFS, but it is vastly preferable to me. >> >> > >Indeed, the lack of 8k stacks and XFS in RHEL AS4 is a pain. > >Some ways forward: > - convince RedHat to put 8k stacks (or at least the option for it) and > XFS into AS4. > - try to make XFS play nicer with 4k stacks > - run fc3. fc3 and AS4 are very similar (~ 50% of userland rpms are > identical, the rest seem to be fairly minor variations), so if your > vendor supports AS4 then it'll almost certainly run fine on fc3 > - install AS4 but run a fc3 (recompiled for 8k stacks) kernel > - install AS4 but run a stock kernel.org (or XFS cvs) kernel > >The first 2 of these are hard, the last 2 are pretty easy but may not >help you from a vendor support point of view. We'll probably choose the >last option. >The middle option (fc3) is what you are doing now, so you can get some >idea of XFS stability with 4k stacks for your particular workload. > >I wonder why RedHat was so keen to remove 8k as an option. Things would >be fairly simple if they hadn't done that. > >cheers, >robin > > > > > Thanks, now that you spelled it out for me, I'm thinking "duh!" I've always replaced the stock kernels and, so as long as kernel.org keeps the config option, I am going to be in business. Who do those RedHat guys think they are, anyway, mucking with stuff like that? No answer required ;) I'll send them a "pre-sales" gripe, just in case it helps. From owner-linux-xfs Mon Mar 14 11:36:24 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 11:36:27 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EJaMcx007840 for ; Mon, 14 Mar 2005 11:36:24 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2EJ4agB023347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 14 Mar 2005 14:04:37 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2EJ4ajG023344; Mon, 14 Mar 2005 14:04:36 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Mon, 14 Mar 2005 14:04:36 -0500 (EST) From: Lonni J Friedman To: Christian Rice cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks In-Reply-To: <4235E49E.4050203@tippett.com> Message-ID: References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235E49E.4050203@tippett.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Mon, 14 Mar 2005 14:04:37 -0500 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on mail.linux-sxs.org X-Virus-Status: Clean Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-archive-position: 5075 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 785 Lines: 19 On Mon, 14 Mar 2005, Christian Rice wrote: > Thanks, now that you spelled it out for me, I'm thinking "duh!" > > I've always replaced the stock kernels and, so as long as kernel.org > keeps the config option, I am going to be in business. Who do those > RedHat guys think they are, anyway, mucking with stuff like that? No > answer required ;) > > I'll send them a "pre-sales" gripe, just in case it helps. My experience has been that unless you're already post-sales, and have alot more license revenue to dangle in front of them, they won't be listening. I suppose it doesn't hurt to try though. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Mon Mar 14 11:46:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 11:46:29 -0800 (PST) Received: from one.firstfloor.org (one.firstfloor.org [213.235.205.2]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EJkQSM008932 for ; Mon, 14 Mar 2005 11:46:27 -0800 Received: by one.firstfloor.org (Postfix, from userid 502) id B6669D033E; Mon, 14 Mar 2005 20:46:24 +0100 (CET) To: xian@tippett.com Cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> From: Andi Kleen Date: Mon, 14 Mar 2005 20:46:24 +0100 In-Reply-To: <4235D44F.1020902@tippett.com> (Christian Rice's message of "Mon, 14 Mar 2005 10:13:35 -0800") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5076 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@muc.de Precedence: bulk X-list: linux-xfs Content-Length: 361 Lines: 11 Christian Rice writes: > Is this just a 32-bit OS issue? Because I can ride it out until we > migrate entirely to 64-bit platforms again (Indigo2 and Octane were so > far ahead of their time, huh...) All x86-64 linux kernels have 6-8k stacks + interrupt stacks and I am not aware of anybody planning to change this. XFS works fine. -Andi From owner-linux-xfs Mon Mar 14 12:01:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 12:01:29 -0800 (PST) Received: from mail.cohaesio.net (penguin.cohaesio.net [212.97.129.34]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EK1QV0011136 for ; Mon, 14 Mar 2005 12:01:27 -0800 Received: from cohsrv1.cohaesio.com (cohsrv1.cohaesio.com [212.97.128.131]) by mail.cohaesio.net (Postfix) with ESMTP id 4E0D8FB490; Mon, 14 Mar 2005 21:01:14 +0100 (CET) Received: from homer.cohaesio.com ([212.97.128.136]) by cohsrv1.cohaesio.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 14 Mar 2005 21:01:14 +0100 From: Anders Saaby Organization: Cohaesio A/S To: =?gb2312?q?=BC=AA=BC=D1=CA=A2?= Subject: Re: =?gb2312?q?=B4=F0=B8=B4=3A_=B4=F0=B8=B4=3A_how_can_i_get_back_my_xfs?= =?gb2312?q?_partrition=3F?= Date: Mon, 14 Mar 2005 21:02:45 +0100 User-Agent: KMail/1.7.2 Cc: linux-xfs@oss.sgi.com References: <310827878.19756@vip.eyou.com> In-Reply-To: <310827878.19756@vip.eyou.com> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Disposition: inline Message-Id: <200503142102.45875.as@cohaesio.com> X-OriginalArrivalTime: 14 Mar 2005 20:01:14.0220 (UTC) FILETIME=[9375B2C0:01C528D0] X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id j2EK1RV0011138 X-archive-position: 5077 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: as@cohaesio.com Precedence: bulk X-list: linux-xfs Content-Length: 812 Lines: 25 On Monday 14 March 2005 20:17, ¼ª¼ÑÊ¢ wrote: > the disk array is in rebuilding progress. i will repair the blockdev right > first. OK, good. > after rebuild the array, shall I run the badblocks command? > what will going on? what should I do to get back the partrition? Yes, run the badblocks command when the rebuild is done. If it runs though the set without errors you should be able to run xfs_repair and mount. If it fails... I guess you get to keep the pieces... :/ -- Med venlig hilsen - Best regards - Meilleures salutations Anders Saaby Systems Engineer ------------------------------------------------ Cohaesio A/S - Maglebjergvej 5D - DK-2800 Lyngby Phone: +45 45 880 888 - Fax: +45 45 880 777 Mail: as@cohaesio.com - http://www.cohaesio.com ------------------------------------------------ From owner-linux-xfs Mon Mar 14 12:46:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 12:46:31 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EKkUE9018929 for ; Mon, 14 Mar 2005 12:46:30 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2EKkTxT008832 for ; Mon, 14 Mar 2005 14:46:29 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2EKkSR03963674; Mon, 14 Mar 2005 14:46:28 -0600 (CST) Message-ID: <4235F824.6070303@sgi.com> Date: Mon, 14 Mar 2005 14:46:28 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Humble CC: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> In-Reply-To: <20050314190915.GB9784@lemming.cita.utoronto.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5078 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2124 Lines: 51 Robin Humble wrote: > Some ways forward: > - convince RedHat to put 8k stacks (or at least the option for it) and > XFS into AS4. FWIW, I try to steer the conversation away from "xfs is broken with 4k stacks" and towards "4k stacks don't work for some applications." :) XFS can chew through stack a bit faster than some of the filesystems, to be sure. But I've always meant to try to put together some diabolical "supported" config on RHEL4 and file a bug - say nfs over deeply nested volume managers, or something like that. > - try to make XFS play nicer with 4k stacks > - run fc3. fc3 and AS4 are very similar (~ 50% of userland rpms are > identical, the rest seem to be fairly minor variations), so if your > vendor supports AS4 then it'll almost certainly run fine on fc3 but both fc3 and RHEL4 have 4k stacksm though... > - install AS4 but run a fc3 (recompiled for 8k stacks) kernel ...ah, yes. > - install AS4 but run a stock kernel.org (or XFS cvs) kernel Seems like with RHEL3, stock kernel.org kernels don't play nicely. I hope this isn't the case with RHEL4, but I have not tested it. But rebuilding the stock RHEL4 kernel, with tweaks to turn xfs back on, maybe update xfs, and re-enable 8k stacks should be possible, if not supported by RH. :) Or as suggested by Andi, just pick one of the arches that have larger stack space (x86_64) (hm, I should verify that that's still fine on RH kernels... maybe they made them 1k stacks) :) > The first 2 of these are hard, the last 2 are pretty easy but may not > help you from a vendor support point of view. We'll probably choose the > last option. > The middle option (fc3) is what you are doing now, so you can get some > idea of XFS stability with 4k stacks for your particular workload. > > I wonder why RedHat was so keen to remove 8k as an option. Things would > be fairly simple if they hadn't done that. I think there are some applications (java?) that can benefit from smaller stacks in terms of overal thread count & memory usage... but I don't know why they went so far as to actually remove the option. -Eric From owner-linux-xfs Mon Mar 14 12:52:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 12:52:10 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EKq7rQ019449 for ; Mon, 14 Mar 2005 12:52:07 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2EKKLZW024416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 14 Mar 2005 15:20:22 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2EKKLFQ024413; Mon, 14 Mar 2005 15:20:21 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Mon, 14 Mar 2005 15:20:21 -0500 (EST) From: Lonni J Friedman To: Eric Sandeen cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks In-Reply-To: <4235F824.6070303@sgi.com> Message-ID: References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235F824.6070303@sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Mon, 14 Mar 2005 15:20:23 -0500 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on mail.linux-sxs.org X-Virus-Status: Clean Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-archive-position: 5079 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 2336 Lines: 56 On Mon, 14 Mar 2005, Eric Sandeen wrote: > Robin Humble wrote: > > > Some ways forward: > > - convince RedHat to put 8k stacks (or at least the option for it) and > > XFS into AS4. > > FWIW, I try to steer the conversation away from "xfs is broken with 4k > stacks" and towards "4k stacks don't work for some applications." :) > > XFS can chew through stack a bit faster than some of the filesystems, to > be sure. But I've always meant to try to put together some diabolical > "supported" config on RHEL4 and file a bug - say nfs over deeply nested > volume managers, or something like that. > > > - try to make XFS play nicer with 4k stacks > > - run fc3. fc3 and AS4 are very similar (~ 50% of userland rpms are > > identical, the rest seem to be fairly minor variations), so if your > > vendor supports AS4 then it'll almost certainly run fine on fc3 > > but both fc3 and RHEL4 have 4k stacksm though... > > > - install AS4 but run a fc3 (recompiled for 8k stacks) kernel > > ...ah, yes. > > > - install AS4 but run a stock kernel.org (or XFS cvs) kernel > > Seems like with RHEL3, stock kernel.org kernels don't play nicely. I > hope this isn't the case with RHEL4, but I have not tested it. That's not the case across the board. I'm running a stock kernel.org 2.6 kernel on RHEL3 (for almost a year now) and haven't had any problems. Perhaps i've not hit whatever issue you've experienced? > > The first 2 of these are hard, the last 2 are pretty easy but may not > > help you from a vendor support point of view. We'll probably choose the > > last option. > > The middle option (fc3) is what you are doing now, so you can get some > > idea of XFS stability with 4k stacks for your particular workload. > > > > I wonder why RedHat was so keen to remove 8k as an option. Things would > > be fairly simple if they hadn't done that. > > I think there are some applications (java?) that can benefit from > smaller stacks in terms of overal thread count & memory usage... but I > don't know why they went so far as to actually remove the option. Could be. The RHEL3 boxes where i'm running a 2.6.x kernel are also running JBoss. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Mon Mar 14 14:01:41 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 14:01:46 -0800 (PST) Received: from fred.king.net.nz (fred.king.net.nz [202.49.187.23]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2EM1cmY023400 for ; Mon, 14 Mar 2005 14:01:41 -0800 Received: from morrison.virtualnet ([192.168.253.65] helo=morrison.itspace) by fred.king.net.nz with esmtp (Exim 3.35 #1 (Debian)) id 1DAxd3-00065N-00 for ; Tue, 15 Mar 2005 11:01:37 +1300 Received: from alex by morrison.itspace with local (Exim 4.44) id 1DAxd1-0004ij-Ez for linux-xfs@oss.sgi.com; Tue, 15 Mar 2005 11:01:35 +1300 To: linux-xfs@oss.sgi.com Subject: Re: XFS Problem Message-Id: From: Alex King Date: Tue, 15 Mar 2005 11:01:35 +1300 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5080 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alex@king.net.nz Precedence: bulk X-list: linux-xfs Content-Length: 5408 Lines: 123 After reading the list a bit, looked into the kernel config, and confirmed it was using 8K stacks. I saw no errors on the underlying ide devices in dmesg, but that doesn't really preclude the possibility of a disk hardware error I suppose. I am currently running memtest86 on the machine to rule that out. All in all it was frustrating, lucky it happened before the machine went into production though. I was wanting to use XFS for a mailserver with (lots of) messages stored in Maildir format; I'll probably go back to ext2/mbox, it's what I'm familiar and comfortable with. Given the kernel messages below, it appears the problem is with XFS. The machine had an XFS root filesystem, and the filesystem corruption was such that it wouldn't even boot through to single user mode. After booting from CD and running xfs_repair, the system works again, but I'm reluctant to try again without really knowing what went wrong. Alex ---- Previous message ---- My humble apologies for spamming the list, but my previous email was stupidly not sent from the right machine, so I'm sending it again so you'll have the correct reply address. It would be fair to say also that the raid device went into degraded mode (I'm not 100% sure whether before or after), and the box is really sick now. I'll do some postmortem work later (I need sleep now) and post here if there is interest. Hi, I had a problem with an XFS filesystem while creating a large Maildir directory (converting mbox to Maildir). Can anyone tell me what the following means (from kern.log)? Mar 14 21:54:06 mail kernel: 0x0: 58 41 47 46 00 00 00 01 00 00 00 00 00 01 72 9 c Mar 14 21:54:06 mail kernel: Filesystem "md0": XFS internal error xfs_alloc_read _agf at line 2195 of file fs/xfs/xfs_alloc.c. Caller 0xc41598ce Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3540111/6084970] xfs_alloc_re ad_agf+0x14f/0x1dc [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3538515/6084970] xfs_alloc_fi x_freelist+0x112/0x38d [xfs] Mar 14 21:54:06 mail last message repeated 2 times Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3540527/6084970] xfs_alloc_ve xtent+0x113/0x39e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3713853/6084970] xfs_ialloc_a g_alloc+0x1cb/0x63f [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3863067/6084970] pagebuf_get+ 0x81/0x13b [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3819076/6084970] xfs_trans_re ad_buf+0x285/0x2c6 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3720135/6084970] xfs_ialloc_r ead_agi+0x94/0x12a [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3715912/6084970] xfs_dialloc+ 0x12a/0x82e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3602623/6084970] xfs_bmap_sea rch_extents+0x45/0x4a [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3772758/6084970] xlog_grant_l og_space+0xfe/0x31b [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3740199/6084970] xfs_ialloc+0 x4d/0x3dc [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3768522/6084970] xlog_grant_p ush_ail+0x3d/0x160 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3822396/6084970] xfs_dir_iall oc+0x64/0x21c [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3839899/6084970] xfs_create+0 x2f8/0x559 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3876884/6084970] linvfs_mknod +0x1ab/0x322 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3688658/6084970] xfs_dir2_nod e_lookup+0x93/0x9e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3659900/6084970] xfs_dir2_loo kup+0xe2/0x10e [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3817203/6084970] xfs_trans_un locked_item+0x22/0x37 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3878316/6084970] linvfs_permi ssion+0x1b/0x21 [xfs] Mar 14 21:54:06 mail kernel: [__crc_elevator_init+3877278/6084970] linvfs_creat e+0x13/0x17 [xfs] Mar 14 21:54:06 mail kernel: [vfs_create+187/239] vfs_create+0xbb/0xef Mar 14 21:54:06 mail kernel: [open_namei+328/1301] open_namei+0x148/0x515 Mar 14 21:54:06 mail kernel: [filp_open+44/73] filp_open+0x2c/0x49 Mar 14 21:54:06 mail kernel: [get_unused_fd+40/183] get_unused_fd+0x28/0xb7 Mar 14 21:54:06 mail kernel: [sys_open+49/103] sys_open+0x31/0x67 Mar 14 21:54:06 mail kernel: [syscall_call+7/11] syscall_call+0x7/0xb Other info: Linux version 2.6.8-1-386 (dilinger@toaster.hq.voxel.net) (gcc version 3.3.5 (Debian 1:3.3.5-2)) #1 Thu Nov 11 12:18:43 EST 2004, which is a standard Debian (testing) kernel. XFS filesystem was set up by the debian installer, no doubt with default options. The filesystem in on a software raid device (mirrored) The directory had ~5532 entries; the userspace program died, and my first guess is that it may have hit some directory entry limit? # xfs_info / meta-data=/ isize=256 agcount=8, agsize=94876 blks = sectsz=512 data = bsize=4096 blocks=759008, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=2560, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 I'd be glad to supply any other information that may be helpful. Cheers, Alex From owner-linux-xfs Mon Mar 14 14:52:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 14:52:23 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2EMqJDs025005 for ; Mon, 14 Mar 2005 14:52:20 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA12794; Tue, 15 Mar 2005 09:52:01 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2EMpuXE3085614; Tue, 15 Mar 2005 09:51:56 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j2EMpnq83087502; Tue, 15 Mar 2005 09:51:49 +1100 (EST) Date: Tue, 15 Mar 2005 09:51:49 +1100 From: Nathan Scott To: Damian Hazen Cc: joe@docsimple.com, linux-xfs@oss.sgi.com Subject: Re: RHEL3-compatible kernels w/ xfs and other goodies Message-ID: <20050315095149.E2959956@wobbly.melbourne.sgi.com> References: <4231D299.70001@sgi.com> <4235BD0D.6050405@lbl.gov> <200503141101.22724.joe@docsimple.com> <4235C793.4060804@lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4235C793.4060804@lbl.gov>; from dhazen@lbl.gov on Mon, Mar 14, 2005 at 09:19:15AM -0800 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5081 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 412 Lines: 17 On Mon, Mar 14, 2005 at 09:19:15AM -0800, Damian Hazen wrote: > Joe Bacom wrote: > >SuSE has from at least version 8.2. > > > Yes - seems to have dropped out of 9.2 though - userspace stuff is there > but nothing in the kernel. > Not sure about 9.2, but I know both XFS and DMAPI are part of the SLES9 releases - SGI actively works with SUSE to provide a supported version of XFS there. cheers. -- Nathan From owner-linux-xfs Mon Mar 14 15:26:43 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 15:26:45 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2ENQgeu029349 for ; Mon, 14 Mar 2005 15:26:43 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA13674; Tue, 15 Mar 2005 10:26:03 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2ENPxXE3085655; Tue, 15 Mar 2005 10:26:00 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j2ENPtCr3088212; Tue, 15 Mar 2005 10:25:55 +1100 (EST) Date: Tue, 15 Mar 2005 10:25:55 +1100 From: Nathan Scott To: "M. Todd Smith" Cc: linux-xfs@oss.sgi.com Subject: Re: fs.xfs.refcache ? Message-ID: <20050315102555.H2959956@wobbly.melbourne.sgi.com> References: <4232216A.5090505@sohovfx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4232216A.5090505@sohovfx.com>; from todd@sohovfx.com on Fri, Mar 11, 2005 at 05:53:30PM -0500 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5082 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 692 Lines: 21 On Fri, Mar 11, 2005 at 05:53:30PM -0500, M. Todd Smith wrote: > I'm trying to modify a parameter called fs.xfs.refcache through sysctl. > However doing a sysctl -a doesn't show this parameter at all. It does > show more than a handful of other possible XFS tuneable params, in fact > more than most docs I've seen .. just not the one parameter I'm hoping > to tune. > > I'm using xfsprogs 2.6.13-2 on an FC3 2.6.10-1.770 > > Are there any other progs I need to install on FC3 besides xfsprogs to > use xfs to its fullest? That option was removed from 2.6 kernels, NFS inode caching is done outside of XFS now, so there is no reference cache inside XFS anymore. cheers. -- Nathan From owner-linux-xfs Mon Mar 14 16:22:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 16:23:00 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2F0MunM003977 for ; Mon, 14 Mar 2005 16:22:57 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA15077; Tue, 15 Mar 2005 11:22:34 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2F0MOXE3076051; Tue, 15 Mar 2005 11:22:26 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2F0Hi7u001224; Tue, 15 Mar 2005 11:17:47 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2F0Hdao001222; Tue, 15 Mar 2005 11:17:39 +1100 Date: Tue, 15 Mar 2005 11:17:39 +1100 From: Nathan Scott To: Junfeng Yang Cc: linux-xfs@oss.sgi.com, mc@cs.Stanford.EDU, Linux Kernel Mailing List Subject: Re: [CHECKER] XFS doesn't respect mount -o sync (XFS, 2.6.11) Message-ID: <20050315001739.GA1160@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5083 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 802 Lines: 25 On Sat, Mar 12, 2005 at 02:14:50AM -0800, Junfeng Yang wrote: > > Hi, > > We are from the Stanford Checker team and are working on a file system > checker called FiSC. We checked XFS and found that even when a XFS > partition is mounted -o sync, file system operations are still not sync'ed > correctly. Its -o wsync in XFS. This is the IRIX way, anyway - from a bit of man page reading. We should be stitching that into -o sync a bit better in XFS. The combination of -o wsync,sync should get you the equivalent behaviour at the moment though, I think. > We are not sure if this is the expected behavior on XFS or not, so your > inputs on this are well appreciated. Try using -o wsync for your tests, I'll look into our interpretation of -o sync in XFS in the meantime. cheers. -- Nathan From owner-linux-xfs Mon Mar 14 20:46:13 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Mar 2005 20:46:17 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2F4kCIX019519 for ; Mon, 14 Mar 2005 20:46:13 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2F4k68P014635 for ; Mon, 14 Mar 2005 23:46:06 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2F4k6qr002651 for ; Mon, 14 Mar 2005 23:46:06 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2F4k6EN002650 for linux-xfs@oss.sgi.com; Mon, 14 Mar 2005 23:46:06 -0500 Date: Mon, 14 Mar 2005 23:46:06 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks Message-ID: <20050315044606.GA32635@lemming.cita.utoronto.ca> References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235F824.6070303@sgi.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <4235F824.6070303@sgi.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5084 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 6541 Lines: 209 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 14, 2005 at 02:46:28PM -0600, Eric Sandeen wrote: >be sure. But I've always meant to try to put together some diabolical >"supported" config on RHEL4 and file a bug - say nfs over deeply nested >volume managers, or something like that. good plan. >Seems like with RHEL3, stock kernel.org kernels don't play nicely. I >hope this isn't the case with RHEL4, but I have not tested it. I haven't found any problems running AS4 with generic 2.6 kernel.org kernels. Or generic 2.4 or 2.6 kernels with fc2 or fc3 either (+/- using dev instead of udev with 2.4 kernels and fc3/as4). I believe that the new thread model (NPTL) was the biggest problem, but glibc now seems very good at working out which kernels have which features and making allowances. Maybe early fc2 had problems? >But rebuilding the stock RHEL4 kernel, with tweaks to turn xfs back on, >maybe update xfs, and re-enable 8k stacks should be possible, if not Here's a first attempt. As long as you're prepared to lose the RedHat crashdump stuff (at least some of the 1500 series patches assume the 4k stacks imposed by patch200) it seems to work ok. Attached is a patch to re-enable 8k stacks and turn on XFS in a RHEL kernel. ie. wget http://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4AS/en/os/SRPMS/kernel-2.6.9-5.0.3.EL.src.rpm rpm -ivh kernel-2.6.9-5.0.3.EL.src.rpm cd /usr/src/redhat patch -p1 < rhel_as4_turn_on_8kstacks_and_xfs.patch rpmbuild -ba --target=i686 SPECS/kernel-2.6.spec which builds, installs, and runs for me. I can mount XFS partitions, and recompiled the kernel as a stress test, but I haven't pushed it past that stage... so YMMV, no guarantees, I've probably missed something, it will likely cause a you to be crushed under an infinite pile of jellybabies, etc. etc. :-) As an added tweak, I like to ^C the rpm rebuild after it has finished all the patching and has just started the compile, and then 'make menuconfig' and turn on (at least) cpu specific optimisations (eg. Xeon) and turn off generic x86. That makes a measurable difference for speed in communicating between threads - faster context switching or spinlock code I guess. cheers, robin --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rhel_as4_turn_on_8kstacks_and_xfs.patch" diff -ru redhat/SOURCES/kernel-2.6.9-i686-hugemem.config redhat.fixed/SOURCES/kernel-2.6.9-i686-hugemem.config --- redhat/SOURCES/kernel-2.6.9-i686-hugemem.config 2005-02-14 09:47:27.000000000 -0500 +++ redhat.fixed/SOURCES/kernel-2.6.9-i686-hugemem.config 2005-03-14 21:15:08.000000000 -0500 @@ -6,6 +6,8 @@ # CONFIG_HOTPLUG_CPU is not set CONFIG_LOCALVERSION="" +CONFIG_4KSTACKS=n + # # Code maturity level options # @@ -2077,7 +2079,7 @@ # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_JFS_POSIX_ACL=y -# CONFIG_XFS_FS is not set +CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y @@ -2387,7 +2389,6 @@ # CONFIG_SND_SGALAXY is not set # CONFIG_SND_SSCAPE is not set # CONFIG_REISERFS_FS is not set -# CONFIG_XFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_EFS_FS is not set Only in redhat/SOURCES: kernel-2.6.9-i686-hugemem.config.orig Only in redhat/SOURCES: kernel-2.6.9-i686-hugemem.config.rej diff -ru redhat/SOURCES/kernel-2.6.9-i686-smp.config redhat.fixed/SOURCES/kernel-2.6.9-i686-smp.config --- redhat/SOURCES/kernel-2.6.9-i686-smp.config 2005-02-14 09:47:27.000000000 -0500 +++ redhat.fixed/SOURCES/kernel-2.6.9-i686-smp.config 2005-03-14 21:15:28.000000000 -0500 @@ -6,6 +6,8 @@ # CONFIG_HOTPLUG_CPU is not set CONFIG_LOCALVERSION="" +CONFIG_4KSTACKS=n + # # Code maturity level options # @@ -2077,7 +2079,7 @@ # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_JFS_POSIX_ACL=y -# CONFIG_XFS_FS is not set +CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y @@ -2387,7 +2389,6 @@ # CONFIG_SND_SGALAXY is not set # CONFIG_SND_SSCAPE is not set # CONFIG_REISERFS_FS is not set -# CONFIG_XFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_EFS_FS is not set Only in redhat/SOURCES: kernel-2.6.9-i686-smp.config.orig Only in redhat/SOURCES: kernel-2.6.9-i686-smp.config.rej diff -ru redhat/SOURCES/kernel-2.6.9-i686.config redhat.fixed/SOURCES/kernel-2.6.9-i686.config --- redhat/SOURCES/kernel-2.6.9-i686.config 2005-02-14 09:47:27.000000000 -0500 +++ redhat.fixed/SOURCES/kernel-2.6.9-i686.config 2005-03-14 21:15:49.000000000 -0500 @@ -6,6 +6,8 @@ # CONFIG_HOTPLUG_CPU is not set CONFIG_LOCALVERSION="" +CONFIG_4KSTACKS=n + # # Code maturity level options # @@ -2077,7 +2079,7 @@ # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_JFS_POSIX_ACL=y -# CONFIG_XFS_FS is not set +CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y @@ -2387,7 +2389,6 @@ # CONFIG_SND_SGALAXY is not set # CONFIG_SND_SSCAPE is not set # CONFIG_REISERFS_FS is not set -# CONFIG_XFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_EFS_FS is not set Only in redhat/SOURCES: kernel-2.6.9-i686.config.orig Only in redhat/SOURCES: kernel-2.6.9-i686.config.rej diff -ru redhat/SPECS/kernel-2.6.spec redhat.fixed/SPECS/kernel-2.6.spec --- redhat/SPECS/kernel-2.6.spec 2005-02-14 09:45:59.000000000 -0500 +++ redhat.fixed/SPECS/kernel-2.6.spec 2005-03-14 22:27:14.873277464 -0500 @@ -718,7 +718,8 @@ # # x86(-64) # -%patch200 -p1 +# this patch removes 4k stacks as an option +# %patch200 -p1 # fix x86_64 copy_user_generic %patch201 -p1 # Share cache descriptors between x86/x86-64 @@ -1121,23 +1122,24 @@ # # Various crash dumping patches # -%patch1500 -p1 -%patch1510 -p1 -%patch1520 -p1 -%patch1530 -p1 -%patch1540 -p1 -%patch1541 -p1 -%patch1542 -p1 -%patch1543 -p1 -%patch1544 -p1 -%patch1545 -p1 -%patch1546 -p1 -%patch1547 -p1 -%patch1548 -p1 -%patch1549 -p1 -%patch1550 -p1 -%patch1551 -p1 -%patch1552 -p1 +# some/all of these assume 4kstacks +#%patch1500 -p1 +#%patch1510 -p1 +#%patch1520 -p1 +#%patch1530 -p1 +#%patch1540 -p1 +#%patch1541 -p1 +#%patch1542 -p1 +#%patch1543 -p1 +#%patch1544 -p1 +#%patch1545 -p1 +#%patch1546 -p1 +#%patch1547 -p1 +#%patch1548 -p1 +#%patch1549 -p1 +#%patch1550 -p1 +#%patch1551 -p1 +#%patch1552 -p1 # # Various SELinux fixes from 2.6.10rc --pWyiEgJYm5f9v55/-- From owner-linux-xfs Tue Mar 15 08:12:05 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 08:12:06 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2FGC52K006124 for ; Tue, 15 Mar 2005 08:12:05 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2FGC4xT023740 for ; Tue, 15 Mar 2005 10:12:04 -0600 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2FGC3R04020203; Tue, 15 Mar 2005 10:12:03 -0600 (CST) Received: from hch by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1DBEeH-0006wk-00; Tue, 15 Mar 2005 10:12:01 -0600 To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 930402 - fix direct user pointer dereferences in dmapi Message-Id: From: Christoph Hellwig Date: Tue, 15 Mar 2005 10:12:01 -0600 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5085 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 451 Lines: 15 Date: Tue Mar 15 08:11:48 PST 2005 Workarea: maine.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: roehrich The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:189449a fs/xfs/xfs_dmapi.c - 1.121 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dmapi.c.diff?r1=text&tr1=1.121&r2=text&tr2=1.120&f=h - various fixes for direct user pointer dereferences From owner-linux-xfs Tue Mar 15 11:05:49 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 11:05:50 -0800 (PST) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2FJ5mYE025142 for ; Tue, 15 Mar 2005 11:05:48 -0800 Received: from [127.0.0.1] (unverified [70.113.27.173]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 77927499 for multiple; Tue, 15 Mar 2005 13:05:42 -0600 Message-ID: <42373205.2070508@Groves.net> Date: Tue, 15 Mar 2005 13:05:41 -0600 From: John Groves User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: dmapi apps and xfsdump Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com X-Authenticated-User: jg@bga.com X-IsFriend: X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5086 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: John@Groves.net Precedence: bulk X-list: linux-xfs Content-Length: 804 Lines: 19 I have a DM application that uses XFS and dmapi. I need a way to keep xfsdump from triggering a data fault on files that have holes punched in them. I see that xfsdump has code that knows about DMF attributes, and it will avoid triggering DMF data faults if run with the "-a" option. I am (not surprisingly) not using an attributes strategy identical to DMF's, so this doesn't work for my app. Before I tunnel through the whole implementation of xfsdump, I'm hoping the dmapi/xfsdump developers could make suggestions as to the best approach for getting "-a" behavior with my app. Without going overboard to "spoof" DMF behavior, is there a way of doing it without modifying xfsdump? If I do need to patch xfsdump, suggestions appreciated as to the best approach. Thanks, John Groves From owner-linux-xfs Tue Mar 15 11:21:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 11:21:03 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2FJKuWu027199 for ; Tue, 15 Mar 2005 11:20:56 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2FKtjmM031842 for ; Tue, 15 Mar 2005 12:55:56 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2FJJPR04030899; Tue, 15 Mar 2005 13:19:25 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id D4CCF4FA15; Tue, 15 Mar 2005 13:19:24 -0600 (CST) To: John Groves Cc: linux-xfs@oss.sgi.com Subject: Re: dmapi apps and xfsdump Date: Tue, 15 Mar 2005 13:19:24 -0600 From: Dean Roehrich Message-Id: <20050315191924.D4CCF4FA15@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5087 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1485 Lines: 28 >From: John Groves >I have a DM application that uses XFS and dmapi. I need a way to keep >xfsdump from triggering a data fault on files that have holes punched in >them. I see that xfsdump has code that knows about DMF attributes, and >it will avoid triggering DMF data faults if run with the "-a" option. I >am (not surprisingly) not using an attributes strategy identical to >DMF's, so this doesn't work for my app. > >Before I tunnel through the whole implementation of xfsdump, I'm hoping >the dmapi/xfsdump developers could make suggestions as to the best >approach for getting "-a" behavior with my app. Without going overboard >to "spoof" DMF behavior, is there a way of doing it without modifying >xfsdump? If I do need to patch xfsdump, suggestions appreciated as to >the best approach. The only way to know the state of the file is to decode the extended attribute that DMF put on the file. If you're not DMF, then the value of that attribute is just a stream of bits. xfsdump knows just enough about that attribute so it can find the relevant bits and make a valid decision about the file. I presume you are using an extended attribute, applied via dm_set_dmattr? The easy way out (for us) is to rearrange your attribute so you have relevant bits that end up where xfsdump is already looking :) Otherwise xfsdump would have to be modified--at that point maybe it's best to rearrange some things to allow this to be pluggable. Dean From owner-linux-xfs Tue Mar 15 12:27:38 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 12:27:39 -0800 (PST) Received: from mail.dfi-intl.com (w0user.dfi-intl.com [63.174.101.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2FKRbNJ002684 for ; Tue, 15 Mar 2005 12:27:38 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: RHEL3-compatible kernels w/ xfs and other goodies Date: Tue, 15 Mar 2005 15:27:30 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RHEL3-compatible kernels w/ xfs and other goodies Thread-Index: AcUo6InKYiM06KNcTl64aFOpEXThiwAtH9Og From: "Errol Neal" To: X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id j2FKRcNJ002688 X-archive-position: 5088 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: eneal@dfi-intl.com Precedence: bulk X-list: linux-xfs Content-Length: 345 Lines: 12 On Monday, March 14, 2005 5:52 PM, Nathan Scott wrote: >> Not sure about 9.2, but I know both XFS and DMAPI are part of the SLES9 releases - SGI actively >> works with SUSE to provide a supported version of XFS there. Does anyone know if Suse Enterprise Linux v9 support blocks larger than 4k on XFS file systems on 64bit machines? Errol From owner-linux-xfs Tue Mar 15 13:36:46 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 13:36:48 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2FLai7h006946 for ; Tue, 15 Mar 2005 13:36:46 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA11013; Wed, 16 Mar 2005 08:36:12 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2FLaBXE3102223; Wed, 16 Mar 2005 08:36:11 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j2FLa99c3108431; Wed, 16 Mar 2005 08:36:09 +1100 (EST) Date: Wed, 16 Mar 2005 08:36:09 +1100 From: Nathan Scott To: Errol Neal Cc: linux-xfs@oss.sgi.com Subject: Re: RHEL3-compatible kernels w/ xfs and other goodies Message-ID: <20050316083609.A3091774@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from eneal@dfi-intl.com on Tue, Mar 15, 2005 at 03:27:30PM -0500 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5089 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 555 Lines: 19 On Tue, Mar 15, 2005 at 03:27:30PM -0500, Errol Neal wrote: > On Monday, March 14, 2005 5:52 PM, Nathan Scott wrote: > > >> Not sure about 9.2, but I know both XFS and DMAPI are part of the > SLES9 releases - SGI actively > >> works with SUSE to provide a supported version of XFS there. > > Does anyone know if Suse Enterprise Linux v9 support blocks larger than > 4k on XFS file systems on 64bit machines? > Yes - on IA64 at least it does, and probably the other supported 64 bit platforms too (provided the pagesize is >4K). cheers. -- Nathan From owner-linux-xfs Tue Mar 15 14:33:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 14:33:54 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2FMXpGW017638 for ; Tue, 15 Mar 2005 14:33:52 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2FMXgMW014473; Wed, 16 Mar 2005 09:33:42 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2FMXgsE014471; Wed, 16 Mar 2005 09:33:42 +1100 Date: Wed, 16 Mar 2005 09:33:42 +1100 From: Nathan Scott Message-Id: <200503152233.j2FMXgsE014471@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 931940 - ihashsize defaults X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5090 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 529 Lines: 15 Further improvements to the default XFS inode hash table sizing algorithms, resolving regressions reported with the previous change. Date: Wed Mar 16 09:33:03 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21839a xfs_iget.c - 1.202 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iget.c.diff?r1=text&tr1=1.202&r2=text&tr2=1.201&f=h From owner-linux-xfs Tue Mar 15 14:36:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 14:36:57 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2FMartR018107 for ; Tue, 15 Mar 2005 14:36:54 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2FMajdt014637; Wed, 16 Mar 2005 09:36:45 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2FMaj4X014635; Wed, 16 Mar 2005 09:36:45 +1100 Date: Wed, 16 Mar 2005 09:36:45 +1100 From: Nathan Scott Message-Id: <200503152236.j2FMaj4X014635@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 931940 - report ihashsize in /proc/mounts X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5091 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 716 Lines: 18 Provide a mechanism for reporting ihashsize defaults via /proc/mounts. Date: Wed Mar 16 09:36:05 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21841a xfs_vfsops.c - 1.463 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vfsops.c.diff?r1=text&tr1=1.463&r2=text&tr2=1.462&f=h xfs_clnt.h - 1.45 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_clnt.h.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h xfs_mount.h - 1.194 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.h.diff?r1=text&tr1=1.194&r2=text&tr2=1.193&f=h From owner-linux-xfs Tue Mar 15 22:58:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 22:58:57 -0800 (PST) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2G6woKT019371 for ; Tue, 15 Mar 2005 22:58:50 -0800 Received: from [192.168.2.2] (rrcs-67-52-12-36.west.biz.rr.com [67.52.12.36]) by ms-smtp-02.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id j2G6MCY1000631 for ; Wed, 16 Mar 2005 00:22:13 -0600 (CST) Message-ID: <4237C29B.2020001@wi.rr.com> Date: Tue, 15 Mar 2005 23:22:35 -0600 From: James Foris User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS file corruption bug ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Status: Clean X-archive-position: 5092 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jforis@wi.rr.com Precedence: bulk X-list: linux-xfs Content-Length: 5150 Lines: 147 I may have found a way to reproduce a file corruption bug and I would like to know if I am seeing something unique to our environment, or if this is a problem for everyone. Summary: when writing to a XFS formated software raid0 partition which is > 70% full, unmounting, then remounting the partition will show random 4K block file corruption in files larger than the raid chunk size. We (myself and a coworker) have tested 2.6.8-rc2-bk5 and 2.6.11; both show the same behavior. The original test configuration was using a HP8000, 2 GBytes RAM, with 2.6.8-rc2-bk5 smp kernel, 1-36 GB system disk, 2-74 GB data disk configured as a single RAID0 partition with 256K chunk size. This "md0" partition is formatted as XFS with external journal on the system disk: /sbin/mkfs.xfs -f -l logdev=/dev/sda5,sunit=8 /dev/md0 using tools from "xfsprogs-2.6.25-1". First the partition was zeroed ("dd if=dev/zero of=/dev/md0 ....."), then a known pattern was written in 516K files (4K + 2 x 256K). The partition (~140 GBytes) was filled to 98%, then the partition was first unmounted, then remounted. On checking the sum of each file, is was found that some file checksums were not as expected. Examination of the mismatched files showed that one 4K block in the file contained zeros, not the expected pattern. This corruption always occurred at an offset 256K or greater into the file. (The fact that the blocks were zeroed is due to the previous scrubbing, I believe. The actual failures seen that we have been trying to chase showed non-zero content that was recognized as being previously written to the disk. It also showed a data loss of between 1 and 3 contiguous blocks of data on the corrupted files.) After much experimenting the following has been established: 1. The problem shows with both external and internal journaling. 2. Total size of file system used does not matter, but percentage does: a 140 GByte partition filled 50% shows no corruption, while a 70 GByte partition filled 98% does. 3. File system creation options do not matter; the using the default mkfs.xfs settings shows corruption, too. 4. The offset where file corruption begins changes with chunk size: when changed to 128K, corruption started being detected as low as 128K into the file. 5. Issuing "sync" commands before unmount/mount had no effect. 6. Rebooting the system had the same affect as unmount/mount cycles. 7. The file system must be full to show the problem. The 70% mark was established during one test cycle by grouping files into directories, ~100 files per. All directories containing corrupted files were deleted - after which the file system showed 68% full. Repeated attempts to reproduce the problem by filling the file system to only 50% full have failed. 8. No errors are reported in the system log. No errors are reported when remounting the file system, either. And "xfs_check" on the partition shows no problems. 9. The failure has been repeated on multiple systems. 10. The problem does not reproduce when using ext3 or reiserfs on the "md0" partition. So far, only XFS shows this problem. What is NOT known yet: 1. We have only used 2-disk RAID0. Unknown the affect of 3-disk or greater. 2. We have only tried 128K and 256K chunk sizes. We will be trying 64K and 32K chunks tomorrow. 3. I do not know if a minimum partition size is required. We have tested as small as 32 GBytes, and that fails. 4. I know that the 2nd chunk is where the corruption occurs - I do not know if any chunk beyond the 2nd is affected. This will be checked tomorrow. 5. We have only tested software RAID0. The test needs to be repeated on the other RAID modes. 6. We have only checked 2.6.8-rc2 and 2.6.11. Prior and intermediate kernels may show the problem, too. 7. We have not tried JFS yet. That will be done tomorrow. The behavior has been very repeatable, and actually resembles a kernel.org bugzilla bug #2336, "Severe data corrupt on XFS RAID and XFS LVM dev after reboot", which has been (I think incorrectly) marked as a dup of kernel.org bugzilla bug 2155, "I/O ( filesystem ) sync issue". It does not appear as if either of these bugs have been resolved, nor were they really generally reproducible as described in the original bug reports. This is (I think). One final though (before my pleading for help) is that the system appears to be acting like some file cache pages are getting "stuck" or "lost" somehow. I say this because writing/creating >40 GBytes of new files after the corruption starts on a system with 2 GBytes of physical memory should have flushed out all previous file references/pages. Instead, reading back >ANY< file prior to rebooting/unmounting will show no corruption - the data is still in some file cache rather than pushed to disk. Once you unmount, the data is gone and the original disk content shows through. Now the pleading: Can anyone duplicate this? And if not, where should I be looking to what could be causing this behavior? Thanks, Jim Foris From owner-linux-xfs Wed Mar 16 03:12:47 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Mar 2005 03:13:34 -0800 (PST) Received: from imo-d06.mx.aol.com (imo-d06.mx.aol.com [205.188.157.38]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2GBCgrG005393 for ; Wed, 16 Mar 2005 03:12:47 -0800 Received: from AndyLiebman@aol.com by imo-d06.mx.aol.com (mail_out_v37_r3.8.) id d.fa.f019190 (4214); Wed, 16 Mar 2005 06:12:33 -0500 (EST) From: AndyLiebman@aol.com Message-ID: Date: Wed, 16 Mar 2005 06:12:32 EST Subject: Re: XFS file corruption bug ? To: jforis@wi.rr.com, linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: 9.0 Security Edition for Windows sub 1200 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5093 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: AndyLiebman@aol.com Precedence: bulk X-list: linux-xfs Content-Length: 1341 Lines: 35 >Ijforis@wi.rr.com writes: >may have found a way to reproduce a file corruption bug and I would l>ike to know if >I am seeing something unique to our environment, or if this is a >problem for everyone. > >Summary: when writing to a XFS formated software raid0 partition which >is > 70% full, >unmounting, then remounting the partition will show random 4K block file >corruption in >files larger than the raid chunk size. We (myself and a coworker) have >tested 2.6.8-rc2-bk5 >and 2.6.11; both show the same behavior. Any advice from the XFS team on this? We have numerous production machines configured very similarly -- 2 Hardware RAID-5 arrays striped with Software RAID-0 formatted with XFS. I would bet that, since our machines had their RAIDS > 50 % full, none have been rebooted (they've been up only several months at the various locations, but the RAIDS fill up very quickly). In our case, the main difference is that we're using the 2.6.6 smp kernel and internal journals. Is this something that might have developed since the 2.6.6 kernel? Is there any chance this could be connected to any kind of caching by the drives (or in our case, by the Hardware RAID card)? Most urgently, is there something we should or CAN do to check our data on a preventive basis? Thanks, Andy Liebman From owner-linux-xfs Wed Mar 16 05:05:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Mar 2005 05:06:09 -0800 (PST) Received: from mail.ukfsn.org (s2.ukfsn.org [217.158.120.143]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2GD5gH3014940 for ; Wed, 16 Mar 2005 05:05:43 -0800 Received: from localhost (lucy.ukfsn.org [127.0.0.1]) by mail.ukfsn.org (Postfix) with ESMTP id 27ED2E6D7F; Wed, 16 Mar 2005 13:00:25 +0000 (GMT) Received: from mail.ukfsn.org ([127.0.0.1]) by localhost (lucy.ukfsn.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03272-03; Wed, 16 Mar 2005 13:00:24 +0000 (GMT) Received: from oak.dgreaves.com (modem-1222.alligator.dialup.pol.co.uk [81.78.4.198]) by mail.ukfsn.org (Postfix) with ESMTP id 2344FE6D44; Wed, 16 Mar 2005 13:00:22 +0000 (GMT) Received: from ash.dgreaves.com ([10.0.0.90]) by oak.dgreaves.com with esmtp (Exim 4.20) id 1DBYDM-00031p-EN; Wed, 16 Mar 2005 13:05:32 +0000 Message-ID: <42382F1B.6010607@dgreaves.com> Date: Wed, 16 Mar 2005 13:05:31 +0000 From: David Greaves User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: AndyLiebman@aol.com Cc: linux-raid@vger.kernel.org, linux-xfs@oss.sgi.com, jforis@wi.rr.com Subject: Re: Fwd: XFS file corruption bug ? References: <5b.65943ac5.2f6976c0@aol.com> In-Reply-To: <5b.65943ac5.2f6976c0@aol.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5094 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: david@dgreaves.com Precedence: bulk X-list: linux-xfs Content-Length: 13474 Lines: 382 I have experienced problems with zeroed out blocks in my files. I can't find this problem reported to the linux-xfs list: http://marc.theaimsgroup.com/?l=linux-xfs&w=2&r=1&s=XFS+file+corruption+bug&q=b They're very helpful over there and you seem to have an excellent set of reproduction steps so I've cc'ed them David AndyLiebman@aol.com wrote: >Have people on the linux-raid list seen this? Could the observations made by >these folks be a Linux RAID issue and not an XFS problem, even though it >hasn't been reproduced with other filesystems? > >Andy Liebman > > >jforis@wi.rr.com writes: >I may have found a way to reproduce a file corruption bug and I would >like to know >if I am seeing something unique to our environment, or if this is a >problem for everyone. > >Summary: when writing to a XFS formated software raid0 partition which >is > 70% full, >unmounting, then remounting the partition will show random 4K block file >corruption in >files larger than the raid chunk size. We (myself and a coworker) have >tested 2.6.8-rc2-bk5 >and 2.6.11; both show the same behavior. > > >The original test configuration was using a HP8000, 2 GBytes RAM, with >2.6.8-rc2-bk5 smp kernel, >1-36 GB system disk, 2-74 GB data disk configured as a single RAID0 >partition with 256K >chunk size. This "md0" partition is formatted as XFS with external >journal on the system disk: > >/sbin/mkfs.xfs -f -l logdev=/dev/sda5,sunit=8 /dev/md0 > >using tools from "xfsprogs-2.6.25-1". > >First the partition was zeroed ("dd if=dev/zero of=/dev/md0 ....."), >then a known pattern >was written in 516K files (4K + 2 x 256K). The partition (~140 GBytes) >was filled to 98%, >then the partition was first unmounted, then remounted. > >On checking the sum of each file, is was found that some file checksums >were not as expected. >Examination of the mismatched files showed that one 4K block in the file >contained zeros, not >the expected pattern. This corruption always occurred at an offset 256K >or greater into the file. > >(The fact that the blocks were zeroed is due to the previous scrubbing, >I believe. The actual >failures seen that we have been trying to chase showed non-zero content >that was recognized as >being previously written to the disk. It also showed a data loss of >between 1 and 3 contiguous >blocks of data on the corrupted files.) > >After much experimenting the following has been established: > >1. The problem shows with both external and internal journaling. >2. Total size of file system used does not matter, but percentage does: >a 140 GByte >partition filled 50% shows no corruption, while a 70 GByte partition >filled 98% does. >3. File system creation options do not matter; the using the default >mkfs.xfs settings >shows corruption, too. >4. The offset where file corruption begins changes with chunk size: when >changed >to 128K, corruption started being detected as low as 128K into the >file. >5. Issuing "sync" commands before unmount/mount had no effect. >6. Rebooting the system had the same affect as unmount/mount cycles. >7. The file system must be full to show the problem. The 70% mark was >established >during one test cycle by grouping files into directories, ~100 >files per. All directories >containing corrupted files were deleted - after which the file >system showed 68% full. >Repeated attempts to reproduce the problem by filling the file >system to only 50% full >have failed. >8. No errors are reported in the system log. No errors are reported >when remounting >the file system, either. And "xfs_check" on the partition shows no >problems. >9. The failure has been repeated on multiple systems. >10. The problem does not reproduce when using ext3 or reiserfs on the >"md0" partition. >So far, only XFS shows this problem. > > >What is NOT known yet: >1. We have only used 2-disk RAID0. Unknown the affect of 3-disk or greater. >2. We have only tried 128K and 256K chunk sizes. We will be trying 64K and >32K chunks tomorrow. >3. I do not know if a minimum partition size is required. We have tested as >small as 32 GBytes, and that fails. >4. I know that the 2nd chunk is where the corruption occurs - I do not know >if any chunk beyond the 2nd is affected. This will be checked >tomorrow. >5. We have only tested software RAID0. The test needs to be repeated on >the other >RAID modes. >6. We have only checked 2.6.8-rc2 and 2.6.11. Prior and intermediate >kernels may >show the problem, too. >7. We have not tried JFS yet. That will be done tomorrow. > > >The behavior has been very repeatable, and actually resembles a >kernel.org bugzilla bug #2336, >"Severe data corrupt on XFS RAID and XFS LVM dev after reboot", which >has been (I think >incorrectly) marked as a dup of kernel.org bugzilla bug 2155, "I/O ( >filesystem ) sync issue". >It does not appear as if either of these bugs have been resolved, nor >were they really generally >reproducible as described in the original bug reports. This is (I think). > >One final though (before my pleading for help) is that the system >appears to be acting like >some file cache pages are getting "stuck" or "lost" somehow. I say this >because writing/creating > > >>40 GBytes of new files after the corruption starts on a system with 2 >> >> >GBytes of physical memory >should have flushed out all previous file references/pages. Instead, >reading back >ANY< file prior >to rebooting/unmounting will show no corruption - the data is still in >some file cache rather than >pushed to disk. Once you unmount, the data is gone and the original >disk content shows through. > > >Now the pleading: > >Can anyone duplicate this? And if not, where should I be looking to >what could be causing >this behavior? > > >Thanks, > >Jim Foris > > > > > ------------------------------------------------------------------------ > > Subject: > XFS file corruption bug ? > From: > James Foris > Date: > Tue, 15 Mar 2005 23:22:35 -0600 > To: > linux-xfs@oss.sgi.com > > To: > linux-xfs@oss.sgi.com > > Return-Path: > > Received: > from rly-xh04.mx.aol.com (rly-xh04.mail.aol.com [172.20.115.233]) by > air-xh02.mail.aol.com (v104.18) with ESMTP id > MAILINXH23-4a44237d93db1; Wed, 16 Mar 2005 01:59:34 -0500 > Received: > from oss.sgi.com (oss.sgi.com [192.48.159.27]) by rly-xh04.mx.aol.com > (v104.18) with ESMTP id MAILRELAYINXH48-4a44237d93db1; Wed, 16 Mar > 2005 01:59:09 -0500 > Received: > from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com > (8.13.0/8.13.0) with ESMTP id j2G6wxB4019388; Tue, 15 Mar 2005 > 22:58:59 -0800 > Received: > with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Mar 2005 22:58:57 -0800 > (PST) > Received: > from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com > [24.94.166.122]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id > j2G6woKT019371 for ; Tue, 15 Mar 2005 22:58:50 > -0800 > Received: > from [192.168.2.2] (rrcs-67-52-12-36.west.biz.rr.com [67.52.12.36]) by > ms-smtp-02.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id j2G6MCY1000631 > for ; Wed, 16 Mar 2005 00:22:13 -0600 (CST) > Message-ID: > <4237C29B.2020001@wi.rr.com> > User-Agent: > Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041116 > X-Accept-Language: > en-us, en > MIME-Version: > 1.0 > Content-Type: > text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: > 7bit > X-Virus-Scanned: > ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com > X-Virus-Scanned: > ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com > X-Virus-Scanned: > Symantec AntiVirus Scan Engine > X-Virus-Status: > Clean > X-archive-position: > 5092 > X-ecartis-version: > Ecartis v1.0.0 > Sender: > linux-xfs-bounce@oss.sgi.com > Errors-to: > linux-xfs-bounce@oss.sgi.com > X-original-sender: > jforis@wi.rr.com > Precedence: > bulk > X-list: > linux-xfs > X-AOL-IP: > 192.48.159.27 > X-Mailer: > Unknown (No Version) > > > I may have found a way to reproduce a file corruption bug and I would > like to know > if I am seeing something unique to our environment, or if this is a > problem for everyone. > > Summary: when writing to a XFS formated software raid0 partition which > is > 70% full, > unmounting, then remounting the partition will show random 4K block > file corruption in > files larger than the raid chunk size. We (myself and a coworker) > have tested 2.6.8-rc2-bk5 > and 2.6.11; both show the same behavior. > > > The original test configuration was using a HP8000, 2 GBytes RAM, > with 2.6.8-rc2-bk5 smp kernel, > 1-36 GB system disk, 2-74 GB data disk configured as a single RAID0 > partition with 256K > chunk size. This "md0" partition is formatted as XFS with external > journal on the system disk: > > /sbin/mkfs.xfs -f -l logdev=/dev/sda5,sunit=8 /dev/md0 > > using tools from "xfsprogs-2.6.25-1". > > First the partition was zeroed ("dd if=dev/zero of=/dev/md0 ....."), > then a known pattern > was written in 516K files (4K + 2 x 256K). The partition (~140 > GBytes) was filled to 98%, > then the partition was first unmounted, then remounted. > > On checking the sum of each file, is was found that some file > checksums were not as expected. > Examination of the mismatched files showed that one 4K block in the > file contained zeros, not > the expected pattern. This corruption always occurred at an offset > 256K or greater into the file. > > (The fact that the blocks were zeroed is due to the previous > scrubbing, I believe. The actual > failures seen that we have been trying to chase showed non-zero > content that was recognized as > being previously written to the disk. It also showed a data loss of > between 1 and 3 contiguous > blocks of data on the corrupted files.) > > After much experimenting the following has been established: > > 1. The problem shows with both external and internal journaling. > 2. Total size of file system used does not matter, but percentage > does: a 140 GByte > partition filled 50% shows no corruption, while a 70 GByte > partition filled 98% does. > 3. File system creation options do not matter; the using the default > mkfs.xfs settings > shows corruption, too. > 4. The offset where file corruption begins changes with chunk size: > when changed > to 128K, corruption started being detected as low as 128K into the > file. > 5. Issuing "sync" commands before unmount/mount had no effect. > 6. Rebooting the system had the same affect as unmount/mount cycles. > 7. The file system must be full to show the problem. The 70% mark was > established > during one test cycle by grouping files into directories, ~100 > files per. All directories > containing corrupted files were deleted - after which the file > system showed 68% full. > Repeated attempts to reproduce the problem by filling the file > system to only 50% full > have failed. > 8. No errors are reported in the system log. No errors are reported > when remounting > the file system, either. And "xfs_check" on the partition shows no > problems. > 9. The failure has been repeated on multiple systems. > 10. The problem does not reproduce when using ext3 or reiserfs on the > "md0" partition. > So far, only XFS shows this problem. > > > What is NOT known yet: > 1. We have only used 2-disk RAID0. Unknown the affect of 3-disk or > greater. > 2. We have only tried 128K and 256K chunk sizes. We will be trying > 64K and > 32K chunks tomorrow. > 3. I do not know if a minimum partition size is required. We have > tested as > small as 32 GBytes, and that fails. > 4. I know that the 2nd chunk is where the corruption occurs - I do not > know > if any chunk beyond the 2nd is affected. This will be checked > tomorrow. > 5. We have only tested software RAID0. The test needs to be repeated > on the other > RAID modes. > 6. We have only checked 2.6.8-rc2 and 2.6.11. Prior and intermediate > kernels may > show the problem, too. > 7. We have not tried JFS yet. That will be done tomorrow. > > > The behavior has been very repeatable, and actually resembles a > kernel.org bugzilla bug #2336, > "Severe data corrupt on XFS RAID and XFS LVM dev after reboot", which > has been (I think > incorrectly) marked as a dup of kernel.org bugzilla bug 2155, "I/O ( > filesystem ) sync issue". > It does not appear as if either of these bugs have been resolved, nor > were they really generally > reproducible as described in the original bug reports. This is (I > think). > > One final though (before my pleading for help) is that the system > appears to be acting like > some file cache pages are getting "stuck" or "lost" somehow. I say > this because writing/creating > >40 GBytes of new files after the corruption starts on a system with 2 > GBytes of physical memory > should have flushed out all previous file references/pages. Instead, > reading back >ANY< file prior > to rebooting/unmounting will show no corruption - the data is still in > some file cache rather than > pushed to disk. Once you unmount, the data is gone and the original > disk content shows through. > > > Now the pleading: > > Can anyone duplicate this? And if not, where should I be looking > to what could be causing > this behavior? > > > Thanks, > > Jim Foris > From owner-linux-xfs Wed Mar 16 10:13:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Mar 2005 10:14:05 -0800 (PST) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2GIDvuv002387 for ; Wed, 16 Mar 2005 10:13:57 -0800 Received: from taniwha.stupidest.org (adsl-67-124-116-142.dsl.snfc21.pacbell.net [67.124.116.142]) by pimout3-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2GIDp9N025354; Wed, 16 Mar 2005 13:13:56 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id B7082115C857; Wed, 16 Mar 2005 10:13:50 -0800 (PST) Date: Wed, 16 Mar 2005 10:13:50 -0800 From: Chris Wedgwood To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS file corruption bug ? Message-ID: <20050316181350.GA24241@taniwha.stupidest.org> References: <4237C29B.2020001@wi.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4237C29B.2020001@wi.rr.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5095 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 515 Lines: 13 On Tue, Mar 15, 2005 at 11:22:35PM -0600, James Foris wrote: > First the partition was zeroed ("dd if=dev/zero of=/dev/md0 ....."), > then a known pattern was written in 516K files (4K + 2 x 256K). The > partition (~140 GBytes) was filled to 98%, then the partition was > first unmounted, then remounted. If you fill the disk with a know pattern first (say 0xAA) and then write a different pattern down (say 0x55) it would be good to know if you get zeros back or the 'wrong' data. Is it possible to try that? From owner-linux-xfs Wed Mar 16 14:57:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Mar 2005 14:57:17 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2GMux7q027663 for ; Wed, 16 Mar 2005 14:57:00 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA13090; Thu, 17 Mar 2005 09:56:42 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2GMubXE3145539; Thu, 17 Mar 2005 09:56:37 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j2GMuZUm3119093; Thu, 17 Mar 2005 09:56:35 +1100 (EST) Date: Thu, 17 Mar 2005 09:56:34 +1100 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS file corruption bug ? Message-ID: <20050317095634.C3120542@wobbly.melbourne.sgi.com> References: <4237C29B.2020001@wi.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4237C29B.2020001@wi.rr.com>; from jforis@wi.rr.com on Tue, Mar 15, 2005 at 11:22:35PM -0600 X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5096 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1718 Lines: 55 Hi James, On Tue, Mar 15, 2005 at 11:22:35PM -0600, James Foris wrote: > 1-36 GB system disk, 2-74 GB data disk configured as a single RAID0 > partition with 256K > chunk size. This "md0" partition is formatted as XFS with external > journal on the system disk: > > /sbin/mkfs.xfs -f -l logdev=/dev/sda5,sunit=8 /dev/md0 Just trying to isolate the problem futher - you say (below) the mkfs options don't matter, so I'm assuming you dropped the "sunit=8" bit above to test that? (and hence tested a version 1 log). Does it happen with no data device stripe alignment though? (i.e. use -dsu=0,sw=0, IIRC). > using tools from "xfsprogs-2.6.25-1". > > First the partition was zeroed ("dd if=dev/zero of=/dev/md0 ....."), > then a known pattern > was written in 516K files (4K + 2 x 256K). The partition (~140 GBytes) > was filled to 98%, > then the partition was first unmounted, then remounted. Were these files written via buffered or direct IO? Any mount options being used there? > 3. File system creation options do not matter; the using the default > mkfs.xfs settings > shows corruption, too. The default mkfs options will still pick up MD stripe geometry information, and the kernel code will make use of that (hence my earlier suggestion to try override that). > What is NOT known yet: > 5. We have only tested software RAID0. The test needs to be repeated on > the other > RAID modes. Also just a regular disk, but using the same sunit/swidth would be good (could you send xfs_info output for a failing case?) to rule out MD. > Can anyone duplicate this? And if not, where should I be looking to We will certainly try to. Thanks for reporting it. cheers. -- Nathan From owner-linux-xfs Wed Mar 16 19:47:15 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Mar 2005 19:47:18 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2H3lAF4012739 for ; Wed, 16 Mar 2005 19:47:10 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2H5MCqe008806 for ; Wed, 16 Mar 2005 21:22:22 -0800 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2H3khYp2100274 for ; Wed, 16 Mar 2005 19:46:43 -0800 (PST) X-ASG-Debug-ID: 1111031196-22642-4-0 X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from sgi.com (naboo.americas.sgi.com [128.162.233.73]) by cuda.sgi.com (Spam Firewall) with ESMTP id 911D0D02694B; Wed, 16 Mar 2005 19:46:36 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by sgi.com (8.13.3/8.13.3) with ESMTP id j2H3kTG1002133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Mar 2005 21:46:35 -0600 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id j2H3kR7u002132; Wed, 16 Mar 2005 21:46:27 -0600 Date: Wed, 16 Mar 2005 21:46:27 -0600 From: Russell Cattelan Message-Id: <200503170346.j2H3kR7u002132@naboo.americas.sgi.com> To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com, sgi.bugs.cxfs@engr.sgi.com X-ASG-Orig-Subj: TAKE 917981 - xfs_iomap Subject: TAKE 917981 - xfs_iomap X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1000.0 tests= X-Barracuda-Spam-Report: Code version 2.64, rules version 2.1.1914 Rule breakdown below pts rule name description ---- ---------------------- ------------------------------------------- X-Virus-Status: Clean X-archive-position: 5097 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 631 Lines: 20 Fix a bug in xfs_iomap for extent handling of write cases. This may be the cause of several open PV's of incorrect delay flags being set and then tripping asserts. Date: Wed Mar 16 19:45:25 PST 2005 Workarea: naboo.americas.sgi.com:/go/space/XFS/xfs-linux Inspected by: nathans@sgi.com The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:189616a xfs_iomap.c - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iomap.c.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h - Do not return a delay alloc extent when the caller is asking to do a write. From owner-linux-xfs Wed Mar 16 21:29:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Mar 2005 21:29:14 -0800 (PST) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2H5T4g6021054 for ; Wed, 16 Mar 2005 21:29:07 -0800 Received: from [192.168.2.2] (rrcs-67-52-12-36.west.biz.rr.com [67.52.12.36]) by ms-smtp-02.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id j2H5T2Y1003847 for ; Wed, 16 Mar 2005 23:29:02 -0600 (CST) Message-ID: <423907AE.1090709@wi.rr.com> Date: Wed, 16 Mar 2005 22:29:34 -0600 From: James Foris User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS file corruption bug - more info Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 15:35:33 2005 on oss.sgi.com X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Status: Clean X-archive-position: 5098 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jforis@wi.rr.com Precedence: bulk X-list: linux-xfs Content-Length: 2219 Lines: 71 We were not able to complete all tests we wanted today, but some critical information on how to reproduce the problem was uncovered, so here is some further clarifications. 1. The bad blocks were never written, as opposed to being zeroed; we have been using new data patterns on each pass and can see that the bad blocks are from the previous pass when this corruption happens. 2. The test files are created by copying a reference file with a "cp" command from a shell script. This probably eliminates DIRECT_IO issues from consideration. 3. A key requirement we learned today is that multiple writers must be used to create the problem. If only a single write process is used, no corruption is found when we check the files. When two or more (we typically use 5) are creating files in the "md0" partition at the same time, then the problem appears. In practice, we have a script that creates directories then copies/creates a fixed number of files into each. It is invoked with a directory name, and the name of a reference file; 5 copies of the script are executed simultaneously with different target directory names. If only a single copy of this writer script is executed - we do not see corruption. 4. We have confirmed that while the first chunk is never corrupted, all other chunks may show corruption. For a 516K file and a 128K chunk size, the first 128K is never affected and corruption may be seen anywhere else in the file (chunk 2, 3, or 4). (We are using 512+4 K to make sure that different file alignments relative to file system chunk boundaries are tested.) 5. We have switched to running all tests on a fairly stock 2.6.11 kernel. We do add some of the fedora core patches that affect the RPM build environment and device driver updates. Any FC patch that affected core systems (execshield, 4K stacks, net/disk dump, etc) is not applied - we have learned to be very conservative about this, having had things like JAVA broken by their changes. Tomorrow (I hope) we will address more chunk sizes and minimum partition sizes. Also, we will check behavior of the JFS/RAID0 file system combination. As always, any ideas/questions are welcome. Jim Foris From owner-linux-xfs Thu Mar 17 15:54:06 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Mar 2005 15:54:07 -0800 (PST) Received: from advect.atmos.washington.edu (advect.atmos.washington.edu [128.95.89.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2HNs5tJ027186 for ; Thu, 17 Mar 2005 15:54:05 -0800 Received: from [128.95.176.96] (moist.atmos.washington.edu [128.95.176.96]) (authenticated bits=0) by advect.atmos.washington.edu (8.13.3/8.13.3/Debian-6) with ESMTP id j2HNrubx022629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 17 Mar 2005 15:53:56 -0800 Message-ID: <423A1894.9020502@atmos.washington.edu> Date: Thu, 17 Mar 2005 15:53:56 -0800 From: Harry Edmon User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Incredibly SLOW unlinks with xfs and 2.6.11.4 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 128.95.89.50 X-Virus-Scanned: ClamAV 0.83/765/Thu Mar 17 00:42:45 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5099 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: harry@atmos.washington.edu Precedence: bulk X-list: linux-xfs Content-Length: 439 Lines: 8 I am running 2.6.11.4 with a 1.4 TB XFS file system on a 3ware 9000 controller that is 53% full on a Dual Xeon system. The filesystem has 4.5M files on it. File unlinks are running incredibly slow. Some of the directories I am deleting from have 2400 entries. Does anyone know why the deletes are so slow, and what I can do to speed them up? I did the mkfs.xfs with the defaults, and the mount has been done with the defaults. From owner-linux-xfs Thu Mar 17 16:14:51 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Mar 2005 16:14:54 -0800 (PST) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2I0EoTh028168 for ; Thu, 17 Mar 2005 16:14:50 -0800 Received: from taniwha.stupidest.org (adsl-67-124-116-142.dsl.snfc21.pacbell.net [67.124.116.142]) by pimout2-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2I0EfMW196482; Thu, 17 Mar 2005 19:14:41 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id CE0AD115C857; Thu, 17 Mar 2005 16:14:40 -0800 (PST) Date: Thu, 17 Mar 2005 16:14:40 -0800 From: Chris Wedgwood To: Harry Edmon Cc: linux-xfs@oss.sgi.com Subject: Re: Incredibly SLOW unlinks with xfs and 2.6.11.4 Message-ID: <20050318001440.GA4122@taniwha.stupidest.org> References: <423A1894.9020502@atmos.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <423A1894.9020502@atmos.washington.edu> X-Virus-Scanned: ClamAV 0.83/765/Thu Mar 17 00:42:45 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5100 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 315 Lines: 10 On Thu, Mar 17, 2005 at 03:53:56PM -0800, Harry Edmon wrote: > I am running 2.6.11.4 with a 1.4 TB XFS file system on a 3ware 9000 > controller that is 53% full on a Dual Xeon system. The filesystem > has 4.5M files on it. File unlinks are running incredibly slow. xfs_bmap -v path/to/typical/file says what? From owner-linux-xfs Thu Mar 17 20:02:48 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Mar 2005 20:02:52 -0800 (PST) Received: from advect.atmos.washington.edu (advect.atmos.washington.edu [128.95.89.50]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2I42l2K011489 for ; Thu, 17 Mar 2005 20:02:47 -0800 Received: from [67.168.14.14] (c-67-168-14-14.client.comcast.net [67.168.14.14]) (authenticated bits=0) by advect.atmos.washington.edu (8.13.3/8.13.3/Debian-6) with ESMTP id j2I42gB6030723 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 17 Mar 2005 20:02:45 -0800 Message-ID: <423A52E2.4050004@atmos.washington.edu> Date: Thu, 17 Mar 2005 20:02:42 -0800 From: Harry Edmon User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Incredibly SLOW unlinks with xfs and 2.6.11.4 References: <423A1894.9020502@atmos.washington.edu> <20050318001440.GA4122@taniwha.stupidest.org> In-Reply-To: <20050318001440.GA4122@taniwha.stupidest.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.51 on 128.95.89.50 X-Virus-Scanned: ClamAV 0.83/765/Thu Mar 17 00:42:45 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5101 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: harry@atmos.washington.edu Precedence: bulk X-list: linux-xfs Content-Length: 2229 Lines: 44 Here is the output from a large file: KYUX_20050308_1007: EXT: FILE-OFFSET BLOCK-RANGE AG AG-OFFSET TOTAL 0: [0..31]: 1899129752..1899129783 20 (68325432..68325463) 32 1: [32..63]: 1899168096..1899168127 20 (68363776..68363807) 32 2: [64..79]: 1899168272..1899168287 20 (68363952..68363967) 16 3: [80..167]: 2078671776..2078671863 22 (64787024..64787111) 88 4: [168..247]: 2078672280..2078672359 22 (64787528..64787607) 80 5: [248..399]: 2265911272..2265911423 24 (68946088..68946239) 152 6: [400..431]: 2265911744..2265911775 24 (68946560..68946591) 32 7: [432..455]: 2446663984..2446664007 26 (66618368..66618391) 24 8: [456..511]: 2446665976..2446666031 26 (66620360..66620415) 56 9: [512..631]: 2446668440..2446668559 26 (66622824..66622943) 120 10: [632..671]: 2446669088..2446669127 26 (66623472..66623511) 40 11: [672..719]: 2446688096..2446688143 26 (66642480..66642527) 48 12: [720..815]: 2446696616..2446696711 26 (66651000..66651095) 96 13: [816..879]: 2446697368..2446697431 26 (66651752..66651815) 64 14: [880..919]: 2446697512..2446697551 26 (66651896..66651935) 40 15: [920..951]: 2446698000..2446698031 26 (66652384..66652415) 32 16: [952..975]: 2446698136..2446698159 26 (66652520..66652543) 24 17: [976..1007]: 2446698336..2446698367 26 (66652720..66652751) 32 18: [1008..1071]: 2446698672..2446698735 26 (66653056..66653119) 64 19: [1072..1095]: 2446700048..2446700071 26 (66654432..66654455) 24 Here is a small file: N0R_20050308_1944: EXT: FILE-OFFSET BLOCK-RANGE AG AG-OFFSET TOTAL 0: [0..15]: 2908501240..2908501255 31 (70754544..70754559) 16 Chris Wedgwood wrote: > On Thu, Mar 17, 2005 at 03:53:56PM -0800, Harry Edmon wrote: > > >>I am running 2.6.11.4 with a 1.4 TB XFS file system on a 3ware 9000 >>controller that is 53% full on a Dual Xeon system. The filesystem >>has 4.5M files on it. File unlinks are running incredibly slow. > > > xfs_bmap -v path/to/typical/file > > says what? From owner-linux-xfs Thu Mar 17 21:02:43 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Mar 2005 21:02:45 -0800 (PST) Received: from ms-smtp-03.rdc-kc.rr.com (ms-smtp-03.rdc-kc.rr.com [24.94.166.129]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2I52a06018443 for ; Thu, 17 Mar 2005 21:02:42 -0800 Received: from [192.168.2.2] (rrcs-67-52-12-36.west.biz.rr.com [67.52.12.36]) by ms-smtp-03.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id j2I3DcHB016908 for ; Thu, 17 Mar 2005 21:13:38 -0600 (CST) Message-ID: <423A3975.4060106@wi.rr.com> Date: Thu, 17 Mar 2005 20:14:13 -0600 From: James Foris User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS file corruption bug - test script References: <137F7B9449E219489D5C64ED60FA68E803F8ABBE@MKEMLVEM08.e2k.ad.ge.com> In-Reply-To: <137F7B9449E219489D5C64ED60FA68E803F8ABBE@MKEMLVEM08.e2k.ad.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/765/Thu Mar 17 00:42:45 2005 on oss.sgi.com X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Status: Clean X-archive-position: 5102 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jforis@wi.rr.com Precedence: bulk X-list: linux-xfs Content-Length: 4751 Lines: 202 Here is a script (developed by Rich Coe) that demonstrates the file corruption problem found on our systems. Jim Foris -- #!/bin/bash # shell script to fill a partion with files of a known pattern. # this demonstrates a problem found on xfs raid0 partition. # # this script makes no assumptions about the format or implementation of the # destination partition. # # this script assumes that you already have made the destination # partition that you are testing on. # # In our configuration, the raidtab looks like this: # raiddev /dev/md0 # raid-level 0 # nr-raid-disks 2 # nr-spare-disks 0 # persistent-superblock 1 # chunk-size 256 # device /dev/sdb1 # raid-disk 0 # device /dev/sdc1 # raid-disk 1 # # when we reduced the chunk size to 128, corruption occurred in all chunks # except the first. # # Here's what this script does: # # - makes a source directory of 1023 files with the test pattern # the file size is 129 * 4K, or (2 * 256K) + 4K # on each following run, I always change the pattern # # - creates 6 writer processes which fill the partition # # - shows the current state of the f/s (percent full) # # - waits for the writer processes to exit # # - unmounts/mounts the file system # # - checksums the target data to verify correct file output # Tested configurations: # linux 2.6.8-rc2-bk5 smp dual i686 (xeon) # linux 2.6.11 smp dual i686 (xeon) # linux 2.6.11 smp dual x86_64 (opteron) # # xfs /dev/md0 raid0 (2 74G partitions) ext journal 256k failed # xfs /dev/md0 raid0 (2 74G partitions) int journal 256k failed # xfs /dev/md0 raid0 (2 74G partitions) ext journal 128k failed # xfs /dev/sdb (74G partition) ext journal PASSED # xfs /dev/md0 raid0 (2 37G partitions) ext journal 256k failed # ext3 /dev/md0 raid0 (2 74G partitions) ext journal 256k PASSED # reiserfs /dev/md0 raid0 (2 74G partitions) ext journal 256k PASSED # NOTES: # - there's no indication of the amount done while checking for corruption # - this should have been written in perl # - is sum as fast as it could be ? function usage { echo "usage: $0 srcdir destdir pattern [mount-pt]" echo " $0 \$PWD /data/dest a5a5" echo " where srcdir = source directory to write pattern files" echo " destdir = destination directory under test, /dev/md0" echo " pattern = pattern for this round (4 chars)" echo " mount-pt = mount point of /dev/md0" echo usage: $0 -check destdir chksum echo " where destdir = destination dir to be checked" echo " chksum is value supplied by program" exit 1 } function vfill { SRCD=$1 DESD=$2 offset=$3 cnt=$4 echo "begin filling space $DESD/t$offset" let i=1 let j=$i+$offset while ((i < $cnt)); do df -k $DESD | tail -1 | egrep '9[0-9]%' > /dev/null if [ $? -eq 0 ]; then break; fi cp -r $SRCD $DESD/t$j 2>/dev/null if [ $? -ne 0 ]; then break; fi let i=$i+1 let j=$j+1 done } function mkpat { echo "making pattern $1" let i=0 while ((i < 1024)) ; do echo -n $1 let i=$i+1 done > $2 } function crpat { src=$1 dest=$2 echo "creating pattern directory $dest from $src" mkdir -p $dest let j=0 while ((j < 129)) ; do cat $1 let j=$j+1 done > $dest/i1 let i=2 while ((i < 1024)) ; do cp $dest/i1 $dest/i$i let i=$i+1 done } function chkdest { find $1/test -type f | xargs sum | egrep -v $2 exit $? } if [ $# -eq 0 ]; then usage fi if [ $# -lt 3 ]; then usage fi if [ "$1" = "-check" ]; then chkdest $2 $3 fi SRCDIR=$1 DEST=$2 PATTERN=$3 MNTPT=$4 mkpat $PATTERN pat.$$ crpat pat.$$ $SRCDIR/top/slvl/tlvl chksum=`sum $SRCDIR/top/slvl/tlvl/i1 -f1 -d' '` mkdir $DEST/test let pcnt=0 for U in 100 200 300 400 500 600 ; do vfill $SRCDIR/top $DEST/test $U 100 & pids[$pcnt]=$! let pcnt=$pcnt+1 done while : ; do cnt=`ps -ef | egrep $0 | wc -l` if [ $cnt -eq 1 ]; then break; fi status=`df -k $DEST/test | tail -1` echo $status echo $status | egrep '9[0-9]%' if [ $? -eq 0 ]; then break; fi sleep 30 done let i=0 while ((i < pcnt)); do wait ${pids[$i]} let i=$i+1 done if [ -z "$MNTPT" ]; then echo "writing files now complete" echo "unmount and remount /dev/md0, and rerun script with:" echo " $0 -check $DEST/test $chksum" exit 0 fi umount $MNTPT if [ $? -ne 0 ]; then echo "cannot unmount $MNTPT (/dev/md0)" echo "unmount and remount /dev/md0, and rerun script with:" echo " $0 -check $DEST/test $chksum" exit 11 fi mount $MNTPT chkdest $DEST/test $chksum From owner-linux-xfs Fri Mar 18 10:18:35 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Mar 2005 10:18:38 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2IIIZeT030477 for ; Fri, 18 Mar 2005 10:18:35 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2IIIZFK030476 for linux-xfs@oss.sgi.com; Fri, 18 Mar 2005 10:18:35 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2IIIXp7030461 for ; Fri, 18 Mar 2005 10:18:34 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2IHRkMX022131; Fri, 18 Mar 2005 09:27:46 -0800 Date: Fri, 18 Mar 2005 09:27:46 -0800 Message-Id: <200503181727.j2IHRkMX022131@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 399] New: XFS repair fucks up thunderbird settings X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/772/Fri Mar 18 00:59:17 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/772/Fri Mar 18 00:59:17 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5104 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 628 Lines: 23 http://oss.sgi.com/bugzilla/show_bug.cgi?id=399 Summary: XFS repair fucks up thunderbird settings Product: Linux XFS Version: Current Platform: IA32 OS/Version: All Status: NEW Severity: normal Priority: High Component: xfstests AssignedTo: xfs-master@oss.sgi.com ReportedBy: eero@pronics.com Ugly. fucking XFS repair fucks thunderdbird settings (some way) up. this _is_ major problem. Fix soon. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Fri Mar 18 19:33:04 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Mar 2005 19:33:09 -0800 (PST) Received: from ms-smtp-01.rdc-kc.rr.com (ms-smtp-01.rdc-kc.rr.com [24.94.166.115]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2J3Wv9W008234 for ; Fri, 18 Mar 2005 19:33:04 -0800 Received: from [192.168.2.2] (rrcs-67-52-12-36.west.biz.rr.com [67.52.12.36]) by ms-smtp-01.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id j2J3WsWZ017859; Fri, 18 Mar 2005 21:32:55 -0600 (CST) Message-ID: <423B8F7C.1020501@wi.rr.com> Date: Fri, 18 Mar 2005 20:33:32 -0600 From: James Foris User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS file corruption bug ? References: <4237C29B.2020001@wi.rr.com> <20050317095634.C3120542@wobbly.melbourne.sgi.com> In-Reply-To: <20050317095634.C3120542@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/772/Fri Mar 18 00:59:17 2005 on oss.sgi.com X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Status: Clean X-archive-position: 5105 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jforis@wi.rr.com Precedence: bulk X-list: linux-xfs Content-Length: 2744 Lines: 103 Nathan Scott wrote: >Hi James, > >On Tue, Mar 15, 2005 at 11:22:35PM -0600, James Foris wrote: > > >>1-36 GB system disk, 2-74 GB data disk configured as a single RAID0 >>partition with 256K >>chunk size. This "md0" partition is formatted as XFS with external >>journal on the system disk: >> >> /sbin/mkfs.xfs -f -l logdev=/dev/sda5,sunit=8 /dev/md0 >> >> > >Just trying to isolate the problem futher - you say (below) >the mkfs options don't matter, so I'm assuming you dropped >the "sunit=8" bit above to test that? (and hence tested a >version 1 log). > >Does it happen with no data device stripe alignment though? >(i.e. use -dsu=0,sw=0, IIRC). > > > First test (with 256K chunk size) shows it still happens, but at a much reduced frequency; failures rates ranged between 100 and 600 files on a 140 GByte partition. First test run with that argument added to the format command showed only 4 file failures. We are re-running the test again to confirm this low number. Also, we will try a 128K chunk size to see the impact there. (128K chunk size increased the number of failures.) I will follow up with results Monday. >>using tools from "xfsprogs-2.6.25-1". >> >>First the partition was zeroed ("dd if=dev/zero of=/dev/md0 ....."), >>then a known pattern >>was written in 516K files (4K + 2 x 256K). The partition (~140 GBytes) >>was filled to 98%, >>then the partition was first unmounted, then remounted. >> >> > >Were these files written via buffered or direct IO? Any mount >options being used there? > > No mount options. We can do this wit a "cp" command from a shell, so buffered I/O does it. > > >>3. File system creation options do not matter; the using the default >>mkfs.xfs settings >> shows corruption, too. >> >> > >The default mkfs options will still pick up MD stripe geometry >information, and the kernel code will make use of that (hence >my earlier suggestion to try override that). > > > >>What is NOT known yet: >>5. We have only tested software RAID0. The test needs to be repeated on >>the other >> RAID modes. >> >> > >Also just a regular disk, but using the same sunit/swidth would >be good (could you send xfs_info output for a failing case?) to >rule out MD. > > > xfs_info /dev/md0 meta-data=/data isize=256 agcount=16, agsize=2241472 blks = sectsz=512 data = bsize=4096 blocks=35862976, imaxpct=25 = sunit=64 swidth=128 blks, unwritten=1 naming =version 2 bsize=4096 log =external bsize=4096 blocks=18065, version=2 = sectsz=512 sunit=1 blks realtime =none extsz=524288 blocks=0, rtextents=0 >> Can anyone duplicate this? And if not, where should I be looking to >> >> > >We will certainly try to. Thanks for reporting it. > >cheers. > > > From owner-linux-xfs Sun Mar 20 13:25:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 20 Mar 2005 13:25:17 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2KLPF8Q007467 for ; Sun, 20 Mar 2005 13:25:15 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2KLP91o002883 for ; Sun, 20 Mar 2005 16:25:09 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2KLP9A1012422 for ; Sun, 20 Mar 2005 16:25:09 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2KLP9d7012421 for linux-xfs@oss.sgi.com; Sun, 20 Mar 2005 16:25:09 -0500 Date: Sun, 20 Mar 2005 16:25:09 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks Message-ID: <20050320212509.GA11859@lemming.cita.utoronto.ca> References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235F824.6070303@sgi.com> <20050315044606.GA32635@lemming.cita.utoronto.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050315044606.GA32635@lemming.cita.utoronto.ca> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/774/Fri Mar 18 17:04:06 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5107 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 635 Lines: 18 I hammered a standard fc3 kernel (4k stacks) and couldn't break it. I ran 4 simultaneous bonnie++'s locally, and 8 more over NFS using two gigabit ethernet links. No software raid, no lvm, no quotas, default mount options, etc. just XFS on a 2.3TB partition of a 3ware 9000 SATA hardware raid5. Machine was a dual 2.66GHz Xeon with 2G of ram. kernel was kernel-smp-2.6.10-1.770_FC3, userland was RHEL AS4. I filled up the disk several times with dd's and bonnie's and saw no signs of problems there either. So that's one extra data point for a relatively simple config that says XFS and 4k stacks is pretty stable. cheers, robin From owner-linux-xfs Sun Mar 20 17:04:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 20 Mar 2005 17:04:18 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2L14EYF018244 for ; Sun, 20 Mar 2005 17:04:15 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2L145t2031255; Mon, 21 Mar 2005 12:04:05 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2L145Cn031248; Mon, 21 Mar 2005 12:04:05 +1100 Date: Mon, 21 Mar 2005 12:04:05 +1100 From: Nathan Scott Message-Id: <200503210104.j2L145Cn031248@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: PARTIAL TAKE 932297 - fix sync mount option X-Virus-Scanned: ClamAV 0.83/774/Fri Mar 18 17:04:06 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5108 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 639 Lines: 16 Fix sync mount option to also do metadata updates synchronously. Date: Mon Mar 21 12:03:09 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: sandeen@sgi.com,dgc@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21887a linux-2.6/xfs_super.c - 1.331 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.331&r2=text&tr2=1.330&f=h linux-2.4/xfs_super.c - 1.304 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.304&r2=text&tr2=1.303&f=h From owner-linux-xfs Sun Mar 20 17:15:46 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 20 Mar 2005 17:15:47 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2L1FjGL018938 for ; Sun, 20 Mar 2005 17:15:46 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2L1Fa8J005749; Mon, 21 Mar 2005 12:15:36 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2L1FXwX005662; Mon, 21 Mar 2005 12:15:33 +1100 Date: Mon, 21 Mar 2005 12:15:33 +1100 From: Nathan Scott Message-Id: <200503210115.j2L1FXwX005662@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 932297 - fix dirsync mount option X-Virus-Scanned: ClamAV 0.83/774/Fri Mar 18 17:04:06 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5109 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1131 Lines: 25 Make trivial extension to sync flag to implement dirsync, instead of silently ignoring it. Date: Mon Mar 21 12:14:39 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: dgc@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21888a xfs_vnodeops.c - 1.640 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.640&r2=text&tr2=1.639&f=h xfs_vfsops.c - 1.464 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vfsops.c.diff?r1=text&tr1=1.464&r2=text&tr2=1.463&f=h xfs_clnt.h - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_clnt.h.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h xfs_mount.h - 1.195 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.h.diff?r1=text&tr1=1.195&r2=text&tr2=1.194&f=h xfs_rename.c - 1.59 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_rename.c.diff?r1=text&tr1=1.59&r2=text&tr2=1.58&f=h linux-2.6/xfs_super.c - 1.332 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.332&r2=text&tr2=1.331&f=h From owner-linux-xfs Mon Mar 21 04:41:00 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 21 Mar 2005 04:41:02 -0800 (PST) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2LCf0AF004521 for ; Mon, 21 Mar 2005 04:41:00 -0800 Received: from chaos.egr.duke.edu (localhost.localdomain [127.0.0.1]) by chaos.egr.duke.edu (8.12.11/8.12.11) with ESMTP id j2LCerPu024591; Mon, 21 Mar 2005 07:40:53 -0500 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.12.11/8.12.11/Submit) with ESMTP id j2LCerbM024587; Mon, 21 Mar 2005 07:40:53 -0500 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Mon, 21 Mar 2005 07:40:53 -0500 (EST) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Robin Humble cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks In-Reply-To: <20050320212509.GA11859@lemming.cita.utoronto.ca> Message-ID: References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235F824.6070303@sgi.com> <20050315044606.GA32635@lemming.cita.utoronto.ca> <20050320212509.GA11859@lemming.cita.utoronto.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 02:48:43 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5110 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 1114 Lines: 27 On Sun, 20 Mar 2005 at 4:25pm, Robin Humble wrote > I hammered a standard fc3 kernel (4k stacks) and couldn't break it. > > I ran 4 simultaneous bonnie++'s locally, and 8 more over NFS using two > gigabit ethernet links. No software raid, no lvm, no quotas, default > mount options, etc. just XFS on a 2.3TB partition of a 3ware 9000 > SATA hardware raid5. Machine was a dual 2.66GHz Xeon with 2G of ram. > kernel was kernel-smp-2.6.10-1.770_FC3, userland was RHEL AS4. > > I filled up the disk several times with dd's and bonnie's and saw no > signs of problems there either. > > So that's one extra data point for a relatively simple config that says > XFS and 4k stacks is pretty stable. Hrm. I had exactly the opposite experience. My testbed was far older (and simpler) -- dual PIII 450, 384MB RAM, AIC-7890 controller and 2 SCSI disks (not in any sort of RAID or anything). I was running RHEL4 on it with the kernel modified simply to turn on XFS support. 'tiobench --size 2047' would reliably produce stack overflows. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs Mon Mar 21 21:42:36 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 21 Mar 2005 21:42:40 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2M5gZwv017809 for ; Mon, 21 Mar 2005 21:42:36 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2M5gQiQ014332; Tue, 22 Mar 2005 16:42:26 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2M5gPnd014330; Tue, 22 Mar 2005 16:42:25 +1100 Date: Tue, 22 Mar 2005 16:42:25 +1100 From: Nathan Scott Message-Id: <200503220542.j2M5gPnd014330@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 932482 - inode hash list ordering X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 02:48:43 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5111 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 588 Lines: 16 Move the XFS inode to the front of its hash list on a cache hit. Date: Tue Mar 22 16:41:55 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: tes@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21915a xfs_iget.c - 1.203 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iget.c.diff?r1=text&tr1=1.203&r2=text&tr2=1.202&f=h linux-2.4/spin.h - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/spin.h.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h From owner-linux-xfs Tue Mar 22 16:03:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Mar 2005 16:03:23 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2N03I86030416 for ; Tue, 22 Mar 2005 16:03:20 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2N036V9020371; Wed, 23 Mar 2005 11:03:06 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2N035uC020369; Wed, 23 Mar 2005 11:03:05 +1100 Date: Wed, 23 Mar 2005 11:03:05 +1100 From: Nathan Scott Message-Id: <200503230003.j2N035uC020369@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 932762 - noalign mkfs options X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 02:48:43 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5112 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 495 Lines: 15 Add noalign suboptions to -d and -r to allow auto-stripe-alignment to be switched off. Date: Wed Mar 23 11:02:40 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: tes@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21924a xfsprogs/mkfs/xfs_mkfs.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/mkfs/xfs_mkfs.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h From owner-linux-xfs Tue Mar 22 16:13:52 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Mar 2005 16:13:53 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2N0DoFj031470 for ; Tue, 22 Mar 2005 16:13:51 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2N0Dfvq022089; Wed, 23 Mar 2005 11:13:41 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2N0DfTH022087; Wed, 23 Mar 2005 11:13:41 +1100 Date: Wed, 23 Mar 2005 11:13:41 +1100 From: Nathan Scott Message-Id: <200503230013.j2N0DfTH022087@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: PARTIAL TAKE 932756 - mkfs AG sizing fix X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 02:48:43 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5113 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 516 Lines: 15 Fix default mkfs allocation group size calculations for filesystem sizes in the range 32 - 64 terabytes. Date: Wed Mar 23 11:13:07 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: overby@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21926a xfsprogs/mkfs/xfs_mkfs.c - 1.61 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/mkfs/xfs_mkfs.c.diff?r1=text&tr1=1.61&r2=text&tr2=1.60&f=h From owner-linux-xfs Wed Mar 23 02:38:29 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 02:38:31 -0800 (PST) Received: from s14.s14avahost.net (s14.s14avahost.net [66.98.146.55]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2NAcTBT007399 for ; Wed, 23 Mar 2005 02:38:29 -0800 Received: from host217-37-158-154.in-addr.btopenworld.com ([217.37.158.154] helo=[192.168.27.54]) by s14.s14avahost.net with esmtpa (Exim 4.50) id 1DE3Fm-0006yV-RA; Wed, 23 Mar 2005 04:38:23 -0600 Message-ID: <4241471D.3090103@katalix.com> Date: Wed, 23 Mar 2005 10:38:21 +0000 From: James Chapman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en, en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: file data not flushed to disk by umount? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: jchapman@katalix.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s14.s14avahost.net X-AntiAbuse: Original Domain - oss.sgi.com X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - katalix.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 02:48:43 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5114 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jchapman@katalix.com Precedence: bulk X-list: linux-xfs Content-Length: 3776 Lines: 108 I'm looking for help/advice to solve an XFS filesystem problem. It appears that data isn't being flushed to disk by a umount. The problem is repeatable. Details below. I create an XFS (realtime) partition using bash-2.05b# mkfs.xfs -f -r /dev/hdc2 /dev/hdc1 The filesystem can be mounted and new files created as expected. However, if the filesystem is unmounted, data is not being written to disk. The file exists but contains zeros. Shouldn't umount flush any in-memory data to disk? bash-2.05b# mount -t xfs -o rtdev=/dev/hdc2 /dev/hdc1 /mnt/hd XFS mounting filesystem ide1(22,1) bash-2.05b# echo "Hello, world" > /mnt/hd/my-file bash-2.05b# cat /mnt/hd/my-file Hello, world bash-2.05b# umount /mnt/hd bash-2.05b# mount -t xfs -o rtdev=/dev/hdc2 /dev/hdc1 /mnt/hd XFS mounting filesystem ide1(22,1) bash-2.05b# cat /mnt/hd/my-file bash-2.05b# od -x /mnt/hd/my-file 0000000 0000 0000 0000 0000 0000 0000 0000 0000015 bash-2.05b# xfs_info /mnt/hd meta-data=/mnt/hd isize=256 agcount=8, agsize=45182 blks = sectsz=512 data = bsize=4096 blocks=361454, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=2560, version=1 = sectsz=512 sunit=0 blks realtime =external extsz=65536 blocks=36788850, rtextents=2299303 bash-2.05b# umount /mnt/hd bash-2.05b# The unwritten=1 in the above output is interesting... I tried doing a sync and waiting a number of minutes before doing the umount but the same problem occurs. Repairing the xfs partitions finds a problem with my-file. bash-2.05b# xfs_repair -r /dev/hdc2 /dev/hdc1 Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 zero length extent (off = 0, fsbno = 0) in ino 132 bad data fork in inode 132 cleared inode 132 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - clearing existing "lost+found" inode - deleting existing "lost+found" entry - check for inodes claiming duplicate blocks... - agno = 0 entry "my-file" in shortform directory 128 references free inode 132 junking entry "my-file" in directory inode 128 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 Phase 5 - rebuild AG headers and trees... - generate realtime summary info and bitmap... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done The hardware platform is a custom embedded MIPS board, running kernel 2.4.25 (MIPS little endian). Ext2 and ext3 filesystems work as expected so the hardware is ok. I'm using xfsprogs-2.5.6 and util-linux-2.12q. What am I doing wrong? /james From owner-linux-xfs Wed Mar 23 08:21:24 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 08:21:30 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2NGLMFV005108 for ; Wed, 23 Mar 2005 08:21:23 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j2NGLGKZ022324 for ; Wed, 23 Mar 2005 17:21:16 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Wed, 23 Mar 2005 17:21:16 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j2NGLGWI014771 for ; Wed, 23 Mar 2005 17:21:16 +0100 (MET) Message-ID: <4241977C.9040107@ocre.cea.fr> Date: Wed, 23 Mar 2005 17:21:16 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: DMAPI Multithread/Multiprocess support ? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5115 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 434 Lines: 16 Hello, I made some tests to check how DMAPI reacts when using DMAPI calls in multi-processes environnement. Particularly concerning the dm_get_events() calls. Does the system allow different process to wait for dmapi events for the same session or not ? I've try it and it seems to be working. Just good luck ? Must we used different sessions and dm_move_events() to dispatch event message between them ? Aurelien Degremont From owner-linux-xfs Wed Mar 23 08:38:04 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 08:38:07 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2NGboVS006068 for ; Wed, 23 Mar 2005 08:37:51 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2NIDon6016633 for ; Wed, 23 Mar 2005 10:14:00 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2NGaJR04566072; Wed, 23 Mar 2005 10:36:19 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id 9EF1B4FE10; Wed, 23 Mar 2005 10:36:18 -0600 (CST) To: Aurelien Degremont - Stagiaire Cc: linux-xfs@oss.sgi.com Subject: Re: DMAPI Multithread/Multiprocess support ? Date: Wed, 23 Mar 2005 10:36:18 -0600 From: Dean Roehrich Message-Id: <20050323163618.9EF1B4FE10@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5116 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 618 Lines: 21 >From: Aurelien Degremont - Stagiaire >Hello, > >I made some tests to check how DMAPI reacts when using DMAPI calls in >multi-processes environnement. Particularly concerning the >dm_get_events() calls. > >Does the system allow different process to wait for dmapi events for the >same session or not ? >I've try it and it seems to be working. Just good luck ? I don't see why there would be a problem. >Must we used different sessions and dm_move_events() to dispatch event >message between them ? There are a lot of ways to design your storage manager's interaction with DMAPI. Dean From owner-linux-xfs Wed Mar 23 16:39:14 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 16:39:21 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2O0dCrm026182 for ; Wed, 23 Mar 2005 16:39:13 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24228; Thu, 24 Mar 2005 11:39:02 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2O0csXE3356779; Thu, 24 Mar 2005 11:38:58 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2O0Y75x001130; Thu, 24 Mar 2005 11:34:08 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2O0Y0mI001128; Thu, 24 Mar 2005 11:34:00 +1100 Date: Thu, 24 Mar 2005 11:33:59 +1100 From: Nathan Scott To: James Foris Cc: linux-xfs@oss.sgi.com Subject: Re: XFS file corruption bug - test script Message-ID: <20050324003359.GB704@frodo> References: <137F7B9449E219489D5C64ED60FA68E803F8ABBE@MKEMLVEM08.e2k.ad.ge.com> <423A3975.4060106@wi.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <423A3975.4060106@wi.rr.com> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5117 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1082 Lines: 30 On Thu, Mar 17, 2005 at 08:14:13PM -0600, James Foris wrote: > > Here is a script (developed by Rich Coe) that demonstrates the file > corruption problem found on our systems. > Just a quick update here, eecause some people are concerned. I've been running James' script without hitting the problem on a CVS kernel with the same MD setup. Doesn't mean there isn't a problem, of course, but seems non-trivial to hit it at least. Discussing with James off-list, he's also found that using the -onoalign mount option completely removes the problem at his end, and he even sees better performance with that, oddly enough. So, if you are seeing the same problem, you might find that workaround useful. James also sees the problem go away with debugging enabled, which suggests some kind of small race. I'll keep looking into it as time permits. Actually, James, could you double check that the problem persists with the CVS 2.6.12-based kernel, please? Couple of XFS fixes on the IO path there, perhaps they'll help (perhaps thats why I'm not seeing it). cheers. -- Nathan From owner-linux-xfs Wed Mar 23 16:53:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 16:53:56 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2O0rpvu028066 for ; Wed, 23 Mar 2005 16:53:52 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24628; Thu, 24 Mar 2005 11:53:41 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2O0rdXE3354495; Thu, 24 Mar 2005 11:53:39 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2O0mq5x001168; Thu, 24 Mar 2005 11:48:52 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2O0moPg001166; Thu, 24 Mar 2005 11:48:50 +1100 Date: Thu, 24 Mar 2005 11:48:50 +1100 From: Nathan Scott To: James Chapman Cc: linux-xfs@oss.sgi.com Subject: Re: file data not flushed to disk by umount? Message-ID: <20050324004850.GC704@frodo> References: <4241471D.3090103@katalix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4241471D.3090103@katalix.com> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5118 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1363 Lines: 42 On Wed, Mar 23, 2005 at 10:38:21AM +0000, James Chapman wrote: > expected. However, if the filesystem is unmounted, data is not being > written to disk. The file exists but contains zeros. Shouldn't umount > flush any in-memory data to disk? I'd sure hope so. :) > bash-2.05b# mount -t xfs -o rtdev=/dev/hdc2 /dev/hdc1 /mnt/hd > XFS mounting filesystem ide1(22,1) > bash-2.05b# echo "Hello, world" > /mnt/hd/my-file > ... > bash-2.05b# umount /mnt/hd > bash-2.05b# mount /mnt/hd > ... > bash-2.05b# od -x /mnt/hd/my-file > 0000000 0000 0000 0000 0000 0000 0000 0000 > 0000015 > > The unwritten=1 in the above output is interesting... Hmm, not really, why do you say that? > The hardware platform is a custom embedded MIPS board, running kernel > 2.4.25 (MIPS little endian). Ext2 and ext3 filesystems work as > expected so the hardware is ok. So, if memory serves, XFS was merged into 2.4.26 -- is your kernel one you've patched yourself? Have you tried a current kernel.org or XFS CVS kernel? Needless to say, the above sequence of commands works on every kernel I've ever used with XFS, so I'd punt and say something went wrong when you patched your kernel? Perhaps the BH_delay flag checks in fs/buffer.c were missed, and the generic code is not calling back into XFS correctly for delayed allocate buffers? Just a guess though. cheers. -- Nathan From owner-linux-xfs Wed Mar 23 18:27:14 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 18:27:18 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2O2RCHH001668 for ; Wed, 23 Mar 2005 18:27:13 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2O2R3v7007410; Thu, 24 Mar 2005 13:27:03 +1100 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2O2R38T007408; Thu, 24 Mar 2005 13:27:03 +1100 Date: Thu, 24 Mar 2005 13:27:03 +1100 From: Nathan Scott Message-Id: <200503240227.j2O2R38T007408@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 931225 - disallow v1 directories X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5119 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 463 Lines: 14 Block mount attempts for filesystems with version 1 directories. Date: Thu Mar 24 13:26:35 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:21937a xfs_mount.c - 1.355 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.c.diff?r1=text&tr1=1.355&r2=text&tr2=1.354&f=h From owner-linux-xfs Wed Mar 23 19:33:17 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 19:33:23 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2O3XFf2004515 for ; Wed, 23 Mar 2005 19:33:16 -0800 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA28174 for ; Thu, 24 Mar 2005 14:33:09 +1100 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id j2O3VvRH016834 for ; Thu, 24 Mar 2005 14:31:58 +1100 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id j2O3Vuug016833 for linux-xfs@oss.sgi.com; Thu, 24 Mar 2005 14:31:56 +1100 Date: Thu, 24 Mar 2005 14:31:56 +1100 From: FSG QA Message-Id: <200503240331.j2O3Vuug016833@bruce.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfstests X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5120 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 997 Lines: 31 Get compiling with gcc4 - static/extern mismatch removed. Date: Tue Mar 8 11:11:26 AEDT 2005 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21749a xfstests/src/fill2.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/src/fill2.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h Fix up test, skip v1 dirs component. Date: Thu Mar 24 14:32:42 AEDT 2005 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21939a xfstests/019 - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/019.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h xfstests/019.out - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/019.out.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h From owner-linux-xfs Wed Mar 23 19:41:34 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 19:41:37 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2O3fWGl005184 for ; Wed, 23 Mar 2005 19:41:33 -0800 Received: from bruce.melbourne.sgi.com (bruce.melbourne.sgi.com [134.14.54.176]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA28308 for ; Thu, 24 Mar 2005 14:41:26 +1100 Received: from bruce.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by bruce.melbourne.sgi.com (8.12.8/8.12.8) with ESMTP id j2O3eERH016947 for ; Thu, 24 Mar 2005 14:40:14 +1100 Received: (from fsgqa@localhost) by bruce.melbourne.sgi.com (8.12.8/8.12.8/Submit) id j2O3eD5Y016946 for linux-xfs@oss.sgi.com; Thu, 24 Mar 2005 14:40:13 +1100 Date: Thu, 24 Mar 2005 14:40:13 +1100 From: FSG QA Message-Id: <200503240340.j2O3eD5Y016946@bruce.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfstests X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5121 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 841 Lines: 21 Switch over pagesize feature.c option (-s/-p), add a check for project quota. Date: Thu Mar 24 14:40:57 AEDT 2005 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21941a xfstests/008 - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/008.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h xfstests/src/feature.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/src/feature.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h xfstests/084 - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/084.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h xfstests/091 - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/091.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h From owner-linux-xfs Wed Mar 23 21:08:22 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 21:08:25 -0800 (PST) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2O58IdZ012202 for ; Wed, 23 Mar 2005 21:08:21 -0800 Received: from [192.168.2.2] (rrcs-67-52-12-36.west.biz.rr.com [67.52.12.36]) by ms-smtp-02.rdc-kc.rr.com (8.12.10/8.12.7) with ESMTP id j2O58CY1015008; Wed, 23 Mar 2005 23:08:13 -0600 (CST) Message-ID: <42423D5C.1000704@wi.rr.com> Date: Wed, 23 Mar 2005 22:09:00 -0600 From: James Foris User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041116 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: XFS file corruption bug - test script References: <137F7B9449E219489D5C64ED60FA68E803F8ABBE@MKEMLVEM08.e2k.ad.ge.com> <423A3975.4060106@wi.rr.com> <20050324003359.GB704@frodo> In-Reply-To: <20050324003359.GB704@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Status: Clean X-archive-position: 5122 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jforis@wi.rr.com Precedence: bulk X-list: linux-xfs Content-Length: 1218 Lines: 43 Nathan Scott wrote: >On Thu, Mar 17, 2005 at 08:14:13PM -0600, James Foris wrote: > > >>Here is a script (developed by Rich Coe) that demonstrates the file >>corruption problem found on our systems. >> >> >> > >Just a quick update here, eecause some people are concerned. >I've been running James' script without hitting the problem >on a CVS kernel with the same MD setup. Doesn't mean there >isn't a problem, of course, but seems non-trivial to hit it >at least. > >Discussing with James off-list, he's also found that using >the -onoalign mount option completely removes the problem >at his end, and he even sees better performance with that, >oddly enough. So, if you are seeing the same problem, you >might find that workaround useful. > >James also sees the problem go away with debugging enabled, >which suggests some kind of small race. I'll keep looking > > >into it as time permits. Actually, James, could you double >check that the problem persists with the CVS 2.6.12-based >kernel, please? Couple of XFS fixes on the IO path there, > > OK. I will take a look at that and let you know what happens. Thanks. >perhaps they'll help (perhaps thats why I'm not seeing it). > >cheers. > > > From owner-linux-xfs Wed Mar 23 22:02:11 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Mar 2005 22:02:12 -0800 (PST) Received: from bruce.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2O62AVp016684 for ; Wed, 23 Mar 2005 22:02:11 -0800 Received: by bruce.melbourne.sgi.com (Postfix, from userid 38403) id 7C6435662E; Thu, 24 Mar 2005 17:00:29 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfstests Message-Id: <20050324060029.7C6435662E@bruce.melbourne.sgi.com> Date: Thu, 24 Mar 2005 17:00:29 +1100 (EST) From: fsgqa@bruce.melbourne.sgi.com (FSG QA) X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5123 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fsgqa@bruce.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 564 Lines: 18 Add some baseline regular-file-IO benchmarks. Date: Thu Mar 24 17:01:36 AEDT 2005 Workarea: bruce.melbourne.sgi.com:/home/fsgqa/qa/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21952a xfstests/run.io - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/run.io xfstests/run.pio - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/run.pio xfstests/run.rtio - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfstests/run.rtio From owner-linux-xfs Thu Mar 24 01:30:47 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Mar 2005 01:30:49 -0800 (PST) Received: from s14.s14avahost.net (s14.s14avahost.net [66.98.146.55]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2O9UkZr023089 for ; Thu, 24 Mar 2005 01:30:47 -0800 Received: from host217-37-158-154.in-addr.btopenworld.com ([217.37.158.154] helo=[192.168.27.54]) by s14.s14avahost.net with esmtpa (Exim 4.50) id 1DEOfP-0000lE-Kg; Thu, 24 Mar 2005 03:30:16 -0600 Message-ID: <424288A1.7000406@katalix.com> Date: Thu, 24 Mar 2005 09:30:09 +0000 From: James Chapman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: file data not flushed to disk by umount? References: <4241471D.3090103@katalix.com> <20050324004850.GC704@frodo> In-Reply-To: <20050324004850.GC704@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s14.s14avahost.net X-AntiAbuse: Original Domain - oss.sgi.com X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - katalix.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5124 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jchapman@katalix.com Precedence: bulk X-list: linux-xfs Content-Length: 2380 Lines: 72 Nathan Scott wrote: > On Wed, Mar 23, 2005 at 10:38:21AM +0000, James Chapman wrote: > >>expected. However, if the filesystem is unmounted, data is not being >>written to disk. The file exists but contains zeros. Shouldn't umount >>flush any in-memory data to disk? > > > I'd sure hope so. :) > > >>bash-2.05b# mount -t xfs -o rtdev=/dev/hdc2 /dev/hdc1 /mnt/hd >>XFS mounting filesystem ide1(22,1) >>bash-2.05b# echo "Hello, world" > /mnt/hd/my-file >>... >>bash-2.05b# umount /mnt/hd >>bash-2.05b# mount /mnt/hd >>... >>bash-2.05b# od -x /mnt/hd/my-file >>0000000 0000 0000 0000 0000 0000 0000 0000 >>0000015 >> >>The unwritten=1 in the above output is interesting... > > > Hmm, not really, why do you say that? Just that it implies some data that is unwritten (to disk). I'm not familiar with the inner workings of xfs so I shouldn't jump to conclusions. >>The hardware platform is a custom embedded MIPS board, running kernel >>2.4.25 (MIPS little endian). Ext2 and ext3 filesystems work as >>expected so the hardware is ok. > > > So, if memory serves, XFS was merged into 2.4.26 -- is your > kernel one you've patched yourself? Have you tried a current > kernel.org or XFS CVS kernel? It was merged in 2.4.25 I think. The kernel comes from a chip vendor (the chip has an integral MIPS CPU). I've diff'd their sources against vanilla 2.4.25 and there are no changes in the fs/ tree. > Needless to say, the above sequence of commands works on every > kernel I've ever used with XFS, so I'd punt and say something > went wrong when you patched your kernel? Is it known to work in MIPS little endian configs? > Perhaps the BH_delay > flag checks in fs/buffer.c were missed, and the generic code is > not calling back into XFS correctly for delayed allocate buffers? > Just a guess though. My fs/buffer.c is identical to vanilla 2.4.25. I notice that the xfs code has some conditionally compiled debug trace. Where does the trace go if I compile it in? Since my original posting, I've added a few printk's and can see that xfs is trying to flush data to disk, calling _pagebuf_page_io() and generic_make_request() for the inode of my test file. The pagebuf_iodone() callback is happening too. Are there other things I can check? I'm familiar with several parts of the kernel implementation but not the filesystems. :) Thanks for your help! /james From owner-linux-xfs Thu Mar 24 06:18:47 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Mar 2005 06:18:49 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2OEIlhr026792 for ; Thu, 24 Mar 2005 06:18:47 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2OEIl6S026791 for linux-xfs@oss.sgi.com; Thu, 24 Mar 2005 06:18:47 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2OEIj6Z026774 for ; Thu, 24 Mar 2005 06:18:45 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2OE81d7026271; Thu, 24 Mar 2005 06:08:01 -0800 Date: Thu, 24 Mar 2005 06:08:01 -0800 Message-Id: <200503241408.j2OE81d7026271@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 399] XFS repair fucks up thunderbird settings X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5125 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1139 Lines: 32 http://oss.sgi.com/bugzilla/show_bug.cgi?id=399 sandeen@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From sandeen@sgi.com 2005-24-03 06:08 PDT ------- Zero information to go on here. If you have any sort of information that might further describe the problem, feel free to add it to the bug & reopen. (for example, xfs_repair output might have offered a clue) XFS repair cannot repair every conceivable problem on a filesystem (for example problems caused by faulty hardware, or data whicdh was lost to a drive write cache) so while xfs_repair can make your filesystem consistent, it cannot magically recreate data. It's possible that this particular file met such a fate. I'm quite certain that repair does not treat thunderbird config files specially. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Thu Mar 24 14:42:40 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Mar 2005 14:42:41 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2OMgd7a029461 for ; Thu, 24 Mar 2005 14:42:40 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2OMgYKH010263 for ; Thu, 24 Mar 2005 17:42:34 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2OMgYpb012018 for ; Thu, 24 Mar 2005 17:42:34 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2OMgYY0012017 for linux-xfs@oss.sgi.com; Thu, 24 Mar 2005 17:42:34 -0500 Date: Thu, 24 Mar 2005 17:42:34 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks Message-ID: <20050324224234.GB9771@lemming.cita.utoronto.ca> References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235F824.6070303@sgi.com> <20050315044606.GA32635@lemming.cita.utoronto.ca> <20050320212509.GA11859@lemming.cita.utoronto.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5126 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 1708 Lines: 38 On Mon, Mar 21, 2005 at 07:40:53AM -0500, Joshua Baker-LePain wrote: >On Sun, 20 Mar 2005 at 4:25pm, Robin Humble wrote >> I hammered a standard fc3 kernel (4k stacks) and couldn't break it. ... >> So that's one extra data point for a relatively simple config that says >> XFS and 4k stacks is pretty stable. >Hrm. I had exactly the opposite experience. My testbed was far older >(and simpler) -- dual PIII 450, 384MB RAM, AIC-7890 controller and 2 SCSI >disks (not in any sort of RAID or anything). I was running RHEL4 on it >with the kernel modified simply to turn on XFS support. >'tiobench --size 2047' would reliably produce stack overflows. Hmmm. interesting. I can't reliably produce stack overflows. I once crashed the machine (no logs produced, could ping it but nothing else) with a 4k stack AS4 kernel with XFS when using few tiobench's in combination with a memory thrashing app that grabbed all the ram it could. But other runs survived just fine... So clearly there's a problem there, but it's rare enough to be hard to reproduce with my hardware config. The stock fc3 kernel (4k stack) with AS4 userland with tiobench + memory thrashing seemed a little better than the AS4 kernel, and didn't have any problems except one warning stack trace that (understandably) complained about lack of memory. Various other kernels which had 8k stacks (AS4 8k, recent XFS cvs) worked fine with tiobench. Multiple tiobench's and over NFS too. Perhaps your results can be explained if the aic7xxx driver is a lot more stack-heavy than the 3ware driver that we are using? Or if you are exercising multiple XFS partitions at the same time? cheers, robin From owner-linux-xfs Thu Mar 24 14:47:24 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Mar 2005 14:47:25 -0800 (PST) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2OMlOl6029997 for ; Thu, 24 Mar 2005 14:47:24 -0800 Received: from chaos.egr.duke.edu (localhost.localdomain [127.0.0.1]) by chaos.egr.duke.edu (8.12.11/8.12.11) with ESMTP id j2OMlIVs013673; Thu, 24 Mar 2005 17:47:18 -0500 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.12.11/8.12.11/Submit) with ESMTP id j2OMlIbn013669; Thu, 24 Mar 2005 17:47:18 -0500 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Thu, 24 Mar 2005 17:47:18 -0500 (EST) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Robin Humble cc: linux-xfs@oss.sgi.com Subject: Re: fc3 and stacks In-Reply-To: <20050324224234.GB9771@lemming.cita.utoronto.ca> Message-ID: References: <20050310232036.GA19295@lemming.cita.utoronto.ca> <4234E903.8010309@thebarn.com> <4235D44F.1020902@tippett.com> <20050314190915.GB9784@lemming.cita.utoronto.ca> <4235F824.6070303@sgi.com> <20050315044606.GA32635@lemming.cita.utoronto.ca> <20050320212509.GA11859@lemming.cita.utoronto.ca> <20050324224234.GB9771@lemming.cita.utoronto.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV 0.83/781/Wed Mar 23 03:58:42 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5127 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 963 Lines: 31 On Thu, 24 Mar 2005 at 5:42pm, Robin Humble wrote > On Mon, Mar 21, 2005 at 07:40:53AM -0500, Joshua Baker-LePain wrote: > >Hrm. I had exactly the opposite experience. My testbed was far older > >(and simpler) -- dual PIII 450, 384MB RAM, AIC-7890 controller and 2 SCSI > >disks (not in any sort of RAID or anything). I was running RHEL4 on it > >with the kernel modified simply to turn on XFS support. > >'tiobench --size 2047' would reliably produce stack overflows. > > Hmmm. interesting. > > *snip* > Perhaps your results can be explained if the aic7xxx driver is a lot > more stack-heavy than the 3ware driver that we are using? Could be. I'm getting a new dual 3ware 9500 based system soon, and I'll certainly be testing that as well. > Or if you are exercising multiple XFS partitions at the same time? No, just one. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs Fri Mar 25 06:37:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Mar 2005 06:37:59 -0800 (PST) Received: from sainfoin.extra.cea.fr (sainfoin.extra.cea.fr [132.166.172.103]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2PEbu3L003317 for ; Fri, 25 Mar 2005 06:37:57 -0800 Received: from araneus.saclay.cea.fr (araneus.saclay.cea.fr [132.166.192.110]) by sainfoin.extra.cea.fr (8.12.10/8.12.10/CEAnet-Internet.4.0) with ESMTP id j2PEboKZ004362 for ; Fri, 25 Mar 2005 15:37:50 +0100 (MET) Received: from nenuphar.saclay.cea.fr (unverified) by araneus.saclay.cea.fr (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Fri, 25 Mar 2005 15:37:50 +0100 Received: from ocre.cea.fr ([132.165.65.70]) by nenuphar.saclay.cea.fr (8.12.10/8.12.10/CEAnet-internes.4.0) with ESMTP id j2PEboWI016445; Fri, 25 Mar 2005 15:37:50 +0100 (MET) Message-ID: <4244223E.70408@ocre.cea.fr> Date: Fri, 25 Mar 2005 15:37:50 +0100 From: Aurelien Degremont - Stagiaire User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us MIME-Version: 1.0 To: Dean Roehrich CC: linux-xfs@oss.sgi.com Subject: Re: DMAPI Multithread/Multiprocess support ? References: <20050323163618.9EF1B4FE10@chewtoy.americas.sgi.com> In-Reply-To: <20050323163618.9EF1B4FE10@chewtoy.americas.sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.83/784/Thu Mar 24 23:57:57 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5129 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: degremont@ocre.cea.fr Precedence: bulk X-list: linux-xfs Content-Length: 574 Lines: 19 Dean Roehrich a écrit: > I don't see why there would be a problem. It is never say in DMAPI spec the dm_get_events() function could be used by different processes, using the same session id. They all will wait for events but: Which process will be wake up ? If two (or more) processes are waiting on dm_get_events(), a message arrive but the buffer is two small (E2BIG), what happens ? etc... The spec says absolutely nothing concerning this point. Does a document describing the choices and differents between the spec and the sgi implementation exist ? Aurélien From owner-linux-xfs Fri Mar 25 07:48:15 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Mar 2005 07:48:19 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2PFm4cf006565 for ; Fri, 25 Mar 2005 07:48:05 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2PHOLXt022194 for ; Fri, 25 Mar 2005 09:24:32 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2PFlXR04701904; Fri, 25 Mar 2005 09:47:33 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id 675E94FE11; Fri, 25 Mar 2005 09:47:33 -0600 (CST) To: Aurelien Degremont - Stagiaire Cc: linux-xfs@oss.sgi.com Subject: Re: DMAPI Multithread/Multiprocess support ? Date: Fri, 25 Mar 2005 09:47:33 -0600 From: Dean Roehrich Message-Id: <20050325154733.675E94FE11@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/784/Thu Mar 24 23:57:57 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5130 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1306 Lines: 36 >From: Aurelien Degremont - Stagiaire >Dean Roehrich a écrit: >> I don't see why there would be a problem. > >It is never say in DMAPI spec the dm_get_events() function could be used >by different processes, using the same session id. They all will wait >for events but: >Which process will be wake up ? Possibly both will be signaled. But only one will get the session lock. Only the one that has the session lock can walk the session's event list. Only one can look at any particular event at a time. >If two (or more) processes are waiting on dm_get_events(), a message >arrive but the buffer is two small (E2BIG), what happens ? >etc... If there is an error like that, then the event will be unlocked and other waiters in dm_get_events will be signaled so they can attempt to pick it up. >The spec says absolutely nothing concerning this point. > >Does a document describing the choices and differents between the spec >and the sgi implementation exist ? There are differences, but they're accidental and ancient, and as I find them I change the implementation to match the spec (provided I know it won't break existing applications that we care about). Are you actually seeing race problems with multiple threads using the same session in dm_get_events? Dean From owner-linux-xfs Fri Mar 25 16:05:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Mar 2005 16:05:55 -0800 (PST) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2Q05qYQ004042 for ; Fri, 25 Mar 2005 16:05:53 -0800 Received: by rproxy.gmail.com with SMTP id y7so960664rne for ; Fri, 25 Mar 2005 16:05:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:x-enigmail-version:x-enigmail-supports:content-type:content-transfer-encoding; b=nlOBBV0lFubSpat7wckZNoE3Ga5soWblKc+kS8BxThENEaCG615JoxpLc2LrBScJcjb89a81y7rVNWw9PwT0OKqIdHch8+oJ0icdH6zoTM4NBCSqc5qKxrborBkgHCu1lGFDec0sTcEJZwpMVyBDGOE/LBgivrkPjJ8DbnRk+aQ= Received: by 10.39.3.20 with SMTP id f20mr2957155rni; Fri, 25 Mar 2005 16:05:50 -0800 (PST) Received: from ?192.168.0.13? ([144.136.105.236]) by mx.gmail.com with ESMTP id k4sm1287303rnd.2005.03.25.16.05.49; Fri, 25 Mar 2005 16:05:50 -0800 (PST) Message-ID: <4244A75C.2090706@gmail.com> Date: Sat, 26 Mar 2005 11:05:48 +1100 From: How Wong User-Agent: Mozilla Thunderbird (X11/20041216) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: realtime preempt crash XFS X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/784/Thu Mar 24 23:57:57 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5131 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wonghow@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 148 Lines: 7 Hi realtime-preempt-2.6.11-final-V0.7.40-04 to kernel 2.6.11.5. with PREEMPT_REALTIME enabled. reboots or hang on mounting XFS filesystem. How From owner-linux-xfs Sun Mar 27 10:00:49 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Mar 2005 10:00:50 -0800 (PST) Received: from ruth.realtime.net (ruth.realtime.net [205.238.132.69]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2RI0mIk023749 for ; Sun, 27 Mar 2005 10:00:48 -0800 Received: from [127.0.0.1] (unverified [70.113.27.173]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 78948763 for multiple; Sun, 27 Mar 2005 12:00:45 -0600 Message-ID: <4246F4D3.8080206@Groves.net> Date: Sun, 27 Mar 2005 12:00:51 -0600 From: John Groves User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: dmapi attributes question Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Server: High Performance Mail Server - http://surgemail.com X-Authenticated-User: jg@bga.com X-IsFriend: X-Virus-Scanned: ClamAV 0.83/791/Sat Mar 26 14:26:49 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5134 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: John@Groves.net Precedence: bulk X-list: linux-xfs Content-Length: 1145 Lines: 25 When I set an attribute via dmapi, I haven't figured out how to retrieve it with attr or getfattr. "getfattr -d" shows nothing unless there were attributes that I set via attr or setfattr (which show up as user attributes, even if set by root; I get an error if I put a '$' in front of the name, which I thought was the way to designate a root attribute). I can retrieve the dmapi attributes via dmapi, however, so I know they're there. I'm using the latest CVS 2.4 kernel and xfs-cmds code (as of last week some time, that is). I don't think I fully understand attribute namespaces. I would expect the dmapi attributes to be in root space, I suppose (in part because I can't see them in the user namespace). The attr man page says use the "-R" arg to access root attributes, but I get this message: "attr_get: Operation not supported". The man page for getfattr doesn't mention root space attributes at all. I can certainly just do my own little dmapi attribute retrieval program that uses dmapi to get attributes, but I would like to understand where dmapi attributes reside. Thanks for any enlightenment, John Groves From owner-linux-xfs Mon Mar 28 09:31:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Mar 2005 09:31:03 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2SHUtGG004259 for ; Mon, 28 Mar 2005 09:30:55 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2SJ7d0A017491 for ; Mon, 28 Mar 2005 11:07:50 -0800 Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2SHTOR04894591; Mon, 28 Mar 2005 11:29:24 -0600 (CST) Received: from chewtoy (localhost [127.0.0.1]) by chewtoy.americas.sgi.com (Postfix) with ESMTP id 298744FE1F; Mon, 28 Mar 2005 11:29:24 -0600 (CST) To: John Groves Cc: linux-xfs@oss.sgi.com Subject: Re: dmapi attributes question Date: Mon, 28 Mar 2005 11:29:23 -0600 From: Dean Roehrich Message-Id: <20050328172924.298744FE1F@chewtoy.americas.sgi.com> X-Virus-Scanned: ClamAV 0.83/791/Sat Mar 26 14:26:49 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5135 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1366 Lines: 35 The namespace is called "trusted" on Linux, though XFS still uses ATTR_ROOT to indicate this namespace. Other than that, I can't help right now. Dean >From: John Groves > >When I set an attribute via dmapi, I haven't figured out how to retrieve >it with attr or getfattr. "getfattr -d" shows nothing unless there were >attributes that I set via attr or setfattr (which show up as user >attributes, even if set by root; I get an error if I put a '$' in front >of the name, which I thought was the way to designate a root attribute). > >I can retrieve the dmapi attributes via dmapi, however, so I know >they're there. I'm using the latest CVS 2.4 kernel and xfs-cmds code >(as of last week some time, that is). > >I don't think I fully understand attribute namespaces. I would expect >the dmapi attributes to be in root space, I suppose (in part because I >can't see them in the user namespace). The attr man page says use the >"-R" arg to access root attributes, but I get this message: "attr_get: >Operation not supported". The man page for getfattr doesn't mention >root space attributes at all. > >I can certainly just do my own little dmapi attribute retrieval program >that uses dmapi to get attributes, but I would like to understand where >dmapi attributes reside. > >Thanks for any enlightenment, >John Groves > > From owner-linux-xfs Mon Mar 28 17:08:26 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Mar 2005 17:08:28 -0800 (PST) Received: from smtp.osdl.org (fire.osdl.org [65.172.181.4]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2T18QtW004026 for ; Mon, 28 Mar 2005 17:08:26 -0800 Received: from shell0.pdx.osdl.net (fw.osdl.org [65.172.181.6]) by smtp.osdl.org (8.12.8/8.12.8) with ESMTP id j2T18Ks4026632 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 28 Mar 2005 17:08:20 -0800 Received: from shell0.pdx.osdl.net (localhost [127.0.0.1]) by shell0.pdx.osdl.net (8.13.1/8.11.6) with ESMTP id j2T18Kqn017611; Mon, 28 Mar 2005 17:08:20 -0800 Received: (from chrisw@localhost) by shell0.pdx.osdl.net (8.13.1/8.13.1/Submit) id j2T18KdY017610; Mon, 28 Mar 2005 17:08:20 -0800 Date: Mon, 28 Mar 2005 17:08:20 -0800 From: Chris Wright To: linux-xfs@oss.sgi.com Cc: Ali Akcaagac , Chris Wright Subject: [fwd: Re: Kernel OOOPS in 2.6.11.6] Message-ID: <20050329010820.GP28536@shell0.pdx.osdl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Received-SPF: pass (domain of chrisw@osdl.org designates 65.172.181.6 as permitted sender) X-MIMEDefang-Filter: osdl$Revision: 1.105 $ X-Scanned-By: MIMEDefang 2.36 X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5136 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: chrisw@osdl.org Precedence: bulk X-list: linux-xfs Content-Length: 2924 Lines: 78 Does this look familiar as XFS issue? ----- Forwarded message from Chris Wright ----- Date: Mon, 28 Mar 2005 14:44:30 -0800 From: Chris Wright User-Agent: Mutt/1.5.6i To: Ali Akcaagac Cc: linux-kernel@vger.kernel.org Subject: Re: Kernel OOOPS in 2.6.11.6 * Ali Akcaagac (aliakc@web.de) wrote: > And happy easter to you all. Just got this while trying to delete some > files on my system. I'm curious, what was the virtual address the kernel was "Unable to handle..." That part was left off this bug report. > : printing eip: > : c021f089 > : *pde = 00000000 > : Oops: 0000 [#1] > : PREEMPT > : Modules linked in: snd_seq_midi snd_emu10k1_synth snd_emux_synth > snd_seq_virmidi snd_seq_midi_event snd_seq_midi_emul snd_seq snd_emu10k1 > snd_rawmidi snd_seq_device snd_ac97_codec snd_pcm snd_timer > snd_page_alloc snd_util_mem snd_hwdep snd soundcore parport_pc lp > parport 8139too mii crc32 > : CPU: 0 > : EIP: 0060:[linvfs_open+89/160] Not tainted VLI > : EFLAGS: 00010282 (2.6.11.6) > : EIP is at linvfs_open+0x59/0xa0 Nothing in the -stable series has changed either XFS or the core vfs path on during file open. Without a chance of reproducing or any more information, it'll be tough to make much progress here. > : eax: 00000000 ebx: c77ac06c ecx: 00000001 edx: c021f030 > : esi: 00000000 edi: c77ac050 ebp: dffe41a0 esp: c2d95f14 > : ds: 007b es: 007b ss: 0068 > : Process mc (pid: 17862, threadinfo=c2d94000 task=d18d2a80) > : Stack: c01561a9 dffe41a0 d73504c0 00000000 c77ac06c c015446b c77ac06c > d73504c0 > : 00000001 ffffffe9 00008000 00008000 dc364000 c2d94000 c015426c > cbcdff54 > : dffe41a0 00008000 c2d95f60 cbcdff54 dffe41a0 bfffeef0 0d00ad72 > 00300001 > : Call Trace: > : [get_empty_filp+89/208] get_empty_filp+0x59/0xd0 > : [dentry_open+491/672] dentry_open+0x1eb/0x2a0 > : [filp_open+92/112] filp_open+0x5c/0x70 > : [get_unused_fd+123/224] get_unused_fd+0x7b/0xe0 > : [sys_open+73/144] sys_open+0x49/0x90 > : [syscall_call+7/11] syscall_call+0x7/0xb > : Code: 5b 3c b8 01 00 00 00 e8 c6 42 ef ff b8 00 e0 ff ff 21 e0 8b 40 > 08 a8 08 75 4d 85 f6 7c 0a 7f 32 81 fb ff ff ff 7f 77 2a 8b 47 14 <8b> > 50 08 c7 44 24 04 00 00 00 00 89 04 24 ff 52 04 8b 5c 24 08 Best I can tell, you hit this: mov 0x8(%eax),%edx with eax == 00000000. This corresponds to a vp->v_fops (or rather vp->v_bh.bh_first->bd_ops) deref. So, looks like the vnode has a NULL v_bh.bh_first (which looks like it's meant to be used to mean uninitialized). May check with XFS folks if they've seen this type of bug. thanks, -chris - 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 forwarded message ----- From owner-linux-xfs Mon Mar 28 18:18:09 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Mar 2005 18:18:10 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2T2I7bF008047 for ; Mon, 28 Mar 2005 18:18:08 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA19937; Tue, 29 Mar 2005 12:17:58 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2T2HnXE3477569; Tue, 29 Mar 2005 12:17:52 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2T3CwQT016168; Tue, 29 Mar 2005 13:12:59 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2T3CrQm016166; Tue, 29 Mar 2005 13:12:53 +1000 Date: Tue, 29 Mar 2005 13:12:53 +1000 From: Nathan Scott To: James Chapman Cc: linux-xfs@oss.sgi.com Subject: Re: file data not flushed to disk by umount? Message-ID: <20050329031253.GA10203@frodo> References: <4241471D.3090103@katalix.com> <20050324004850.GC704@frodo> <424288A1.7000406@katalix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <424288A1.7000406@katalix.com> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5137 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1584 Lines: 44 On Thu, Mar 24, 2005 at 09:30:09AM +0000, James Chapman wrote: > Nathan Scott wrote: > > > >So, if memory serves, XFS was merged into 2.4.26 -- is your > >kernel one you've patched yourself? Have you tried a current > >kernel.org or XFS CVS kernel? > > It was merged in 2.4.25 I think. The kernel comes from a chip vendor > (the chip has an integral MIPS CPU). I've diff'd their sources against > vanilla 2.4.25 and there are no changes in the fs/ tree. Mhmm. What about mm/ ? I suggest trying a mainline kernel too, to rule out their changes. > Is it known to work in MIPS little endian configs? I haven't ever used such a platform, no. There is no architecture specific code in XFS though, fwiw. > My fs/buffer.c is identical to vanilla 2.4.25. Send it to me? (save me searching :) - thanks). > I notice that the xfs code has some conditionally compiled debug trace. > Where does the trace go if I compile it in? It goes into internal ring buffers. Tools like KDB can be used to dump them out and/or search through them. > Since my original posting, I've added a few printk's and can see that > xfs is trying to flush data to disk, calling _pagebuf_page_io() and > generic_make_request() for the inode of my test file. The > pagebuf_iodone() callback is happening too. Thats metadata IO. The regular file IO path goes through the code in xfs_lrw.c and xfs_aops.c - particularly the xfs_aops.c writepage function is likely to be of interest here, thats the one that deals with flushing a page which has delayed allocate buffers attached. cheers. -- Nathan From owner-linux-xfs Tue Mar 29 00:39:15 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 00:39:17 -0800 (PST) Received: from smtp.wp.pl (smtp.wp.pl [212.77.101.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2T8dEOt008121 for ; Tue, 29 Mar 2005 00:39:15 -0800 Received: (wp-smtpd smtp.wp.pl 1744 invoked from network); 29 Mar 2005 10:39:07 +0200 Received: from stara-poczta.wp.pl (HELO localhost) ([212.77.101.152]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 29 Mar 2005 10:39:07 +0200 Date: Tue, 29 Mar 2005 10:39:07 +0200 From: =?ISO-8859-2?Q?Rafa=B3_Durajczyk?= To: linux-xfs@oss.sgi.com Subject: XFS recover files - help! Message-ID: <4249142b94e9a@wp.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041109 Firefox/1.0 Organization: Nowa Poczta Wirtualnej Polski S.A. http://www.wp.pl/ X-IP: 83.17.34.210 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO AS1=NO AS2=NO(0.589588) AS3=NO AS4=NO X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5138 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rapidek@wp.pl Precedence: bulk X-list: linux-xfs Content-Length: 579 Lines: 14 Hello! I have a 'little' problem. I deleted very important data from my server - mainly databases - because of stupid mistake. The filesystem is allright there - I've delted databases in their directory ;(. I had 15gb of data deleted. How I can get it back? With what tools? What commands use? Please help me! Regards Rafal D. rapidek@wp.pl ---------------------------------------------------- NAJNOWSZA P£YTA LEMARA "TIME TO GROW" JU¯ W SKLEPACH !!! ALBUM ZAWIERA MEGAHIT "If There's Any Justice". http://klik.wp.pl/?adr=www.muzyka.wp.pl%2Fpremiery.html%3Fidn%3D1566&sid=344 From owner-linux-xfs Tue Mar 29 06:58:25 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 06:58:27 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2TEwPdg012903 for ; Tue, 29 Mar 2005 06:58:25 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2TEwPdV012902 for linux-xfs@oss.sgi.com; Tue, 29 Mar 2005 06:58:25 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2TEwN3P012887 for ; Tue, 29 Mar 2005 06:58:23 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2TEV7xN009530; Tue, 29 Mar 2005 06:31:07 -0800 Date: Tue, 29 Mar 2005 06:31:07 -0800 Message-Id: <200503291431.j2TEV7xN009530@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 400] New: lvm2 snapshots? X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5140 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 4167 Lines: 94 http://oss.sgi.com/bugzilla/show_bug.cgi?id=400 Summary: lvm2 snapshots? Product: Linux XFS Version: Current Platform: IA32 OS/Version: Linux Status: NEW Severity: normal Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: walter@sara.nl We run linux 2.6.11.6 with LVM2 and XFS. We try to use snapshots to do nightly backups. The error message is: Mar 29 14:04:26 fs kernel: Access to block zero: fs: inode: 529201100 start_block : 0 start_off : 0 blkcnt : 0 extent-state : 0 Mar 29 14:04:26 fs kernel: ------------[ cut here ]------------ Mar 29 14:04:26 fs kernel: kernel BUG at fs/xfs/support/debug.c:106! Mar 29 14:04:26 fs kernel: invalid operand: 0000 [#1] Mar 29 14:04:26 fs kernel: SMP Mar 29 14:04:26 fs kernel: Modules linked in: ide_cd cdrom siimage piix e1000 qla2300 qla2xxx scsi_transport_fc dm_sna pshot dm_mod Mar 29 14:04:26 fs kernel: CPU: 0 Mar 29 14:04:26 fs kernel: EIP: 0060:[] Not tainted VLI Mar 29 14:04:26 fs kernel: EFLAGS: 00010246 (2.6.11.6-sara1) Mar 29 14:04:26 fs kernel: EIP is at cmn_err+0xab/0xc0 Mar 29 14:04:26 fs kernel: eax: 00000000 ebx: c0363b40 ecx: 00000001 edx: 00000293 Mar 29 14:04:26 fs kernel: esi: 00000000 edi: c0476d00 ebp: e0ac9814 esp: e0ac97f4 Mar 29 14:04:26 fs kernel: ds: 007b es: 007b ss: 0068 Mar 29 14:04:26 fs kernel: Process dsmc (pid: 13791, threadinfo=e0ac8000 task=ed7ca530) Mar 29 14:04:26 fs kernel: Stack: c0353ef6 c035a3b0 c0476d00 00000293 00000000 00000000 00000000 e0ac9974 Mar 29 14:04:26 fs kernel: e0ac9858 c01f73cc 00000000 c0363b40 f71102e0 1f8af7cc 00000000 00000000 Mar 29 14:04:26 fs kernel: 00000000 00000000 00000000 00000000 00000000 00000000 e0ac9974 023caf60 Mar 29 14:04:26 fs kernel: Call Trace: Mar 29 14:04:26 fs kernel: [] show_stack+0x7f/0xa0 Mar 29 14:04:26 fs kernel: [] show_registers+0x15f/0x1d0 Mar 29 14:04:26 fs kernel: [] die+0xf4/0x180 Mar 29 14:04:26 fs kernel: [] do_invalid_op+0xbc/0xd0 Mar 29 14:04:26 fs kernel: [] error_code+0x2b/0x30 Mar 29 14:04:26 fs kernel: [] xfs_bmap_search_extents+0xfc/0x120 Mar 29 14:04:26 fs kernel: [] xfs_bmapi+0x26e/0x15f0 Mar 29 14:04:26 fs kernel: [] xfs_iomap+0x16e/0x4b0 Mar 29 14:04:26 fs kernel: [] __linvfs_get_block+0x90/0x2b0 Mar 29 14:04:26 fs kernel: [] linvfs_get_block+0x42/0x50 Mar 29 14:04:26 fs kernel: [] do_mpage_readpage+0x1b6/0x4e0 Mar 29 14:04:26 fs kernel: [] mpage_readpages+0x139/0x160 Mar 29 14:04:26 fs kernel: [] read_pages+0x126/0x130 Mar 29 14:04:26 fs kernel: [] __do_page_cache_readahead+0xf2/0x150 Mar 29 14:04:26 fs kernel: [] blockable_page_cache_readahead+0x64/0x80 Mar 29 14:04:26 fs kernel: [] page_cache_readahead+0x15f/0x2d0 Mar 29 14:04:26 fs kernel: [] do_generic_mapping_read+0x578/0x590 Mar 29 14:04:26 fs kernel: [] __generic_file_aio_read+0x1ed/0x220 Mar 29 14:04:26 fs kernel: [] xfs_read+0x130/0x300 Mar 29 14:04:26 fs kernel: [] linvfs_aio_read+0x8e/0xa0 Mar 29 14:04:26 fs kernel: [] do_sync_read+0xa3/0xd0 Mar 29 14:04:26 fs kernel: [] vfs_read+0xb0/0x130 Mar 29 14:04:26 fs kernel: [] sys_read+0x4b/0x80 Mar 29 14:04:26 fs kernel: [] syscall_call+0x7/0xb Mar 29 14:04:26 fs kernel: Code: 89 54 24 08 8b 55 f0 8b 04 95 a0 3f 3a c0 89 44 24 04 e8 d9 88 ec ff 8b 55 ec b8 84 3 f 3a c0 e8 3c 3f 0f 00 8b 45 f0 85 c0 75 08 <0f> 0b 6a 00 cc a3 35 c0 83 c4 14 5b 5e 5f 5d c3 90 8d 74 26 00 I figured that maybe this happens because we don't use xfs_freeze. For some reason, xfs_freeze freezes the filesystem so good that lvcreate -s does not work either (hangs until you unfreeze manually). We are running on linux 2.6.11.6 with LVM2 and XFS. lvm2 utilities are version 2.01.04 xfsprogs are version 2.6.20 Greets, --Walter ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Tue Mar 29 14:03:07 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 14:03:09 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2TM37iO020837 for ; Tue, 29 Mar 2005 14:03:07 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 91C7B439268 for ; Wed, 30 Mar 2005 00:03:18 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02869-08 for ; Wed, 30 Mar 2005 00:03:18 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FE92.dip.t-dialin.net [84.162.254.146]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 2BD4A43929F for ; Wed, 30 Mar 2005 00:03:18 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 9F5323E75 for ; Wed, 30 Mar 2005 00:03:05 +0200 (CEST) Message-ID: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 00:03:05 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: xfs on softwareraid crash MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5141 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 633 Lines: 27 Hi@all, I use xfs on a SuSE-9.1. xfs is on a softwareraid (/dev/md0). The filesystem was crash and i can't mount the fs. I have try the command 'xfs_repair /dev/md0' At first time xfs_repair tell me there is no superblock available. The come: ............................... found candidate secondary superblock ................ unable to verify superblock, continuing......... from time to time an to the end was the following output: Sorry, could not find vailid secondary superblock. Exiting now. No, I have dump the fs with: dd if=/dev/md0 of=/save/md0.img what can I do to repair this image? with best regards sven From owner-linux-xfs Tue Mar 29 14:10:29 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 14:10:30 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2TMASf1023952 for ; Tue, 29 Mar 2005 14:10:29 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2TMAKOv023466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 29 Mar 2005 17:10:22 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2TMAKot023463; Tue, 29 Mar 2005 17:10:20 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Tue, 29 Mar 2005 17:10:20 -0500 (EST) From: Net Llama! To: Sven Gehr cc: linux-xfs@oss.sgi.com Subject: Re: xfs on softwareraid crash In-Reply-To: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Message-ID: References: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Tue, 29 Mar 2005 17:10:22 -0500 X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 05:48:43 2005 on mail.linux-sxs.org X-Virus-Status: Clean Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-archive-position: 5142 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 1004 Lines: 39 How did this crash? Are you certain this isn't a hardware problem? Which kernel version are you using? On Wed, 30 Mar 2005, Sven Gehr wrote: > Hi@all, > > I use xfs on a SuSE-9.1. xfs is on a softwareraid (/dev/md0). The > filesystem was crash and i can't mount the fs. > > I have try the command 'xfs_repair /dev/md0' > > At first time xfs_repair tell me there is no superblock available. The > come: > > ............................... found candidate secondary superblock > ................ unable to verify superblock, continuing......... > > from time to time an to the end was the following output: > > Sorry, could not find vailid secondary superblock. > Exiting now. > > No, I have dump the fs with: > > dd if=/dev/md0 of=/save/md0.img > > what can I do to repair this image? > > with best regards > sven > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Tue Mar 29 17:12:51 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 17:12:53 -0800 (PST) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U1CmZn007539 for ; Tue, 29 Mar 2005 17:12:51 -0800 Received: from saturn (c211-28-166-127.eburwd2.vic.optusnet.com.au [211.28.166.127]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j2U1CakA018561; Wed, 30 Mar 2005 11:12:38 +1000 Received: from [192.168.1.54] (helo=kennedy) by saturn with esmtp (Exim 3.35 #1 (Debian)) id 1DGRl6-0004S8-00; Wed, 30 Mar 2005 11:12:36 +1000 Received: from localhost ([127.0.0.1] helo=kennedy) by kennedy with esmtp (Exim 4.50) id 1DGRhv-0005RQ-5N; Wed, 30 Mar 2005 11:09:19 +1000 Subject: Re: xfs on softwareraid crash From: Stewart Smith To: sven@dreampixel.de Cc: linux-xfs@oss.sgi.com In-Reply-To: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> References: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-n/wytZrxBv95/efFablj" Date: Wed, 30 Mar 2005 11:09:18 +1000 Message-Id: <1112144958.25956.13.camel@kennedy> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5143 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stewart@flamingspork.com Precedence: bulk X-list: linux-xfs Content-Length: 1170 Lines: 36 --=-n/wytZrxBv95/efFablj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2005-03-30 at 00:03 +0200, Sven Gehr wrote: > I use xfs on a SuSE-9.1. xfs is on a softwareraid (/dev/md0). The > filesystem was crash and i can't mount the fs. did the RAID superblock survive? I had this problem when some (stupid) installer overwrote my RAID superblock with incorrect values (the stripe size *was* 4k, but it reset it to either 16 or 64. this is not good :) try doing the mdmadm info commands (forget what they are) and looking at /etc/raidtab or your memory on what the md setup was. --=20 Stewart Smith (stewart@flamingspork.com) http://www.flamingspork.com/ --=-n/wytZrxBv95/efFablj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iQCVAwUAQkn8PowDm44RooHBAQJJuAP9EUDlyj/x9VdtfW97ij6k7HYY+kN5LKkf /Av6Znh2pnT2EkbadsivH/cwoovXkuLOWkVsVaB86RamjU0CtspEeZpEFSE1tSGM C8QaW6UR/xAr8LYDTlpjIBpPXBnerccn6hmmwPou7/+LuY76wQWQLSkemwwTpPZ5 PX/+EWZFKNQ= =/Zem -----END PGP SIGNATURE----- --=-n/wytZrxBv95/efFablj-- From owner-linux-xfs Tue Mar 29 17:40:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 17:40:56 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U1es15008417 for ; Tue, 29 Mar 2005 17:40:55 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j2U1em41014714 for ; Wed, 30 Mar 2005 11:40:48 +1000 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j2U1eluA014709 for linux-xfs@oss.sgi.com; Wed, 30 Mar 2005 11:40:47 +1000 Date: Wed, 30 Mar 2005 11:40:47 +1000 From: Nathan Scott Message-Id: <200503300140.j2U1eluA014709@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfsprogs update X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5144 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 5054 Lines: 106 Fix compilation warning on inode size checks. Date: Wed Mar 30 11:12:46 AEST 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: sandeen@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21989a xfsprogs/repair/dir.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/dir.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h Fix compilation issues with version 4 of gcc. Date: Wed Mar 30 11:15:56 AEST 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: aj@andaco.de The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21990a xfsprogs/db/dquot.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/dquot.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/dquot.c - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/dquot.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h xfsprogs/db/sb.h - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/sb.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h xfsprogs/db/cntbt.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/cntbt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/bnobt.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/bnobt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/bmapbt.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/bmapbt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/bmroot.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/bmroot.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/inobt.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/inobt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/agf.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/agf.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h xfsprogs/db/agf.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/agf.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/agi.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/agi.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h xfsprogs/db/agi.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/agi.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/agfl.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/agfl.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h xfsprogs/db/agfl.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/agfl.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h Merge Dans project/group quota coexistence code changes so db/repair can also support project quota. Date: Wed Mar 30 11:36:02 AEST 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: dknappe@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21991a xfsprogs/db/dquot.c - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/dquot.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h xfsprogs/db/check.c - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/db/check.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h xfsprogs/include/xfs_fs.h - 1.33 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/xfs_fs.h.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h xfsprogs/include/xfs_quota.h - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/include/xfs_quota.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h xfsprogs/repair/phase4.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/phase4.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h xfsprogs/repair/versions.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/versions.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h xfsprogs/repair/globals.h - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/globals.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h xfsprogs/repair/Makefile - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/Makefile.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h xfsprogs/repair/xfs_repair.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/xfs_repair.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h Bump version number after couple of earlier changes. Date: Wed Mar 30 11:39:37 AEST 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:21992a xfsprogs/VERSION - 1.122 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/VERSION.diff?r1=text&tr1=1.122&r2=text&tr2=1.121&f=h xfsprogs/doc/CHANGES - 1.166 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/doc/CHANGES.diff?r1=text&tr1=1.166&r2=text&tr2=1.165&f=h xfsprogs/debian/changelog - 1.112 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/debian/changelog.diff?r1=text&tr1=1.112&r2=text&tr2=1.111&f=h From owner-linux-xfs Tue Mar 29 23:58:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 23:58:28 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U7wQq9026625 for ; Tue, 29 Mar 2005 23:58:26 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2U7wQDR026624 for linux-xfs@oss.sgi.com; Tue, 29 Mar 2005 23:58:26 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U7wPNM026587 for ; Tue, 29 Mar 2005 23:58:25 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2U7Q9Qi024679; Tue, 29 Mar 2005 23:26:09 -0800 Date: Tue, 29 Mar 2005 23:26:09 -0800 Message-Id: <200503300726.j2U7Q9Qi024679@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 401] New: swidth value not returned in stat() call as per documentation X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5145 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1233 Lines: 36 http://oss.sgi.com/bugzilla/show_bug.cgi?id=401 Summary: swidth value not returned in stat() call as per documentation Product: Linux XFS Version: unspecified Platform: IA64 OS/Version: Linux Status: NEW Severity: minor Priority: Low Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: tim.burgess@anu.edu.au From the mkfs.xfs man page: > The stripe width will be the preferred iosize returned in the stat(2) > system call. However, stat() on XFS filesystems always seems to return st_blksize = 16384 for me... I am trying to write an efficient direct i/o file mover for shifting data to/from our mass storage system, and it would be nice to adapt the I/O sizes to the characteristics of the relevant (xfs, cxfs or possibly others) filesystem. Kernel: Suse 2.6.5-7.145-sn2, on Altix XFS Version Info (from dmesg): SGI-XFS CVS-2004-10-17_05:00_UTC with ACLs, security attributes, realtime, large block/inode numbers, dmapi support, no debug enabled ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Tue Mar 29 23:58:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Mar 2005 23:58:31 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U7wRQ8026630 for ; Tue, 29 Mar 2005 23:58:27 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2U7wRLC026629 for linux-xfs@oss.sgi.com; Tue, 29 Mar 2005 23:58:27 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U7wPNQ026587 for ; Tue, 29 Mar 2005 23:58:25 -0800 Received: (from apache@localhost) by oss.sgi.com (8.13.0/8.12.8/Submit) id j2U7XUYE024856; Tue, 29 Mar 2005 23:33:30 -0800 Date: Tue, 29 Mar 2005 23:33:30 -0800 Message-Id: <200503300733.j2U7XUYE024856@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 402] New: xfs_repair Segmentation fault X-Bugzilla-Reason: AssignedTo X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5146 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 11734 Lines: 261 http://oss.sgi.com/bugzilla/show_bug.cgi?id=402 Summary: xfs_repair Segmentation fault Product: Linux XFS Version: Current Platform: IA32 OS/Version: Linux Status: NEW Severity: normal Priority: High Component: xfsprogs AssignedTo: xfs-master@oss.sgi.com ReportedBy: lisg@bit-way.com Daggrass 2005-3-30 [lisg@bit-way.com] title : origin : the last days, my xfs filesystem on server seem error, but it appear "Segmentation fault" when I run xfs_repair. The problem have solved now. but I don't know the true reason; so I report it. /* /dev/hda2 is xfs filesystem */ /* "server" is my hostname */ [root@server]# xfs_info /dev/hda2 meta-data=/home2 isize=256 agcount=10, agsize=1023943 blks = sectsz=512 data = bsize=4096 blocks=10239429, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=16384, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 /* first check the /dev/hda2 */ [root@server]# xfs_check /dev/hda2 (display info ): #------------log of xfs_check -------------start block 9/620534 out of range block 9/620535 out of range block 9/620536 out of range ... ... continuous ... block 9/1024067 out of range block 9/1024068 out of range block 9/1024069 out of range blocks 9/620534..1024069 claimed by block 9/1 block 9/620406 expected type free1 got unknown block 9/620407 expected type free1 got unknown block 9/620408 expected type free1 got unknown ... ... continuous ... block 9/1023938 expected type free1 got unknown block 9/1023939 expected type free1 got unknown block 9/1023940 expected type free1 got unknown block 9/1023941 expected type free1 got unknown #----log of xfs_check -----------end, all info have line 807073 /* then try to repair it */ [root@server]# xfs_repair /dev/hda2 (display info ): Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... Segmentation fault /* so i get a source code copy by http://oss.sgi.com */ #2005-03-30 10:30 #[root@server]# cvs checkout xfs-cmds /* Then I modify the file: xfs-cmds/xfsprogs/repair/scan.c */ #---------------diff-file--------------------start #[root@server]# cvs diff scan.c > scan.c-diff #[root@server]# more scan.c-diff Index: scan.c =================================================================== RCS file: /cvs/xfs-cmds/xfsprogs/repair/scan.c,v retrieving revision 1.9 diff -r1.9 scan.c 568a569,578 > if( b >= 1023984) { > printf("Lisg %s %d : before get_agbno_state, i:%d, b:%d, end:%d\n", > __FILE__, > __LINE__, > i, > b, > INT_GET(rp [i].ar_startblock, ARCH_CONVERT) + INT_GET(rp[i].ar_blockco unt, ARCH_CONVERT) > ); > continue; > } #---------------diff-file--------------------end and then make ... execute [root@server]# ./xfs_repair /dev/hda2 ( It's ok ^_^, output info ): [root@server]# ./xfs_repair /dev/hda2 #---------------log of xfs_repair -------------- start Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... Lisg scan.c 572 : before get_agbno_state, i:495, b:1023984, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023985, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023986, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023987, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023988, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023989, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023990, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023991, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023992, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023993, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023994, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023995, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023996, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023997, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023998, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1023999, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024000, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024001, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024002, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024003, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024004, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024005, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024006, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024007, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024008, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024009, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024010, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024011, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024012, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024013, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024014, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024015, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024016, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024017, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024018, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024019, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024020, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024021, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024022, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024023, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024024, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024025, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024026, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024027, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024028, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024029, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024030, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024031, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024032, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024033, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024034, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024035, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024036, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024037, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024038, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024039, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024040, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024041, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024042, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024043, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024044, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024045, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024046, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024047, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024048, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024049, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024050, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024051, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024052, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024053, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024054, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024055, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024056, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024057, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024058, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024059, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024060, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024061, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024062, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024063, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024064, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024065, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024066, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024067, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024068, end:1024070 Lisg scan.c 572 : before get_agbno_state, i:495, b:1024069, end:1024070 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done #---------------log of xfs_repair -------------- end herefrom, all is ok [root@server]# xfs_check /dev/hda2 It isn't display info no longer. [root@server]# xfs_repair /dev/hda2 Phase 1 - find and verify superblock... ... done It's ok. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs Wed Mar 30 00:08:47 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 00:08:56 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U88isi028209 for ; Wed, 30 Mar 2005 00:08:45 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id E6DA133338D for ; Wed, 30 Mar 2005 10:08:55 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30229-02 for ; Wed, 30 Mar 2005 10:08:55 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 959D8418D49 for ; Wed, 30 Mar 2005 10:08:54 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id E39223E75 for ; Wed, 30 Mar 2005 10:08:40 +0200 (CEST) Message-ID: <29154294.1112170120939.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 10:08:40 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: xfs on softwareraid crash In-Reply-To: MIME-Version: 1.0 X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit X-archive-position: 5147 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 1072 Lines: 43 >On Wed, 30 Mar 2005, Sven Gehr wrote: Am Mi 30.03.2005 00:10 schrieb Net Llama! : Hi@all, >>I use xfs on a SuSE-9.1. xfs is on a softwareraid (/dev/md0). The >>filesystem was crash and i can't mount the fs. >> >>I have try the command 'xfs_repair /dev/md0' >> >>At first time xfs_repair tell me there is no superblock available. The >>come: >> >>............................... found candidate secondary superblock >>................ unable to verify superblock, continuing......... >> >>from time to time an to the end was the following output: >> >>Sorry, could not find vailid secondary superblock. >>Exiting now. >> >>No, I have dump the fs with: >> >>dd if=/dev/md0 of=/save/md0.img >> >>what can I do to repair this image? >How did this crash? Are you certain this isn't a hardware problem? No, i have check all SCSI-Disks with the verify function from the adpatec controller there are ok. >Which >kernel version are you using? I use kernel 2.6.5-7.151 (SuSE-9.1 standard) with best regards sven [[HTML alternate version deleted]] From owner-linux-xfs Wed Mar 30 00:14:51 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 00:14:55 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2U8Eo1r028736 for ; Wed, 30 Mar 2005 00:14:50 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id AF78343A771; Wed, 30 Mar 2005 10:15:01 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31942-03; Wed, 30 Mar 2005 10:15:00 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id CAE5843A760; Wed, 30 Mar 2005 10:14:58 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 5596F3E75; Wed, 30 Mar 2005 10:14:45 +0200 (CEST) Message-ID: <4791372.1112170485355.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 10:14:45 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: Stewart Smith Subject: Re: xfs on softwareraid crash Cc: linux-xfs@oss.sgi.com In-Reply-To: <1112144958.25956.13.camel@kennedy> MIME-Version: 1.0 X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <8461448.1112133785669.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <1112144958.25956.13.camel@kennedy> X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 14:10:20 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-archive-position: 5148 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 813 Lines: 25 Am Mi 30.03.2005 03:09 schrieb Stewart Smith : >On Wed, 2005-03-30 at 00:03 +0200, Sven Gehr wrote: Hi@all, >>I use xfs on a SuSE-9.1. xfs is on a softwareraid (/dev/md0). The >>filesystem was crash and i can't mount the fs. =C2=A0 >did the RAID superblock survive? I had this problem when some (stupid) >installer overwrote my RAID superblock with incorrect values (the >stripe >size *was* 4k, but it reset it to either 16 or 64. this is not good :) =C2=A0 >try doing the mdmadm info commands (forget what they are) and looking >at /etc/raidtab or your memory on what the md setup was. The RAID superblock ar ok. The RAID stat (/proc/mdstat) are looks good. The chunk-size in raidtab is 128. The raid start successfully. with best regards sven [[HTML alternate version deleted]] From owner-linux-xfs Wed Mar 30 05:00:19 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 05:00:21 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UD0IRG010939 for ; Wed, 30 Mar 2005 05:00:19 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 4010343B0AE for ; Wed, 30 Mar 2005 15:00:31 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04543-09 for ; Wed, 30 Mar 2005 15:00:30 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id E31BE43B3A5 for ; Wed, 30 Mar 2005 15:00:29 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 32B063E6F for ; Wed, 30 Mar 2005 15:00:16 +0200 (CEST) Message-ID: <31664352.1112187616210.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 15:00:16 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: how cant I rebuild the superblock MIME-Version: 1.0 X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit X-archive-position: 5149 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 171 Lines: 11 Hi@all, is there a option available to rebuld the superblock? with reiserfs i an option exist --rebuild-sb. with best regards sven [[HTML alternate version deleted]] From owner-linux-xfs Wed Mar 30 05:36:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 05:36:54 -0800 (PST) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UDaqKe022064 for ; Wed, 30 Mar 2005 05:36:53 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 05:36:45 -0800 Received: from [127.0.0.1] ([172.16.82.13]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 05:36:44 -0800 Message-ID: <424AAB68.4020903@xfs.org> Date: Wed, 30 Mar 2005 07:36:40 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <31664352.1112187616210.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <31664352.1112187616210.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 13:36:45.0156 (UTC) FILETIME=[83D5E240:01C5352D] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5150 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 581 Lines: 21 Sven Gehr wrote: > Hi@all, > > is there a option available to rebuld the superblock? with reiserfs i an > option exist --rebuild-sb. > > with best regards > sven > > You could make a sparse file the same size as the partition, do a mkfs on the file, then dd the first 512 bytes out to the disk. However, there is other data stored right after the superblock which is the head of the free space trees for the first part of the disk. The root inode is not too far in either. So if you lost more of the filesystem than the super block, things could be in a sorry state. Steve From owner-linux-xfs Wed Mar 30 06:55:31 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 06:55:33 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UEtUdu026572 for ; Wed, 30 Mar 2005 06:55:31 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id E26AB43B739 for ; Wed, 30 Mar 2005 16:55:41 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27039-01 for ; Wed, 30 Mar 2005 16:54:06 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id EDD3C43BA3B for ; Wed, 30 Mar 2005 16:54:05 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 8BE883E6F for ; Wed, 30 Mar 2005 16:53:52 +0200 (CEST) Message-ID: <7314318.1112194432575.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 16:53:52 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Test MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5151 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 100 Lines: 3 is there an problem with this list? I send mail to the list but I can't see my mails in the list?? From owner-linux-xfs Wed Mar 30 07:07:45 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 07:07:46 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UF7i5q027675 for ; Wed, 30 Mar 2005 07:07:45 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id C330F43B95C for ; Wed, 30 Mar 2005 17:07:56 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29217-07 for ; Wed, 30 Mar 2005 17:07:56 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 4977443B9A8 for ; Wed, 30 Mar 2005 17:07:56 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id C1F833E6F for ; Wed, 30 Mar 2005 17:07:42 +0200 (CEST) Message-ID: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 17:07:42 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5152 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 913 Lines: 33 Am Mi 30.03.2005 15:36 schrieb Steve Lord : Hallo, > > You could make a sparse file the same size as the partition, do a mkfs > on the file, then dd the first 512 bytes out to the disk. Can you tell me how to creat a sparse file? The partition-tool from suse show me the /dev/md0 with 135,6GB. Is this the size where I need? cat /proc/mdstat show me: md0 : active raid5 sdc2[2] sdb2[1] sda2[0] 142287360 blocks level 5, 128k chunk, algorithm 2 [3/3] [UUU] Help this for define the size of the sparse file? Can you help me by this steps? > However, there is other data stored right after the superblock which > is > the head of the free space trees for the first part of the disk. The > root inode is not too far in either. So if you lost more of the > filesystem than the super block, things could be in a sorry state. I think I have no other change? with best regards sven From owner-linux-xfs Wed Mar 30 07:36:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 07:36:54 -0800 (PST) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UFarAh030558 for ; Wed, 30 Mar 2005 07:36:53 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 07:36:48 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 07:36:47 -0800 Message-ID: <424AC78C.70708@xfs.org> Date: Wed, 30 Mar 2005 09:36:44 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 15:36:47.0480 (UTC) FILETIME=[48C14F80:01C5353E] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5153 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 1719 Lines: 59 Sven Gehr wrote: > Am Mi 30.03.2005 15:36 schrieb Steve Lord : > > Hallo, > > > >>You could make a sparse file the same size as the partition, do a mkfs >>on the file, then dd the first 512 bytes out to the disk. > > > Can you tell me how to creat a sparse file? The partition-tool from suse > show me the /dev/md0 with 135,6GB. Is this the size where I need? > > cat /proc/mdstat show me: > > md0 : active raid5 sdc2[2] sdb2[1] sda2[0] > 142287360 blocks level 5, 128k chunk, algorithm 2 [3/3] [UUU] > > Help this for define the size of the sparse file? > > Can you help me by this steps? > > The file size you need is 142287360 * 1024, or 145702256640 try: dd if=/dev/zero of=/tmp/sparse bs=1024 count=1 seek=142287359 mkfs -t xfs -d file -d size=145702256640 -d name=/tmp/sparse Now, the only problem with this is that if you used any special parameters on your original mkfs line, they are missing here. Since they are stored in the superblock, you are rather stuck if you cannot remember them. > >>However, there is other data stored right after the superblock which >>is >>the head of the free space trees for the first part of the disk. The >>root inode is not too far in either. So if you lost more of the >>filesystem than the super block, things could be in a sorry state. > > > I think I have no other change? do dd if=/dev/md0 of=/tmp/block bs=16k count=1 then do od -xa on this file and send the output to the list, it will be fairly simple to see if you lost more than the super block. If there are alternate superblocks, then xfs_repair can usually find them. What led you down the path of wanting to rebuild your super block in the first place? Steve From owner-linux-xfs Wed Mar 30 07:58:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 07:59:01 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UFwu4E001010 for ; Wed, 30 Mar 2005 07:58:57 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id ED53D431AD4; Wed, 30 Mar 2005 17:59:08 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05168-08; Wed, 30 Mar 2005 17:59:08 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id AF344431A64; Wed, 30 Mar 2005 17:59:06 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 22CED3E75; Wed, 30 Mar 2005 17:58:53 +0200 (CEST) Message-ID: <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 17:58:52 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: Steve Lord Subject: Re: how cant I rebuild the superblock Cc: linux-xfs@oss.sgi.com In-Reply-To: <424AC78C.70708@xfs.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_23_23459640.1112198332961" X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5154 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 73959 Lines: 1322 ------=_Part_23_23459640.1112198332961 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Am Mi 30.03.2005 17:36 schrieb Steve Lord : > Sven Gehr wrote: > > Am Mi 30.03.2005 15:36 schrieb Steve Lord : Hallo, [...] > The file size you need is 142287360 * 1024, or 145702256640 > > try: > > dd if=/dev/zero of=/tmp/sparse bs=1024 count=1 seek=142287359 > > mkfs -t xfs -d file -d size=145702256640 -d name=/tmp/sparse ok, I have the sparse file generate. > Now, the only problem with this is that if you used any special > parameters on your original mkfs line, they are missing here. I have the orginal xfs on the suse 9.1 machine with yast without modify the parameter. > Since they are stored in the superblock, you are rather stuck if you > cannot remember them. [...] > do dd if=/dev/md0 of=/tmp/block bs=16k count=1 > then do od -xa on this file and send the output to the list, it will > be fairly simple to see if you lost more than the super block. the output is in the attachment file. I hope the list accept mails with attachments? > If there are alternate superblocks, then xfs_repair can usually find > them. What led you down the path of wanting to rebuild your super > block in the first place? The xfs_repair tell me there is no alternate superblock. with best regards sven ------=_Part_23_23459640.1112198332961 Content-Type: application/octet-stream; name=od_block_output Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=od_block_output 0000000 4e49 ed41 0201 1600 0000 0000 0000 0000 I N A m soh stx nul syn nul nul nul nul nul nul nul nul 0000020 0000 1600 0000 0000 0000 0000 0000 0506 nul nul nul syn nul nul nul nul nul nul nul nul nul nul ack enq 0000040 4442 b6d3 1738 083a 4542 1c1b 5c0e 1f8c B D S 6 8 etb : bs B E esc fs so \ ff us 0000060 4542 1c1b 5c0e 1f8c 0000 0000 0000 0010 B E esc fs so \ ff us nul nul nul nul nul nul dle nul 0000100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0000120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0000140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000160 e003 0100 0000 0000 0000 0000 0000 0000 etx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0000400 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0000420 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000440 0000 0000 0000 0000 2141 f1f9 de29 9800 nul nul nul nul nul nul nul nul A ! y q ) ^ nul can 0000460 2141 f1f9 de29 9800 0000 0000 0000 0000 A ! y q ) ^ nul can nul nul nul nul nul nul nul nul 0000500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0000520 0000 0200 0000 0000 0000 0400 0000 0000 nul nul nul stx nul nul nul nul nul nul nul eot nul nul nul nul 0000540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001000 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0001020 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0001040 2141 f1f9 de29 60b0 2141 f1f9 de29 60b0 A ! y q ) ^ 0 ` A ! y q ) ^ 0 ` 0001060 2141 f1f9 de29 60b0 0000 0000 0000 0000 A ! y q ) ^ 0 ` nul nul nul nul nul nul nul nul 0001100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0001160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0001420 0000 0200 0000 0000 0000 0000 0000 0100 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul soh 0001440 2141 f5f9 080c 9823 2141 f5f9 080c 9823 A ! y u ff bs # can A ! y u ff bs # can 0001460 2141 f5f9 080c 9823 0000 0000 0000 0600 A ! y u ff bs # can nul nul nul nul nul nul nul ack 0001500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001540 ffff ffff 0000 0000 0002 0000 0000 0000 del del del del nul nul nul nul stx nul nul nul nul nul nul nul 0001560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 4e49 ff41 0201 1500 0000 0000 0000 0000 I N A del soh stx nul nak nul nul nul nul nul nul nul nul 0002020 0000 1500 0000 0000 0000 0000 0000 8601 nul nul nul nak nul nul nul nul nul nul nul nul nul nul soh ack 0002040 4442 b7d3 c52d 8ce8 4442 bbd3 a217 0c1b B D S 7 - E h ff B D S ; etb " esc ff 0002060 4442 bbd3 a217 0c1b 0000 0000 0000 0010 B D S ; etb " esc ff nul nul nul nul nul nul dle nul 0002100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002140 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002160 4043 0100 0005 6540 706d 7974 002c 1902 C @ nul soh enq nul @ e m p t y , nul stx em 0002200 0004 6d50 7369 3063 0200 0418 6000 656e eot nul P m i s c 0 nul stx can eot nul ` n e 0002220 7377 0034 1902 0006 6e70 626f 646f 3879 w s 4 nul stx em ack nul p n o b o d y 8 0002240 0200 0b18 8800 6170 5f6d 6564 7076 7265 nul stx can vt nul bs p a m _ d e v p e r 0002260 3c6d 0200 061a a000 7777 7277 6e75 0000 m < nul stx sub ack nul sp w w w r u n nul nul 0002300 1c02 0006 64b8 6368 6370 1064 3000 0428 stx fs ack nul 8 d h c p c d dle nul 0 ( eot 0002320 d000 6373 6d70 001c 3456 0003 6ee0 7366 nul P s c p m fs nul V 4 etx nul ` n f s 0002340 0004 38e0 0008 68f0 7261 7764 7261 0c65 eot nul ` 8 bs nul p h a r d w a r e ff 0002360 aa02 0016 0000 0000 0000 0000 0000 0000 stx * syn nul nul nul nul nul nul nul nul nul nul nul nul nul 0002400 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0002420 0000 0200 0000 0000 0000 0000 0000 0d02 nul nul nul stx nul nul nul nul nul nul nul nul nul nul stx cr 0002440 4542 211b d00f c39c 8a41 7b25 072f 48a6 B E esc ! si P fs C A nl % { / bel & H 0002460 8a41 7b25 072f 48a6 0000 0000 0000 0010 A nl % { / bel & H nul nul nul nul nul nul dle nul 0002500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002540 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002560 c041 0100 6d2e 0064 6c00 0c3a 6000 3053 A @ nul soh . m d nul nul l : ff nul ` S 0 0002600 6231 6f6f 2e74 6373 6d70 0000 2574 000a 1 b o o t . s c p m nul nul t % nl nul 0002620 4b90 3032 6f62 746f 6d2e 0064 6c00 0c3b dle K 2 0 b o o t . m d nul nul l ; ff 0002640 a800 324b 6230 6f6f 2e74 6373 6d70 0000 nul ( K 2 0 b o o t . s c p m nul nul 0002660 2674 0015 53c0 3130 6f62 746f 642e 7665 t & nak nul @ S 0 1 b o o t . d e v 0002700 6369 2d65 616d 7070 7265 0000 05e0 0015 i c e - m a p p e r nul nul ` enq nak nul 0002720 4be0 3032 6f62 746f 642e 7665 6369 2d65 ` K 2 0 b o o t . d e v i c e - 0002740 616d 7070 7265 0000 06e0 0000 0000 0000 m a p p e r nul nul ` ack nul nul nul nul nul nul 0002760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0003020 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0003040 4442 b7d3 5b2d 261c 7240 11d5 0000 0000 B D S 7 - [ fs & @ r U dc1 nul nul nul nul 0003060 2141 fdf9 9b10 c896 0000 0000 0000 0600 A ! y } dle esc syn H nul nul nul nul nul nul nul ack 0003100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003140 ffff ffff 0000 0038 0202 0000 0000 0000 del del del del nul nul 8 nul stx stx nul nul nul nul nul nul 0003160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0003400 4e49 ed41 0201 0c00 0000 0000 0000 0000 I N A m soh stx nul ff nul nul nul nul nul nul nul nul 0003420 0000 0c00 0000 0000 0000 0000 0000 7601 nul nul nul ff nul nul nul nul nul nul nul nul nul nul soh v 0003440 4542 fa1a 4903 f05d b041 1599 0832 237b B E sub z etx I ] p A 0 em nak 2 bs { # 0003460 b041 1599 0832 237b 0000 0000 0000 0010 A 0 em nak 2 bs { # nul nul nul nul nul nul dle nul 0003500 0000 0000 0000 0200 0000 0000 0000 0200 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul stx 0003520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0003560 c003 0100 0000 0100 0000 0000 0000 0000 etx @ nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0003600 e087 0100 0000 0000 0000 0000 0000 0000 bel ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0003620 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0004000 4e49 ff43 0301 2800 0000 0000 0000 0000 I N C del soh etx nul ( nul nul nul nul nul nul nul nul 0004020 0000 2800 0000 0000 0000 0000 0000 f35e nul nul nul ( nul nul nul nul nul nul nul nul nul nul ^ s 0004040 4542 131b 5823 d591 4542 191b c22f 3009 B E esc dc3 # X dc1 U B E esc em / B ht 0 0004060 4542 191b c22f 3009 0000 0000 0000 0090 B E esc em / B ht 0 nul nul nul nul nul nul dle nul 0004100 0000 0000 0000 0e00 0000 0000 0000 0b00 nul nul nul nul nul nul nul so nul nul nul nul nul nul nul vt 0004120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004140 ffff ffff 0100 0100 0000 0000 0000 0000 del del del del nul soh nul soh nul nul nul nul nul nul nul nul 0004160 00a3 0100 0000 0000 0000 0002 0000 0100 # nul nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0004200 20fd 0300 0000 0000 0000 0008 0000 0200 } sp nul etx nul nul nul nul nul nul bs nul nul nul nul stx 0004220 6045 0100 0000 0000 0000 000a 0000 0200 E ` nul soh nul nul nul nul nul nul nl nul nul nul nul stx 0004240 e0b6 0100 0000 0000 0000 000c 0000 0200 6 ` nul soh nul nul nul nul nul nul ff nul nul nul nul stx 0004260 0000 0000 0000 9811 0000 0000 0000 0100 nul nul nul nul nul nul dc1 can nul nul nul nul nul nul nul soh 0004300 00fd 0100 0000 0100 0000 0002 0000 0200 } nul nul soh nul nul nul soh nul nul stx nul nul nul nul stx 0004320 e058 0100 0000 0100 0000 0004 0000 0300 X ` nul soh nul nul nul soh nul nul eot nul nul nul nul etx 0004340 a057 0100 0000 0200 0000 0000 0000 0200 W sp nul soh nul nul nul stx nul nul nul nul nul nul nul stx 0004360 8058 0100 2e4c 3435 3233 0000 2e04 0000 X nul nul soh L . 5 4 3 2 nul nul eot . nul nul 0004400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0004420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0004440 4442 b7d3 f532 9d42 2241 5c18 8901 f83a B D S 7 2 u B gs A " can \ soh ht : x 0004460 2241 5c18 8901 f83a 0000 0000 0000 0600 A " can \ soh ht : x nul nul nul nul nul nul nul ack 0004500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0004520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004540 ffff ffff 0000 0038 0502 0000 0000 0000 del del del del nul nul 8 nul stx enq nul nul nul nul nul nul 0004560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0005040 4442 b7d3 2333 ed07 7240 15d5 0000 0000 B D S 7 3 # bel m @ r U nak nul nul nul nul 0005060 2141 fdf9 4a13 5021 0000 0000 0000 0600 A ! y } dc3 J ! P nul nul nul nul nul nul nul ack 0005100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005140 ffff ffff 0000 0038 0602 0000 0000 0000 del del del del nul nul 8 nul stx ack nul nul nul nul nul nul 0005160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0005440 4442 b7d3 8c37 f80a 2241 5c18 f401 9006 B D S 7 7 ff nl x A " can \ soh t ack dle 0005460 2241 5c18 f401 9006 0000 0000 0000 0600 A " can \ soh t ack dle nul nul nul nul nul nul nul ack 0005500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005540 ffff ffff 0000 0034 0702 0000 0000 0000 del del del del nul nul 4 nul stx bel nul nul nul nul nul nul 0005560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006000 4e49 ed41 0201 ed00 0000 0000 0000 0000 I N A m soh stx nul m nul nul nul nul nul nul nul nul 0006020 0000 ed00 0000 0000 0000 0000 0000 1d01 nul nul nul m nul nul nul nul nul nul nul nul nul nul soh gs 0006040 4442 b7d3 aa37 838e b341 884b 420c 4462 B D S 7 7 * so etx A 3 K bs ff B b D 0006060 b341 884b 420c 4462 0000 0000 0000 0020 A 3 K bs ff B b D nul nul nul nul nul nul sp nul 0006100 0000 0000 0000 0300 0000 0000 0000 0300 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul etx 0006120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0006160 a003 0100 0000 0000 0000 0002 0000 0100 etx sp nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0006200 8044 0100 0000 0100 0000 0000 0000 0100 D nul nul soh nul nul nul soh nul nul nul nul nul nul nul soh 0006220 6043 0100 0000 0000 0000 0000 0000 0000 C ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0006240 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0006420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0006440 4442 b7d3 a53a 0e67 2141 fdf9 6c14 c800 B D S 7 : % g so A ! y } dc4 l nul H 0006460 2141 fdf9 6c14 c800 0000 0000 0000 1800 A ! y } dc4 l nul H nul nul nul nul nul nul nul can 0006500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0006520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0006560 454d 5353 4741 5345 0004 1a02 0000 0000 M E S S A G E S eot nul stx sub nul nul nul nul 0006600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007040 4442 b7d3 b43a d3a8 2141 fdf9 c714 b88a B D S 7 : 4 ( S A ! y } dc4 G nl 8 0007060 2141 fdf9 c714 b88a 0000 0000 0000 1800 A ! y } dc4 G nl 8 nul nul nul nul nul nul nul can 0007100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007160 454d 5353 4741 5345 0004 1b02 0000 0000 M E S S A G E S eot nul stx esc nul nul nul nul 0007200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007440 4442 b7d3 b43a d3a8 2141 fdf9 2315 a814 B D S 7 : 4 ( S A ! y } nak # dc4 ( 0007460 2141 fdf9 2315 a814 0000 0000 0000 1800 A ! y } nak # dc4 ( nul nul nul nul nul nul nul can 0007500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007560 454d 5353 4741 5345 0004 1c02 0000 0000 M E S S A G E S eot nul stx fs nul nul nul nul 0007600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010040 4442 b7d3 b43a d3a8 2141 fdf9 9d15 e821 B D S 7 : 4 ( S A ! y } nak gs ! h 0010060 2141 fdf9 9d15 e821 0000 0000 0000 1800 A ! y } nak gs ! h nul nul nul nul nul nul nul can 0010100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010160 454d 5353 4741 5345 0004 1d02 0000 0000 M E S S A G E S eot nul stx gs nul nul nul nul 0010200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010440 4442 b7d3 c33a 99ea 2141 fdf9 f815 d8ab B D S 7 : C j em A ! y } nak x + X 0010460 2141 fdf9 f815 d8ab 0000 0000 0000 1800 A ! y } nak x + X nul nul nul nul nul nul nul can 0010500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010560 454d 5353 4741 5345 0004 1e02 0000 0000 M E S S A G E S eot nul stx rs nul nul nul nul 0010600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011040 4442 b7d3 c33a 99ea 2141 fdf9 5416 c835 B D S 7 : C j em A ! y } syn T 5 H 0011060 2141 fdf9 5416 c835 0000 0000 0000 1800 A ! y } syn T 5 H nul nul nul nul nul nul nul can 0011100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011160 454d 5353 4741 5345 0004 1f02 0000 0000 M E S S A G E S eot nul stx us nul nul nul nul 0011200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011440 4442 b7d3 d33a 5e2c 2141 fdf9 bf16 6001 B D S 7 : S , ^ A ! y } syn ? soh ` 0011460 2141 fdf9 bf16 6001 0000 0000 0000 1800 A ! y } syn ? soh ` nul nul nul nul nul nul nul can 0011500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011560 454d 5353 4741 5345 0004 2002 0000 0000 M E S S A G E S eot nul stx sp nul nul nul nul 0011600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012040 4442 b7d3 d33a 5e2c 2141 fdf9 2917 f8cc B D S 7 : S , ^ A ! y } etb ) L x 0012060 2141 fdf9 2917 f8cc 0000 0000 0000 1800 A ! y } etb ) L x nul nul nul nul nul nul nul can 0012100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012160 454d 5353 4741 5345 0004 2102 0000 0000 M E S S A G E S eot nul stx ! nul nul nul nul 0012200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012440 4442 b7d3 d33a 5e2c 2141 fdf9 8517 e856 B D S 7 : S , ^ A ! y } etb enq V h 0012460 2141 fdf9 8517 e856 0000 0000 0000 1800 A ! y } etb enq V h nul nul nul nul nul nul nul can 0012500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012560 454d 5353 4741 5345 0004 2202 0000 0000 M E S S A G E S eot nul stx " nul nul nul nul 0012600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013040 4442 b7d3 e23a 236e 2141 fdf9 ff17 2864 B D S 7 : b n # A ! y } etb del d ( 0013060 2141 fdf9 ff17 2864 0000 0000 0000 1800 A ! y } etb del d ( nul nul nul nul nul nul nul can 0013100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013160 454d 5353 4741 5345 0004 2302 0000 0000 M E S S A G E S eot nul stx # nul nul nul nul 0013200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013440 4442 b7d3 e23a 236e 2141 fdf9 7918 6871 B D S 7 : b n # A ! y } can y q h 0013460 2141 fdf9 7918 6871 0000 0000 0000 1800 A ! y } can y q h nul nul nul nul nul nul nul can 0013500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013560 454d 5353 4741 5345 0004 2402 0000 0000 M E S S A G E S eot nul stx $ nul nul nul nul 0013600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014040 4442 b7d3 f13a e9af 2141 fdf9 d418 58fb B D S 7 : q / i A ! y } can T { X 0014060 2141 fdf9 d418 58fb 0000 0000 0000 1800 A ! y } can T { X nul nul nul nul nul nul nul can 0014100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014160 454d 5353 4741 5345 0004 2502 0000 0000 M E S S A G E S eot nul stx % nul nul nul nul 0014200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014440 4442 b7d3 f13a e9af 2141 fdf9 4f19 9808 B D S 7 : q / i A ! y } em O bs can 0014460 2141 fdf9 4f19 9808 0000 0000 0000 1800 A ! y } em O bs can nul nul nul nul nul nul nul can 0014500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014560 454d 5353 4741 5345 000c 1802 0000 0000 M E S S A G E S ff nul stx can nul nul nul nul 0014600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015000 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0015020 0000 0200 0000 0000 0000 0000 0000 4501 nul nul nul stx nul nul nul nul nul nul nul nul nul nul soh E 0015040 4442 b7d3 6b3b 13be fb41 9479 7d0e d2f8 B D S 7 ; k > dc3 A { y dc4 so } x R 0015060 fb41 9479 7d0e d2f8 0000 0000 0000 0040 A { y dc4 so } x R nul nul nul nul nul nul @ nul 0015100 0000 0000 0000 0500 0000 0000 0000 0500 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul enq 0015120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0015160 8004 0100 0000 0000 0000 0002 0000 0000 eot nul nul soh nul nul nul nul nul nul stx nul nul nul nul nul 0015200 20d3 0100 0000 0000 0000 0004 0000 0100 S sp nul soh nul nul nul nul nul nul eot nul nul nul nul soh 0015220 e041 0100 0000 0000 0000 0006 0000 0100 A ` nul soh nul nul nul nul nul nul ack nul nul nul nul soh 0015240 a046 0100 0000 0100 0000 0000 0000 0000 F sp nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0015260 a079 0100 0000 0000 0000 0000 0000 0000 y sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0015300 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015400 4e49 ed41 0101 0400 0000 0000 0000 0000 I N A m soh soh nul eot nul nul nul nul nul nul nul nul 0015420 0000 0400 0000 0000 0000 0000 0000 ee00 nul nul nul eot nul nul nul nul nul nul nul nul nul nul nul n 0015440 4442 b7d3 b62d c6a6 2441 0ad8 d802 d8f3 B D S 7 - 6 & F A $ X nl stx X s X 0015460 2441 0ad8 d802 d8f3 0000 0000 0000 1a00 A $ X nl stx X s X nul nul nul nul nul nul nul sub 0015500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0015520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015540 ffff ffff 0002 0038 1702 0003 6530 6374 del del del del stx nul 8 nul stx etb etx nul 0 e t c 0015560 013c 2a34 0003 7640 7261 0114 139c 0000 < soh 4 * etx nul @ v a r dc4 soh fs dc3 nul nul 0015600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016000 4e49 ed41 0101 0200 0000 1e00 0000 0000 I N A m soh soh nul stx nul nul nul rs nul nul nul nul 0016020 0000 0200 0000 0000 0000 0000 0000 ed00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul m 0016040 4442 b7d3 c52d 8ce8 7240 14d5 0000 0000 B D S 7 - E h ff @ r U dc4 nul nul nul nul 0016060 2141 fdf9 8f1a 606b 0000 0000 0000 0600 A ! y } sub si k ` nul nul nul nul nul nul nul ack 0016100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016140 ffff ffff 0000 0000 0402 0000 0000 0000 del del del del nul nul nul nul stx eot nul nul nul nul nul nul 0016160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0016420 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0016440 4442 b7d3 6a2d ec5d 543f 596a 0000 0000 B D S 7 - j ] l ? T j Y nul nul nul nul 0016460 2141 fdf9 e029 0855 0000 0000 0000 0600 A ! y } ) ` U bs nul nul nul nul nul nul nul ack 0016500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016540 ffff ffff 0000 0008 0302 0000 0000 0000 del del del del nul nul bs nul stx etx nul nul nul nul nul nul 0016560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017040 4442 b7d3 993b 6383 7140 98ea 0000 0000 B D S 7 ; em etx c @ q j can nul nul nul nul 0017060 2141 1afa d026 7004 0000 0000 0000 2400 A ! z sub & P eot p nul nul nul nul nul nul nul $ 0017100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017140 ffff ffff 0002 0014 1b02 0005 4550 6574 del del del del stx nul dc4 nul stx esc enq nul P E t e 0017160 6d72 0000 2002 000b 4580 6574 6d72 632d r m nul nul stx sp vt nul nul E t e r m - c 0017200 6c6f 726f 0000 2102 0000 0000 0000 0000 o l o r nul nul stx ! nul nul nul nul nul nul nul nul 0017220 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017420 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017440 4442 b8d3 3b00 79c0 7140 3aea 0000 0000 B D S 8 nul ; @ y @ q j : nul nul nul nul 0017460 2141 1afa 5927 5853 0000 0000 0000 3100 A ! z sub ' Y S X nul nul nul nul nul nul nul 1 0017500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017540 ffff ffff 0003 0014 1b02 0008 6a50 6961 del del del del etx nul dc4 nul stx esc bs nul P j a i 0017560 7478 7265 006d 0200 0a22 8800 616a 7869 x t e r m nul nul stx " nl nul bs j a i x 0017600 6574 6d72 6d2d 0000 2302 0004 6ab8 7265 t e r m - m nul nul stx # eot nul 8 j e r 0017620 0071 0200 0024 0000 0000 0000 0000 0000 q nul nul stx $ nul nul nul nul nul nul nul nul nul nul nul 0017640 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0020020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0020060 2141 fff9 6930 b8e7 0000 0000 0000 1407 A ! y del 0 i g 8 nul nul nul nul nul nul bel dc4 0020100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0020120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0020160 a004 0100 0000 0000 0000 0000 0000 0000 eot sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0020200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020400 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0020420 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020440 2141 fff9 6930 b8e7 2141 fff9 6930 b8e7 A ! y del 0 i g 8 A ! y del 0 i g 8 0020460 2141 fff9 7930 6029 0000 0000 0000 0500 A ! y del 0 y ) ` nul nul nul nul nul nul nul enq 0020500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0020520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020540 ffff ffff 7445 7265 006d 0000 0000 0000 del del del del E t e r m nul nul nul nul nul nul nul 0020560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021020 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021060 2141 01fa b022 4847 0000 0000 0000 3607 A ! z soh " 0 G H nul nul nul nul nul nul bel 6 0021100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021160 c004 0100 0000 0000 0000 0000 0000 0000 eot @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021420 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021440 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021460 2141 01fa bf22 f088 0000 0000 0000 de05 A ! z soh " ? bs p nul nul nul nul nul nul enq ^ 0021500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021560 e004 0100 0000 0000 0000 0000 0000 0000 eot ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0022020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0022040 2141 01fa bf22 f088 2141 01fa bf22 f088 A ! z soh " ? bs p A ! z soh " ? bs p 0022060 2141 01fa bf22 f088 0000 0000 0000 0900 A ! z soh " ? bs p nul nul nul nul nul nul nul ht 0022100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022140 ffff ffff 2e2e 622f 622f 696c 0074 0000 del del del del . . / b / b l i t nul nul nul 0022160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0022420 0000 0200 0000 0000 0000 0000 0000 f800 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul x 0022440 4442 b8d3 8800 5409 2141 05fa a105 b019 B D S 8 nul bs ht T A ! z enq enq ! em 0 0022460 2141 05fa a105 b019 0000 0000 0000 8400 A ! z enq enq ! em 0 nul nul nul nul nul nul nul eot 0022500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022540 ffff ffff 0009 0030 0802 0007 4150 2e54 del del del del ht nul 0 nul stx bs bel nul P A T . 0022560 6f63 666e 0000 2602 0007 4388 2e41 6f63 c o n f nul nul stx & bel nul bs C A . c o 0022600 666e 0000 2702 0007 43c0 2e5a 6f63 666e n f nul nul stx ' bel nul @ C Z . c o n f 0022620 0000 2802 0007 44f8 2e45 6f63 666e 0000 nul nul stx ( bel nul x D E . c o n f nul nul 0022640 2902 0107 4730 2e42 6f63 666e 0000 2a02 stx ) bel soh 0 G B . c o n f nul nul stx * 0022660 0107 4868 2e55 6f63 666e 0000 2b02 0107 bel soh h H U . c o n f nul nul stx + bel soh 0022700 4ea0 2e4c 6f63 666e 0000 2c02 0107 53d8 sp N L . c o n f nul nul stx , bel soh X S 0022720 2e49 6f63 666e 0000 2d02 0207 5510 2e53 I . c o n f nul nul stx - bel stx dle U S . 0022740 6f63 666e 0000 2e02 0000 0000 0000 0000 c o n f nul nul stx . nul nul nul nul nul nul nul nul 0022760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0023000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023040 4c41 131b 1e2d 18a7 7240 e807 0000 0000 A L esc dc3 - rs ' can @ r bel h nul nul nul nul 0023060 2141 05fa 6004 e8b6 0000 0000 0000 fe00 A ! z enq eot ` 6 h nul nul nul nul nul nul nul ~ 0023100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023160 8003 0100 0000 0000 0000 0000 0000 0000 etx nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0023400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023440 4c41 131b a72d 00f6 7240 e807 0000 0000 A L esc dc3 - ' v nul @ r bel h nul nul nul nul 0023460 2141 05fa 6f04 90f8 0000 0000 0000 0005 A ! z enq eot o x dle nul nul nul nul nul nul enq nul 0023500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023560 0005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024040 4c41 131b 1032 90f0 7240 e807 0000 0000 A L esc dc3 2 dle p dle @ r bel h nul nul nul nul 0024060 2141 05fa 9d04 88bd 0000 0000 0000 1b2a A ! z enq eot gs = bs nul nul nul nul nul nul * esc 0024100 0000 0000 0000 0300 0000 0000 0000 0100 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul soh 0024120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024160 2005 0300 0000 0000 0000 0000 0000 0000 enq sp nul etx nul nul nul nul nul nul nul nul nul nul nul nul 0024200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024440 4c41 131b 0638 3096 7240 e807 0000 0000 A L esc dc3 8 ack syn 0 @ r bel h nul nul nul nul 0024460 2141 05fa cb04 8082 0000 0000 0000 1538 A ! z enq eot K stx nul nul nul nul nul nul nul 8 nak 0024500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0024520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024560 0003 0400 0000 0000 0000 0000 0000 0000 etx nul nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0024600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025040 4c41 131b 0939 58f2 7240 e807 0000 0000 A L esc dc3 9 ht r X @ r bel h nul nul nul nul 0025060 2141 05fa cb04 8082 0000 0000 0000 030a A ! z enq eot K stx nul nul nul nul nul nul nul nl etx 0025100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0025120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025160 8005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0025200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025440 4c41 131b 6c3b 9834 7240 e807 0000 0000 A L esc dc3 ; l 4 can @ r bel h nul nul nul nul 0025460 2141 05fa ea04 d005 0000 0000 0000 8e15 A ! z enq eot j enq P nul nul nul nul nul nul nak so 0025500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0025520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025560 a005 0200 0000 0000 0000 0000 0000 0000 enq sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026040 4c41 141b 4b00 d877 7240 e807 0000 0000 A L esc dc4 nul K w X @ r bel h nul nul nul nul 0026060 2141 05fa f904 7847 0000 0000 0000 e003 A ! z enq eot y G x nul nul nul nul nul nul etx ` 0026100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026160 e002 0100 0000 0000 0000 0000 0000 0000 stx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026440 4c41 141b c500 1885 7240 e807 0000 0000 A L esc dc4 nul E enq can @ r bel h nul nul nul nul 0026460 2141 05fa 0805 2089 0000 0000 0000 4b04 A ! z enq enq bs ht sp nul nul nul nul nul nul eot K 0026500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026560 c002 0100 0000 0000 0000 0000 0000 0000 stx @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0027020 0000 0100 0000 0000 0000 0000 0000 0c00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ff 0027040 4c41 141b 6728 8012 7240 e807 0000 0000 A L esc dc4 ( g dc2 nul @ r bel h nul nul nul nul 0027060 2141 05fa a105 b019 0000 0000 0100 0a71 A ! z enq enq ! em 0 nul nul nul nul nul soh q nl 0027100 0000 0000 0000 1800 0000 0000 0000 0100 nul nul nul nul nul nul nul can nul nul nul nul nul nul nul soh 0027120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027160 8008 1800 0000 0000 0000 0000 0000 0000 bs nul nul can nul nul nul nul nul nul nul nul nul nul nul nul 0027200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0027420 0000 0100 0000 0000 0000 0000 0000 e6a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ f 0027440 4542 241b 7c25 fc83 7140 1879 0000 0000 B E esc $ % | etx | @ q y can nul nul nul nul 0027460 2141 0cfa 7907 7012 0000 0000 0100 2498 A ! z ff bel y dc2 p nul nul nul nul nul soh can $ 0027500 0000 0000 0000 1a00 0000 0000 0000 0100 nul nul nul nul nul nul nul sub nul nul nul nul nul nul nul soh 0027520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027560 800c 1a00 0000 0000 0000 0000 0000 0000 ff nul nul sub nul nul nul nul nul nul nul nul nul nul nul nul 0027600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0030020 0000 0100 0000 0000 0000 0000 0000 e5a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ e 0030040 4542 241b 7c25 fc83 2141 0cfa 7907 7012 B E esc $ % | etx | A ! z ff bel y dc2 p 0030060 2141 0cfa 7907 7012 0000 0000 0000 0b00 A ! z ff bel y dc2 p nul nul nul nul nul nul nul vt 0030100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0030120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030140 ffff ffff 646c 322d 332e 332e 732e 006f del del del del l d - 2 . 3 . 3 . s o nul 0030160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0030420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0030440 4542 fa1a 8515 d3fb 7140 7378 0000 0000 B E sub z nak enq { S @ q x s nul nul nul nul 0030460 2141 0cfa 9707 c095 0000 0000 0000 3a14 A ! z ff bel etb nak @ nul nul nul nul nul nul dc4 : 0030500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0030520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0030560 e005 0200 0000 0000 0000 0000 0000 0000 enq ` nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031040 4542 fa1a e504 c04d 7140 ea78 0000 0000 B E sub z eot e M @ @ q x j nul nul nul nul 0031060 2141 0cfa a607 68d7 0000 0000 0000 bf17 A ! z ff bel & W h nul nul nul nul nul nul etb ? 0031100 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0031120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031160 2006 0200 0000 0000 0000 0000 0000 0000 ack sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031440 4542 fa1a e504 c04d 7140 f378 0000 0000 B E sub z eot e M @ @ q x s nul nul nul nul 0031460 2141 0cfa 5d08 48eb 0000 0000 0000 ef36 A ! z ff bs ] k H nul nul nul nul nul nul 6 o 0031500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0031520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031560 6006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0031600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0032040 4542 fa1a a716 79dd 7140 ed78 0000 0000 B E sub z syn ' ] y @ q x m nul nul nul nul 0032060 2141 0cfa 8b08 40b0 0000 0000 0000 4032 A ! z ff bs vt 0 @ nul nul nul nul nul nul 2 @ 0032100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0032120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032160 4002 0400 0000 0000 0000 0000 0000 0000 stx @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0032200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032420 0000 0100 0000 0000 0000 0000 0000 a100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ! 0032440 4542 fa1a 7d05 76df 7140 5778 0000 0000 B E sub z enq } _ v @ q x W nul nul nul nul 0032460 2141 0cfa 8f32 e87f 0000 0000 1400 835b A ! z ff 2 si del h nul nul nul nul nul dc4 [ etx 0032500 0000 0000 0000 4601 0000 0000 0000 0100 nul nul nul nul nul nul soh F nul nul nul nul nul nul nul soh 0032520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032560 0014 4601 0000 0000 0000 0000 0000 0000 dc4 nul soh F nul nul nul nul nul nul nul nul nul nul nul nul 0032600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0033040 4542 fa1a f717 6e84 7140 e978 0000 0000 B E sub z etb w eot n @ q x i nul nul nul nul 0033060 2141 0cfa c033 08a1 0000 0000 0200 70e2 A ! z ff 3 @ ! bs nul nul nul nul nul stx b p 0033100 0000 0000 0000 2f00 0000 0000 0000 0100 nul nul nul nul nul nul nul / nul nul nul nul nul nul nul soh 0033120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033160 0040 2f00 0000 0000 0000 0000 0000 0000 @ nul nul / nul nul nul nul nul nul nul nul nul nul nul nul 0033200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033420 0000 0100 0000 0000 0000 0000 0000 5c1d nul nul nul soh nul nul nul nul nul nul nul nul nul nul gs \ 0033440 4542 121b 7f37 8347 7140 e578 0000 0000 B E esc dc2 7 del G etx @ q x e nul nul nul nul 0033460 2141 0cfa 2b34 a06c 0000 0000 0000 70aa A ! z ff 4 + l sp nul nul nul nul nul nul * p 0033500 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0033520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033560 8010 0b00 0000 0000 0000 0000 0000 0000 dle nul nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0033600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034020 0000 0100 0000 0000 0000 0000 0000 5ca0 nul nul nul soh nul nul nul nul nul nul nul nul nul nul sp \ 0034040 4542 241b 4b24 9160 7140 b178 0000 0000 B E esc $ $ K ` dc1 @ q x 1 nul nul nul nul 0034060 2141 0cfa 5934 9831 0000 0000 0000 4f35 A ! z ff 4 Y 1 can nul nul nul nul nul nul 5 O 0034100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0034120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034160 e006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0034200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0034440 4542 fa1a 321c 2ac2 7140 9778 0000 0000 B E sub z fs 2 B * @ q x etb nul nul nul nul 0034460 2141 0cfa b835 b017 0000 0000 0200 439a A ! z ff 5 8 etb 0 nul nul nul nul nul stx sub C 0034500 0000 0000 0000 2a00 0000 0000 0000 0100 nul nul nul nul nul nul nul * nul nul nul nul nul nul nul soh 0034520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034560 0048 2a00 0000 0000 0000 0000 0000 0000 H nul nul * nul nul nul nul nul nul nul nul nul nul nul nul 0034600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0035040 4542 fa1a be06 a644 7140 b278 0000 0000 B E sub z ack > D & @ q x 2 nul nul nul nul 0035060 2141 0cfa e535 a8dc 0000 0000 0000 8038 A ! z ff 5 e \ ( nul nul nul nul nul nul 8 nul 0035100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0035120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035160 c001 0400 0000 0000 0000 0000 0000 0000 soh @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0035200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035420 0000 0100 0000 0000 0000 0000 0000 6d4e nul nul nul soh nul nul nul nul nul nul nul nul nul nul N m 0035440 4542 231b 8503 b6f1 7140 0479 0000 0000 B E esc # etx enq q 6 @ q y eot nul nul nul nul 0035460 2141 0cfa bb36 d873 0000 0000 0100 e457 A ! z ff 6 ; s X nul nul nul nul nul soh W d 0035500 0000 0000 0000 1600 0000 0000 0000 0100 nul nul nul nul nul nul nul syn nul nul nul nul nul nul nul soh 0035520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035560 c03c 1600 0000 0000 0000 0000 0000 0000 < @ nul syn nul nul nul nul nul nul nul nul nul nul nul nul 0035600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036020 0000 0100 0000 0000 0000 0000 0000 3e46 nul nul nul soh nul nul nul nul nul nul nul nul nul nul F > 0036040 4542 231b 8503 b6f1 7140 0679 0000 0000 B E esc # etx enq q 6 @ q y ack nul nul nul nul 0036060 2141 0cfa 1637 c8fd 0000 0000 0000 6e7d A ! z ff 7 syn } H nul nul nul nul nul nul } n 0036100 0000 0000 0000 0800 0000 0000 0000 0100 nul nul nul nul nul nul nul bs nul nul nul nul nul nul nul soh 0036120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036160 e011 0800 0000 0000 0000 0000 0000 0000 dc1 ` nul bs nul nul nul nul nul nul nul nul nul nul nul nul 0036200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036420 0000 0100 0000 0000 0000 0000 0000 6241 nul nul nul soh nul nul nul nul nul nul nul nul nul nul A b 0036440 4542 fa1a 321c 2ac2 7140 ed78 0000 0000 B E sub z fs 2 B * @ q x m nul nul nul nul 0036460 2141 0cfa 5437 6804 0000 0000 0000 3a45 A ! z ff 7 T eot h nul nul nul nul nul nul E : 0036500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0036520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036560 6007 0500 0000 0000 0000 0000 0000 0000 bel ` nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0036600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037020 0000 0100 0000 0000 0000 0000 0000 c177 nul nul nul soh nul nul nul nul nul nul nul nul nul nul w A 0037040 4542 121b 752b cc61 7140 ef78 0000 0000 B E esc dc2 + u a L @ q x o nul nul nul nul 0037060 2141 0cfa be37 00d0 0000 0000 0000 09a3 A ! z ff 7 > P nul nul nul nul nul nul nul # ht 0037100 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0037120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037160 e045 0b00 0000 0000 0000 0000 0000 0000 E ` nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0037200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0037440 4542 fa1a 321c 2ac2 7140 fa78 0000 0000 B E sub z fs 2 B * @ q x z nul nul nul nul 0037460 2141 0cfa 1a38 f059 0000 0000 0000 1f49 A ! z ff 8 sub Y p nul nul nul nul nul nul I us 0037500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0037520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037560 2001 0500 0000 0000 0000 0000 0000 0000 soh sp nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0037600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0040000 ------=_Part_23_23459640.1112198332961-- From owner-linux-xfs Wed Mar 30 08:11:49 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 08:11:50 -0800 (PST) Received: from mail00hq.adic.com ([63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UGBmu2003619 for ; Wed, 30 Mar 2005 08:11:49 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 08:11:43 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 08:11:43 -0800 Message-ID: <424ACFBC.3010304@xfs.org> Date: Wed, 30 Mar 2005 10:11:40 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 16:11:43.0223 (UTC) FILETIME=[29EA5070:01C53543] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5155 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 769 Lines: 26 Sven Gehr wrote: > Am Mi 30.03.2005 17:36 schrieb Steve Lord : > [...] > >>do dd if=/dev/md0 of=/tmp/block bs=16k count=1 > > >>then do od -xa on this file and send the output to the list, it will >>be fairly simple to see if you lost more than the super block. > > > the output is in the attachment file. I hope the list accept mails with > attachments? > > Hmm, are you sure your disks are in the correct order inside md? Did your devices perhaps get renumbered somehow - by plugging in new drives perhaps. You have xfs inodes at block zero here, so this does not look like it was the start of a filesystem to me. Look at the start of all your component drives with od -xa, you are looking for one which starts out with XFSB in ascii. Steve From owner-linux-xfs Wed Mar 30 08:26:10 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 08:26:11 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UGQANA008289 for ; Wed, 30 Mar 2005 08:26:10 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 1D112439FC3 for ; Wed, 30 Mar 2005 18:26:22 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09544-01 for ; Wed, 30 Mar 2005 18:26:21 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 2E400435294 for ; Wed, 30 Mar 2005 18:26:21 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id DD8BC3E75 for ; Wed, 30 Mar 2005 18:26:07 +0200 (CEST) Message-ID: <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 18:26:07 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <424ACFBC.3010304@xfs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5156 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 694 Lines: 24 Am Mi 30.03.2005 18:11 schrieb Steve Lord : > Sven Gehr wrote: > > Am Mi 30.03.2005 17:36 schrieb Steve Lord : [...] > Hmm, are you sure your disks are in the correct order inside md? Did > your devices perhaps get renumbered somehow - by plugging in new > drives > perhaps. You have xfs inodes at block zero here, so this does not look > like it was the start of a filesystem to me. No, I can't remember the orginal order :-( > Look at the start of all your component drives with od -xa, you are > looking > for one which starts out with XFSB in ascii. I must make: dd if=/dev/sdax of=/tmp/block bs=16k count=1 for all raid devices (sda2, sdb2 and sdc2) ? From owner-linux-xfs Wed Mar 30 09:08:25 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 09:08:27 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UH8MS0010821 for ; Wed, 30 Mar 2005 09:08:23 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 3990F43BE55 for ; Wed, 30 Mar 2005 19:08:35 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15434-01 for ; Wed, 30 Mar 2005 19:08:34 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 1AA4D4395D8 for ; Wed, 30 Mar 2005 19:08:31 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 5CE933E6F for ; Wed, 30 Mar 2005 19:08:17 +0200 (CEST) Message-ID: <28591825.1112202497385.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 19:08:17 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <424ACFBC.3010304@xfs.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_25_6865516.1112202497376" X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5157 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 146378 Lines: 2583 ------=_Part_25_6865516.1112202497376 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Am Mi 30.03.2005 18:11 schrieb Steve Lord : > Sven Gehr wrote: > > Am Mi 30.03.2005 17:36 schrieb Steve Lord : [...] > Hmm, are you sure your disks are in the correct order inside md? Did > your devices perhaps get renumbered somehow - by plugging in new > drives > perhaps. You have xfs inodes at block zero here, so this does not look > like it was the start of a filesystem to me. > Look at the start of all your component drives with od -xa, you are > looking > for one which starts out with XFSB in ascii. Ok. I have do: dd if=/dev/sdX2 of=sdX2_header bs=16k count=1 for alle (sda2, sdb2, sdc2) devices. Next time I have od -xa with alle files. The output is in the attachment. I can't find XFSB in this files? with best regards sven ------=_Part_25_6865516.1112202497376 Content-Type: application/octet-stream; name=sda2_header_ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sda2_header_ascii 0000000 4e49 ed41 0201 1600 0000 0000 0000 0000 I N A m soh stx nul syn nul nul nul nul nul nul nul nul 0000020 0000 1600 0000 0000 0000 0000 0000 0506 nul nul nul syn nul nul nul nul nul nul nul nul nul nul ack enq 0000040 4442 b6d3 1738 083a 4542 1c1b 5c0e 1f8c B D S 6 8 etb : bs B E esc fs so \ ff us 0000060 4542 1c1b 5c0e 1f8c 0000 0000 0000 0010 B E esc fs so \ ff us nul nul nul nul nul nul dle nul 0000100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0000120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0000140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000160 e003 0100 0000 0000 0000 0000 0000 0000 etx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0000400 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0000420 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000440 0000 0000 0000 0000 2141 f1f9 de29 9800 nul nul nul nul nul nul nul nul A ! y q ) ^ nul can 0000460 2141 f1f9 de29 9800 0000 0000 0000 0000 A ! y q ) ^ nul can nul nul nul nul nul nul nul nul 0000500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0000520 0000 0200 0000 0000 0000 0400 0000 0000 nul nul nul stx nul nul nul nul nul nul nul eot nul nul nul nul 0000540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001000 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0001020 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0001040 2141 f1f9 de29 60b0 2141 f1f9 de29 60b0 A ! y q ) ^ 0 ` A ! y q ) ^ 0 ` 0001060 2141 f1f9 de29 60b0 0000 0000 0000 0000 A ! y q ) ^ 0 ` nul nul nul nul nul nul nul nul 0001100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0001160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0001420 0000 0200 0000 0000 0000 0000 0000 0100 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul soh 0001440 2141 f5f9 080c 9823 2141 f5f9 080c 9823 A ! y u ff bs # can A ! y u ff bs # can 0001460 2141 f5f9 080c 9823 0000 0000 0000 0600 A ! y u ff bs # can nul nul nul nul nul nul nul ack 0001500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001540 ffff ffff 0000 0000 0002 0000 0000 0000 del del del del nul nul nul nul stx nul nul nul nul nul nul nul 0001560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 4e49 ff41 0201 1500 0000 0000 0000 0000 I N A del soh stx nul nak nul nul nul nul nul nul nul nul 0002020 0000 1500 0000 0000 0000 0000 0000 8601 nul nul nul nak nul nul nul nul nul nul nul nul nul nul soh ack 0002040 4442 b7d3 c52d 8ce8 4442 bbd3 a217 0c1b B D S 7 - E h ff B D S ; etb " esc ff 0002060 4442 bbd3 a217 0c1b 0000 0000 0000 0010 B D S ; etb " esc ff nul nul nul nul nul nul dle nul 0002100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002140 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002160 4043 0100 0005 6540 706d 7974 002c 1902 C @ nul soh enq nul @ e m p t y , nul stx em 0002200 0004 6d50 7369 3063 0200 0418 6000 656e eot nul P m i s c 0 nul stx can eot nul ` n e 0002220 7377 0034 1902 0006 6e70 626f 646f 3879 w s 4 nul stx em ack nul p n o b o d y 8 0002240 0200 0b18 8800 6170 5f6d 6564 7076 7265 nul stx can vt nul bs p a m _ d e v p e r 0002260 3c6d 0200 061a a000 7777 7277 6e75 0000 m < nul stx sub ack nul sp w w w r u n nul nul 0002300 1c02 0006 64b8 6368 6370 1064 3000 0428 stx fs ack nul 8 d h c p c d dle nul 0 ( eot 0002320 d000 6373 6d70 001c 3456 0003 6ee0 7366 nul P s c p m fs nul V 4 etx nul ` n f s 0002340 0004 38e0 0008 68f0 7261 7764 7261 0c65 eot nul ` 8 bs nul p h a r d w a r e ff 0002360 aa02 0016 0000 0000 0000 0000 0000 0000 stx * syn nul nul nul nul nul nul nul nul nul nul nul nul nul 0002400 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0002420 0000 0200 0000 0000 0000 0000 0000 0d02 nul nul nul stx nul nul nul nul nul nul nul nul nul nul stx cr 0002440 4542 211b d00f c39c 8a41 7b25 072f 48a6 B E esc ! si P fs C A nl % { / bel & H 0002460 8a41 7b25 072f 48a6 0000 0000 0000 0010 A nl % { / bel & H nul nul nul nul nul nul dle nul 0002500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002540 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002560 c041 0100 6d2e 0064 6c00 0c3a 6000 3053 A @ nul soh . m d nul nul l : ff nul ` S 0 0002600 6231 6f6f 2e74 6373 6d70 0000 2574 000a 1 b o o t . s c p m nul nul t % nl nul 0002620 4b90 3032 6f62 746f 6d2e 0064 6c00 0c3b dle K 2 0 b o o t . m d nul nul l ; ff 0002640 a800 324b 6230 6f6f 2e74 6373 6d70 0000 nul ( K 2 0 b o o t . s c p m nul nul 0002660 2674 0015 53c0 3130 6f62 746f 642e 7665 t & nak nul @ S 0 1 b o o t . d e v 0002700 6369 2d65 616d 7070 7265 0000 05e0 0015 i c e - m a p p e r nul nul ` enq nak nul 0002720 4be0 3032 6f62 746f 642e 7665 6369 2d65 ` K 2 0 b o o t . d e v i c e - 0002740 616d 7070 7265 0000 06e0 0000 0000 0000 m a p p e r nul nul ` ack nul nul nul nul nul nul 0002760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0003020 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0003040 4442 b7d3 5b2d 261c 7240 11d5 0000 0000 B D S 7 - [ fs & @ r U dc1 nul nul nul nul 0003060 2141 fdf9 9b10 c896 0000 0000 0000 0600 A ! y } dle esc syn H nul nul nul nul nul nul nul ack 0003100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003140 ffff ffff 0000 0038 0202 0000 0000 0000 del del del del nul nul 8 nul stx stx nul nul nul nul nul nul 0003160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0003400 4e49 ed41 0201 0c00 0000 0000 0000 0000 I N A m soh stx nul ff nul nul nul nul nul nul nul nul 0003420 0000 0c00 0000 0000 0000 0000 0000 7601 nul nul nul ff nul nul nul nul nul nul nul nul nul nul soh v 0003440 4542 fa1a 4903 f05d b041 1599 0832 237b B E sub z etx I ] p A 0 em nak 2 bs { # 0003460 b041 1599 0832 237b 0000 0000 0000 0010 A 0 em nak 2 bs { # nul nul nul nul nul nul dle nul 0003500 0000 0000 0000 0200 0000 0000 0000 0200 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul stx 0003520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0003560 c003 0100 0000 0100 0000 0000 0000 0000 etx @ nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0003600 e087 0100 0000 0000 0000 0000 0000 0000 bel ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0003620 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0004000 4e49 ff43 0301 2800 0000 0000 0000 0000 I N C del soh etx nul ( nul nul nul nul nul nul nul nul 0004020 0000 2800 0000 0000 0000 0000 0000 f35e nul nul nul ( nul nul nul nul nul nul nul nul nul nul ^ s 0004040 4542 131b 5823 d591 4542 191b c22f 3009 B E esc dc3 # X dc1 U B E esc em / B ht 0 0004060 4542 191b c22f 3009 0000 0000 0000 0090 B E esc em / B ht 0 nul nul nul nul nul nul dle nul 0004100 0000 0000 0000 0e00 0000 0000 0000 0b00 nul nul nul nul nul nul nul so nul nul nul nul nul nul nul vt 0004120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004140 ffff ffff 0100 0100 0000 0000 0000 0000 del del del del nul soh nul soh nul nul nul nul nul nul nul nul 0004160 00a3 0100 0000 0000 0000 0002 0000 0100 # nul nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0004200 20fd 0300 0000 0000 0000 0008 0000 0200 } sp nul etx nul nul nul nul nul nul bs nul nul nul nul stx 0004220 6045 0100 0000 0000 0000 000a 0000 0200 E ` nul soh nul nul nul nul nul nul nl nul nul nul nul stx 0004240 e0b6 0100 0000 0000 0000 000c 0000 0200 6 ` nul soh nul nul nul nul nul nul ff nul nul nul nul stx 0004260 0000 0000 0000 9811 0000 0000 0000 0100 nul nul nul nul nul nul dc1 can nul nul nul nul nul nul nul soh 0004300 00fd 0100 0000 0100 0000 0002 0000 0200 } nul nul soh nul nul nul soh nul nul stx nul nul nul nul stx 0004320 e058 0100 0000 0100 0000 0004 0000 0300 X ` nul soh nul nul nul soh nul nul eot nul nul nul nul etx 0004340 a057 0100 0000 0200 0000 0000 0000 0200 W sp nul soh nul nul nul stx nul nul nul nul nul nul nul stx 0004360 8058 0100 2e4c 3435 3233 0000 2e04 0000 X nul nul soh L . 5 4 3 2 nul nul eot . nul nul 0004400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0004420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0004440 4442 b7d3 f532 9d42 2241 5c18 8901 f83a B D S 7 2 u B gs A " can \ soh ht : x 0004460 2241 5c18 8901 f83a 0000 0000 0000 0600 A " can \ soh ht : x nul nul nul nul nul nul nul ack 0004500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0004520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004540 ffff ffff 0000 0038 0502 0000 0000 0000 del del del del nul nul 8 nul stx enq nul nul nul nul nul nul 0004560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0005040 4442 b7d3 2333 ed07 7240 15d5 0000 0000 B D S 7 3 # bel m @ r U nak nul nul nul nul 0005060 2141 fdf9 4a13 5021 0000 0000 0000 0600 A ! y } dc3 J ! P nul nul nul nul nul nul nul ack 0005100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005140 ffff ffff 0000 0038 0602 0000 0000 0000 del del del del nul nul 8 nul stx ack nul nul nul nul nul nul 0005160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0005440 4442 b7d3 8c37 f80a 2241 5c18 f401 9006 B D S 7 7 ff nl x A " can \ soh t ack dle 0005460 2241 5c18 f401 9006 0000 0000 0000 0600 A " can \ soh t ack dle nul nul nul nul nul nul nul ack 0005500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005540 ffff ffff 0000 0034 0702 0000 0000 0000 del del del del nul nul 4 nul stx bel nul nul nul nul nul nul 0005560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006000 4e49 ed41 0201 ed00 0000 0000 0000 0000 I N A m soh stx nul m nul nul nul nul nul nul nul nul 0006020 0000 ed00 0000 0000 0000 0000 0000 1d01 nul nul nul m nul nul nul nul nul nul nul nul nul nul soh gs 0006040 4442 b7d3 aa37 838e b341 884b 420c 4462 B D S 7 7 * so etx A 3 K bs ff B b D 0006060 b341 884b 420c 4462 0000 0000 0000 0020 A 3 K bs ff B b D nul nul nul nul nul nul sp nul 0006100 0000 0000 0000 0300 0000 0000 0000 0300 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul etx 0006120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0006160 a003 0100 0000 0000 0000 0002 0000 0100 etx sp nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0006200 8044 0100 0000 0100 0000 0000 0000 0100 D nul nul soh nul nul nul soh nul nul nul nul nul nul nul soh 0006220 6043 0100 0000 0000 0000 0000 0000 0000 C ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0006240 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0006420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0006440 4442 b7d3 a53a 0e67 2141 fdf9 6c14 c800 B D S 7 : % g so A ! y } dc4 l nul H 0006460 2141 fdf9 6c14 c800 0000 0000 0000 1800 A ! y } dc4 l nul H nul nul nul nul nul nul nul can 0006500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0006520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0006560 454d 5353 4741 5345 0004 1a02 0000 0000 M E S S A G E S eot nul stx sub nul nul nul nul 0006600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007040 4442 b7d3 b43a d3a8 2141 fdf9 c714 b88a B D S 7 : 4 ( S A ! y } dc4 G nl 8 0007060 2141 fdf9 c714 b88a 0000 0000 0000 1800 A ! y } dc4 G nl 8 nul nul nul nul nul nul nul can 0007100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007160 454d 5353 4741 5345 0004 1b02 0000 0000 M E S S A G E S eot nul stx esc nul nul nul nul 0007200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007440 4442 b7d3 b43a d3a8 2141 fdf9 2315 a814 B D S 7 : 4 ( S A ! y } nak # dc4 ( 0007460 2141 fdf9 2315 a814 0000 0000 0000 1800 A ! y } nak # dc4 ( nul nul nul nul nul nul nul can 0007500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007560 454d 5353 4741 5345 0004 1c02 0000 0000 M E S S A G E S eot nul stx fs nul nul nul nul 0007600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010040 4442 b7d3 b43a d3a8 2141 fdf9 9d15 e821 B D S 7 : 4 ( S A ! y } nak gs ! h 0010060 2141 fdf9 9d15 e821 0000 0000 0000 1800 A ! y } nak gs ! h nul nul nul nul nul nul nul can 0010100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010160 454d 5353 4741 5345 0004 1d02 0000 0000 M E S S A G E S eot nul stx gs nul nul nul nul 0010200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010440 4442 b7d3 c33a 99ea 2141 fdf9 f815 d8ab B D S 7 : C j em A ! y } nak x + X 0010460 2141 fdf9 f815 d8ab 0000 0000 0000 1800 A ! y } nak x + X nul nul nul nul nul nul nul can 0010500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010560 454d 5353 4741 5345 0004 1e02 0000 0000 M E S S A G E S eot nul stx rs nul nul nul nul 0010600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011040 4442 b7d3 c33a 99ea 2141 fdf9 5416 c835 B D S 7 : C j em A ! y } syn T 5 H 0011060 2141 fdf9 5416 c835 0000 0000 0000 1800 A ! y } syn T 5 H nul nul nul nul nul nul nul can 0011100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011160 454d 5353 4741 5345 0004 1f02 0000 0000 M E S S A G E S eot nul stx us nul nul nul nul 0011200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011440 4442 b7d3 d33a 5e2c 2141 fdf9 bf16 6001 B D S 7 : S , ^ A ! y } syn ? soh ` 0011460 2141 fdf9 bf16 6001 0000 0000 0000 1800 A ! y } syn ? soh ` nul nul nul nul nul nul nul can 0011500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011560 454d 5353 4741 5345 0004 2002 0000 0000 M E S S A G E S eot nul stx sp nul nul nul nul 0011600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012040 4442 b7d3 d33a 5e2c 2141 fdf9 2917 f8cc B D S 7 : S , ^ A ! y } etb ) L x 0012060 2141 fdf9 2917 f8cc 0000 0000 0000 1800 A ! y } etb ) L x nul nul nul nul nul nul nul can 0012100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012160 454d 5353 4741 5345 0004 2102 0000 0000 M E S S A G E S eot nul stx ! nul nul nul nul 0012200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012440 4442 b7d3 d33a 5e2c 2141 fdf9 8517 e856 B D S 7 : S , ^ A ! y } etb enq V h 0012460 2141 fdf9 8517 e856 0000 0000 0000 1800 A ! y } etb enq V h nul nul nul nul nul nul nul can 0012500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012560 454d 5353 4741 5345 0004 2202 0000 0000 M E S S A G E S eot nul stx " nul nul nul nul 0012600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013040 4442 b7d3 e23a 236e 2141 fdf9 ff17 2864 B D S 7 : b n # A ! y } etb del d ( 0013060 2141 fdf9 ff17 2864 0000 0000 0000 1800 A ! y } etb del d ( nul nul nul nul nul nul nul can 0013100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013160 454d 5353 4741 5345 0004 2302 0000 0000 M E S S A G E S eot nul stx # nul nul nul nul 0013200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013440 4442 b7d3 e23a 236e 2141 fdf9 7918 6871 B D S 7 : b n # A ! y } can y q h 0013460 2141 fdf9 7918 6871 0000 0000 0000 1800 A ! y } can y q h nul nul nul nul nul nul nul can 0013500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013560 454d 5353 4741 5345 0004 2402 0000 0000 M E S S A G E S eot nul stx $ nul nul nul nul 0013600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014040 4442 b7d3 f13a e9af 2141 fdf9 d418 58fb B D S 7 : q / i A ! y } can T { X 0014060 2141 fdf9 d418 58fb 0000 0000 0000 1800 A ! y } can T { X nul nul nul nul nul nul nul can 0014100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014160 454d 5353 4741 5345 0004 2502 0000 0000 M E S S A G E S eot nul stx % nul nul nul nul 0014200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014440 4442 b7d3 f13a e9af 2141 fdf9 4f19 9808 B D S 7 : q / i A ! y } em O bs can 0014460 2141 fdf9 4f19 9808 0000 0000 0000 1800 A ! y } em O bs can nul nul nul nul nul nul nul can 0014500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014560 454d 5353 4741 5345 000c 1802 0000 0000 M E S S A G E S ff nul stx can nul nul nul nul 0014600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015000 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0015020 0000 0200 0000 0000 0000 0000 0000 4501 nul nul nul stx nul nul nul nul nul nul nul nul nul nul soh E 0015040 4442 b7d3 6b3b 13be fb41 9479 7d0e d2f8 B D S 7 ; k > dc3 A { y dc4 so } x R 0015060 fb41 9479 7d0e d2f8 0000 0000 0000 0040 A { y dc4 so } x R nul nul nul nul nul nul @ nul 0015100 0000 0000 0000 0500 0000 0000 0000 0500 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul enq 0015120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0015160 8004 0100 0000 0000 0000 0002 0000 0000 eot nul nul soh nul nul nul nul nul nul stx nul nul nul nul nul 0015200 20d3 0100 0000 0000 0000 0004 0000 0100 S sp nul soh nul nul nul nul nul nul eot nul nul nul nul soh 0015220 e041 0100 0000 0000 0000 0006 0000 0100 A ` nul soh nul nul nul nul nul nul ack nul nul nul nul soh 0015240 a046 0100 0000 0100 0000 0000 0000 0000 F sp nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0015260 a079 0100 0000 0000 0000 0000 0000 0000 y sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0015300 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015400 4e49 ed41 0101 0400 0000 0000 0000 0000 I N A m soh soh nul eot nul nul nul nul nul nul nul nul 0015420 0000 0400 0000 0000 0000 0000 0000 ee00 nul nul nul eot nul nul nul nul nul nul nul nul nul nul nul n 0015440 4442 b7d3 b62d c6a6 2441 0ad8 d802 d8f3 B D S 7 - 6 & F A $ X nl stx X s X 0015460 2441 0ad8 d802 d8f3 0000 0000 0000 1a00 A $ X nl stx X s X nul nul nul nul nul nul nul sub 0015500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0015520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015540 ffff ffff 0002 0038 1702 0003 6530 6374 del del del del stx nul 8 nul stx etb etx nul 0 e t c 0015560 013c 2a34 0003 7640 7261 0114 139c 0000 < soh 4 * etx nul @ v a r dc4 soh fs dc3 nul nul 0015600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016000 4e49 ed41 0101 0200 0000 1e00 0000 0000 I N A m soh soh nul stx nul nul nul rs nul nul nul nul 0016020 0000 0200 0000 0000 0000 0000 0000 ed00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul m 0016040 4442 b7d3 c52d 8ce8 7240 14d5 0000 0000 B D S 7 - E h ff @ r U dc4 nul nul nul nul 0016060 2141 fdf9 8f1a 606b 0000 0000 0000 0600 A ! y } sub si k ` nul nul nul nul nul nul nul ack 0016100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016140 ffff ffff 0000 0000 0402 0000 0000 0000 del del del del nul nul nul nul stx eot nul nul nul nul nul nul 0016160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0016420 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0016440 4442 b7d3 6a2d ec5d 543f 596a 0000 0000 B D S 7 - j ] l ? T j Y nul nul nul nul 0016460 2141 fdf9 e029 0855 0000 0000 0000 0600 A ! y } ) ` U bs nul nul nul nul nul nul nul ack 0016500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016540 ffff ffff 0000 0008 0302 0000 0000 0000 del del del del nul nul bs nul stx etx nul nul nul nul nul nul 0016560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017040 4442 b7d3 993b 6383 7140 98ea 0000 0000 B D S 7 ; em etx c @ q j can nul nul nul nul 0017060 2141 1afa d026 7004 0000 0000 0000 2400 A ! z sub & P eot p nul nul nul nul nul nul nul $ 0017100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017140 ffff ffff 0002 0014 1b02 0005 4550 6574 del del del del stx nul dc4 nul stx esc enq nul P E t e 0017160 6d72 0000 2002 000b 4580 6574 6d72 632d r m nul nul stx sp vt nul nul E t e r m - c 0017200 6c6f 726f 0000 2102 0000 0000 0000 0000 o l o r nul nul stx ! nul nul nul nul nul nul nul nul 0017220 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017420 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017440 4442 b8d3 3b00 79c0 7140 3aea 0000 0000 B D S 8 nul ; @ y @ q j : nul nul nul nul 0017460 2141 1afa 5927 5853 0000 0000 0000 3100 A ! z sub ' Y S X nul nul nul nul nul nul nul 1 0017500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017540 ffff ffff 0003 0014 1b02 0008 6a50 6961 del del del del etx nul dc4 nul stx esc bs nul P j a i 0017560 7478 7265 006d 0200 0a22 8800 616a 7869 x t e r m nul nul stx " nl nul bs j a i x 0017600 6574 6d72 6d2d 0000 2302 0004 6ab8 7265 t e r m - m nul nul stx # eot nul 8 j e r 0017620 0071 0200 0024 0000 0000 0000 0000 0000 q nul nul stx $ nul nul nul nul nul nul nul nul nul nul nul 0017640 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0020020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0020060 2141 fff9 6930 b8e7 0000 0000 0000 1407 A ! y del 0 i g 8 nul nul nul nul nul nul bel dc4 0020100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0020120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0020160 a004 0100 0000 0000 0000 0000 0000 0000 eot sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0020200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020400 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0020420 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020440 2141 fff9 6930 b8e7 2141 fff9 6930 b8e7 A ! y del 0 i g 8 A ! y del 0 i g 8 0020460 2141 fff9 7930 6029 0000 0000 0000 0500 A ! y del 0 y ) ` nul nul nul nul nul nul nul enq 0020500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0020520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020540 ffff ffff 7445 7265 006d 0000 0000 0000 del del del del E t e r m nul nul nul nul nul nul nul 0020560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021020 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021060 2141 01fa b022 4847 0000 0000 0000 3607 A ! z soh " 0 G H nul nul nul nul nul nul bel 6 0021100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021160 c004 0100 0000 0000 0000 0000 0000 0000 eot @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021420 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021440 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021460 2141 01fa bf22 f088 0000 0000 0000 de05 A ! z soh " ? bs p nul nul nul nul nul nul enq ^ 0021500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021560 e004 0100 0000 0000 0000 0000 0000 0000 eot ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0022020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0022040 2141 01fa bf22 f088 2141 01fa bf22 f088 A ! z soh " ? bs p A ! z soh " ? bs p 0022060 2141 01fa bf22 f088 0000 0000 0000 0900 A ! z soh " ? bs p nul nul nul nul nul nul nul ht 0022100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022140 ffff ffff 2e2e 622f 622f 696c 0074 0000 del del del del . . / b / b l i t nul nul nul 0022160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0022420 0000 0200 0000 0000 0000 0000 0000 f800 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul x 0022440 4442 b8d3 8800 5409 2141 05fa a105 b019 B D S 8 nul bs ht T A ! z enq enq ! em 0 0022460 2141 05fa a105 b019 0000 0000 0000 8400 A ! z enq enq ! em 0 nul nul nul nul nul nul nul eot 0022500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022540 ffff ffff 0009 0030 0802 0007 4150 2e54 del del del del ht nul 0 nul stx bs bel nul P A T . 0022560 6f63 666e 0000 2602 0007 4388 2e41 6f63 c o n f nul nul stx & bel nul bs C A . c o 0022600 666e 0000 2702 0007 43c0 2e5a 6f63 666e n f nul nul stx ' bel nul @ C Z . c o n f 0022620 0000 2802 0007 44f8 2e45 6f63 666e 0000 nul nul stx ( bel nul x D E . c o n f nul nul 0022640 2902 0107 4730 2e42 6f63 666e 0000 2a02 stx ) bel soh 0 G B . c o n f nul nul stx * 0022660 0107 4868 2e55 6f63 666e 0000 2b02 0107 bel soh h H U . c o n f nul nul stx + bel soh 0022700 4ea0 2e4c 6f63 666e 0000 2c02 0107 53d8 sp N L . c o n f nul nul stx , bel soh X S 0022720 2e49 6f63 666e 0000 2d02 0207 5510 2e53 I . c o n f nul nul stx - bel stx dle U S . 0022740 6f63 666e 0000 2e02 0000 0000 0000 0000 c o n f nul nul stx . nul nul nul nul nul nul nul nul 0022760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0023000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023040 4c41 131b 1e2d 18a7 7240 e807 0000 0000 A L esc dc3 - rs ' can @ r bel h nul nul nul nul 0023060 2141 05fa 6004 e8b6 0000 0000 0000 fe00 A ! z enq eot ` 6 h nul nul nul nul nul nul nul ~ 0023100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023160 8003 0100 0000 0000 0000 0000 0000 0000 etx nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0023400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023440 4c41 131b a72d 00f6 7240 e807 0000 0000 A L esc dc3 - ' v nul @ r bel h nul nul nul nul 0023460 2141 05fa 6f04 90f8 0000 0000 0000 0005 A ! z enq eot o x dle nul nul nul nul nul nul enq nul 0023500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023560 0005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024040 4c41 131b 1032 90f0 7240 e807 0000 0000 A L esc dc3 2 dle p dle @ r bel h nul nul nul nul 0024060 2141 05fa 9d04 88bd 0000 0000 0000 1b2a A ! z enq eot gs = bs nul nul nul nul nul nul * esc 0024100 0000 0000 0000 0300 0000 0000 0000 0100 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul soh 0024120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024160 2005 0300 0000 0000 0000 0000 0000 0000 enq sp nul etx nul nul nul nul nul nul nul nul nul nul nul nul 0024200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024440 4c41 131b 0638 3096 7240 e807 0000 0000 A L esc dc3 8 ack syn 0 @ r bel h nul nul nul nul 0024460 2141 05fa cb04 8082 0000 0000 0000 1538 A ! z enq eot K stx nul nul nul nul nul nul nul 8 nak 0024500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0024520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024560 0003 0400 0000 0000 0000 0000 0000 0000 etx nul nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0024600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025040 4c41 131b 0939 58f2 7240 e807 0000 0000 A L esc dc3 9 ht r X @ r bel h nul nul nul nul 0025060 2141 05fa cb04 8082 0000 0000 0000 030a A ! z enq eot K stx nul nul nul nul nul nul nul nl etx 0025100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0025120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025160 8005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0025200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025440 4c41 131b 6c3b 9834 7240 e807 0000 0000 A L esc dc3 ; l 4 can @ r bel h nul nul nul nul 0025460 2141 05fa ea04 d005 0000 0000 0000 8e15 A ! z enq eot j enq P nul nul nul nul nul nul nak so 0025500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0025520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025560 a005 0200 0000 0000 0000 0000 0000 0000 enq sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026040 4c41 141b 4b00 d877 7240 e807 0000 0000 A L esc dc4 nul K w X @ r bel h nul nul nul nul 0026060 2141 05fa f904 7847 0000 0000 0000 e003 A ! z enq eot y G x nul nul nul nul nul nul etx ` 0026100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026160 e002 0100 0000 0000 0000 0000 0000 0000 stx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026440 4c41 141b c500 1885 7240 e807 0000 0000 A L esc dc4 nul E enq can @ r bel h nul nul nul nul 0026460 2141 05fa 0805 2089 0000 0000 0000 4b04 A ! z enq enq bs ht sp nul nul nul nul nul nul eot K 0026500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026560 c002 0100 0000 0000 0000 0000 0000 0000 stx @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0027020 0000 0100 0000 0000 0000 0000 0000 0c00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ff 0027040 4c41 141b 6728 8012 7240 e807 0000 0000 A L esc dc4 ( g dc2 nul @ r bel h nul nul nul nul 0027060 2141 05fa a105 b019 0000 0000 0100 0a71 A ! z enq enq ! em 0 nul nul nul nul nul soh q nl 0027100 0000 0000 0000 1800 0000 0000 0000 0100 nul nul nul nul nul nul nul can nul nul nul nul nul nul nul soh 0027120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027160 8008 1800 0000 0000 0000 0000 0000 0000 bs nul nul can nul nul nul nul nul nul nul nul nul nul nul nul 0027200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0027420 0000 0100 0000 0000 0000 0000 0000 e6a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ f 0027440 4542 241b 7c25 fc83 7140 1879 0000 0000 B E esc $ % | etx | @ q y can nul nul nul nul 0027460 2141 0cfa 7907 7012 0000 0000 0100 2498 A ! z ff bel y dc2 p nul nul nul nul nul soh can $ 0027500 0000 0000 0000 1a00 0000 0000 0000 0100 nul nul nul nul nul nul nul sub nul nul nul nul nul nul nul soh 0027520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027560 800c 1a00 0000 0000 0000 0000 0000 0000 ff nul nul sub nul nul nul nul nul nul nul nul nul nul nul nul 0027600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0030020 0000 0100 0000 0000 0000 0000 0000 e5a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ e 0030040 4542 241b 7c25 fc83 2141 0cfa 7907 7012 B E esc $ % | etx | A ! z ff bel y dc2 p 0030060 2141 0cfa 7907 7012 0000 0000 0000 0b00 A ! z ff bel y dc2 p nul nul nul nul nul nul nul vt 0030100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0030120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030140 ffff ffff 646c 322d 332e 332e 732e 006f del del del del l d - 2 . 3 . 3 . s o nul 0030160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0030420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0030440 4542 fa1a 8515 d3fb 7140 7378 0000 0000 B E sub z nak enq { S @ q x s nul nul nul nul 0030460 2141 0cfa 9707 c095 0000 0000 0000 3a14 A ! z ff bel etb nak @ nul nul nul nul nul nul dc4 : 0030500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0030520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0030560 e005 0200 0000 0000 0000 0000 0000 0000 enq ` nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031040 4542 fa1a e504 c04d 7140 ea78 0000 0000 B E sub z eot e M @ @ q x j nul nul nul nul 0031060 2141 0cfa a607 68d7 0000 0000 0000 bf17 A ! z ff bel & W h nul nul nul nul nul nul etb ? 0031100 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0031120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031160 2006 0200 0000 0000 0000 0000 0000 0000 ack sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031440 4542 fa1a e504 c04d 7140 f378 0000 0000 B E sub z eot e M @ @ q x s nul nul nul nul 0031460 2141 0cfa 5d08 48eb 0000 0000 0000 ef36 A ! z ff bs ] k H nul nul nul nul nul nul 6 o 0031500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0031520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031560 6006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0031600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0032040 4542 fa1a a716 79dd 7140 ed78 0000 0000 B E sub z syn ' ] y @ q x m nul nul nul nul 0032060 2141 0cfa 8b08 40b0 0000 0000 0000 4032 A ! z ff bs vt 0 @ nul nul nul nul nul nul 2 @ 0032100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0032120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032160 4002 0400 0000 0000 0000 0000 0000 0000 stx @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0032200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032420 0000 0100 0000 0000 0000 0000 0000 a100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ! 0032440 4542 fa1a 7d05 76df 7140 5778 0000 0000 B E sub z enq } _ v @ q x W nul nul nul nul 0032460 2141 0cfa 8f32 e87f 0000 0000 1400 835b A ! z ff 2 si del h nul nul nul nul nul dc4 [ etx 0032500 0000 0000 0000 4601 0000 0000 0000 0100 nul nul nul nul nul nul soh F nul nul nul nul nul nul nul soh 0032520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032560 0014 4601 0000 0000 0000 0000 0000 0000 dc4 nul soh F nul nul nul nul nul nul nul nul nul nul nul nul 0032600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0033040 4542 fa1a f717 6e84 7140 e978 0000 0000 B E sub z etb w eot n @ q x i nul nul nul nul 0033060 2141 0cfa c033 08a1 0000 0000 0200 70e2 A ! z ff 3 @ ! bs nul nul nul nul nul stx b p 0033100 0000 0000 0000 2f00 0000 0000 0000 0100 nul nul nul nul nul nul nul / nul nul nul nul nul nul nul soh 0033120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033160 0040 2f00 0000 0000 0000 0000 0000 0000 @ nul nul / nul nul nul nul nul nul nul nul nul nul nul nul 0033200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033420 0000 0100 0000 0000 0000 0000 0000 5c1d nul nul nul soh nul nul nul nul nul nul nul nul nul nul gs \ 0033440 4542 121b 7f37 8347 7140 e578 0000 0000 B E esc dc2 7 del G etx @ q x e nul nul nul nul 0033460 2141 0cfa 2b34 a06c 0000 0000 0000 70aa A ! z ff 4 + l sp nul nul nul nul nul nul * p 0033500 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0033520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033560 8010 0b00 0000 0000 0000 0000 0000 0000 dle nul nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0033600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034020 0000 0100 0000 0000 0000 0000 0000 5ca0 nul nul nul soh nul nul nul nul nul nul nul nul nul nul sp \ 0034040 4542 241b 4b24 9160 7140 b178 0000 0000 B E esc $ $ K ` dc1 @ q x 1 nul nul nul nul 0034060 2141 0cfa 5934 9831 0000 0000 0000 4f35 A ! z ff 4 Y 1 can nul nul nul nul nul nul 5 O 0034100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0034120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034160 e006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0034200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0034440 4542 fa1a 321c 2ac2 7140 9778 0000 0000 B E sub z fs 2 B * @ q x etb nul nul nul nul 0034460 2141 0cfa b835 b017 0000 0000 0200 439a A ! z ff 5 8 etb 0 nul nul nul nul nul stx sub C 0034500 0000 0000 0000 2a00 0000 0000 0000 0100 nul nul nul nul nul nul nul * nul nul nul nul nul nul nul soh 0034520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034560 0048 2a00 0000 0000 0000 0000 0000 0000 H nul nul * nul nul nul nul nul nul nul nul nul nul nul nul 0034600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0035040 4542 fa1a be06 a644 7140 b278 0000 0000 B E sub z ack > D & @ q x 2 nul nul nul nul 0035060 2141 0cfa e535 a8dc 0000 0000 0000 8038 A ! z ff 5 e \ ( nul nul nul nul nul nul 8 nul 0035100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0035120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035160 c001 0400 0000 0000 0000 0000 0000 0000 soh @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0035200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035420 0000 0100 0000 0000 0000 0000 0000 6d4e nul nul nul soh nul nul nul nul nul nul nul nul nul nul N m 0035440 4542 231b 8503 b6f1 7140 0479 0000 0000 B E esc # etx enq q 6 @ q y eot nul nul nul nul 0035460 2141 0cfa bb36 d873 0000 0000 0100 e457 A ! z ff 6 ; s X nul nul nul nul nul soh W d 0035500 0000 0000 0000 1600 0000 0000 0000 0100 nul nul nul nul nul nul nul syn nul nul nul nul nul nul nul soh 0035520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035560 c03c 1600 0000 0000 0000 0000 0000 0000 < @ nul syn nul nul nul nul nul nul nul nul nul nul nul nul 0035600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036020 0000 0100 0000 0000 0000 0000 0000 3e46 nul nul nul soh nul nul nul nul nul nul nul nul nul nul F > 0036040 4542 231b 8503 b6f1 7140 0679 0000 0000 B E esc # etx enq q 6 @ q y ack nul nul nul nul 0036060 2141 0cfa 1637 c8fd 0000 0000 0000 6e7d A ! z ff 7 syn } H nul nul nul nul nul nul } n 0036100 0000 0000 0000 0800 0000 0000 0000 0100 nul nul nul nul nul nul nul bs nul nul nul nul nul nul nul soh 0036120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036160 e011 0800 0000 0000 0000 0000 0000 0000 dc1 ` nul bs nul nul nul nul nul nul nul nul nul nul nul nul 0036200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036420 0000 0100 0000 0000 0000 0000 0000 6241 nul nul nul soh nul nul nul nul nul nul nul nul nul nul A b 0036440 4542 fa1a 321c 2ac2 7140 ed78 0000 0000 B E sub z fs 2 B * @ q x m nul nul nul nul 0036460 2141 0cfa 5437 6804 0000 0000 0000 3a45 A ! z ff 7 T eot h nul nul nul nul nul nul E : 0036500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0036520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036560 6007 0500 0000 0000 0000 0000 0000 0000 bel ` nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0036600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037020 0000 0100 0000 0000 0000 0000 0000 c177 nul nul nul soh nul nul nul nul nul nul nul nul nul nul w A 0037040 4542 121b 752b cc61 7140 ef78 0000 0000 B E esc dc2 + u a L @ q x o nul nul nul nul 0037060 2141 0cfa be37 00d0 0000 0000 0000 09a3 A ! z ff 7 > P nul nul nul nul nul nul nul # ht 0037100 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0037120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037160 e045 0b00 0000 0000 0000 0000 0000 0000 E ` nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0037200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0037440 4542 fa1a 321c 2ac2 7140 fa78 0000 0000 B E sub z fs 2 B * @ q x z nul nul nul nul 0037460 2141 0cfa 1a38 f059 0000 0000 0000 1f49 A ! z ff 8 sub Y p nul nul nul nul nul nul I us 0037500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0037520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037560 2001 0500 0000 0000 0000 0000 0000 0000 soh sp nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0037600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0040000 ------=_Part_25_6865516.1112202497376 Content-Type: application/octet-stream; name=sdb2_header_ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sdb2_header_ascii 0000000 4e49 ed41 0201 1600 0000 0000 0000 0000 I N A m soh stx nul syn nul nul nul nul nul nul nul nul 0000020 0000 1600 0000 0000 0000 0000 0000 0506 nul nul nul syn nul nul nul nul nul nul nul nul nul nul ack enq 0000040 4442 b6d3 1738 083a 4542 1c1b 5c0e 1f8c B D S 6 8 etb : bs B E esc fs so \ ff us 0000060 4542 1c1b 5c0e 1f8c 0000 0000 0000 0010 B E esc fs so \ ff us nul nul nul nul nul nul dle nul 0000100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0000120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0000140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000160 e003 0100 0000 0000 0000 0000 0000 0000 etx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0000400 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0000420 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000440 0000 0000 0000 0000 2141 f1f9 de29 9800 nul nul nul nul nul nul nul nul A ! y q ) ^ nul can 0000460 2141 f1f9 de29 9800 0000 0000 0000 0000 A ! y q ) ^ nul can nul nul nul nul nul nul nul nul 0000500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0000520 0000 0200 0000 0000 0000 0400 0000 0000 nul nul nul stx nul nul nul nul nul nul nul eot nul nul nul nul 0000540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001000 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0001020 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0001040 2141 f1f9 de29 60b0 2141 f1f9 de29 60b0 A ! y q ) ^ 0 ` A ! y q ) ^ 0 ` 0001060 2141 f1f9 de29 60b0 0000 0000 0000 0000 A ! y q ) ^ 0 ` nul nul nul nul nul nul nul nul 0001100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0001160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0001420 0000 0200 0000 0000 0000 0000 0000 0100 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul soh 0001440 2141 f5f9 080c 9823 2141 f5f9 080c 9823 A ! y u ff bs # can A ! y u ff bs # can 0001460 2141 f5f9 080c 9823 0000 0000 0000 0600 A ! y u ff bs # can nul nul nul nul nul nul nul ack 0001500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001540 ffff ffff 0000 0000 0002 0000 0000 0000 del del del del nul nul nul nul stx nul nul nul nul nul nul nul 0001560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 4e49 ff41 0201 1500 0000 0000 0000 0000 I N A del soh stx nul nak nul nul nul nul nul nul nul nul 0002020 0000 1500 0000 0000 0000 0000 0000 8601 nul nul nul nak nul nul nul nul nul nul nul nul nul nul soh ack 0002040 4442 b7d3 c52d 8ce8 4442 bbd3 a217 0c1b B D S 7 - E h ff B D S ; etb " esc ff 0002060 4442 bbd3 a217 0c1b 0000 0000 0000 0010 B D S ; etb " esc ff nul nul nul nul nul nul dle nul 0002100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002140 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002160 4043 0100 0005 6540 706d 7974 002c 1902 C @ nul soh enq nul @ e m p t y , nul stx em 0002200 0004 6d50 7369 3063 0200 0418 6000 656e eot nul P m i s c 0 nul stx can eot nul ` n e 0002220 7377 0034 1902 0006 6e70 626f 646f 3879 w s 4 nul stx em ack nul p n o b o d y 8 0002240 0200 0b18 8800 6170 5f6d 6564 7076 7265 nul stx can vt nul bs p a m _ d e v p e r 0002260 3c6d 0200 061a a000 7777 7277 6e75 0000 m < nul stx sub ack nul sp w w w r u n nul nul 0002300 1c02 0006 64b8 6368 6370 1064 3000 0428 stx fs ack nul 8 d h c p c d dle nul 0 ( eot 0002320 d000 6373 6d70 001c 3456 0003 6ee0 7366 nul P s c p m fs nul V 4 etx nul ` n f s 0002340 0004 38e0 0008 68f0 7261 7764 7261 0c65 eot nul ` 8 bs nul p h a r d w a r e ff 0002360 aa02 0016 0000 0000 0000 0000 0000 0000 stx * syn nul nul nul nul nul nul nul nul nul nul nul nul nul 0002400 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0002420 0000 0200 0000 0000 0000 0000 0000 0d02 nul nul nul stx nul nul nul nul nul nul nul nul nul nul stx cr 0002440 4542 211b d00f c39c 8a41 7b25 072f 48a6 B E esc ! si P fs C A nl % { / bel & H 0002460 8a41 7b25 072f 48a6 0000 0000 0000 0010 A nl % { / bel & H nul nul nul nul nul nul dle nul 0002500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002540 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002560 c041 0100 6d2e 0064 6c00 0c3a 6000 3053 A @ nul soh . m d nul nul l : ff nul ` S 0 0002600 6231 6f6f 2e74 6373 6d70 0000 2574 000a 1 b o o t . s c p m nul nul t % nl nul 0002620 4b90 3032 6f62 746f 6d2e 0064 6c00 0c3b dle K 2 0 b o o t . m d nul nul l ; ff 0002640 a800 324b 6230 6f6f 2e74 6373 6d70 0000 nul ( K 2 0 b o o t . s c p m nul nul 0002660 2674 0015 53c0 3130 6f62 746f 642e 7665 t & nak nul @ S 0 1 b o o t . d e v 0002700 6369 2d65 616d 7070 7265 0000 05e0 0015 i c e - m a p p e r nul nul ` enq nak nul 0002720 4be0 3032 6f62 746f 642e 7665 6369 2d65 ` K 2 0 b o o t . d e v i c e - 0002740 616d 7070 7265 0000 06e0 0000 0000 0000 m a p p e r nul nul ` ack nul nul nul nul nul nul 0002760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0003020 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0003040 4442 b7d3 5b2d 261c 7240 11d5 0000 0000 B D S 7 - [ fs & @ r U dc1 nul nul nul nul 0003060 2141 fdf9 9b10 c896 0000 0000 0000 0600 A ! y } dle esc syn H nul nul nul nul nul nul nul ack 0003100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003140 ffff ffff 0000 0038 0202 0000 0000 0000 del del del del nul nul 8 nul stx stx nul nul nul nul nul nul 0003160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0003400 4e49 ed41 0201 0c00 0000 0000 0000 0000 I N A m soh stx nul ff nul nul nul nul nul nul nul nul 0003420 0000 0c00 0000 0000 0000 0000 0000 7601 nul nul nul ff nul nul nul nul nul nul nul nul nul nul soh v 0003440 4542 fa1a 4903 f05d b041 1599 0832 237b B E sub z etx I ] p A 0 em nak 2 bs { # 0003460 b041 1599 0832 237b 0000 0000 0000 0010 A 0 em nak 2 bs { # nul nul nul nul nul nul dle nul 0003500 0000 0000 0000 0200 0000 0000 0000 0200 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul stx 0003520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0003560 c003 0100 0000 0100 0000 0000 0000 0000 etx @ nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0003600 e087 0100 0000 0000 0000 0000 0000 0000 bel ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0003620 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0004000 4e49 ff43 0301 2800 0000 0000 0000 0000 I N C del soh etx nul ( nul nul nul nul nul nul nul nul 0004020 0000 2800 0000 0000 0000 0000 0000 f35e nul nul nul ( nul nul nul nul nul nul nul nul nul nul ^ s 0004040 4542 131b 5823 d591 4542 191b c22f 3009 B E esc dc3 # X dc1 U B E esc em / B ht 0 0004060 4542 191b c22f 3009 0000 0000 0000 0090 B E esc em / B ht 0 nul nul nul nul nul nul dle nul 0004100 0000 0000 0000 0e00 0000 0000 0000 0b00 nul nul nul nul nul nul nul so nul nul nul nul nul nul nul vt 0004120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004140 ffff ffff 0100 0100 0000 0000 0000 0000 del del del del nul soh nul soh nul nul nul nul nul nul nul nul 0004160 00a3 0100 0000 0000 0000 0002 0000 0100 # nul nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0004200 20fd 0300 0000 0000 0000 0008 0000 0200 } sp nul etx nul nul nul nul nul nul bs nul nul nul nul stx 0004220 6045 0100 0000 0000 0000 000a 0000 0200 E ` nul soh nul nul nul nul nul nul nl nul nul nul nul stx 0004240 e0b6 0100 0000 0000 0000 000c 0000 0200 6 ` nul soh nul nul nul nul nul nul ff nul nul nul nul stx 0004260 0000 0000 0000 9811 0000 0000 0000 0100 nul nul nul nul nul nul dc1 can nul nul nul nul nul nul nul soh 0004300 00fd 0100 0000 0100 0000 0002 0000 0200 } nul nul soh nul nul nul soh nul nul stx nul nul nul nul stx 0004320 e058 0100 0000 0100 0000 0004 0000 0300 X ` nul soh nul nul nul soh nul nul eot nul nul nul nul etx 0004340 a057 0100 0000 0200 0000 0000 0000 0200 W sp nul soh nul nul nul stx nul nul nul nul nul nul nul stx 0004360 8058 0100 2e4c 3435 3233 0000 2e04 0000 X nul nul soh L . 5 4 3 2 nul nul eot . nul nul 0004400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0004420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0004440 4442 b7d3 f532 9d42 2241 5c18 8901 f83a B D S 7 2 u B gs A " can \ soh ht : x 0004460 2241 5c18 8901 f83a 0000 0000 0000 0600 A " can \ soh ht : x nul nul nul nul nul nul nul ack 0004500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0004520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004540 ffff ffff 0000 0038 0502 0000 0000 0000 del del del del nul nul 8 nul stx enq nul nul nul nul nul nul 0004560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0005040 4442 b7d3 2333 ed07 7240 15d5 0000 0000 B D S 7 3 # bel m @ r U nak nul nul nul nul 0005060 2141 fdf9 4a13 5021 0000 0000 0000 0600 A ! y } dc3 J ! P nul nul nul nul nul nul nul ack 0005100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005140 ffff ffff 0000 0038 0602 0000 0000 0000 del del del del nul nul 8 nul stx ack nul nul nul nul nul nul 0005160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0005440 4442 b7d3 8c37 f80a 2241 5c18 f401 9006 B D S 7 7 ff nl x A " can \ soh t ack dle 0005460 2241 5c18 f401 9006 0000 0000 0000 0600 A " can \ soh t ack dle nul nul nul nul nul nul nul ack 0005500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005540 ffff ffff 0000 0034 0702 0000 0000 0000 del del del del nul nul 4 nul stx bel nul nul nul nul nul nul 0005560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006000 4e49 ed41 0201 ed00 0000 0000 0000 0000 I N A m soh stx nul m nul nul nul nul nul nul nul nul 0006020 0000 ed00 0000 0000 0000 0000 0000 1d01 nul nul nul m nul nul nul nul nul nul nul nul nul nul soh gs 0006040 4442 b7d3 aa37 838e b341 884b 420c 4462 B D S 7 7 * so etx A 3 K bs ff B b D 0006060 b341 884b 420c 4462 0000 0000 0000 0020 A 3 K bs ff B b D nul nul nul nul nul nul sp nul 0006100 0000 0000 0000 0300 0000 0000 0000 0300 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul etx 0006120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0006160 a003 0100 0000 0000 0000 0002 0000 0100 etx sp nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0006200 8044 0100 0000 0100 0000 0000 0000 0100 D nul nul soh nul nul nul soh nul nul nul nul nul nul nul soh 0006220 6043 0100 0000 0000 0000 0000 0000 0000 C ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0006240 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0006420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0006440 4442 b7d3 a53a 0e67 2141 fdf9 6c14 c800 B D S 7 : % g so A ! y } dc4 l nul H 0006460 2141 fdf9 6c14 c800 0000 0000 0000 1800 A ! y } dc4 l nul H nul nul nul nul nul nul nul can 0006500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0006520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0006560 454d 5353 4741 5345 0004 1a02 0000 0000 M E S S A G E S eot nul stx sub nul nul nul nul 0006600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007040 4442 b7d3 b43a d3a8 2141 fdf9 c714 b88a B D S 7 : 4 ( S A ! y } dc4 G nl 8 0007060 2141 fdf9 c714 b88a 0000 0000 0000 1800 A ! y } dc4 G nl 8 nul nul nul nul nul nul nul can 0007100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007160 454d 5353 4741 5345 0004 1b02 0000 0000 M E S S A G E S eot nul stx esc nul nul nul nul 0007200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007440 4442 b7d3 b43a d3a8 2141 fdf9 2315 a814 B D S 7 : 4 ( S A ! y } nak # dc4 ( 0007460 2141 fdf9 2315 a814 0000 0000 0000 1800 A ! y } nak # dc4 ( nul nul nul nul nul nul nul can 0007500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007560 454d 5353 4741 5345 0004 1c02 0000 0000 M E S S A G E S eot nul stx fs nul nul nul nul 0007600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010040 4442 b7d3 b43a d3a8 2141 fdf9 9d15 e821 B D S 7 : 4 ( S A ! y } nak gs ! h 0010060 2141 fdf9 9d15 e821 0000 0000 0000 1800 A ! y } nak gs ! h nul nul nul nul nul nul nul can 0010100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010160 454d 5353 4741 5345 0004 1d02 0000 0000 M E S S A G E S eot nul stx gs nul nul nul nul 0010200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010440 4442 b7d3 c33a 99ea 2141 fdf9 f815 d8ab B D S 7 : C j em A ! y } nak x + X 0010460 2141 fdf9 f815 d8ab 0000 0000 0000 1800 A ! y } nak x + X nul nul nul nul nul nul nul can 0010500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010560 454d 5353 4741 5345 0004 1e02 0000 0000 M E S S A G E S eot nul stx rs nul nul nul nul 0010600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011040 4442 b7d3 c33a 99ea 2141 fdf9 5416 c835 B D S 7 : C j em A ! y } syn T 5 H 0011060 2141 fdf9 5416 c835 0000 0000 0000 1800 A ! y } syn T 5 H nul nul nul nul nul nul nul can 0011100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011160 454d 5353 4741 5345 0004 1f02 0000 0000 M E S S A G E S eot nul stx us nul nul nul nul 0011200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011440 4442 b7d3 d33a 5e2c 2141 fdf9 bf16 6001 B D S 7 : S , ^ A ! y } syn ? soh ` 0011460 2141 fdf9 bf16 6001 0000 0000 0000 1800 A ! y } syn ? soh ` nul nul nul nul nul nul nul can 0011500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011560 454d 5353 4741 5345 0004 2002 0000 0000 M E S S A G E S eot nul stx sp nul nul nul nul 0011600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012040 4442 b7d3 d33a 5e2c 2141 fdf9 2917 f8cc B D S 7 : S , ^ A ! y } etb ) L x 0012060 2141 fdf9 2917 f8cc 0000 0000 0000 1800 A ! y } etb ) L x nul nul nul nul nul nul nul can 0012100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012160 454d 5353 4741 5345 0004 2102 0000 0000 M E S S A G E S eot nul stx ! nul nul nul nul 0012200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012440 4442 b7d3 d33a 5e2c 2141 fdf9 8517 e856 B D S 7 : S , ^ A ! y } etb enq V h 0012460 2141 fdf9 8517 e856 0000 0000 0000 1800 A ! y } etb enq V h nul nul nul nul nul nul nul can 0012500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012560 454d 5353 4741 5345 0004 2202 0000 0000 M E S S A G E S eot nul stx " nul nul nul nul 0012600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013040 4442 b7d3 e23a 236e 2141 fdf9 ff17 2864 B D S 7 : b n # A ! y } etb del d ( 0013060 2141 fdf9 ff17 2864 0000 0000 0000 1800 A ! y } etb del d ( nul nul nul nul nul nul nul can 0013100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013160 454d 5353 4741 5345 0004 2302 0000 0000 M E S S A G E S eot nul stx # nul nul nul nul 0013200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013440 4442 b7d3 e23a 236e 2141 fdf9 7918 6871 B D S 7 : b n # A ! y } can y q h 0013460 2141 fdf9 7918 6871 0000 0000 0000 1800 A ! y } can y q h nul nul nul nul nul nul nul can 0013500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013560 454d 5353 4741 5345 0004 2402 0000 0000 M E S S A G E S eot nul stx $ nul nul nul nul 0013600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014040 4442 b7d3 f13a e9af 2141 fdf9 d418 58fb B D S 7 : q / i A ! y } can T { X 0014060 2141 fdf9 d418 58fb 0000 0000 0000 1800 A ! y } can T { X nul nul nul nul nul nul nul can 0014100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014160 454d 5353 4741 5345 0004 2502 0000 0000 M E S S A G E S eot nul stx % nul nul nul nul 0014200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014440 4442 b7d3 f13a e9af 2141 fdf9 4f19 9808 B D S 7 : q / i A ! y } em O bs can 0014460 2141 fdf9 4f19 9808 0000 0000 0000 1800 A ! y } em O bs can nul nul nul nul nul nul nul can 0014500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014560 454d 5353 4741 5345 000c 1802 0000 0000 M E S S A G E S ff nul stx can nul nul nul nul 0014600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015000 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0015020 0000 0200 0000 0000 0000 0000 0000 4501 nul nul nul stx nul nul nul nul nul nul nul nul nul nul soh E 0015040 4442 b7d3 6b3b 13be fb41 9479 7d0e d2f8 B D S 7 ; k > dc3 A { y dc4 so } x R 0015060 fb41 9479 7d0e d2f8 0000 0000 0000 0040 A { y dc4 so } x R nul nul nul nul nul nul @ nul 0015100 0000 0000 0000 0500 0000 0000 0000 0500 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul enq 0015120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0015160 8004 0100 0000 0000 0000 0002 0000 0000 eot nul nul soh nul nul nul nul nul nul stx nul nul nul nul nul 0015200 20d3 0100 0000 0000 0000 0004 0000 0100 S sp nul soh nul nul nul nul nul nul eot nul nul nul nul soh 0015220 e041 0100 0000 0000 0000 0006 0000 0100 A ` nul soh nul nul nul nul nul nul ack nul nul nul nul soh 0015240 a046 0100 0000 0100 0000 0000 0000 0000 F sp nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0015260 a079 0100 0000 0000 0000 0000 0000 0000 y sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0015300 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015400 4e49 ed41 0101 0400 0000 0000 0000 0000 I N A m soh soh nul eot nul nul nul nul nul nul nul nul 0015420 0000 0400 0000 0000 0000 0000 0000 ee00 nul nul nul eot nul nul nul nul nul nul nul nul nul nul nul n 0015440 4442 b7d3 b62d c6a6 2441 0ad8 d802 d8f3 B D S 7 - 6 & F A $ X nl stx X s X 0015460 2441 0ad8 d802 d8f3 0000 0000 0000 1a00 A $ X nl stx X s X nul nul nul nul nul nul nul sub 0015500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0015520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015540 ffff ffff 0002 0038 1702 0003 6530 6374 del del del del stx nul 8 nul stx etb etx nul 0 e t c 0015560 013c 2a34 0003 7640 7261 0114 139c 0000 < soh 4 * etx nul @ v a r dc4 soh fs dc3 nul nul 0015600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016000 4e49 ed41 0101 0200 0000 1e00 0000 0000 I N A m soh soh nul stx nul nul nul rs nul nul nul nul 0016020 0000 0200 0000 0000 0000 0000 0000 ed00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul m 0016040 4442 b7d3 c52d 8ce8 7240 14d5 0000 0000 B D S 7 - E h ff @ r U dc4 nul nul nul nul 0016060 2141 fdf9 8f1a 606b 0000 0000 0000 0600 A ! y } sub si k ` nul nul nul nul nul nul nul ack 0016100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016140 ffff ffff 0000 0000 0402 0000 0000 0000 del del del del nul nul nul nul stx eot nul nul nul nul nul nul 0016160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0016420 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0016440 4442 b7d3 6a2d ec5d 543f 596a 0000 0000 B D S 7 - j ] l ? T j Y nul nul nul nul 0016460 2141 fdf9 e029 0855 0000 0000 0000 0600 A ! y } ) ` U bs nul nul nul nul nul nul nul ack 0016500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016540 ffff ffff 0000 0008 0302 0000 0000 0000 del del del del nul nul bs nul stx etx nul nul nul nul nul nul 0016560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017040 4442 b7d3 993b 6383 7140 98ea 0000 0000 B D S 7 ; em etx c @ q j can nul nul nul nul 0017060 2141 1afa d026 7004 0000 0000 0000 2400 A ! z sub & P eot p nul nul nul nul nul nul nul $ 0017100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017140 ffff ffff 0002 0014 1b02 0005 4550 6574 del del del del stx nul dc4 nul stx esc enq nul P E t e 0017160 6d72 0000 2002 000b 4580 6574 6d72 632d r m nul nul stx sp vt nul nul E t e r m - c 0017200 6c6f 726f 0000 2102 0000 0000 0000 0000 o l o r nul nul stx ! nul nul nul nul nul nul nul nul 0017220 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017420 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017440 4442 b8d3 3b00 79c0 7140 3aea 0000 0000 B D S 8 nul ; @ y @ q j : nul nul nul nul 0017460 2141 1afa 5927 5853 0000 0000 0000 3100 A ! z sub ' Y S X nul nul nul nul nul nul nul 1 0017500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017540 ffff ffff 0003 0014 1b02 0008 6a50 6961 del del del del etx nul dc4 nul stx esc bs nul P j a i 0017560 7478 7265 006d 0200 0a22 8800 616a 7869 x t e r m nul nul stx " nl nul bs j a i x 0017600 6574 6d72 6d2d 0000 2302 0004 6ab8 7265 t e r m - m nul nul stx # eot nul 8 j e r 0017620 0071 0200 0024 0000 0000 0000 0000 0000 q nul nul stx $ nul nul nul nul nul nul nul nul nul nul nul 0017640 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0020020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0020060 2141 fff9 6930 b8e7 0000 0000 0000 1407 A ! y del 0 i g 8 nul nul nul nul nul nul bel dc4 0020100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0020120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0020160 a004 0100 0000 0000 0000 0000 0000 0000 eot sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0020200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020400 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0020420 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020440 2141 fff9 6930 b8e7 2141 fff9 6930 b8e7 A ! y del 0 i g 8 A ! y del 0 i g 8 0020460 2141 fff9 7930 6029 0000 0000 0000 0500 A ! y del 0 y ) ` nul nul nul nul nul nul nul enq 0020500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0020520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020540 ffff ffff 7445 7265 006d 0000 0000 0000 del del del del E t e r m nul nul nul nul nul nul nul 0020560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021020 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021060 2141 01fa b022 4847 0000 0000 0000 3607 A ! z soh " 0 G H nul nul nul nul nul nul bel 6 0021100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021160 c004 0100 0000 0000 0000 0000 0000 0000 eot @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021420 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021440 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021460 2141 01fa bf22 f088 0000 0000 0000 de05 A ! z soh " ? bs p nul nul nul nul nul nul enq ^ 0021500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021560 e004 0100 0000 0000 0000 0000 0000 0000 eot ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0022020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0022040 2141 01fa bf22 f088 2141 01fa bf22 f088 A ! z soh " ? bs p A ! z soh " ? bs p 0022060 2141 01fa bf22 f088 0000 0000 0000 0900 A ! z soh " ? bs p nul nul nul nul nul nul nul ht 0022100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022140 ffff ffff 2e2e 622f 622f 696c 0074 0000 del del del del . . / b / b l i t nul nul nul 0022160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0022420 0000 0200 0000 0000 0000 0000 0000 f800 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul x 0022440 4442 b8d3 8800 5409 2141 05fa a105 b019 B D S 8 nul bs ht T A ! z enq enq ! em 0 0022460 2141 05fa a105 b019 0000 0000 0000 8400 A ! z enq enq ! em 0 nul nul nul nul nul nul nul eot 0022500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022540 ffff ffff 0009 0030 0802 0007 4150 2e54 del del del del ht nul 0 nul stx bs bel nul P A T . 0022560 6f63 666e 0000 2602 0007 4388 2e41 6f63 c o n f nul nul stx & bel nul bs C A . c o 0022600 666e 0000 2702 0007 43c0 2e5a 6f63 666e n f nul nul stx ' bel nul @ C Z . c o n f 0022620 0000 2802 0007 44f8 2e45 6f63 666e 0000 nul nul stx ( bel nul x D E . c o n f nul nul 0022640 2902 0107 4730 2e42 6f63 666e 0000 2a02 stx ) bel soh 0 G B . c o n f nul nul stx * 0022660 0107 4868 2e55 6f63 666e 0000 2b02 0107 bel soh h H U . c o n f nul nul stx + bel soh 0022700 4ea0 2e4c 6f63 666e 0000 2c02 0107 53d8 sp N L . c o n f nul nul stx , bel soh X S 0022720 2e49 6f63 666e 0000 2d02 0207 5510 2e53 I . c o n f nul nul stx - bel stx dle U S . 0022740 6f63 666e 0000 2e02 0000 0000 0000 0000 c o n f nul nul stx . nul nul nul nul nul nul nul nul 0022760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0023000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023040 4c41 131b 1e2d 18a7 7240 e807 0000 0000 A L esc dc3 - rs ' can @ r bel h nul nul nul nul 0023060 2141 05fa 6004 e8b6 0000 0000 0000 fe00 A ! z enq eot ` 6 h nul nul nul nul nul nul nul ~ 0023100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023160 8003 0100 0000 0000 0000 0000 0000 0000 etx nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0023400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023440 4c41 131b a72d 00f6 7240 e807 0000 0000 A L esc dc3 - ' v nul @ r bel h nul nul nul nul 0023460 2141 05fa 6f04 90f8 0000 0000 0000 0005 A ! z enq eot o x dle nul nul nul nul nul nul enq nul 0023500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023560 0005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024040 4c41 131b 1032 90f0 7240 e807 0000 0000 A L esc dc3 2 dle p dle @ r bel h nul nul nul nul 0024060 2141 05fa 9d04 88bd 0000 0000 0000 1b2a A ! z enq eot gs = bs nul nul nul nul nul nul * esc 0024100 0000 0000 0000 0300 0000 0000 0000 0100 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul soh 0024120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024160 2005 0300 0000 0000 0000 0000 0000 0000 enq sp nul etx nul nul nul nul nul nul nul nul nul nul nul nul 0024200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024440 4c41 131b 0638 3096 7240 e807 0000 0000 A L esc dc3 8 ack syn 0 @ r bel h nul nul nul nul 0024460 2141 05fa cb04 8082 0000 0000 0000 1538 A ! z enq eot K stx nul nul nul nul nul nul nul 8 nak 0024500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0024520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024560 0003 0400 0000 0000 0000 0000 0000 0000 etx nul nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0024600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025040 4c41 131b 0939 58f2 7240 e807 0000 0000 A L esc dc3 9 ht r X @ r bel h nul nul nul nul 0025060 2141 05fa cb04 8082 0000 0000 0000 030a A ! z enq eot K stx nul nul nul nul nul nul nul nl etx 0025100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0025120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025160 8005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0025200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025440 4c41 131b 6c3b 9834 7240 e807 0000 0000 A L esc dc3 ; l 4 can @ r bel h nul nul nul nul 0025460 2141 05fa ea04 d005 0000 0000 0000 8e15 A ! z enq eot j enq P nul nul nul nul nul nul nak so 0025500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0025520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025560 a005 0200 0000 0000 0000 0000 0000 0000 enq sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026040 4c41 141b 4b00 d877 7240 e807 0000 0000 A L esc dc4 nul K w X @ r bel h nul nul nul nul 0026060 2141 05fa f904 7847 0000 0000 0000 e003 A ! z enq eot y G x nul nul nul nul nul nul etx ` 0026100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026160 e002 0100 0000 0000 0000 0000 0000 0000 stx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026440 4c41 141b c500 1885 7240 e807 0000 0000 A L esc dc4 nul E enq can @ r bel h nul nul nul nul 0026460 2141 05fa 0805 2089 0000 0000 0000 4b04 A ! z enq enq bs ht sp nul nul nul nul nul nul eot K 0026500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026560 c002 0100 0000 0000 0000 0000 0000 0000 stx @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0027020 0000 0100 0000 0000 0000 0000 0000 0c00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ff 0027040 4c41 141b 6728 8012 7240 e807 0000 0000 A L esc dc4 ( g dc2 nul @ r bel h nul nul nul nul 0027060 2141 05fa a105 b019 0000 0000 0100 0a71 A ! z enq enq ! em 0 nul nul nul nul nul soh q nl 0027100 0000 0000 0000 1800 0000 0000 0000 0100 nul nul nul nul nul nul nul can nul nul nul nul nul nul nul soh 0027120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027160 8008 1800 0000 0000 0000 0000 0000 0000 bs nul nul can nul nul nul nul nul nul nul nul nul nul nul nul 0027200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0027420 0000 0100 0000 0000 0000 0000 0000 e6a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ f 0027440 4542 241b 7c25 fc83 7140 1879 0000 0000 B E esc $ % | etx | @ q y can nul nul nul nul 0027460 2141 0cfa 7907 7012 0000 0000 0100 2498 A ! z ff bel y dc2 p nul nul nul nul nul soh can $ 0027500 0000 0000 0000 1a00 0000 0000 0000 0100 nul nul nul nul nul nul nul sub nul nul nul nul nul nul nul soh 0027520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027560 800c 1a00 0000 0000 0000 0000 0000 0000 ff nul nul sub nul nul nul nul nul nul nul nul nul nul nul nul 0027600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0030020 0000 0100 0000 0000 0000 0000 0000 e5a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ e 0030040 4542 241b 7c25 fc83 2141 0cfa 7907 7012 B E esc $ % | etx | A ! z ff bel y dc2 p 0030060 2141 0cfa 7907 7012 0000 0000 0000 0b00 A ! z ff bel y dc2 p nul nul nul nul nul nul nul vt 0030100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0030120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030140 ffff ffff 646c 322d 332e 332e 732e 006f del del del del l d - 2 . 3 . 3 . s o nul 0030160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0030420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0030440 4542 fa1a 8515 d3fb 7140 7378 0000 0000 B E sub z nak enq { S @ q x s nul nul nul nul 0030460 2141 0cfa 9707 c095 0000 0000 0000 3a14 A ! z ff bel etb nak @ nul nul nul nul nul nul dc4 : 0030500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0030520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0030560 e005 0200 0000 0000 0000 0000 0000 0000 enq ` nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031040 4542 fa1a e504 c04d 7140 ea78 0000 0000 B E sub z eot e M @ @ q x j nul nul nul nul 0031060 2141 0cfa a607 68d7 0000 0000 0000 bf17 A ! z ff bel & W h nul nul nul nul nul nul etb ? 0031100 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0031120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031160 2006 0200 0000 0000 0000 0000 0000 0000 ack sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031440 4542 fa1a e504 c04d 7140 f378 0000 0000 B E sub z eot e M @ @ q x s nul nul nul nul 0031460 2141 0cfa 5d08 48eb 0000 0000 0000 ef36 A ! z ff bs ] k H nul nul nul nul nul nul 6 o 0031500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0031520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031560 6006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0031600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0032040 4542 fa1a a716 79dd 7140 ed78 0000 0000 B E sub z syn ' ] y @ q x m nul nul nul nul 0032060 2141 0cfa 8b08 40b0 0000 0000 0000 4032 A ! z ff bs vt 0 @ nul nul nul nul nul nul 2 @ 0032100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0032120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032160 4002 0400 0000 0000 0000 0000 0000 0000 stx @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0032200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032420 0000 0100 0000 0000 0000 0000 0000 a100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ! 0032440 4542 fa1a 7d05 76df 7140 5778 0000 0000 B E sub z enq } _ v @ q x W nul nul nul nul 0032460 2141 0cfa 8f32 e87f 0000 0000 1400 835b A ! z ff 2 si del h nul nul nul nul nul dc4 [ etx 0032500 0000 0000 0000 4601 0000 0000 0000 0100 nul nul nul nul nul nul soh F nul nul nul nul nul nul nul soh 0032520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032560 0014 4601 0000 0000 0000 0000 0000 0000 dc4 nul soh F nul nul nul nul nul nul nul nul nul nul nul nul 0032600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0033040 4542 fa1a f717 6e84 7140 e978 0000 0000 B E sub z etb w eot n @ q x i nul nul nul nul 0033060 2141 0cfa c033 08a1 0000 0000 0200 70e2 A ! z ff 3 @ ! bs nul nul nul nul nul stx b p 0033100 0000 0000 0000 2f00 0000 0000 0000 0100 nul nul nul nul nul nul nul / nul nul nul nul nul nul nul soh 0033120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033160 0040 2f00 0000 0000 0000 0000 0000 0000 @ nul nul / nul nul nul nul nul nul nul nul nul nul nul nul 0033200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033420 0000 0100 0000 0000 0000 0000 0000 5c1d nul nul nul soh nul nul nul nul nul nul nul nul nul nul gs \ 0033440 4542 121b 7f37 8347 7140 e578 0000 0000 B E esc dc2 7 del G etx @ q x e nul nul nul nul 0033460 2141 0cfa 2b34 a06c 0000 0000 0000 70aa A ! z ff 4 + l sp nul nul nul nul nul nul * p 0033500 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0033520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033560 8010 0b00 0000 0000 0000 0000 0000 0000 dle nul nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0033600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034020 0000 0100 0000 0000 0000 0000 0000 5ca0 nul nul nul soh nul nul nul nul nul nul nul nul nul nul sp \ 0034040 4542 241b 4b24 9160 7140 b178 0000 0000 B E esc $ $ K ` dc1 @ q x 1 nul nul nul nul 0034060 2141 0cfa 5934 9831 0000 0000 0000 4f35 A ! z ff 4 Y 1 can nul nul nul nul nul nul 5 O 0034100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0034120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034160 e006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0034200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0034440 4542 fa1a 321c 2ac2 7140 9778 0000 0000 B E sub z fs 2 B * @ q x etb nul nul nul nul 0034460 2141 0cfa b835 b017 0000 0000 0200 439a A ! z ff 5 8 etb 0 nul nul nul nul nul stx sub C 0034500 0000 0000 0000 2a00 0000 0000 0000 0100 nul nul nul nul nul nul nul * nul nul nul nul nul nul nul soh 0034520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034560 0048 2a00 0000 0000 0000 0000 0000 0000 H nul nul * nul nul nul nul nul nul nul nul nul nul nul nul 0034600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0035040 4542 fa1a be06 a644 7140 b278 0000 0000 B E sub z ack > D & @ q x 2 nul nul nul nul 0035060 2141 0cfa e535 a8dc 0000 0000 0000 8038 A ! z ff 5 e \ ( nul nul nul nul nul nul 8 nul 0035100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0035120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035160 c001 0400 0000 0000 0000 0000 0000 0000 soh @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0035200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035420 0000 0100 0000 0000 0000 0000 0000 6d4e nul nul nul soh nul nul nul nul nul nul nul nul nul nul N m 0035440 4542 231b 8503 b6f1 7140 0479 0000 0000 B E esc # etx enq q 6 @ q y eot nul nul nul nul 0035460 2141 0cfa bb36 d873 0000 0000 0100 e457 A ! z ff 6 ; s X nul nul nul nul nul soh W d 0035500 0000 0000 0000 1600 0000 0000 0000 0100 nul nul nul nul nul nul nul syn nul nul nul nul nul nul nul soh 0035520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035560 c03c 1600 0000 0000 0000 0000 0000 0000 < @ nul syn nul nul nul nul nul nul nul nul nul nul nul nul 0035600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036020 0000 0100 0000 0000 0000 0000 0000 3e46 nul nul nul soh nul nul nul nul nul nul nul nul nul nul F > 0036040 4542 231b 8503 b6f1 7140 0679 0000 0000 B E esc # etx enq q 6 @ q y ack nul nul nul nul 0036060 2141 0cfa 1637 c8fd 0000 0000 0000 6e7d A ! z ff 7 syn } H nul nul nul nul nul nul } n 0036100 0000 0000 0000 0800 0000 0000 0000 0100 nul nul nul nul nul nul nul bs nul nul nul nul nul nul nul soh 0036120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036160 e011 0800 0000 0000 0000 0000 0000 0000 dc1 ` nul bs nul nul nul nul nul nul nul nul nul nul nul nul 0036200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036420 0000 0100 0000 0000 0000 0000 0000 6241 nul nul nul soh nul nul nul nul nul nul nul nul nul nul A b 0036440 4542 fa1a 321c 2ac2 7140 ed78 0000 0000 B E sub z fs 2 B * @ q x m nul nul nul nul 0036460 2141 0cfa 5437 6804 0000 0000 0000 3a45 A ! z ff 7 T eot h nul nul nul nul nul nul E : 0036500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0036520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036560 6007 0500 0000 0000 0000 0000 0000 0000 bel ` nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0036600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037020 0000 0100 0000 0000 0000 0000 0000 c177 nul nul nul soh nul nul nul nul nul nul nul nul nul nul w A 0037040 4542 121b 752b cc61 7140 ef78 0000 0000 B E esc dc2 + u a L @ q x o nul nul nul nul 0037060 2141 0cfa be37 00d0 0000 0000 0000 09a3 A ! z ff 7 > P nul nul nul nul nul nul nul # ht 0037100 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0037120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037160 e045 0b00 0000 0000 0000 0000 0000 0000 E ` nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0037200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0037440 4542 fa1a 321c 2ac2 7140 fa78 0000 0000 B E sub z fs 2 B * @ q x z nul nul nul nul 0037460 2141 0cfa 1a38 f059 0000 0000 0000 1f49 A ! z ff 8 sub Y p nul nul nul nul nul nul I us 0037500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0037520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037560 2001 0500 0000 0000 0000 0000 0000 0000 soh sp nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0037600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0040000 ------=_Part_25_6865516.1112202497376 Content-Type: application/octet-stream; name=sdc2_header_ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sdc2_header_ascii 0000000 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0040000 ------=_Part_25_6865516.1112202497376-- From owner-linux-xfs Wed Mar 30 09:41:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 09:41:56 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UHfscr014106 for ; Wed, 30 Mar 2005 09:41:55 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UHfgeU062936; Wed, 30 Mar 2005 12:41:50 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 83368115C85B; Wed, 30 Mar 2005 09:41:41 -0800 (PST) Date: Wed, 30 Mar 2005 09:41:41 -0800 From: Chris Wedgwood To: Steve Lord Cc: sven@dreampixel.de, linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330174141.GA11762@taniwha.stupidest.org> References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <424AC78C.70708@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5158 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 300 Lines: 8 On Wed, Mar 30, 2005 at 09:36:44AM -0600, Steve Lord wrote: > Now, the only problem with this is that if you used any special > parameters on your original mkfs line, they are missing here. mkfs.xfs will get some values from the underlying device if it's softraid and you will have to know those. From owner-linux-xfs Wed Mar 30 09:43:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 09:43:03 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UHh1rF014619 for ; Wed, 30 Mar 2005 09:43:02 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UHgxeU101114; Wed, 30 Mar 2005 12:43:00 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id BC362115C85B; Wed, 30 Mar 2005 09:42:59 -0800 (PST) Date: Wed, 30 Mar 2005 09:42:59 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330174259.GB11762@taniwha.stupidest.org> References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5159 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 155 Lines: 6 On Wed, Mar 30, 2005 at 06:26:07PM +0200, Sven Gehr wrote: > No, I can't remember the orginal order :-( You need to sort that out before anything else. From owner-linux-xfs Wed Mar 30 10:20:41 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 10:20:42 -0800 (PST) Received: from mail00hq.adic.com (mail00hq.adic.com [63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UIKff5016271 for ; Wed, 30 Mar 2005 10:20:41 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 10:20:36 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 10:20:35 -0800 Message-ID: <424AEDF1.2050602@xfs.org> Date: Wed, 30 Mar 2005 12:20:33 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <28591825.1112202497385.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <28591825.1112202497385.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 18:20:35.0114 (UTC) FILETIME=[2A7B40A0:01C53555] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5160 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 459 Lines: 20 Sven Gehr wrote: > > > Ok. I have do: > > dd if=/dev/sdX2 of=sdX2_header bs=16k count=1 > > for alle (sda2, sdb2, sdc2) devices. Next time I have od -xa with alle > files. The output is in the attachment. I can't find XFSB in this files? > > with best regards > sven Well, your sda2 and sdb2 files are identical, are you sure you got the commands right? The other one is all zeros. You have one chance left to find a real superblock out there. Steve From owner-linux-xfs Wed Mar 30 10:49:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 10:49:33 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UInVvl019240 for ; Wed, 30 Mar 2005 10:49:32 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id F129B43C1E0 for ; Wed, 30 Mar 2005 20:49:43 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28445-03 for ; Wed, 30 Mar 2005 20:49:43 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 8472943C1CF for ; Wed, 30 Mar 2005 20:49:43 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id D09E43E6F for ; Wed, 30 Mar 2005 20:49:29 +0200 (CEST) Message-ID: <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 20:49:29 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330174259.GB11762@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5161 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 364 Lines: 11 Am Mi 30.03.2005 19:42 schrieb Chris Wedgwood : > On Wed, Mar 30, 2005 at 06:26:07PM +0200, Sven Gehr wrote: > > > No, I can't remember the orginal order :-( > > You need to sort that out before anything else. I can' reconstruct the orignal sort. I can test all combinations. Is there a facility to test but I can see when I have the right sort? From owner-linux-xfs Wed Mar 30 10:51:43 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 10:51:45 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UIpfV4019697 for ; Wed, 30 Mar 2005 10:51:41 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id AE65D42FC8F for ; Wed, 30 Mar 2005 20:51:53 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28687-03 for ; Wed, 30 Mar 2005 20:51:53 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id C696743B115 for ; Wed, 30 Mar 2005 20:51:49 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 56BE73E6F for ; Wed, 30 Mar 2005 20:51:36 +0200 (CEST) Message-ID: <15558189.1112208696359.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 20:51:36 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <424AEDF1.2050602@xfs.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_27_10973446.1112208696352" X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <28591825.1112202497385.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AEDF1.2050602@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5162 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 145849 Lines: 2564 ------=_Part_27_10973446.1112208696352 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Am Mi 30.03.2005 20:20 schrieb Steve Lord : > Sven Gehr wrote: > > Ok. I have do: > > dd if=/dev/sdX2 of=sdX2_header bs=16k count=1 > > for alle (sda2, sdb2, sdc2) devices. Next time I have od -xa with > > alle > > files. The output is in the attachment. I can't find XFSB in this > > files? > Well, your sda2 and sdb2 files are identical, are you sure you got the > commands right? The other one is all zeros. You have one chance left > to find a real superblock out there. I have generate the file new for sda2 and sdb2. It is in the attachment. ------=_Part_27_10973446.1112208696352 Content-Type: application/octet-stream; name=sda2_header_ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sda2_header_ascii 0000000 4e49 ed41 0201 1600 0000 0000 0000 0000 I N A m soh stx nul syn nul nul nul nul nul nul nul nul 0000020 0000 1600 0000 0000 0000 0000 0000 0506 nul nul nul syn nul nul nul nul nul nul nul nul nul nul ack enq 0000040 4442 b6d3 1738 083a 4542 1c1b 5c0e 1f8c B D S 6 8 etb : bs B E esc fs so \ ff us 0000060 4542 1c1b 5c0e 1f8c 0000 0000 0000 0010 B E esc fs so \ ff us nul nul nul nul nul nul dle nul 0000100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0000120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0000140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000160 e003 0100 0000 0000 0000 0000 0000 0000 etx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0000400 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0000420 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000440 0000 0000 0000 0000 2141 f1f9 de29 9800 nul nul nul nul nul nul nul nul A ! y q ) ^ nul can 0000460 2141 f1f9 de29 9800 0000 0000 0000 0000 A ! y q ) ^ nul can nul nul nul nul nul nul nul nul 0000500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0000520 0000 0200 0000 0000 0000 0400 0000 0000 nul nul nul stx nul nul nul nul nul nul nul eot nul nul nul nul 0000540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001000 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0001020 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0001040 2141 f1f9 de29 60b0 2141 f1f9 de29 60b0 A ! y q ) ^ 0 ` A ! y q ) ^ 0 ` 0001060 2141 f1f9 de29 60b0 0000 0000 0000 0000 A ! y q ) ^ 0 ` nul nul nul nul nul nul nul nul 0001100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0001160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0001420 0000 0200 0000 0000 0000 0000 0000 0100 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul soh 0001440 2141 f5f9 080c 9823 2141 f5f9 080c 9823 A ! y u ff bs # can A ! y u ff bs # can 0001460 2141 f5f9 080c 9823 0000 0000 0000 0600 A ! y u ff bs # can nul nul nul nul nul nul nul ack 0001500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001540 ffff ffff 0000 0000 0002 0000 0000 0000 del del del del nul nul nul nul stx nul nul nul nul nul nul nul 0001560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 4e49 ff41 0201 1500 0000 0000 0000 0000 I N A del soh stx nul nak nul nul nul nul nul nul nul nul 0002020 0000 1500 0000 0000 0000 0000 0000 8601 nul nul nul nak nul nul nul nul nul nul nul nul nul nul soh ack 0002040 4442 b7d3 c52d 8ce8 4442 bbd3 a217 0c1b B D S 7 - E h ff B D S ; etb " esc ff 0002060 4442 bbd3 a217 0c1b 0000 0000 0000 0010 B D S ; etb " esc ff nul nul nul nul nul nul dle nul 0002100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002140 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002160 4043 0100 0005 6540 706d 7974 002c 1902 C @ nul soh enq nul @ e m p t y , nul stx em 0002200 0004 6d50 7369 3063 0200 0418 6000 656e eot nul P m i s c 0 nul stx can eot nul ` n e 0002220 7377 0034 1902 0006 6e70 626f 646f 3879 w s 4 nul stx em ack nul p n o b o d y 8 0002240 0200 0b18 8800 6170 5f6d 6564 7076 7265 nul stx can vt nul bs p a m _ d e v p e r 0002260 3c6d 0200 061a a000 7777 7277 6e75 0000 m < nul stx sub ack nul sp w w w r u n nul nul 0002300 1c02 0006 64b8 6368 6370 1064 3000 0428 stx fs ack nul 8 d h c p c d dle nul 0 ( eot 0002320 d000 6373 6d70 001c 3456 0003 6ee0 7366 nul P s c p m fs nul V 4 etx nul ` n f s 0002340 0004 38e0 0008 68f0 7261 7764 7261 0c65 eot nul ` 8 bs nul p h a r d w a r e ff 0002360 aa02 0016 0000 0000 0000 0000 0000 0000 stx * syn nul nul nul nul nul nul nul nul nul nul nul nul nul 0002400 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0002420 0000 0200 0000 0000 0000 0000 0000 0d02 nul nul nul stx nul nul nul nul nul nul nul nul nul nul stx cr 0002440 4542 211b d00f c39c 8a41 7b25 072f 48a6 B E esc ! si P fs C A nl % { / bel & H 0002460 8a41 7b25 072f 48a6 0000 0000 0000 0010 A nl % { / bel & H nul nul nul nul nul nul dle nul 0002500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002540 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002560 c041 0100 6d2e 0064 6c00 0c3a 6000 3053 A @ nul soh . m d nul nul l : ff nul ` S 0 0002600 6231 6f6f 2e74 6373 6d70 0000 2574 000a 1 b o o t . s c p m nul nul t % nl nul 0002620 4b90 3032 6f62 746f 6d2e 0064 6c00 0c3b dle K 2 0 b o o t . m d nul nul l ; ff 0002640 a800 324b 6230 6f6f 2e74 6373 6d70 0000 nul ( K 2 0 b o o t . s c p m nul nul 0002660 2674 0015 53c0 3130 6f62 746f 642e 7665 t & nak nul @ S 0 1 b o o t . d e v 0002700 6369 2d65 616d 7070 7265 0000 05e0 0015 i c e - m a p p e r nul nul ` enq nak nul 0002720 4be0 3032 6f62 746f 642e 7665 6369 2d65 ` K 2 0 b o o t . d e v i c e - 0002740 616d 7070 7265 0000 06e0 0000 0000 0000 m a p p e r nul nul ` ack nul nul nul nul nul nul 0002760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0003020 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0003040 4442 b7d3 5b2d 261c 7240 11d5 0000 0000 B D S 7 - [ fs & @ r U dc1 nul nul nul nul 0003060 2141 fdf9 9b10 c896 0000 0000 0000 0600 A ! y } dle esc syn H nul nul nul nul nul nul nul ack 0003100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003140 ffff ffff 0000 0038 0202 0000 0000 0000 del del del del nul nul 8 nul stx stx nul nul nul nul nul nul 0003160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0003400 4e49 ed41 0201 0c00 0000 0000 0000 0000 I N A m soh stx nul ff nul nul nul nul nul nul nul nul 0003420 0000 0c00 0000 0000 0000 0000 0000 7601 nul nul nul ff nul nul nul nul nul nul nul nul nul nul soh v 0003440 4542 fa1a 4903 f05d b041 1599 0832 237b B E sub z etx I ] p A 0 em nak 2 bs { # 0003460 b041 1599 0832 237b 0000 0000 0000 0010 A 0 em nak 2 bs { # nul nul nul nul nul nul dle nul 0003500 0000 0000 0000 0200 0000 0000 0000 0200 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul stx 0003520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0003560 c003 0100 0000 0100 0000 0000 0000 0000 etx @ nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0003600 e087 0100 0000 0000 0000 0000 0000 0000 bel ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0003620 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0004000 4e49 ff43 0301 2800 0000 0000 0000 0000 I N C del soh etx nul ( nul nul nul nul nul nul nul nul 0004020 0000 2800 0000 0000 0000 0000 0000 f35e nul nul nul ( nul nul nul nul nul nul nul nul nul nul ^ s 0004040 4542 131b 5823 d591 4542 191b c22f 3009 B E esc dc3 # X dc1 U B E esc em / B ht 0 0004060 4542 191b c22f 3009 0000 0000 0000 0090 B E esc em / B ht 0 nul nul nul nul nul nul dle nul 0004100 0000 0000 0000 0e00 0000 0000 0000 0b00 nul nul nul nul nul nul nul so nul nul nul nul nul nul nul vt 0004120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004140 ffff ffff 0100 0100 0000 0000 0000 0000 del del del del nul soh nul soh nul nul nul nul nul nul nul nul 0004160 00a3 0100 0000 0000 0000 0002 0000 0100 # nul nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0004200 20fd 0300 0000 0000 0000 0008 0000 0200 } sp nul etx nul nul nul nul nul nul bs nul nul nul nul stx 0004220 6045 0100 0000 0000 0000 000a 0000 0200 E ` nul soh nul nul nul nul nul nul nl nul nul nul nul stx 0004240 e0b6 0100 0000 0000 0000 000c 0000 0200 6 ` nul soh nul nul nul nul nul nul ff nul nul nul nul stx 0004260 0000 0000 0000 9811 0000 0000 0000 0100 nul nul nul nul nul nul dc1 can nul nul nul nul nul nul nul soh 0004300 00fd 0100 0000 0100 0000 0002 0000 0200 } nul nul soh nul nul nul soh nul nul stx nul nul nul nul stx 0004320 e058 0100 0000 0100 0000 0004 0000 0300 X ` nul soh nul nul nul soh nul nul eot nul nul nul nul etx 0004340 a057 0100 0000 0200 0000 0000 0000 0200 W sp nul soh nul nul nul stx nul nul nul nul nul nul nul stx 0004360 8058 0100 2e4c 3435 3233 0000 2e04 0000 X nul nul soh L . 5 4 3 2 nul nul eot . nul nul 0004400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0004420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0004440 4442 b7d3 f532 9d42 2241 5c18 8901 f83a B D S 7 2 u B gs A " can \ soh ht : x 0004460 2241 5c18 8901 f83a 0000 0000 0000 0600 A " can \ soh ht : x nul nul nul nul nul nul nul ack 0004500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0004520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004540 ffff ffff 0000 0038 0502 0000 0000 0000 del del del del nul nul 8 nul stx enq nul nul nul nul nul nul 0004560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0005040 4442 b7d3 2333 ed07 7240 15d5 0000 0000 B D S 7 3 # bel m @ r U nak nul nul nul nul 0005060 2141 fdf9 4a13 5021 0000 0000 0000 0600 A ! y } dc3 J ! P nul nul nul nul nul nul nul ack 0005100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005140 ffff ffff 0000 0038 0602 0000 0000 0000 del del del del nul nul 8 nul stx ack nul nul nul nul nul nul 0005160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0005440 4442 b7d3 8c37 f80a 2241 5c18 f401 9006 B D S 7 7 ff nl x A " can \ soh t ack dle 0005460 2241 5c18 f401 9006 0000 0000 0000 0600 A " can \ soh t ack dle nul nul nul nul nul nul nul ack 0005500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005540 ffff ffff 0000 0034 0702 0000 0000 0000 del del del del nul nul 4 nul stx bel nul nul nul nul nul nul 0005560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006000 4e49 ed41 0201 ed00 0000 0000 0000 0000 I N A m soh stx nul m nul nul nul nul nul nul nul nul 0006020 0000 ed00 0000 0000 0000 0000 0000 1d01 nul nul nul m nul nul nul nul nul nul nul nul nul nul soh gs 0006040 4442 b7d3 aa37 838e b341 884b 420c 4462 B D S 7 7 * so etx A 3 K bs ff B b D 0006060 b341 884b 420c 4462 0000 0000 0000 0020 A 3 K bs ff B b D nul nul nul nul nul nul sp nul 0006100 0000 0000 0000 0300 0000 0000 0000 0300 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul etx 0006120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0006160 a003 0100 0000 0000 0000 0002 0000 0100 etx sp nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0006200 8044 0100 0000 0100 0000 0000 0000 0100 D nul nul soh nul nul nul soh nul nul nul nul nul nul nul soh 0006220 6043 0100 0000 0000 0000 0000 0000 0000 C ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0006240 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0006420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0006440 4442 b7d3 a53a 0e67 2141 fdf9 6c14 c800 B D S 7 : % g so A ! y } dc4 l nul H 0006460 2141 fdf9 6c14 c800 0000 0000 0000 1800 A ! y } dc4 l nul H nul nul nul nul nul nul nul can 0006500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0006520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0006560 454d 5353 4741 5345 0004 1a02 0000 0000 M E S S A G E S eot nul stx sub nul nul nul nul 0006600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007040 4442 b7d3 b43a d3a8 2141 fdf9 c714 b88a B D S 7 : 4 ( S A ! y } dc4 G nl 8 0007060 2141 fdf9 c714 b88a 0000 0000 0000 1800 A ! y } dc4 G nl 8 nul nul nul nul nul nul nul can 0007100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007160 454d 5353 4741 5345 0004 1b02 0000 0000 M E S S A G E S eot nul stx esc nul nul nul nul 0007200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007440 4442 b7d3 b43a d3a8 2141 fdf9 2315 a814 B D S 7 : 4 ( S A ! y } nak # dc4 ( 0007460 2141 fdf9 2315 a814 0000 0000 0000 1800 A ! y } nak # dc4 ( nul nul nul nul nul nul nul can 0007500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007560 454d 5353 4741 5345 0004 1c02 0000 0000 M E S S A G E S eot nul stx fs nul nul nul nul 0007600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010040 4442 b7d3 b43a d3a8 2141 fdf9 9d15 e821 B D S 7 : 4 ( S A ! y } nak gs ! h 0010060 2141 fdf9 9d15 e821 0000 0000 0000 1800 A ! y } nak gs ! h nul nul nul nul nul nul nul can 0010100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010160 454d 5353 4741 5345 0004 1d02 0000 0000 M E S S A G E S eot nul stx gs nul nul nul nul 0010200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010440 4442 b7d3 c33a 99ea 2141 fdf9 f815 d8ab B D S 7 : C j em A ! y } nak x + X 0010460 2141 fdf9 f815 d8ab 0000 0000 0000 1800 A ! y } nak x + X nul nul nul nul nul nul nul can 0010500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010560 454d 5353 4741 5345 0004 1e02 0000 0000 M E S S A G E S eot nul stx rs nul nul nul nul 0010600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011040 4442 b7d3 c33a 99ea 2141 fdf9 5416 c835 B D S 7 : C j em A ! y } syn T 5 H 0011060 2141 fdf9 5416 c835 0000 0000 0000 1800 A ! y } syn T 5 H nul nul nul nul nul nul nul can 0011100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011160 454d 5353 4741 5345 0004 1f02 0000 0000 M E S S A G E S eot nul stx us nul nul nul nul 0011200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011440 4442 b7d3 d33a 5e2c 2141 fdf9 bf16 6001 B D S 7 : S , ^ A ! y } syn ? soh ` 0011460 2141 fdf9 bf16 6001 0000 0000 0000 1800 A ! y } syn ? soh ` nul nul nul nul nul nul nul can 0011500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011560 454d 5353 4741 5345 0004 2002 0000 0000 M E S S A G E S eot nul stx sp nul nul nul nul 0011600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012040 4442 b7d3 d33a 5e2c 2141 fdf9 2917 f8cc B D S 7 : S , ^ A ! y } etb ) L x 0012060 2141 fdf9 2917 f8cc 0000 0000 0000 1800 A ! y } etb ) L x nul nul nul nul nul nul nul can 0012100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012160 454d 5353 4741 5345 0004 2102 0000 0000 M E S S A G E S eot nul stx ! nul nul nul nul 0012200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012440 4442 b7d3 d33a 5e2c 2141 fdf9 8517 e856 B D S 7 : S , ^ A ! y } etb enq V h 0012460 2141 fdf9 8517 e856 0000 0000 0000 1800 A ! y } etb enq V h nul nul nul nul nul nul nul can 0012500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012560 454d 5353 4741 5345 0004 2202 0000 0000 M E S S A G E S eot nul stx " nul nul nul nul 0012600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013040 4442 b7d3 e23a 236e 2141 fdf9 ff17 2864 B D S 7 : b n # A ! y } etb del d ( 0013060 2141 fdf9 ff17 2864 0000 0000 0000 1800 A ! y } etb del d ( nul nul nul nul nul nul nul can 0013100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013160 454d 5353 4741 5345 0004 2302 0000 0000 M E S S A G E S eot nul stx # nul nul nul nul 0013200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013440 4442 b7d3 e23a 236e 2141 fdf9 7918 6871 B D S 7 : b n # A ! y } can y q h 0013460 2141 fdf9 7918 6871 0000 0000 0000 1800 A ! y } can y q h nul nul nul nul nul nul nul can 0013500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013560 454d 5353 4741 5345 0004 2402 0000 0000 M E S S A G E S eot nul stx $ nul nul nul nul 0013600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014040 4442 b7d3 f13a e9af 2141 fdf9 d418 58fb B D S 7 : q / i A ! y } can T { X 0014060 2141 fdf9 d418 58fb 0000 0000 0000 1800 A ! y } can T { X nul nul nul nul nul nul nul can 0014100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014160 454d 5353 4741 5345 0004 2502 0000 0000 M E S S A G E S eot nul stx % nul nul nul nul 0014200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014440 4442 b7d3 f13a e9af 2141 fdf9 4f19 9808 B D S 7 : q / i A ! y } em O bs can 0014460 2141 fdf9 4f19 9808 0000 0000 0000 1800 A ! y } em O bs can nul nul nul nul nul nul nul can 0014500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014560 454d 5353 4741 5345 000c 1802 0000 0000 M E S S A G E S ff nul stx can nul nul nul nul 0014600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015000 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0015020 0000 0200 0000 0000 0000 0000 0000 4501 nul nul nul stx nul nul nul nul nul nul nul nul nul nul soh E 0015040 4442 b7d3 6b3b 13be fb41 9479 7d0e d2f8 B D S 7 ; k > dc3 A { y dc4 so } x R 0015060 fb41 9479 7d0e d2f8 0000 0000 0000 0040 A { y dc4 so } x R nul nul nul nul nul nul @ nul 0015100 0000 0000 0000 0500 0000 0000 0000 0500 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul enq 0015120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0015160 8004 0100 0000 0000 0000 0002 0000 0000 eot nul nul soh nul nul nul nul nul nul stx nul nul nul nul nul 0015200 20d3 0100 0000 0000 0000 0004 0000 0100 S sp nul soh nul nul nul nul nul nul eot nul nul nul nul soh 0015220 e041 0100 0000 0000 0000 0006 0000 0100 A ` nul soh nul nul nul nul nul nul ack nul nul nul nul soh 0015240 a046 0100 0000 0100 0000 0000 0000 0000 F sp nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0015260 a079 0100 0000 0000 0000 0000 0000 0000 y sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0015300 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015400 4e49 ed41 0101 0400 0000 0000 0000 0000 I N A m soh soh nul eot nul nul nul nul nul nul nul nul 0015420 0000 0400 0000 0000 0000 0000 0000 ee00 nul nul nul eot nul nul nul nul nul nul nul nul nul nul nul n 0015440 4442 b7d3 b62d c6a6 2441 0ad8 d802 d8f3 B D S 7 - 6 & F A $ X nl stx X s X 0015460 2441 0ad8 d802 d8f3 0000 0000 0000 1a00 A $ X nl stx X s X nul nul nul nul nul nul nul sub 0015500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0015520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015540 ffff ffff 0002 0038 1702 0003 6530 6374 del del del del stx nul 8 nul stx etb etx nul 0 e t c 0015560 013c 2a34 0003 7640 7261 0114 139c 0000 < soh 4 * etx nul @ v a r dc4 soh fs dc3 nul nul 0015600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016000 4e49 ed41 0101 0200 0000 1e00 0000 0000 I N A m soh soh nul stx nul nul nul rs nul nul nul nul 0016020 0000 0200 0000 0000 0000 0000 0000 ed00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul m 0016040 4442 b7d3 c52d 8ce8 7240 14d5 0000 0000 B D S 7 - E h ff @ r U dc4 nul nul nul nul 0016060 2141 fdf9 8f1a 606b 0000 0000 0000 0600 A ! y } sub si k ` nul nul nul nul nul nul nul ack 0016100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016140 ffff ffff 0000 0000 0402 0000 0000 0000 del del del del nul nul nul nul stx eot nul nul nul nul nul nul 0016160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0016420 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0016440 4442 b7d3 6a2d ec5d 543f 596a 0000 0000 B D S 7 - j ] l ? T j Y nul nul nul nul 0016460 2141 fdf9 e029 0855 0000 0000 0000 0600 A ! y } ) ` U bs nul nul nul nul nul nul nul ack 0016500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016540 ffff ffff 0000 0008 0302 0000 0000 0000 del del del del nul nul bs nul stx etx nul nul nul nul nul nul 0016560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017040 4442 b7d3 993b 6383 7140 98ea 0000 0000 B D S 7 ; em etx c @ q j can nul nul nul nul 0017060 2141 1afa d026 7004 0000 0000 0000 2400 A ! z sub & P eot p nul nul nul nul nul nul nul $ 0017100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017140 ffff ffff 0002 0014 1b02 0005 4550 6574 del del del del stx nul dc4 nul stx esc enq nul P E t e 0017160 6d72 0000 2002 000b 4580 6574 6d72 632d r m nul nul stx sp vt nul nul E t e r m - c 0017200 6c6f 726f 0000 2102 0000 0000 0000 0000 o l o r nul nul stx ! nul nul nul nul nul nul nul nul 0017220 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017420 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017440 4442 b8d3 3b00 79c0 7140 3aea 0000 0000 B D S 8 nul ; @ y @ q j : nul nul nul nul 0017460 2141 1afa 5927 5853 0000 0000 0000 3100 A ! z sub ' Y S X nul nul nul nul nul nul nul 1 0017500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017540 ffff ffff 0003 0014 1b02 0008 6a50 6961 del del del del etx nul dc4 nul stx esc bs nul P j a i 0017560 7478 7265 006d 0200 0a22 8800 616a 7869 x t e r m nul nul stx " nl nul bs j a i x 0017600 6574 6d72 6d2d 0000 2302 0004 6ab8 7265 t e r m - m nul nul stx # eot nul 8 j e r 0017620 0071 0200 0024 0000 0000 0000 0000 0000 q nul nul stx $ nul nul nul nul nul nul nul nul nul nul nul 0017640 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0020020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0020060 2141 fff9 6930 b8e7 0000 0000 0000 1407 A ! y del 0 i g 8 nul nul nul nul nul nul bel dc4 0020100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0020120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0020160 a004 0100 0000 0000 0000 0000 0000 0000 eot sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0020200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020400 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0020420 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020440 2141 fff9 6930 b8e7 2141 fff9 6930 b8e7 A ! y del 0 i g 8 A ! y del 0 i g 8 0020460 2141 fff9 7930 6029 0000 0000 0000 0500 A ! y del 0 y ) ` nul nul nul nul nul nul nul enq 0020500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0020520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020540 ffff ffff 7445 7265 006d 0000 0000 0000 del del del del E t e r m nul nul nul nul nul nul nul 0020560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021020 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021060 2141 01fa b022 4847 0000 0000 0000 3607 A ! z soh " 0 G H nul nul nul nul nul nul bel 6 0021100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021160 c004 0100 0000 0000 0000 0000 0000 0000 eot @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021420 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021440 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021460 2141 01fa bf22 f088 0000 0000 0000 de05 A ! z soh " ? bs p nul nul nul nul nul nul enq ^ 0021500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021560 e004 0100 0000 0000 0000 0000 0000 0000 eot ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0022020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0022040 2141 01fa bf22 f088 2141 01fa bf22 f088 A ! z soh " ? bs p A ! z soh " ? bs p 0022060 2141 01fa bf22 f088 0000 0000 0000 0900 A ! z soh " ? bs p nul nul nul nul nul nul nul ht 0022100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022140 ffff ffff 2e2e 622f 622f 696c 0074 0000 del del del del . . / b / b l i t nul nul nul 0022160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0022420 0000 0200 0000 0000 0000 0000 0000 f800 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul x 0022440 4442 b8d3 8800 5409 2141 05fa a105 b019 B D S 8 nul bs ht T A ! z enq enq ! em 0 0022460 2141 05fa a105 b019 0000 0000 0000 8400 A ! z enq enq ! em 0 nul nul nul nul nul nul nul eot 0022500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022540 ffff ffff 0009 0030 0802 0007 4150 2e54 del del del del ht nul 0 nul stx bs bel nul P A T . 0022560 6f63 666e 0000 2602 0007 4388 2e41 6f63 c o n f nul nul stx & bel nul bs C A . c o 0022600 666e 0000 2702 0007 43c0 2e5a 6f63 666e n f nul nul stx ' bel nul @ C Z . c o n f 0022620 0000 2802 0007 44f8 2e45 6f63 666e 0000 nul nul stx ( bel nul x D E . c o n f nul nul 0022640 2902 0107 4730 2e42 6f63 666e 0000 2a02 stx ) bel soh 0 G B . c o n f nul nul stx * 0022660 0107 4868 2e55 6f63 666e 0000 2b02 0107 bel soh h H U . c o n f nul nul stx + bel soh 0022700 4ea0 2e4c 6f63 666e 0000 2c02 0107 53d8 sp N L . c o n f nul nul stx , bel soh X S 0022720 2e49 6f63 666e 0000 2d02 0207 5510 2e53 I . c o n f nul nul stx - bel stx dle U S . 0022740 6f63 666e 0000 2e02 0000 0000 0000 0000 c o n f nul nul stx . nul nul nul nul nul nul nul nul 0022760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0023000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023040 4c41 131b 1e2d 18a7 7240 e807 0000 0000 A L esc dc3 - rs ' can @ r bel h nul nul nul nul 0023060 2141 05fa 6004 e8b6 0000 0000 0000 fe00 A ! z enq eot ` 6 h nul nul nul nul nul nul nul ~ 0023100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023160 8003 0100 0000 0000 0000 0000 0000 0000 etx nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0023400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023440 4c41 131b a72d 00f6 7240 e807 0000 0000 A L esc dc3 - ' v nul @ r bel h nul nul nul nul 0023460 2141 05fa 6f04 90f8 0000 0000 0000 0005 A ! z enq eot o x dle nul nul nul nul nul nul enq nul 0023500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023560 0005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024040 4c41 131b 1032 90f0 7240 e807 0000 0000 A L esc dc3 2 dle p dle @ r bel h nul nul nul nul 0024060 2141 05fa 9d04 88bd 0000 0000 0000 1b2a A ! z enq eot gs = bs nul nul nul nul nul nul * esc 0024100 0000 0000 0000 0300 0000 0000 0000 0100 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul soh 0024120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024160 2005 0300 0000 0000 0000 0000 0000 0000 enq sp nul etx nul nul nul nul nul nul nul nul nul nul nul nul 0024200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024440 4c41 131b 0638 3096 7240 e807 0000 0000 A L esc dc3 8 ack syn 0 @ r bel h nul nul nul nul 0024460 2141 05fa cb04 8082 0000 0000 0000 1538 A ! z enq eot K stx nul nul nul nul nul nul nul 8 nak 0024500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0024520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024560 0003 0400 0000 0000 0000 0000 0000 0000 etx nul nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0024600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025040 4c41 131b 0939 58f2 7240 e807 0000 0000 A L esc dc3 9 ht r X @ r bel h nul nul nul nul 0025060 2141 05fa cb04 8082 0000 0000 0000 030a A ! z enq eot K stx nul nul nul nul nul nul nul nl etx 0025100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0025120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025160 8005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0025200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025440 4c41 131b 6c3b 9834 7240 e807 0000 0000 A L esc dc3 ; l 4 can @ r bel h nul nul nul nul 0025460 2141 05fa ea04 d005 0000 0000 0000 8e15 A ! z enq eot j enq P nul nul nul nul nul nul nak so 0025500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0025520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025560 a005 0200 0000 0000 0000 0000 0000 0000 enq sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026040 4c41 141b 4b00 d877 7240 e807 0000 0000 A L esc dc4 nul K w X @ r bel h nul nul nul nul 0026060 2141 05fa f904 7847 0000 0000 0000 e003 A ! z enq eot y G x nul nul nul nul nul nul etx ` 0026100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026160 e002 0100 0000 0000 0000 0000 0000 0000 stx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026440 4c41 141b c500 1885 7240 e807 0000 0000 A L esc dc4 nul E enq can @ r bel h nul nul nul nul 0026460 2141 05fa 0805 2089 0000 0000 0000 4b04 A ! z enq enq bs ht sp nul nul nul nul nul nul eot K 0026500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026560 c002 0100 0000 0000 0000 0000 0000 0000 stx @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0027020 0000 0100 0000 0000 0000 0000 0000 0c00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ff 0027040 4c41 141b 6728 8012 7240 e807 0000 0000 A L esc dc4 ( g dc2 nul @ r bel h nul nul nul nul 0027060 2141 05fa a105 b019 0000 0000 0100 0a71 A ! z enq enq ! em 0 nul nul nul nul nul soh q nl 0027100 0000 0000 0000 1800 0000 0000 0000 0100 nul nul nul nul nul nul nul can nul nul nul nul nul nul nul soh 0027120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027160 8008 1800 0000 0000 0000 0000 0000 0000 bs nul nul can nul nul nul nul nul nul nul nul nul nul nul nul 0027200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0027420 0000 0100 0000 0000 0000 0000 0000 e6a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ f 0027440 4542 241b 7c25 fc83 7140 1879 0000 0000 B E esc $ % | etx | @ q y can nul nul nul nul 0027460 2141 0cfa 7907 7012 0000 0000 0100 2498 A ! z ff bel y dc2 p nul nul nul nul nul soh can $ 0027500 0000 0000 0000 1a00 0000 0000 0000 0100 nul nul nul nul nul nul nul sub nul nul nul nul nul nul nul soh 0027520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027560 800c 1a00 0000 0000 0000 0000 0000 0000 ff nul nul sub nul nul nul nul nul nul nul nul nul nul nul nul 0027600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0030020 0000 0100 0000 0000 0000 0000 0000 e5a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ e 0030040 4542 241b 7c25 fc83 2141 0cfa 7907 7012 B E esc $ % | etx | A ! z ff bel y dc2 p 0030060 2141 0cfa 7907 7012 0000 0000 0000 0b00 A ! z ff bel y dc2 p nul nul nul nul nul nul nul vt 0030100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0030120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030140 ffff ffff 646c 322d 332e 332e 732e 006f del del del del l d - 2 . 3 . 3 . s o nul 0030160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0030420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0030440 4542 fa1a 8515 d3fb 7140 7378 0000 0000 B E sub z nak enq { S @ q x s nul nul nul nul 0030460 2141 0cfa 9707 c095 0000 0000 0000 3a14 A ! z ff bel etb nak @ nul nul nul nul nul nul dc4 : 0030500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0030520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0030560 e005 0200 0000 0000 0000 0000 0000 0000 enq ` nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031040 4542 fa1a e504 c04d 7140 ea78 0000 0000 B E sub z eot e M @ @ q x j nul nul nul nul 0031060 2141 0cfa a607 68d7 0000 0000 0000 bf17 A ! z ff bel & W h nul nul nul nul nul nul etb ? 0031100 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0031120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031160 2006 0200 0000 0000 0000 0000 0000 0000 ack sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031440 4542 fa1a e504 c04d 7140 f378 0000 0000 B E sub z eot e M @ @ q x s nul nul nul nul 0031460 2141 0cfa 5d08 48eb 0000 0000 0000 ef36 A ! z ff bs ] k H nul nul nul nul nul nul 6 o 0031500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0031520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031560 6006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0031600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0032040 4542 fa1a a716 79dd 7140 ed78 0000 0000 B E sub z syn ' ] y @ q x m nul nul nul nul 0032060 2141 0cfa 8b08 40b0 0000 0000 0000 4032 A ! z ff bs vt 0 @ nul nul nul nul nul nul 2 @ 0032100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0032120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032160 4002 0400 0000 0000 0000 0000 0000 0000 stx @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0032200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032420 0000 0100 0000 0000 0000 0000 0000 a100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ! 0032440 4542 fa1a 7d05 76df 7140 5778 0000 0000 B E sub z enq } _ v @ q x W nul nul nul nul 0032460 2141 0cfa 8f32 e87f 0000 0000 1400 835b A ! z ff 2 si del h nul nul nul nul nul dc4 [ etx 0032500 0000 0000 0000 4601 0000 0000 0000 0100 nul nul nul nul nul nul soh F nul nul nul nul nul nul nul soh 0032520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032560 0014 4601 0000 0000 0000 0000 0000 0000 dc4 nul soh F nul nul nul nul nul nul nul nul nul nul nul nul 0032600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0033040 4542 fa1a f717 6e84 7140 e978 0000 0000 B E sub z etb w eot n @ q x i nul nul nul nul 0033060 2141 0cfa c033 08a1 0000 0000 0200 70e2 A ! z ff 3 @ ! bs nul nul nul nul nul stx b p 0033100 0000 0000 0000 2f00 0000 0000 0000 0100 nul nul nul nul nul nul nul / nul nul nul nul nul nul nul soh 0033120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033160 0040 2f00 0000 0000 0000 0000 0000 0000 @ nul nul / nul nul nul nul nul nul nul nul nul nul nul nul 0033200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033420 0000 0100 0000 0000 0000 0000 0000 5c1d nul nul nul soh nul nul nul nul nul nul nul nul nul nul gs \ 0033440 4542 121b 7f37 8347 7140 e578 0000 0000 B E esc dc2 7 del G etx @ q x e nul nul nul nul 0033460 2141 0cfa 2b34 a06c 0000 0000 0000 70aa A ! z ff 4 + l sp nul nul nul nul nul nul * p 0033500 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0033520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033560 8010 0b00 0000 0000 0000 0000 0000 0000 dle nul nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0033600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034020 0000 0100 0000 0000 0000 0000 0000 5ca0 nul nul nul soh nul nul nul nul nul nul nul nul nul nul sp \ 0034040 4542 241b 4b24 9160 7140 b178 0000 0000 B E esc $ $ K ` dc1 @ q x 1 nul nul nul nul 0034060 2141 0cfa 5934 9831 0000 0000 0000 4f35 A ! z ff 4 Y 1 can nul nul nul nul nul nul 5 O 0034100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0034120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034160 e006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0034200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0034440 4542 fa1a 321c 2ac2 7140 9778 0000 0000 B E sub z fs 2 B * @ q x etb nul nul nul nul 0034460 2141 0cfa b835 b017 0000 0000 0200 439a A ! z ff 5 8 etb 0 nul nul nul nul nul stx sub C 0034500 0000 0000 0000 2a00 0000 0000 0000 0100 nul nul nul nul nul nul nul * nul nul nul nul nul nul nul soh 0034520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034560 0048 2a00 0000 0000 0000 0000 0000 0000 H nul nul * nul nul nul nul nul nul nul nul nul nul nul nul 0034600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0035040 4542 fa1a be06 a644 7140 b278 0000 0000 B E sub z ack > D & @ q x 2 nul nul nul nul 0035060 2141 0cfa e535 a8dc 0000 0000 0000 8038 A ! z ff 5 e \ ( nul nul nul nul nul nul 8 nul 0035100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0035120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035160 c001 0400 0000 0000 0000 0000 0000 0000 soh @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0035200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035420 0000 0100 0000 0000 0000 0000 0000 6d4e nul nul nul soh nul nul nul nul nul nul nul nul nul nul N m 0035440 4542 231b 8503 b6f1 7140 0479 0000 0000 B E esc # etx enq q 6 @ q y eot nul nul nul nul 0035460 2141 0cfa bb36 d873 0000 0000 0100 e457 A ! z ff 6 ; s X nul nul nul nul nul soh W d 0035500 0000 0000 0000 1600 0000 0000 0000 0100 nul nul nul nul nul nul nul syn nul nul nul nul nul nul nul soh 0035520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035560 c03c 1600 0000 0000 0000 0000 0000 0000 < @ nul syn nul nul nul nul nul nul nul nul nul nul nul nul 0035600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036020 0000 0100 0000 0000 0000 0000 0000 3e46 nul nul nul soh nul nul nul nul nul nul nul nul nul nul F > 0036040 4542 231b 8503 b6f1 7140 0679 0000 0000 B E esc # etx enq q 6 @ q y ack nul nul nul nul 0036060 2141 0cfa 1637 c8fd 0000 0000 0000 6e7d A ! z ff 7 syn } H nul nul nul nul nul nul } n 0036100 0000 0000 0000 0800 0000 0000 0000 0100 nul nul nul nul nul nul nul bs nul nul nul nul nul nul nul soh 0036120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036160 e011 0800 0000 0000 0000 0000 0000 0000 dc1 ` nul bs nul nul nul nul nul nul nul nul nul nul nul nul 0036200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036420 0000 0100 0000 0000 0000 0000 0000 6241 nul nul nul soh nul nul nul nul nul nul nul nul nul nul A b 0036440 4542 fa1a 321c 2ac2 7140 ed78 0000 0000 B E sub z fs 2 B * @ q x m nul nul nul nul 0036460 2141 0cfa 5437 6804 0000 0000 0000 3a45 A ! z ff 7 T eot h nul nul nul nul nul nul E : 0036500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0036520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036560 6007 0500 0000 0000 0000 0000 0000 0000 bel ` nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0036600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037020 0000 0100 0000 0000 0000 0000 0000 c177 nul nul nul soh nul nul nul nul nul nul nul nul nul nul w A 0037040 4542 121b 752b cc61 7140 ef78 0000 0000 B E esc dc2 + u a L @ q x o nul nul nul nul 0037060 2141 0cfa be37 00d0 0000 0000 0000 09a3 A ! z ff 7 > P nul nul nul nul nul nul nul # ht 0037100 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0037120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037160 e045 0b00 0000 0000 0000 0000 0000 0000 E ` nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0037200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0037440 4542 fa1a 321c 2ac2 7140 fa78 0000 0000 B E sub z fs 2 B * @ q x z nul nul nul nul 0037460 2141 0cfa 1a38 f059 0000 0000 0000 1f49 A ! z ff 8 sub Y p nul nul nul nul nul nul I us 0037500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0037520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037560 2001 0500 0000 0000 0000 0000 0000 0000 soh sp nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0037600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0040000 ------=_Part_27_10973446.1112208696352 Content-Type: application/octet-stream; name=sdb2_header_ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=sdb2_header_ascii 0000000 4e49 ed41 0201 1600 0000 0000 0000 0000 I N A m soh stx nul syn nul nul nul nul nul nul nul nul 0000020 0000 1600 0000 0000 0000 0000 0000 0506 nul nul nul syn nul nul nul nul nul nul nul nul nul nul ack enq 0000040 4442 b6d3 1738 083a 4542 1c1b 5c0e 1f8c B D S 6 8 etb : bs B E esc fs so \ ff us 0000060 4542 1c1b 5c0e 1f8c 0000 0000 0000 0010 B E esc fs so \ ff us nul nul nul nul nul nul dle nul 0000100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0000120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0000140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000160 e003 0100 0000 0000 0000 0000 0000 0000 etx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0000400 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0000420 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0000440 0000 0000 0000 0000 2141 f1f9 de29 9800 nul nul nul nul nul nul nul nul A ! y q ) ^ nul can 0000460 2141 f1f9 de29 9800 0000 0000 0000 0000 A ! y q ) ^ nul can nul nul nul nul nul nul nul nul 0000500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0000520 0000 0200 0000 0000 0000 0400 0000 0000 nul nul nul stx nul nul nul nul nul nul nul eot nul nul nul nul 0000540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0000560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001000 4e49 0080 0201 0100 0000 0000 0000 0000 I N nul nul soh stx nul soh nul nul nul nul nul nul nul nul 0001020 0000 0100 0000 0000 0000 0000 0000 0000 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0001040 2141 f1f9 de29 60b0 2141 f1f9 de29 60b0 A ! y q ) ^ 0 ` A ! y q ) ^ 0 ` 0001060 2141 f1f9 de29 60b0 0000 0000 0000 0000 A ! y q ) ^ 0 ` nul nul nul nul nul nul nul nul 0001100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0001160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0001400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0001420 0000 0200 0000 0000 0000 0000 0000 0100 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul soh 0001440 2141 f5f9 080c 9823 2141 f5f9 080c 9823 A ! y u ff bs # can A ! y u ff bs # can 0001460 2141 f5f9 080c 9823 0000 0000 0000 0600 A ! y u ff bs # can nul nul nul nul nul nul nul ack 0001500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0001520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0001540 ffff ffff 0000 0000 0002 0000 0000 0000 del del del del nul nul nul nul stx nul nul nul nul nul nul nul 0001560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0002000 4e49 ff41 0201 1500 0000 0000 0000 0000 I N A del soh stx nul nak nul nul nul nul nul nul nul nul 0002020 0000 1500 0000 0000 0000 0000 0000 8601 nul nul nul nak nul nul nul nul nul nul nul nul nul nul soh ack 0002040 4442 b7d3 c52d 8ce8 4442 bbd3 a217 0c1b B D S 7 - E h ff B D S ; etb " esc ff 0002060 4442 bbd3 a217 0c1b 0000 0000 0000 0010 B D S ; etb " esc ff nul nul nul nul nul nul dle nul 0002100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002140 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002160 4043 0100 0005 6540 706d 7974 002c 1902 C @ nul soh enq nul @ e m p t y , nul stx em 0002200 0004 6d50 7369 3063 0200 0418 6000 656e eot nul P m i s c 0 nul stx can eot nul ` n e 0002220 7377 0034 1902 0006 6e70 626f 646f 3879 w s 4 nul stx em ack nul p n o b o d y 8 0002240 0200 0b18 8800 6170 5f6d 6564 7076 7265 nul stx can vt nul bs p a m _ d e v p e r 0002260 3c6d 0200 061a a000 7777 7277 6e75 0000 m < nul stx sub ack nul sp w w w r u n nul nul 0002300 1c02 0006 64b8 6368 6370 1064 3000 0428 stx fs ack nul 8 d h c p c d dle nul 0 ( eot 0002320 d000 6373 6d70 001c 3456 0003 6ee0 7366 nul P s c p m fs nul V 4 etx nul ` n f s 0002340 0004 38e0 0008 68f0 7261 7764 7261 0c65 eot nul ` 8 bs nul p h a r d w a r e ff 0002360 aa02 0016 0000 0000 0000 0000 0000 0000 stx * syn nul nul nul nul nul nul nul nul nul nul nul nul nul 0002400 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0002420 0000 0200 0000 0000 0000 0000 0000 0d02 nul nul nul stx nul nul nul nul nul nul nul nul nul nul stx cr 0002440 4542 211b d00f c39c 8a41 7b25 072f 48a6 B E esc ! si P fs C A nl % { / bel & H 0002460 8a41 7b25 072f 48a6 0000 0000 0000 0010 A nl % { / bel & H nul nul nul nul nul nul dle nul 0002500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0002520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0002540 ffff ffff 0000 0000 0000 0000 0000 0100 del del del del nul nul nul nul nul nul nul nul nul nul nul soh 0002560 c041 0100 6d2e 0064 6c00 0c3a 6000 3053 A @ nul soh . m d nul nul l : ff nul ` S 0 0002600 6231 6f6f 2e74 6373 6d70 0000 2574 000a 1 b o o t . s c p m nul nul t % nl nul 0002620 4b90 3032 6f62 746f 6d2e 0064 6c00 0c3b dle K 2 0 b o o t . m d nul nul l ; ff 0002640 a800 324b 6230 6f6f 2e74 6373 6d70 0000 nul ( K 2 0 b o o t . s c p m nul nul 0002660 2674 0015 53c0 3130 6f62 746f 642e 7665 t & nak nul @ S 0 1 b o o t . d e v 0002700 6369 2d65 616d 7070 7265 0000 05e0 0015 i c e - m a p p e r nul nul ` enq nak nul 0002720 4be0 3032 6f62 746f 642e 7665 6369 2d65 ` K 2 0 b o o t . d e v i c e - 0002740 616d 7070 7265 0000 06e0 0000 0000 0000 m a p p e r nul nul ` ack nul nul nul nul nul nul 0002760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0003020 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0003040 4442 b7d3 5b2d 261c 7240 11d5 0000 0000 B D S 7 - [ fs & @ r U dc1 nul nul nul nul 0003060 2141 fdf9 9b10 c896 0000 0000 0000 0600 A ! y } dle esc syn H nul nul nul nul nul nul nul ack 0003100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0003120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003140 ffff ffff 0000 0038 0202 0000 0000 0000 del del del del nul nul 8 nul stx stx nul nul nul nul nul nul 0003160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0003400 4e49 ed41 0201 0c00 0000 0000 0000 0000 I N A m soh stx nul ff nul nul nul nul nul nul nul nul 0003420 0000 0c00 0000 0000 0000 0000 0000 7601 nul nul nul ff nul nul nul nul nul nul nul nul nul nul soh v 0003440 4542 fa1a 4903 f05d b041 1599 0832 237b B E sub z etx I ] p A 0 em nak 2 bs { # 0003460 b041 1599 0832 237b 0000 0000 0000 0010 A 0 em nak 2 bs { # nul nul nul nul nul nul dle nul 0003500 0000 0000 0000 0200 0000 0000 0000 0200 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul stx 0003520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0003540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0003560 c003 0100 0000 0100 0000 0000 0000 0000 etx @ nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0003600 e087 0100 0000 0000 0000 0000 0000 0000 bel ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0003620 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0004000 4e49 ff43 0301 2800 0000 0000 0000 0000 I N C del soh etx nul ( nul nul nul nul nul nul nul nul 0004020 0000 2800 0000 0000 0000 0000 0000 f35e nul nul nul ( nul nul nul nul nul nul nul nul nul nul ^ s 0004040 4542 131b 5823 d591 4542 191b c22f 3009 B E esc dc3 # X dc1 U B E esc em / B ht 0 0004060 4542 191b c22f 3009 0000 0000 0000 0090 B E esc em / B ht 0 nul nul nul nul nul nul dle nul 0004100 0000 0000 0000 0e00 0000 0000 0000 0b00 nul nul nul nul nul nul nul so nul nul nul nul nul nul nul vt 0004120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004140 ffff ffff 0100 0100 0000 0000 0000 0000 del del del del nul soh nul soh nul nul nul nul nul nul nul nul 0004160 00a3 0100 0000 0000 0000 0002 0000 0100 # nul nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0004200 20fd 0300 0000 0000 0000 0008 0000 0200 } sp nul etx nul nul nul nul nul nul bs nul nul nul nul stx 0004220 6045 0100 0000 0000 0000 000a 0000 0200 E ` nul soh nul nul nul nul nul nul nl nul nul nul nul stx 0004240 e0b6 0100 0000 0000 0000 000c 0000 0200 6 ` nul soh nul nul nul nul nul nul ff nul nul nul nul stx 0004260 0000 0000 0000 9811 0000 0000 0000 0100 nul nul nul nul nul nul dc1 can nul nul nul nul nul nul nul soh 0004300 00fd 0100 0000 0100 0000 0002 0000 0200 } nul nul soh nul nul nul soh nul nul stx nul nul nul nul stx 0004320 e058 0100 0000 0100 0000 0004 0000 0300 X ` nul soh nul nul nul soh nul nul eot nul nul nul nul etx 0004340 a057 0100 0000 0200 0000 0000 0000 0200 W sp nul soh nul nul nul stx nul nul nul nul nul nul nul stx 0004360 8058 0100 2e4c 3435 3233 0000 2e04 0000 X nul nul soh L . 5 4 3 2 nul nul eot . nul nul 0004400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0004420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0004440 4442 b7d3 f532 9d42 2241 5c18 8901 f83a B D S 7 2 u B gs A " can \ soh ht : x 0004460 2241 5c18 8901 f83a 0000 0000 0000 0600 A " can \ soh ht : x nul nul nul nul nul nul nul ack 0004500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0004520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0004540 ffff ffff 0000 0038 0502 0000 0000 0000 del del del del nul nul 8 nul stx enq nul nul nul nul nul nul 0004560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0005040 4442 b7d3 2333 ed07 7240 15d5 0000 0000 B D S 7 3 # bel m @ r U nak nul nul nul nul 0005060 2141 fdf9 4a13 5021 0000 0000 0000 0600 A ! y } dc3 J ! P nul nul nul nul nul nul nul ack 0005100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005140 ffff ffff 0000 0038 0602 0000 0000 0000 del del del del nul nul 8 nul stx ack nul nul nul nul nul nul 0005160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0005400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0005420 0000 0200 0000 0000 0000 0000 0000 fa00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul z 0005440 4442 b7d3 8c37 f80a 2241 5c18 f401 9006 B D S 7 7 ff nl x A " can \ soh t ack dle 0005460 2241 5c18 f401 9006 0000 0000 0000 0600 A " can \ soh t ack dle nul nul nul nul nul nul nul ack 0005500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0005520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0005540 ffff ffff 0000 0034 0702 0000 0000 0000 del del del del nul nul 4 nul stx bel nul nul nul nul nul nul 0005560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006000 4e49 ed41 0201 ed00 0000 0000 0000 0000 I N A m soh stx nul m nul nul nul nul nul nul nul nul 0006020 0000 ed00 0000 0000 0000 0000 0000 1d01 nul nul nul m nul nul nul nul nul nul nul nul nul nul soh gs 0006040 4442 b7d3 aa37 838e b341 884b 420c 4462 B D S 7 7 * so etx A 3 K bs ff B b D 0006060 b341 884b 420c 4462 0000 0000 0000 0020 A 3 K bs ff B b D nul nul nul nul nul nul sp nul 0006100 0000 0000 0000 0300 0000 0000 0000 0300 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul etx 0006120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0006160 a003 0100 0000 0000 0000 0002 0000 0100 etx sp nul soh nul nul nul nul nul nul stx nul nul nul nul soh 0006200 8044 0100 0000 0100 0000 0000 0000 0100 D nul nul soh nul nul nul soh nul nul nul nul nul nul nul soh 0006220 6043 0100 0000 0000 0000 0000 0000 0000 C ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0006240 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0006400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0006420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0006440 4442 b7d3 a53a 0e67 2141 fdf9 6c14 c800 B D S 7 : % g so A ! y } dc4 l nul H 0006460 2141 fdf9 6c14 c800 0000 0000 0000 1800 A ! y } dc4 l nul H nul nul nul nul nul nul nul can 0006500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0006520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0006540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0006560 454d 5353 4741 5345 0004 1a02 0000 0000 M E S S A G E S eot nul stx sub nul nul nul nul 0006600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007040 4442 b7d3 b43a d3a8 2141 fdf9 c714 b88a B D S 7 : 4 ( S A ! y } dc4 G nl 8 0007060 2141 fdf9 c714 b88a 0000 0000 0000 1800 A ! y } dc4 G nl 8 nul nul nul nul nul nul nul can 0007100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007160 454d 5353 4741 5345 0004 1b02 0000 0000 M E S S A G E S eot nul stx esc nul nul nul nul 0007200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0007400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0007420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0007440 4442 b7d3 b43a d3a8 2141 fdf9 2315 a814 B D S 7 : 4 ( S A ! y } nak # dc4 ( 0007460 2141 fdf9 2315 a814 0000 0000 0000 1800 A ! y } nak # dc4 ( nul nul nul nul nul nul nul can 0007500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0007520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0007540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0007560 454d 5353 4741 5345 0004 1c02 0000 0000 M E S S A G E S eot nul stx fs nul nul nul nul 0007600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010040 4442 b7d3 b43a d3a8 2141 fdf9 9d15 e821 B D S 7 : 4 ( S A ! y } nak gs ! h 0010060 2141 fdf9 9d15 e821 0000 0000 0000 1800 A ! y } nak gs ! h nul nul nul nul nul nul nul can 0010100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010160 454d 5353 4741 5345 0004 1d02 0000 0000 M E S S A G E S eot nul stx gs nul nul nul nul 0010200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0010400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0010420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0010440 4442 b7d3 c33a 99ea 2141 fdf9 f815 d8ab B D S 7 : C j em A ! y } nak x + X 0010460 2141 fdf9 f815 d8ab 0000 0000 0000 1800 A ! y } nak x + X nul nul nul nul nul nul nul can 0010500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0010520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0010540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0010560 454d 5353 4741 5345 0004 1e02 0000 0000 M E S S A G E S eot nul stx rs nul nul nul nul 0010600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011040 4442 b7d3 c33a 99ea 2141 fdf9 5416 c835 B D S 7 : C j em A ! y } syn T 5 H 0011060 2141 fdf9 5416 c835 0000 0000 0000 1800 A ! y } syn T 5 H nul nul nul nul nul nul nul can 0011100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011160 454d 5353 4741 5345 0004 1f02 0000 0000 M E S S A G E S eot nul stx us nul nul nul nul 0011200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0011400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0011420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0011440 4442 b7d3 d33a 5e2c 2141 fdf9 bf16 6001 B D S 7 : S , ^ A ! y } syn ? soh ` 0011460 2141 fdf9 bf16 6001 0000 0000 0000 1800 A ! y } syn ? soh ` nul nul nul nul nul nul nul can 0011500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0011520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0011540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0011560 454d 5353 4741 5345 0004 2002 0000 0000 M E S S A G E S eot nul stx sp nul nul nul nul 0011600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012040 4442 b7d3 d33a 5e2c 2141 fdf9 2917 f8cc B D S 7 : S , ^ A ! y } etb ) L x 0012060 2141 fdf9 2917 f8cc 0000 0000 0000 1800 A ! y } etb ) L x nul nul nul nul nul nul nul can 0012100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012160 454d 5353 4741 5345 0004 2102 0000 0000 M E S S A G E S eot nul stx ! nul nul nul nul 0012200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0012400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0012420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0012440 4442 b7d3 d33a 5e2c 2141 fdf9 8517 e856 B D S 7 : S , ^ A ! y } etb enq V h 0012460 2141 fdf9 8517 e856 0000 0000 0000 1800 A ! y } etb enq V h nul nul nul nul nul nul nul can 0012500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0012520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0012540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0012560 454d 5353 4741 5345 0004 2202 0000 0000 M E S S A G E S eot nul stx " nul nul nul nul 0012600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013040 4442 b7d3 e23a 236e 2141 fdf9 ff17 2864 B D S 7 : b n # A ! y } etb del d ( 0013060 2141 fdf9 ff17 2864 0000 0000 0000 1800 A ! y } etb del d ( nul nul nul nul nul nul nul can 0013100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013160 454d 5353 4741 5345 0004 2302 0000 0000 M E S S A G E S eot nul stx # nul nul nul nul 0013200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0013400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0013420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0013440 4442 b7d3 e23a 236e 2141 fdf9 7918 6871 B D S 7 : b n # A ! y } can y q h 0013460 2141 fdf9 7918 6871 0000 0000 0000 1800 A ! y } can y q h nul nul nul nul nul nul nul can 0013500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0013520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0013540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0013560 454d 5353 4741 5345 0004 2402 0000 0000 M E S S A G E S eot nul stx $ nul nul nul nul 0013600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014000 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014020 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014040 4442 b7d3 f13a e9af 2141 fdf9 d418 58fb B D S 7 : q / i A ! y } can T { X 0014060 2141 fdf9 d418 58fb 0000 0000 0000 1800 A ! y } can T { X nul nul nul nul nul nul nul can 0014100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014140 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014160 454d 5353 4741 5345 0004 2502 0000 0000 M E S S A G E S eot nul stx % nul nul nul nul 0014200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0014400 4e49 ed41 0101 0300 0000 0000 0000 0000 I N A m soh soh nul etx nul nul nul nul nul nul nul nul 0014420 0000 0300 0000 0000 0000 0000 0000 ef00 nul nul nul etx nul nul nul nul nul nul nul nul nul nul nul o 0014440 4442 b7d3 f13a e9af 2141 fdf9 4f19 9808 B D S 7 : q / i A ! y } em O bs can 0014460 2141 fdf9 4f19 9808 0000 0000 0000 1800 A ! y } em O bs can nul nul nul nul nul nul nul can 0014500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0014520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0014540 ffff ffff 0001 0014 0902 000b 4c30 5f43 del del del del soh nul dc4 nul stx ht vt nul 0 L C _ 0014560 454d 5353 4741 5345 000c 1802 0000 0000 M E S S A G E S ff nul stx can nul nul nul nul 0014600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015000 4e49 ed41 0201 0200 0000 0000 0000 0000 I N A m soh stx nul stx nul nul nul nul nul nul nul nul 0015020 0000 0200 0000 0000 0000 0000 0000 4501 nul nul nul stx nul nul nul nul nul nul nul nul nul nul soh E 0015040 4442 b7d3 6b3b 13be fb41 9479 7d0e d2f8 B D S 7 ; k > dc3 A { y dc4 so } x R 0015060 fb41 9479 7d0e d2f8 0000 0000 0000 0040 A { y dc4 so } x R nul nul nul nul nul nul @ nul 0015100 0000 0000 0000 0500 0000 0000 0000 0500 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul enq 0015120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0015160 8004 0100 0000 0000 0000 0002 0000 0000 eot nul nul soh nul nul nul nul nul nul stx nul nul nul nul nul 0015200 20d3 0100 0000 0000 0000 0004 0000 0100 S sp nul soh nul nul nul nul nul nul eot nul nul nul nul soh 0015220 e041 0100 0000 0000 0000 0006 0000 0100 A ` nul soh nul nul nul nul nul nul ack nul nul nul nul soh 0015240 a046 0100 0000 0100 0000 0000 0000 0000 F sp nul soh nul nul nul soh nul nul nul nul nul nul nul nul 0015260 a079 0100 0000 0000 0000 0000 0000 0000 y sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0015300 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0015400 4e49 ed41 0101 0400 0000 0000 0000 0000 I N A m soh soh nul eot nul nul nul nul nul nul nul nul 0015420 0000 0400 0000 0000 0000 0000 0000 ee00 nul nul nul eot nul nul nul nul nul nul nul nul nul nul nul n 0015440 4442 b7d3 b62d c6a6 2441 0ad8 d802 d8f3 B D S 7 - 6 & F A $ X nl stx X s X 0015460 2441 0ad8 d802 d8f3 0000 0000 0000 1a00 A $ X nl stx X s X nul nul nul nul nul nul nul sub 0015500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0015520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0015540 ffff ffff 0002 0038 1702 0003 6530 6374 del del del del stx nul 8 nul stx etb etx nul 0 e t c 0015560 013c 2a34 0003 7640 7261 0114 139c 0000 < soh 4 * etx nul @ v a r dc4 soh fs dc3 nul nul 0015600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016000 4e49 ed41 0101 0200 0000 1e00 0000 0000 I N A m soh soh nul stx nul nul nul rs nul nul nul nul 0016020 0000 0200 0000 0000 0000 0000 0000 ed00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul m 0016040 4442 b7d3 c52d 8ce8 7240 14d5 0000 0000 B D S 7 - E h ff @ r U dc4 nul nul nul nul 0016060 2141 fdf9 8f1a 606b 0000 0000 0000 0600 A ! y } sub si k ` nul nul nul nul nul nul nul ack 0016100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016140 ffff ffff 0000 0000 0402 0000 0000 0000 del del del del nul nul nul nul stx eot nul nul nul nul nul nul 0016160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0016400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0016420 0000 0200 0000 0000 0000 0000 0000 ec00 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul l 0016440 4442 b7d3 6a2d ec5d 543f 596a 0000 0000 B D S 7 - j ] l ? T j Y nul nul nul nul 0016460 2141 fdf9 e029 0855 0000 0000 0000 0600 A ! y } ) ` U bs nul nul nul nul nul nul nul ack 0016500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0016520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0016540 ffff ffff 0000 0008 0302 0000 0000 0000 del del del del nul nul bs nul stx etx nul nul nul nul nul nul 0016560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017000 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017020 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017040 4442 b7d3 993b 6383 7140 98ea 0000 0000 B D S 7 ; em etx c @ q j can nul nul nul nul 0017060 2141 1afa d026 7004 0000 0000 0000 2400 A ! z sub & P eot p nul nul nul nul nul nul nul $ 0017100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017140 ffff ffff 0002 0014 1b02 0005 4550 6574 del del del del stx nul dc4 nul stx esc enq nul P E t e 0017160 6d72 0000 2002 000b 4580 6574 6d72 632d r m nul nul stx sp vt nul nul E t e r m - c 0017200 6c6f 726f 0000 2102 0000 0000 0000 0000 o l o r nul nul stx ! nul nul nul nul nul nul nul nul 0017220 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0017400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0017420 0000 0200 0000 0000 0000 0000 0000 f000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul p 0017440 4442 b8d3 3b00 79c0 7140 3aea 0000 0000 B D S 8 nul ; @ y @ q j : nul nul nul nul 0017460 2141 1afa 5927 5853 0000 0000 0000 3100 A ! z sub ' Y S X nul nul nul nul nul nul nul 1 0017500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0017520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0017540 ffff ffff 0003 0014 1b02 0008 6a50 6961 del del del del etx nul dc4 nul stx esc bs nul P j a i 0017560 7478 7265 006d 0200 0a22 8800 616a 7869 x t e r m nul nul stx " nl nul bs j a i x 0017600 6574 6d72 6d2d 0000 2302 0004 6ab8 7265 t e r m - m nul nul stx # eot nul 8 j e r 0017620 0071 0200 0024 0000 0000 0000 0000 0000 q nul nul stx $ nul nul nul nul nul nul nul nul nul nul nul 0017640 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0020020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0020060 2141 fff9 6930 b8e7 0000 0000 0000 1407 A ! y del 0 i g 8 nul nul nul nul nul nul bel dc4 0020100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0020120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0020160 a004 0100 0000 0000 0000 0000 0000 0000 eot sp nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0020200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0020400 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0020420 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0020440 2141 fff9 6930 b8e7 2141 fff9 6930 b8e7 A ! y del 0 i g 8 A ! y del 0 i g 8 0020460 2141 fff9 7930 6029 0000 0000 0000 0500 A ! y del 0 y ) ` nul nul nul nul nul nul nul enq 0020500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0020520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0020540 ffff ffff 7445 7265 006d 0000 0000 0000 del del del del E t e r m nul nul nul nul nul nul nul 0020560 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021020 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021040 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021060 2141 01fa b022 4847 0000 0000 0000 3607 A ! z soh " 0 G H nul nul nul nul nul nul bel 6 0021100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021160 c004 0100 0000 0000 0000 0000 0000 0000 eot @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0021400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0021420 0000 0100 0000 0000 0000 0000 0000 0200 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul stx 0021440 7140 3aea 0000 0000 7140 3aea 0000 0000 @ q j : nul nul nul nul @ q j : nul nul nul nul 0021460 2141 01fa bf22 f088 0000 0000 0000 de05 A ! z soh " ? bs p nul nul nul nul nul nul enq ^ 0021500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0021520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0021540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0021560 e004 0100 0000 0000 0000 0000 0000 0000 eot ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0021600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0022020 0000 0100 0000 0000 0000 0000 0000 0100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul soh 0022040 2141 01fa bf22 f088 2141 01fa bf22 f088 A ! z soh " ? bs p A ! z soh " ? bs p 0022060 2141 01fa bf22 f088 0000 0000 0000 0900 A ! z soh " ? bs p nul nul nul nul nul nul nul ht 0022100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022140 ffff ffff 2e2e 622f 622f 696c 0074 0000 del del del del . . / b / b l i t nul nul nul 0022160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0022400 4e49 ed41 0101 0200 0000 0000 0000 0000 I N A m soh soh nul stx nul nul nul nul nul nul nul nul 0022420 0000 0200 0000 0000 0000 0000 0000 f800 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul x 0022440 4442 b8d3 8800 5409 2141 05fa a105 b019 B D S 8 nul bs ht T A ! z enq enq ! em 0 0022460 2141 05fa a105 b019 0000 0000 0000 8400 A ! z enq enq ! em 0 nul nul nul nul nul nul nul eot 0022500 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0022520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0022540 ffff ffff 0009 0030 0802 0007 4150 2e54 del del del del ht nul 0 nul stx bs bel nul P A T . 0022560 6f63 666e 0000 2602 0007 4388 2e41 6f63 c o n f nul nul stx & bel nul bs C A . c o 0022600 666e 0000 2702 0007 43c0 2e5a 6f63 666e n f nul nul stx ' bel nul @ C Z . c o n f 0022620 0000 2802 0007 44f8 2e45 6f63 666e 0000 nul nul stx ( bel nul x D E . c o n f nul nul 0022640 2902 0107 4730 2e42 6f63 666e 0000 2a02 stx ) bel soh 0 G B . c o n f nul nul stx * 0022660 0107 4868 2e55 6f63 666e 0000 2b02 0107 bel soh h H U . c o n f nul nul stx + bel soh 0022700 4ea0 2e4c 6f63 666e 0000 2c02 0107 53d8 sp N L . c o n f nul nul stx , bel soh X S 0022720 2e49 6f63 666e 0000 2d02 0207 5510 2e53 I . c o n f nul nul stx - bel stx dle U S . 0022740 6f63 666e 0000 2e02 0000 0000 0000 0000 c o n f nul nul stx . nul nul nul nul nul nul nul nul 0022760 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0023000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023040 4c41 131b 1e2d 18a7 7240 e807 0000 0000 A L esc dc3 - rs ' can @ r bel h nul nul nul nul 0023060 2141 05fa 6004 e8b6 0000 0000 0000 fe00 A ! z enq eot ` 6 h nul nul nul nul nul nul nul ~ 0023100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023160 8003 0100 0000 0000 0000 0000 0000 0000 etx nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0023400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0023420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0023440 4c41 131b a72d 00f6 7240 e807 0000 0000 A L esc dc3 - ' v nul @ r bel h nul nul nul nul 0023460 2141 05fa 6f04 90f8 0000 0000 0000 0005 A ! z enq eot o x dle nul nul nul nul nul nul enq nul 0023500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0023520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0023540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0023560 0005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0023600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024040 4c41 131b 1032 90f0 7240 e807 0000 0000 A L esc dc3 2 dle p dle @ r bel h nul nul nul nul 0024060 2141 05fa 9d04 88bd 0000 0000 0000 1b2a A ! z enq eot gs = bs nul nul nul nul nul nul * esc 0024100 0000 0000 0000 0300 0000 0000 0000 0100 nul nul nul nul nul nul nul etx nul nul nul nul nul nul nul soh 0024120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024160 2005 0300 0000 0000 0000 0000 0000 0000 enq sp nul etx nul nul nul nul nul nul nul nul nul nul nul nul 0024200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0024400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0024420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0024440 4c41 131b 0638 3096 7240 e807 0000 0000 A L esc dc3 8 ack syn 0 @ r bel h nul nul nul nul 0024460 2141 05fa cb04 8082 0000 0000 0000 1538 A ! z enq eot K stx nul nul nul nul nul nul nul 8 nak 0024500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0024520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0024540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0024560 0003 0400 0000 0000 0000 0000 0000 0000 etx nul nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0024600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025040 4c41 131b 0939 58f2 7240 e807 0000 0000 A L esc dc3 9 ht r X @ r bel h nul nul nul nul 0025060 2141 05fa cb04 8082 0000 0000 0000 030a A ! z enq eot K stx nul nul nul nul nul nul nul nl etx 0025100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0025120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025160 8005 0100 0000 0000 0000 0000 0000 0000 enq nul nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0025200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0025400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0025420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0025440 4c41 131b 6c3b 9834 7240 e807 0000 0000 A L esc dc3 ; l 4 can @ r bel h nul nul nul nul 0025460 2141 05fa ea04 d005 0000 0000 0000 8e15 A ! z enq eot j enq P nul nul nul nul nul nul nak so 0025500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0025520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0025560 a005 0200 0000 0000 0000 0000 0000 0000 enq sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0025600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026020 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026040 4c41 141b 4b00 d877 7240 e807 0000 0000 A L esc dc4 nul K w X @ r bel h nul nul nul nul 0026060 2141 05fa f904 7847 0000 0000 0000 e003 A ! z enq eot y G x nul nul nul nul nul nul etx ` 0026100 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026160 e002 0100 0000 0000 0000 0000 0000 0000 stx ` nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0026400 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0026420 0000 0100 0000 0000 0000 0000 0000 0b00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul vt 0026440 4c41 141b c500 1885 7240 e807 0000 0000 A L esc dc4 nul E enq can @ r bel h nul nul nul nul 0026460 2141 05fa 0805 2089 0000 0000 0000 4b04 A ! z enq enq bs ht sp nul nul nul nul nul nul eot K 0026500 0000 0000 0000 0100 0000 0000 0000 0100 nul nul nul nul nul nul nul soh nul nul nul nul nul nul nul soh 0026520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0026540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0026560 c002 0100 0000 0000 0000 0000 0000 0000 stx @ nul soh nul nul nul nul nul nul nul nul nul nul nul nul 0026600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027000 4e49 a481 0201 0100 0000 0000 0000 0000 I N soh $ soh stx nul soh nul nul nul nul nul nul nul nul 0027020 0000 0100 0000 0000 0000 0000 0000 0c00 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ff 0027040 4c41 141b 6728 8012 7240 e807 0000 0000 A L esc dc4 ( g dc2 nul @ r bel h nul nul nul nul 0027060 2141 05fa a105 b019 0000 0000 0100 0a71 A ! z enq enq ! em 0 nul nul nul nul nul soh q nl 0027100 0000 0000 0000 1800 0000 0000 0000 0100 nul nul nul nul nul nul nul can nul nul nul nul nul nul nul soh 0027120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027160 8008 1800 0000 0000 0000 0000 0000 0000 bs nul nul can nul nul nul nul nul nul nul nul nul nul nul nul 0027200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0027400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0027420 0000 0100 0000 0000 0000 0000 0000 e6a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ f 0027440 4542 241b 7c25 fc83 7140 1879 0000 0000 B E esc $ % | etx | @ q y can nul nul nul nul 0027460 2141 0cfa 7907 7012 0000 0000 0100 2498 A ! z ff bel y dc2 p nul nul nul nul nul soh can $ 0027500 0000 0000 0000 1a00 0000 0000 0000 0100 nul nul nul nul nul nul nul sub nul nul nul nul nul nul nul soh 0027520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0027540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0027560 800c 1a00 0000 0000 0000 0000 0000 0000 ff nul nul sub nul nul nul nul nul nul nul nul nul nul nul nul 0027600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030000 4e49 ffa1 0101 0100 0000 0000 0000 0000 I N ! del soh soh nul soh nul nul nul nul nul nul nul nul 0030020 0000 0100 0000 0000 0000 0000 0000 e5a4 nul nul nul soh nul nul nul nul nul nul nul nul nul nul $ e 0030040 4542 241b 7c25 fc83 2141 0cfa 7907 7012 B E esc $ % | etx | A ! z ff bel y dc2 p 0030060 2141 0cfa 7907 7012 0000 0000 0000 0b00 A ! z ff bel y dc2 p nul nul nul nul nul nul nul vt 0030100 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0030120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030140 ffff ffff 646c 322d 332e 332e 732e 006f del del del del l d - 2 . 3 . 3 . s o nul 0030160 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0030400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0030420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0030440 4542 fa1a 8515 d3fb 7140 7378 0000 0000 B E sub z nak enq { S @ q x s nul nul nul nul 0030460 2141 0cfa 9707 c095 0000 0000 0000 3a14 A ! z ff bel etb nak @ nul nul nul nul nul nul dc4 : 0030500 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0030520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0030560 e005 0200 0000 0000 0000 0000 0000 0000 enq ` nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0030600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031040 4542 fa1a e504 c04d 7140 ea78 0000 0000 B E sub z eot e M @ @ q x j nul nul nul nul 0031060 2141 0cfa a607 68d7 0000 0000 0000 bf17 A ! z ff bel & W h nul nul nul nul nul nul etb ? 0031100 0000 0000 0000 0200 0000 0000 0000 0100 nul nul nul nul nul nul nul stx nul nul nul nul nul nul nul soh 0031120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031160 2006 0200 0000 0000 0000 0000 0000 0000 ack sp nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0031400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0031420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0031440 4542 fa1a e504 c04d 7140 f378 0000 0000 B E sub z eot e M @ @ q x s nul nul nul nul 0031460 2141 0cfa 5d08 48eb 0000 0000 0000 ef36 A ! z ff bs ] k H nul nul nul nul nul nul 6 o 0031500 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0031520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0031540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0031560 6006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0031600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0032040 4542 fa1a a716 79dd 7140 ed78 0000 0000 B E sub z syn ' ] y @ q x m nul nul nul nul 0032060 2141 0cfa 8b08 40b0 0000 0000 0000 4032 A ! z ff bs vt 0 @ nul nul nul nul nul nul 2 @ 0032100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0032120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032160 4002 0400 0000 0000 0000 0000 0000 0000 stx @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0032200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0032400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0032420 0000 0100 0000 0000 0000 0000 0000 a100 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul ! 0032440 4542 fa1a 7d05 76df 7140 5778 0000 0000 B E sub z enq } _ v @ q x W nul nul nul nul 0032460 2141 0cfa 8f32 e87f 0000 0000 1400 835b A ! z ff 2 si del h nul nul nul nul nul dc4 [ etx 0032500 0000 0000 0000 4601 0000 0000 0000 0100 nul nul nul nul nul nul soh F nul nul nul nul nul nul nul soh 0032520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0032540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0032560 0014 4601 0000 0000 0000 0000 0000 0000 dc4 nul soh F nul nul nul nul nul nul nul nul nul nul nul nul 0032600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0033040 4542 fa1a f717 6e84 7140 e978 0000 0000 B E sub z etb w eot n @ q x i nul nul nul nul 0033060 2141 0cfa c033 08a1 0000 0000 0200 70e2 A ! z ff 3 @ ! bs nul nul nul nul nul stx b p 0033100 0000 0000 0000 2f00 0000 0000 0000 0100 nul nul nul nul nul nul nul / nul nul nul nul nul nul nul soh 0033120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033160 0040 2f00 0000 0000 0000 0000 0000 0000 @ nul nul / nul nul nul nul nul nul nul nul nul nul nul nul 0033200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0033400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0033420 0000 0100 0000 0000 0000 0000 0000 5c1d nul nul nul soh nul nul nul nul nul nul nul nul nul nul gs \ 0033440 4542 121b 7f37 8347 7140 e578 0000 0000 B E esc dc2 7 del G etx @ q x e nul nul nul nul 0033460 2141 0cfa 2b34 a06c 0000 0000 0000 70aa A ! z ff 4 + l sp nul nul nul nul nul nul * p 0033500 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0033520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0033540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0033560 8010 0b00 0000 0000 0000 0000 0000 0000 dle nul nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0033600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034020 0000 0100 0000 0000 0000 0000 0000 5ca0 nul nul nul soh nul nul nul nul nul nul nul nul nul nul sp \ 0034040 4542 241b 4b24 9160 7140 b178 0000 0000 B E esc $ $ K ` dc1 @ q x 1 nul nul nul nul 0034060 2141 0cfa 5934 9831 0000 0000 0000 4f35 A ! z ff 4 Y 1 can nul nul nul nul nul nul 5 O 0034100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0034120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034160 e006 0400 0000 0000 0000 0000 0000 0000 ack ` nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0034200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0034400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0034420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0034440 4542 fa1a 321c 2ac2 7140 9778 0000 0000 B E sub z fs 2 B * @ q x etb nul nul nul nul 0034460 2141 0cfa b835 b017 0000 0000 0200 439a A ! z ff 5 8 etb 0 nul nul nul nul nul stx sub C 0034500 0000 0000 0000 2a00 0000 0000 0000 0100 nul nul nul nul nul nul nul * nul nul nul nul nul nul nul soh 0034520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0034540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0034560 0048 2a00 0000 0000 0000 0000 0000 0000 H nul nul * nul nul nul nul nul nul nul nul nul nul nul nul 0034600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035020 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0035040 4542 fa1a be06 a644 7140 b278 0000 0000 B E sub z ack > D & @ q x 2 nul nul nul nul 0035060 2141 0cfa e535 a8dc 0000 0000 0000 8038 A ! z ff 5 e \ ( nul nul nul nul nul nul 8 nul 0035100 0000 0000 0000 0400 0000 0000 0000 0100 nul nul nul nul nul nul nul eot nul nul nul nul nul nul nul soh 0035120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035160 c001 0400 0000 0000 0000 0000 0000 0000 soh @ nul eot nul nul nul nul nul nul nul nul nul nul nul nul 0035200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0035400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0035420 0000 0100 0000 0000 0000 0000 0000 6d4e nul nul nul soh nul nul nul nul nul nul nul nul nul nul N m 0035440 4542 231b 8503 b6f1 7140 0479 0000 0000 B E esc # etx enq q 6 @ q y eot nul nul nul nul 0035460 2141 0cfa bb36 d873 0000 0000 0100 e457 A ! z ff 6 ; s X nul nul nul nul nul soh W d 0035500 0000 0000 0000 1600 0000 0000 0000 0100 nul nul nul nul nul nul nul syn nul nul nul nul nul nul nul soh 0035520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0035540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0035560 c03c 1600 0000 0000 0000 0000 0000 0000 < @ nul syn nul nul nul nul nul nul nul nul nul nul nul nul 0035600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036020 0000 0100 0000 0000 0000 0000 0000 3e46 nul nul nul soh nul nul nul nul nul nul nul nul nul nul F > 0036040 4542 231b 8503 b6f1 7140 0679 0000 0000 B E esc # etx enq q 6 @ q y ack nul nul nul nul 0036060 2141 0cfa 1637 c8fd 0000 0000 0000 6e7d A ! z ff 7 syn } H nul nul nul nul nul nul } n 0036100 0000 0000 0000 0800 0000 0000 0000 0100 nul nul nul nul nul nul nul bs nul nul nul nul nul nul nul soh 0036120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036160 e011 0800 0000 0000 0000 0000 0000 0000 dc1 ` nul bs nul nul nul nul nul nul nul nul nul nul nul nul 0036200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0036400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0036420 0000 0100 0000 0000 0000 0000 0000 6241 nul nul nul soh nul nul nul nul nul nul nul nul nul nul A b 0036440 4542 fa1a 321c 2ac2 7140 ed78 0000 0000 B E sub z fs 2 B * @ q x m nul nul nul nul 0036460 2141 0cfa 5437 6804 0000 0000 0000 3a45 A ! z ff 7 T eot h nul nul nul nul nul nul E : 0036500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0036520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0036540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0036560 6007 0500 0000 0000 0000 0000 0000 0000 bel ` nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0036600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037000 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037020 0000 0100 0000 0000 0000 0000 0000 c177 nul nul nul soh nul nul nul nul nul nul nul nul nul nul w A 0037040 4542 121b 752b cc61 7140 ef78 0000 0000 B E esc dc2 + u a L @ q x o nul nul nul nul 0037060 2141 0cfa be37 00d0 0000 0000 0000 09a3 A ! z ff 7 > P nul nul nul nul nul nul nul # ht 0037100 0000 0000 0000 0b00 0000 0000 0000 0100 nul nul nul nul nul nul nul vt nul nul nul nul nul nul nul soh 0037120 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037140 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037160 e045 0b00 0000 0000 0000 0000 0000 0000 E ` nul vt nul nul nul nul nul nul nul nul nul nul nul nul 0037200 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0037400 4e49 ed81 0201 0100 0000 0000 0000 0000 I N soh m soh stx nul soh nul nul nul nul nul nul nul nul 0037420 0000 0100 0000 0000 0000 0000 0000 9400 nul nul nul soh nul nul nul nul nul nul nul nul nul nul nul dc4 0037440 4542 fa1a 321c 2ac2 7140 fa78 0000 0000 B E sub z fs 2 B * @ q x z nul nul nul nul 0037460 2141 0cfa 1a38 f059 0000 0000 0000 1f49 A ! z ff 8 sub Y p nul nul nul nul nul nul I us 0037500 0000 0000 0000 0500 0000 0000 0000 0100 nul nul nul nul nul nul nul enq nul nul nul nul nul nul nul soh 0037520 0000 0200 0000 0000 0000 0000 0000 0000 nul nul nul stx nul nul nul nul nul nul nul nul nul nul nul nul 0037540 ffff ffff 0000 0000 0000 0000 0000 0000 del del del del nul nul nul nul nul nul nul nul nul nul nul nul 0037560 2001 0500 0000 0000 0000 0000 0000 0000 soh sp nul enq nul nul nul nul nul nul nul nul nul nul nul nul 0037600 0000 0000 0000 0000 0000 0000 0000 0000 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul * 0040000 ------=_Part_27_10973446.1112208696352-- From owner-linux-xfs Wed Mar 30 10:53:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 10:53:27 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UIrQiZ020120 for ; Wed, 30 Mar 2005 10:53:26 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UIrOeU123662; Wed, 30 Mar 2005 13:53:24 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 3838A115C859; Wed, 30 Mar 2005 10:53:24 -0800 (PST) Date: Wed, 30 Mar 2005 10:53:24 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330185324.GA12530@taniwha.stupidest.org> References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5163 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 324 Lines: 8 On Wed, Mar 30, 2005 at 08:49:29PM +0200, Sven Gehr wrote: > I can' reconstruct the orignal sort. I can test all combinations. Is > there a facility to test but I can see when I have the right sort? make a script iterrating over all combinations and run xfs_check. assuming you didn't stomp on anything that should work. From owner-linux-xfs Wed Mar 30 10:54:37 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 10:54:37 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UIsaSM020557 for ; Wed, 30 Mar 2005 10:54:36 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UIsYeU113670; Wed, 30 Mar 2005 13:54:34 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 932091151819; Wed, 30 Mar 2005 10:54:34 -0800 (PST) Date: Wed, 30 Mar 2005 10:54:34 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330185434.GB12530@taniwha.stupidest.org> References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5164 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 365 Lines: 9 On Wed, Mar 30, 2005 at 08:49:29PM +0200, Sven Gehr wrote: > I can' reconstruct the orignal sort. I can test all combinations. Is > there a facility to test but I can see when I have the right sort? Is this soft-raid w/o superblocks? Usually with softraid it puts the raid superblock at the end of the disk (I think) and it has details on the volume and disks. From owner-linux-xfs Wed Mar 30 10:59:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 10:59:33 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UIxW37021022 for ; Wed, 30 Mar 2005 10:59:32 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 38E3543C2AF for ; Wed, 30 Mar 2005 20:59:43 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29560-10 for ; Wed, 30 Mar 2005 20:59:42 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 1D4CB43C2BD for ; Wed, 30 Mar 2005 20:59:42 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id A80AD3E6F for ; Wed, 30 Mar 2005 20:59:28 +0200 (CEST) Message-ID: <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 20:59:28 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330185324.GA12530@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5165 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 455 Lines: 11 Am Mi 30.03.2005 20:53 schrieb Chris Wedgwood : > On Wed, Mar 30, 2005 at 08:49:29PM +0200, Sven Gehr wrote: > > I can' reconstruct the orignal sort. I can test all combinations. Is > > there a facility to test but I can see when I have the right sort? > make a script iterrating over all combinations and run xfs_check. > assuming you didn't stomp on anything that should work. I can do that manuell with change the SCSI-ID. Is this ok? From owner-linux-xfs Wed Mar 30 11:01:11 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:01:12 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJ1AA7021465 for ; Wed, 30 Mar 2005 11:01:11 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 25A3B43C31D for ; Wed, 30 Mar 2005 21:01:23 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29931-08 for ; Wed, 30 Mar 2005 21:01:22 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id DB88443C31C for ; Wed, 30 Mar 2005 21:01:21 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 8087A3E6F for ; Wed, 30 Mar 2005 21:01:08 +0200 (CEST) Message-ID: <27211574.1112209268528.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 21:01:08 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330185434.GB12530@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185434.GB12530@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5166 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 465 Lines: 13 Am Mi 30.03.2005 20:54 schrieb Chris Wedgwood : > On Wed, Mar 30, 2005 at 08:49:29PM +0200, Sven Gehr wrote: > > I can' reconstruct the orignal sort. I can test all combinations. Is > > there a facility to test but I can see when I have the right sort? > Is this soft-raid w/o superblocks? Usually with softraid it puts the > raid superblock at the end of the disk (I think) and it has details on > the volume and disks. What is w/o superblocks? From owner-linux-xfs Wed Mar 30 11:01:20 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:01:21 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJ1KtV021551 for ; Wed, 30 Mar 2005 11:01:20 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UJ1IeU127012; Wed, 30 Mar 2005 14:01:18 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 8F6E9115C859; Wed, 30 Mar 2005 11:01:18 -0800 (PST) Date: Wed, 30 Mar 2005 11:01:18 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330190118.GA12758@taniwha.stupidest.org> References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5167 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 258 Lines: 9 On Wed, Mar 30, 2005 at 08:59:28PM +0200, Sven Gehr wrote: > I can do that manuell with change the SCSI-ID. Is this ok? umm? sorry if i missed this, is this soft-raid with or without superblocks? either way you shouldn't have to mess with the scsi-id's From owner-linux-xfs Wed Mar 30 11:05:23 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:05:23 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJ5MFW022380 for ; Wed, 30 Mar 2005 11:05:22 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UJ5KeU038696; Wed, 30 Mar 2005 14:05:20 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 3F370115C859; Wed, 30 Mar 2005 11:05:20 -0800 (PST) Date: Wed, 30 Mar 2005 11:05:20 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330190520.GB12758@taniwha.stupidest.org> References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185434.GB12530@taniwha.stupidest.org> <27211574.1112209268528.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27211574.1112209268528.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5168 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 513 Lines: 14 On Wed, Mar 30, 2005 at 09:01:08PM +0200, Sven Gehr wrote: > What is w/o superblocks? the kernel raid subsystem can (and usually does by default) mark each disk in a raid group do you don't have to worry about the order. i think they call it persusten superblocks or something. if you have those the order of the disks is decided by the kernel upon reading these not from /etc/mdtab or whatever the file used is it should also be possible to poke about at the end of the disk(s) and read this data i assume From owner-linux-xfs Wed Mar 30 11:06:04 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:06:05 -0800 (PST) Received: from mail00hq.adic.com (mail00hq.adic.com [63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJ63Jn022674 for ; Wed, 30 Mar 2005 11:06:04 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 11:05:58 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 11:05:58 -0800 Message-ID: <424AF895.7070602@xfs.org> Date: Wed, 30 Mar 2005 13:05:57 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <28591825.1112202497385.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AEDF1.2050602@xfs.org> <15558189.1112208696359.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <15558189.1112208696359.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 19:05:58.0359 (UTC) FILETIME=[81A97670:01C5355B] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5169 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 816 Lines: 28 Sven Gehr wrote: > Am Mi 30.03.2005 20:20 schrieb Steve Lord : > >>Sven Gehr wrote: > > > >>>Ok. I have do: >>>dd if=/dev/sdX2 of=sdX2_header bs=16k count=1 >>>for alle (sda2, sdb2, sdc2) devices. Next time I have od -xa with >>>alle >>>files. The output is in the attachment. I can't find XFSB in this >>>files? > > >>Well, your sda2 and sdb2 files are identical, are you sure you got the >>commands right? The other one is all zeros. You have one chance left >>to find a real superblock out there. > > > I have generate the file new for sda2 and sdb2. It is in the attachment. Those are still identical, either you have something odd going on in your scsi addressing, or you managed to clone data from one device to another, or these are actually two paths to the same disk device. Steve From owner-linux-xfs Wed Mar 30 11:16:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:16:31 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJGUdk023602 for ; Wed, 30 Mar 2005 11:16:30 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 3675043C3F5 for ; Wed, 30 Mar 2005 21:16:42 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32016-04 for ; Wed, 30 Mar 2005 21:16:41 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 1388E41D4FC for ; Wed, 30 Mar 2005 21:16:41 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id A00673E6F for ; Wed, 30 Mar 2005 21:16:27 +0200 (CEST) Message-ID: <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 21:16:27 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330190118.GA12758@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5170 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 473 Lines: 17 Am Mi 30.03.2005 21:01 schrieb Chris Wedgwood : > On Wed, Mar 30, 2005 at 08:59:28PM +0200, Sven Gehr wrote: > > I can do that manuell with change the SCSI-ID. Is this ok? > umm? sorry if i missed this, is this soft-raid with or without > superblocks? I think it is with superblocks. When I use mdadm --examine /dev/sdx the system show me the superblock informations > either way you shouldn't have to mess with the scsi-id's I do this at the moment. From owner-linux-xfs Wed Mar 30 11:20:03 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:20:04 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJK2ia024081 for ; Wed, 30 Mar 2005 11:20:03 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UJK1eU038666; Wed, 30 Mar 2005 14:20:01 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id ABF35115C859; Wed, 30 Mar 2005 11:20:00 -0800 (PST) Date: Wed, 30 Mar 2005 11:20:00 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330192000.GA13002@taniwha.stupidest.org> References: <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5171 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 628 Lines: 20 On Wed, Mar 30, 2005 at 09:16:27PM +0200, Sven Gehr wrote: > I think it is with superblocks. When I use mdadm --examine /dev/sdx the > system show me the superblock informations then chances are the disks are probably in the right order or the raid subsystem would have spewed some message(s) --- but maybe check the raid superblocks at the end of the disks to make sure > > either way you shouldn't have to mess with the scsi-id's > > I do this at the moment. why??? also, check your disks are all individually accessible and working, in a message Steve you showed identical data for different disks which is suspicious From owner-linux-xfs Wed Mar 30 11:24:42 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:24:44 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UJOggh024544 for ; Wed, 30 Mar 2005 11:24:42 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 3FFA643C446 for ; Wed, 30 Mar 2005 21:24:52 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00070-08 for ; Wed, 30 Mar 2005 21:24:51 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 8F18E43C380 for ; Wed, 30 Mar 2005 21:24:51 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 2F2F83E6F for ; Wed, 30 Mar 2005 21:24:38 +0200 (CEST) Message-ID: <10050169.1112210678195.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 21:24:38 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330190520.GB12758@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <2545159.1112195262796.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185434.GB12530@taniwha.stupidest.org> <27211574.1112209268528.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190520.GB12758@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5172 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 859 Lines: 22 Am Mi 30.03.2005 21:05 schrieb Chris Wedgwood : > On Wed, Mar 30, 2005 at 09:01:08PM +0200, Sven Gehr wrote: > the kernel raid subsystem can (and usually does by default) mark each > disk in a raid group do you don't have to worry about the order. i > think they call it persusten superblocks or something. > if you have those the order of the disks is decided by the kernel upon > reading these not from /etc/mdtab or whatever the file used is > it should also be possible to poke about at the end of the disk(s) and > read this data i assume Before I shutdown the system I was delete the RAID-superblock with 'mdadm --zero-superblock /dev/sdX2' for alle devices. The system go down an I change the SCSI-ID. After reboot suse generate the RAID new with sda2=raid-device 0 sdb2=raid-device 1 sdc2=raid-device 2 I test all combinations. From owner-linux-xfs Wed Mar 30 11:43:47 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 11:43:48 -0800 (PST) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2UJhjn0025751 for ; Wed, 30 Mar 2005 11:43:46 -0800 Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 30 Mar 2005 20:43:37 +0100 (BST) To: linux-xfs@oss.sgi.com cc: linux-kernel@vger.kernel.org Subject: Directory link count wrapping on Linux/XFS/i386? Date: Wed, 30 Mar 2005 20:43:36 +0100 From: David Malone Message-ID: <200503302043.aa27223@salmon.maths.tcd.ie> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5173 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dwmalone@maths.tcd.ie Precedence: bulk X-list: linux-xfs Content-Length: 1913 Lines: 48 I was looking around to see how Linux handles directories with a high link count (ie. when they have many subdirectories) and I think I have stumbled across a bug in the Linux xfs glue. It seems that internally xfs uses a 32 bit field for the link count, and the stat64 syscalls use a 32 bit field. These fields are copied via the vattr structure in xfs_vnode.h, which uses a nlink_t for the link count. However, in the kernel, I think this field is actually of type __kernel_nlink_t which seems to be 16 bits on many platforms. I've tested this on an i386 2.6.11 kernel and it seems that the link count presented to userland wraps after 65536 subdirectories. This naturally doesn't let you screw up the filesystem or anything, but it does let you can hide files from find/fts, as demonstrated below. I guess to fix it you'd change the type of nlink in struct vattr so that it is the same type (unsigned int) as the type in struct kstat. I've included the obvious patch, but I don't have a machine that I can test it on right now. David. turing 2% mkdir testdir turing 3% cd testdir turing 4% ls -ld . drwxr-xr-x 2 dwmalone dwmalone 6 Mar 30 12:18 . turing 5% perl ../mk65536dirs.pl turing 6% ls -ld . drwxr-xr-x 2 dwmalone dwmalone 1056768 Mar 30 12:19 . turing 7% mkdir .hidden turing 8% touch .hidden/secret turing 9% find . -name secret -print --- /usr/src/linux-2.6.11/fs/xfs/linux-2.6/xfs_vnode.h 2005-03-02 07:38:33.000000000 +0000 +++ /tmp/xfs_vnode.h 2005-03-30 18:49:22.000000000 +0100 @@ -409,7 +409,7 @@ int va_mask; /* bit-mask of attributes present */ enum vtype va_type; /* vnode type (for create) */ mode_t va_mode; /* file access mode and type */ - nlink_t va_nlink; /* number of references to file */ + unsigned int va_nlink; /* number of references to file */ uid_t va_uid; /* owner user id */ gid_t va_gid; /* owner group id */ xfs_ino_t va_nodeid; /* file id */ From owner-linux-xfs Wed Mar 30 12:06:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 12:06:18 -0800 (PST) Received: from moraine.clusterfs.com (H190.C26.B96.tor.eicat.ca [66.96.26.190]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UK6GJW026555 for ; Wed, 30 Mar 2005 12:06:16 -0800 Received: from schnapps.adilger.int (localhost.localdomain [127.0.0.1]) by moraine.clusterfs.com (Postfix) with ESMTP id B579331066A; Wed, 30 Mar 2005 15:06:04 -0500 (EST) Received: by schnapps.adilger.int (Postfix, from userid 1000) id 6E10C1800F; Wed, 30 Mar 2005 13:06:01 -0700 (MST) Date: Wed, 30 Mar 2005 13:06:01 -0700 From: Andreas Dilger To: David Malone Cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Directory link count wrapping on Linux/XFS/i386? Message-ID: <20050330200601.GG1753@schnapps.adilger.int> Mail-Followup-To: David Malone , linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org References: <200503302043.aa27223@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CGDBiGfvSTbxKZlW" Content-Disposition: inline In-Reply-To: <200503302043.aa27223@salmon.maths.tcd.ie> User-Agent: Mutt/1.4.1i X-GPG-Key: 1024D/0D35BED6 X-GPG-Fingerprint: 7A37 5D79 BF1B CECA D44F 8A29 A488 39F5 0D35 BED6 X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5174 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: adilger@clusterfs.com Precedence: bulk X-list: linux-xfs Content-Length: 1493 Lines: 46 --CGDBiGfvSTbxKZlW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mar 30, 2005 20:43 +0100, David Malone wrote: > It seems that internally xfs uses a 32 bit field for the link count, > and the stat64 syscalls use a 32 bit field. These fields are copied > via the vattr structure in xfs_vnode.h, which uses a nlink_t for > the link count. However, in the kernel, I think this field is > actually of type __kernel_nlink_t which seems to be 16 bits on many > platforms. >=20 > I've tested this on an i386 2.6.11 kernel and it seems that the > link count presented to userland wraps after 65536 subdirectories. > This naturally doesn't let you screw up the filesystem or anything, > but it does let you can hide files from find/fts, as demonstrated > below. The correct fix, used for reiserfs (and a patch for ext3 also) is to set i_nlink =3D 1 in case the filesystem count has wrapped. When nlink=3D= =3D1 the fts/find code no longer optimizes subdirectory traversal and checks each entries filetype to see if it should recurse. Cheers, Andreas -- Andreas Dilger Principal Software Engineer Cluster File Systems, Inc. --CGDBiGfvSTbxKZlW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFCSwappIg59Q01vtYRAm6HAJ93NGtAajrQcZp4dU33Pnoo8bgb3ACgjrRY HalV/OqWSYF2+IoGsJIMtBc= =1VrQ -----END PGP SIGNATURE----- --CGDBiGfvSTbxKZlW-- From owner-linux-xfs Wed Mar 30 12:41:24 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 12:41:24 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UKfNkL032299 for ; Wed, 30 Mar 2005 12:41:23 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 5E8BB43C5B9 for ; Wed, 30 Mar 2005 22:41:34 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11665-06 for ; Wed, 30 Mar 2005 22:41:34 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id EDA8143C7F2 for ; Wed, 30 Mar 2005 22:41:33 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 749B03E75 for ; Wed, 30 Mar 2005 22:41:20 +0200 (CEST) Message-ID: <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 22:41:20 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330192000.GA13002@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5175 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 283 Lines: 10 Hallo, I think I have find the right combination. xfs_reapair now begin with the repair. The repair break with the error: corrupt inode 134762498 (btree). Umount and run xfs_repair. fatal error -- 990 - couldn' iget disconnected inode I have the device not mount? What can I do? From owner-linux-xfs Wed Mar 30 12:55:19 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 12:55:20 -0800 (PST) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UKtIbY012748 for ; Wed, 30 Mar 2005 12:55:18 -0800 Received: from taniwha.stupidest.org (adsl-67-124-117-212.dsl.snfc21.pacbell.net [67.124.117.212]) by pimout1-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id j2UKtGeU135234; Wed, 30 Mar 2005 15:55:16 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id A4D2C115C859; Wed, 30 Mar 2005 12:55:13 -0800 (PST) Date: Wed, 30 Mar 2005 12:55:13 -0800 From: Chris Wedgwood To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330205513.GA13965@taniwha.stupidest.org> References: <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5176 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 227 Lines: 7 On Wed, Mar 30, 2005 at 10:41:20PM +0200, Sven Gehr wrote: > corrupt inode 134762498 (btree). Umount and run xfs_repair. fatal > error -- 990 - couldn' iget disconnected inode xfs_repair says that? what is the full ouput? From owner-linux-xfs Wed Mar 30 12:55:46 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 12:55:47 -0800 (PST) Received: from mail00hq.adic.com (mail00hq.adic.com [63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UKtkuY012897 for ; Wed, 30 Mar 2005 12:55:46 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 12:55:41 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 12:55:40 -0800 Message-ID: <424B124B.3070706@xfs.org> Date: Wed, 30 Mar 2005 14:55:39 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 20:55:40.0815 (UTC) FILETIME=[D51C89F0:01C5356A] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5177 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 488 Lines: 20 Sven Gehr wrote: > Hallo, > > I think I have find the right combination. xfs_reapair now begin with > the repair. The repair break with the error: > > corrupt inode 134762498 (btree). Umount and run xfs_repair. > fatal error -- 990 - couldn' iget disconnected inode > > I have the device not mount? What can I do? > Now you have got to the point where someone at SGI can maybe help you ;-). Make sure you have the most recent xfsprogs package from oss.sgi.com first though. Steve From owner-linux-xfs Wed Mar 30 13:02:36 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 13:02:40 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UL2Zxn013674 for ; Wed, 30 Mar 2005 13:02:36 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 1460443C889 for ; Wed, 30 Mar 2005 23:02:48 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14041-02 for ; Wed, 30 Mar 2005 23:02:46 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id B06E643C888 for ; Wed, 30 Mar 2005 23:02:45 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 673E13EC1 for ; Wed, 30 Mar 2005 23:02:32 +0200 (CEST) Message-ID: <3941240.1112216552424.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 23:02:32 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <20050330205513.GA13965@taniwha.stupidest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330205513.GA13965@taniwha.stupidest.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5178 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 605 Lines: 19 Am Mi 30.03.2005 22:55 schrieb Chris Wedgwood : > On Wed, Mar 30, 2005 at 10:41:20PM +0200, Sven Gehr wrote: > > corrupt inode 134762498 (btree). Umount and run xfs_repair. fatal > > error -- 990 - couldn' iget disconnected inode > xfs_repair says that? what is the full ouput? the complete? bevor the break: [...] disconnected indode 134746172, moving to lost+found disconnected indode 134746173, moving to lost+found disconnected indode 134746174, moving to lost+found disconnected indode 134746175, moving to lost+found Whe you need more output I can it log in a file and send? From owner-linux-xfs Wed Mar 30 13:05:18 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 13:05:19 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UL5IF5014160 for ; Wed, 30 Mar 2005 13:05:18 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 41CEC43C854 for ; Wed, 30 Mar 2005 23:05:30 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14277-06 for ; Wed, 30 Mar 2005 23:05:28 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 7C59E439488 for ; Wed, 30 Mar 2005 23:05:28 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 3A51F3EC1 for ; Wed, 30 Mar 2005 23:05:15 +0200 (CEST) Message-ID: <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Wed, 30 Mar 2005 23:05:15 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock In-Reply-To: <424B124B.3070706@xfs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5179 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 612 Lines: 21 Am Mi 30.03.2005 22:55 schrieb Steve Lord : > Sven Gehr wrote: > > I think I have find the right combination. xfs_reapair now begin > > with > > the repair. The repair break with the error: > > corrupt inode 134762498 (btree). Umount and run xfs_repair. > > fatal error -- 990 - couldn' iget disconnected inode > > I have the device not mount? What can I do? > Now you have got to the point where someone at SGI can maybe > help you ;-). > Make sure you have the most recent xfsprogs package from oss.sgi.com > first though. I have installed xfsprogs. What can I do to correct the problem? From owner-linux-xfs Wed Mar 30 13:49:28 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 13:49:28 -0800 (PST) Received: from mail00hq.adic.com (mail00hq.adic.com [63.81.117.10]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2ULnRo2016842 for ; Wed, 30 Mar 2005 13:49:27 -0800 Received: from mail02hq.adic.com ([172.16.9.18]) by mail00hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 13:49:22 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by mail02hq.adic.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 30 Mar 2005 13:49:22 -0800 Message-ID: <424B1EDF.6060508@xfs.org> Date: Wed, 30 Mar 2005 15:49:19 -0600 From: Steve Lord User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sven@dreampixel.de CC: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock References: <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> In-Reply-To: <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 21:49:22.0298 (UTC) FILETIME=[5543D5A0:01C53572] X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5180 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 503 Lines: 17 Sven Gehr wrote: > >>Make sure you have the most recent xfsprogs package from oss.sgi.com >>first though. > > > I have installed xfsprogs. What can I do to correct the problem? > It looks like you have a filesystem xfs_repair cannot cope with, you need to have a dialog with someone who has time to dig into the problem some more. XFS is not my day job anymore. That person is probably Nathan Scott at SGI, who should be waking up and starting to read email about now - he is in Australia. Steve From owner-linux-xfs Wed Mar 30 15:03:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 15:03:59 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2UN3vWN020334 for ; Wed, 30 Mar 2005 15:03:58 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 1679243AB23; Thu, 31 Mar 2005 01:04:10 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25534-10; Thu, 31 Mar 2005 01:04:09 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FC48.dip.t-dialin.net [84.162.252.72]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id BA4D643A8B9; Thu, 31 Mar 2005 01:04:08 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 5FE2E3EC2; Thu, 31 Mar 2005 01:03:54 +0200 (CEST) Message-ID: <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Thu, 31 Mar 2005 01:03:54 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: Steve Lord Subject: Re: how cant I rebuild the superblock Cc: linux-xfs@oss.sgi.com In-Reply-To: <424B1EDF.6060508@xfs.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <424AC78C.70708@xfs.org> <2476072.1112198333228.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424ACFBC.3010304@xfs.org> <30102190.1112199967909.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330174259.GB11762@taniwha.stupidest.org> <5896993.1112208569856.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B1EDF.6060508@xfs.org> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5181 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 698 Lines: 24 Am Mi 30.03.2005 23:49 schrieb Steve Lord : > Sven Gehr wrote: Hallo, > >>Make sure you have the most recent xfsprogs package from oss.sgi.com > >>first though. > > I have installed xfsprogs. What can I do to correct the problem? > > > > It looks like you have a filesystem xfs_repair cannot cope with, > you need to have a dialog with someone who has time to dig into > the problem some more. XFS is not my day job anymore. That person > is probably Nathan Scott at SGI, who should be waking up and > starting to read email about now - he is in Australia. ok. Thank you very mutch for your help. Is Nathan Scott member in this list an read the mails? with best regards sven From owner-linux-xfs Wed Mar 30 16:01:00 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 16:01:01 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2V00wEC026653 for ; Wed, 30 Mar 2005 16:00:59 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16498; Thu, 31 Mar 2005 10:00:45 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2V00dXE3564275; Thu, 31 Mar 2005 10:00:40 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2UNtmUP001104; Thu, 31 Mar 2005 09:55:49 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2UNtjw9001102; Thu, 31 Mar 2005 09:55:45 +1000 Date: Thu, 31 Mar 2005 09:55:45 +1000 From: Nathan Scott To: Sven Gehr Cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050330235545.GD867@frodo> References: <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B1EDF.6060508@xfs.org> <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5182 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1805 Lines: 48 On Thu, Mar 31, 2005 at 01:03:54AM +0200, Sven Gehr wrote: > Am Mi 30.03.2005 23:49 schrieb Steve Lord : > > > >>Make sure you have the most recent xfsprogs package from oss.sgi.com > > >>first though. > > > > I have installed xfsprogs. What can I do to correct the problem? > > > > > > > It looks like you have a filesystem xfs_repair cannot cope with, > > you need to have a dialog with someone who has time to dig into > > the problem some more. XFS is not my day job anymore. That person > > is probably Nathan Scott at SGI, who should be waking up and > > starting to read email about now - he is in Australia. > > ok. Thank you very mutch for your help. Is Nathan Scott member in this > list an read the mails? Yes. :) First, how large is this filesystem of yours? How much of that space was used (if you remember)? Is it something you could make an xfs_copy of, and put up somewhere for me to grab a local copy of, to work on here? Either way, we'll want to start by seeing if we can dump out that inode thats confusing xfs_repair - inode number 134762498... > > corrupt inode 134762498 (btree). Umount and run xfs_repair. fatal > > error -- 990 - couldn' iget disconnected inode (Ugh, we should figure out a way to get that silly message out of the shared libxfs code). You can dump the inode by pointing xfs_db at the device: # xfs_db -r -c 'inode 134762498' -c 'print' /dev/mdXXX If we can't get hold of the filesystem, and its not obvious whats going wrong once we see the contents of the inode, we can still start poking at the device with xfs_db and carefully remove the references to that inode from XFS's ondisk structures to get to the point that repair can finish its job (i.e., all is not lost). cheers. -- Nathan From owner-linux-xfs Wed Mar 30 16:48:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 16:48:18 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2V0mEKT000845 for ; Wed, 30 Mar 2005 16:48:15 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA17683; Thu, 31 Mar 2005 10:47:53 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2V0lnXE3563706; Thu, 31 Mar 2005 10:47:49 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2V0gxUP001286; Thu, 31 Mar 2005 10:43:00 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2V0gwWx001284; Thu, 31 Mar 2005 10:42:58 +1000 Date: Thu, 31 Mar 2005 10:42:58 +1000 From: Nathan Scott To: David Malone , linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Directory link count wrapping on Linux/XFS/i386? Message-ID: <20050331004258.GF867@frodo> References: <200503302043.aa27223@salmon.maths.tcd.ie> <20050330200601.GG1753@schnapps.adilger.int> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330200601.GG1753@schnapps.adilger.int> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5183 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 999 Lines: 25 On Wed, Mar 30, 2005 at 01:06:01PM -0700, Andreas Dilger wrote: > On Mar 30, 2005 20:43 +0100, David Malone wrote: > > It seems that internally xfs uses a 32 bit field for the link count, > > and the stat64 syscalls use a 32 bit field. These fields are copied > > via the vattr structure in xfs_vnode.h, which uses a nlink_t for > > the link count. However, in the kernel, I think this field is > > actually of type __kernel_nlink_t which seems to be 16 bits on many > > platforms. Yes, use of nlink_t looks wrong there, thanks. Theres one/two other uses of it in XFS as well, I'll audit those. > The correct fix, used for reiserfs (and a patch for ext3 also) is to > set i_nlink = 1 in case the filesystem count has wrapped. When nlink==1 > the fts/find code no longer optimizes subdirectory traversal and checks > each entries filetype to see if it should recurse. Ah, I see - the INC_DIR_INODE_NLINK/DEC_DIR_INODE_NLINK macros, right. I'll look into that too, thanks. cheers. -- Nathan From owner-linux-xfs Wed Mar 30 18:31:18 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 18:31:19 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2V2VGID012375 for ; Wed, 30 Mar 2005 18:31:17 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20102; Thu, 31 Mar 2005 12:30:37 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j2V2UYXE3566821; Thu, 31 Mar 2005 12:30:35 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id j2V2PiUP001569; Thu, 31 Mar 2005 12:25:45 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id j2V2Pc1G001567; Thu, 31 Mar 2005 12:25:38 +1000 Date: Thu, 31 Mar 2005 12:25:38 +1000 From: Nathan Scott To: David Malone , linux-xfs@oss.sgi.com Cc: linux-kernel@vger.kernel.org Subject: Re: Directory link count wrapping on Linux/XFS/i386? Message-ID: <20050331022538.GH867@frodo> References: <200503302043.aa27223@salmon.maths.tcd.ie> <20050330200601.GG1753@schnapps.adilger.int> <20050331004258.GF867@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050331004258.GF867@frodo> User-Agent: Mutt/1.5.3i X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5184 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1011 Lines: 26 On Thu, Mar 31, 2005 at 10:42:58AM +1000, Nathan Scott wrote: > On Wed, Mar 30, 2005 at 01:06:01PM -0700, Andreas Dilger wrote: > > The correct fix, used for reiserfs (and a patch for ext3 also) is to > > set i_nlink = 1 in case the filesystem count has wrapped. When nlink==1 > > the fts/find code no longer optimizes subdirectory traversal and checks > > each entries filetype to see if it should recurse. > > Ah, I see - the INC_DIR_INODE_NLINK/DEC_DIR_INODE_NLINK macros, right. > I'll look into that too, thanks. Hmm, since struct inode has an unsigned int as nlink, it'd seem doing this sort of thing is only useful for filesystems where the ondisk nlink is a 16 bit value (and ext2/3/reiserfs do seem to be in that category, afaict). So, Davids patch (and those one/two other cases) would seem to be enough to get this resolved. There isn't much using nlink_t - looks like mainly the non-stat64 'stat' calls and one or two other (possibly accidental?) uses like we had in XFS. cheers. -- Nathan From owner-linux-xfs Wed Mar 30 21:23:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 21:23:59 -0800 (PST) Received: from geyser.gps.caltech.edu (geyser.gps.caltech.edu [131.215.65.56]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2V5NvLp026408 for ; Wed, 30 Mar 2005 21:23:58 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by geyser.gps.caltech.edu (Postfix) with ESMTP id AA93CD9E3441 for ; Wed, 30 Mar 2005 21:23:57 -0800 (PST) Received: from geyser.gps.caltech.edu ([127.0.0.1]) by localhost (geyser.gps.caltech.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12872-03 for ; Wed, 30 Mar 2005 21:23:57 -0800 (PST) Received: from [192.168.123.100] (adsl-66-51-208-100.dslextreme.com [66.51.208.100]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by geyser.gps.caltech.edu (Postfix) with ESMTP id 5980CD9E3440 for ; Wed, 30 Mar 2005 21:23:57 -0800 (PST) From: David Kewley Organization: Caltech ITS To: linux-xfs@oss.sgi.com Subject: RHEL 4 -- how build kernel with xfs? Date: Wed, 30 Mar 2005 21:23:56 -0800 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200503302123.56513.kewley@gps.caltech.edu> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: amavisd-new at gps.caltech.edu X-Virus-Status: Clean X-archive-position: 5186 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kewley@gps.caltech.edu Precedence: bulk X-list: linux-xfs Content-Length: 759 Lines: 18 Hi all, I've searched, but have found no good information regarding xfs on rhel 4. I'm building a multi-TB fileserver on which I'd like to run xfs. As you may know, RHEL comes without xfs enabled in the kernel. My understanding is that RH chose this path because a) they have in-house expertise in ext3 but not for xfs, and b) they believe that xfs doesn't offer any advantages to their customers that ext3 cannot provide. Bottom line I want to know is, if I simply take the RHEL 4 kernel source rpm, enable XFS, and rebuild the kernel (I am fluent enough in these steps), am I likely to have an xfs that is production-quality? If not, what are the gotchas? If I should apply any patches, how can I determine these patches? Thanks much, David From owner-linux-xfs Wed Mar 30 22:13:51 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 22:13:54 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2V6DomC029495 for ; Wed, 30 Mar 2005 22:13:51 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2V6DjVV018721 for ; Thu, 31 Mar 2005 01:13:45 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2V6DjH8001942 for ; Thu, 31 Mar 2005 01:13:45 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2V6Djne001941 for linux-xfs@oss.sgi.com; Thu, 31 Mar 2005 01:13:45 -0500 Date: Thu, 31 Mar 2005 01:13:45 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? Message-ID: <20050331061345.GA32325@lemming.cita.utoronto.ca> References: <200503302123.56513.kewley@gps.caltech.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <200503302123.56513.kewley@gps.caltech.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5187 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 5681 Lines: 193 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 30, 2005 at 09:23:56PM -0800, David Kewley wrote: >As you may know, RHEL comes without xfs enabled in the kernel. My >understanding is that RH chose this path because a) they have in-house >expertise in ext3 but not for xfs, and b) they believe that xfs doesn't offer >any advantages to their customers that ext3 cannot provide. a) fair enough b) I think RedHat are wrong eg. bonnie++'s over GigE and NFS to SMP server with 11-disk 3ware raid5 sees significantly better block reads and writes with XFS: Version 1.03 ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP xfs nfs 64 4G 35820 98 80227 32 4540 91 37642 97 78269 15 469.0 1 ext3 nfs 64 4G 35294 97 56381 18 4094 92 37269 97 71096 14 675.6 2 kernel is recompiled AS4 2.6.9-5.0.3.EL.rootsmp. filesystems are aligned to the raid with mkfs -t xfs -d sunit=128,swidth=1280 /dev/sda1 mkfs -t ext3 -m 1 -R stride=128 /dev/sda1 and default mount options. >Bottom line I want to know is, if I simply take the RHEL 4 kernel source rpm, >enable XFS, and rebuild the kernel (I am fluent enough in these steps), am I See attached patch to apply after you have installed the .src.rpm. Then edit the spec file for any other changes you want, and rpmbuild -ba --target=i686 SPECS/kernel-2.6.spec >likely to have an xfs that is production-quality? If not, what are the production quality? who knows... it hasn't been through RedHat's testing, but seems to work ok for me. good luck. cheers, robin --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rhel_as4_turn_on_8kstacks_and_xfs.patch" diff -ru redhat/SOURCES/kernel-2.6.9-i686-hugemem.config redhat.fixed/SOURCES/kernel-2.6.9-i686-hugemem.config --- redhat/SOURCES/kernel-2.6.9-i686-hugemem.config 2005-02-14 09:47:27.000000000 -0500 +++ redhat.fixed/SOURCES/kernel-2.6.9-i686-hugemem.config 2005-03-14 21:15:08.000000000 -0500 @@ -6,6 +6,8 @@ # CONFIG_HOTPLUG_CPU is not set CONFIG_LOCALVERSION="" +CONFIG_4KSTACKS=n + # # Code maturity level options # @@ -2077,7 +2079,7 @@ # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_JFS_POSIX_ACL=y -# CONFIG_XFS_FS is not set +CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y @@ -2387,7 +2389,6 @@ # CONFIG_SND_SGALAXY is not set # CONFIG_SND_SSCAPE is not set # CONFIG_REISERFS_FS is not set -# CONFIG_XFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_EFS_FS is not set diff -ru redhat/SOURCES/kernel-2.6.9-i686-smp.config redhat.fixed/SOURCES/kernel-2.6.9-i686-smp.config --- redhat/SOURCES/kernel-2.6.9-i686-smp.config 2005-02-14 09:47:27.000000000 -0500 +++ redhat.fixed/SOURCES/kernel-2.6.9-i686-smp.config 2005-03-14 21:15:28.000000000 -0500 @@ -6,6 +6,8 @@ # CONFIG_HOTPLUG_CPU is not set CONFIG_LOCALVERSION="" +CONFIG_4KSTACKS=n + # # Code maturity level options # @@ -2077,7 +2079,7 @@ # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_JFS_POSIX_ACL=y -# CONFIG_XFS_FS is not set +CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y @@ -2387,7 +2389,6 @@ # CONFIG_SND_SGALAXY is not set # CONFIG_SND_SSCAPE is not set # CONFIG_REISERFS_FS is not set -# CONFIG_XFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_EFS_FS is not set diff -ru redhat/SOURCES/kernel-2.6.9-i686.config redhat.fixed/SOURCES/kernel-2.6.9-i686.config --- redhat/SOURCES/kernel-2.6.9-i686.config 2005-02-14 09:47:27.000000000 -0500 +++ redhat.fixed/SOURCES/kernel-2.6.9-i686.config 2005-03-14 21:15:49.000000000 -0500 @@ -6,6 +6,8 @@ # CONFIG_HOTPLUG_CPU is not set CONFIG_LOCALVERSION="" +CONFIG_4KSTACKS=n + # # Code maturity level options # @@ -2077,7 +2079,7 @@ # CONFIG_JFS_DEBUG is not set # CONFIG_JFS_STATISTICS is not set CONFIG_JFS_POSIX_ACL=y -# CONFIG_XFS_FS is not set +CONFIG_XFS_FS=m # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_POSIX_ACL=y @@ -2387,7 +2389,6 @@ # CONFIG_SND_SGALAXY is not set # CONFIG_SND_SSCAPE is not set # CONFIG_REISERFS_FS is not set -# CONFIG_XFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_EFS_FS is not set diff -ru redhat/SPECS/kernel-2.6.spec redhat.fixed/SPECS/kernel-2.6.spec --- redhat/SPECS/kernel-2.6.spec 2005-02-14 09:45:59.000000000 -0500 +++ redhat.fixed/SPECS/kernel-2.6.spec 2005-03-14 22:27:14.873277464 -0500 @@ -718,7 +718,8 @@ # # x86(-64) # -%patch200 -p1 +# this patch removes 4k stacks as an option +# %patch200 -p1 # fix x86_64 copy_user_generic %patch201 -p1 # Share cache descriptors between x86/x86-64 @@ -1121,23 +1122,24 @@ # # Various crash dumping patches # -%patch1500 -p1 -%patch1510 -p1 -%patch1520 -p1 -%patch1530 -p1 -%patch1540 -p1 -%patch1541 -p1 -%patch1542 -p1 -%patch1543 -p1 -%patch1544 -p1 -%patch1545 -p1 -%patch1546 -p1 -%patch1547 -p1 -%patch1548 -p1 -%patch1549 -p1 -%patch1550 -p1 -%patch1551 -p1 -%patch1552 -p1 +# some/all of these assume 4kstacks +#%patch1500 -p1 +#%patch1510 -p1 +#%patch1520 -p1 +#%patch1530 -p1 +#%patch1540 -p1 +#%patch1541 -p1 +#%patch1542 -p1 +#%patch1543 -p1 +#%patch1544 -p1 +#%patch1545 -p1 +#%patch1546 -p1 +#%patch1547 -p1 +#%patch1548 -p1 +#%patch1549 -p1 +#%patch1550 -p1 +#%patch1551 -p1 +#%patch1552 -p1 # # Various SELinux fixes from 2.6.10rc --X1bOJ3K7DJ5YkBrT-- From owner-linux-xfs Wed Mar 30 22:24:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 22:24:09 -0800 (PST) Received: from linux01.gwdg.de (root@linux01.gwdg.de [134.76.13.21]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2V6O7wk030041 for ; Wed, 30 Mar 2005 22:24:08 -0800 Received: from linux01.gwdg.de (localhost [127.0.0.1]) by linux01.gwdg.de (8.12.7/8.12.7/SuSE Linux 0.6) with ESMTP id j2V6NrgF009764; Thu, 31 Mar 2005 08:23:54 +0200 Received: from localhost (jengelh@localhost) by linux01.gwdg.de (8.12.7/8.12.7/Submit) with ESMTP id j2V6NpXm009756; Thu, 31 Mar 2005 08:23:51 +0200 Date: Thu, 31 Mar 2005 08:23:49 +0200 (MEST) From: Jan Engelhardt To: David Malone cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: Directory link count wrapping on Linux/XFS/i386? In-Reply-To: <200503302043.aa27223@salmon.maths.tcd.ie> Message-ID: References: <200503302043.aa27223@salmon.maths.tcd.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5188 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jengelh@linux01.gwdg.de Precedence: bulk X-list: linux-xfs Content-Length: 351 Lines: 17 >but it does let you can hide files from find/fts, as demonstrated >below. That's because `find` optimizes its searching by looking at the link count. IIRC, the -noleaf option should make it visible again. >turing 7% mkdir .hidden >turing 8% touch .hidden/secret >turing 9% find . -name secret -print Jan Engelhardt -- No TOFU for me, please. From owner-linux-xfs Wed Mar 30 23:35:33 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Mar 2005 23:35:35 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2V7ZWsn002714 for ; Wed, 30 Mar 2005 23:35:33 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 90071424F24; Thu, 31 Mar 2005 09:35:45 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07239-02; Thu, 31 Mar 2005 09:35:43 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FF4E.dip.t-dialin.net [84.162.255.78]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 76080424CEF; Thu, 31 Mar 2005 09:35:43 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 639533E6F; Thu, 31 Mar 2005 09:35:29 +0200 (CEST) Message-ID: <21360867.1112254529460.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Thu, 31 Mar 2005 09:35:29 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: Nathan Scott Subject: Re: how cant I rebuild the superblock Cc: Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <20050330235545.GD867@frodo> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1_25378506.1112254529387" X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B1EDF.6060508@xfs.org> <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330235545.GD867@frodo> X-Virus-Scanned: ClamAV 0.83/795/Wed Mar 30 01:58:09 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5189 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 2845 Lines: 99 ------=_Part_1_25378506.1112254529387 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Am Do 31.03.2005 01:55 schrieb Nathan Scott : Hallo Nathan, > > > It looks like you have a filesystem xfs_repair cannot cope with, > > > you need to have a dialog with someone who has time to dig into > > > the problem some more. XFS is not my day job anymore. That person > > > is probably Nathan Scott at SGI, who should be waking up and > > > starting to read email about now - he is in Australia. > > ok. Thank you very mutch for your help. Is Nathan Scott member in > > this > > list an read the mails? > Yes. :) > First, how large is this filesystem of yours? How much of that > space was used (if you remember)? The Partion is 135,6GB. ~20-30GB in use. > Is it something you could make > an xfs_copy of, and put up somewhere for me to grab a local copy > of, to work on here? I think it is to big to transver? > Either way, we'll want to start by seeing if we can dump out that > inode thats confusing xfs_repair - inode number 134762498... > > > corrupt inode 134762498 (btree). Umount and run xfs_repair. fatal > > > error -- 990 - couldn' iget disconnected inode > (Ugh, we should figure out a way to get that silly message out of > the shared libxfs code). > You can dump the inode by pointing xfs_db at the device: > # xfs_db -r -c 'inode 134762498' -c 'print' /dev/mdXXX ok, i have do that. Look in the attachment. > I we can't get hold of the filesystem, and its not obvious whats > going wrong once we see the contents of the inode, we can still > start poking at the device with xfs_db and carefully remove the > references to that inode from XFS's ondisk structures to get to > the point that repair can finish its job (i.e., all is not lost). ok, I hope the best. sven ------=_Part_1_25378506.1112254529387 Content-Type: text/plain; name=output.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=output.txt core.magic = 0x494e core.mode = 0100600 core.version = 1 core.format = 3 (btree) core.nlinkv1 = 1 core.uid = 17563744 core.gid = 1476460556 core.flushiter = 1 core.atime.sec = Fri Jun 11 23:03:04 2004 core.atime.nsec = -1829726415 core.mtime.sec = Fri Jun 11 04:50:48 2004 core.mtime.nsec = -1737150732 core.ctime.sec = Sat Nov 26 09:34:16 2005 core.ctime.nsec = 376844020 core.size = 74027919512570268 core.nblocks = 0 core.extsize = 0 core.nextents = 0 core.naextents = 0 core.forkoff = 0 core.aformat = 2 (extents) core.dmevmask = 0x38020000 core.dmstate = 273 core.newrtbm = 0 core.prealloc = 0 core.realtime = 0 core.immutable = 0 core.append = 0 core.sync = 0 core.noatime = 0 core.nodump = 0 core.gen = 1359085568 next_unlinked = null u.bmbt.level = 22018 u.bmbt.numrecs = 0 ------=_Part_1_25378506.1112254529387-- From owner-linux-xfs Thu Mar 31 05:51:15 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 05:51:17 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VDpFQY031333 for ; Thu, 31 Mar 2005 05:51:15 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id 2C6A243E3E7; Thu, 31 Mar 2005 15:51:28 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28178-06; Thu, 31 Mar 2005 15:48:55 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FF4E.dip.t-dialin.net [84.162.255.78]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id D481443EA4F; Thu, 31 Mar 2005 15:48:54 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 462593E41; Thu, 31 Mar 2005 15:48:40 +0200 (CEST) Message-ID: <19551658.1112276920293.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Thu, 31 Mar 2005 15:48:40 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: Nathan Scott Subject: Re: how cant I rebuild the superblock Cc: Steve Lord , linux-xfs@oss.sgi.com In-Reply-To: <20050330235545.GD867@frodo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <20050330185324.GA12530@taniwha.stupidest.org> <22377952.1112209168690.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B1EDF.6060508@xfs.org> <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330235545.GD867@frodo> X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5190 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 1581 Lines: 39 Am Do 31.03.2005 01:55 schrieb Nathan Scott : > On Thu, Mar 31, 2005 at 01:03:54AM +0200, Sven Gehr wrote: > > Am Mi 30.03.2005 23:49 schrieb Steve Lord : Hallo Nathan, > First, how large is this filesystem of yours? How much of that > space was used (if you remember)? Is it something you could make > an xfs_copy of, and put up somewhere for me to grab a local copy > of, to work on here? > > Either way, we'll want to start by seeing if we can dump out that > inode thats confusing xfs_repair - inode number 134762498... > > > > corrupt inode 134762498 (btree). Umount and run xfs_repair. fatal > > > error -- 990 - couldn' iget disconnected inode > > (Ugh, we should figure out a way to get that silly message out of > the shared libxfs code). > > You can dump the inode by pointing xfs_db at the device: > # xfs_db -r -c 'inode 134762498' -c 'print' /dev/mdXXX > > If we can't get hold of the filesystem, and its not obvious whats > going wrong once we see the contents of the inode, we can still > start poking at the device with xfs_db and carefully remove the > references to that inode from XFS's ondisk structures to get to > the point that repair can finish its job (i.e., all is not lost). In first time after the crash the sort of the RAID devices was false. I was operate from a rescue-system but the rescu-system was resync the RAID. After this I change the order of the SCSI devices manuell. After this the rescue-system rebuild the RAID too. Destroy the rebuild with wrong device-order the data? with best regards sven From owner-linux-xfs Thu Mar 31 09:07:35 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 09:07:37 -0800 (PST) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2VH7YY2025040 for ; Thu, 31 Mar 2005 09:07:35 -0800 Received: (qmail invoked by alias); 31 Mar 2005 17:00:37 -0000 Received: from G01d5.g.pppool.de (EHLO [192.168.10.11]) [80.185.1.213] by mail.gmx.net (mp010) with SMTP; 31 Mar 2005 19:00:37 +0200 X-Authenticated: #2986359 Message-ID: <424C2CA6.3090006@gmx.net> Date: Thu, 31 Mar 2005 19:00:22 +0200 From: Christian User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: =?UTF-8?B?UmFmYcWCIER1cmFqY3p5aw==?= Subject: Re: XFS recover files - help! References: <4249142b94e9a@wp.pl> In-Reply-To: <4249142b94e9a@wp.pl> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5191 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: evilninja@gmx.net Precedence: bulk X-list: linux-xfs Content-Length: 616 Lines: 25 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 RafaÅ‚ Durajczyk wrote: > I had 15gb of data deleted. How I can get it back? With what tools? What commands use? AFAIK there are no xfs-undelete tools out there, see: http://oss.sgi.com/projects/xfs/faq.html#undelete sorry for the bad news, Christian. - -- BOFH excuse #118: the router thinks its a printer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCTCymC/PVm5+NVoYRAh3dAJ9g15tdESWvBfVekfmQ9Y8yYx7B9QCfX9Tn 7LDO9+qF9B4GEbDgol8GjvM= =IdeZ -----END PGP SIGNATURE----- From owner-linux-xfs Thu Mar 31 09:35:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 09:35:58 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VHZvdI027852 for ; Thu, 31 Mar 2005 09:35:57 -0800 Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (sccrmhc11) with ESMTP id <2005033117355101100btchge>; Thu, 31 Mar 2005 17:35:51 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost.127.in-addr.arpa [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.13.3/8.13.1) with ESMTP id j2VHZnf4077462 for ; Thu, 31 Mar 2005 12:35:50 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.13.3/8.13.1/Submit) id j2VHZiPH077461 for linux-xfs@oss.sgi.com; Thu, 31 Mar 2005 12:35:44 -0500 (EST) (envelope-from rodrigc) Date: Thu, 31 Mar 2005 12:35:43 -0500 From: Craig Rodrigues To: linux-xfs@oss.sgi.com Subject: How does linux-xfs list extended attributes by namespace? Message-ID: <20050331173543.GA77406@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5192 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rodrigc@crodrigues.org Precedence: bulk X-list: linux-xfs Content-Length: 700 Lines: 28 Hi, I am helping with the port of XFS to FreeBSD, based on the Linux-XFS codebase. Can someone explain to me how listing of extended attributes works? If I understand things correctly, on Linux, the call path is: linvfs_listxattr() -> attr_generic_list() -> XVOP_ATTR_LIST() (which is xfs_attr_list() ) -> attr_system_list() -> attr_generic_listadd() My question is, how does the existing system call list extended attributes by attribute namespace? XVOP_ATTR_LIST() doesn't take in any parameters which would indicate that it could list attributes in a specific attribute namespace. Does it list all the EA for a file? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-linux-xfs Thu Mar 31 13:00:43 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 13:00:44 -0800 (PST) Received: from geyser.gps.caltech.edu (geyser.gps.caltech.edu [131.215.65.56]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VL0gOF013935 for ; Thu, 31 Mar 2005 13:00:42 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by geyser.gps.caltech.edu (Postfix) with ESMTP id 5818BD9E3A60 for ; Thu, 31 Mar 2005 13:00:42 -0800 (PST) Received: from geyser.gps.caltech.edu ([127.0.0.1]) by localhost (geyser.gps.caltech.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21815-03 for ; Thu, 31 Mar 2005 13:00:39 -0800 (PST) Received: from [192.168.123.100] (adsl-66-51-208-100.dslextreme.com [66.51.208.100]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by geyser.gps.caltech.edu (Postfix) with ESMTP id BE663D00F361 for ; Thu, 31 Mar 2005 13:00:39 -0800 (PST) From: David Kewley Organization: Caltech ITS To: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? Date: Thu, 31 Mar 2005 13:00:38 -0800 User-Agent: KMail/1.6.2 References: <200503302123.56513.kewley@gps.caltech.edu> <20050331061345.GA32325@lemming.cita.utoronto.ca> In-Reply-To: <20050331061345.GA32325@lemming.cita.utoronto.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200503311300.38901.kewley@gps.caltech.edu> X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: amavisd-new at gps.caltech.edu X-Virus-Status: Clean X-archive-position: 5193 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kewley@gps.caltech.edu Precedence: bulk X-list: linux-xfs Content-Length: 1460 Lines: 34 A quick question for anyone who knows: Is 4kstacks still a problem for the xfs in kernel 2.6.11? If not, then at what kernel release did it stop being a problem? RHEL 4 has 2.6.9, and none of its patches obviously refer to xfs, so it's probably the stock 2.6.9 xfs code. Robin Humble wrote on Wednesday 30 March 2005 22:13: > On Wed, Mar 30, 2005 at 09:23:56PM -0800, David Kewley wrote: > >As you may know, RHEL comes without xfs enabled in the kernel. My > >understanding is that RH chose this path because a) they have in-house > >expertise in ext3 but not for xfs, and b) they believe that xfs doesn't > > offer any advantages to their customers that ext3 cannot provide. > > a) fair enough > b) I think RedHat are wrong I wonder what they'd say to raw performance numbers. Maybe something like "Those differences don't matter in real life." or "Sequential I/O isn't representative of real use." :) Whatever the case, the more of their customers make the case to them for supporting xfs, and the more that provide good hard reasons why, the more likely they are to consider investing in in-house xfs expertise. Hey Robin, Thanks very much for your experience reports & patches. That's very helpful to me. I took a gander at your website, and it sounds like we're in similar situations. I'm a sysadmin for a computational geophysics beowulf. The fileserver I'm asking about is a 9.6TB raw (24x400) 3-ware 9500 based box. :) David From owner-linux-xfs Thu Mar 31 13:08:22 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 13:08:23 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VL8LjO015572 for ; Thu, 31 Mar 2005 13:08:21 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2VL7twG026094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 31 Mar 2005 16:07:58 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2VL7rgt026091; Thu, 31 Mar 2005 16:07:53 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Thu, 31 Mar 2005 16:07:49 -0500 (EST) From: Net Llama! To: David Kewley cc: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? In-Reply-To: <200503311300.38901.kewley@gps.caltech.edu> Message-ID: References: <200503302123.56513.kewley@gps.caltech.edu> <20050331061345.GA32325@lemming.cita.utoronto.ca> <200503311300.38901.kewley@gps.caltech.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Thu, 31 Mar 2005 16:07:58 -0500 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 05:48:43 2005 on mail.linux-sxs.org X-Virus-Status: Clean Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-archive-position: 5194 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 2015 Lines: 48 On Thu, 31 Mar 2005, David Kewley wrote: > A quick question for anyone who knows: Is 4kstacks still a problem for the xfs > in kernel 2.6.11? If not, then at what kernel release did it stop being a > problem? Funny you should ask, cause there was a thread on this just last week (or maybe the week before, i forget). The general consensus is that 4k is ok for light, low intensity (no NFS, LVM, etc) usage, but for anything high volume, where uptime must be 5 9's, 8k is the safer bet. > > RHEL 4 has 2.6.9, and none of its patches obviously refer to xfs, so it's > probably the stock 2.6.9 xfs code. > > Robin Humble wrote on Wednesday 30 March 2005 22:13: > > On Wed, Mar 30, 2005 at 09:23:56PM -0800, David Kewley wrote: > > >As you may know, RHEL comes without xfs enabled in the kernel. My > > >understanding is that RH chose this path because a) they have in-house > > >expertise in ext3 but not for xfs, and b) they believe that xfs doesn't > > > offer any advantages to their customers that ext3 cannot provide. > > > > a) fair enough > > b) I think RedHat are wrong > > I wonder what they'd say to raw performance numbers. Maybe something like > "Those differences don't matter in real life." or "Sequential I/O isn't > representative of real use." :) Whatever the case, the more of their > customers make the case to them for supporting xfs, and the more that provide > good hard reasons why, the more likely they are to consider investing in > in-house xfs expertise. > > > Hey Robin, > > Thanks very much for your experience reports & patches. That's very helpful > to me. I took a gander at your website, and it sounds like we're in similar > situations. I'm a sysadmin for a computational geophysics beowulf. The > fileserver I'm asking about is a 9.6TB raw (24x400) 3-ware 9500 based box. :) > > David > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Thu Mar 31 13:15:42 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 13:15:43 -0800 (PST) Received: from strongbad.catfeeder.net ([165.139.44.180]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VLFfHf017099 for ; Thu, 31 Mar 2005 13:15:41 -0800 Received: from localhost (localhost [127.0.0.1]) by strongbad.catfeeder.net (Postfix) with ESMTP id C3F931BAF7 for ; Thu, 31 Mar 2005 15:15:40 -0600 (CST) Received: from strongbad.catfeeder.net ([127.0.0.1]) by localhost (strongbad [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02817-09 for ; Thu, 31 Mar 2005 15:15:39 -0600 (CST) Received: from [10.10.1.130] (wsip-68-14-210-162.ph.ph.cox.net [68.14.210.162]) by strongbad.catfeeder.net (Postfix) with ESMTP id 30C5B1B9FA for ; Thu, 31 Mar 2005 15:15:39 -0600 (CST) Message-ID: <424C6879.2060807@catfeeder.net> Date: Thu, 31 Mar 2005 14:15:37 -0700 From: Sean Dogar User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Fedora/1.7.6-1.2.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS on RHES 3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5195 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sean@catfeeder.net Precedence: bulk X-list: linux-xfs Content-Length: 1582 Lines: 32 I'm trying to get XFS support going on an ES 3 machine (it's actually White Box Enterprise Linux, but the kernel source is the same). There is no way to enable XFS support on the provided source and recompile since the kernel revision is 2.4.21 (XFS not yet in the kernel). I tried patching it with the 1.3.1 patches downloaded from SGI but there are apparently enough differences between Red Hat's kernel and vanilla to make the patch fail. I tried grabbing 2.4.29-vanilla, compiling, and running with that kernel, but I quickly found out that the libs or other userland programs in ES 3 must be dependent on some of the 2.6 kernel features that they backported (I kept having programs go out to lunch or die; attaching an strace showed that they were making kernel calls for things that weren't there). Does anybody have XFS RPM's for 2.4.21-15smp or a newer RHES kernel? I'd love to just be able to grab a precompiled module, drop it into /lib/modules, and modprobe it. The only other option I see here is to try an upgrade to 2.6, which, if experience is an indicator, could break things in the userland (assuming I can get it to build). It would require an upgrade to module-utils, which I'm not sure will leave my currently working kernel in a usable state. Any ideas? I'd really love to be able to use XFS, and I do feel that it's the right choice (I used IRIX in years past and it never let me down), but I'm dealing with a time-crunch and I'll probably have to resort to using ext3 unless I can implement this relatively quickly. -Sean From owner-linux-xfs Thu Mar 31 13:20:34 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 13:20:35 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VLKW3C018291 for ; Thu, 31 Mar 2005 13:20:33 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2VLK5NN026308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 31 Mar 2005 16:20:06 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2VLK5Ss026304; Thu, 31 Mar 2005 16:20:05 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Thu, 31 Mar 2005 16:20:05 -0500 (EST) From: Net Llama! To: Sean Dogar cc: linux-xfs@oss.sgi.com Subject: Re: XFS on RHES 3 In-Reply-To: <424C6879.2060807@catfeeder.net> Message-ID: References: <424C6879.2060807@catfeeder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Thu, 31 Mar 2005 16:20:06 -0500 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 05:48:43 2005 on mail.linux-sxs.org X-Virus-Status: Clean Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-archive-position: 5196 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 1775 Lines: 37 On Thu, 31 Mar 2005, Sean Dogar wrote: > I'm trying to get XFS support going on an ES 3 machine (it's actually > White Box Enterprise Linux, but the kernel source is the same). There > is no way to enable XFS support on the provided source and recompile > since the kernel revision is 2.4.21 (XFS not yet in the kernel). I > tried patching it with the 1.3.1 patches downloaded from SGI but there > are apparently enough differences between Red Hat's kernel and vanilla > to make the patch fail. > > I tried grabbing 2.4.29-vanilla, compiling, and running with that > kernel, but I quickly found out that the libs or other userland programs > in ES 3 must be dependent on some of the 2.6 kernel features that they > backported (I kept having programs go out to lunch or die; attaching an > strace showed that they were making kernel calls for things that weren't > there). > > Does anybody have XFS RPM's for 2.4.21-15smp or a newer RHES kernel? > I'd love to just be able to grab a precompiled module, drop it into > /lib/modules, and modprobe it. > > The only other option I see here is to try an upgrade to 2.6, which, if > experience is an indicator, could break things in the userland (assuming > I can get it to build). It would require an upgrade to module-utils, > which I'm not sure will leave my currently working kernel in a usable > state. I'm successfully running 2.6.x on RHES3 without any noticable problems. XFS works great. Sorry, i can 't help with playing the kernel SRPM dance. Redhat makes it sufficiently hard that its much faster easier to just use vanilla 2.6.x. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Thu Mar 31 13:23:14 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 13:23:16 -0800 (PST) Received: from strongbad.catfeeder.net ([165.139.44.180]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VLNDAJ018744 for ; Thu, 31 Mar 2005 13:23:13 -0800 Received: from localhost (localhost [127.0.0.1]) by strongbad.catfeeder.net (Postfix) with ESMTP id E898C1BAF7 for ; Thu, 31 Mar 2005 15:23:12 -0600 (CST) Received: from strongbad.catfeeder.net ([127.0.0.1]) by localhost (strongbad [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03167-01 for ; Thu, 31 Mar 2005 15:23:11 -0600 (CST) Received: from [10.10.1.130] (wsip-68-14-210-162.ph.ph.cox.net [68.14.210.162]) by strongbad.catfeeder.net (Postfix) with ESMTP id 6F4F81B728 for ; Thu, 31 Mar 2005 15:23:11 -0600 (CST) Message-ID: <424C6A3D.1070008@catfeeder.net> Date: Thu, 31 Mar 2005 14:23:09 -0700 From: Sean Dogar User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Fedora/1.7.6-1.2.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS on RHES 3 References: <424C6879.2060807@catfeeder.net> In-Reply-To: X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit X-archive-position: 5197 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sean@catfeeder.net Precedence: bulk X-list: linux-xfs Content-Length: 1788 Lines: 48 Net Llama! wrote: >On Thu, 31 Mar 2005, Sean Dogar wrote: > > >>I'm trying to get XFS support going on an ES 3 machine (it's actually >>White Box Enterprise Linux, but the kernel source is the same). There >>is no way to enable XFS support on the provided source and recompile >>since the kernel revision is 2.4.21 (XFS not yet in the kernel). I >>tried patching it with the 1.3.1 patches downloaded from SGI but there >>are apparently enough differences between Red Hat's kernel and vanilla >>to make the patch fail. >> >>I tried grabbing 2.4.29-vanilla, compiling, and running with that >>kernel, but I quickly found out that the libs or other userland programs >>in ES 3 must be dependent on some of the 2.6 kernel features that they >>backported (I kept having programs go out to lunch or die; attaching an >>strace showed that they were making kernel calls for things that weren't >>there). >> >>Does anybody have XFS RPM's for 2.4.21-15smp or a newer RHES kernel? >>I'd love to just be able to grab a precompiled module, drop it into >>/lib/modules, and modprobe it. >> >>The only other option I see here is to try an upgrade to 2.6, which, if >>experience is an indicator, could break things in the userland (assuming >>I can get it to build). It would require an upgrade to module-utils, >>which I'm not sure will leave my currently working kernel in a usable >>state. >> >> > >I'm successfully running 2.6.x on RHES3 without any noticable problems. >XFS works great. > >Sorry, i can 't help with playing the kernel SRPM dance. Redhat makes it >sufficiently hard that its much faster easier to just use vanilla 2.6.x. > > > Did you have to do anything other than upgrading the module-utils? Did it break the 2.4 kernel? -Sean [[HTML alternate version deleted]] From owner-linux-xfs Thu Mar 31 13:39:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 13:39:28 -0800 (PST) Received: from mail.linux-sxs.org (mail.linux-sxs.org [64.116.183.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VLdPsI021302 for ; Thu, 31 Mar 2005 13:39:26 -0800 Received: from mail.linux-sxs.org (localhost [127.0.0.1]) by mail.linux-sxs.org (8.13.3/8.13.3/Debian-6) with ESMTP id j2VLdEfp026542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 31 Mar 2005 16:39:15 -0500 Received: from localhost (netllama@localhost) by mail.linux-sxs.org (8.13.3/8.13.3/Submit) with ESMTP id j2VLdDDq026539; Thu, 31 Mar 2005 16:39:14 -0500 X-Authentication-Warning: mail.linux-sxs.org: netllama owned process doing -bs Date: Thu, 31 Mar 2005 16:39:13 -0500 (EST) From: Net Llama! To: Sean Dogar cc: linux-xfs@oss.sgi.com Subject: Re: XFS on RHES 3 In-Reply-To: <424C6A3D.1070008@catfeeder.net> Message-ID: References: <424C6879.2060807@catfeeder.net> <424C6A3D.1070008@catfeeder.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: milter-sender/0.62.837 (localhost [127.0.0.1]); Thu, 31 Mar 2005 16:39:15 -0500 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/778/Mon Mar 21 05:48:43 2005 on mail.linux-sxs.org X-Virus-Status: Clean Received-SPF: pass (mail.linux-sxs.org: domain of netllama@linux-sxs.org designates 127.0.0.1 as permitted sender) receiver=mail.linux-sxs.org; client-ip=127.0.0.1; helo=mail.linux-sxs.org; envelope-from=netllama@linux-sxs.org; x-software=spfmilter 0.95 http://www.acme.com/software/spfmilter/ with libspf2; X-archive-position: 5198 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: netllama@linux-sxs.org Precedence: bulk X-list: linux-xfs Content-Length: 2276 Lines: 54 On Thu, 31 Mar 2005, Sean Dogar wrote: > Net Llama! wrote: > > >On Thu, 31 Mar 2005, Sean Dogar wrote: > > > > > >>I'm trying to get XFS support going on an ES 3 machine (it's actually > >>White Box Enterprise Linux, but the kernel source is the same). There > >>is no way to enable XFS support on the provided source and recompile > >>since the kernel revision is 2.4.21 (XFS not yet in the kernel). I > >>tried patching it with the 1.3.1 patches downloaded from SGI but there > >>are apparently enough differences between Red Hat's kernel and vanilla > >>to make the patch fail. > >> > >>I tried grabbing 2.4.29-vanilla, compiling, and running with that > >>kernel, but I quickly found out that the libs or other userland programs > >>in ES 3 must be dependent on some of the 2.6 kernel features that they > >>backported (I kept having programs go out to lunch or die; attaching an > >>strace showed that they were making kernel calls for things that weren't > >>there). > >> > >>Does anybody have XFS RPM's for 2.4.21-15smp or a newer RHES kernel? > >>I'd love to just be able to grab a precompiled module, drop it into > >>/lib/modules, and modprobe it. > >> > >>The only other option I see here is to try an upgrade to 2.6, which, if > >>experience is an indicator, could break things in the userland (assuming > >>I can get it to build). It would require an upgrade to module-utils, > >>which I'm not sure will leave my currently working kernel in a usable > >>state. > >> > >> > > > >I'm successfully running 2.6.x on RHES3 without any noticable problems. > >XFS works great. > > > >Sorry, i can 't help with playing the kernel SRPM dance. Redhat makes it > >sufficiently hard that its much faster easier to just use vanilla 2.6.x. > > > > > > > Did you have to do anything other than upgrading the module-utils? Did > it break the 2.4 kernel? I didn't even bother with modutils, i just went with a monolithic kernel. I was looking for the path of least resistence. So 2.4.x kernels continued to run fine, not that they could get very far since there was no XFS support in them. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lonni J Friedman netllama@linux-sxs.org LlamaLand http://netllama.linux-sxs.org From owner-linux-xfs Thu Mar 31 14:05:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 14:05:34 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VM5IbS026068 for ; Thu, 31 Mar 2005 14:05:19 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2VNgUCa002718 for ; Thu, 31 Mar 2005 15:42:40 -0800 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2VM4k0F12353174; Thu, 31 Mar 2005 16:04:46 -0600 (CST) Message-ID: <424C73FD.8010009@sgi.com> Date: Thu, 31 Mar 2005 16:04:45 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean Dogar CC: linux-xfs@oss.sgi.com Subject: Re: XFS on RHES 3 References: <424C6879.2060807@catfeeder.net> In-Reply-To: <424C6879.2060807@catfeeder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5199 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 218 Lines: 8 Sean Dogar wrote: > I'm trying to get XFS support going on an ES 3 machine (it's actually > White Box Enterprise Linux, but the kernel source is the same). Try ftp://oss.sgi.com/projects/xfs/testing/RHEL3/ -Eric From owner-linux-xfs Thu Mar 31 14:06:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 14:06:54 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VM6mLL027362 for ; Thu, 31 Mar 2005 14:06:48 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id j2VNi1Zn003315 for ; Thu, 31 Mar 2005 15:44:11 -0800 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id j2VM6H0F12355304; Thu, 31 Mar 2005 16:06:17 -0600 (CST) Message-ID: <424C7459.7090905@sgi.com> Date: Thu, 31 Mar 2005 16:06:17 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Kewley CC: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? References: <200503302123.56513.kewley@gps.caltech.edu> In-Reply-To: <200503302123.56513.kewley@gps.caltech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5200 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1117 Lines: 30 You can probably actually rebuild xfs as an out-of-tree module; I had some success taking the fs/xfs code from SLES9 SP1 and tweaking it to build against a RHEL4 kernel - no kernel rebuild required.... although it did not pass qa tests :) If i get any further with this I'll post a note. -Eric David Kewley wrote: > Hi all, > > I've searched, but have found no good information regarding xfs on rhel 4. > I'm building a multi-TB fileserver on which I'd like to run xfs. > > As you may know, RHEL comes without xfs enabled in the kernel. My > understanding is that RH chose this path because a) they have in-house > expertise in ext3 but not for xfs, and b) they believe that xfs doesn't offer > any advantages to their customers that ext3 cannot provide. > > Bottom line I want to know is, if I simply take the RHEL 4 kernel source rpm, > enable XFS, and rebuild the kernel (I am fluent enough in these steps), am I > likely to have an xfs that is production-quality? If not, what are the > gotchas? If I should apply any patches, how can I determine these patches? > > Thanks much, > David > From owner-linux-xfs Thu Mar 31 14:16:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 14:16:31 -0800 (PST) Received: from quail.cita.utoronto.ca (quail.cita.utoronto.ca [128.100.76.6]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2VMGTqX028576 for ; Thu, 31 Mar 2005 14:16:29 -0800 Received: from cita.utoronto.ca (lemming.cita.utoronto.ca [128.100.76.53]) by quail.cita.utoronto.ca (8.12.11/8.12.11) with ESMTP id j2VMGOc5014904 for ; Thu, 31 Mar 2005 17:16:24 -0500 Received: from lemming.cita.utoronto.ca (localhost [127.0.0.1]) by cita.utoronto.ca (8.13.1/8.13.1) with ESMTP id j2VMGOpc022988 for ; Thu, 31 Mar 2005 17:16:24 -0500 Received: (from rjh@localhost) by lemming.cita.utoronto.ca (8.13.1/8.13.1/Submit) id j2VMGO88022987 for linux-xfs@oss.sgi.com; Thu, 31 Mar 2005 17:16:24 -0500 Date: Thu, 31 Mar 2005 17:16:24 -0500 From: Robin Humble To: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? Message-ID: <20050331221624.GA17344@lemming.cita.utoronto.ca> References: <200503302123.56513.kewley@gps.caltech.edu> <20050331061345.GA32325@lemming.cita.utoronto.ca> <200503311300.38901.kewley@gps.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503311300.38901.kewley@gps.caltech.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5201 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rjh@cita.utoronto.ca Precedence: bulk X-list: linux-xfs Content-Length: 1596 Lines: 41 On Thu, Mar 31, 2005 at 01:00:38PM -0800, David Kewley wrote: >I wonder what they'd say to raw performance numbers. Maybe something like The most disturbing thing about bonnie++ numbers isn't XFS related - the 'rewrite' speed in 2.6 is dreadful - it's about 6x less than a 2.4 kernel!!! I think it's a NFS client problem as a 2.4 client talking to a 2.6 server sees ok numbers again. it seems to be filesystem independent. >"Those differences don't matter in real life." or "Sequential I/O isn't >representative of real use." :) Whatever the case, the more of their you'd think RHEL AS4 as an NFS server would be a very common configuration and that RedHat would want it to go faster... :-/ XFS does well at the large single files workload eg. film industry or computational cluster. When testing I didn't pay much attention to benchmarks of small files etc., but maybe it's not so good at that. Still, choice is a good thing, and for a proportion of RedHat customers it'd be a significant win. >customers make the case to them for supporting xfs, and the more that provide >good hard reasons why, the more likely they are to consider investing in >in-house xfs expertise. indeed. >to me. I took a gander at your website, and it sounds like we're in similar >situations. I'm a sysadmin for a computational geophysics beowulf. The computational astrophysics here. >fileserver I'm asking about is a 9.6TB raw (24x400) 3-ware 9500 based box. :) yup, pretty much the same here except we haven't got the box fully loaded with disks yet. seems like a nice toy :) cheers, robin From owner-linux-xfs Thu Mar 31 15:38:33 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 15:38:35 -0800 (PST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j2VNcWQ2008264 for ; Thu, 31 Mar 2005 15:38:33 -0800 Received: (qmail invoked by alias); 31 Mar 2005 23:38:26 -0000 Received: from G121d.g.pppool.de (EHLO [192.168.10.11]) [80.185.18.29] by mail.gmx.net (mp028) with SMTP; 01 Apr 2005 01:38:26 +0200 X-Authenticated: #2986359 Message-ID: <424C89EF.2090508@gmx.net> Date: Fri, 01 Apr 2005 01:38:23 +0200 From: Christian User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Kewley CC: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? References: <200503302123.56513.kewley@gps.caltech.edu> <20050331061345.GA32325@lemming.cita.utoronto.ca> <200503311300.38901.kewley@gps.caltech.edu> In-Reply-To: <200503311300.38901.kewley@gps.caltech.edu> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5202 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: evilninja@gmx.net Precedence: bulk X-list: linux-xfs Content-Length: 688 Lines: 25 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Kewley wrote: > A quick question for anyone who knows: Is 4kstacks still a problem for the xfs > in kernel 2.6.11? If not, then at what kernel release did it stop being a > problem? just another success story: i have CONFIG_4KSTACKS=y on two machines with 2.6.11(.4) and no problems so far. - -- BOFH excuse #141: disks spinning backwards - toggle the hemisphere jumper. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCTInvC/PVm5+NVoYRAvzqAKDAPSJ3VnCSaqaneDFCB7yTWlnk2gCfexbH ldhts5WqdBnr488qO7Errqs= =GLD+ -----END PGP SIGNATURE----- From owner-linux-xfs Thu Mar 31 16:13:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 16:13:28 -0800 (PST) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j310DQI5011282 for ; Thu, 31 Mar 2005 16:13:26 -0800 Received: by wproxy.gmail.com with SMTP id 68so742992wra for ; Thu, 31 Mar 2005 16:13:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=mbBuuejv3au/VXuTV+Y7+7cwHTCv4FOUTRk/5L230lNnJMipgwZeNG+rKVIZ1/QXddnl1OJH3VlgAYRuuE9vqQqP98N3Rll699FO1AB2sCnJJM70fblSm/Db5/WGepJu14yIBjHEyg9bG5P9NAbjgir/BjIznpo54IopOLMrNkA= Received: by 10.54.9.44 with SMTP id 44mr155252wri; Thu, 31 Mar 2005 16:13:21 -0800 (PST) Received: by 10.54.8.70 with HTTP; Thu, 31 Mar 2005 16:13:19 -0800 (PST) Message-ID: <1ae237600503311613296b2a2c@mail.gmail.com> Date: Fri, 1 Apr 2005 10:13:19 +1000 From: Simon Hill Reply-To: Simon Hill To: linux-xfs@oss.sgi.com Subject: xfs_repair woes Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5203 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: red.underscore.one@gmail.com Precedence: bulk X-list: linux-xfs Content-Length: 680 Lines: 20 Hi guys, For some magical reason, I lost my partition table today. I got it back with gpart, but now when I run xfs_repair on the partition, it says: Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary nodes - ensuring existence of lost+found directory - traversing filesystem starting at /... rebuilding directory inode 128 unknown magic number 0 for block 8388608 in directory inode 527071481 rebuilding directory inode 527071481 xfs_repair: pwrite64 failed: No space left on device xfs_repair: pwrite64 failed: No space left on device Any ideas how I fix this? I'm using a knoppix cd to run xfs_repair. Thanks. From owner-linux-xfs Thu Mar 31 16:25:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 16:25:59 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j310Pups015782 for ; Thu, 31 Mar 2005 16:25:57 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA18313; Fri, 1 Apr 2005 10:25:35 +1000 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j310PXXE3593220; Fri, 1 Apr 2005 10:25:34 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j310PTOO3593320; Fri, 1 Apr 2005 10:25:29 +1000 (EST) Date: Fri, 1 Apr 2005 10:25:29 +1000 From: Nathan Scott To: James Chapman Cc: linux-xfs@oss.sgi.com Subject: Re: file data not flushed to disk by umount? Message-ID: <20050401102529.B3561661@wobbly.melbourne.sgi.com> References: <4241471D.3090103@katalix.com> <20050324004850.GC704@frodo> <424288A1.7000406@katalix.com> <20050329031253.GA10203@frodo> <42496A94.5080708@katalix.com> <20050329225718.GC790@frodo> <424AF364.3030803@katalix.com> <20050331090123.D3536736@wobbly.melbourne.sgi.com> <424C41E5.2070601@katalix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <424C41E5.2070601@katalix.com>; from jchapman@katalix.com on Thu, Mar 31, 2005 at 07:31:01PM +0100 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5204 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1863 Lines: 53 Hi James, On Thu, Mar 31, 2005 at 07:31:01PM +0100, James Chapman wrote: > Nathan Scott wrote: > > > On Wed, Mar 30, 2005 at 07:43:48PM +0100, James Chapman wrote: > > > >>Do you know of any differences with which ext2/ext3 and xfs use the VFS > >>interfaces? I've been using a h/w debugger all day on this and I see > > > > > > Yes, the main one is XFS's use of delayed allocation (i.e. a buffer_head > > with the BH_delay flag set on it -- ext2/3 don't use that, XFS does). > > Thanks for the info. No problem. > >>writepage() write data as expected, but readpage() _never_ reads the > >>disk for file data. block_read_full_page() never gets a mapped buffer > >>(nr==0). > > > > If its cached (BH_uptodate) it doesn't need to be read from disk, > > thats probably the behaviour your seeing. > > But I umount the disk, remount and then do the read in this test. Try using xfs_db to look at the inode after unmounting, perhaps the inode extent map wasn't flushed or something like that? In that case, there'd be no read from disk too. > btw, I finally got hold of an old x86 box today. I installed RH9 and > rebuilt the exact vendor 2.4.25 kernel (with config changes needed for > x86). I also installed the latest xfsprogs. Sure enough, XFS just works > so we now know the problem is platform specific. > > I'm getting the platform vendor involved now. If I find that any xfs > changes are needed to support my arch (unlikely) then I'll let you know. Ah, OK. CC'ing linux-xfs, for the person who sent me private mail saying he was worried about this. (you know who you are :) > One more question. Is there an open source disk stress test that you > know of? I have LTP but it is too bloated to run on an embedded system. You can use the tools from xfs-cmds/xfstests -- some of those are in LTP too, some aren't. cheers. -- Nathan From owner-linux-xfs Thu Mar 31 17:24:29 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 17:24:30 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j311ORYQ019536 for ; Thu, 31 Mar 2005 17:24:28 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA19808; Fri, 1 Apr 2005 11:23:58 +1000 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j311NuXE3564773; Fri, 1 Apr 2005 11:23:57 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j311NqpQ3591685; Fri, 1 Apr 2005 11:23:52 +1000 (EST) Date: Fri, 1 Apr 2005 11:23:52 +1000 From: Nathan Scott To: Craig Rodrigues Cc: linux-xfs@oss.sgi.com Subject: Re: How does linux-xfs list extended attributes by namespace? Message-ID: <20050401112352.H3561661@wobbly.melbourne.sgi.com> References: <20050331173543.GA77406@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050331173543.GA77406@crodrigues.org>; from rodrigc@crodrigues.org on Thu, Mar 31, 2005 at 12:35:43PM -0500 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5205 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1455 Lines: 47 On Thu, Mar 31, 2005 at 12:35:43PM -0500, Craig Rodrigues wrote: > Hi, Hi there, > I am helping with the port of XFS to FreeBSD, based on > the Linux-XFS codebase. Heh, you guys must have alot working if you're looking at EAs? > Can someone explain to me how listing of extended attributes works? > > If I understand things correctly, on Linux, the call path is: > > linvfs_listxattr() > -> attr_generic_list() > -> XVOP_ATTR_LIST() (which is xfs_attr_list() ) > -> attr_system_list() > -> attr_generic_listadd() > > My question is, how does the existing system call > list extended attributes by attribute namespace? The listxattr interface is extremely simple - it doesn't distinguish namespaces, all atttributes are passed out in one go (the names are all namespace-prefixed of course). > XVOP_ATTR_LIST() doesn't take in any parameters which would > indicate that it could list attributes in a specific attribute namespace. The flags parameter there can be used to specify a namespace. The by-handle interfaces are much closer to the IRIX interfaces, and these allow listing for specific namespaces. Might help to look at that code (below linvfs_ioctl somewhere). > Does it list all the EA for a file? Right, listxattr(2) does do that, its _real_ simple, as I said. I'd be a bit surprised if the BSD interfaces are the same here - do you have pointers to code/documentation describing the BSD interfaces? cheers. -- Nathan From owner-linux-xfs Thu Mar 31 17:35:42 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 17:35:43 -0800 (PST) Received: from boing.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j311Zf3V020117 for ; Thu, 31 Mar 2005 17:35:41 -0800 Received: from boing.melbourne.sgi.com (localhost [127.0.0.1]) by boing.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j311ZXVV3927990; Fri, 1 Apr 2005 11:35:34 +1000 (AEST) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j311ZW7K3953110; Fri, 1 Apr 2005 11:35:32 +1000 (AEST) Date: Fri, 1 Apr 2005 11:35:31 +1000 From: Tim Shimmin To: Craig Rodrigues Cc: linux-xfs@oss.sgi.com Subject: Re: How does linux-xfs list extended attributes by namespace? Message-ID: <20050401113531.Q1694784@boing.melbourne.sgi.com> References: <20050331173543.GA77406@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20050331173543.GA77406@crodrigues.org>; from rodrigc@crodrigues.org on Thu, Mar 31, 2005 at 12:35:43PM -0500 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5206 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 5135 Lines: 125 Hi Craig, On Thu, Mar 31, 2005 at 12:35:43PM -0500, Craig Rodrigues wrote: > Hi, > > I am helping with the port of XFS to FreeBSD, based on > the Linux-XFS codebase. > > Can someone explain to me how listing of extended attributes works? > > If I understand things correctly, on Linux, the call path is: > > linvfs_listxattr() > -> attr_generic_list() > -> XVOP_ATTR_LIST() (which is xfs_attr_list() ) > -> attr_system_list() > -> attr_generic_listadd() > > > My question is, how does the existing system call > list extended attributes by attribute namespace? > XVOP_ATTR_LIST() doesn't take in any parameters which would > indicate that it could list attributes in a specific attribute namespace. > Does it list all the EA for a file? > It's been a while since I looked at this but I'm going to probably be looking more closely at it in the near future. Below is a bit of an explanation; Nathan S. can correct me where I've made some mistakes ;-) A bit of background. The original XFS/IRIX EAs used bits set in the flags to indicate which namespace was used. Originally this was either the ROOT namespace or USER namespace. The flags were passed as arguments and the flags were stored on disk. The flags as arguments encoded more than the namespace. The EA interface on Linux (as started by Andreas G.) encoded the namespace as a string prefix to the EA name - _not_ as any flags or bitset. On the Linux EA list interface, one could just ask for all the EA names and it would return them all prefixed by the namespace strings. I don't believe one could list all the EAs for a particular namespace. On IRIX, as we passed in flags to the attr list call, one could ask for all the names for a particular namespace (e.g. just list the USER EAs). So on Linux/XFS we have a couple of layers. At the higher level we have as you mentioned: linvfs_listxattr() -> attr_generic_list(). In this func, it will set xflags to: ATTR_KERNAMELS | ATTR_KERNFULLS or ATTR_KERNAMELS | ATTR_KERNORMALS and possibly could add in ATTR_KERNOVAL as well. From xfs_attr.h: #define ATTR_KERNOVAL 0x2000 /* [kernel] get attr size only, not value */ #define ATTR_KERNAMELS 0x4000 /* [kernel] list attr names (simple list) */ #define ATTR_KERNORMALS 0x0800 /* [kernel] normal attr list: user+secure */ #define ATTR_KERNROOTLS 0x8000 /* [kernel] include root in the attr list */ #define ATTR_KERNFULLS (ATTR_KERNORMALS|ATTR_KERNROOTLS) So you can see we ask for listings of "user+secure" namespace or "user+secure+root". I believe root has been given the string name of "trusted". So that is a listing of "user+security" or "user+security+trusted". We only get the latter if we have CAP_SYS_ADMIN capability by the looks of it. So we call VOP_ATTR_LIST -> xfs_attr_list with these ls-namespace bits in the flags. And after this call we call attr_system_list() to add to the list with the system namespace EAs. i.e. attr_generic_list 1. VOP_ATTR_LIST(vp, data, size, xflags, &cursor, NULL, error) 2. attr_system_list(vp, data, size, result) 1. xfs_attr_list will go onto call the various format list functions. Take the shortform format as an example: xfs_attr_shortform_list. Normally this goes thru the EAs and checks to see if we have a matching namespace. if (((context->flags & ATTR_SECURE) != 0) != ((sfe->flags & XFS_ATTR_SECURE) != 0) && !(context->flags & ATTR_KERNORMALS)) { sfe = XFS_ATTR_SF_NEXTENTRY(sfe); continue; } if (((context->flags & ATTR_ROOT) != 0) != ((sfe->flags & XFS_ATTR_ROOT) != 0) && !(context->flags & ATTR_KERNROOTLS)) { sfe = XFS_ATTR_SF_NEXTENTRY(sfe); continue; } Note that it doesn't work the way of asking "for this namespace or this other namespace." Intead the listing has used an overriding kind of macro (ATTR_KERN*LS macros). It says "if we don't match on secure namespace AND we are not asked for a user+secure listing" then go onto next EA. So one shouldn't ask to list "ATTR_SECURE|ATTR_ROOT" as that won't work (the way we have this implemented - could have done it differently I guess). Instead one has to ask for "ATTR_KERNORMALS|ATTR_KERNROOTLS" for the listing to override the namespace macro tests. 2. We then go onto add "system" namespace EAs. These do not come out of XFS ondisk EAs. Looking at the code these are for ACLs. Notably, "posix_acl_access" and "posix_acl_default". These are represented on disk by the ROOT or trusted namespace EAs for "SGI_ACL_FILE" and "SGI_ACL_DEFAULT" I presume these would be listed earlier as "trusted.SGI_ACL_FILE" and "trusted.SGI_ACL_DEFAULT". Or something like that :) I would guess that the "posix_acl_access" and "posix_acl_default" names are there to match up with Andreas G.'s acl/EA interface which expects these names. So back to the question. The linux interface of listing attributes will always list _all_ of the EAs for all the namespaces. The lower level xfs listing code (VOP_ATTR_LIST or xfs_attr_list) can handle listing of EAs for a particular namespace (by specifying the namespace bit in the passed in xflags). --Tim From owner-linux-xfs Thu Mar 31 17:44:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 17:44:27 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j311iP3r021164 for ; Thu, 31 Mar 2005 17:44:26 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA20275; Fri, 1 Apr 2005 11:44:10 +1000 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j311i8XE3588526; Fri, 1 Apr 2005 11:44:08 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j311i5Yx3591420; Fri, 1 Apr 2005 11:44:05 +1000 (EST) Date: Fri, 1 Apr 2005 11:44:05 +1000 From: Nathan Scott To: Sven Gehr Cc: linux-xfs@oss.sgi.com Subject: Re: how cant I rebuild the superblock Message-ID: <20050401114405.I3561661@wobbly.melbourne.sgi.com> References: <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B1EDF.6060508@xfs.org> <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330235545.GD867@frodo> <21360867.1112254529460.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <21360867.1112254529460.OPEN-XCHANGE.WebMail.wwwrun@postgirl>; from sven@dreampixel.de on Thu, Mar 31, 2005 at 09:35:29AM +0200 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5207 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1021 Lines: 37 On Thu, Mar 31, 2005 at 09:35:29AM +0200, Sven Gehr wrote: > Am Do 31.03.2005 01:55 schrieb Nathan Scott : > > The Partion is 135,6GB. ~20-30GB in use. Hmm, yes, thats a bit too large. > > You can dump the inode by pointing xfs_db at the device: > > # xfs_db -r -c 'inode 134762498' -c 'print' /dev/mdXXX > > core.format = 3 (btree) > core.size = 74027919512570268 > core.nblocks = 0 > core.dmevmask = 0x38020000 > core.dmstate = 273 These all look pretty wierd... I'd start with reseting all these to sane default values, then run repair again. I created a file like yours, and repair was OK with it, so possibly there'll be some other issues - send me the repair output if it still fails after resetting. So, the db commands would be something like: # xfs_db -x /dev/mdXXX xfs_db> inode 134762498 xfs_db> write core.format 2 xfs_db> write core.size 0 xfs_db> write core.dmevmask 0 xfs_db> write core.dmstate 0 xfs_db> quit then run xfs_repair again and see how that goes. cheers. -- Nathan From owner-linux-xfs Thu Mar 31 18:00:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 18:00:58 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with SMTP id j3120tc8022341 for ; Thu, 31 Mar 2005 18:00:56 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20714; Fri, 1 Apr 2005 12:00:43 +1000 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id j3120cXE3594490; Fri, 1 Apr 2005 12:00:39 +1000 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id j3120W9L3596060; Fri, 1 Apr 2005 12:00:32 +1000 (EST) Date: Fri, 1 Apr 2005 12:00:32 +1000 From: Nathan Scott To: Simon Hill Cc: linux-xfs@oss.sgi.com Subject: Re: xfs_repair woes Message-ID: <20050401120032.K3561661@wobbly.melbourne.sgi.com> References: <1ae237600503311613296b2a2c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1ae237600503311613296b2a2c@mail.gmail.com>; from red.underscore.one@gmail.com on Fri, Apr 01, 2005 at 10:13:19AM +1000 X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5208 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1054 Lines: 29 On Fri, Apr 01, 2005 at 10:13:19AM +1000, Simon Hill wrote: > Hi guys, > > For some magical reason, I lost my partition table today. I got it > back with gpart, but now when I run xfs_repair on the partition, it > says: > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary nodes > - ensuring existence of lost+found directory > - traversing filesystem starting at /... > rebuilding directory inode 128 > unknown magic number 0 for block 8388608 in directory inode 527071481 > rebuilding directory inode 527071481 > xfs_repair: pwrite64 failed: No space left on device > xfs_repair: pwrite64 failed: No space left on device > > Any ideas how I fix this? Looks like you have insufficient space for repair to reconstruct a valid filesystem. I think you'll have to go in with xfs_db in expert mode and clear out some inodes. I've never been in this situation myself, so not sure whats the best approach for you to use here to ensure repair sees this as free space.. cheers. -- Nathan From owner-linux-xfs Thu Mar 31 18:02:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 18:02:45 -0800 (PST) Received: from mail2.srv.syswebcom.net (116.232.131.213.rev.inetbone.net [213.131.232.116] (may be forged)) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j3122hj5022815 for ; Thu, 31 Mar 2005 18:02:44 -0800 Received: from localhost (localhost [127.0.0.1]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id F2CD3440920; Fri, 1 Apr 2005 04:02:55 +0200 (CEST) Received: from mail2.srv.syswebcom.net ([127.0.0.1]) by localhost (mail2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02099-03; Fri, 1 Apr 2005 04:02:54 +0200 (CEST) Received: from postgirl.dreampixel (p54A2FD57.dip.t-dialin.net [84.162.253.87]) by mail2.srv.syswebcom.net (Postfix) with ESMTP id C9EF742F9DA; Fri, 1 Apr 2005 04:02:53 +0200 (CEST) Received: from postgirl (postgirl.dreampixel [127.0.0.2]) by postgirl.dreampixel (Postfix) with ESMTP id 3E2DD3E41; Fri, 1 Apr 2005 04:02:37 +0200 (CEST) Message-ID: <17089909.1112320957258.OPEN-XCHANGE.WebMail.wwwrun@postgirl> Date: Fri, 1 Apr 2005 04:02:37 +0200 (CEST) From: Sven Gehr Reply-To: sven@dreampixel.de To: Nathan Scott Subject: Re: how cant I rebuild the superblock Cc: linux-xfs@oss.sgi.com In-Reply-To: <20050401114405.I3561661@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Priority: 3 (normal) X-Mailer: OPEN-XCHANGE 0.8.0-beta5 - WebMail X-Operating-System: Linux 2.6.8-24.13-default i386 (JVM 1.4.2_06) Organization: dreampixel References: <20050330190118.GA12758@taniwha.stupidest.org> <12241337.1112210187657.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330192000.GA13002@taniwha.stupidest.org> <120224.1112215280479.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B124B.3070706@xfs.org> <20000831.1112216715240.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <424B1EDF.6060508@xfs.org> <19480755.1112223834401.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050330235545.GD867@frodo> <21360867.1112254529460.OPEN-XCHANGE.WebMail.wwwrun@postgirl> <20050401114405.I3561661@wobbly.melbourne.sgi.com> X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: by amavisd-new at mail2.srv.syswebcom.net X-Virus-Status: Clean X-archive-position: 5209 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sven@dreampixel.de Precedence: bulk X-list: linux-xfs Content-Length: 1409 Lines: 41 Am Fr 01.04.2005 03:44 schrieb Nathan Scott : > On Thu, Mar 31, 2005 at 09:35:29AM +0200, Sven Gehr wrote: > > Am Do 31.03.2005 01:55 schrieb Nathan Scott : > > > You can dump the inode by pointing xfs_db at the device: > > > # xfs_db -r -c 'inode 134762498' -c 'print' /dev/mdXXX > > > > core.format = 3 (btree) > > core.size = 74027919512570268 > > core.nblocks = 0 > > core.dmevmask = 0x38020000 > > core.dmstate = 273 > > These all look pretty wierd... I'd start with reseting all these to > sane default values, then run repair again. I created a file like > yours, and repair was OK with it, so possibly there'll be some other > issues - send me the repair output if it still fails after resetting. > So, the db commands would be something like: > > # xfs_db -x /dev/mdXXX > xfs_db> inode 134762498 > xfs_db> write core.format 2 > xfs_db> write core.size 0 > xfs_db> write core.dmevmask 0 > xfs_db> write core.dmstate 0 > xfs_db> quit > > then run xfs_repair again and see how that goes. after this xfs_repair give me the the same error in an other inode. Yesterday I test this with all the inodes (apply on a dd image) but I was only set 'write core.format 2' After 25 steps with this error the xfs_repair was finishd. I mount the imgae an look in. There was no directory with data. Only lost+found with 7GB files an directorys looks like 12312312312 sven From owner-linux-xfs Thu Mar 31 18:20:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 18:20:03 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j312K2T5024760 for ; Thu, 31 Mar 2005 18:20:02 -0800 Received: from h00609772adf0.ne.client2.attbi.com ([66.30.114.143]) by comcast.net (rwcrmhc12) with ESMTP id <2005040102195601400dtkcte>; Fri, 1 Apr 2005 02:19:56 +0000 Received: from h00609772adf0.ne.client2.attbi.com (localhost.127.in-addr.arpa [127.0.0.1]) by h00609772adf0.ne.client2.attbi.com (8.13.3/8.13.1) with ESMTP id j312Jv4T079829 for ; Thu, 31 Mar 2005 21:19:58 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by h00609772adf0.ne.client2.attbi.com (8.13.3/8.13.1/Submit) id j312Jv5g079828 for linux-xfs@oss.sgi.com; Thu, 31 Mar 2005 21:19:57 -0500 (EST) (envelope-from rodrigc) Date: Thu, 31 Mar 2005 21:19:56 -0500 From: Craig Rodrigues To: linux-xfs@oss.sgi.com Subject: Re: How does linux-xfs list extended attributes by namespace? Message-ID: <20050401021956.GA79464@crodrigues.org> References: <20050331173543.GA77406@crodrigues.org> <20050401112352.H3561661@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050401112352.H3561661@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5210 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rodrigc@crodrigues.org Precedence: bulk X-list: linux-xfs Content-Length: 2313 Lines: 67 On Fri, Apr 01, 2005 at 11:23:52AM +1000, Nathan Scott wrote: > Heh, you guys must have alot working if you're looking at EAs? Alexander Kabaev (primary XFS/FreeBSD developer) just released a code snapshot which can mount (read-only) XFS partitions in FreeBSD: http://lists.freebsd.org/pipermail/freebsd-current/2005-March/047744.html There is still a lot of work to do, of course. In terms of documentation/code samples, the best source is the extattr(2) and extattr(9) man pages: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/sys/extattr_get_file.2 http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man9/extattr.9 Basically I am trying to implement the following system call: ssize_t extattr_list_file(const char *path, int attrnamespace, void *data, size_t nbytes); Currently on FreeBSD, for attrnamespace, "user" attr namespace == 1 "system" attr namespace == 2 These are the only namespaces implemented so far, but could be extended for other file systems On Fri, Apr 01, 2005 at 11:35:31AM +1000, Tim Shimmin wrote: > Hi Craig, > From xfs_attr.h: > #define ATTR_KERNOVAL 0x2000 /* [kernel] get attr size only, not value */ > #define ATTR_KERNAMELS 0x4000 /* [kernel] list attr names (simple list) */ > > #define ATTR_KERNORMALS 0x0800 /* [kernel] normal attr list: user+secure */ > #define ATTR_KERNROOTLS 0x8000 /* [kernel] include root in the attr list */ > #define ATTR_KERNFULLS (ATTR_KERNORMALS|ATTR_KERNROOTLS) > > So back to the question. > The linux interface of listing attributes will always list _all_ of > the EAs for all the namespaces. > The lower level xfs listing code (VOP_ATTR_LIST or xfs_attr_list) > can handle listing of EAs for a particular namespace (by specifying > the namespace bit in the passed in xflags). > > --Tim Tim, thanks for your detailed response, it was VERY helpful. So if I understand things correctly, if I take extattr_list_file()'s attrnamespace flag, and map it to an ATTR_* flag for xfs_attr_list(), I might be able to get things to work correctly. Any advice how to do this? Something like: attrnamespace = 1 (user) = xfs_attr_list() flag ATTR_KERNORMALS attrnamespace = 2 (system) = xfs_attr_list() flag ATTR_KERNROOTLS Hmmm... Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-linux-xfs Thu Mar 31 19:36:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 19:36:55 -0800 (PST) Received: from chook.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j313ap3Z027151 for ; Thu, 31 Mar 2005 19:36:54 -0800 Received: from chook.melbourne.sgi.com (localhost.localdomain [127.0.0.1]) by chook.melbourne.sgi.com (8.12.11/8.12.11) with ESMTP id j313ag5M001751; Fri, 1 Apr 2005 13:36:42 +1000 Received: (from nathans@localhost) by chook.melbourne.sgi.com (8.12.11/8.12.11/Submit) id j313afYk001749; Fri, 1 Apr 2005 13:36:41 +1000 Date: Fri, 1 Apr 2005 13:36:41 +1000 From: Nathan Scott Message-Id: <200504010336.j313afYk001749@chook.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: TAKE 933454 - fix nlink_t use X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Status: Clean X-archive-position: 5211 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@chook.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1260 Lines: 27 Fix up uses of nlink_t, incorrectly restricting us to 2^16 links for some platforms. Date: Fri Apr 1 13:35:01 AEST 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch@engr.sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:22032a xfs_inode.c - 1.411 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.411&r2=text&tr2=1.410&f=h xfs_inode.h - 1.199 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.199&r2=text&tr2=1.198&f=h xfs_types.h - 1.76 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_types.h.diff?r1=text&tr1=1.76&r2=text&tr2=1.75&f=h xfs_utils.c - 1.65 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_utils.c.diff?r1=text&tr1=1.65&r2=text&tr2=1.64&f=h xfs_utils.h - 1.32 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_utils.h.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h linux-2.6/xfs_vnode.h - 1.100 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.h.diff?r1=text&tr1=1.100&r2=text&tr2=1.99&f=h linux-2.4/xfs_vnode.h - 1.94 http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vnode.h.diff?r1=text&tr1=1.94&r2=text&tr2=1.93&f=h From owner-linux-xfs Thu Mar 31 20:23:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 31 Mar 2005 20:23:58 -0800 (PST) Received: from geyser.gps.caltech.edu (geyser.gps.caltech.edu [131.215.65.56]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j314NugT032298 for ; Thu, 31 Mar 2005 20:23:57 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by geyser.gps.caltech.edu (Postfix) with ESMTP id A2540D9E3A7B for ; Thu, 31 Mar 2005 20:23:56 -0800 (PST) Received: from geyser.gps.caltech.edu ([127.0.0.1]) by localhost (geyser.gps.caltech.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24705-09 for ; Thu, 31 Mar 2005 20:23:55 -0800 (PST) Received: from [192.168.123.100] (adsl-66-51-208-100.dslextreme.com [66.51.208.100]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by geyser.gps.caltech.edu (Postfix) with ESMTP id 378D7D9E3A76 for ; Thu, 31 Mar 2005 20:23:54 -0800 (PST) From: David Kewley Organization: Caltech ITS To: linux-xfs@oss.sgi.com Subject: Re: RHEL 4 -- how build kernel with xfs? Date: Thu, 31 Mar 2005 20:23:53 -0800 User-Agent: KMail/1.6.2 References: <200503302123.56513.kewley@gps.caltech.edu> <200503311300.38901.kewley@gps.caltech.edu> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503312023.53290.kewley@gps.caltech.edu> X-Virus-Scanned: ClamAV 0.83/798/Thu Mar 31 01:54:41 2005 on oss.sgi.com X-Virus-Scanned: amavisd-new at gps.caltech.edu X-Virus-Status: Clean X-archive-position: 5212 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kewley@gps.caltech.edu Precedence: bulk X-list: linux-xfs Content-Length: 1601 Lines: 37 Net Llama! wrote on Thursday 31 March 2005 13:07: > On Thu, 31 Mar 2005, David Kewley wrote: > > A quick question for anyone who knows: Is 4kstacks still a problem for > > the xfs in kernel 2.6.11? If not, then at what kernel release did it > > stop being a problem? > > Funny you should ask, cause there was a thread on this just last week (or > maybe the week before, i forget). The general consensus is that 4k is ok > for light, low intensity (no NFS, LVM, etc) usage, but for anything high > volume, where uptime must be 5 9's, 8k is the safer bet. Now that you pointed me to it (thanks!), I found it: http://oss.sgi.com/archives/linux-xfs/2005-03/msg00047.html I think your summary is correct, but I'd add one BIG modification: 4kstacks only affects i386 (including e.g. i686) arches. For example, the arch I use, x86_64, still uses 8k stacks, so I only need to add CONFIG_XFS_FS. I've verified this to my satisfaction by looking at the RHEL4 kernel source, but also see Andi Kleen's post to the above thread: http://oss.sgi.com/archives/linux-xfs/2005-03/msg00078.html ----------------- ONE MORE question or set of questions. :) So now I've got my RHEL4 kernel source tree, which is based on 2.6.9 and appears to have no patches to xfs (with the possible exception of patches outside the xfs/ tree that affect xfs). Would it be advisable to just use this version, or to try to update the xfs kernel code in some way (replace the xfs/ tree with the 2.6.11 version? apply some patches?)? I see that the xfs patches kept coming in for 2.6.10 and 2.6.11. Thanks, David