From owner-linux-xfs@oss.sgi.com Thu Aug 1 00:42:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g717gjRw020954 for ; Thu, 1 Aug 2002 00:42:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g717gjxe020953 for linux-xfs-outgoing; Thu, 1 Aug 2002 00:42:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g717gcRw020925 for ; Thu, 1 Aug 2002 00:42:38 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id AAA08200 for ; Thu, 1 Aug 2002 00:44:11 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g717i5B05459; Thu, 1 Aug 2002 17:44:05 +1000 Date: Thu, 1 Aug 2002 17:44:05 +1000 From: Keith Owens Message-Id: <200208010744.g717i5B05459@sherman.melbourne.sgi.com> Subject: TAKE - Clean up exported symbols X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Now that dmapi is part of the xfs module, the only exported symbols required are for xfsidbg. Date: Thu Aug 1 00:43:15 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124112a linux/fs/xfs/xfsidbg.c - 1.193 linux/fs/xfs/linux/xfs_globals.c - 1.32 linux/fs/xfs/dmapi/Makefile - 1.15 linux/fs/xfs/dmapi/dmapi_event.c - 1.8 linux/fs/xfs/dmapi/dmapi_register.c - 1.14 linux/fs/xfs/dmapi/dmapi_sysent.c - 1.14 linux/fs/xfs/dmapi/Makefile.in - 1.5 linux/fs/xfs/linux/Makefile.in - 1.12 From owner-linux-xfs@oss.sgi.com Thu Aug 1 01:13:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g718DbRw021844 for ; Thu, 1 Aug 2002 01:13:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g718DbfA021843 for linux-xfs-outgoing; Thu, 1 Aug 2002 01:13:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g718DURw021815 for ; Thu, 1 Aug 2002 01:13:30 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA02996 for ; Thu, 1 Aug 2002 01:15:02 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g718F1e05721; Thu, 1 Aug 2002 18:15:01 +1000 Date: Thu, 1 Aug 2002 18:15:01 +1000 From: Keith Owens Message-Id: <200208010815.g718F1e05721@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to 2.4.19-rc5 X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk So many kernel releases, so little time ... Date: Thu Aug 1 01:14:27 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124113a linux/drivers/sbus/char/openprom.c - 1.13 linux/drivers/block/ll_rw_blk.c - 1.83 linux/Makefile - 1.177 From owner-linux-xfs@oss.sgi.com Thu Aug 1 05:04:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71C4JRw024792 for ; Thu, 1 Aug 2002 05:04:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71C4JcP024791 for linux-xfs-outgoing; Thu, 1 Aug 2002 05:04:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71C49Rw024763 for ; Thu, 1 Aug 2002 05:04:10 -0700 Received: from pc9391.physik.uni-regensburg.de (mail@pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.9.3/8.9.3-URRZ-Sol-2.7-01) with ESMTP id OAA16031 for ; Thu, 1 Aug 2002 14:05:43 +0200 (MET DST) Received: from loopback ([127.0.0.1] helo=pc9391 ident=guc28561) by pc9391.physik.uni-regensburg.de with esmtp (Exim 3.35 #1 (Debian)) id 17aEi7-0007kP-00 for ; Thu, 01 Aug 2002 14:05:43 +0200 Date: Thu, 1 Aug 2002 14:05:43 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: interrupt balancing with recent cvs kernels Message-ID: <20020801140543.E27971@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.2.4 Lines: 37 X-Spam-Status: No, hits=0.5 required=5.0 tests=LINES_OF_YELLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sorry for being a little bit off-topic. I have a dell precision 530 with DUAL XEON 2.2 GHZ and tested 2.4.19-rc3-xfs(cvs) and 2.4.19-rc5-xfs(cvs). cat /proc/interrupts gives following result (hyperthreading disabled): CPU0 CPU1 0: 40378 0 IO-APIC-edge timer 1: 83 0 IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 14: 1414 0 IO-APIC-edge ide0 15: 6 0 IO-APIC-edge ide1 23: 12420 0 IO-APIC-level eth0 NMI: 0 0 LOC: 40282 40280 ERR: 0 MIS: 0 with hyperthreading enabled: cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 5787 0 0 0 1: 2 0 0 0 2: 0 0 0 0 14: 2406 0 0 1 15: 5 0 0 1 23: 1105 0 0 0 NMI: 0 0 0 0 LOC: 5634 5632 5633 5633 ERR: 0 MIS: 0 is this behaviour normal or should i worry about? i also testet the -ac series, and they showed well balanced interrupts. thanks in advance Christian From owner-linux-xfs@oss.sgi.com Thu Aug 1 05:54:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71CsHRw032046 for ; Thu, 1 Aug 2002 05:54:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71CsHo7032045 for linux-xfs-outgoing; Thu, 1 Aug 2002 05:54:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71CsBRw032017 for ; Thu, 1 Aug 2002 05:54:12 -0700 Received: (qmail 13655 invoked from network); 1 Aug 2002 12:55:45 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 1 Aug 2002 12:55:45 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id C50403000BA; Thu, 1 Aug 2002 22:55:42 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 9EA0094; Thu, 1 Aug 2002 22:55:42 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: interrupt balancing with recent cvs kernels In-reply-to: Your message of "Thu, 01 Aug 2002 14:05:43 +0200." <20020801140543.E27971@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 Aug 2002 22:55:37 +1000 Message-ID: <23681.1028206537@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 1 Aug 2002 14:05:43 +0200, Christian Guggenberger wrote: >Sorry for being a little bit off-topic. >I have a dell precision 530 with DUAL XEON 2.2 GHZ and tested >2.4.19-rc3-xfs(cvs) and 2.4.19-rc5-xfs(cvs). >i also testet the -ac series, and they showed well balanced interrupts. It is a kernel issue, not XFS. You need to ask on linux-kernel@vger.kernel.org, after searching the archives, try http://www.google.com/linux?hl=en&lr=&ie=ISO-8859-1&q=balanced+interrupts+dell From owner-linux-xfs@oss.sgi.com Thu Aug 1 07:13:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71ED4Rw003656 for ; Thu, 1 Aug 2002 07:13:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71ED4EH003655 for linux-xfs-outgoing; Thu, 1 Aug 2002 07:13:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71ECuRw003627 for ; Thu, 1 Aug 2002 07:12:57 -0700 Received: from offline.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 17aGif-00070z-00; Thu, 01 Aug 2002 15:14:25 +0100 Message-ID: <3D494240.7C5978E9@moving-picture.com> Date: Thu, 01 Aug 2002 15:14:24 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Lord CC: linux-xfs@oss.sgi.com Subject: Re: Unable to handle kernel NULL pointer dereference with2.4.19-rc3-xfs References: <3D46738B.308AD0BF@moving-picture.com> <1028030060.2171.1.camel@laptop.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Stephen Lord wrote: > > On Tue, 2002-07-30 at 06:07, James Pearson wrote: > > I've just had the following oops with nfsd on an XFS file system using a > > CVS kernel from July 22nd - not sure if it's XFS or NFS related ... > > > > It looks like XFS, I see a problem, will take a little bit to work out > the correct fix. > > Steve Is there anything I can do/not do that may help the situation? The problem hasn't occurred again (yet!). Thanks James Pearson From owner-linux-xfs@oss.sgi.com Thu Aug 1 07:33:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71EXIRw003992 for ; Thu, 1 Aug 2002 07:33:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71EXIZh003990 for linux-xfs-outgoing; Thu, 1 Aug 2002 07:33:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71EX9Rw003958 for ; Thu, 1 Aug 2002 07:33:09 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA69114; Thu, 1 Aug 2002 09:34:39 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-24.corp.sgi.com [134.15.64.24]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA28154; Thu, 1 Aug 2002 09:34:39 -0500 (CDT) Subject: Re: Unable to handle kernel NULL pointer dereference with2.4.19-rc3-xfs From: Stephen Lord To: James Pearson Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D494240.7C5978E9@moving-picture.com> References: <3D46738B.308AD0BF@moving-picture.com> <1028030060.2171.1.camel@laptop.americas.sgi.com> <3D494240.7C5978E9@moving-picture.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 09:32:12 -0500 Message-Id: <1028212334.2683.14.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-6.7 required=5.0 tests=IN_REP_TO,SUBJ_HAS_SPACES,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 09:14, James Pearson wrote: > Stephen Lord wrote: > > > > On Tue, 2002-07-30 at 06:07, James Pearson wrote: > > > I've just had the following oops with nfsd on an XFS file system using a > > > CVS kernel from July 22nd - not sure if it's XFS or NFS related ... > > > > > > > It looks like XFS, I see a problem, will take a little bit to work out > > the correct fix. > > > > Steve > > Is there anything I can do/not do that may help the situation? > > The problem hasn't occurred again (yet!). Well, it looks like a pretty narrow window. I can certainly prevent the oops, understanding the root cause of the oops is what I am trying to dig into - in my spare time which is somewhat minimal at the moment. This code will stop the oops, if I read things wrong it will turn it into a cpu loop though. Steve =========================================================================== Index: linux/fs/xfs/xfs_iget.c =========================================================================== --- /usr/tmp/TmpDir.14466-0/linux/fs/xfs/xfs_iget.c_1.167 Thu Aug 1 09:33:25 2002 +++ linux/fs/xfs/xfs_iget.c Tue Jul 30 12:31:32 2002 @@ -477,6 +477,10 @@ } bdp = vn_bhv_lookup(VN_BHV_HEAD(vp), &xfs_vnodeops); + if (!bdp) { + iput(inode); + goto retry; + } ip = XFS_BHVTOI(bdp); if (lock_flags != 0) { xfs_ilock(ip, lock_flags); From owner-linux-xfs@oss.sgi.com Thu Aug 1 07:53:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71ErQRw004374 for ; Thu, 1 Aug 2002 07:53:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71ErQpR004373 for linux-xfs-outgoing; Thu, 1 Aug 2002 07:53:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com. (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71EquRw004333 for ; Thu, 1 Aug 2002 07:52:56 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com. (8.12.2/8.12.2) with ESMTP id g71ErfbW080930; Thu, 1 Aug 2002 10:53:42 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71ErcGw024746; Thu, 1 Aug 2002 10:53:38 -0400 Subject: xfsprogs patch for evms From: Luciano Chavez To: linux-xfs@oss.sgi.com Cc: lord@sgi.com Content-Type: multipart/mixed; boundary="=-go9MZoqVZ2UxblPytI15" X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 09:49:36 -0500 Message-Id: <1028213377.16184.77.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.0 required=5.0 tests=FROM_ENDS_IN_NUMS,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-go9MZoqVZ2UxblPytI15 Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, I've attached a patch to the cmd/xfsprogs tree to allow support for obtaining stripe unit/size info for EVMS volumes when issuing a mkfs.xfs command to an EVMS managed volume. This change, in hand with the log version 2 changes already in CVS, should help align the log on EVMS volumes. Please let me know if there are any questions. The patch works in conjunction with the just released EVMS 1.1.0 release and follow-on releases. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net --=-go9MZoqVZ2UxblPytI15 Content-Disposition: attachment; filename=xfsprogs-evms.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/x-patch; name=xfsprogs-evms.patch; charset=ISO-8859-1 diff -urN xfsprogs-2.0.3/libdisk/Makefile xfsprogs-2.0.3-evms/libdisk/Makef= ile --- xfsprogs-2.0.3/libdisk/Makefile Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/Makefile Thu Jun 20 11:45:18 2002 @@ -38,8 +38,8 @@ LT_REVISION =3D 0 LT_AGE =3D 0 =20 -CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c -HFILES =3D fstype.h pttype.h md.h xvm.h +CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c +HFILES =3D fstype.h pttype.h md.h xvm.h evms.h =20 default: $(LTLIBRARY) =20 diff -urN xfsprogs-2.0.3/libdisk/drivers.c xfsprogs-2.0.3-evms/libdisk/driv= ers.c --- xfsprogs-2.0.3/libdisk/drivers.c Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/drivers.c Thu Jun 20 11:45:18 2002 @@ -40,6 +40,7 @@ extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct sta= t64*); =20 void get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swid= th) @@ -53,7 +54,9 @@ fprintf(stderr, "Cannot stat %s: %s\n", dev, strerror(errno)); exit(1); } - +=20=20=20=20=20=20=20=20 + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + return; if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) diff -urN xfsprogs-2.0.3/libdisk/evms.c xfsprogs-2.0.3-evms/libdisk/evms.c --- xfsprogs-2.0.3/libdisk/evms.c Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.c Tue Jul 23 10:30:08 2002 @@ -0,0 +1,77 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + * Module: evms.c + */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (dev >> 8 =3D=3D EVMS_MAJOR) + return(1); + return(0); +} + +static int +get_stripe_info(int fd, evms_vol_stripe_info_t *info) +{ + int rc =3D 0; + int status; + + status =3D ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, info); + if (status) { + rc =3D errno; + } + return(rc); +} + +int +evms_get_subvol_stripe(char *device, + sv_type_t type, + int *sunit, int *swidth, struct stat64 *sb) +{ + int rc =3D 0; + + if (mnt_is_evms_subvol(sb->st_rdev)) { + int fd; + + fd =3D open(device, O_RDONLY | O_NONBLOCK); + if (fd >=3D 0) { + evms_vol_stripe_info_t info; + + if (get_stripe_info(fd, &info) =3D=3D 0) { + *sunit =3D info.size; + *swidth =3D *sunit * info.width; + rc =3D 1; + } + close(fd); + } + } + return(rc); +} diff -urN xfsprogs-2.0.3/libdisk/evms.h xfsprogs-2.0.3-evms/libdisk/evms.h --- xfsprogs-2.0.3/libdisk/evms.h Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.h Tue Jul 23 10:24:50 2002 @@ -0,0 +1,44 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + * Module: evms.h + */ + +#include +#include + +#ifndef EVMS_MAJOR +#define EVMS_MAJOR 117 +#endif + +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 +#define EVMS_GET_VOL_STRIPE_INFO_STRING "EVMS_GET_VOL_STRIPE_INFO" + +/* + * struct evms_vol_stripe_info_s - contains stripe information for a volume + * + * unit: the stripe unit specified in 512 byte block units + * width: the number of stripe members or RAID data disks + * + */ +typedef struct evms_vol_stripe_info_s { + u_int32_t size; + u_int32_t width; +} evms_vol_stripe_info_t; + +#define EVMS_GET_VOL_STRIPE_INFO _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRI= PE_INFO_NUMBER, evms_vol_stripe_info_t) --=-go9MZoqVZ2UxblPytI15-- From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:08:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71F8JRw004783 for ; Thu, 1 Aug 2002 08:08:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71F8JqX004782 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:08:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71F8DRw004751 for ; Thu, 1 Aug 2002 08:08:14 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA73814 for ; Thu, 1 Aug 2002 10:09:44 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA02137 for ; Thu, 1 Aug 2002 10:09:44 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g71F6BD29195; Thu, 1 Aug 2002 10:06:11 -0500 Message-Id: <200208011506.g71F6BD29195@stout.americas.sgi.com> Date: Thu, 1 Aug 2002 10:06:11 -0500 Subject: TAKE - Fix that last xfstest 009 fix... X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, this gets things passing on x86 and ia64 for all fs block sizes... and the test parameters are unchanged for x86. I'll talk to Daniel to make sure the test is still valid for ia64 with page size != 4k. Date: Thu Aug 1 08:04:44 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124120a cmd/xfstests/009 - 1.9 - Whoops, use a fixed 4k for alloc's "bsize" parameter, seems that this is independent of the fs block size. From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:13:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71FDvRw004985 for ; Thu, 1 Aug 2002 08:13:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71FDvJI004984 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:13:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71FDcRw004954 for ; Thu, 1 Aug 2002 08:13:44 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17aHfU-0003kz-00; Thu, 01 Aug 2002 16:15:12 +0100 Date: Thu, 1 Aug 2002 16:15:12 +0100 From: Christoph Hellwig To: Luciano Chavez Cc: linux-xfs@oss.sgi.com, lord@sgi.com Subject: Re: xfsprogs patch for evms Message-ID: <20020801161512.A14257@infradead.org> References: <1028213377.16184.77.camel@chavez> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028213377.16184.77.camel@chavez>; from lnx1138@us.ibm.com on Thu, Aug 01, 2002 at 09:49:36AM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * Module: evms.c Urgg, could you remove thise Module: junk? I had to fight that in JFS already.. +#include +#include +#include +#include +#include +#include +#include +#include DON'T include kernel headers from userspace. Please use instead. +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (dev >> 8 == EVMS_MAJOR) Please use major() from instead. Userspace dev_t is 16bit on libc4/libc5 systems and 64bit on glibc systems. I guess uclibc/dietlibc use something small, too. +static int +get_stripe_info(int fd, evms_vol_stripe_info_t *info) +{ + int rc = 0; + int status; + + status = ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, info); + if (status) { + rc = errno; + } + return(rc); What about: if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, info)) return errno; return 0; instead? much easier to parse. + * Module: evms.h Dito. +#include +#include Kernel header _again_. What do you actually need them for? From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:39:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71FdCRw005494 for ; Thu, 1 Aug 2002 08:39:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71FdBpP005493 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:39:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71Fd5Rw005464 for ; Thu, 1 Aug 2002 08:39:06 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e31.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g71FeaXW039562; Thu, 1 Aug 2002 11:40:36 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71FeZ8v042490; Thu, 1 Aug 2002 09:40:36 -0600 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <20020801161512.A14257@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 10:36:32 -0500 Message-Id: <1028216192.16184.116.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, Thanks for the comments. I basically copied the style of the cmd/xfsprogs/libdisk/lvm.c and cmd/xfsprogs/libdisk/lvm.h without consideration that they may be an unfavorable example. I will make the changes you suggested and re-submit the patch. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:44:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71FiiRw005729 for ; Thu, 1 Aug 2002 08:44:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71FiiPf005728 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:44:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71FidRw005700 for ; Thu, 1 Aug 2002 08:44:39 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA75784 for ; Thu, 1 Aug 2002 10:46:09 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA92441 for ; Thu, 1 Aug 2002 10:46:09 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id KAA46768 for linux-xfs@oss.sgi.com; Thu, 1 Aug 2002 10:46:09 -0500 (CDT) Date: Thu, 1 Aug 2002 10:46:09 -0500 (CDT) From: Dean Roehrich Message-Id: <200208011546.KAA46768@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix dmapi makefile X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 1 08:46:06 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124124a linux/fs/xfs/dmapi/Makefile - 1.16 - dmapi_core.o is not a module on its own From owner-linux-xfs@oss.sgi.com Thu Aug 1 08:48:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71Fm9Rw006008 for ; Thu, 1 Aug 2002 08:48:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71Fm9QA006007 for linux-xfs-outgoing; Thu, 1 Aug 2002 08:48:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gwyn.tux.org (ident-user@gwyn.tux.org [207.96.122.8]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71FlwRw005979 for ; Thu, 1 Aug 2002 08:47:58 -0700 Received: (from timball@localhost) by gwyn.tux.org (8.9.3/8.9.1) id LAA13496 for linux-xfs@oss.sgi.com; Thu, 1 Aug 2002 11:49:33 -0400 Date: Thu, 1 Aug 2002 11:49:33 -0400 From: Timothy Ball To: XFS Mailing List Subject: File full of nulls again... Message-ID: <20020801154933.GA6523@gwyn.tux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk For reasons totatly not related to xfs (stupid nvidia) my machine went into a hardlock while I was editting my /etc/X11/xdm/Xsetup file. I rebooted the machine and when xdm came back up I noticed that it wasn't configured the way I thought. Looking back at the file it was completely full of nulls. I suppose it's important for me to say I was editting the file in vim... I did a cvs co yesterday afternoon and am using 2.4.19-rc3-xfs. Other system info: --snip--snip--snip-- timball@kundera {1}$ uname -a Linux kundera 2.4.19-rc3-xfs #3 Tue Jul 30 11:19:30 EDT 2002 i686 unknown unknown GNU/Linux timball@kundera {2}$ cat /proc/meminfo | head -3 total: used: free: shared: buffers: cached: Mem: 1323450368 96591872 1226858496 0 0 37224448 Swap: 509956096 0 509956096 timball@kundera {3}$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.00GHz stepping : 4 cpu MHz : 1993.989 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips : 3971.48 --snip--snip--snip-- I'll try to recreate the problem w/o the nvidia driver loaded and see what happens. --timball -- GPG key available on pgpkeys.mit.edu pub 1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball Key fingerprint = B579 29B0 F6C8 C7AA 3840 E053 FE02 BB97 511F BD54 From owner-linux-xfs@oss.sgi.com Thu Aug 1 10:22:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71HMJRw008012 for ; Thu, 1 Aug 2002 10:22:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71HMIcp008011 for linux-xfs-outgoing; Thu, 1 Aug 2002 10:22:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71HMARw007983 for ; Thu, 1 Aug 2002 10:22:12 -0700 Received: from localhost (localhost [127.0.0.1]) by localhost.leathercollection.ph (Postfix) with ESMTP id 4A32FC027F5 for ; Fri, 2 Aug 2002 01:23:40 +0800 (PHT) Received: by gusi.leathercollection.ph (Postfix, from userid 1000) id 2F154C027ED; Fri, 2 Aug 2002 01:23:23 +0800 (PHT) Date: Fri, 2 Aug 2002 01:23:23 +0800 From: Federico Sevilla III To: XFS Mailing List Subject: Re: File full of nulls again... Message-ID: <20020801172323.GJ29766@leathercollection.ph> Mail-Followup-To: XFS Mailing List References: <20020801154933.GA6523@gwyn.tux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801154933.GA6523@gwyn.tux.org> User-Agent: Mutt/1.4i X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph X-Virus-Scanned: by AMaViS snapshot-20020316 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 01, 2002 at 11:49:33AM -0400, Timothy Ball wrote: > For reasons totatly not related to xfs (stupid nvidia) my machine went > into a hardlock while I was editting my /etc/X11/xdm/Xsetup file. I > rebooted the machine and when xdm came back up I noticed that it > wasn't configured the way I thought. Looking back at the file it was > completely full of nulls. I suppose it's important for me to say I was > editting the file in vim... The FAQ entry[1] for this still holds. It's been revised to mention that this happens much less with the newer kernels (like the one you have), but during "extreme situations" (like yours, where you edited a small file, wrote it, and then got the system hung cold) the binary null issues will still happen. This happens to me quite a bit, too, when mangling with something related to X and then getting the system frozen by X11. Perhaps running `sync` after saving the file and before testing what the changes did will help. :) [1] http://oss.sgi.com/projects/xfs/faq.html#nulls --> Jijo -- Federico Sevilla III : Network Administrator : The Leather Collection, Inc. GnuPG Key ID : 0x93B746BE From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:16:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71IGgRw009097 for ; Thu, 1 Aug 2002 11:16:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71IGg5i009096 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:16:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IGaRw009068 for ; Thu, 1 Aug 2002 11:16:37 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA78074 for ; Thu, 1 Aug 2002 13:18:07 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA62853 for ; Thu, 1 Aug 2002 13:18:07 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g71IEX409713; Thu, 1 Aug 2002 13:14:33 -0500 Message-Id: <200208011814.g71IEX409713@stout.americas.sgi.com> Date: Thu, 1 Aug 2002 13:14:33 -0500 Subject: TAKE - Remove old makefile comments X-Spam-Status: No, hits=1.0 required=5.0 tests=SUBJ_REMOVE,MISSING_HEADERS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk remove some junk comments from dmapi & pagebuf makefiles Remove old makefile comments Date: Thu Aug 1 11:17:41 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124146a linux/fs/xfs/dmapi/Makefile - 1.17 linux/fs/xfs/pagebuf/Makefile - 1.12 From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:20:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71IKERw009325 for ; Thu, 1 Aug 2002 11:20:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71IKEbK009324 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:20:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com. (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IJlRw009280 for ; Thu, 1 Aug 2002 11:19:47 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com. (8.12.2/8.12.2) with ESMTP id g71IKhbW134952; Thu, 1 Aug 2002 14:20:43 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71IKdGw070252; Thu, 1 Aug 2002 14:20:40 -0400 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Luciano Chavez Cc: Christoph Hellwig , linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <1028216192.16184.116.camel@chavez> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> Content-Type: multipart/mixed; boundary="=-/ej0Q3JyTpwGKgjTrFSi" X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 13:16:37 -0500 Message-Id: <1028225798.16220.182.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-7.5 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,UNIFIED_PATCH,FROM_AND_TO_SAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-/ej0Q3JyTpwGKgjTrFSi Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello, I cleaned up the patch quite a bit and re-tested it. I hope y'all find this one acceptable. If there are any comments or questions regarding it then please let me know. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net --=-/ej0Q3JyTpwGKgjTrFSi Content-Disposition: attachment; filename=xfsprogs-evms.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/x-patch; name=xfsprogs-evms.patch; charset=ISO-8859-1 diff -urN xfsprogs-2.0.3/libdisk/Makefile xfsprogs-2.0.3-evms/libdisk/Makef= ile --- xfsprogs-2.0.3/libdisk/Makefile Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/Makefile Thu Aug 1 12:27:38 2002 @@ -38,8 +38,8 @@ LT_REVISION =3D 0 LT_AGE =3D 0 =20 -CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c -HFILES =3D fstype.h pttype.h md.h xvm.h +CFILES =3D fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c +HFILES =3D fstype.h pttype.h md.h xvm.h evms.h =20 default: $(LTLIBRARY) =20 diff -urN xfsprogs-2.0.3/libdisk/drivers.c xfsprogs-2.0.3-evms/libdisk/driv= ers.c --- xfsprogs-2.0.3/libdisk/drivers.c Mon Apr 15 09:08:58 2002 +++ xfsprogs-2.0.3-evms/libdisk/drivers.c Thu Aug 1 12:27:38 2002 @@ -40,6 +40,7 @@ extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat= 64*); +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct sta= t64*); =20 void get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swid= th) @@ -53,7 +54,9 @@ fprintf(stderr, "Cannot stat %s: %s\n", dev, strerror(errno)); exit(1); } - +=20=20=20=20=20=20=20=20 + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + return; if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) diff -urN xfsprogs-2.0.3/libdisk/evms.c xfsprogs-2.0.3-evms/libdisk/evms.c --- xfsprogs-2.0.3/libdisk/evms.c Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.c Thu Aug 1 12:52:51 2002 @@ -0,0 +1,62 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + */ + +#include +#include +#include +#include +#include +#include +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (major(dev) =3D=3D EVMS_MAJOR) + return(1); + return(0); +} + + +int +evms_get_subvol_stripe(char *device, + sv_type_t type, + int *sunit, int *swidth, struct stat64 *sb) +{ + int rc =3D 0; + + if (mnt_is_evms_subvol(sb->st_rdev)) { + int fd; + + fd =3D open(device, O_RDONLY | O_NONBLOCK); + if (fd >=3D 0) { + evms_vol_stripe_info_t info; + + if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info) =3D=3D 0) { + *sunit =3D info.size; + *swidth =3D *sunit * info.width; + rc =3D 1; + } + close(fd); + } + } + return(rc); +} diff -urN xfsprogs-2.0.3/libdisk/evms.h xfsprogs-2.0.3-evms/libdisk/evms.h --- xfsprogs-2.0.3/libdisk/evms.h Wed Dec 31 18:00:00 1969 +++ xfsprogs-2.0.3-evms/libdisk/evms.h Thu Aug 1 12:27:50 2002 @@ -0,0 +1,37 @@ +/* + * + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or=20 + * (at your option) any later version. + *=20 + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software=20 + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 U= SA + * + */ + +#define EVMS_MAJOR 117 + +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 + +/* + * struct evms_vol_stripe_info_s - contains stripe information for a volume + * + * unit: the stripe unit specified in 512 byte block units + * width: the number of stripe members or RAID data disks + * + */ +typedef struct evms_vol_stripe_info_s { + u_int32_t size; + u_int32_t width; +} evms_vol_stripe_info_t; + +#define EVMS_GET_VOL_STRIPE_INFO _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRI= PE_INFO_NUMBER, evms_vol_stripe_info_t) --=-/ej0Q3JyTpwGKgjTrFSi-- From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:37:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71IbrRw009747 for ; Thu, 1 Aug 2002 11:37:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71IbqtW009746 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:37:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IbiRw009718 for ; Thu, 1 Aug 2002 11:37:45 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA79369 for ; Thu, 1 Aug 2002 13:39:15 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA38805 for ; Thu, 1 Aug 2002 13:39:15 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g71IZfM15837; Thu, 1 Aug 2002 13:35:41 -0500 Message-Id: <200208011835.g71IZfM15837@stout.americas.sgi.com> Date: Thu, 1 Aug 2002 13:35:41 -0500 Subject: TAKE - libdisk cleanups X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More from Christoph... "fix some of the stuff I complained about on the evms patch and more: - don't include , instead have the major numbers locally - in addition always check for the actually used major (like xvm) - use major() to get the major number instead of direct shifts (like xvm) - drop the old md.h and replace with a small version containing only what we need" Date: Thu Aug 1 11:38:43 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124150a cmd/xfsprogs/libdisk/md.c - 1.7 - use major() to get the major number instead of direct shifts Also use get_driver_block_major to check device number cmd/xfsprogs/libdisk/md.h - 1.2 - drop the old md.h and replace with a small version containing only what we need. cmd/xfsprogs/libdisk/lvm.c - 1.7 - don't include , use local major numbers use major() to get the major number instead of direct shifts Also use get_driver_block_major to check device number From owner-linux-xfs@oss.sgi.com Thu Aug 1 11:54:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71Is5Rw010184 for ; Thu, 1 Aug 2002 11:54:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71Is5Ob010183 for linux-xfs-outgoing; Thu, 1 Aug 2002 11:54:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71IrcRw010152 for ; Thu, 1 Aug 2002 11:53:39 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17aL6P-0005N8-00; Thu, 01 Aug 2002 19:55:13 +0100 Date: Thu, 1 Aug 2002 19:55:13 +0100 From: Christoph Hellwig To: Luciano Chavez Cc: Christoph Hellwig , linux-xfs@oss.sgi.com, lord@sgi.com Subject: Re: xfsprogs patch for evms Message-ID: <20020801195512.A20402@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028225798.16220.182.camel@chavez>; from lnx1138@us.ibm.com on Thu, Aug 01, 2002 at 01:16:37PM -0500 X-Spam-Status: No, hits=-11.0 required=5.0 tests=IN_REP_TO,COPYRIGHT_CLAIMED,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 01, 2002 at 01:16:37PM -0500, Luciano Chavez wrote: > Hello, > > I cleaned up the patch quite a bit and re-tested it. I hope y'all find > this one acceptable. If there are any comments or questions regarding it > then please let me know. What about this one instead? it fits the style of the support code of the other volume mangers in current CVS. only semantical change is that I dropped the O_NDELAY. Was there a reason for it? also does evms appear as evms in /proc/devices? otherwise the additional dynamic major detection won't work. Index: libdisk/Makefile =================================================================== RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- libdisk/Makefile 2002/06/04 23:07:56 1.5 +++ libdisk/Makefile 2002/08/01 18:44:55 @@ -38,8 +38,8 @@ LT_CURRENT = 0 LT_REVISION = 0 LT_AGE = 0 -CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c -HFILES = fstype.h pttype.h md.h xvm.h +CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c +HFILES = fstype.h pttype.h md.h xvm.h evms.h default: $(LTLIBRARY) Index: libdisk/drivers.c =================================================================== RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/drivers.c,v retrieving revision 1.7 diff -u -p -r1.7 drivers.c --- libdisk/drivers.c 2002/06/04 23:07:56 1.7 +++ libdisk/drivers.c 2002/08/01 18:44:55 @@ -40,6 +40,7 @@ extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); void get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swidth) @@ -54,11 +55,13 @@ get_subvol_stripe_wrapper(char *dev, sv_ exit(1); } - if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + if (md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; if (xvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) + return; + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) return; /* ... add new device drivers here */ } --- /dev/null Thu Dec 13 11:34:58 2001 +++ libdisk/evms.c Thu Aug 1 21:42:27 2002 @@ -0,0 +1,67 @@ +/* + * Copyright (c) International Business Machines Corp., 2002 + * Portions Copyright (c) 2002 Silicon Graphics, Inc. All Rights Reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include +#include +#include +#include +#include +#include +#include "evms.h" + +int +mnt_is_evms_subvol(dev_t dev) +{ + if (major(dev) == EVMS_MAJOR) + return 1; + if (major(dev) == get_driver_block_major("evms")) + return 1; + return 0; +} + +int +evms_get_subvol_stripe( + char *dfile, + sv_type_t type, + int *sunit, + int *swidth, + struct stat64 *sb) +{ + if (mnt_is_evms_subvol(sb->st_rdev)) { + struct evms_vol_stripe_info info; + int fd; + + fd = open(dfile, O_RDONLY); + if (fd < 0) + return 0; + + if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info)) { + fprintf(stderr, + "Error getting EVMS stripe size from %s\n", + dfile); + exit(1); + } + + *sunit = info.size; + *swidth = *sunit * info.width; + + return 1; + } + return 0; +} --- /dev/null Thu Dec 13 11:34:58 2001 +++ libdisk/evms.h Thu Aug 1 21:43:49 2002 @@ -0,0 +1,38 @@ +/* + * Copyright (c) International Business Machines Corp., 2002 + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See + * the GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#ifndef EVMS_MAJOR +#define EVMS_MAJOR 117 /* we also check at runtime */ +#endif + +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 + +#define EVMS_GET_VOL_STRIPE_INFO \ + _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRIPE_INFO_NUMBER, struct evms_vol_stripe_info) + +/* + * struct evms_vol_stripe_info - contains stripe information for a volume + * + * unit: the stripe unit specified in 512 byte block units + * width: the number of stripe members or RAID data disks + * + */ +struct evms_vol_stripe_info { + __uint32_t size; + __uint32_t width; +}; From owner-linux-xfs@oss.sgi.com Thu Aug 1 12:49:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71JnHRw013126 for ; Thu, 1 Aug 2002 12:49:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71JnHlm013125 for linux-xfs-outgoing; Thu, 1 Aug 2002 12:49:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71JmlRw013086 for ; Thu, 1 Aug 2002 12:48:48 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e35.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g71JnfNv041966; Thu, 1 Aug 2002 15:49:41 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71Jnf8v059758; Thu, 1 Aug 2002 13:49:41 -0600 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <20020801195512.A20402@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> <20020801195512.A20402@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 14:45:37 -0500 Message-Id: <1028231137.16184.202.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-5.0 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,COPYRIGHT_CLAIMED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 13:55, Christoph Hellwig wrote: > On Thu, Aug 01, 2002 at 01:16:37PM -0500, Luciano Chavez wrote: > > Hello, > > > > I cleaned up the patch quite a bit and re-tested it. I hope y'all find > > this one acceptable. If there are any comments or questions regarding it > > then please let me know. > > What about this one instead? it fits the style of the support code of > the other volume mangers in current CVS. > > only semantical change is that I dropped the O_NDELAY. Was there a reason > for it? also does evms appear as evms in /proc/devices? otherwise the > additional dynamic major detection won't work. > Umm, where did you see O_NDELAY? Yes, evms does appear in /proc/devices. What dynamic major detection? Are you referring to the way device-mapper obtains major numbers? We only have one, 117. Looking at the patch below, I have a question about the following change you made: if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info)) { fprintf(stderr, "Error getting EVMS stripe size from %s\n", dfile); exit(1); } Do you really want to fail mkfs.xfs if you can't get the stripe info? Alternatively, we could hard code the sunit to a a page size (4K on x86) on an ioctl failure instead. That is, *sunit = *swidth = PAGE_SIZE >> SECTOR_SIZE_SHIFT; since we know it is an EVMS volume and this would help keep alignment proper? > > Index: libdisk/Makefile > =================================================================== > RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- libdisk/Makefile 2002/06/04 23:07:56 1.5 > +++ libdisk/Makefile 2002/08/01 18:44:55 > @@ -38,8 +38,8 @@ LT_CURRENT = 0 > LT_REVISION = 0 > LT_AGE = 0 > > -CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c > -HFILES = fstype.h pttype.h md.h xvm.h > +CFILES = fstype.c pttype.c md.c xvm.c lvm.c drivers.c mountinfo.c evms.c > +HFILES = fstype.h pttype.h md.h xvm.h evms.h > > default: $(LTLIBRARY) > > Index: libdisk/drivers.c > =================================================================== > RCS file: /cvs/linux-2.4-xfs/cmd/xfsprogs/libdisk/drivers.c,v > retrieving revision 1.7 > diff -u -p -r1.7 drivers.c > --- libdisk/drivers.c 2002/06/04 23:07:56 1.7 > +++ libdisk/drivers.c 2002/08/01 18:44:55 > @@ -40,6 +40,7 @@ > extern int md_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > extern int lvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > extern int xvm_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > +extern int evms_get_subvol_stripe(char*, sv_type_t, int*, int*, struct stat64*); > > void > get_subvol_stripe_wrapper(char *dev, sv_type_t type, int *sunit, int *swidth) > @@ -54,11 +55,13 @@ get_subvol_stripe_wrapper(char *dev, sv_ > exit(1); > } > > - if ( md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > + if (md_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > return; > if (lvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > return; > if (xvm_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > + return; > + if (evms_get_subvol_stripe(dev, type, sunit, swidth, &sb)) > return; > /* ... add new device drivers here */ > } > --- /dev/null Thu Dec 13 11:34:58 2001 > +++ libdisk/evms.c Thu Aug 1 21:42:27 2002 > @@ -0,0 +1,67 @@ > +/* > + * Copyright (c) International Business Machines Corp., 2002 > + * Portions Copyright (c) 2002 Silicon Graphics, Inc. All Rights Reserved. > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License as published by > + * the Free Software Foundation; either version 2 of the License, or > + * (at your option) any later version. > + * > + * This program is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See > + * the GNU General Public License for more details. > + * > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > + */ > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include "evms.h" > + > +int > +mnt_is_evms_subvol(dev_t dev) > +{ > + if (major(dev) == EVMS_MAJOR) > + return 1; > + if (major(dev) == get_driver_block_major("evms")) > + return 1; > + return 0; > +} > + > +int > +evms_get_subvol_stripe( > + char *dfile, > + sv_type_t type, > + int *sunit, > + int *swidth, > + struct stat64 *sb) > +{ > + if (mnt_is_evms_subvol(sb->st_rdev)) { > + struct evms_vol_stripe_info info; > + int fd; > + > + fd = open(dfile, O_RDONLY); > + if (fd < 0) > + return 0; > + > + if (ioctl(fd, EVMS_GET_VOL_STRIPE_INFO, &info)) { > + fprintf(stderr, > + "Error getting EVMS stripe size from %s\n", > + dfile); > + exit(1); > + } > + > + *sunit = info.size; > + *swidth = *sunit * info.width; > + > + return 1; > + } > + return 0; > +} > --- /dev/null Thu Dec 13 11:34:58 2001 > +++ libdisk/evms.h Thu Aug 1 21:43:49 2002 > @@ -0,0 +1,38 @@ > +/* > + * Copyright (c) International Business Machines Corp., 2002 > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License as published by > + * the Free Software Foundation; either version 2 of the License, or > + * (at your option) any later version. > + * > + * This program is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See > + * the GNU General Public License for more details. > + * > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > + */ > + > +#ifndef EVMS_MAJOR > +#define EVMS_MAJOR 117 /* we also check at runtime */ > +#endif > + > +#define EVMS_GET_VOL_STRIPE_INFO_NUMBER 0xF0 > + > +#define EVMS_GET_VOL_STRIPE_INFO \ > + _IOR(EVMS_MAJOR, EVMS_GET_VOL_STRIPE_INFO_NUMBER, struct evms_vol_stripe_info) > + > +/* > + * struct evms_vol_stripe_info - contains stripe information for a volume > + * > + * unit: the stripe unit specified in 512 byte block units > + * width: the number of stripe members or RAID data disks > + * > + */ > +struct evms_vol_stripe_info { > + __uint32_t size; > + __uint32_t width; > +}; > -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 1 13:12:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71KCIRw013614 for ; Thu, 1 Aug 2002 13:12:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71KCIVv013613 for linux-xfs-outgoing; Thu, 1 Aug 2002 13:12:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71KCBRw013585 for ; Thu, 1 Aug 2002 13:12:12 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17aMKQ-0005t6-00; Thu, 01 Aug 2002 21:13:46 +0100 Date: Thu, 1 Aug 2002 21:13:46 +0100 From: Christoph Hellwig To: Luciano Chavez Cc: linux-xfs@oss.sgi.com, lord@sgi.com Subject: Re: xfsprogs patch for evms Message-ID: <20020801211346.A22342@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> <20020801195512.A20402@infradead.org> <1028231137.16184.202.camel@chavez> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028231137.16184.202.camel@chavez>; from lnx1138@us.ibm.com on Thu, Aug 01, 2002 at 02:45:37PM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 01, 2002 at 02:45:37PM -0500, Luciano Chavez wrote: > Umm, where did you see O_NDELAY? I meant O_NONBLOCK, sorry. > Yes, evms does appear in /proc/devices. What dynamic major detection? > Are you referring to the way device-mapper obtains major numbers? We > only have one, 117. I refer to the way of checking the major number that the actually running kernel uses. this is important for drivers such a dm or xvm that don't have a static major but also helps other in case it e.g. acquires another major number. > Do you really want to fail mkfs.xfs if you can't get the stripe info? is there any reason such an ioctl should fail for a valid evms configuration? if no then yes, I want it to fail. else we should just return 0. From owner-linux-xfs@oss.sgi.com Thu Aug 1 14:30:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g71LUoRw016458 for ; Thu, 1 Aug 2002 14:30:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g71LUoQd016457 for linux-xfs-outgoing; Thu, 1 Aug 2002 14:30:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g71LUdRw016424 for ; Thu, 1 Aug 2002 14:30:39 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e31.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g71LWBXW029334; Thu, 1 Aug 2002 17:32:11 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g71LWB8v125606; Thu, 1 Aug 2002 15:32:11 -0600 Subject: Re: xfsprogs patch for evms From: Luciano Chavez To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <20020801211346.A22342@infradead.org> References: <1028213377.16184.77.camel@chavez> <20020801161512.A14257@infradead.org> <1028216192.16184.116.camel@chavez> <1028225798.16220.182.camel@chavez> <20020801195512.A20402@infradead.org> <1028231137.16184.202.camel@chavez> <20020801211346.A22342@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 01 Aug 2002 16:28:07 -0500 Message-Id: <1028237287.16220.247.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 15:13, Christoph Hellwig wrote: > On Thu, Aug 01, 2002 at 02:45:37PM -0500, Luciano Chavez wrote: > > Umm, where did you see O_NDELAY? > > I meant O_NONBLOCK, sorry. > I see. Cut and paste from one of the other EVMS utilities brought that. I don't see that the flag is necessary. Good catch. > > Yes, evms does appear in /proc/devices. What dynamic major detection? > > Are you referring to the way device-mapper obtains major numbers? We > > only have one, 117. > > I refer to the way of checking the major number that the actually running > kernel uses. this is important for drivers such a dm or xvm that don't > have a static major but also helps other in case it e.g. acquires another > major number. > Understood. I don't see a problem with the extra check but figure the first one will always succeed for an EVMS volume. > > Do you really want to fail mkfs.xfs if you can't get the stripe info? > > is there any reason such an ioctl should fail for a valid evms configuration? > if no then yes, I want it to fail. else we should just return 0. > No, it shouldn't fail. EVMS 1.1.0 introduces the EVMS_GET_VOL_STRIPE_INFO IOCtl and the permanent 117 major. The previous stable release 1.0.1 still used the experimental major of 63 so the current code should never get far enough to invoke the IOCtl since the major on the device isn't recognized to be EVMS. That being the case, I suppose it is OK to fail the mkfs if the IOCtl fails. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 1 22:32:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g725WJRw025107 for ; Thu, 1 Aug 2002 22:32:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g725WIDU025106 for linux-xfs-outgoing; Thu, 1 Aug 2002 22:32:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from omnilab.com.au (quinn.omnilab.com.au [203.94.136.163]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g725WARw025077 for ; Thu, 1 Aug 2002 22:32:11 -0700 Received: from Ione ([203.94.136.162]) by omnilab.com.au (SGI-8.9.3/8.9.3) with ESMTP id PAA51674 for ; Fri, 2 Aug 2002 15:12:21 +1000 (AEST) Content-Type: text/plain; charset="us-ascii" From: Grant Fraser Organization: Grunt Graphics To: linux-xfs@oss.sgi.com Subject: Red-Hat 7.3 SGI XFS bootable disk ?? Date: Fri, 2 Aug 2002 15:27:01 +1000 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208021527.01648.grantf@grunt.com.au> X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Here's the deal.. we have a Dell 2560 server running RedHat 7.3 2-4-18-4SGI_XFS_1.1. Works great however we want to do something different. We need the partitions on the system disk to be XFS so we can use xfsdump and xfsrestore to continuely mirror the disk. I've followed all the instructions re copying the ext3 disk to an xfs partitioned drive and all looks ok. How do I change GRUB to boot off the new drive after I change the BIOS? It seems to work at the moment but just before its due to start RedHat proper it goes looking for an ext3 filesystem to boot root off. Of course there isn't one (they're all xfs). I've noticed that changing the startup disk in BIOS changes the order that GRUB sees the disks (the startup disk is always (hd0)) however once Linux is underway it sees the drives in SCSI order. Do I need a bootable CD with the right kernels on it? There is an RH7.2 disk on the site but it doesn't support the fibre channel we are running. Please note that I am using two seperate drives and changing the boot disk in BIOS. Any help would be apprecated.. Grant Fraser The Omnilab group Sydney Australia From owner-linux-xfs@oss.sgi.com Fri Aug 2 02:12:01 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g729C1Rw029590 for ; Fri, 2 Aug 2002 02:12:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g729C1qh029589 for linux-xfs-outgoing; Fri, 2 Aug 2002 02:12:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g729BpRw029560 for ; Fri, 2 Aug 2002 02:11:52 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g729DMMm068262; Fri, 2 Aug 2002 11:13:23 +0200 (CEST) Message-Id: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Aug 2002 10:03:00 +0200 To: Grant Fraser , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? In-Reply-To: <200208021527.01648.grantf@grunt.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:27 2-8-2002 +1000, Grant Fraser wrote: >Here's the deal.. we have a Dell 2560 server running RedHat 7.3 >2-4-18-4SGI_XFS_1.1. Works great however we want to do something different. > >We need the partitions on the system disk to be XFS so we can use xfsdump and >xfsrestore to continuely mirror the disk. ? If you need backup there is something called software raid 1. What special functionality of XFS do you need? Is it the ACLs or Extended Attributes? xfsdump and xfsrestore are not ment to be a online backup tool that will give you two identical drives. If that is what you are trying to create. >I've followed all the instructions re copying the ext3 disk to an xfs >partitioned drive and all looks ok. Ah you didn't install the box using the 7.3 installer? >How do I change GRUB to boot off the new drive after I change the BIOS? It >seems to work at the moment but just before its due to start RedHat proper it >goes looking for an ext3 filesystem to boot root off. Of course there isn't >one (they're all xfs). I am not familiar with grub so I can't help you. >Do I need a bootable CD with the right kernels on it? There is an RH7.2 disk >on the site but it doesn't support the fibre channel we are running. There also is a Red Hat 7.3 XFS installer disk on the site. Eric do we have a installer iso available that has the .xdelta file included? >Please note that I am using two seperate drives and changing the boot disk in >BIOS. I understand that. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:19:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CJlRw001535 for ; Fri, 2 Aug 2002 05:19:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CJl4J001534 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:19:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from server.home.at (root@chello212186127068.14.vie.surfer.at [212.186.127.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72CJdRw000842 for ; Fri, 2 Aug 2002 05:19:40 -0700 Received: from localhost.localdomain (sector17.home.at [192.168.1.1]) by server.home.at (8.12.1/8.12.1/Debian -5) with ESMTP id g72CKIgP013913; Fri, 2 Aug 2002 14:20:18 +0200 Subject: Re: recovery failed after power off From: Christian Thalinger To: Stephen Lord Cc: linux-xfs@oss.sgi.com In-Reply-To: <1028167048.1122.7.camel@laptop.americas.sgi.com> References: <1028154195.816.10.camel@sector17.home.at> <1028167048.1122.7.camel@laptop.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 02 Aug 2002 14:19:28 +0200 Message-Id: <1028290768.718.16.camel@sector17.home.at> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-01 at 03:57, Stephen Lord wrote: > So are you running IDE with write caching turned on? Any journaled > filesystem is going to have issues with a write cache enabled > drive if you drop the power on it. In order to work a journaled > file system has ordering constraints between log writes and > metadata writes. A drive write cache can cause these constraints > to be broken - a metadata write was probably still in cache and > the relevant log space was overwritten on disk. > > Steve > Yep, IDE drive with write cache. Sorry, i could guess it myself. Without write cache recovery seems to be ok. Now i have to find out how to disable write cache of IDE drives on a 3ware controller ;-) Regards. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:34:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CYCRw002863 for ; Fri, 2 Aug 2002 05:34:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CYCu5002862 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:34:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72CY6Rw002834 for ; Fri, 2 Aug 2002 05:34:07 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g72CZg7X051328; Fri, 2 Aug 2002 14:35:42 +0200 (CEST) Message-Id: <4.3.2.7.2.20020802143240.03ac4c28@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Aug 2002 14:33:32 +0200 To: Christian Thalinger , Stephen Lord From: Seth Mos Subject: Re: recovery failed after power off Cc: linux-xfs@oss.sgi.com In-Reply-To: <1028290768.718.16.camel@sector17.home.at> References: <1028167048.1122.7.camel@laptop.americas.sgi.com> <1028154195.816.10.camel@sector17.home.at> <1028167048.1122.7.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:19 2-8-2002 +0200, Christian Thalinger wrote: >Yep, IDE drive with write cache. Sorry, i could guess it myself. Without >write cache recovery seems to be ok. Now i have to find out how to >disable write cache of IDE drives on a 3ware controller ;-) It might be a 3ware configuration option. I also thought the 3ware controllers did this by default. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:44:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CiCRw003103 for ; Fri, 2 Aug 2002 05:44:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CiCfp003102 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:44:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from blade.4t2.com (blade.4t2.com [194.77.116.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Ci5Rw003072 for ; Fri, 2 Aug 2002 05:44:05 -0700 Received: from mx.sem-gmbh.com ([172.16.11.10]:20353 "EHLO ipsec.blade.4t2.com" ident: "NO-IDENT-SERVICE[2]" smtp-auth: TLS-PEER: ) by blade.4t2.com with ESMTP id ; Fri, 2 Aug 2002 14:45:38 +0200 Received: from sem-dev01.sem-gmbh.com ([194.99.20.211]:48644 "EHLO sem-gmbh.com") by sem-two.sem-gmbh.com with ESMTP id ; Fri, 2 Aug 2002 14:43:00 +0200 Message-ID: <3D4A7DFA.8060104@sem-gmbh.com> Date: Fri, 02 Aug 2002 14:41:30 +0200 From: Dirk Munzinger User-Agent: Mozilla/5.0 (Windows; U; Win98; de-AT; rv:1.0.0) Gecko/20020530 X-Accept-Language: de, de-at, en-us, en MIME-Version: 1.0 To: Seth Mos CC: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: xfs-filesystem is broken after rsync References: <20020801125547.O1822-100000@xs1.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Seth, Seth Mos schrieb: > I just thought of something. What flags are you passing for optimization? > I know that compiling with i586 is sometimes faster but I believe not > everything works OK. Can you check this by compiling for i486? > > The K6 cores were also faster with 486 optimizations for me then with > i586. I have compiled the kernel now with i486 optimization instead of K6 and - believe it or not - it looks fine now. If have just run some rsyncs without any problem. I will do some more tests over the weekend and I hope they will also work. Good tip ! Regards, Dirk From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:49:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CnCRw003333 for ; Fri, 2 Aug 2002 05:49:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CnC4P003332 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:49:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Cn6Rw003304 for ; Fri, 2 Aug 2002 05:49:06 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g72CoiW2061286; Fri, 2 Aug 2002 14:50:44 +0200 (CEST) Message-Id: <4.3.2.7.2.20020802144706.03ac2e20@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 02 Aug 2002 14:48:34 +0200 To: Dirk Munzinger From: Seth Mos Subject: Re: xfs-filesystem is broken after rsync Cc: Eric Sandeen , linux-xfs@oss.sgi.com, lord@sgi.com In-Reply-To: <3D4A7DFA.8060104@sem-gmbh.com> References: <20020801125547.O1822-100000@xs1.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:41 2-8-2002 +0200, Dirk Munzinger wrote: >Hi Seth, >>I just thought of something. What flags are you passing for optimization? >>I know that compiling with i586 is sometimes faster but I believe not >>everything works OK. Can you check this by compiling for i486? >>The K6 cores were also faster with 486 optimizations for me then with >>i586. > >I have compiled the kernel now with i486 optimization instead of K6 and - >believe it or not - it looks fine now. If have just run some rsyncs >without any problem. I will do some more tests over the weekend and I hope >they will also work. Okidoki. It's because I worked with a few K6 chips in the past that I know how they behave. They are not bad just peculiar. But that can be said from some Dell Intel hardware as well ;) Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:52:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72Cq8Rw003520 for ; Fri, 2 Aug 2002 05:52:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72Cq89r003519 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:52:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Cq1Rw003491 for ; Fri, 2 Aug 2002 05:52:02 -0700 Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.tvol.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id NWHPN7SZ; Fri, 2 Aug 2002 08:50:39 -0400 Received: from wgate.com (localhost [127.0.0.1]) by sinz.eng.tvol.net (8.11.6/8.11.6) with ESMTP id g72Crf042501 for ; Fri, 2 Aug 2002 08:53:41 -0400 (EDT) (envelope-from msinz@wgate.com) Message-ID: <3D4A80D4.5040908@wgate.com> Date: Fri, 02 Aug 2002 08:53:40 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: xfs-filesystem is broken after rsync References: <3D46A2E4.8050106@sem-gmbh.com> <1028040131.2511.1.camel@stout.americas.sgi.com> <4.3.2.7.2.20020731105914.0335e828@pop.xs4all.nl> <3D47ADB9.20501@sem-gmbh.com> <3D47C020.50BB8806@ch.sauter-bc.com> <3D47D7C4.3090601@sem-gmbh.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dirk Munzinger wrote: > Moin, > > Simon Matter schrieb: > > >> I was having problems with rsync -av.. one year ago on an almost >> identical system like you have. The unbelievable solution was to remove >> the verbose options from rsync!! > > > I have just tested it but the xfs still crashs... I have a large number of machines I use RSYNC with and they have yet to show a problem with RSYNC. This includes RSYNCs of complete mozilla.org CVS mirrors (local network and remote network) and RSYNCs of our full product disk. (In otherwords, very large, multi-hundred-megabyte RSYNC operations) This is to both SCSI and IDE based systems (and mixed SCSI/IDE too) -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Fri Aug 2 05:55:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72CtDRw003701 for ; Fri, 2 Aug 2002 05:55:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72CtD3q003700 for linux-xfs-outgoing; Fri, 2 Aug 2002 05:55:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from dmzexc9.fw.garanti.com.tr ([194.29.208.15]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Ct4Rw003666 for ; Fri, 2 Aug 2002 05:55:06 -0700 Received: from copexc10.fw.garanti.com.tr (COPEXC10 [10.145.0.44]) by dmzexc9.fw.garanti.com.tr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id P6T49X3Z; Fri, 2 Aug 2002 15:55:42 +0300 Received: from gtiexc5.fw.teknoloji.com.tr ([10.129.0.122]) by copexc10.fw.garanti.com.tr with Microsoft SMTPSVC(5.0.2195.2966); Fri, 2 Aug 2002 15:56:41 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 MIME-Version: 1.0 Subject: ubsubscribe Date: Fri, 2 Aug 2002 15:56:40 +0300 Message-ID: <5FA6F2E719F6C04FAD76837E84929C3401EB4314@gtiexc5.fw.teknoloji.com.tr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ubsubscribe Thread-Index: AcI6JAuY3xr7K7zKRVa5cWFckVxHbA== From: "Osman Tufanogullari (Garanti Teknoloji)" To: X-OriginalArrivalTime: 02 Aug 2002 12:56:41.0167 (UTC) FILETIME=[0BD705F0:01C23A24] X-Spam-Status: No, hits=0.0 required=5.0 tests=MAILTO_LINK version=2.20 X-Spam-Level: Content-Disposition: inline Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g72CtDRw003702 ubsubscribe osmantuf sultan Itri Osman Tufanoðullarý Garanti Teknoloji Döküman Yönetimi ve Ýþ Akýþlarý Tel: +90 212 478 3160 Faks: +90 (212) 657 0473 E-Mail: mailto:osmantuf@garanti.com.tr Adres: Evren Mah Koçman Cad No 22 34550 Güneþli Ýstanbul Türkiye http://www.garantiteknoloji.com.tr [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Fri Aug 2 06:29:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72DTfRw004157 for ; Fri, 2 Aug 2002 06:29:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72DTfvX004156 for linux-xfs-outgoing; Fri, 2 Aug 2002 06:29:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72DTXRw004128 for ; Fri, 2 Aug 2002 06:29:34 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA85658; Fri, 2 Aug 2002 08:31:07 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA12650; Fri, 2 Aug 2002 08:31:06 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g72DNco30233; Fri, 2 Aug 2002 08:23:38 -0500 Subject: Re: xfs-filesystem is broken after rsync From: Steve Lord To: Seth Mos Cc: Dirk Munzinger , Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20020802144706.03ac2e20@pop.xs4all.nl> References: <20020801125547.O1822-100000@xs1.xs4all.nl> <4.3.2.7.2.20020802144706.03ac2e20@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 02 Aug 2002 08:23:38 -0500 Message-Id: <1028294618.30192.0.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-02 at 07:48, Seth Mos wrote: > At 14:41 2-8-2002 +0200, Dirk Munzinger wrote: > >Hi Seth, > >>I just thought of something. What flags are you passing for optimization? > >>I know that compiling with i586 is sometimes faster but I believe not > >>everything works OK. Can you check this by compiling for i486? > >>The K6 cores were also faster with 486 optimizations for me then with > >>i586. > > > >I have compiled the kernel now with i486 optimization instead of K6 and - > >believe it or not - it looks fine now. If have just run some rsyncs > >without any problem. I will do some more tests over the weekend and I hope > >they will also work. > > Okidoki. It's because I worked with a few K6 chips in the past that I know > how they behave. They are not bad just peculiar. > > But that can be said from some Dell Intel hardware as well ;) > > Cheers > Thanks Seth for pursuing this one. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:06:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72E6CRw004636 for ; Fri, 2 Aug 2002 07:06:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72E6BT6004635 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:06:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72E65Rw004604 for ; Fri, 2 Aug 2002 07:06:06 -0700 Received: from localhost (localhost [127.0.0.1]) by localhost.leathercollection.ph (Postfix) with ESMTP id ACC33C027E5 for ; Fri, 2 Aug 2002 22:07:39 +0800 (PHT) Received: by gusi.leathercollection.ph (Postfix, from userid 1000) id A6ADFC027E0; Fri, 2 Aug 2002 22:07:31 +0800 (PHT) Date: Fri, 2 Aug 2002 22:07:31 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: recovery failed after power off Message-ID: <20020802140731.GQ25673@leathercollection.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1028154195.816.10.camel@sector17.home.at> <1028167048.1122.7.camel@laptop.americas.sgi.com> <1028290768.718.16.camel@sector17.home.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028290768.718.16.camel@sector17.home.at> User-Agent: Mutt/1.4i X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph X-Virus-Scanned: by AMaViS snapshot-20020316 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger wrote: > Yep, IDE drive with write cache. Sorry, i could guess it myself. > Without write cache recovery seems to be ok. Now i have to find out > how to disable write cache of IDE drives on a 3ware controller ;-) This can be done both via the 3ware BIOS which you can enter at bootup, or via the 3dmd web-based management system. --> Jijo -- Federico Sevilla III : Network Administrator : The Leather Collection, Inc. GnuPG Key ID : 0x93B746BE From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:24:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72EOFRw004946 for ; Fri, 2 Aug 2002 07:24:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72EOFks004945 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:24:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72EOARw004916 for ; Fri, 2 Aug 2002 07:24:11 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA80896; Fri, 2 Aug 2002 09:25:45 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA46621; Fri, 2 Aug 2002 09:25:44 -0500 (CDT) Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? From: Eric Sandeen To: Seth Mos Cc: Grant Fraser , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> References: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 02 Aug 2002 09:22:03 -0500 Message-Id: <1028298123.19802.0.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-02 at 03:03, Seth Mos wrote: > There also is a Red Hat 7.3 XFS installer disk on the site. > Eric do we have a installer iso available that has the .xdelta file included? Nope, I'm reluctant to put yet another 300M file out there, the xdelta and a readme are there, that will help save some bandwidth. :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:36:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72EaORw006137 for ; Fri, 2 Aug 2002 07:36:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72EaOFO006136 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:36:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72EaIRw006105 for ; Fri, 2 Aug 2002 07:36:19 -0700 Received: from volny.cz (libereca-147.dialup.vol.cz [212.20.113.147]) by smtp3.vol.cz (8.12.5/8.12.5) with ESMTP id g72EbuQ0097424 for ; Fri, 2 Aug 2002 16:37:56 +0200 (CEST) (envelope-from aleaz@volny.cz) Message-ID: <3C31160E.90600@volny.cz> Date: Tue, 01 Jan 2002 02:51:10 +0100 From: Ales Komarek User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problem with XFS SB magic number Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=2.3 required=5.0 tests=DATE_IN_FUTURE version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk To whom it may concern, well I have 2 disks on my machine - one for MS Windows - primary slave and other for Linux - primary master (3 partitions; one ext2; 2nd swap and third XFS for data) I have installed XOSL (boot manager) on Windows HDD and after that during booting pure linux XFS SB magic number error occured; I have already uninstalled XOSL, but it did not helped at all; the should be no physical errors on disk, but when I tried xfs_repair; it found secondary Super block but it was corrupted and the program ended with an I/O error; Please is there any way how to correct this? Yours sincirely Ales Komarek From owner-linux-xfs@oss.sgi.com Fri Aug 2 07:42:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72EgnRw006469 for ; Fri, 2 Aug 2002 07:42:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72EgnlX006468 for linux-xfs-outgoing; Fri, 2 Aug 2002 07:42:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72EgfRw006440 for ; Fri, 2 Aug 2002 07:42:42 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA83520; Fri, 2 Aug 2002 09:44:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id JAA90101; Fri, 2 Aug 2002 09:44:16 -0500 (CDT) Subject: Re: problem with XFS SB magic number From: Eric Sandeen To: Ales Komarek Cc: linux-xfs@oss.sgi.com In-Reply-To: <3C31160E.90600@volny.cz> References: <3C31160E.90600@volny.cz> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 02 Aug 2002 09:40:34 -0500 Message-Id: <1028299234.19802.4.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The original problem is almost certainly that your boot manager put something on block zero of your xfs partition; this is where the xfs superblock lives, so it was corrupted. What version of xfsprogs do you have? I'll make sure the ftp site has the latest version packaged up; you should get the latest if you don't have it already. If you send the output of your xfs_repair run, that might offer some hints. -Eric On Mon, 2001-12-31 at 19:51, Ales Komarek wrote: > To whom it may concern, > well I have 2 disks on my machine - one for MS Windows - primary slave > and other for Linux - primary master (3 partitions; one ext2; 2nd swap > and third XFS for data) I have installed XOSL (boot manager) on Windows > HDD and after that during booting pure linux XFS SB magic number error > occured; I have already uninstalled XOSL, but it did not helped at all; > the should be no physical errors on disk, but when I tried xfs_repair; > it found secondary Super block but it was corrupted and the program > ended with an I/O error; > > Please is there any way how to correct this? > > Yours sincirely Ales Komarek -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 2 08:16:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72FGBRw007397 for ; Fri, 2 Aug 2002 08:16:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72FGBYL007396 for linux-xfs-outgoing; Fri, 2 Aug 2002 08:16:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72FG2Rw007364 for ; Fri, 2 Aug 2002 08:16:03 -0700 Received: from offline.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 17aeBM-0007os-00 for linux-xfs@oss.sgi.com; Fri, 02 Aug 2002 16:17:36 +0100 Message-ID: <3D4AA290.9B2E6D6D@moving-picture.com> Date: Fri, 02 Aug 2002 16:17:36 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS and stale NFS file handles? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk A couple of my users have recently reported problems with stale NFS file handles - unfortunately the problem seems to be 'transient', in that when I try and investigate the 'problem' - it's gone away ... The work flow is basically a number of NFS clients render images to an NFS server (which may a users' workstation) i.e. many clients writing different files to an NFS mounted directory. Very occasionally one or more render will fail and log an 'stale NFS file handle'. However re-rendering the frame (which may or may not be from the same client) usual works OK. One user did have a problem whereby writing over a given number of files to a directory failed with stale NFS file handle i.e. re-renders failed. This problem was 'fixed' by removing the directory and its contents, creating a new directory (on the same server) and rendering again. All the servers/clients are running a mixture of XFS v1.1 (2.4.18 kernel) and v1.0.2 (2.4.7 kernel) - the problem appears to be independent of client/server combinations. Again, I don't know if this is an NFS or XFS problem - it's very rare and I can't find anything out of the ordinary in various logs on the clients or servers. I know there are/have been NFS/XFS issues - could these show up as transient stale NFS file handles? Thanks James Pearson From owner-linux-xfs@oss.sgi.com Fri Aug 2 08:49:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72FnORw007812 for ; Fri, 2 Aug 2002 08:49:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72FnO1E007811 for linux-xfs-outgoing; Fri, 2 Aug 2002 08:49:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72FnIRw007780 for ; Fri, 2 Aug 2002 08:49:19 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA85413 for ; Fri, 2 Aug 2002 10:50:53 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA12975 for ; Fri, 2 Aug 2002 10:50:53 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g72FhOf31341; Fri, 2 Aug 2002 10:43:24 -0500 Message-Id: <200208021543.g72FhOf31341@jen.americas.sgi.com> Date: Fri, 2 Aug 2002 10:43:24 -0500 Subject: TAKE - pagebuf rationalization To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More from Christoph Date: Fri Aug 2 08:50:20 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124205a linux/fs/xfs/pagebuf/page_buf_locking.c - 1.23 linux/fs/xfs/pagebuf/page_buf.c - 1.47 linux/fs/xfs/pagebuf/page_buf.h - 1.32 linux/fs/xfs/pagebuf/page_buf_internal.h - 1.13 From owner-linux-xfs@oss.sgi.com Fri Aug 2 09:41:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72GfLRw008533 for ; Fri, 2 Aug 2002 09:41:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72GfLI0008532 for linux-xfs-outgoing; Fri, 2 Aug 2002 09:41:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72GfFRw008504 for ; Fri, 2 Aug 2002 09:41:16 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA86107 for ; Fri, 2 Aug 2002 11:42:51 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA83185 for ; Fri, 2 Aug 2002 11:42:50 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id LAA37403 for linux-xfs@oss.sgi.com; Fri, 2 Aug 2002 11:42:50 -0500 (CDT) Date: Fri, 2 Aug 2002 11:42:50 -0500 (CDT) From: Dean Roehrich Message-Id: <200208021642.LAA37403@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dmapi path_to_handle was crashing on non-xfs filesystem X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Fri Aug 2 09:42:51 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124210a linux/fs/xfs/dmapi/dmapi_register.c - 1.15 - fix test for non-xfs inode From owner-linux-xfs@oss.sgi.com Fri Aug 2 10:04:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72H4tRw008895 for ; Fri, 2 Aug 2002 10:04:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72H4tVN008894 for linux-xfs-outgoing; Fri, 2 Aug 2002 10:04:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72H4oRw008864 for ; Fri, 2 Aug 2002 10:04:50 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA54232 for ; Fri, 2 Aug 2002 12:06:25 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA80797 for ; Fri, 2 Aug 2002 12:06:25 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id MAA63780 for linux-xfs@oss.sgi.com; Fri, 2 Aug 2002 12:06:25 -0500 (CDT) Date: Fri, 2 Aug 2002 12:06:25 -0500 (CDT) From: Dean Roehrich Message-Id: <200208021706.MAA63780@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - use CONFIG_XFS_DEBUG in dmapi/Makefile X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Fri Aug 2 10:06:27 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124212a linux/fs/xfs/dmapi/Makefile - 1.18 - use CONFIG_XFS_DEBUG From owner-linux-xfs@oss.sgi.com Fri Aug 2 12:41:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72JfCRw013364 for ; Fri, 2 Aug 2002 12:41:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72JfCIt013363 for linux-xfs-outgoing; Fri, 2 Aug 2002 12:41:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72Jf5Rw013335 for ; Fri, 2 Aug 2002 12:41:05 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA87133 for ; Fri, 2 Aug 2002 14:42:40 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA85370 for ; Fri, 2 Aug 2002 14:42:40 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g72Jcuq08306; Fri, 2 Aug 2002 14:38:56 -0500 Message-Id: <200208021938.g72Jcuq08306@stout.americas.sgi.com> Date: Fri, 2 Aug 2002 14:38:56 -0500 Subject: TAKE - Fix up return values out of xfs_write X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk XFS generally lives with positive error values, and does not overload returns to hold errors + bytes written. Linux in general uses - errors to overload returns. xfs_write was returning positive values for errors -and- for bytes written, which made it hard to distinguish EINVAL from 22 bytes written, for example. :( Usually the switch-over is made in the "linvfs" functions, but in this case it's going in xfs_write; xfs_read is already like this. This fixes at least 1 bug of not failing correctly when attempting unaligned direct IO writes. Date: Fri Aug 2 12:39:17 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124225a linux/fs/xfs/xfs_dmapi.c - 1.75 - Use ssize_t variable for return of xfs_read/write, not int linux/fs/xfs/linux/xfs_lrw.c - 1.163 - Make xfs_write return (-) errors and (+) bytes written. Fix comment on xfs_read about about return val (same as xfs_write). From owner-linux-xfs@oss.sgi.com Fri Aug 2 13:02:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72K2wRw013731 for ; Fri, 2 Aug 2002 13:02:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72K2wIP013730 for linux-xfs-outgoing; Fri, 2 Aug 2002 13:02:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72K1hRw013701 for ; Fri, 2 Aug 2002 13:01:43 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA86444 for ; Fri, 2 Aug 2002 15:03:19 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA10465 for ; Fri, 2 Aug 2002 15:03:19 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g72K3GF07980; Fri, 2 Aug 2002 15:03:16 -0500 Message-Id: <200208022003.g72K3GF07980@jen.americas.sgi.com> Date: Fri, 2 Aug 2002 15:03:16 -0500 Subject: TAKE - merge up to 2.5.30 To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk O_DIRECT is working fully again now, but, the loop device and xfs do not want to talk to each other, and kdb on a serial line responds to the wrong keyboard. A few tweaks to come for cleaning up these and other things. Date: Fri Aug 2 12:57:07 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:124227a linux/fs/jffs2/LICENCE - 1.1 linux/Documentation/vm/overcommit-accounting - 1.1 linux/drivers/bluetooth/bt3c_cs.c - 1.1 linux/net/sunrpc/xprt.c - 1.30 linux/net/sunrpc/clnt.c - 1.20 linux/net/netsyms.c - 1.49 linux/net/netlink/netlink_dev.c - 1.16 linux/net/netlink/Makefile - 1.6 linux/net/ipx/Makefile - 1.6 linux/net/ipv4/ipconfig.c - 1.31 linux/net/ipv4/Makefile - 1.11 linux/net/core/Makefile - 1.10 linux/net/Makefile - 1.23 linux/net/Config.in - 1.25 linux/net/802/Makefile - 1.8 linux/mm/vmscan.c - 1.106 linux/mm/swapfile.c - 1.63 linux/mm/swap_state.c - 1.44 linux/mm/swap.c - 1.22 linux/mm/slab.c - 1.38 linux/mm/page_io.c - 1.29 linux/mm/page_alloc.c - 1.85 linux/mm/mremap.c - 1.32 linux/mm/mprotect.c - 1.31 linux/mm/mmap.c - 1.57 linux/mm/memory.c - 1.87 linux/mm/filemap.c - 1.128 linux/kernel/sysctl.c - 1.55 linux/kernel/sys.c - 1.37 linux/kernel/softirq.c - 1.26 linux/kernel/sched.c - 1.77 linux/kernel/module.c - 1.28 linux/kernel/ksyms.c - 1.154 linux/kernel/kmod.c - 1.23 linux/kernel/fork.c - 1.64 linux/ipc/shm.c - 1.56 linux/init/main.c - 1.86 linux/include/linux/timer.h - 1.15 linux/include/linux/sysctl.h - 1.54 linux/include/linux/swapctl.h - 1.4 linux/include/linux/swap.h - 1.61 linux/include/linux/smp.h - 1.18 linux/include/linux/slab.h - 1.24 linux/include/linux/signal.h - 1.8 linux/include/linux/sched.h - 1.78 linux/include/linux/pci.h - 1.61 linux/include/linux/nfs_fs_sb.h - 1.8 linux/include/linux/nfs_fs.h - 1.25 linux/include/linux/mman.h - 1.4 linux/include/linux/mm.h - 1.93 linux/include/linux/list.h - 1.16 linux/include/linux/hdreg.h - 1.25 linux/include/linux/genhd.h - 1.22 linux/include/linux/fs.h - 1.185 linux/include/asm-sparc64/unistd.h - 1.22 linux/include/asm-sparc64/socket.h - 1.7 linux/include/asm-sparc64/processor.h - 1.25 linux/include/asm-sparc/unistd.h - 1.20 linux/include/asm-sparc/socket.h - 1.7 linux/include/asm-sparc/processor.h - 1.18 linux/include/asm-ppc/unistd.h - 1.22 linux/include/asm-ppc/system.h - 1.24 linux/include/asm-ppc/softirq.h - 1.16 linux/include/asm-ppc/socket.h - 1.8 linux/include/asm-ppc/smplock.h - 1.10 linux/include/asm-ppc/processor.h - 1.33 linux/include/asm-ppc/pgtable.h - 1.37 linux/include/asm-ppc/hardirq.h - 1.19 linux/include/asm-mips/unistd.h - 1.13 linux/include/asm-mips/socket.h - 1.10 linux/include/asm-mips/processor.h - 1.19 linux/include/asm-m68k/unistd.h - 1.15 linux/include/asm-m68k/socket.h - 1.7 linux/include/asm-m68k/processor.h - 1.16 linux/include/asm-i386/unistd.h - 1.25 linux/include/asm-i386/spinlock.h - 1.26 linux/include/asm-i386/socket.h - 1.7 linux/include/asm-i386/smp.h - 1.20 linux/include/asm-i386/processor.h - 1.42 linux/include/asm-i386/desc.h - 1.12 linux/include/asm-arm/unistd.h - 1.22 linux/include/asm-arm/system.h - 1.22 linux/include/asm-arm/softirq.h - 1.10 linux/include/asm-arm/socket.h - 1.7 linux/include/asm-arm/processor.h - 1.23 linux/include/asm-arm/proc-armv/system.h - 1.16 linux/include/asm-arm/io.h - 1.22 linux/include/asm-arm/hardirq.h - 1.12 linux/include/asm-arm/atomic.h - 1.13 linux/include/asm-arm/arch-rpc/keyboard.h - 1.5 linux/include/asm-arm/arch-ebsa285/keyboard.h - 1.7 linux/include/asm-alpha/unistd.h - 1.21 linux/include/asm-alpha/socket.h - 1.7 linux/include/asm-alpha/processor.h - 1.16 linux/fs/ufs/super.c - 1.33 linux/fs/ufs/file.c - 1.13 linux/fs/sysv/file.c - 1.15 linux/fs/smbfs/file.c - 1.31 linux/fs/read_write.c - 1.23 linux/fs/qnx4/file.c - 1.11 linux/fs/nfs/write.c - 1.42 linux/fs/nfs/nfs3xdr.c - 1.12 linux/fs/nfs/nfs2xdr.c - 1.15 linux/fs/nfs/inode.c - 1.50 linux/fs/nfs/dir.c - 1.43 linux/fs/ncpfs/inode.c - 1.35 linux/fs/ncpfs/file.c - 1.22 linux/fs/ncpfs/dir.c - 1.32 linux/fs/minix/file.c - 1.17 linux/fs/locks.c - 1.29 linux/fs/ext2/inode.c - 1.51 linux/fs/ext2/file.c - 1.20 linux/fs/exec.c - 1.59 linux/fs/devices.c - 1.20 linux/fs/coda/sysctl.c - 1.17 linux/fs/coda/psdev.c - 1.23 linux/fs/buffer.c - 1.129 linux/fs/block_dev.c - 1.53 linux/fs/binfmt_elf.c - 1.44 linux/fs/affs/file.c - 1.29 linux/fs/adfs/file.c - 1.15 linux/fs/Makefile - 1.66 linux/fs/Config.in - 1.96 linux/drivers/video/fbmem.c - 1.52 linux/drivers/sgi/char/shmiq.c - 1.19 linux/drivers/sgi/char/Makefile - 1.6 linux/drivers/scsi/st.c - 1.48 linux/drivers/scsi/sr.c - 1.47 linux/drivers/scsi/sg.c - 1.34 linux/drivers/scsi/sd.c - 1.65 linux/drivers/scsi/scsi_error.c - 1.28 linux/drivers/scsi/ide-scsi.c - 1.42 linux/drivers/sbus/char/vfc_dev.c - 1.15 linux/drivers/sbus/char/sunkbd.c - 1.20 linux/drivers/sbus/char/bpp.c - 1.19 linux/drivers/sbus/audio/audio.c - 1.18 linux/drivers/pci/proc.c - 1.27 linux/drivers/net/irda/Config.in - 1.15 linux/drivers/net/hamradio/baycom_ser_hdx.c - 1.17 linux/drivers/net/Config.in - 1.63 linux/drivers/macintosh/adb.c - 1.17 linux/drivers/macintosh/Makefile - 1.14 linux/drivers/char/vc_screen.c - 1.14 linux/drivers/char/tty_io.c - 1.49 linux/drivers/char/tpqic02.c - 1.22 linux/drivers/char/stallion.c - 1.23 linux/drivers/char/rocket.c - 1.18 linux/drivers/char/nvram.c - 1.22 linux/drivers/char/misc.c - 1.30 linux/drivers/char/mem.c - 1.47 linux/drivers/char/lp.c - 1.33 linux/drivers/char/istallion.c - 1.23 linux/drivers/char/ftape/zftape/zftape-init.c - 1.14 linux/drivers/char/dtlk.c - 1.19 linux/drivers/char/dsp56k.c - 1.20 linux/drivers/char/Makefile - 1.67 linux/drivers/char/Config.in - 1.64 linux/drivers/cdrom/sonycd535.c - 1.25 linux/drivers/cdrom/sjcd.c - 1.20 linux/drivers/cdrom/sbpcd.c - 1.26 linux/drivers/cdrom/optcd.c - 1.21 linux/drivers/cdrom/mcdx.c - 1.17 linux/drivers/cdrom/mcd.c - 1.20 linux/drivers/cdrom/gscd.c - 1.20 linux/drivers/cdrom/cm206.c - 1.22 linux/drivers/cdrom/cdu31a.c - 1.19 linux/drivers/cdrom/aztcd.c - 1.23 linux/drivers/block/xd.c - 1.40 linux/drivers/block/swim3.c - 1.18 linux/drivers/block/rd.c - 1.56 linux/drivers/block/ps2esdi.c - 1.42 linux/drivers/block/paride/pt.c - 1.18 linux/drivers/block/paride/pg.c - 1.18 linux/drivers/block/paride/pd.c - 1.33 linux/drivers/block/loop.c - 1.62 linux/drivers/block/ll_rw_blk.c - 1.110 linux/drivers/block/genhd.c - 1.30 linux/drivers/block/floppy.c - 1.44 linux/drivers/block/acsi_slm.c - 1.11 linux/drivers/block/acsi.c - 1.33 linux/drivers/block/Makefile - 1.27 linux/drivers/acorn/char/Makefile - 1.14 linux/drivers/acorn/block/mfmhd.c - 1.27 linux/drivers/Makefile - 1.37 linux/arch/sparc64/solaris/socksys.c - 1.17 linux/arch/sparc64/mm/init.c - 1.46 linux/arch/sparc64/kernel/systbls.S - 1.29 linux/arch/sparc64/kernel/sys_sparc32.c - 1.53 linux/arch/sparc/mm/init.c - 1.31 linux/arch/sparc/kernel/systbls.S - 1.24 linux/arch/ppc/mm/fault.c - 1.21 linux/arch/ppc/kernel/time.c - 1.20 linux/arch/ppc/kernel/process.c - 1.39 linux/arch/ppc/kernel/prep_nvram.c - 1.10 linux/arch/ppc/kernel/ppc_ksyms.c - 1.47 linux/arch/ppc/kernel/ppc_htab.c - 1.18 linux/arch/ppc/kernel/misc.S - 1.43 linux/arch/ppc/kernel/irq.c - 1.37 linux/arch/ppc/kernel/Makefile - 1.29 linux/arch/ppc/config.in - 1.56 linux/arch/ppc/8xx_io/Makefile - 1.8 linux/arch/mips/mm/init.c - 1.15 linux/arch/mips/kernel/Makefile - 1.11 linux/arch/m68k/kernel/entry.S - 1.18 linux/arch/m68k/atari/joystick.c - 1.10 linux/arch/i386/mm/init.c - 1.40 linux/arch/i386/kernel/process.c - 1.52 linux/arch/i386/kernel/irq.c - 1.45 linux/arch/i386/kernel/io_apic.c - 1.42 linux/arch/i386/kernel/i386_ksyms.c - 1.52 linux/arch/i386/kernel/entry.S - 1.60 linux/arch/i386/kernel/apm.c - 1.51 linux/arch/i386/kernel/Makefile - 1.32 linux/arch/arm/mm/mm-armv.c - 1.29 linux/arch/arm/mm/init.c - 1.31 linux/arch/arm/kernel/ptrace.c - 1.20 linux/arch/arm/kernel/irq.c - 1.21 linux/arch/arm/kernel/entry-common.S - 1.23 linux/arch/arm/kernel/entry-armv.S - 1.33 linux/arch/arm/kernel/calls.S - 1.19 linux/arch/alpha/kernel/osf_sys.c - 1.31 linux/arch/alpha/kernel/entry.S - 1.28 linux/Rules.make - 1.29 linux/Makefile - 1.211 linux/MAINTAINERS - 1.112 linux/Documentation/sysctl/vm.txt - 1.8 linux/Documentation/ide.txt - 1.10 linux/CREDITS - 1.85 linux/include/linux/ide.h - 1.57 linux/fs/hpfs/inode.c - 1.20 linux/drivers/block/blkpg.c - 1.25 linux/arch/mips/baget/Makefile - 1.6 linux/drivers/char/ppdev.c - 1.32 linux/drivers/block/cpqarray.c - 1.51 linux/kernel/ptrace.c - 1.23 linux/drivers/parport/share.c - 1.21 linux/drivers/char/raw.c - 1.27 linux/drivers/net/ppp_generic.c - 1.28 linux/net/khttpd/waitheaders.c - 1.8 linux/net/khttpd/userspace.c - 1.6 linux/net/khttpd/sysctl.h - 1.2 linux/net/khttpd/sysctl.c - 1.4 linux/net/khttpd/structure.h - 1.4 linux/net/khttpd/sockets.c - 1.6 linux/net/khttpd/security.h - 1.3 linux/net/khttpd/security.c - 1.9 linux/net/khttpd/rfc_time.c - 1.3 linux/net/khttpd/rfc.c - 1.7 linux/net/khttpd/prototypes.h - 1.4 linux/net/khttpd/misc.c - 1.5 linux/net/khttpd/make_times_h.c - 1.3 linux/net/khttpd/main.c - 1.11 linux/net/khttpd/logging.c - 1.2 linux/net/khttpd/datasending.c - 1.12 linux/net/khttpd/accept.c - 1.5 linux/net/khttpd/README - 1.3 linux/net/khttpd/Makefile - 1.8 linux/net/khttpd/Config.in - 1.3 linux/fs/partitions/msdos.c - 1.25 linux/fs/partitions/check.c - 1.47 linux/fs/partitions/Config.in - 1.20 linux/arch/i386/kernel/i8259.c - 1.31 linux/drivers/video/modedb.c - 1.7 linux/drivers/char/ip2main.c - 1.19 linux/drivers/block/DAC960.h - 1.16 linux/drivers/block/DAC960.c - 1.51 linux/arch/sh/kernel/Makefile - 1.15 linux/drivers/char/n_r3964.c - 1.14 linux/include/linux/n_r3964.h - 1.3 linux/include/asm-sh/unistd.h - 1.14 linux/include/asm-sh/socket.h - 1.7 linux/include/asm-sh/processor.h - 1.18 linux/drivers/pcmcia/Makefile - 1.17 linux/fs/udf/file.c - 1.29 linux/drivers/net/wan/cosa.c - 1.25 linux/drivers/net/wan/Makefile - 1.19 linux/include/linux/pci_ids.h - 1.70 linux/mm/bootmem.c - 1.21 linux/include/asm-arm/arch-sa1100/keyboard.h - 1.10 linux/include/asm-arm/arch-sa1100/hardware.h - 1.15 linux/fs/proc/proc_misc.c - 1.38 linux/fs/bfs/file.c - 1.22 linux/mm/numa.c - 1.11 linux/include/linux/mmzone.h - 1.23 linux/drivers/i2c/i2c-dev.c - 1.19 linux/include/asm-ppc/hw_irq.h - 1.9 linux/include/linux/input.h - 1.20 linux/net/sched/sch_ingress.c - 1.9 linux/arch/i386/kernel/apic.c - 1.33 linux/drivers/scsi/scsi_scan.c - 1.28 linux/drivers/net/wan/sdla_chdlc.c - 1.18 linux/arch/ia64/kernel/entry.S - 1.27 linux/arch/ia64/ia32/sys_ia32.c - 1.28 linux/arch/ia64/config.in - 1.33 linux/arch/ia64/lib/Makefile - 1.13 linux/arch/ia64/mm/init.c - 1.18 linux/include/asm-ia64/processor.h - 1.22 linux/include/asm-ia64/socket.h - 1.7 linux/include/asm-ia64/unistd.h - 1.21 linux/Documentation/filesystems/devfs/ChangeLog - 1.24 linux/include/linux/devfs_fs_kernel.h - 1.12 linux/fs/devfs/base.c - 1.41 linux/drivers/isdn/hysdn/boardergo.c - 1.14 linux/include/asm-mips64/unistd.h - 1.10 linux/include/asm-mips64/processor.h - 1.12 linux/include/asm-mips64/socket.h - 1.8 linux/arch/mips64/mm/init.c - 1.9 linux/arch/mips64/kernel/scall_64.S - 1.12 linux/drivers/ide/umc8672.c - 1.8 linux/drivers/ide/trm290.c - 1.15 linux/drivers/ide/opti621.c - 1.14 linux/drivers/ide/ide.c - 1.60 linux/drivers/ide/ide-tape.c - 1.32 linux/drivers/ide/ide-pci.c - 1.32 linux/drivers/ide/ide-floppy.c - 1.30 linux/drivers/ide/ide-disk.c - 1.42 linux/drivers/ide/ide-cd.c - 1.42 linux/drivers/ide/ht6560b.c - 1.12 linux/drivers/ide/hd.c - 1.25 linux/drivers/ide/dtc2278.c - 1.10 linux/drivers/ide/cs5530.c - 1.14 linux/drivers/ide/cmd640.c - 1.13 linux/drivers/ide/ali14xx.c - 1.12 linux/drivers/block/elevator.c - 1.20 linux/Documentation/DocBook/Makefile - 1.35 linux/include/linux/elevator.h - 1.11 linux/include/linux/nfs_xdr.h - 1.9 linux/fs/ramfs/inode.c - 1.28 linux/arch/ppc/8260_io/Config.in - 1.6 linux/include/asm-s390/unistd.h - 1.11 linux/include/asm-s390/socket.h - 1.5 linux/arch/s390/kernel/entry.S - 1.19 linux/include/asm-s390/processor.h - 1.10 linux/arch/s390/mm/init.c - 1.12 linux/fs/xfs/linux/xfs_iops.c - 1.173 linux/drivers/char/drm/mga_drv.h - 1.8 linux/fs/jffs/inode-v23.c - 1.30 linux/drivers/mtd/ftl.c - 1.20 linux/drivers/mtd/mtdblock.c - 1.19 linux/drivers/mtd/mtdchar.c - 1.10 linux/kernel/user.c - 1.5 linux/drivers/usb/storage/freecom.c - 1.13 linux/drivers/media/video/videodev.c - 1.14 linux/drivers/input/input.c - 1.11 linux/drivers/input/evdev.c - 1.12 linux/arch/arm/tools/mach-types - 1.18 linux/drivers/md/lvm.c - 1.34 linux/drivers/block/cciss.c - 1.38 linux/drivers/md/md.c - 1.51 linux/mm/oom_kill.c - 1.16 linux/fs/xfs/support/kmem.c - 1.18 linux/include/asm-parisc/unistd.h - 1.4 linux/include/asm-parisc/processor.h - 1.6 linux/include/asm-parisc/socket.h - 1.4 linux/include/linux/shmem_fs.h - 1.8 linux/mm/shmem.c - 1.43 linux/drivers/scsi/osst.c - 1.16 linux/arch/ia64/sn/io/Makefile - 1.5 linux/arch/ia64/sn/io/hcl.c - 1.5 linux/fs/reiserfs/file.c - 1.13 linux/include/asm-s390x/processor.h - 1.6 linux/arch/s390x/kernel/linux32.c - 1.14 linux/drivers/s390/char/tapechar.c - 1.7 linux/drivers/s390/char/tapeblock.c - 1.12 linux/arch/s390x/mm/init.c - 1.9 linux/drivers/s390/block/xpram.c - 1.22 linux/include/asm-cris/unistd.h - 1.8 linux/include/asm-s390x/unistd.h - 1.8 linux/include/asm-cris/processor.h - 1.10 linux/include/asm-ppc/tlb.h - 1.3 linux/include/asm-arm/arch-integrator/keyboard.h - 1.3 linux/drivers/s390/char/tubfs.c - 1.5 linux/include/asm-i386/rwsem.h - 1.6 linux/lib/rwsem.c - 1.4 linux/lib/rwsem-spinlock.c - 1.2 linux/include/linux/rwsem-spinlock.h - 1.3 linux/include/linux/rwsem.h - 1.4 linux/include/asm-ppc/rwsem.h - 1.2 linux/fs/freevxfs/vxfs_inode.c - 1.10 linux/arch/ppc/boot/prep/misc.c - 1.8 linux/arch/ppc/boot/prep/Makefile - 1.9 linux/arch/ppc/boot/common/misc-common.c - 1.6 linux/drivers/bluetooth/Makefile - 1.5 linux/drivers/bluetooth/Config.in - 1.4 linux/drivers/mtd/nftlcore.c - 1.20 linux/drivers/net/au1000_eth.c - 1.7 linux/drivers/message/fusion/Makefile - 1.6 linux/drivers/video/aty/Makefile - 1.4 linux/drivers/ide/it8172.c - 1.12 linux/arch/arm/mach-sa1100/yopy.c - 1.6 linux/arch/arm/mach-sa1100/sa1111.c - 1.8 linux/arch/arm/kernel/entry-header.S - 1.6 linux/arch/arm/mach-sa1100/pfs168.c - 1.10 linux/arch/arm/mach-sa1100/omnimeter.c - 1.8 linux/arch/arm/mach-sa1100/neponset.c - 1.10 linux/arch/arm/mach-integrator/cpu.c - 1.5 linux/arch/arm/mach-sa1100/huw_webpanel.c - 1.8 linux/arch/arm/mach-sa1100/assabet.c - 1.11 linux/arch/arm/mach-sa1100/cpu-sa1100.c - 1.4 linux/arch/arm/mach-sa1100/cpu-sa1110.c - 1.6 linux/arch/arm/mach-sa1100/generic.c - 1.8 linux/arch/arm/mach-sa1100/freebird.c - 1.9 linux/arch/ppc/kernel/temp.c - 1.3 linux/arch/ppc/mm/mmu_decl.h - 1.6 linux/arch/ppc/mm/pgtable.c - 1.7 linux/arch/ppc/mm/ppc_mmu.c - 1.4 linux/arch/ppc/mm/tlb.c - 1.5 linux/drivers/ide/qd65xx.c - 1.11 linux/fs/jffs2/TODO - 1.3 linux/fs/jffs2/background.c - 1.9 linux/fs/jffs2/build.c - 1.3 linux/fs/jffs2/compr.c - 1.4 linux/fs/jffs2/compr_rtime.c - 1.3 linux/fs/jffs2/compr_rubin.c - 1.4 linux/fs/jffs2/compr_zlib.c - 1.6 linux/fs/jffs2/dir.c - 1.11 linux/fs/jffs2/erase.c - 1.7 linux/fs/jffs2/file.c - 1.9 linux/fs/jffs2/gc.c - 1.9 linux/fs/jffs2/ioctl.c - 1.2 linux/fs/jffs2/malloc.c - 1.5 linux/fs/jffs2/nodelist.c - 1.6 linux/fs/jffs2/nodelist.h - 1.6 linux/fs/jffs2/nodemgmt.c - 1.6 linux/fs/jffs2/pushpull.h - 1.4 linux/fs/jffs2/read.c - 1.5 linux/fs/jffs2/readinode.c - 1.6 linux/fs/jffs2/scan.c - 1.6 linux/fs/jffs2/super.c - 1.13 linux/fs/jffs2/symlink.c - 1.4 linux/fs/jffs2/write.c - 1.7 linux/include/linux/jffs2_fs_sb.h - 1.6 linux/include/linux/jffs2.h - 1.4 linux/drivers/ide/ataraid.c - 1.11 linux/arch/arm/mach-sa1100/h3600.c - 1.9 linux/arch/arm/mach-sa1100/graphicsmaster.c - 1.12 linux/arch/arm/mach-sa1100/adsbitsy.c - 1.10 linux/arch/arm/lib/kbd.c - 1.2 linux/drivers/message/i2o/i2o_block.c - 1.18 linux/drivers/net/8139cp.c - 1.15 linux/fs/ext3/file.c - 1.5 linux/fs/ext3/inode.c - 1.16 linux/fs/ext3/namei.c - 1.10 linux/fs/ext3/super.c - 1.20 linux/fs/ext3/symlink.c - 1.3 linux/fs/intermezzo/sysctl.c - 1.5 linux/fs/ext3/dir.c - 1.4 linux/fs/driverfs/inode.c - 1.18 linux/include/linux/driverfs_fs.h - 1.5 linux/include/linux/device.h - 1.12 linux/init/do_mounts.c - 1.16 linux/arch/arm/mm/alignment.c - 1.4 linux/arch/arm/mach-sa1100/system3.c - 1.10 linux/include/asm-arm/hardware/sa1111.h - 1.5 linux/drivers/net/Makefile.lib - 1.2 linux/net/khttpd/Config.help - 1.2 linux/drivers/bluetooth/Config.help - 1.3 linux/drivers/char/Config.help - 1.7 linux/drivers/base/interface.c - 1.7 linux/drivers/base/fs.c - 1.6 linux/drivers/pnp/pnpbios_core.c - 1.8 linux/drivers/input/serio/serio.c - 1.5 linux/sound/sound_core.c - 1.4 linux/arch/ppc/boot/simple/Makefile - 1.4 linux/arch/ppc/boot/simple/misc-spruce.c - 1.2 linux/sound/oss/trident.h - 1.3 linux/sound/oss/trident.c - 1.5 linux/sound/oss/soundcard.c - 1.2 linux/sound/oss/i810_audio.c - 1.6 linux/arch/ppc/platforms/Makefile - 1.3 linux/arch/ppc/platforms/cpc700.h - 1.2 linux/arch/ppc/platforms/cpc700_pic.c - 1.2 linux/arch/ppc/platforms/iSeries_pic.c - 1.3 linux/arch/ppc/platforms/iSeries_time.c - 1.2 linux/arch/ppc/platforms/lopec_setup.c - 1.8 linux/arch/ppc/platforms/pplus_setup.c - 1.7 linux/arch/ppc/platforms/prep_nvram.c - 1.2 linux/arch/ppc/platforms/spruce_setup.c - 1.5 linux/sound/oss/cs46xx.c - 1.3 linux/arch/x86_64/ia32/sys_ia32.c - 1.6 linux/arch/x86_64/kernel/Makefile - 1.6 linux/sound/oss/Makefile - 1.7 linux/sound/isa/sb/Makefile - 1.7 linux/sound/core/sound.c - 1.6 linux/sound/core/seq/Makefile - 1.11 linux/sound/core/info.c - 1.6 linux/sound/core/Makefile - 1.11 linux/include/asm-x86_64/processor.h - 1.6 linux/include/asm-ppc/thread_info.h - 1.6 linux/include/asm-x86_64/unistd.h - 1.5 linux/arch/ppc64/kernel/Makefile - 1.7 linux/arch/ppc64/kernel/misc.S - 1.5 linux/include/asm-ppc64/unistd.h - 1.4 linux/include/asm-ppc64/processor.h - 1.6 linux/drivers/net/e1000/e1000_main.c - 1.8 linux/fs/jfs/file.c - 1.7 linux/fs/jfs/inode.c - 1.8 linux/fs/jfs/namei.c - 1.8 linux/arch/arm/mach-sa1100/badge4.c - 1.7 linux/fs/jffs2/writev.c - 1.2 linux/fs/jffs2/wbuf.c - 1.2 linux/fs/jffs2/os-linux.h - 1.3 linux/kernel/futex.c - 1.6 linux/fs/jffs2/fs.c - 1.3 linux/include/asm-ppc/tlbflush.h - 1.4 linux/drivers/usb/core/Makefile - 1.7 linux/drivers/usb/core/hub.c - 1.7 linux/drivers/usb/core/usb.c - 1.11 linux/drivers/usb/host/Makefile - 1.8 linux/drivers/usb/host/ohci-q.c - 1.8 linux/drivers/base/base.h - 1.5 linux/drivers/usb/input/hiddev.c - 1.8 linux/kernel/platform.c - 1.3 linux/mm/readahead.c - 1.7 linux/drivers/usb/misc/tiglusb.c - 1.6 linux/drivers/isdn/i4l/isdn_common.c - 1.3 linux/drivers/isdn/hisax/Config.in - 1.6 linux/drivers/isdn/capi/capi.c - 1.5 linux/fs/ntfs/file.c - 1.4 linux/scripts/mkcompile_h - 1.4 linux/drivers/block/umem.c - 1.4 linux/drivers/bluetooth/bluecard_cs.c - 1.3 linux/drivers/ide/pcidma.c - 1.9 linux/drivers/pci/access.c - 1.2 linux/include/linux/page-flags.h - 1.4 linux/drivers/bluetooth/dtl1_cs.c - 1.3 linux/include/linux/dqblk_xfs.h - 1.5 linux/kernel/suspend.c - 1.8 linux/drivers/ide/ioctl.c - 1.9 linux/drivers/ide/main.c - 1.6 linux/drivers/ide/probe.c - 1.8 linux/drivers/base/bus.c - 1.4 linux/scripts/fixdep.c - 1.4 linux/drivers/s390/cio/Makefile - 1.2 linux/drivers/s390/block/dasd_genhd.c - 1.3 linux/drivers/s390/block/dasd_ioctl.c - 1.3 linux/drivers/usb/core/file.c - 1.3 linux/fs/direct-io.c - 1.3 linux/fs/smbfs/smbiod.c - 1.2 linux/security/dummy.c - 1.2 linux/security/capability.c - 1.2 linux/drivers/serial/clps711x.c - 1.2 linux/drivers/serial/uart00.c - 1.2 linux/drivers/serial/sa1100.c - 1.2 linux/Documentation/serial/driver - 1.2 linux/drivers/serial/core.c - 1.2 linux/drivers/serial/anakin.c - 1.2 linux/drivers/serial/amba.c - 1.2 linux/mm/rmap.c - 1.2 linux/drivers/serial/8250_pci.c - 1.2 linux/include/asm-arm/proc-armv/rmap.h - 1.2 linux/include/asm-arm/rmap.h - 1.2 linux/drivers/serial/8250.c - 1.2 linux/drivers/serial/21285.c - 1.2 linux/include/linux/security.h - 1.2 From owner-linux-xfs@oss.sgi.com Fri Aug 2 13:09:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72K9BRw013965 for ; Fri, 2 Aug 2002 13:09:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72K9Bjx013964 for linux-xfs-outgoing; Fri, 2 Aug 2002 13:09:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72K94Rw013935 for ; Fri, 2 Aug 2002 13:09:04 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA87813 for ; Fri, 2 Aug 2002 15:10:39 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA11999 for ; Fri, 2 Aug 2002 15:10:39 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g72K6t709013; Fri, 2 Aug 2002 15:06:55 -0500 Message-Id: <200208022006.g72K6t709013@stout.americas.sgi.com> Date: Fri, 2 Aug 2002 15:06:55 -0500 Subject: TAKE - Fix up memory handling on ia64 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I made a change to how vmalloc'd memory is tested for & handled a few days ago, but it wasn't working on ia64 due to different memory layout... in short, test for VMALLOC_END as well as VMALLOC_START when looking for vmalloc'd memory. Date: Fri Aug 2 13:09:37 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124228a linux/fs/xfs/support/kmem.c - 1.18 linux/fs/xfs/pagebuf/page_buf.c - 1.48 - Check VMALLOC_END as well as VMALLOC_START when testing for vmalloc'd memory. From owner-linux-xfs@oss.sgi.com Fri Aug 2 13:38:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72KcZRw014264 for ; Fri, 2 Aug 2002 13:38:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72KcZ3a014263 for linux-xfs-outgoing; Fri, 2 Aug 2002 13:38:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf08bis.bellsouth.net (mail108.mail.bellsouth.net [205.152.58.48]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72KcTRw014235 for ; Fri, 2 Aug 2002 13:38:29 -0700 Received: from TAZ2 ([66.156.2.18]) by imf08bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020802204138.WEZL6404.imf08bis.bellsouth.net@TAZ2>; Fri, 2 Aug 2002 16:41:38 -0400 Date: Fri, 2 Aug 2002 16:38:49 -0400 From: Greg Freemyer Subject: re[2]: recovery failed after power off To: Federico Sevilla III , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020802204138.WEZL6404.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g72KcTRw014236 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger wrote: >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. >> > Without write cache recovery seems to be ok. Now i have to find out >> > how to disable write cache of IDE drives on a 3ware controller ;-) >> This can be done both via the 3ware BIOS which you can enter at bootup, >> or via the 3dmd web-based management system. >> --> Jijo I know that turns off the write cache on the 3ware controller itself. Does it also turn off the write cache on the underlying IDE drives? Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 2 15:00:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72M06Rw015493 for ; Fri, 2 Aug 2002 15:00:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72M06cw015492 for linux-xfs-outgoing; Fri, 2 Aug 2002 15:00:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.tiscali.cz (stateless2.tiscali.cz [213.235.135.71]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72M00Rw015454 for ; Fri, 2 Aug 2002 15:00:01 -0700 Received: from localhost (212.90.234.202) by mail.tiscali.cz (6.0.044) id 3D34CE51001C65B4 for linux-xfs@oss.sgi.com; Thu, 1 Aug 2002 18:00:22 +0200 Received: from honza by localhost with local (Exim 3.32 #1 (Debian)) id 17aG1r-00008a-00 for ; Thu, 01 Aug 2002 15:30:11 +0200 Date: Thu, 1 Aug 2002 15:30:11 +0200 To: linux-xfs@oss.sgi.com Subject: recovery on root filesystem Message-ID: <20020801153011.A488@pisidlo> Reply-To: gregor_jan@seznam.cz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22i From: Jan Gregor X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello I found these messages on startup of my kernel (2.4.18 + xfs 1.1) after a crash. Does it mean that recovery processed or not ? XFS mounting filesystem ide0(3,9) XFS: WARNING: recovery required on readonly filesystem. XFS: write access will be enabled during mount. Starting XFS recovery on filesystem: ide0(3,9) (dev: 3/9) Ending XFS recovery on filesystem: ide0(3,9) (dev: 3/9) VFS: Mounted root (xfs filesystem) readonly. Jan Gregor From owner-linux-xfs@oss.sgi.com Fri Aug 2 15:04:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g72M4cRw015682 for ; Fri, 2 Aug 2002 15:04:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g72M4cG3015681 for linux-xfs-outgoing; Fri, 2 Aug 2002 15:04:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g72M4URw015653 for ; Fri, 2 Aug 2002 15:04:30 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA93094; Fri, 2 Aug 2002 17:06:06 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA10191; Fri, 2 Aug 2002 17:06:05 -0500 (CDT) Subject: Re: recovery on root filesystem From: Eric Sandeen To: gregor_jan@seznam.cz Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020801153011.A488@pisidlo> References: <20020801153011.A488@pisidlo> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 02 Aug 2002 17:02:21 -0500 Message-Id: <1028325741.32612.51.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Those are "normal" messages for recovery on your root fs. It's just saying that although root was mounted readonly (normal for the first part of a linux boot), xfs detected that recovery was needed, which meant that it had to write to the disk to perform log recovery - even though it was mounted read only. Recovery completed without error. -Eric On Thu, 2002-08-01 at 08:30, Jan Gregor wrote: > Hello > I found these messages on startup of my kernel (2.4.18 + xfs 1.1) after > a crash. Does it mean that recovery processed or not ? > > XFS mounting filesystem ide0(3,9) > XFS: WARNING: recovery required on readonly filesystem. > XFS: write access will be enabled during mount. > Starting XFS recovery on filesystem: ide0(3,9) (dev: 3/9) > Ending XFS recovery on filesystem: ide0(3,9) (dev: 3/9) > VFS: Mounted root (xfs filesystem) readonly. > > Jan Gregor -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 2 18:09:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7319URw017222 for ; Fri, 2 Aug 2002 18:09:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7319Ujp017221 for linux-xfs-outgoing; Fri, 2 Aug 2002 18:09:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7319QRw017193 for ; Fri, 2 Aug 2002 18:09:26 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id SAA09838 for ; Fri, 2 Aug 2002 18:11:06 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g731AsL27278; Sat, 3 Aug 2002 11:10:54 +1000 Date: Sat, 3 Aug 2002 11:10:54 +1000 From: Keith Owens Message-Id: <200208030110.g731AsL27278@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to 2.4.19 X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Upgrade to 2.4.19. One of the easier changes :) Date: Fri Aug 2 18:10:05 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124270a linux/Makefile - 1.178 From owner-linux-xfs@oss.sgi.com Fri Aug 2 19:09:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7329NRw017859 for ; Fri, 2 Aug 2002 19:09:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7329Nbp017858 for linux-xfs-outgoing; Fri, 2 Aug 2002 19:09:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gum.csee.uq.edu.au (gum.csee.uq.edu.au [130.102.66.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7329ERw017830 for ; Fri, 2 Aug 2002 19:09:15 -0700 Received: from luma.csee.uq.edu.au (luma.csee.uq.edu.au [130.102.66.14]) by gum.csee.uq.edu.au (8.12.5/8.12.5) with ESMTP id g732Ad8Z019322; Sat, 3 Aug 2002 12:10:39 +1000 (EST) Received: from mango.csee.uq.edu.au (mango.csee.uq.edu.au [130.102.66.4]) by luma.csee.uq.edu.au (8.11.6/8.11.6) with ESMTP id g732AdA03224; Sat, 3 Aug 2002 12:10:39 +1000 (EST) Date: Sat, 3 Aug 2002 12:10:39 +1000 (EST) From: Chris Pascoe X-X-Sender: chrisp@mango.csee.uq.edu.au To: James Pearson cc: linux-xfs@oss.sgi.com Subject: Re: XFS and stale NFS file handles? In-Reply-To: <3D4AA290.9B2E6D6D@moving-picture.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checked: This message probably not SPAM X-Spam-Score: -3.5 X-Spam-Tests: IN_REP_TO,SUBJ_ENDS_IN_Q_MARK X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang) X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi James, On Fri, 2 Aug 2002, James Pearson wrote: > A couple of my users have recently reported problems with stale NFS file > handles - unfortunately the problem seems to be 'transient', in that > when I try and investigate the 'problem' - it's gone away ... > > I know there are/have been NFS/XFS issues - could these show up as > transient stale NFS file handles? This sounds like the same problem I used to have and helped debug. There have been a number of changes in CVS that address this. The problem is on the server-side, and relates to how permissions are rechecked when a handle has expired from the dentry cache. XFS CVS from May 22 2002 or later does not exhibit this problem. A patch a month or so ago also addressed a problem with umasks across NFS effectively being ignored. I strongly recommend trying a CVS kernel out on the NFS server and seeing if the problem goes away for you. I am currently running XFS CVS from around that time in May plus some of the "critical" patches that I have seen TAKEs for and haven't seen the problem since that time and have had no stability problems on my 3 file servers serving up over 2TB of data to about 1200 clients. Regards, Chris From owner-linux-xfs@oss.sgi.com Fri Aug 2 21:55:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g734t4Rw019712 for ; Fri, 2 Aug 2002 21:55:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g734t4cZ019711 for linux-xfs-outgoing; Fri, 2 Aug 2002 21:55:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g734ssRw019681 for ; Fri, 2 Aug 2002 21:54:55 -0700 Received: (qmail 20821 invoked from network); 3 Aug 2002 04:56:36 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 3 Aug 2002 04:56:35 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id DD6BC3000BA; Sat, 3 Aug 2002 14:56:32 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 75FB694; Sat, 3 Aug 2002 14:56:32 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Announce: XFS split patches for 2.4.19 Date: Sat, 03 Aug 2002 14:56:26 +1000 Message-ID: <10959.1028350586@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-2.1 required=5.0 tests=PGP_SIGNATURE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19. For some time the XFS group have been producing split patches for XFS, separating the core XFS changes from additional patches such as kdb, xattr, acl, dmapi, kbuild 2.5. These patches were initially intended for internal use and for feeding to Linus but we got no response at all. The split patches are now being released to the world with the hope that developers and distributors will find them useful. Read the README in each directory very carefully, the split patch format has changed over a few kernel releases. Any questions that are covered by the README will be ignored. There is even a 2.4.20/README for the terminally impatient :). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQE9S2J4i4UHNye0ZOoRAhWGAJ4pWNKVZAn5r2dWpk9frItUNkYcmgCgyXSU I3wu2s2oNocwUehqd0Phhzc= =vrKP -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Fri Aug 2 22:08:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7358XRw020055 for ; Fri, 2 Aug 2002 22:08:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7358XVO020054 for linux-xfs-outgoing; Fri, 2 Aug 2002 22:08:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7358SRw020026 for ; Fri, 2 Aug 2002 22:08:28 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id WAA05609 for ; Fri, 2 Aug 2002 22:10:47 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g7359vM03278; Sat, 3 Aug 2002 15:09:57 +1000 Date: Sat, 3 Aug 2002 15:09:57 +1000 From: Keith Owens Message-Id: <200208030509.g7359vM03278@sherman.melbourne.sgi.com> Subject: TAKE - Allow xfs to build with highmem X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Workaround a kernel bug where VMALLOC_END is undefined for highmem. Date: Fri Aug 2 22:04:12 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124272a linux/include/linux/vmalloc.h - 1.15 From owner-linux-xfs@oss.sgi.com Sat Aug 3 02:37:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g739blRw022064 for ; Sat, 3 Aug 2002 02:37:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g739blKl022063 for linux-xfs-outgoing; Sat, 3 Aug 2002 02:37:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g739bORw022033 for ; Sat, 3 Aug 2002 02:37:26 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g739d5T26876 for ; Sat, 3 Aug 2002 11:39:05 +0200 Message-ID: <3D4BA4BC.2000700@ima.pl> Date: Sat, 03 Aug 2002 11:39:08 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: HELP - serious problem, weird filesystem behaviour ... Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.0 required=5.0 tests=FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Yesterday in mc programm I have deleted few directories on \ filesystem (i.e. \ola \ala \iza). These are very small so deletion was rapid. Then problem started. ls / doesnt show anything however I still can do cd /home; cd /root; cd /bin ... all files are found. Almost everything is working. Im afraid to reboot these machine. I have done xfs_ncheck - shows that fs contains data. I have done xfsdump, then during archive validation I found something strange for me: [root@localhost /root]# xfsrestore -t -f /home/XFSdump_rootFS.bin | head -1000 xfsrestore: version 3.0 - Running single-threaded xfsrestore: searching media for dump xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: localhost xfsrestore: mount point: / xfsrestore: volume: /dev/ide/host0/bus0/target0/lun0/part1 xfsrestore: session time: Sat Aug 3 11:07:37 2002 xfsrestore: level: 0 xfsrestore: session label: "dump po awarii 2002.08.02 robiony rano 08.03" xfsrestore: media label: ""dump po awarii 2002.08.02 robiony rano 08.0"" xfsrestore: file system id: 978d4a02-4027-11d5-89bc-c22eca534389 xfsrestore: session id: c391475d-cd00-45a2-a7b6-ea13a0089331 xfsrestore: media id: d0eedb2f-5568-4e69-a0d2-70815d7476e7 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: directory post-processing xfsrestore: reading non-directory files xfsrestore: NOTE: ino 135 salvaging file, placing in orphanage/524417.0/lib/locale/ar_IN/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/ar_IN/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 144 salvaging file, placing in orphanage/524417.0/lib/locale/en_CA/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/en_CA/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 154 salvaging file, placing in orphanage/524417.0/lib/locale/eu_ES/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/eu_ES/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 157 salvaging file, placing in orphanage/524417.0/lib/locale/fr_CH/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/fr_CH/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 159 salvaging file, placing in orphanage/524417.0/lib/locale/fr_LU/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/fr_LU/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 162 salvaging file, placing in orphanage/524417.0/lib/locale/hr_HR/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/hr_HR/LC_MESSAGES/SYS_LC_MESSAGES xfsrestore: NOTE: ino 164 salvaging file, placing in orphanage/524417.0/lib/locale/it_CH/LC_MESSAGES/SYS_LC_MESSAGES orphanage/524417.0/lib/locale/it_CH/LC_MESSAGES/SYS_LC_MESSAGES What does it means ? Is it possible to repair that system without data lost ? Another try of the validation shows: [root@localhost /root]# xfsrestore -i -f /home/XFSdump_rootFS.bin /tmp xfsrestore: version 3.0 - Running single-threaded xfsrestore: searching media for dump xfsrestore: examining media file 0 xfsrestore: dump description: xfsrestore: hostname: localhost xfsrestore: mount point: / xfsrestore: volume: /dev/ide/host0/bus0/target0/lun0/part1 xfsrestore: session time: Sat Aug 3 11:07:37 2002 xfsrestore: level: 0 xfsrestore: session label: "dump po awarii 2002.08.02 robiony rano 08.03" xfsrestore: media label: ""dump po awarii 2002.08.02 robiony rano 08.0"" xfsrestore: file system id: 978d4a02-4027-11d5-89bc-c22eca534389 xfsrestore: session id: c391475d-cd00-45a2-a7b6-ea13a0089331 xfsrestore: media id: d0eedb2f-5568-4e69-a0d2-70815d7476e7 xfsrestore: searching media for directory dump xfsrestore: reading directories xfsrestore: directory post-processing ========================== subtree selection dialog ========================== the following commands are available: pwd ls [ ] cd [ ] add [ ] delete [ ] extract quit help -> ls -> ls / -> ls /root /root not found -> ls root root not found Am I doing something wrong ? Other info about that system: p2, 512MB, IDE drive, devfs. [root@localhost /root]# rpm -qa | grep xfs xfsprogs-1.1.7-0 xfsdump-1.0.2-0 xfsprogs-devel-1.1.7-0 [root@localhost /root]# cat /proc/version Linux version 2.4.4-xfs (root@localhost) (gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-75)) #2 Sat Jun 2 17:12:38 CEST 2001 [root@localhost /root]# mount /dev/ide/host0/bus0/target0/lun0/part1 on / type xfs (rw,noatime,nodiratime) none on /proc type proc (rw) devfs on /dev type devfs (rw) /dev/ide/host0/bus0/target0/lun0/part5 on /home type xfs (rw,noatime,nodiratime) /dev/ide/host0/bus0/target0/lun0/part8 on /tmp type xfs (rw,noatime,nodiratime) /dev/ide/host0/bus0/target0/lun0/part6 on /var type xfs (rw,noatime,nodiratime) /dev/ide/host0/bus0/target0/lun0/part5 on /var/spool type xfs (rw,noatime,nodiratime) none on /dev/pts type devpts (rw,gid=5,mode=620) [root@localhost /root]# Regards, Blizbor From owner-linux-xfs@oss.sgi.com Sat Aug 3 06:27:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73DRrRw025068 for ; Sat, 3 Aug 2002 06:27:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73DRr7p025067 for linux-xfs-outgoing; Sat, 3 Aug 2002 06:27:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73DRjRw025038 for ; Sat, 3 Aug 2002 06:27:46 -0700 Received: (qmail 1042 invoked by uid 500); 3 Aug 2002 13:29:27 -0000 Date: Sat, 3 Aug 2002 15:29:27 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: The mmap() problem is back Message-ID: <20020803132927.GA576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk oi! It seems that the problem that was fixed in http://marc.theaimsgroup.com/?l=linux-xfs&m=102440993727959&w=2 is back again. gcc 3.1 is barfing on some typical errors like weird characters at the end of the file on non-existant lines. mapcheck finds files to fix every time those source files are generated. Kernel is CVS from 2002-08-03 11:48 UTC (the one directly after the 2.4.19 final release). Since it's relevant again, here's the link to the latest mapcheck.c: http://fruit.eu.org/mapcheck.c HTH, -- Wessel Dankers Lusers learning curve appears to be fractal From owner-linux-xfs@oss.sgi.com Sat Aug 3 07:13:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73EDfRw025668 for ; Sat, 3 Aug 2002 07:13:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73EDfSp025667 for linux-xfs-outgoing; Sat, 3 Aug 2002 07:13:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73EDXRw025639 for ; Sat, 3 Aug 2002 07:13:34 -0700 Received: (qmail 4714 invoked from network); 3 Aug 2002 14:15:15 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 3 Aug 2002 14:15:15 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id DABCA3000BA; Sun, 4 Aug 2002 00:15:09 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 311C594; Sun, 4 Aug 2002 00:15:09 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Wessel Dankers Cc: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back In-reply-to: Your message of "Sat, 03 Aug 2002 15:29:27 +0200." <20020803132927.GA576@fruit.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Aug 2002 00:15:03 +1000 Message-ID: <9862.1028384103@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 3 Aug 2002 15:29:27 +0200, Wessel Dankers wrote: >It seems that the problem that was fixed in >http://marc.theaimsgroup.com/?l=linux-xfs&m=102440993727959&w=2 >is back again. gcc 3.1 is barfing on some typical errors like weird >characters at the end of the file on non-existant lines. mapcheck >finds files to fix every time those source files are generated. > >Kernel is CVS from 2002-08-03 11:48 UTC (the one directly after the 2.4.19 >final release). > >Since it's relevant again, here's the link to the latest mapcheck.c: > > http://fruit.eu.org/mapcheck.c I don't see this problem, running xfs 2.4.19. mapcheck finds no errors, the test case from http://marc.theaimsgroup.com/?l=linux-xfs&m=102408887618294&w=2 passes. However I am running gcc 2.96, not 3.1. Can you supply a small test case that always fails? From owner-linux-xfs@oss.sgi.com Sat Aug 3 07:22:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73EMURw025929 for ; Sat, 3 Aug 2002 07:22:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73EMUXd025928 for linux-xfs-outgoing; Sat, 3 Aug 2002 07:22:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73EMMRw025900 for ; Sat, 3 Aug 2002 07:22:23 -0700 Received: (qmail 1270 invoked by uid 500); 3 Aug 2002 14:24:05 -0000 Date: Sat, 3 Aug 2002 16:24:05 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020803142405.GC576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9862.1028384103@ocs3.intra.ocs.com.au> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-04 00:15:03+1000, Keith Owens wrote: > I don't see this problem, running xfs 2.4.19. mapcheck finds no > errors, the test case from > http://marc.theaimsgroup.com/?l=linux-xfs&m=102408887618294&w=2 passes. > However I am running gcc 2.96, not 3.1. Can you supply a small test > case that always fails? It's the compiler itself that fails, once the source file is corrected it produces a correct executable. A simple test case for me is: % rm -f foo % dmesg >foo % ls -l foo -rw-r----- 1 wsl wsl 8557 Aug 3 16:18 foo % mapcheck foo 1 files scanned 1 files fixed 0 errors % mapcheck foo 1 files scanned 0 files fixed 0 errors The bug crops up when the file is created. It also doesn't happen 100% of the time: when I created a "bar" file to test it again, it passed. I'm not able to determine what triggers the problem. Kind regards, -- Wessel Dankers You've been infected by the Telescoping Hubble virus. From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:03:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73G3rRw027085 for ; Sat, 3 Aug 2002 09:03:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73G3rVB027084 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:03:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73G3gRw027055 for ; Sat, 3 Aug 2002 09:03:42 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA65263; Sat, 3 Aug 2002 11:05:21 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-9.corp.sgi.com [134.15.64.9]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA11160; Sat, 3 Aug 2002 11:05:21 -0500 (CDT) Subject: Re: The mmap() problem is back From: Stephen Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020803142405.GC576@fruit.eu.org> References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 03 Aug 2002 11:02:55 -0500 Message-Id: <1028390577.1131.4.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 2002-08-03 at 09:24, Wessel Dankers wrote: > On 2002-08-04 00:15:03+1000, Keith Owens wrote: > > I don't see this problem, running xfs 2.4.19. mapcheck finds no > > errors, the test case from > > http://marc.theaimsgroup.com/?l=linux-xfs&m=102408887618294&w=2 passes. > > However I am running gcc 2.96, not 3.1. Can you supply a small test > > case that always fails? > > It's the compiler itself that fails, once the source file is corrected it > produces a correct executable. A simple test case for me is: > > % rm -f foo > % dmesg >foo > % ls -l foo > -rw-r----- 1 wsl wsl 8557 Aug 3 16:18 foo > % mapcheck foo > 1 files scanned 1 files fixed 0 errors If I remember correctly, that output means it found nothing wrong. Steve > % mapcheck foo > 1 files scanned 0 files fixed 0 errors > > The bug crops up when the file is created. It also doesn't happen 100% of > the time: when I created a "bar" file to test it again, it passed. I'm not > able to determine what triggers the problem. > > Kind regards, > > -- > Wessel Dankers > > You've been infected by the Telescoping Hubble virus. From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:07:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73G7MRw027298 for ; Sat, 3 Aug 2002 09:07:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73G7Mc4027297 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:07:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73G7FRw027269 for ; Sat, 3 Aug 2002 09:07:16 -0700 Received: (qmail 1491 invoked by uid 500); 3 Aug 2002 16:08:59 -0000 Date: Sat, 3 Aug 2002 18:08:59 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020803160859.GE576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028390577.1131.4.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-03 11:02:55-0500, Stephen Lord wrote: > > % mapcheck foo > > 1 files scanned 1 files fixed 0 errors > If I remember correctly, that output means it found nothing wrong. It says "1 files fixed". That means it found a problem :) > > % mapcheck foo > > 1 files scanned 0 files fixed 0 errors Now it is already fixed, and finds no error. Kind regards, -- Wessel Dankers waste water tank overflowed onto computer From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:13:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73GDiRw027484 for ; Sat, 3 Aug 2002 09:13:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73GDi04027483 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:13:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73GDcRw027455 for ; Sat, 3 Aug 2002 09:13:38 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA93274; Sat, 3 Aug 2002 11:15:17 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-9.corp.sgi.com [134.15.64.9]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA83672; Sat, 3 Aug 2002 11:15:17 -0500 (CDT) Subject: Re: The mmap() problem is back From: Stephen Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020803160859.GE576@fruit.eu.org> References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 03 Aug 2002 11:12:52 -0500 Message-Id: <1028391174.1131.8.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 2002-08-03 at 11:08, Wessel Dankers wrote: > On 2002-08-03 11:02:55-0500, Stephen Lord wrote: > > > % mapcheck foo > > > 1 files scanned 1 files fixed 0 errors > > > If I remember correctly, that output means it found nothing wrong. > > It says "1 files fixed". That means it found a problem :) > > > > % mapcheck foo > > > 1 files scanned 0 files fixed 0 errors > > Now it is already fixed, and finds no error. You are right of course, shows what an hour or so on a lawnmower does for my brain! Does not exhibit the problem on a couple of machines here. You are really running the kernel you think you are, aren't you? Steve From owner-linux-xfs@oss.sgi.com Sat Aug 3 09:58:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73Gw7Rw027907 for ; Sat, 3 Aug 2002 09:58:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73Gw7Ul027906 for linux-xfs-outgoing; Sat, 3 Aug 2002 09:58:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@18dyn196.ztm.casema.net [213.17.33.196]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73GvvRw027877 for ; Sat, 3 Aug 2002 09:57:58 -0700 Received: (qmail 1601 invoked by uid 500); 3 Aug 2002 16:59:41 -0000 Date: Sat, 3 Aug 2002 18:59:41 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020803165941.GF576@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028391174.1131.8.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-03 11:12:52-0500, Stephen Lord wrote: > > It says "1 files fixed". That means it found a problem :) > > > > > > % mapcheck foo > > > > 1 files scanned 0 files fixed 0 errors > > > > Now it is already fixed, and finds no error. > > You are right of course, shows what an hour or so on a lawnmower does > for my brain! Does not exhibit the problem on a couple of machines > here. You are really running the kernel you think you are, aren't > you? Linux thunk 2.4.19-xfs #1 Sat Aug 3 12:52:09 CEST 2002 i586 unknown unknown GNU/Linux As I said in my other mail, it takes some trying to get it to produce the error. If I create different files with different sizes in different ways the problem *will* get triggered. I can reproduce it on two machines, one running 2.4.19-xfs (p200mmx, SCSI) and one 2.4.19-rc2-xfs (Athlon XP, IDE). Also of note may be that I'm running it with the ngpt futex patch and the O(1) scheduler patch. Regards, -- Wessel Dankers Change in Earth's rotational speed From owner-linux-xfs@oss.sgi.com Sat Aug 3 10:35:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73HZ9Rw028359 for ; Sat, 3 Aug 2002 10:35:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73HZ9st028358 for linux-xfs-outgoing; Sat, 3 Aug 2002 10:35:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gwyn.tux.org (ident-user@gwyn.tux.org [207.96.122.8]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73HZ0Rw028328 for ; Sat, 3 Aug 2002 10:35:01 -0700 Received: (from timball@localhost) by gwyn.tux.org (8.9.3/8.9.1) id NAA04683 for linux-xfs@oss.sgi.com; Sat, 3 Aug 2002 13:36:44 -0400 Date: Sat, 3 Aug 2002 13:36:20 -0400 From: Timothy Ball To: Wessel Dankers Subject: Re: The mmap() problem is back Message-ID: <20020803173620.GA2555@gwyn.tux.org> References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> <20020803165941.GF576@fruit.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803165941.GF576@fruit.eu.org> User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Aug 03, 2002 at 06:59:41PM +0200, Wessel Dankers wrote: > > As I said in my other mail, it takes some trying to get it to produce the > error. If I create different files with different sizes in different ways > the problem *will* get triggered. I can reproduce it on two machines, one > running 2.4.19-xfs (p200mmx, SCSI) and one 2.4.19-rc2-xfs (Athlon XP, IDE). > I was curious about the amount of error on my system mapcheck would find (I just install using the xfs enabled debian netinst cd). Upgraded the kernel immediately to: timball@kundera {74}$ uname -a Linux kundera 2.4.19-rc3-xfs #3 Tue Jul 30 11:19:30 EDT 2002 i686 unknown unknown GNU/Linux running mapcheck in my home directory (probably the busiest as far as creat, unlink goes): --snip--snip--snip-- timball@kundera {113}$ mapcheck Scanning current directory 15608 files scanned 2 files fixed 24 errors --snip--snip--snip-- running mapcheck from / gives: --snip--snip--snip-- root@kundera {145}$ ~timball/bin/mapcheck Scanning current directory 228684 files scanned 5 files fixed 50 errors --snip--snip--snip-- --timball -- GPG key available on pgpkeys.mit.edu pub 1024D/511FBD54 2001-07-23 Timothy Lu Hu Ball Key fingerprint = B579 29B0 F6C8 C7AA 3840 E053 FE02 BB97 511F BD54 From owner-linux-xfs@oss.sgi.com Sat Aug 3 10:54:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73HsYRw028710 for ; Sat, 3 Aug 2002 10:54:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73HsYIk028709 for linux-xfs-outgoing; Sat, 3 Aug 2002 10:54:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtp3.vol.cz (smtp3.vol.cz [195.250.128.83]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73HsARw028669 for ; Sat, 3 Aug 2002 10:54:11 -0700 Received: from volny.cz (libereca-92.dialup.vol.cz [212.20.113.92]) by smtp3.vol.cz (8.12.5/8.12.5) with ESMTP id g73Htj4w062429 for ; Sat, 3 Aug 2002 19:55:49 +0200 (CEST) (envelope-from aleaz@volny.cz) Message-ID: <3C3287DC.2000906@volny.cz> Date: Wed, 02 Jan 2002 05:09:00 +0100 From: Ales Komarek User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: invalid XFS SB magic number Content-Type: multipart/related; boundary="------------040208070102020802040504" X-Spam-Status: No, hits=2.3 required=5.0 tests=DATE_IN_FUTURE version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --------------040208070102020802040504 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit To whom it may concern, well I compiled and ran the XFS programs but I got the same error message: attempting to find secondary superblock... .................................................................................found candidate secondary superblock... superblock read failed, offset 12884901888, size 2048, ag 4294967295, rval 3 fatal error -- Input/output error I will leave the partition alone for a while; is there any way around it? Is there any other way to extract data from the XFS? Really need any help :( Ales Komarek P.S. How do I find out version of xfs_repair I have currently installed? P.P.S. cfdisk gives me this error message FATAL ERROR: Bad primary partition 1: logical partitions overlap Press any key to exit cfdisk Eric Sandeen wrote: > The userspace programs are at: > ftp://oss.sgi.com/projects/xfs/download/cmd_tars > > but xfsprogs (which contains xfs_repair) is at 2.0.6; I will put out a > newer version in an hour or so. > > if you have trouble with newer xfsprogs, send it back to the list; I > will be out next week. > > -Eric > > On Mon, 2001-12-31 at 20:20, Ales Komarek wrote: > > >> hello, >> sorry that I did not explained the problem better, but I was in time >> pressure; you were right, the boot manager has probably overwritten >> superblock of that FS - possibly the whole program got installed there - >> well, I'll never do stuff like this under pressure again :))) >> >> So I tried XFS managing programs which I found in my system (I have >> Slackware 8.1 kernel 2.4.19-pre10 and XFS patch for this version of >> kernel); >> when I started with XFS I donwloaded some standalone apps too, but >> they are >> stored on that XFS patrition :(( >> >> Here's the outcome of xfs_repair command: >> >> bash-2.05a# xfs_repair /dev/hda3 >> Phase 1 - find and verify superblock... >> bad primary superblock - bad magic number !!! >> >> attempting to find secondary superblock... >> ............................................................................ >> >> .....found candidate secondary superblock... >> superblock read failed, offset 12884901888, size 2048, ag 4294967295, >> rval 3 >> >> fatal error -- Input/output error >> >> ----------------- >> >> Well every other XFS related command said errors concernig that magic >> number, for example xfs_db: >> >> bash-2.05a# xfs_db /dev/hda3 >> xfs_db: unexpected XFS SB magic number 0xc4a11da3 >> xfs_db: >> >> -------------------- >> >> Please, if this can be fixed, can you give URL to that utils; because >> I'm >> still quite new to Linux and I have not got familiar with directory >> structures of it yet :)) >> >> Thanks a lot for any help; >> >> sincirely your's Ales Komarek >> >> ----- Original Message ----- >> From: "Eric Sandeen" >> To: "Ales Komarek" >> Cc: >> Sent: Friday, August 02, 2002 3:40 PM >> Subject: Re: problem with XFS SB magic number >> >> >> >> >>> The original problem is almost certainly that your boot manager put >>> something on block zero of your xfs partition; this is where the xfs >>> superblock lives, so it was corrupted. >>> >>> What version of xfsprogs do you have? I'll make sure the ftp site has >>> the latest version packaged up; you should get the latest if you don't >>> have it already. >>> >>> If you send the output of your xfs_repair run, that might offer some >>> hints. >>> >>> -Eric >>> >>> On Mon, 2001-12-31 at 19:51, Ales Komarek wrote: >>> >>> >>>> To whom it may concern, >>>> well I have 2 disks on my machine - one for MS Windows - primary slave >>>> and other for Linux - primary master (3 partitions; one ext2; 2nd swap >>>> and third XFS for data) I have installed XOSL (boot manager) on >>>> Windows >>>> HDD and after that during booting pure linux XFS SB magic number error >>>> occured; I have already uninstalled XOSL, but it did not helped at >>>> all; >>>> the should be no physical errors on disk, but when I tried xfs_repair; >>>> it found secondary Super block but it was corrupted and the program >>>> ended with an I/O error; >>>> >>>> Please is there any way how to correct this? >>>> >>>> Yours sincirely Ales Komarek >>>> >>> >>> -- >>> Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >>> sandeen@sgi.com SGI, Inc. 651-683-3102 >>> >>> >>> >> --------------040208070102020802040504-- From owner-linux-xfs@oss.sgi.com Sat Aug 3 15:49:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g73MnQRw032455 for ; Sat, 3 Aug 2002 15:49:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g73MnQfC032454 for linux-xfs-outgoing; Sat, 3 Aug 2002 15:49:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g73MnFRw032423 for ; Sat, 3 Aug 2002 15:49:15 -0700 Received: from erbenson.alaska.net (228-pm16.nwc.alaska.net [209.112.141.228]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g73Movq93621 for ; Sat, 3 Aug 2002 14:50:57 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id B3C913A0A for ; Sat, 3 Aug 2002 14:50:56 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 6A34010293; Sat, 3 Aug 2002 14:50:56 -0800 (AKDT) Date: Sat, 3 Aug 2002 14:50:56 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020803145056.A25690@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This may not be the right place to report this, but... on powerpc the following occurs: gcc -D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -D__powerpc__ -fsigned-char -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring -nostdinc -I /usr/lib/gcc-lib/powerpc-linux/2.95.4/include -DKBUILD_BASENAME=3Ddquot -DEXPORT_SYMTAB -c dquot.c dquot.c: In function `hashfn': dquot.c:182: `L1_CACHE_SHIFT' undeclared (first use in this function) dquot.c:182: (Each undeclared identifier is reported only once dquot.c:182: for each function it appears in.) dquot.c:183: warning: control reaches end of non-void function make[3]: *** [dquot.o] Error 1 make[3]: Leaving directory `/usr/local/src/linux-2.4.19/fs' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/local/src/linux-2.4.19/fs' make[1]: *** [_dir_fs] Error 2 AFAICT L1_CACHE_SHIFT is not defined for the powerpc arch (only alpha, mips64, s390, i386 and ia64 define it). the offending line is: static inline int const hashfn(struct super_block *sb, unsigned int id, int type) { return((((unsigned long)sb>>L1_CACHE_SHIFT) ^ id) * (MAXQUOTAS - ty= pe)) % NR_DQHASH; } this changed somewhere between -rc3 and the final 2.4.19 (rc3 was fine). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1MXlAACgkQJKx7GixEevyCDACcDHYnF+9auHDk6lFzR2IBlwjZ 8GYAoIxZooyFGAN7Bu/B1GU8khAXsm64 =tcP+ -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-linux-xfs@oss.sgi.com Sat Aug 3 18:43:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g741hpRw001251 for ; Sat, 3 Aug 2002 18:43:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g741hpkC001250 for linux-xfs-outgoing; Sat, 3 Aug 2002 18:43:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from brainstem.idcomm.com (brainstem.idcomm.com [207.40.196.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g741hiRw001222 for ; Sat, 3 Aug 2002 18:43:45 -0700 Received: from idcomm.com (IDENT:MlF0WJH1lvT82DmKQ8kVxtug0NDDhp7w@tnt01-ppp-113.idcomm.com [216.98.194.113]) by brainstem.idcomm.com (8.11.6/8.11.6) with ESMTP id g741jTL16564 for ; Sat, 3 Aug 2002 19:45:29 -0600 X-Spam-Filter: check_local@brainstem.idcomm.com by digitalanswers.org Message-ID: <3D4C8776.3050700@idcomm.com> Date: Sat, 03 Aug 2002 19:46:30 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "XFS: linux-xfs@oss.sgi.com" Subject: rpm bookkeeping Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I just did a cvs update to 2.4.19, from 2.4.19-rc2. Apparently the cmd rpms are the same version, without any changes. Even so, I did a make cmd and ran "rpm -Uvh *" on the i386 subdirectory, most simply said the package was already installed (correct behavior I presume). When it got to dmapi-2.0.5-0, it seemed to not know itself. Every file in dmapi-2.0.5-0 (and dmapi-devel-2.0.5-0) said something similar to: file /lib/libdm.so.0.0.4 from install of dmapi-2.0.5-0 conflicts with file from package dmapi-2.0.5-0 file /usr/include/xfs/dmapi.h from install of dmapi-devel-2.0.5-0 conflicts with file from package dmapi-devel-2.0.5-0 file /usr/lib/libdm.a from install of dmapi-devel-2.0.5-0 conflicts with file from package dmapi-devel-2.0.5-0 file /usr/lib/libdm.la from install of dmapi-devel-2.0.5-0 conflicts with file from package dmapi-devel-2.0.5-0 So this is harmless, but having dependencies in the rpm fail could end up causing some mystery behavior at a later date, when it does matter. Somehow it thinks the two same versions are different conflicting versions. D. Stimits, stimits AT idcomm.com From owner-linux-xfs@oss.sgi.com Sat Aug 3 20:02:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7432jRw002282 for ; Sat, 3 Aug 2002 20:02:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7432jV3002281 for linux-xfs-outgoing; Sat, 3 Aug 2002 20:02:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from 21cn.com ([61.140.60.248]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7432ZRw002253 for ; Sat, 3 Aug 2002 20:02:36 -0700 Received: from 21cn.com([10.2.1.1]) by 21cn.com(AIMC 2.9.5.2) with SMTP id jm83d4cfea0; Sun, 04 Aug 2002 11:03:24 +0800 Received: from oss.sgi.com([127.0.0.1]) by 21cn.com(AIMC 2.9.5.2) with SMTP id jmc13d480865; Wed, 31 Jul 2002 17:03:01 +0800 Received: from oss.sgi.com([128.167.58.27]) by 21cn.com(AIMC 2.9.5.1) with SMTP id jm363d48177f; Wed, 31 Jul 2002 17:03:01 +0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g6V92NRw014941; Wed, 31 Jul 2002 02:02:23 -0700 Received: from localhost (mail@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) with SMTP id g6V92MTe014940; Wed, 31 Jul 2002 02:02:22 -0700 X-Authentication-Warning: oss.sgi.com: mail owned process doing -bs Received: by oss.sgi.com (bulk_mailer v1.13); Wed, 31 Jul 2002 02:02:08 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g6V928Rw014879 for ; Wed, 31 Jul 2002 02:02:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g6V9289D014878 for linux-xfs-outgoing; Wed, 31 Jul 2002 02:02:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g6V920Rw014849 for ; Wed, 31 Jul 2002 02:02:01 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g6V93ThC019016; Wed, 31 Jul 2002 11:03:29 +0200 (CEST) Message-Id: <4.3.2.7.2.20020731105914.0335e828@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 31 Jul 2002 11:01:56 +0200 To: Dirk Munzinger , Eric Sandeen From: Seth Mos Subject: Re: xfs-filesystem is broken after rsync Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D47A2A7.4030709@sem-gmbh.com> References: <3D46A2E4.8050106@sem-gmbh.com> <1028040131.2511.1.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Level: X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 10:41 31-7-2002 +0200, Dirk Munzinger wrote: >Hi Eric, > >Eric Sandeen schrieb: >>On Tue, 2002-07-30 at 09:29, Dirk Munzinger wrote: >>Hi Dirk - >>Take a look in your logs, I'm guessing that the filesystem shut down for >>some reason. (disk error, memory corruption, etc.) Anything that >>happens after that would result in the symptoms you're describing. If >>there's anything interesting in the logs, please forward that to the >>list. > >If have tested now with an reiserfs partition without any problems and now >with an xfs partition and here is the error again (as described already). >The only log I get in /var/log/message is Can you give me a overview of the hardware this is running on? Can you also list what other patches are applied to this kernel beside the ipsec patches? >Is it possible to provide more logs from xfs itselfe and if so how ? You would need KDB to be compiled in for that. The developers can help you with how to use it. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Sun Aug 4 05:02:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74C28Rw010809 for ; Sun, 4 Aug 2002 05:02:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74C2850010808 for linux-xfs-outgoing; Sun, 4 Aug 2002 05:02:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [213.61.61.242] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74C1qRw010780 for ; Sun, 4 Aug 2002 05:01:52 -0700 Received: from localhost (unknown [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id D85CA10073E for ; Sun, 4 Aug 2002 13:27:18 +0200 (CEST) Received: from warp9.sapienti-sat.org (pD9EB0C2D.dip.t-dialin.net [217.235.12.45]) by batleth.sapienti-sat.org (Postfix) with ESMTP id 99BA9100729 for ; Sun, 4 Aug 2002 13:27:18 +0200 (CEST) Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by warp9.sapienti-sat.org (Postfix) with SMTP id 7390EB1 for ; Sun, 4 Aug 2002 13:27:15 +0200 (CEST) Received: from koschikode.com (kaplah.sapienti-sat.org [192.168.200.15]) by warp9.sapienti-sat.org (Postfix) with ESMTP id 6C5DAA7 for ; Sun, 4 Aug 2002 13:27:14 +0200 (CEST) Message-ID: <3D4D0F91.4070404@koschikode.com> Date: Sun, 04 Aug 2002 13:27:13 +0200 From: Juri Haberland Organization: totally unorganized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020510 X-Accept-Language: de-DE, en MIME-Version: 1.0 To: "XFS: linux-xfs@oss.sgi.com" Subject: Re: rpm bookkeeping References: <3D4C8776.3050700@idcomm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk D. Stimits wrote: > I just did a cvs update to 2.4.19, from 2.4.19-rc2. Apparently the cmd > rpms are the same version, without any changes. Even so, I did a make > cmd and ran "rpm -Uvh *" on the i386 subdirectory, most simply said the FWIW: better use 'rpm -Fhv *.rpm'. '-U' would install every rpm that is currently not installed or older. '-F' just updates currently installed rpms if newer versions are available. Cheers, Juri From owner-linux-xfs@oss.sgi.com Sun Aug 4 09:20:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74GK7Rw012779 for ; Sun, 4 Aug 2002 09:20:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74GK7ch012778 for linux-xfs-outgoing; Sun, 4 Aug 2002 09:20:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74GJ5Rw012735 for ; Sun, 4 Aug 2002 09:19:06 -0700 Received: from online.no (81.80-202-103.nextgentel.com [80.202.103.81]) by mail.broadpark.no (Postfix) with ESMTP id 21CD27D82 for ; Sun, 4 Aug 2002 18:20:48 +0200 (MEST) Message-ID: <3D4D52AA.A85DD8A0@online.no> Date: Sun, 04 Aug 2002 18:13:31 +0200 From: Knut J Bjuland X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-5custom i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: problem with filemap.c bug at 247 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I have a redhat linux 2.4.18-5 kernel with xfs support version 1.1. When using either wine or vmware I am able to get this error. There are no alternation to the code except by changeing touch_page to mark_page_accessed and using maplist in pagebuf.c and pagebuf_io.c ksymoops 2.4.5 on i686 2.4.18-5custom. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.18-5custom/ (default) -m /boot/System.map-2.4.18-5custom (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Jul 30 10:44:03 knut kernel: kernel BUG at filemap.c:247! Jul 30 10:44:03 knut kernel: invalid operand: 0000 Jul 30 10:44:03 knut kernel: CPU: 0 Jul 30 10:44:03 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 10:44:03 knut kernel: EIP: 0010:[] Tainted: PF Using defaults from ksymoops -t elf32-i386 -a i386 Jul 30 10:44:03 knut kernel: EFLAGS: 00213282 Jul 30 10:44:03 knut kernel: eax: 0000001d ebx: c10c0a28 ecx: 00000001 edx: 00006a33 Jul 30 10:44:03 knut kernel: esi: 00000000 edi: 00000000 ebp: ca467a34 esp: ca969d74 Jul 30 10:44:03 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 10:44:03 knut kernel: Process vmware (pid: 2730, stackpage=ca969000) Jul 30 10:44:03 knut kernel: Stack: c02bf77b 000000f7 c10c0a28 c01298d7 c10c0a28 00000000 00000001 ca969dbc Jul 30 10:44:03 knut kernel: 00000000 5251504f 56555453 5a595857 00000000 00000000 ca969dbc 00000000 Jul 30 10:44:03 knut kernel: ca467a34 c012995b 00000000 00000000 00000000 ca467aa4 cf660750 c01d1874 Jul 30 10:44:03 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:03 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:03 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 10:44:03 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 10:44:03 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 10:44:03 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 10:44:03 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 10:44:03 knut kernel: [] notify_change [kernel] 0x5e Jul 30 10:44:03 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 10:44:03 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 10:44:03 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 10:44:03 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 10:44:03 knut kernel: [] system_call [kernel] 0x33 Jul 30 10:44:03 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c10c0a28 <_end+c8528c/104cc864> >>edx; 00006a33 Before first symbol >>ebp; ca467a34 <_end+a02c298/104cc864> >>esp; ca969d74 <_end+a52e5d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 10:44:27 knut kernel: kernel BUG at filemap.c:247! Jul 30 10:44:27 knut kernel: invalid operand: 0000 Jul 30 10:44:27 knut kernel: CPU: 0 Jul 30 10:44:27 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 10:44:27 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 10:44:27 knut kernel: EFLAGS: 00213282 Jul 30 10:44:27 knut kernel: eax: 0000001d ebx: c113cf08 ecx: 00000001 edx: 00007020 Jul 30 10:44:27 knut kernel: esi: 00000000 edi: 00000000 ebp: cc04e7b4 esp: c7cb5d74 Jul 30 10:44:27 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 10:44:27 knut kernel: Process vmware (pid: 2739, stackpage=c7cb5000) Jul 30 10:44:27 knut kernel: Stack: c02bf77b 000000f7 c113cf08 c01298d7 c113cf08 00000000 00000001 c7cb5dbc Jul 30 10:44:27 knut kernel: 00000000 5251504f 56555453 5a595857 ffffff00 00000000 c7cb5dbc 00000000 Jul 30 10:44:27 knut kernel: cc04e7b4 c012995b 00000000 00000000 00000000 cc04e824 c6509e20 c01d1874 Jul 30 10:44:27 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:27 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 10:44:27 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 10:44:27 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 10:44:27 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 10:44:27 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 10:44:27 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 10:44:27 knut kernel: [] notify_change [kernel] 0x5e Jul 30 10:44:27 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 10:44:27 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 10:44:27 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 10:44:27 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 10:44:27 knut kernel: [] system_call [kernel] 0x33 Jul 30 10:44:27 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c113cf08 <_end+d0176c/104cc864> >>edx; 00007020 Before first symbol >>ebp; cc04e7b4 <_end+bc13018/104cc864> >>esp; c7cb5d74 <_end+787a5d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 12:17:10 knut kernel: kernel BUG at filemap.c:247! Jul 30 12:17:10 knut kernel: invalid operand: 0000 Jul 30 12:17:10 knut kernel: CPU: 0 Jul 30 12:17:10 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 12:17:10 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 12:17:10 knut kernel: EFLAGS: 00213282 Jul 30 12:17:10 knut kernel: eax: 0000001d ebx: c11919f8 ecx: 00000001 edx: 0000760d Jul 30 12:17:10 knut kernel: esi: 00000000 edi: 00000000 ebp: c9de37b4 esp: c5193d74 Jul 30 12:17:10 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 12:17:10 knut kernel: Process vmware (pid: 26974, stackpage=c5193000) Jul 30 12:17:10 knut kernel: Stack: c02bf77b 000000f7 c11919f8 c01298d7 c11919f8 00000000 00000001 c5193dbc Jul 30 12:17:10 knut kernel: 00000000 5251504f 56555453 5a595857 c037a800 00000000 c5193dbc 00000000 Jul 30 12:17:10 knut kernel: c9de37b4 c012995b 00000000 00000000 00000000 c9de3824 cf66059c c01d1874 Jul 30 12:17:10 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:10 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:10 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 12:17:10 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 12:17:10 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 12:17:10 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 12:17:10 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 12:17:10 knut kernel: [] notify_change [kernel] 0x5e Jul 30 12:17:10 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 12:17:10 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 12:17:10 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 12:17:10 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 12:17:10 knut kernel: [] system_call [kernel] 0x33 Jul 30 12:17:10 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c11919f8 <_end+d5625c/104cc864> >>edx; 0000760d Before first symbol >>ebp; c9de37b4 <_end+99a8018/104cc864> >>esp; c5193d74 <_end+4d585d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 12:17:43 knut kernel: kernel BUG at filemap.c:247! Jul 30 12:17:43 knut kernel: invalid operand: 0000 Jul 30 12:17:43 knut kernel: CPU: 0 Jul 30 12:17:43 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 12:17:43 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 12:17:43 knut kernel: EFLAGS: 00213282 Jul 30 12:17:43 knut kernel: eax: 0000001d ebx: c1336408 ecx: 00000001 edx: 00007bfb Jul 30 12:17:43 knut kernel: esi: 00000000 edi: 00000000 ebp: c4f66a34 esp: c3cc7d74 Jul 30 12:17:43 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 12:17:43 knut kernel: Process vmware (pid: 26984, stackpage=c3cc7000) Jul 30 12:17:43 knut kernel: Stack: c02bf77b 000000f7 c1336408 c01298d7 c1336408 00000000 00000001 c3cc7dbc Jul 30 12:17:43 knut kernel: 00000000 5251504f 56555453 5a595857 c037a800 00000000 c3cc7dbc 00000000 Jul 30 12:17:43 knut kernel: c4f66a34 c012995b 00000000 00000000 00000000 c4f66aa4 c48a53e8 c01d1874 Jul 30 12:17:43 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:43 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 12:17:43 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 12:17:43 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 12:17:43 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 12:17:43 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 12:17:43 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 12:17:43 knut kernel: [] notify_change [kernel] 0x5e Jul 30 12:17:43 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 12:17:43 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 12:17:43 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 12:17:43 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 12:17:43 knut kernel: [] system_call [kernel] 0x33 Jul 30 12:17:43 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c1336408 <_end+efac6c/104cc864> >>edx; 00007bfb Before first symbol >>ebp; c4f66a34 <_end+4b2b298/104cc864> >>esp; c3cc7d74 <_end+388c5d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx Jul 30 12:18:29 knut kernel: kernel BUG at filemap.c:247! Jul 30 12:18:29 knut kernel: invalid operand: 0000 Jul 30 12:18:29 knut kernel: CPU: 0 Jul 30 12:18:29 knut kernel: EIP: 0010:[truncate_complete_page+27/96] Tainted: PF Jul 30 12:18:29 knut kernel: EIP: 0010:[] Tainted: PF Jul 30 12:18:29 knut kernel: EFLAGS: 00213282 Jul 30 12:18:29 knut kernel: eax: 0000001d ebx: c12d36e8 ecx: 00000001 edx: 000081e9 Jul 30 12:18:29 knut kernel: esi: 00000000 edi: 00000000 ebp: c9de31b4 esp: cbba1d74 Jul 30 12:18:29 knut kernel: ds: 0018 es: 0018 ss: 0018 Jul 30 12:18:29 knut kernel: Process vmware (pid: 26992, stackpage=cbba1000) Jul 30 12:18:29 knut kernel: Stack: c02bf77b 000000f7 c12d36e8 c01298d7 c12d36e8 00000000 00000001 cbba1dbc Jul 30 12:18:29 knut kernel: 00000000 5251504f 56555453 5a595857 ffffff00 00000000 cbba1dbc 00000000 Jul 30 12:18:29 knut kernel: c9de31b4 c012995b 00000000 00000000 00000000 c9de3224 c48a559c c01d1874 Jul 30 12:18:29 knut kernel: Call Trace: [truncate_list_pages+439/512] truncate_list_pages [kernel] 0x1b7 Jul 30 12:18:29 knut kernel: Call Trace: [] truncate_list_pages [kernel] 0x1b7 Jul 30 12:18:29 knut kernel: [] truncate_inode_pages [kernel] 0x3b Jul 30 12:18:29 knut kernel: [] xfs_itruncate_start [kernel] 0x74 Jul 30 12:18:29 knut kernel: [] xfs_setattr [kernel] 0x7a9 Jul 30 12:18:29 knut kernel: [] poke_blanked_console [kernel] 0xa Jul 30 12:18:29 knut kernel: [] linvfs_setattr [kernel] 0x165 Jul 30 12:18:29 knut kernel: [] notify_change [kernel] 0x5e Jul 30 12:18:29 knut kernel: [] do_truncate [kernel] 0x46 Jul 30 12:18:29 knut kernel: [] do_munmap [kernel] 0x27c Jul 30 12:18:29 knut kernel: [] sys_ftruncate [kernel] 0x129 Jul 30 12:18:29 knut kernel: [] sys_ioctl [kernel] 0x223 Jul 30 12:18:29 knut kernel: [] system_call [kernel] 0x33 Jul 30 12:18:29 knut kernel: Code: 0f 0b 5a 59 8b 43 30 85 c0 74 0e 6a 00 53 e8 a2 ff ff ff 5a >>EIP; c01296db <===== >>ebx; c12d36e8 <_end+e97f4c/104cc864> >>edx; 000081e9 Before first symbol >>ebp; c9de31b4 <_end+99a7a18/104cc864> >>esp; cbba1d74 <_end+b7665d8/104cc864> Trace; c01298d7 Trace; c012995b Trace; c01d1874 Trace; c01e75d9 Trace; c02127aa Trace; c01f61d5 Trace; c014e49e Trace; c0138d66 Trace; c0128f0c Trace; c0139079 Trace; c01478a3 Trace; c0108913 Code; c01296db 00000000 <_EIP>: Code; c01296db <===== 0: 0f 0b ud2a <===== Code; c01296dd 2: 5a pop %edx Code; c01296de 3: 59 pop %ecx Code; c01296df 4: 8b 43 30 mov 0x30(%ebx),%eax Code; c01296e2 7: 85 c0 test %eax,%eax Code; c01296e4 9: 74 0e je 19 <_EIP+0x19> c01296f4 Code; c01296e6 b: 6a 00 push $0x0 Code; c01296e8 d: 53 push %ebx Code; c01296e9 e: e8 a2 ff ff ff call ffffffb5 <_EIP+0xffffffb5> c0129690 Code; c01296ee 13: 5a pop %edx 1 warning issued. Results may not be reliable. From owner-linux-xfs@oss.sgi.com Sun Aug 4 09:24:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74GOKRw012969 for ; Sun, 4 Aug 2002 09:24:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74GOKOE012968 for linux-xfs-outgoing; Sun, 4 Aug 2002 09:24:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74GOFRw012938 for ; Sun, 4 Aug 2002 09:24:16 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17bOCg-0008K8-00; Sun, 04 Aug 2002 17:26:02 +0100 Date: Sun, 4 Aug 2002 17:26:02 +0100 From: Christoph Hellwig To: Knut J Bjuland Cc: linux-xfs@oss.sgi.com Subject: Re: problem with filemap.c bug at 247 Message-ID: <20020804172602.A31989@infradead.org> References: <3D4D52AA.A85DD8A0@online.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D4D52AA.A85DD8A0@online.no>; from knutjbj@online.no on Sun, Aug 04, 2002 at 06:13:31PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, Aug 04, 2002 at 06:13:31PM +0200, Knut J Bjuland wrote: > I have a redhat linux 2.4.18-5 kernel with xfs support version 1.1. > When using either wine or vmware I am able to get this error. There are > no alternation to the code except by changeing touch_page to > mark_page_accessed and using maplist in pagebuf.c and pagebuf_io.c What modules were loaded? From owner-linux-xfs@oss.sgi.com Sun Aug 4 13:38:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g74KcURw021055 for ; Sun, 4 Aug 2002 13:38:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g74KcU8f021054 for linux-xfs-outgoing; Sun, 4 Aug 2002 13:38:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from brainstem.idcomm.com (brainstem.idcomm.com [207.40.196.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g74KcORw021026 for ; Sun, 4 Aug 2002 13:38:24 -0700 Received: from idcomm.com (IDENT:nDucHHA0yhOl8ItsZAXv6kXINu7FeT9y@tnt01-ppp-106.idcomm.com [216.98.194.106]) by brainstem.idcomm.com (8.11.6/8.11.6) with ESMTP id g74KeDL09600 for ; Sun, 4 Aug 2002 14:40:13 -0600 X-Spam-Filter: check_local@brainstem.idcomm.com by digitalanswers.org Message-ID: <3D4D916D.8020305@idcomm.com> Date: Sun, 04 Aug 2002 14:41:17 -0600 From: "D. Stimits" Reply-To: stimits@idcomm.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: "XFS: linux-xfs@oss.sgi.com" Subject: Re: rpm bookkeeping References: <3D4C8776.3050700@idcomm.com> <3D4D0F91.4070404@koschikode.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Juri Haberland wrote: > D. Stimits wrote: > >>I just did a cvs update to 2.4.19, from 2.4.19-rc2. Apparently the cmd >>rpms are the same version, without any changes. Even so, I did a make >>cmd and ran "rpm -Uvh *" on the i386 subdirectory, most simply said the > > > FWIW: better use 'rpm -Fhv *.rpm'. > '-U' would install every rpm that is currently not installed or older. > '-F' just updates currently installed rpms if newer versions are available. > > Cheers, > Juri If there was a new rpm, I wanted it installed, so the -U was ok in this case. I do use -F when I only want update if previously present. D. Stimits, stimits AT idcomm.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:24:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758OoRw032650 for ; Mon, 5 Aug 2002 01:24:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758OoJ6032649 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:24:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758OeRw032612 for ; Mon, 5 Aug 2002 01:24:40 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id BAA07973 for ; Mon, 5 Aug 2002 01:26:30 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA09044; Mon, 5 Aug 2002 18:25:11 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g758N46D003920; Mon, 5 Aug 2002 18:23:04 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g758N2kC003918; Mon, 5 Aug 2002 18:23:02 +1000 Date: Mon, 5 Aug 2002 18:23:02 +1000 From: Nathan Scott To: Ethan Benson , Christoph Hellwig , Jan Kara Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020805082302.GG3410@frodo> References: <20020803145056.A25690@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803145056.A25690@plato.local.lan> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, Looks like this crept in with that 2.5 quota port, Christoph. On 2.5, L1_CACHE_SHIFT is declared for all architectures. I guess we could go back to using HASHDEV(sb->s_dev?) for 2.4? A simple build fix, Ethan, would be to change dquot.c::hashfn so that it uses the HASHDEV macro again (similar to revision 1.48 of fs/dquot.c, except no dev parameter anymore so use sb->s_dev instead). I'll wait to hear from Christoph &/ Jan before checking anything into the tree though. cheers. -- Nathan On Sat, Aug 03, 2002 at 02:50:56PM -0800, Ethan Benson wrote: > This may not be the right place to report this, but... > > on powerpc the following occurs: > > gcc -D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing > -fno-common -fomit-frame-pointer -D__powerpc__ -fsigned-char > -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring > -nostdinc -I /usr/lib/gcc-lib/powerpc-linux/2.95.4/include > -DKBUILD_BASENAME=dquot -DEXPORT_SYMTAB -c dquot.c > dquot.c: In function `hashfn': > dquot.c:182: `L1_CACHE_SHIFT' undeclared (first use in this function) > dquot.c:182: (Each undeclared identifier is reported only once > dquot.c:182: for each function it appears in.) > dquot.c:183: warning: control reaches end of non-void function > make[3]: *** [dquot.o] Error 1 > make[3]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > make[2]: *** [first_rule] Error 2 > make[2]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > make[1]: *** [_dir_fs] Error 2 > > AFAICT L1_CACHE_SHIFT is not defined for the powerpc arch (only alpha, > mips64, s390, i386 and ia64 define it). > > the offending line is: > > static inline int const hashfn(struct super_block *sb, unsigned int > id, int type) > { > return((((unsigned long)sb>>L1_CACHE_SHIFT) ^ id) * (MAXQUOTAS - type)) % NR_DQHASH; > } > > this changed somewhere between -rc3 and the final 2.4.19 (rc3 was fine). > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:46:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758kERw000660 for ; Mon, 5 Aug 2002 01:46:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758kEAl000659 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:46:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758k9Rw000631 for ; Mon, 5 Aug 2002 01:46:09 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA05721 for ; Mon, 5 Aug 2002 01:48:00 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA40231; Mon, 5 Aug 2002 18:46:43 +1000 (EST) Date: Mon, 5 Aug 2002 18:46:43 +1000 (EST) From: Nathan Scott Message-Id: <200208050846.SAA40231@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, agruen@suse.de Subject: TAKE - tweak man page X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 5 01:45:20 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124289a cmd/attr/man/man2/setxattr.2 - 1.4 - fix from AG - this flag only existed while we were originally fleshing out the xattr syscalls - removing is done via the removexattr syscalls nowadays. From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:54:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758sfRw000957 for ; Mon, 5 Aug 2002 01:54:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758sf4Y000956 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:54:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758sXRw000920 for ; Mon, 5 Aug 2002 01:54:33 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA01254 for ; Mon, 5 Aug 2002 01:56:24 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA57551 for linux-xfs@oss.sgi.com; Mon, 5 Aug 2002 18:55:07 +1000 (EST) Date: Mon, 5 Aug 2002 18:55:07 +1000 (EST) From: Nathan Scott Message-Id: <200208050855.SAA57551@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsinvutil X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 5 01:54:23 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124290a cmd/xfsdump/VERSION - 1.37 cmd/xfsdump/doc/CHANGES - 1.45 cmd/xfsdump/man/man8/xfsinvutil.8 - 1.4 cmd/xfsdump/debian/changelog - 1.28 cmd/xfsdump/invutil/invutil.c - 1.13 cmd/xfsdump/invutil/getopt.h - 1.3 cmd/xfsdump/invutil/list.c - 1.2 cmd/xfsdump/invutil/stobj.h - 1.2 cmd/xfsdump/invutil/stobj.c - 1.3 cmd/xfsdump/invutil/screen.c - 1.2 cmd/xfsdump/invutil/menu.c - 1.2 cmd/xfsdump/invutil/list.h - 1.2 cmd/xfsdump/invutil/cmenu.c - 1.2 cmd/xfsdump/invutil/invidx.h - 1.2 cmd/xfsdump/invutil/cmenu.h - 1.2 cmd/xfsdump/invutil/fstab.c - 1.2 cmd/xfsdump/invutil/invutil.h - 1.2 cmd/xfsdump/invutil/invidx.c - 1.2 cmd/xfsdump/invutil/fstab.h - 1.2 - Bump version, document changes: o xfsinvutil -m option added (merge from IRIX). o add missing GPL/copyright headers to several xfsinvutil files. o correct several uses of uuid_compare in xfsinvutil. From owner-linux-xfs@oss.sgi.com Mon Aug 5 01:56:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g758uMRw001145 for ; Mon, 5 Aug 2002 01:56:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g758uL8A001144 for linux-xfs-outgoing; Mon, 5 Aug 2002 01:56:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@17dyn28.ztm.casema.net [213.17.32.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g758uGRw001113 for ; Mon, 5 Aug 2002 01:56:16 -0700 Received: (qmail 5755 invoked by uid 500); 5 Aug 2002 08:58:06 -0000 Date: Mon, 5 Aug 2002 10:58:06 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805085806.GC863@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> <20020803165941.GF576@fruit.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803165941.GF576@fruit.eu.org> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > Also of note may be that I'm running it with the ngpt futex patch and the > O(1) scheduler patch. I just tried a kernel without any patches whatsoever: it exhibits the same problem. I did notice that the file needs to be written in small chunks at a time. For example: dd if=/dev/zero of=foo bs=1024 count=9 HTH, -- Wessel Dankers we just switched to FDDI. From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:03:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75932Rw001396 for ; Mon, 5 Aug 2002 02:03:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75932g7001395 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:03:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7592gRw001366 for ; Mon, 5 Aug 2002 02:02:43 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id 402B3C24A; Mon, 5 Aug 2002 10:41:08 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id KAA01123; Mon, 5 Aug 2002 10:41:06 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 0911C57306; Mon, 5 Aug 2002 10:40:08 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id 7C94E25836; Mon, 5 Aug 2002 10:40:06 +0200 (CEST) Message-ID: <3D4E39E6.A76A0B15@ch.sauter-bc.com> Date: Mon, 05 Aug 2002 10:40:06 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Greg Freemyer Cc: Federico Sevilla III , linux-xfs@oss.sgi.com Subject: Re: recovery failed after power off References: <20020802204138.WEZL6404.imf08bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg Freemyer schrieb: > > >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger wrote: > >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. > >> > Without write cache recovery seems to be ok. Now i have to find out > >> > how to disable write cache of IDE drives on a 3ware controller ;-) > > >> This can be done both via the 3ware BIOS which you can enter at bootup, > >> or via the 3dmd web-based management system. > > >> --> Jijo > > I know that turns off the write cache on the 3ware controller itself. > > Does it also turn off the write cache on the underlying IDE drives? There are tools around, usually from the drive vendor, with which you can change cache configuration. Unfortunately there are IDE drives around which don't disable write cache even if they are configured to do so. Simon > > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:03:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7593SRw001522 for ; Mon, 5 Aug 2002 02:03:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7593S35001521 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:03:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7593ARw001433 for ; Mon, 5 Aug 2002 02:03:11 -0700 Received: from erbenson.alaska.net (197-pm16.nwc.alaska.net [209.112.141.197]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g75951q32010 for ; Mon, 5 Aug 2002 01:05:01 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 863FF3A0C for ; Mon, 5 Aug 2002 01:04:58 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 0B7CD10293; Mon, 5 Aug 2002 01:04:58 -0800 (AKDT) Date: Mon, 5 Aug 2002 01:04:57 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020805010457.E24705@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803145056.A25690@plato.local.lan> <20020805082302.GG3410@frodo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tEFtbjk+mNEviIIX" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020805082302.GG3410@frodo>; from nathans@sgi.com on Mon, Aug 05, 2002 at 06:23:02PM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --tEFtbjk+mNEviIIX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 05, 2002 at 06:23:02PM +1000, Nathan Scott wrote: > hi, >=20 > Looks like this crept in with that 2.5 quota port, Christoph. > On 2.5, L1_CACHE_SHIFT is declared for all architectures. I > guess we could go back to using HASHDEV(sb->s_dev?) for 2.4? >=20 > A simple build fix, Ethan, would be to change dquot.c::hashfn > so that it uses the HASHDEV macro again (similar to revision > 1.48 of fs/dquot.c, except no dev parameter anymore so use > sb->s_dev instead). I'll wait to hear from Christoph &/ Jan > before checking anything into the tree though. i decided to just disable the VFS quota option entirely since it appears unecessary for XFS quota to work.=20=20 the mmap file corruption problem is more of a concern atm (i can reproduce that quite readily ..) > cheers. >=20 > --=20 > Nathan >=20 >=20 > On Sat, Aug 03, 2002 at 02:50:56PM -0800, Ethan Benson wrote: > > This may not be the right place to report this, but... > >=20 > > on powerpc the following occurs: > >=20 > > gcc -D__KERNEL__ -I/usr/local/src/linux-2.4.19/include -Wall > > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing > > -fno-common -fomit-frame-pointer -D__powerpc__ -fsigned-char > > -msoft-float -pipe -ffixed-r2 -Wno-uninitialized -mmultiple -mstring > > -nostdinc -I /usr/lib/gcc-lib/powerpc-linux/2.95.4/include > > -DKBUILD_BASENAME=3Ddquot -DEXPORT_SYMTAB -c dquot.c > > dquot.c: In function `hashfn': > > dquot.c:182: `L1_CACHE_SHIFT' undeclared (first use in this function) > > dquot.c:182: (Each undeclared identifier is reported only once > > dquot.c:182: for each function it appears in.) > > dquot.c:183: warning: control reaches end of non-void function > > make[3]: *** [dquot.o] Error 1 > > make[3]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > > make[2]: *** [first_rule] Error 2 > > make[2]: Leaving directory `/usr/local/src/linux-2.4.19/fs' > > make[1]: *** [_dir_fs] Error 2 > >=20 > > AFAICT L1_CACHE_SHIFT is not defined for the powerpc arch (only alpha, > > mips64, s390, i386 and ia64 define it). > >=20 > > the offending line is: > >=20 > > static inline int const hashfn(struct super_block *sb, unsigned int > > id, int type) > > { > > return((((unsigned long)sb>>L1_CACHE_SHIFT) ^ id) * (MAXQUOTAS = - type)) % NR_DQHASH; > > } > >=20 > > this changed somewhere between -rc3 and the final 2.4.19 (rc3 was fine). > >=20 > > --=20 > > Ethan Benson > > http://www.alaska.net/~erbenson/ --=20 Ethan Benson http://www.alaska.net/~erbenson/ --tEFtbjk+mNEviIIX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1OP7kACgkQJKx7GixEevzrmACfS81fvWz91rTWf2WfthnSFRGN 2/sAn394uNO9Cz9tlOf4aehDjRGj/aiq =Zmyc -----END PGP SIGNATURE----- --tEFtbjk+mNEviIIX-- From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:05:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7595nRw001863 for ; Mon, 5 Aug 2002 02:05:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7595n0p001862 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:05:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7595fRw001832 for ; Mon, 5 Aug 2002 02:05:41 -0700 Received: from erbenson.alaska.net (197-pm16.nwc.alaska.net [209.112.141.197]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g7597Wq33956 for ; Mon, 5 Aug 2002 01:07:32 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 538863A0C for ; Mon, 5 Aug 2002 01:07:31 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 359E010293; Mon, 5 Aug 2002 01:07:31 -0800 (AKDT) Date: Mon, 5 Aug 2002 01:07:31 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805010731.F24705@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020803132927.GA576@fruit.eu.org> <9862.1028384103@ocs3.intra.ocs.com.au> <20020803142405.GC576@fruit.eu.org> <1028390577.1131.4.camel@laptop.americas.sgi.com> <20020803160859.GE576@fruit.eu.org> <1028391174.1131.8.camel@laptop.americas.sgi.com> <20020803165941.GF576@fruit.eu.org> <20020805085806.GC863@fruit.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8vCeF2GUdMpe9ZbK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020805085806.GC863@fruit.eu.org>; from wsl@fruit.eu.org on Mon, Aug 05, 2002 at 10:58:06AM +0200 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --8vCeF2GUdMpe9ZbK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > > Also of note may be that I'm running it with the ngpt futex patch and t= he > > O(1) scheduler patch. >=20 > I just tried a kernel without any patches whatsoever: it exhibits the same > problem. I did notice that the file needs to be written in small chunks at > a time. For example: >=20 > dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 i have reproduced this problem quite easily as well with a plain 2.4.19 + split patches on powerpc, its not difficult at all to reproduce. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --8vCeF2GUdMpe9ZbK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1OQFMACgkQJKx7GixEevzfxACcDai+8OPhPCiXA+VTF+gEkfX8 4C0AoJvwrcTg7phBxnUHTyvuuFnQguu2 =yGhY -----END PGP SIGNATURE----- --8vCeF2GUdMpe9ZbK-- From owner-linux-xfs@oss.sgi.com Mon Aug 5 02:12:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g759CsRw002102 for ; Mon, 5 Aug 2002 02:12:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g759Csw3002101 for linux-xfs-outgoing; Mon, 5 Aug 2002 02:12:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hammail1.truenorth.com (h-213.61.138.102.host.de.colt.net [213.61.138.102]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g759CmRw002073 for ; Mon, 5 Aug 2002 02:12:49 -0700 Received: from hamburg.fcb.com ([170.200.66.61]) by hammail1.truenorth.com (Netscape Messaging Server 4.15 hammail1 Jul 25 2002 23:34:33) with ESMTP id H0D5NY00.925; Mon, 5 Aug 2002 11:14:22 +0200 Message-ID: <3D4E41FA.4020309@hamburg.fcb.com> Date: Mon, 05 Aug 2002 05:14:34 -0400 From: "Harald Wagener" Organization: FCB Wilkens User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1a+) Gecko/20020702 X-Accept-Language: en-us, en MIME-Version: 1.0 CC: linux-xfs@oss.sgi.com, netatalk-devel@lists.sourceforge.net Subject: Re: 2.4.19 with split patches fails to build quota on powerpc References: <20020803145056.A25690@plato.local.lan> <20020805082302.GG3410@frodo> <20020805010457.E24705@plato.local.lan> X-Enigmail-Version: 0.65.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ethan Benson wrote: [ snip ] > the mmap file corruption problem is more of a concern atm (i can > reproduce that quite readily ..) > > Let me just add that mapcheck reproducibly segfaults on .Parent files generated by netatalk. I can provide more data if that is needed. Regards, Harald -- Harald Wagener*An der Alster 42*20099 Hamburg*http://www.fcb-wilkens.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 06:59:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75DxpRw009019 for ; Mon, 5 Aug 2002 06:59:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75DxpEa009018 for linux-xfs-outgoing; Mon, 5 Aug 2002 06:59:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from atrey.karlin.mff.cuni.cz (postfix@atrey.karlin.mff.cuni.cz [195.113.31.123]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75DxhRw008989 for ; Mon, 5 Aug 2002 06:59:44 -0700 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4043) id 9F4894F9AE; Mon, 5 Aug 2002 16:01:36 +0200 (CEST) Date: Mon, 5 Aug 2002 16:01:36 +0200 From: Jan Kara To: Nathan Scott Cc: Ethan Benson , Christoph Hellwig , Jan Kara , linux-xfs@oss.sgi.com Subject: Re: 2.4.19 with split patches fails to build quota on powerpc Message-ID: <20020805140136.GG22651@atrey.karlin.mff.cuni.cz> References: <20020803145056.A25690@plato.local.lan> <20020805082302.GG3410@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020805082302.GG3410@frodo> User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, > Looks like this crept in with that 2.5 quota port, Christoph. > On 2.5, L1_CACHE_SHIFT is declared for all architectures. I > guess we could go back to using HASHDEV(sb->s_dev?) for 2.4? Yes, that's right. > A simple build fix, Ethan, would be to change dquot.c::hashfn > so that it uses the HASHDEV macro again (similar to revision > 1.48 of fs/dquot.c, except no dev parameter anymore so use > sb->s_dev instead). I'll wait to hear from Christoph &/ Jan > before checking anything into the tree though. Honza From owner-linux-xfs@oss.sgi.com Mon Aug 5 07:21:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75ELFRw009713 for ; Mon, 5 Aug 2002 07:21:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75ELFDw009712 for linux-xfs-outgoing; Mon, 5 Aug 2002 07:21:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75EL7Rw009673 for ; Mon, 5 Aug 2002 07:21:08 -0700 Received: (qmail 10894 invoked from network); 5 Aug 2002 14:22:58 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 5 Aug 2002 14:22:58 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id B20BF3000BA; Tue, 6 Aug 2002 00:21:30 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 6E24594; Tue, 6 Aug 2002 00:21:30 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Ethan Benson Cc: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back In-reply-to: Your message of "Mon, 05 Aug 2002 01:07:31 PST." <20020805010731.F24705@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 2002 00:21:25 +1000 Message-ID: <3674.1028557285@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 5 Aug 2002 01:07:31 -0800, Ethan Benson wrote: >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: >> > Also of note may be that I'm running it with the ngpt futex patch and t= >he >> > O(1) scheduler patch. >>=20 >> I just tried a kernel without any patches whatsoever: it exhibits the same >> problem. I did notice that the file needs to be written in small chunks at >> a time. For example: >>=20 >> dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 > >i have reproduced this problem quite easily as well with a plain >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. Could people reporting this problem please include their compiler and binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from immediately after it was released, and I cannot reproduce the problem. Tested on UP and SMP using Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) GNU ld version 2.10.91 (with BFD 2.10.91.0.2) From owner-linux-xfs@oss.sgi.com Mon Aug 5 07:30:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75ETxRw009981 for ; Mon, 5 Aug 2002 07:29:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75ETxqA009980 for linux-xfs-outgoing; Mon, 5 Aug 2002 07:29:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75ETnRw009952 for ; Mon, 5 Aug 2002 07:29:49 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA06019; Mon, 5 Aug 2002 09:31:33 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA46672; Mon, 5 Aug 2002 09:31:33 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75EV4i14746; Mon, 5 Aug 2002 09:31:04 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Keith Owens Cc: Ethan Benson , linux-xfs@oss.sgi.com In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au> References: <3674.1028557285@ocs3.intra.ocs.com.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 09:31:04 -0500 Message-Id: <1028557864.14705.5.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 09:21, Keith Owens wrote: > On Mon, 5 Aug 2002 01:07:31 -0800, > Ethan Benson wrote: > >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > >> > Also of note may be that I'm running it with the ngpt futex patch and t= > >he > >> > O(1) scheduler patch. > >>=20 > >> I just tried a kernel without any patches whatsoever: it exhibits the same > >> problem. I did notice that the file needs to be written in small chunks at > >> a time. For example: > >>=20 > >> dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 > > > >i have reproduced this problem quite easily as well with a plain > >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. > > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) I would have to concur with Keith here, I cannot reproduce this either, possibly compiler related, possibly something about peoples setups. My compiler: Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-108.7.2) GNU ld version 2.11.93.0.2 20020207 Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 08:41:40 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75FfeRw014886 for ; Mon, 5 Aug 2002 08:41:40 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75FfepN014885 for linux-xfs-outgoing; Mon, 5 Aug 2002 08:41:40 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf02bis.bellsouth.net (mail002.mail.bellsouth.net [205.152.58.22]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75FfVRw014855 for ; Mon, 5 Aug 2002 08:41:31 -0700 Received: from TAZ2 ([66.156.2.18]) by imf02bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020805154453.LUY27309.imf02bis.bellsouth.net@TAZ2>; Mon, 5 Aug 2002 11:44:53 -0400 Date: Mon, 5 Aug 2002 11:42:05 -0400 From: Greg Freemyer Subject: Turning off write protect of IDE drives hidden behind a 3ware controller? [WAS: recovery failed after power off] To: Simon Matter cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020805154453.LUY27309.imf02bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g75FfVRw014857 X-Spam-Status: No, hits=0.6 required=5.0 tests=SUBJ_HAS_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> Greg Freemyer schrieb: >> > >> > >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger >> wrote: >> > >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. >> > >> > Without write cache recovery seems to be ok. Now i have to find >> out >> > >> > how to disable write cache of IDE drives on a 3ware controller >> ;-) >> > >> > >> This can be done both via the 3ware BIOS which you can enter at >> bootup, >> > >> or via the 3dmd web-based management system. >> > >> > >> --> Jijo >> > >> > I know that turns off the write cache on the 3ware controller itself. >> > >> > Does it also turn off the write cache on the underlying IDE drives? >> There are tools around, usually from the drive vendor, with which you >> can change cache configuration. Unfortunately there are IDE drives >> around which don't disable write cache even if they are configured to do >> so. >> Simon Simon, I believe the 3ware controller effectively hides the IDE nature of the drives from the OS/bios and I doubt if the drive vendor's tools are smart enough to work in a 3ware environment. Are you suggesting that in a 3ware environment, one should move the IDE drives to a computer with standard IDE controllers; turn off the write cache, then move them back behind the 3ware controller? I can see that working if the drives store that piece of their config in Non-volatile RAM, but I don't have that level of knowledge. If that is what needs to be done, I can certainly do it, but it does seem to be a pain. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 10:56:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75Hu6Rw017160 for ; Mon, 5 Aug 2002 10:56:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75Hu66W017159 for linux-xfs-outgoing; Mon, 5 Aug 2002 10:56:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75Hu0Rw017128 for ; Mon, 5 Aug 2002 10:56:00 -0700 Received: from Mail.CERT.Uni-Stuttgart.DE (mail.cert.uni-stuttgart.de [129.69.16.17]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id KAA04429 for ; Mon, 5 Aug 2002 10:58:30 -0700 (PDT) mail_from (Weimer@CERT.Uni-Stuttgart.DE) Received: from rusfw by Mail.CERT.Uni-Stuttgart.DE with local (Exim 4.04) id 17blxL-0007EM-00; Mon, 05 Aug 2002 19:47:47 +0200 To: Keith Owens Cc: Ethan Benson , linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back References: <3674.1028557285@ocs3.intra.ocs.com.au> From: Florian Weimer Date: Mon, 05 Aug 2002 19:47:47 +0200 In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au> (Keith Owens's message of "Tue, 06 Aug 2002 00:21:25 +1000") Message-ID: <87znw1yz7g.fsf@CERT.Uni-Stuttgart.DE> Lines: 21 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Keith Owens writes: > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) I've encountered the same problem with ReiserFS ages ago. In this case, the page cache had the correct view, but the data on disk was wrong. Unless the page was somehow flushed, the real disk contents didn't show up until the next reboot. Maybe similar things are happening here... -- Florian Weimer Weimer@CERT.Uni-Stuttgart.DE University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/ RUS-CERT fax +49-711-685-5898 From owner-linux-xfs@oss.sgi.com Mon Aug 5 11:11:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75IBKRw017643 for ; Mon, 5 Aug 2002 11:11:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75IB1eA017639 for linux-xfs-outgoing; Mon, 5 Aug 2002 11:11:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from web12901.mail.yahoo.com (web12901.mail.yahoo.com [216.136.174.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75IAoRw017609 for ; Mon, 5 Aug 2002 11:10:51 -0700 Message-ID: <20020805181239.62100.qmail@web12901.mail.yahoo.com> Received: from [193.251.130.61] by web12901.mail.yahoo.com via HTTP; Mon, 05 Aug 2002 19:12:39 BST Date: Mon, 5 Aug 2002 19:12:39 +0100 (BST) From: =?iso-8859-1?q?ahmed=20jubril?= Subject: Appealing for ugent business proposal To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=3.4 required=5.0 tests=FROM_ENDS_IN_NUMS,US_DOLLARS version=2.20 X-Spam-Level: *** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Dear sir, Permit me to inform you of my desire of going into businessraine@deloitte.co.uk s relationship with you. I got your contact from the Ivory coast chember of commerce. I prayed over it and selected your name among other names due to its esteeming nature and I perssonaly recommend you as a reputable and trust worthy person I can do business with though we've not know before and by my recommendations,I must not hesitate to confide in you for this simple and sincere business. I am Ahmed Jubril, The only son of late Alhaji and Mrs Ibrahim Jubril . My father was a very wealthy cocoa and Elephant tusk MERCHANT IN Abidjan, the capital of Ivory Coast before he was poisoned to death by his business associates on one of their outing to discuss on a business deal. Before the death of my father, he took me so special as his only son that he promise to prepare my future for better. Since I was not present on the 29th June 2000, the day he (my father) died in a private hospital here in Abidjan, he called my mother on his bedside revealing to her that he has one metal box contaning the sum of US$11.200.000 Dollars (Eleven Million, Two Hundrend Thousand United States Dollars)and 4kgs of raw Gold left in one of the security company here in Abidjan,he later handed her over the certificate of deposit and prove of ownership and that he used my name as his only son for the next of kin in the deposit of this fund. He also explained to my mother that it was because of this money that he was poisoned by his business associates who doesn't know the actual place this money was deposited. He also advised me that I should seek for a foreign partner in a country of my choice where I can transfer this fund and use it for investment purposes (such as estate management) and that immediately it is done, I should leave the country for he fears my security is in danger. I have already discussed it with my mother and she assured me that this money will be transferred immediatrely I got a trust worthy and a genuine pertner overseas. Dear, I am honourably seeking your assistance for the transfer of this money which I am sure will open a business relationship between both of us. Furthermore, you can indicate your option towards assisting me by email for us to discuss terms and conditions for this transactions. Thanks for your co-operations. Yours sincerely, Ahmed Jubril __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 11:40:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75IemRw018152 for ; Mon, 5 Aug 2002 11:40:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75IemwZ018151 for linux-xfs-outgoing; Mon, 5 Aug 2002 11:40:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@17dyn28.ztm.casema.net [213.17.32.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75IeeRw018123 for ; Mon, 5 Aug 2002 11:40:41 -0700 Received: (qmail 7082 invoked by uid 500); 5 Aug 2002 18:42:32 -0000 Date: Mon, 5 Aug 2002 20:42:32 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805184232.GD863@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-06 00:21:25+1000, Keith Owens wrote: > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) Compilers: (I tried each of them, all exhibited the mmap() problem) Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs gcc version 2.95.4 20011002 (Debian prerelease) Reading specs from /usr/lib/gcc-lib/i386-linux/3.0.4/specs gcc version 3.0.4 Reading specs from /usr/lib/gcc-lib/i386-linux/3.1.1/specs gcc version 3.1.1 20020703 (Debian prerelease) Linker: GNU ld version 2.12.90.0.9 20020526 Debian GNU/Linux Kind regards, -- Wessel Dankers dry joints on cable plug From owner-linux-xfs@oss.sgi.com Mon Aug 5 11:58:39 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75IwdRw018418 for ; Mon, 5 Aug 2002 11:58:39 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75Iwdhw018417 for linux-xfs-outgoing; Mon, 5 Aug 2002 11:58:39 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hob.slb.nwc.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75IwRRw018387 for ; Mon, 5 Aug 2002 11:58:27 -0700 Received: from erbenson.alaska.net (2-pm21.nwc.alaska.net [209.112.143.2]) by hob.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g75J0Jq97011 for ; Mon, 5 Aug 2002 11:00:19 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 110E83A17 for ; Mon, 5 Aug 2002 11:00:18 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 225D010293; Mon, 5 Aug 2002 11:00:18 -0800 (AKDT) Date: Mon, 5 Aug 2002 11:00:18 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020805110018.H24705@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="APlYHCtpeOhspHkB" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3674.1028557285@ocs3.intra.ocs.com.au>; from kaos@sgi.com on Tue, Aug 06, 2002 at 12:21:25AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --APlYHCtpeOhspHkB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 06, 2002 at 12:21:25AM +1000, Keith Owens wrote: > On Mon, 5 Aug 2002 01:07:31 -0800,=20 > Ethan Benson wrote: > >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > >> > Also of note may be that I'm running it with the ngpt futex patch an= d t=3D > >he > >> > O(1) scheduler patch. > >>=3D20 > >> I just tried a kernel without any patches whatsoever: it exhibits the = same > >> problem. I did notice that the file needs to be written in small chunk= s at > >> a time. For example: > >>=3D20 > >> dd if=3D3D/dev/zero of=3D3Dfoo bs=3D3D1024 count=3D3D9 > > > >i have reproduced this problem quite easily as well with a plain > >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. >=20 > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from eb@dogbert ~$ gcc -v ; ld -v Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs gcc version 2.95.4 20011002 (Debian prerelease) GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux --=20 Ethan Benson http://www.alaska.net/~erbenson/ --APlYHCtpeOhspHkB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1Oy0EACgkQJKx7GixEevzA+wCdHHxVUfoBEMY7PF7tEgWoKSY2 zvAAn0bmGB4P5eY0UL7hQODwFZhK1yoc =uAZW -----END PGP SIGNATURE----- --APlYHCtpeOhspHkB-- From owner-linux-xfs@oss.sgi.com Mon Aug 5 12:12:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75JCWRw018891 for ; Mon, 5 Aug 2002 12:12:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75JCWvV018890 for linux-xfs-outgoing; Mon, 5 Aug 2002 12:12:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from echo.computel.nl (IDENT:postfix@echo.computel.nl [195.86.134.74]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75JCORw018862 for ; Mon, 5 Aug 2002 12:12:25 -0700 Received: from localhost (localhost [127.0.0.1]) by echo.computel.nl (Postfix) with SMTP id E30829E3D; Mon, 5 Aug 2002 21:14:16 +0200 (CEST) Received: from balefire10ww (e122144.upc-e.chello.nl [213.93.122.144]) by echo.computel.nl (Postfix) with ESMTP id 464D29DEA; Mon, 5 Aug 2002 21:14:16 +0200 (CEST) Message-ID: <003f01c23cb4$4ab2d910$64c8a8c0@balefire10ww> From: "Sander Steffann" To: "Keith Owens" , "Florian Weimer" Cc: "Ethan Benson" , References: <3674.1028557285@ocs3.intra.ocs.com.au> <87znw1yz7g.fsf@CERT.Uni-Stuttgart.DE> Subject: Re: The mmap() problem is back Date: Mon, 5 Aug 2002 21:14:15 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-AntiVirus: www.nederland.net e-mail virus scanner X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > I've encountered the same problem with ReiserFS ages ago. In this > case, the page cache had the correct view, but the data on disk was > wrong. Unless the page was somehow flushed, the real disk contents > didn't show up until the next reboot. Hmmm. This sounds like a problem we had several months ago... Only we ran RedHat 6.2 with a 2.2 kernel and an ext2 filesystem. We noticed something was wrong when rsync started to hang. Even a kill -9 couldn't stop it. At that moment, the filesystem seemed damaged, but not too bad. After a reboot the main superblock was gone, and even fsck.ext2 couldn't make much of the filesystem... We had to restore a backup from tape :( This happen twice in two weeks. Both times it was the same filesystem that was messed up, but since it was also the most active filesystem that makes sense. We suspected bad hardware. Mostly because the airconditioning had broken, and another mainboard had already died from the heat... Mainboard, processor and memory were replaced, and we never had that problem again. I hope this helps. Funny that exactly the same thing can happen on three different filesystem-types. Good luck, Sander From owner-linux-xfs@oss.sgi.com Mon Aug 5 12:35:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75JZlRw019952 for ; Mon, 5 Aug 2002 12:35:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75JZlQq019951 for linux-xfs-outgoing; Mon, 5 Aug 2002 12:35:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75JZcRw019923 for ; Mon, 5 Aug 2002 12:35:38 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA09475; Mon, 5 Aug 2002 14:37:24 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA39534; Mon, 5 Aug 2002 14:37:23 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75JaqQ24537; Mon, 5 Aug 2002 14:36:52 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020805184232.GD863@fruit.eu.org> References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 14:36:52 -0500 Message-Id: <1028576212.14705.56.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 13:42, Wessel Dankers wrote: > On 2002-08-06 00:21:25+1000, Keith Owens wrote: > > Could people reporting this problem please include their compiler and > > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > > immediately after it was released, and I cannot reproduce the problem. > > Tested on UP and SMP using > > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) > > Compilers: (I tried each of them, all exhibited the mmap() problem) > > Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs > gcc version 2.95.4 20011002 (Debian prerelease) > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.0.4/specs > gcc version 3.0.4 > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.1.1/specs > gcc version 3.1.1 20020703 (Debian prerelease) > > Linker: > > GNU ld version 2.12.90.0.9 20020526 Debian GNU/Linux > > Kind regards, > > -- > Wessel Dankers > > dry joints on cable plug Ahh, I happen to have gcc 3.0.4 lurking on my box here, I have rebuilt a kernel with it and I am cleaning all the disks with mapcheck first. I will pound on it for a while and see what happens. Thanks, Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 13:11:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75KBaRw020420 for ; Mon, 5 Aug 2002 13:11:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75KBasV020419 for linux-xfs-outgoing; Mon, 5 Aug 2002 13:11:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75KBRRw020390 for ; Mon, 5 Aug 2002 13:11:27 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA96985; Mon, 5 Aug 2002 15:13:15 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA75445; Mon, 5 Aug 2002 15:13:14 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75KChG25675; Mon, 5 Aug 2002 15:12:43 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020805184232.GD863@fruit.eu.org> References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 15:12:43 -0500 Message-Id: <1028578363.25172.1.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 13:42, Wessel Dankers wrote: > On 2002-08-06 00:21:25+1000, Keith Owens wrote: > > Could people reporting this problem please include their compiler and > > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > > immediately after it was released, and I cannot reproduce the problem. > > Tested on UP and SMP using > > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) > > Compilers: (I tried each of them, all exhibited the mmap() problem) > > Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs > gcc version 2.95.4 20011002 (Debian prerelease) > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.0.4/specs > gcc version 3.0.4 > > Reading specs from /usr/lib/gcc-lib/i386-linux/3.1.1/specs > gcc version 3.1.1 20020703 (Debian prerelease) > > Linker: > > GNU ld version 2.12.90.0.9 20020526 Debian GNU/Linux > OK, I replicated it here, then went back and replicated it with a different compiler. Not sure when I will manage to fix it, Eric is out this week and I am buried under ten thousand other things. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 15:00:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g75M0uRw021531 for ; Mon, 5 Aug 2002 15:00:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g75M0uQG021530 for linux-xfs-outgoing; Mon, 5 Aug 2002 15:00:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g75M0mRw021502 for ; Mon, 5 Aug 2002 15:00:48 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA09835; Mon, 5 Aug 2002 17:02:36 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id RAA96652; Mon, 5 Aug 2002 17:02:35 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g75M23l27411; Mon, 5 Aug 2002 17:02:03 -0500 Subject: Re: The mmap() problem is back From: Steve Lord To: Wessel Dankers Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020805184232.GD863@fruit.eu.org> References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 05 Aug 2002 17:02:03 -0500 Message-Id: <1028584923.26861.9.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-9.4 required=5.0 tests=IN_REP_TO,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Can you try this change and let me know if it fixes it for you, I did not check this in because I do not want to fix it this way, but it will confirm where the problem is coming from: Steve =========================================================================== Index: linux/fs/xfs/linux/xfs_iops.c =========================================================================== --- /usr/tmp/TmpDir.27400-0/linux/fs/xfs/linux/xfs_iops.c_1.167 Mon Aug 5 17:02:15 2002 +++ linux/fs/xfs/linux/xfs_iops.c Mon Aug 5 16:38:56 2002 @@ -559,9 +559,11 @@ /* If we are doing writes at the end of the file, * allocate in chunks */ +/**** if (create && (offset >= inode->i_size) && !(flags & PBF_SYNC)) size = 1 << XFS_WRITE_IO_LOG; else +***/ size = 1 << inode->i_blkbits; VOP_BMAP(vp, offset, size, -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Mon Aug 5 23:24:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g766OoRw001709 for ; Mon, 5 Aug 2002 23:24:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g766OoPK001708 for linux-xfs-outgoing; Mon, 5 Aug 2002 23:24:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g766OcRw001679 for ; Mon, 5 Aug 2002 23:24:38 -0700 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA04197 for ; Mon, 5 Aug 2002 23:27:10 -0700 (PDT) mail_from (tes@boing.melbourne.sgi.com) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA73557; Tue, 6 Aug 2002 16:25:04 +1000 (AEST) Date: Tue, 6 Aug 2002 16:25:04 +1000 From: Tim Shimmin To: "Blizbor (IMA)" Cc: linux-xfs@oss.sgi.com Subject: Re: HELP - serious problem, weird filesystem behaviour ... Message-ID: <20020806162504.Y3612651@boing.melbourne.sgi.com> References: <3D4BA4BC.2000700@ima.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <3D4BA4BC.2000700@ima.pl>; from tb670725@ima.pl on Sat, Aug 03, 2002 at 11:39:08AM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Blizbor, Answering the xfsdump/restore related question... On Sat, Aug 03, 2002 at 11:39:08AM +0200, Blizbor (IMA) wrote: > Hi, > > Yesterday in mc programm I have deleted few > directories on \ filesystem (i.e. \ola \ala \iza). > These are very small so deletion was rapid. > > Then problem started. > > ls / doesnt show anything however I still can do > cd /home; cd /root; cd /bin ... all files are found. > Almost everything is working. Im afraid to reboot these machine. > > I have done xfs_ncheck - shows that fs contains data. > I have done xfsdump, I presume you did the xfsdump after the deletions. (Better to do it beforehand ;-) > then during archive validation > I found something strange for me: > > [root@localhost /root]# xfsrestore -t -f /home/XFSdump_rootFS.bin | head > -1000 > xfsrestore: version 3.0 - Running single-threaded .... > xfsrestore: searching media for directory dump > xfsrestore: reading directories > xfsrestore: directory post-processing > xfsrestore: reading non-directory files > xfsrestore: NOTE: ino 135 salvaging file, placing in > orphanage/524417.0/lib/locale/ar_IN/LC_MESSAGES/SYS_LC_MESSAGES ... > What does it means ? I believe this means that it is trying to restore inode 135 of which it has the file data and we have the parent directory which contains this file entry BUT the rest of the directory tree (starting from root) is not connected to this node. There is a pass in the code which recursively marks the subtrees to restore (starting from the top of the tree) and it never got to this entry. So it restores this file into the orphanage directory. So your FS is likely to be corrupted which matches with your statements above. > Is it possible to repair that system without data lost ? > I guess you may need to boot from CD and xfs_repair the unmounted xfs root file system. I'll leave it to others to comment on the best course of action here. --Tim From owner-linux-xfs@oss.sgi.com Tue Aug 6 02:40:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g769e7Rw005024 for ; Tue, 6 Aug 2002 02:40:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g769e7Cg005023 for linux-xfs-outgoing; Tue, 6 Aug 2002 02:40:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g769dDRw004975 for ; Tue, 6 Aug 2002 02:39:13 -0700 Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id CAA06245 for ; Tue, 6 Aug 2002 02:41:45 -0700 (PDT) mail_from (christian.guggenberger@physik.uni-regensburg.de) Received: from pc9391.physik.uni-regensburg.de (mail@pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.9.3/8.9.3-URRZ-Sol-2.7-01) with ESMTP id LAA21845 for ; Tue, 6 Aug 2002 11:32:09 +0200 (MET DST) Received: from loopback ([127.0.0.1] helo=pc9391 ident=guc28561) by pc9391.physik.uni-regensburg.de with esmtp (Exim 3.35 #1 (Debian)) id 17c0hC-0000Sf-00 for ; Tue, 06 Aug 2002 11:32:06 +0200 Date: Tue, 6 Aug 2002 11:32:03 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: filesystem corruption Message-ID: <20020806113203.A29628@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=_5mCyUwZo2JvN/J" Content-Transfer-Encoding: 8bit X-Mailer: Balsa 1.2.4 Lines: 331 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=_5mCyUwZo2JvN/J Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Hi there! we recently replaced all 6 HDs (80GB) of our ide-scsi hardware raid5(ift-6200) by 160Gb ones. This Raid contained 2 Partitions (each ~200GB). I backed up those partions using tar to another ide-sci hw raid5(ift-6300, 1.7TB,12x160GB) without errors. Now, while migrating the data back, I get file-system corruptions on the newly created xfs-filesystems. tar xvfp scratch.tar stops with input/output errors. I'm using cvs-kernel checked out on August, 4th, ca. 18:00 EST, compiled with gcc-2.95.4(DebianPrerelease). xfsprogs are the latest, too. According to the manufactor of the ift-6200, I should use 32k stripe unit for random-access optimization. So here's what I used to create the two filesystems on the ift-6200: mkfs.xfs -f -d sunit=64,swidth=320 -l size=32768b /dev/sdb1 mkfs.xfs -f -d sunit=64,swidth=320 -l size=32768b /dev/sdb2 Should I try other options? e.g no sunit and swidth?? The attachment contains the whole dmesg output. thanks in advance Christian Guggenberger --=_5mCyUwZo2JvN/J Content-Type: application/octet-stream; charset=us-ascii Content-Disposition: attachment; filename="dmesg.out" Content-Transfer-Encoding: base64 QyAoYXBpY2lkLXBpbikgMi0wLCAyLTUsIDItMTAsIDItMTEsIDItMTMgbm90 IGNvbm5lY3RlZC4KLi5USU1FUjogdmVjdG9yPTB4MzEgcGluMT0yIHBpbjI9 MAouLk1QLUJJT1MgYnVnOiA4MjU0IHRpbWVyIG5vdCBjb25uZWN0ZWQgdG8g SU8tQVBJQwouLi50cnlpbmcgdG8gc2V0IHVwIHRpbWVyIChJUlEwKSB0aHJv dWdoIHRoZSA4MjU5QSAuLi4gCi4uLi4uIChmb3VuZCBwaW4gMCkgLi4ud29y a3MuCm51bWJlciBvZiBNUCBJUlEgc291cmNlczogNDUuCm51bWJlciBvZiBJ Ty1BUElDICMyIHJlZ2lzdGVyczogMTYuCm51bWJlciBvZiBJTy1BUElDICMz IHJlZ2lzdGVyczogMTYuCnRlc3RpbmcgdGhlIElPIEFQSUMuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLgoKSU8gQVBJQyAjMi4uLi4uLgouLi4uIHJlZ2lzdGVy ICMwMDogMDIwMDAwMDAKLi4uLi4uLiAgICA6IHBoeXNpY2FsIEFQSUMgaWQ6 IDAyCi4uLi4gcmVnaXN0ZXIgIzAxOiAwMDBGMDAxMQouLi4uLi4uICAgICA6 IG1heCByZWRpcmVjdGlvbiBlbnRyaWVzOiAwMDBGCi4uLi4uLi4gICAgIDog UFJRIGltcGxlbWVudGVkOiAwCi4uLi4uLi4gICAgIDogSU8gQVBJQyB2ZXJz aW9uOiAwMDExCi4uLi4gcmVnaXN0ZXIgIzAyOiAwMDAwMDAwMAouLi4uLi4u ICAgICA6IGFyYml0cmF0aW9uOiAwMAouLi4uIElSUSByZWRpcmVjdGlvbiB0 YWJsZToKIE5SIExvZyBQaHkgTWFzayBUcmlnIElSUiBQb2wgU3RhdCBEZXN0 IERlbGkgVmVjdDogICAKIDAwIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAg MCAgICAxICAgIDEgICAgMzEKIDAxIDAwMyAwMyAgMCAgICAwICAgIDAgICAw ICAgMCAgICAxICAgIDEgICAgMzkKIDAyIDAwMCAwMCAgMSAgICAwICAgIDAg ICAwICAgMCAgICAwICAgIDAgICAgMDAKIDAzIDAwMyAwMyAgMCAgICAwICAg IDAgICAwICAgMCAgICAxICAgIDEgICAgNDEKIDA0IDAwMyAwMyAgMCAgICAw ICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNDkKIDA1IDAwMCAwMCAgMSAg ICAwICAgIDAgICAwICAgMCAgICAwICAgIDAgICAgMDAKIDA2IDAwMyAwMyAg MCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNTEKIDA3IDAwMyAw MyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNTkKIDA4IDAw MyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNjEKIDA5 IDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAgIDEgICAgNjkK IDBhIDAwMCAwMCAgMSAgICAwICAgIDAgICAwICAgMCAgICAwICAgIDAgICAg MDAKIDBiIDAwMCAwMCAgMSAgICAwICAgIDAgICAwICAgMCAgICAwICAgIDAg ICAgMDAKIDBjIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAgICAxICAg IDEgICAgNzEKIDBkIDAwMCAwMCAgMSAgICAwICAgIDAgICAwICAgMCAgICAw ICAgIDAgICAgMDAKIDBlIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAgMCAg ICAxICAgIDEgICAgNzkKIDBmIDAwMyAwMyAgMCAgICAwICAgIDAgICAwICAg MCAgICAxICAgIDEgICAgODEKCklPIEFQSUMgIzMuLi4uLi4KLi4uLiByZWdp c3RlciAjMDA6IDAzMDAwMDAwCi4uLi4uLi4gICAgOiBwaHlzaWNhbCBBUElD IGlkOiAwMwouLi4uIHJlZ2lzdGVyICMwMTogMDAwRjAwMTEKLi4uLi4uLiAg ICAgOiBtYXggcmVkaXJlY3Rpb24gZW50cmllczogMDAwRgouLi4uLi4uICAg ICA6IFBSUSBpbXBsZW1lbnRlZDogMAouLi4uLi4uICAgICA6IElPIEFQSUMg dmVyc2lvbjogMDAxMQouLi4uIHJlZ2lzdGVyICMwMjogMDEwMDAwMDAKLi4u Li4uLiAgICAgOiBhcmJpdHJhdGlvbjogMDEKLi4uLiBJUlEgcmVkaXJlY3Rp b24gdGFibGU6CiBOUiBMb2cgUGh5IE1hc2sgVHJpZyBJUlIgUG9sIFN0YXQg RGVzdCBEZWxpIFZlY3Q6ICAgCiAwMCAwMDMgMDMgIDEgICAgMSAgICAwICAg MSAgIDAgICAgMSAgICAxICAgIDg5CiAwMSAwMDMgMDMgIDEgICAgMSAgICAw ICAgMSAgIDAgICAgMSAgICAxICAgIDkxCiAwMiAwMDMgMDMgIDEgICAgMSAg ICAwICAgMSAgIDAgICAgMSAgICAxICAgIDk5CiAwMyAwMDMgMDMgIDEgICAg MSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEExCiAwNCAwMDMgMDMgIDEg ICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEE5CiAwNSAwMDMgMDMg IDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEIxCiAwNiAwMDMg MDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEI5CiAwNyAw MDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEMxCiAw OCAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAgIEM5 CiAwOSAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAxICAg IEQxCiAwYSAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAgICAx ICAgIEQ5CiAwYiAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAgMSAg ICAxICAgIEUxCiAwYyAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAgICAg MSAgICAxICAgIEU5CiAwZCAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAgIDAg ICAgMSAgICAxICAgIDMyCiAwZSAwMDMgMDMgIDEgICAgMSAgICAwICAgMSAg IDAgICAgMSAgICAxICAgIDNBCiAwZiAwMDMgMDMgIDEgICAgMSAgICAwICAg MSAgIDAgICAgMSAgICAxICAgIDQyCklSUSB0byBwaW4gbWFwcGluZ3M6CklS UTAgLT4gMDowCklSUTEgLT4gMDoxCklSUTMgLT4gMDozCklSUTQgLT4gMDo0 CklSUTYgLT4gMDo2CklSUTcgLT4gMDo3CklSUTggLT4gMDo4CklSUTkgLT4g MDo5CklSUTEyIC0+IDA6MTIKSVJRMTQgLT4gMDoxNApJUlExNSAtPiAwOjE1 CklSUTE2IC0+IDE6MApJUlExNyAtPiAxOjEKSVJRMTggLT4gMToyCklSUTE5 IC0+IDE6MwpJUlEyMCAtPiAxOjQKSVJRMjEgLT4gMTo1CklSUTIyIC0+IDE6 NgpJUlEyMyAtPiAxOjcKSVJRMjQgLT4gMTo4CklSUTI1IC0+IDE6OQpJUlEy NiAtPiAxOjEwCklSUTI3IC0+IDE6MTEKSVJRMjggLT4gMToxMgpJUlEyOSAt PiAxOjEzCklSUTMwIC0+IDE6MTQKSVJRMzEgLT4gMToxNQouLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gZG9uZS4KVXNpbmcgbG9jYWwg QVBJQyB0aW1lciBpbnRlcnJ1cHRzLgpjYWxpYnJhdGluZyBBUElDIHRpbWVy IC4uLgouLi4uLiBDUFUgY2xvY2sgc3BlZWQgaXMgMTM5Ni40NDAwIE1Iei4K Li4uLi4gaG9zdCBidXMgY2xvY2sgc3BlZWQgaXMgMTMyLjk5MzkgTUh6Lgpj cHU6IDAsIGNsb2NrczogMTMyOTkzOSwgc2xpY2U6IDQ0MzMxMwpDUFUwPFQw OjEzMjk5MzYsVDE6ODg2NjA4LEQ6MTUsUzo0NDMzMTMsQzoxMzI5OTM5Pgpj cHU6IDEsIGNsb2NrczogMTMyOTkzOSwgc2xpY2U6IDQ0MzMxMwpDUFUxPFQw OjEzMjk5MzYsVDE6NDQzMjk2LEQ6MTQsUzo0NDMzMTMsQzoxMzI5OTM5Pgpj aGVja2luZyBUU0Mgc3luY2hyb25pemF0aW9uIGFjcm9zcyBDUFVzOiBwYXNz ZWQuCldhaXRpbmcgb24gd2FpdF9pbml0X2lkbGUgKG1hcCA9IDB4MikKQWxs IHByb2Nlc3NvcnMgaGF2ZSBkb25lIGluaXRfaWRsZQpQQ0k6IFBDSSBCSU9T IHJldmlzaW9uIDIuMTAgZW50cnkgYXQgMHhmYzcyZSwgbGFzdCBidXM9MwpQ Q0k6IFVzaW5nIGNvbmZpZ3VyYXRpb24gdHlwZSAxClBDSTogUHJvYmluZyBQ Q0kgaGFyZHdhcmUKVW5rbm93biBicmlkZ2UgcmVzb3VyY2UgMjogYXNzdW1p bmcgdHJhbnNwYXJlbnQKUENJOiBEaXNjb3ZlcmVkIHByaW1hcnkgcGVlciBi dXMgMDEgW0lSUV0KUENJOiBEaXNjb3ZlcmVkIHByaW1hcnkgcGVlciBidXMg MDMgW0lSUV0KUENJOiBVc2luZyBJUlEgcm91dGVyIFNlcnZlcldvcmtzIFsx MTY2LzAyMDBdIGF0IDAwOjBmLjAKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06 IChCMCxJNCxQMCkgLT4gMTYKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChC MixJNCxQMCkgLT4gMjYKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChCMixJ NCxQMSkgLT4gMjgKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChCMyxJNixQ MCkgLT4gMjAKUENJLT5BUElDIElSUSB0cmFuc2Zvcm06IChCMyxJOCxQMCkg LT4gMTcKTGludXggTkVUNC4wIGZvciBMaW51eCAyLjQKQmFzZWQgdXBvbiBT d2Fuc2VhIFVuaXZlcnNpdHkgQ29tcHV0ZXIgU29jaWV0eSBORVQzLjAzOQpJ bml0aWFsaXppbmcgUlQgbmV0bGluayBzb2NrZXQKU3RhcnRpbmcga3N3YXBk CmFsbG9jYXRlZCAzMiBwYWdlcyBhbmQgMzIgYmhzIHJlc2VydmVkIGZvciB0 aGUgaGlnaG1lbSBib3VuY2VzClZGUzogRGlzayBxdW90YXMgdmRxdW90XzYu NS4xCkluc3RhbGxpbmcga25mc2QgKGNvcHlyaWdodCAoQykgMTk5NiBva2ly QG1vbmFkLnN3Yi5kZSkuCkFDUEk6IENvcmUgU3Vic3lzdGVtIHZlcnNpb24g WzIwMDExMDE4XQpBQ1BJOiBTdWJzeXN0ZW0gZW5hYmxlZApwdHk6IDI1NiBV bml4OTggcHR5cyBjb25maWd1cmVkClNlcmlhbCBkcml2ZXIgdmVyc2lvbiA1 LjA1YyAoMjAwMS0wNy0wOCkgd2l0aCBNQU5ZX1BPUlRTIFNIQVJFX0lSUSBT RVJJQUxfUENJIGVuYWJsZWQKdHR5UzAwIGF0IDB4MDNmOCAoaXJxID0gNCkg aXMgYSAxNjU1MEEKdHR5UzAxIGF0IDB4MDJmOCAoaXJxID0gMykgaXMgYSAx NjU1MEEKUmVhbCBUaW1lIENsb2NrIERyaXZlciB2MS4xMGUKVW5pZm9ybSBN dWx0aS1QbGF0Zm9ybSBFLUlERSBkcml2ZXIgUmV2aXNpb246IDYuMzEKaWRl OiBBc3N1bWluZyAzM01IeiBzeXN0ZW0gYnVzIHNwZWVkIGZvciBQSU8gbW9k ZXM7IG92ZXJyaWRlIHdpdGggaWRlYnVzPXh4ClNlcnZlcldvcmtzIE9TQjQ6 IElERSBjb250cm9sbGVyIG9uIFBDSSBidXMgMDAgZGV2IDc5ClNlcnZlcldv cmtzIE9TQjQ6IGNoaXBzZXQgcmV2aXNpb24gMApTZXJ2ZXJXb3JrcyBPU0I0 OiBub3QgMTAwJSBuYXRpdmUgbW9kZTogd2lsbCBwcm9iZSBpcnFzIGxhdGVy CiAgICBpZGUwOiBCTS1ETUEgYXQgMHgwOGIwLTB4MDhiNywgQklPUyBzZXR0 aW5nczogaGRhOkRNQSwgaGRiOnBpbwogICAgaWRlMTogQk0tRE1BIGF0IDB4 MDhiOC0weDA4YmYsIEJJT1Mgc2V0dGluZ3M6IGhkYzpwaW8sIGhkZDpwaW8K aGRhOiBTQU1TVU5HIENELVJPTSBTTi0xMjQsIEFUQVBJIENEL0RWRC1ST00g ZHJpdmUKaWRlMCBhdCAweDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTQKaGRh OiBBVEFQSSAyNFggQ0QtUk9NIGRyaXZlLCAxMjhrQiBDYWNoZSwgVURNQSgz MykKVW5pZm9ybSBDRC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjEyCkZsb3Bw eSBkcml2ZShzKTogZmQwIGlzIDEuNDRNCkZEQyAwIGlzIGEgTmF0aW9uYWwg U2VtaWNvbmR1Y3RvciBQQzg3MzA2ClNDU0kgc3Vic3lzdGVtIGRyaXZlciBS ZXZpc2lvbjogMS4wMApzY3NpMCA6IEFkYXB0ZWMgQUlDN1hYWCBFSVNBL1ZM Qi9QQ0kgU0NTSSBIQkEgRFJJVkVSLCBSZXYgNi4yLjgKICAgICAgICA8QWRh cHRlYyBhaWM3ODk5IFVsdHJhMTYwIFNDU0kgYWRhcHRlcj4KICAgICAgICBh aWM3ODk5OiBVbHRyYTE2MCBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAz Mi8yNTMgU0NCcwoKc2NzaTEgOiBBZGFwdGVjIEFJQzdYWFggRUlTQS9WTEIv UENJIFNDU0kgSEJBIERSSVZFUiwgUmV2IDYuMi44CiAgICAgICAgPEFkYXB0 ZWMgYWljNzg5OSBVbHRyYTE2MCBTQ1NJIGFkYXB0ZXI+CiAgICAgICAgYWlj Nzg5OTogVWx0cmExNjAgV2lkZSBDaGFubmVsIEIsIFNDU0kgSWQ9NywgMzIv MjUzIFNDQnMKCnNjc2kyIDogQWRhcHRlYyBBSUM3WFhYIEVJU0EvVkxCL1BD SSBTQ1NJIEhCQSBEUklWRVIsIFJldiA2LjIuOAogICAgICAgIDxBZGFwdGVj IDI5MTYwIFVsdHJhMTYwIFNDU0kgYWRhcHRlcj4KICAgICAgICBhaWM3ODky OiBVbHRyYTE2MCBXaWRlIENoYW5uZWwgQSwgU0NTSSBJZD03LCAzMi8yNTMg U0NCcwoKICBWZW5kb3I6IFFVQU5UVU0gICBNb2RlbDogQVRMQVMxMEszXzE4 X1NDQSAgUmV2OiAxMjBHCiAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAgICAg ICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDMKKHNjc2kw OkE6MCk6IDE2MC4wMDBNQi9zIHRyYW5zZmVycyAoODAuMDAwTUh6IERULCBv ZmZzZXQgMTI3LCAxNmJpdCkKICBWZW5kb3I6IERFTEwgICAgICBNb2RlbDog MXg2IFUyVyBTQ1NJIEJQICAgUmV2OiAxLjI5CiAgVHlwZTogICBQcm9jZXNz b3IgICAgICAgICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lv bjogMDIKc2NzaTA6QTowOjA6IFRhZ2dlZCBRdWV1aW5nIGVuYWJsZWQuICBE ZXB0aCAyNTMKICBWZW5kb3I6IElGVCAgICAgICBNb2RlbDogSUZULTcyMDAg ICAgICAgICAgUmV2OiAwMTQ0CiAgVHlwZTogICBEaXJlY3QtQWNjZXNzICAg ICAgICAgICAgICAgICAgICAgIEFOU0kgU0NTSSByZXZpc2lvbjogMDMKKHNj c2kyOkE6MCk6IDgwLjAwME1CL3MgdHJhbnNmZXJzICg0MC4wMDBNSHosIG9m ZnNldCAzMSwgMTZiaXQpCiAgVmVuZG9yOiBBRFZVTkkgICAgTW9kZWw6IE9Y WUdFTlJBSUQgMzIwV0cgIFJldjogMDIxMwogIFR5cGU6ICAgRGlyZWN0LUFj Y2VzcyAgICAgICAgICAgICAgICAgICAgICBBTlNJIFNDU0kgcmV2aXNpb246 IDA0CihzY3NpMjpBOjEpOiAxNjAuMDAwTUIvcyB0cmFuc2ZlcnMgKDgwLjAw ME1IeiBEVCwgb2Zmc2V0IDYyLCAxNmJpdCkKc2NzaTI6QTowOjA6IFRhZ2dl ZCBRdWV1aW5nIGVuYWJsZWQuICBEZXB0aCAyNTMKc2NzaTI6QToxOjA6IFRh Z2dlZCBRdWV1aW5nIGVuYWJsZWQuICBEZXB0aCAyNTMKQXR0YWNoZWQgc2Nz aSBkaXNrIHNkYSBhdCBzY3NpMCwgY2hhbm5lbCAwLCBpZCAwLCBsdW4gMApB dHRhY2hlZCBzY3NpIGRpc2sgc2RiIGF0IHNjc2kyLCBjaGFubmVsIDAsIGlk IDAsIGx1biAwCkF0dGFjaGVkIHNjc2kgZGlzayBzZGMgYXQgc2NzaTIsIGNo YW5uZWwgMCwgaWQgMSwgbHVuIDAKU0NTSSBkZXZpY2Ugc2RhOiAzNTU2NjQ3 OCA1MTItYnl0ZSBoZHdyIHNlY3RvcnMgKDE4MjEwIE1CKQpQYXJ0aXRpb24g Y2hlY2s6CiBzZGE6IHNkYTEgc2RhMiBzZGEzIHNkYTQgPCBzZGE1IHNkYTYg c2RhNyBzZGE4IHNkYTkgPgpTQ1NJIGRldmljZSBzZGI6IDE2MDA4MTc5MjAg NTEyLWJ5dGUgaGR3ciBzZWN0b3JzICgtMjc5ODkyIE1CKQogc2RiOiBzZGIx IHNkYjIKU0NTSSBkZXZpY2Ugc2RjOiAtNzc4OTMyMjI0IDUxMi1ieXRlIGhk d3Igc2VjdG9ycyAoLTM5ODgxMiBNQikKIHNkYzogc2RjMQpORVQ0OiBMaW51 eCBUQ1AvSVAgMS4wIGZvciBORVQ0LjAKSVAgUHJvdG9jb2xzOiBJQ01QLCBV RFAsIFRDUCwgSUdNUApJUDogcm91dGluZyBjYWNoZSBoYXNoIHRhYmxlIG9m IDE2Mzg0IGJ1Y2tldHMsIDEyOEtieXRlcwpUQ1A6IEhhc2ggdGFibGVzIGNv bmZpZ3VyZWQgKGVzdGFibGlzaGVkIDI2MjE0NCBiaW5kIDY1NTM2KQpORVQ0 OiBVbml4IGRvbWFpbiBzb2NrZXRzIDEuMC9TTVAgZm9yIExpbnV4IE5FVDQu MC4KVkZTOiBNb3VudGVkIHJvb3QgKGV4dDIgZmlsZXN5c3RlbSkgcmVhZG9u bHkuCkZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDIzNmsgZnJlZWQK QWRkaW5nIFN3YXA6IDIwMDAwNTJrIHN3YXAtc3BhY2UgKHByaW9yaXR5IC0x KQpBZGRpbmcgU3dhcDogMjAwMDA1Mmsgc3dhcC1zcGFjZSAocHJpb3JpdHkg LTIpCkludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgRHJpdmVyIC0gdmVyc2lv biA0LjMuMgpDb3B5cmlnaHQgKGMpIDE5OTktMjAwMiBJbnRlbCBDb3Jwb3Jh dGlvbi4KZXRoMDogSW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0 aW9uCkxWTSB2ZXJzaW9uIDEuMC4zKDE5LzAyLzIwMDIpIG1vZHVsZSBsb2Fk ZWQKbG9vcDogbG9hZGVkIChtYXggOCBkZXZpY2VzKQpTR0kgWEZTIENWUyB3 aXRoIEFDTHMsIHF1b3RhLCBubyBkZWJ1ZyBlbmFibGVkClhGUyBtb3VudGlu ZyBmaWxlc3lzdGVtIHNkKDgsNSkKWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0g c2QoOCw4KQplMTAwMDogZXRoMCBOSUMgTGluayBpcyBVcCAxMDAwIE1icHMg RnVsbCBEdXBsZXgKbmZzZDogbGFzdCBzZXJ2ZXIgaGFzIGV4aXRlZApuZnNk OiB1bmV4cG9ydGluZyBhbGwgZmlsZXN5c3RlbXMKWEZTIG1vdW50aW5nIGZp bGVzeXN0ZW0gc2QoOCwzMykKWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2Qo OCwxNykKWEZTIHF1b3RhY2hlY2sgc2QoOCwxNyk6IFBsZWFzZSB3YWl0LgpY RlMgcXVvdGFjaGVjayBzZCg4LDE3KTogRG9uZS4KWEZTIG1vdW50aW5nIGZp bGVzeXN0ZW0gc2QoOCwxOCkKWEZTIHF1b3RhY2hlY2sgc2QoOCwxOCk6IFBs ZWFzZSB3YWl0LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE4KTogRG9uZS4KWEZT IG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxNykKWEZTIHF1b3RhY2hlY2sg c2QoOCwxNyk6IFBsZWFzZSB3YWl0LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE3 KTogRG9uZS4KWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxOCkKWEZT IHF1b3RhY2hlY2sgc2QoOCwxOCk6IFBsZWFzZSB3YWl0LgpYRlMgcXVvdGFj aGVjayBzZCg4LDE4KTogRG9uZS4KWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0g c2QoOCwxNykKWEZTIHF1b3RhY2hlY2sgc2QoOCwxNyk6IFBsZWFzZSB3YWl0 LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE3KTogRG9uZS4KWEZTIG1vdW50aW5n IGZpbGVzeXN0ZW0gc2QoOCwxOCkKWEZTIHF1b3RhY2hlY2sgc2QoOCwxOCk6 IFBsZWFzZSB3YWl0LgpYRlMgcXVvdGFjaGVjayBzZCg4LDE4KTogRG9uZS4K eGZzX2ZvcmNlX3NodXRkb3duKHNkKDgsMTgpLDB4OCkgY2FsbGVkIGZyb20g bGluZSAxMDQxIG9mIGZpbGUgeGZzX3RyYW5zLmMuICBSZXR1cm4gYWRkcmVz cyA9IDB4ZjhhOGI3MjkKQ29ycnVwdGlvbiBvZiBpbi1tZW1vcnkgZGF0YSBk ZXRlY3RlZC4gIFNodXR0aW5nIGRvd24gZmlsZXN5c3RlbTogc2QoOCwxOCkK UGxlYXNlIHVtb3VudCB0aGUgZmlsZXN5c3RlbSwgYW5kIHJlY3RpZnkgdGhl IHByb2JsZW0ocykKeGZzX2ZvcmNlX3NodXRkb3duKHNkKDgsMTcpLDB4OCkg Y2FsbGVkIGZyb20gbGluZSAxMDQxIG9mIGZpbGUgeGZzX3RyYW5zLmMuICBS ZXR1cm4gYWRkcmVzcyA9IDB4ZjhhOGI3MjkKeGZzX2ZvcmNlX3NodXRkb3du KHNkKDgsMTcpLDB4MikgY2FsbGVkIGZyb20gbGluZSA3MTMgb2YgZmlsZSB4 ZnNfbG9nLmMuICBSZXR1cm4gYWRkcmVzcyA9IDB4ZjhhN2VkODMKQ29ycnVw dGlvbiBvZiBpbi1tZW1vcnkgZGF0YSBkZXRlY3RlZC4gIFNodXR0aW5nIGRv d24gZmlsZXN5c3RlbTogc2QoOCwxNykKUGxlYXNlIHVtb3VudCB0aGUgZmls ZXN5c3RlbSwgYW5kIHJlY3RpZnkgdGhlIHByb2JsZW0ocykKWEZTIG1vdW50 aW5nIGZpbGVzeXN0ZW0gc2QoOCwxOCkKU3RhcnRpbmcgWEZTIHJlY292ZXJ5 IG9uIGZpbGVzeXN0ZW06IHNkKDgsMTgpIChkZXY6IDgvMTgpClhGUzogeGxv Z19yZWNvdmVyX3Byb2Nlc3NfZGF0YTogYmFkIGNsaWVudGlkClhGUzogbG9n IG1vdW50L3JlY292ZXJ5IGZhaWxlZApYRlM6IGxvZyBtb3VudCBmYWlsZWQK WEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxNykKU3RhcnRpbmcgWEZT IHJlY292ZXJ5IG9uIGZpbGVzeXN0ZW06IHNkKDgsMTcpIChkZXY6IDgvMTcp ClhGUzogeGxvZ19yZWNvdmVyX3Byb2Nlc3NfZGF0YTogYmFkIGNsaWVudGlk ClhGUzogbG9nIG1vdW50L3JlY292ZXJ5IGZhaWxlZApYRlM6IGxvZyBtb3Vu dCBmYWlsZWQKWEZTIG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxNykKWEZT IG1vdW50aW5nIGZpbGVzeXN0ZW0gc2QoOCwxOCkKWEZTIHF1b3RhY2hlY2sg c2QoOCwxOCk6IFBsZWFzZSB3YWl0LgpFRlNDT1JSVVBURUQgcmV0dXJuZWQg ZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVE IHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVG U0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxp bmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19p YWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20g ZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1 cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JS VVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEz MTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9j LmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUg eGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQg ZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVE IHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVG U0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxp bmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19p YWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20g ZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1 cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JS VVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEz MTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9j LmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUg eGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQg ZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKWEZTIHF1b3RhY2hl Y2sgc2QoOCwxOCk6IERvbmUuCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNf aWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9t IGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0 dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09S UlVQVEVEIHJldHVybmVkIGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAx MzEzCkVGU0NPUlJVUFRFRCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxv Yy5jIGxpbmUgMTMxMwpFRlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxl IHhmc19pYWxsb2MuYyBsaW5lIDEzMTMKRUZTQ09SUlVQVEVEIHJldHVybmVk IGZyb20gZmlsZSB4ZnNfaWFsbG9jLmMgbGluZSAxMzEzCkVGU0NPUlJVUFRF RCByZXR1cm5lZCBmcm9tIGZpbGUgeGZzX2lhbGxvYy5jIGxpbmUgMTMxMwpF RlNDT1JSVVBURUQgcmV0dXJuZWQgZnJvbSBmaWxlIHhmc19pYWxsb2MuYyBs aW5lIDEzMTMKeGZzX2ZvcmNlX3NodXRkb3duKHNkKDgsMTgpLDB4OCkgY2Fs bGVkIGZyb20gbGluZSAxMDQxIG9mIGZpbGUgeGZzX3RyYW5zLmMuICBSZXR1 cm4gYWRkcmVzcyA9IDB4ZjhhOGI3MjkKQ29ycnVwdGlvbiBvZiBpbi1tZW1v cnkgZGF0YSBkZXRlY3RlZC4gIFNodXR0aW5nIGRvd24gZmlsZXN5c3RlbTog c2QoOCwxOCkKUGxlYXNlIHVtb3VudCB0aGUgZmlsZXN5c3RlbSwgYW5kIHJl Y3RpZnkgdGhlIHByb2JsZW0ocykK --=_5mCyUwZo2JvN/J-- From owner-linux-xfs@oss.sgi.com Tue Aug 6 03:25:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76APcRw005535 for ; Tue, 6 Aug 2002 03:25:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76APcxu005534 for linux-xfs-outgoing; Tue, 6 Aug 2002 03:25:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from fruit.eu.org (qmailr@17dyn28.ztm.casema.net [213.17.32.28]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76APWRw005506 for ; Tue, 6 Aug 2002 03:25:33 -0700 Received: (qmail 9221 invoked by uid 500); 6 Aug 2002 10:27:26 -0000 Date: Tue, 6 Aug 2002 12:27:26 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Subject: Re: The mmap() problem is back Message-ID: <20020806102726.GI863@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020805010731.F24705@plato.local.lan> <3674.1028557285@ocs3.intra.ocs.com.au> <20020805184232.GD863@fruit.eu.org> <1028584923.26861.9.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1028584923.26861.9.camel@jen.americas.sgi.com> User-Agent: Mutt/1.4i X-oi: oi X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On 2002-08-05 17:02:03-0500, Steve Lord wrote: > > Can you try this change and let me know if it fixes it for you, > I did not check this in because I do not want to fix it this way, > but it will confirm where the problem is coming from: Yes, I just tried it and the problem goes away! -- Wessel Dankers Repeated reboots of the system failed to solve problem From owner-linux-xfs@oss.sgi.com Tue Aug 6 04:44:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76BiwRw015100 for ; Tue, 6 Aug 2002 04:44:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76Biwqo015099 for linux-xfs-outgoing; Tue, 6 Aug 2002 04:44:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from grunt.com.au (ns1.grunt.com.au [203.94.136.170]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76BinRw015065 for ; Tue, 6 Aug 2002 04:44:50 -0700 Received: from grunt.com.au ([203.94.136.162]) by grunt.com.au (SGI-8.9.3/8.9.3) with ESMTP id VAA34639; Tue, 6 Aug 2002 21:43:23 +1000 (AEST) Message-ID: <3D4FB793.9000007@grunt.com.au> Date: Tue, 06 Aug 2002 21:48:35 +1000 From: Grant Fraser Organization: Grunt Graphics User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Eric Sandeen CC: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? References: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> <1028298123.19802.0.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi guys, Thanks again, found the 7.3 SGI_XFS CD iso. But excuse my ignorance here but what is the .xdelta file for?? Its there with the iso file if I need it. Will try things again tommorrow, being on a break for a couple of days :) Cheers Eric Sandeen wrote: > On Fri, 2002-08-02 at 03:03, Seth Mos wrote: > > >>There also is a Red Hat 7.3 XFS installer disk on the site. >>Eric do we have a installer iso available that has the .xdelta file included? >> > > Nope, I'm reluctant to put yet another 300M file out there, the xdelta > and a readme are there, that will help save some bandwidth. :) > > -Eric > > -- -------------------------------------------- - Grant Fraser - Sydney Australia - - mailto:grantf@grunt.com.au - - http://www.grunt.com.au - - http://www.dlf.org.au - -------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue Aug 6 04:56:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76BuIRw015328 for ; Tue, 6 Aug 2002 04:56:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76BuIBw015327 for linux-xfs-outgoing; Tue, 6 Aug 2002 04:56:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta03.algx.net (chimta03.algx.net [216.99.233.78]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76BuARw015298 for ; Tue, 6 Aug 2002 04:56:11 -0700 Received: from [192.168.10.106] (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx03.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H0D0035WKGZHC@chimmx03.algx.net> for linux-xfs@oss.sgi.com; Mon, 05 Aug 2002 09:34:12 -0500 (CDT) Date: Mon, 05 Aug 2002 10:34:24 -0400 From: John M Trostel Subject: Re: The mmap() problem is back In-reply-to: <3674.1028557285@ocs3.intra.ocs.com.au> To: Keith Owens Cc: Ethan Benson , linux-xfs@oss.sgi.com Message-id: <1028558065.1579.1.camel@jtsdell> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <3674.1028557285@ocs3.intra.ocs.com.au> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk What would be the _best_ method for people to quickly test for this? On Mon, 2002-08-05 at 10:21, Keith Owens wrote: > On Mon, 5 Aug 2002 01:07:31 -0800, > Ethan Benson wrote: > >On Mon, Aug 05, 2002 at 10:58:06AM +0200, Wessel Dankers wrote: > >> On 2002-08-03 18:59:41+0200, Wessel Dankers wrote: > >> > Also of note may be that I'm running it with the ngpt futex patch and t= > >he > >> > O(1) scheduler patch. > >>=20 > >> I just tried a kernel without any patches whatsoever: it exhibits the same > >> problem. I did notice that the file needs to be written in small chunks at > >> a time. For example: > >>=20 > >> dd if=3D/dev/zero of=3Dfoo bs=3D1024 count=3D9 > > > >i have reproduced this problem quite easily as well with a plain > >2.4.19 + split patches on powerpc, its not difficult at all to reproduce. > > Could people reporting this problem please include their compiler and > binutils versions (gcc -v ; ld -v). I am running 2.4.19-xfs from > immediately after it was released, and I cannot reproduce the problem. > Tested on UP and SMP using > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs > gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-81) > GNU ld version 2.10.91 (with BFD 2.10.91.0.2) > -- John M. Trostel Senior Software Engineer Quantum Corp. / SSG john.trostel@quantum.com From owner-linux-xfs@oss.sgi.com Tue Aug 6 05:04:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76C4CRw015600 for ; Tue, 6 Aug 2002 05:04:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76C4CNI015599 for linux-xfs-outgoing; Tue, 6 Aug 2002 05:04:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76C46Rw015571 for ; Tue, 6 Aug 2002 05:04:07 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id HAA09776; Tue, 6 Aug 2002 07:05:58 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-34.corp.sgi.com [134.15.64.34]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id HAA89612; Tue, 6 Aug 2002 07:05:56 -0500 (CDT) Subject: Re: The mmap() problem is back From: Stephen Lord To: John M Trostel Cc: Keith Owens , Ethan Benson , linux-xfs@oss.sgi.com In-Reply-To: <1028558065.1579.1.camel@jtsdell> References: <3674.1028557285@ocs3.intra.ocs.com.au> <1028558065.1579.1.camel@jtsdell> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 06 Aug 2002 07:03:30 -0500 Message-Id: <1028635413.1122.2.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-05 at 09:34, John M Trostel wrote: > What would be the _best_ method for people to quickly test for this? > I found running something like dbench 32 and killing it half way through and then running mapcheck on the filesystem. This would usually produce a handful of files. This has probably been in the tree for a few weeks, I hope to come up with a better fix today. Steve From owner-linux-xfs@oss.sgi.com Tue Aug 6 05:26:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76CQBRw016608 for ; Tue, 6 Aug 2002 05:26:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76CQB7v016607 for linux-xfs-outgoing; Tue, 6 Aug 2002 05:26:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76CPnRw016575 for ; Tue, 6 Aug 2002 05:25:50 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id D943BC2D1; Tue, 6 Aug 2002 13:59:21 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id NAA01537; Tue, 6 Aug 2002 13:59:21 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 32B9E57306; Tue, 6 Aug 2002 13:58:06 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by mobile.sauter-bc.com (Postfix) with ESMTP id 7EF0325835; Tue, 6 Aug 2002 13:58:00 +0200 (CEST) Message-ID: <3D4FB9C8.A2C4EA91@ch.sauter-bc.com> Date: Tue, 06 Aug 2002 13:58:00 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Greg Freemyer Cc: linux-xfs@oss.sgi.com Subject: Re: Turning off write protect of IDE drives hidden behind a 3ware controller? [WAS: recovery failed after power off] References: <20020805154453.LUY27309.imf02bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.6 required=5.0 tests=SUBJ_HAS_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg Freemyer schrieb: > > >> Greg Freemyer schrieb: > >> > > >> > >> On Fri, Aug 02, 2002 at 02:19:28PM +0200, Christian Thalinger > >> wrote: > >> > >> > Yep, IDE drive with write cache. Sorry, i could guess it myself. > >> > >> > Without write cache recovery seems to be ok. Now i have to find > >> out > >> > >> > how to disable write cache of IDE drives on a 3ware controller > >> ;-) > >> > > >> > >> This can be done both via the 3ware BIOS which you can enter at > >> bootup, > >> > >> or via the 3dmd web-based management system. > >> > > >> > >> --> Jijo > >> > > >> > I know that turns off the write cache on the 3ware controller itself. > >> > > >> > Does it also turn off the write cache on the underlying IDE drives? > > >> There are tools around, usually from the drive vendor, with which you > >> can change cache configuration. Unfortunately there are IDE drives > >> around which don't disable write cache even if they are configured to do > >> so. > > >> Simon > > Simon, > > I believe the 3ware controller effectively hides the IDE nature of the drives from the OS/bios and I doubt if the drive vendor's tools are smart enough to work in a 3ware environment. You're right. > > Are you suggesting that in a 3ware environment, one should move the IDE drives to a computer with standard IDE controllers; turn off the write cache, then move them back behind the 3ware controller? Exactly. > > I can see that working if the drives store that piece of their config in Non-volatile RAM, but I don't have that level of knowledge. There are several ways a harddisk can do this. The cheapest way would be that the drive writes those configuration data on a reserved sector on the disk. It doesn't matter how the drive does it, the only question is whether the drive actually _does_ what it is configured to do. Simon > > If that is what needs to be done, I can certainly do it, but it does seem to be a pain. > > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Tue Aug 6 05:33:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76CXHRw017669 for ; Tue, 6 Aug 2002 05:33:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76CXHm1017668 for linux-xfs-outgoing; Tue, 6 Aug 2002 05:33:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76CX9Rw017635 for ; Tue, 6 Aug 2002 05:33:10 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with ESMTP id g76CYxNC002151; Tue, 6 Aug 2002 14:35:00 +0200 (CEST) Message-Id: <4.3.2.7.2.20020806143031.03794030@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 06 Aug 2002 14:32:06 +0200 To: Grant Fraser , Eric Sandeen From: Seth Mos Subject: Re: Red-Hat 7.3 SGI XFS bootable disk ?? Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D4FB793.9000007@grunt.com.au> References: <4.3.2.7.2.20020802095706.03a4fb18@pop.xs4all.nl> <1028298123.19802.0.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 21:48 6-8-2002 +1000, Grant Fraser wrote: >Hi guys, > >Thanks again, found the 7.3 SGI_XFS CD iso. But excuse my ignorance here >but what is the .xdelta file for?? Its there with the iso file if I need it. Just after this ISO was released redhat spun a few new version which made the incompatible. If the installer complains that the CD's are not the correct ones then you need to apply the .xdelta file. There are windows instructions which you can find in the mailinglist. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Aug 6 08:01:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76F1lRw026813 for ; Tue, 6 Aug 2002 08:01:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76F1lsY026811 for linux-xfs-outgoing; Tue, 6 Aug 2002 08:01:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moutng2.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76F1bRw026780 for ; Tue, 6 Aug 2002 08:01:38 -0700 Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de) by moutng2.kundenserver.de with esmtp (Exim 3.35 #2) id 17c5rt-0002La-00 for linux-xfs@oss.sgi.com; Tue, 06 Aug 2002 17:03:29 +0200 Received: from pd9e4fdae.dip.t-dialin.net ([217.228.253.174] helo=aevum.de) by mrelayng0.kundenserver.de with asmtp (Exim 3.35 #2) id 17c5rs-0000GD-00 for linux-xfs@oss.sgi.com; Tue, 06 Aug 2002 17:03:29 +0200 Message-ID: <3D4FE4EE.6060509@aevum.de> Date: Tue, 06 Aug 2002 17:02:06 +0200 From: wellnhofer@aevum.de User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Filesystem corruption with linux-xfs 2.4.19 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g76F1dRw026783 X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, i just installed the latest Linux kernel 2.4.19 with XFS patches. After running it for about an hour i noticed all kinds of strange behaviour: stuck processes, strange error messages on file operations, files that could not be deleted. I repaired the filesystem using xfs_repair, which found some errors and then tried again with the same results. Now I'm using 2.4.18-xfs without problems. The machine is a dual-celeron with IDE disks. I have not tried if the problem is SMP-related. If you need further information just email me. Nick -- The hot Caribbean sun and a sweet sea breeze are all that can be felt. http://matadorworld.com/ -- aevum gmbh leopoldstr. 87 80802 münchen germany fon: +4989 38380653 fax: +4989 38799384 wellnhofer@aevum.de http://www.aevum.de From owner-linux-xfs@oss.sgi.com Tue Aug 6 08:43:39 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76FhdRw027541 for ; Tue, 6 Aug 2002 08:43:39 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76FhdNJ027540 for linux-xfs-outgoing; Tue, 6 Aug 2002 08:43:39 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76FhPRw027504 for ; Tue, 6 Aug 2002 08:43:25 -0700 Received: (qmail 6632 invoked by uid 500); 6 Aug 2002 15:45:12 -0000 Subject: Re: Filesystem corruption with linux-xfs 2.4.19 From: Austin Gonyou To: wellnhofer@aevum.de Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D4FE4EE.6060509@aevum.de> References: <3D4FE4EE.6060509@aevum.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6u4HEB6wHAGHsecmhlx7" Organization: Coremetrics, Inc. Message-Id: <1028648711.6549.5.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 06 Aug 2002 10:45:12 -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-6u4HEB6wHAGHsecmhlx7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable could you try the 2.4.19-rc5-aa1 patch please and tell us if you have problems. I'm thinking you won't. I'm running it on 3 systems right now, a Dell 6650(quad P4 xeon box with 8GB Ram), a Dell 1550 Dual P3, and an Athlon-C 1.333Ghz UP.=20 No problems anywhere. the two servers are SCSI, and home is IDE. Only solid performance so far.=20 On Tue, 2002-08-06 at 10:02, wellnhofer@aevum.de wrote: > Hi, >=20 > i just installed the latest Linux kernel 2.4.19 with XFS patches. > After=20 > running it for about an hour i noticed all kinds of strange behaviour: > stuck processes, strange error messages on file operations, files that > could not be deleted. >=20 > I repaired the filesystem using xfs_repair, which found some errors > and=20 > then tried again with the same results. >=20 > Now I'm using 2.4.18-xfs without problems. >=20 > The machine is a dual-celeron with IDE disks. I have not tried if the=20 > problem is SMP-related. If you need further information just email me. >=20 >=20 > Nick >=20 >=20 > --=20 > The hot Caribbean sun and a sweet sea breeze are all that can be felt. > http://matadorworld.com/ > -- > aevum gmbh > leopoldstr. 87 > 80802 m=FCnchen > germany >=20 > fon: +4989 38380653 > fax: +4989 38799384 > wellnhofer@aevum.de > http://www.aevum.de --=20 Austin Gonyou Coremetrics, Inc. --=-6u4HEB6wHAGHsecmhlx7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA9T+8H94g6ZVmFMoIRAnVFAKC/6M3gxBgwKLdkKmfwrsllR/zs4QCfc3Lf sXXZsmONBuu0Dqcu8BfkeYU= =v+1j -----END PGP SIGNATURE----- --=-6u4HEB6wHAGHsecmhlx7-- From owner-linux-xfs@oss.sgi.com Tue Aug 6 11:19:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76IJNRw003847 for ; Tue, 6 Aug 2002 11:19:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76IJNmq003846 for linux-xfs-outgoing; Tue, 6 Aug 2002 11:19:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from UberGeek ([209.184.141.189]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76IJ9Rw003802 for ; Tue, 6 Aug 2002 11:19:09 -0700 Received: (qmail 7126 invoked by uid 500); 6 Aug 2002 18:20:55 -0000 Subject: Re: Filesystem corruption with linux-xfs 2.4.19 From: Austin Gonyou To: wellnhofer@aevum.de Cc: linux-xfs@oss.sgi.com In-Reply-To: <1028648711.6549.5.camel@UberGeek.coremetrics.com> References: <1028648711.6549.5.camel@UberGeek.coremetrics.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HHJv3dRz535UBTdHkEq0" Organization: Coremetrics, Inc. Message-Id: <1028658054.6547.57.camel@UberGeek.coremetrics.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.1.0.99 (Preview Release) Date: 06 Aug 2002 13:20:55 -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-HHJv3dRz535UBTdHkEq0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Just FYI also, anyone experiencing this problem may want to see if they can get -AC4 or greater patches. On Tue, 2002-08-06 at 10:45, Austin Gonyou wrote: > could you try the 2.4.19-rc5-aa1 patch please and tell us if you have > problems. I'm thinking you won't. I'm running it on 3 systems right now, > a Dell 6650(quad P4 xeon box with 8GB Ram), a Dell 1550 Dual P3, and an > Athlon-C 1.333Ghz UP.=20 >=20 > No problems anywhere. the two servers are SCSI, and home is IDE. Only > solid performance so far.=20 >=20 >=20 >=20 > On Tue, 2002-08-06 at 10:02, wellnhofer@aevum.de wrote: > > Hi, > >=20 > > i just installed the latest Linux kernel 2.4.19 with XFS patches. > > After=20 > > running it for about an hour i noticed all kinds of strange behaviour: > > stuck processes, strange error messages on file operations, files that > > could not be deleted. > >=20 > > I repaired the filesystem using xfs_repair, which found some errors > > and=20 > > then tried again with the same results. > >=20 > > Now I'm using 2.4.18-xfs without problems. > >=20 > > The machine is a dual-celeron with IDE disks. I have not tried if the= =20 > > problem is SMP-related. If you need further information just email me. > >=20 > >=20 > > Nick > >=20 > >=20 > > --=20 > > The hot Caribbean sun and a sweet sea breeze are all that can be felt. > > http://matadorworld.com/ > > -- > > aevum gmbh > > leopoldstr. 87 > > 80802 m=FCnchen > > germany > >=20 > > fon: +4989 38380653 > > fax: +4989 38799384 > > wellnhofer@aevum.de > > http://www.aevum.de > --=20 > Austin Gonyou > Coremetrics, Inc. --=20 Austin Gonyou Coremetrics, Inc. --=-HHJv3dRz535UBTdHkEq0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA9UBOG94g6ZVmFMoIRAj6hAKDq9Y612Ft3ob/dOZiQtumyi1MX8QCeJELq iHNfTnjsMdQay4R1J8sNj1M= =MaOf -----END PGP SIGNATURE----- --=-HHJv3dRz535UBTdHkEq0-- From owner-linux-xfs@oss.sgi.com Tue Aug 6 16:27:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g76NR8Rw015840 for ; Tue, 6 Aug 2002 16:27:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g76NR8Vj015839 for linux-xfs-outgoing; Tue, 6 Aug 2002 16:27:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from web40207.mail.yahoo.com (web40207.mail.yahoo.com [66.218.78.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g76NR1Rw015811 for ; Tue, 6 Aug 2002 16:27:01 -0700 Message-ID: <20020806232855.58551.qmail@web40207.mail.yahoo.com> Received: from [63.121.140.220] by web40207.mail.yahoo.com via HTTP; Tue, 06 Aug 2002 16:28:55 PDT Date: Tue, 6 Aug 2002 16:28:55 -0700 (PDT) From: Brian Kuschak Subject: specific xfs corruption problem To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk - XFS 1.0 / linux 2.4.2 - CompactFlash media - power failures generated during testing Garbage pattern found throughout the filesystem, in data blocks, log, etc. 8937 occurances in one 128MB partition, 8895 in another 128MB partition. 00 73 00 fa 00 63 00 c2 00 73 00 fa 00 63 00 d2 always found at an offset of 0x140 from a sector boundary. XFS replays the log after power failure, attempts to complete an interrupted inode operation, and gets bogus values for the ilf_blkno and ilf_len and ilf_boffset - oopses due to a NULL pointer. xfs_logprint also reports errors. The filesystem is not mountable. As I have to support this older version of XFS in my product, I'd like to know if this is a known issue in XFS 1.0 and if so whether an update to 1.1 might fix it. It is possible that this is due to power-fail problems in the CF card, but 8900 occurrances sounds awfully high... -Brian __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com From owner-linux-xfs@oss.sgi.com Wed Aug 7 08:28:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77FSJRw005651 for ; Wed, 7 Aug 2002 08:28:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77FSJqI005650 for linux-xfs-outgoing; Wed, 7 Aug 2002 08:28:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from hawk.exanet-il.co.il ([212.143.73.98]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77FRsRw005620 for ; Wed, 7 Aug 2002 08:27:55 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: XFS related lockup when umounting Date: Wed, 7 Aug 2002 18:21:15 +0200 Message-ID: <4913AB320D31DC4798D6FEF5F557351F6B990F@hawk.exanet-il.co.il> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Index: AcI+LWLOuZtiwHjNSqWC/rIkqaVycgAACUbg From: "Nir Soffer" To: Cc: "Yuval Yeret" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g77FRuRw005623 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello! Kernel 2.4.18-4 + XFS (Version 1.1, I believe). Machine was powered off, and the kernel complained of XFS errors on the root disk, thus refusing to boot. Moved disk to another machine and ran xfs_repair, which suggested we attempt mounting the file system first. mount complained but still succeeded. attempting to umount the file system crashed the system horribly. Attached is the log excerpt from the umount attempt. Two questions: A. Is this a known issue? B. If it is - has this been resolved? Can anyone point me to a stable(r) version of XFS for the 2.4.18 kernels? I'll be glad to (attempt) to supply any more information regarding this incident. Thanks! Nir. Aug 7 18:15:28 node0 kernel: XFS mounting filesystem sd(8,23) Aug 7 18:15:31 node0 kernel: Starting XFS recovery on filesystem: sd(8,23) (dev: 8/23) Aug 7 18:15:31 node0 kernel: xfs_inotobp: xfs_imap() returned an error 22 on sd(8,23). Returning error. Aug 7 18:15:31 node0 kernel: xfs_iunlink_remove: xfs_inotobp() returned an error 22 on sd(8,23). Returning error. Aug 7 18:15:31 node0 kernel: xfs_inactive: xfs_ifree() returned an error = 22 on sd(8,23) Aug 7 18:15:31 node0 kernel: xfs_force_shutdown(sd(8,23),0x1) called from line 1962 of file xfs_vnodeops.c. Return address = 0xc021e801 Aug 7 18:15:31 node0 kernel: I/O Error Detected. Shutting down filesystem: sd(8,23) Aug 7 18:15:31 node0 kernel: Please umount the filesystem, and rectify the problem(s) Aug 7 18:15:31 node0 kernel: Ending XFS recovery on filesystem: sd(8,23) (dev: 8/23) Aug 7 18:15:45 node0 kernel: NMI Watchdog detected LOCKUP on CPU1, eip c02268cd, registers: Aug 7 18:15:45 node0 kernel: CPU: 1 Aug 7 18:15:45 node0 kernel: EIP: 0010:[.text.lock.page_buf+109/320] Not tainted Aug 7 18:15:45 node0 kernel: EIP: 0010:[] Not tainted Aug 7 18:15:45 node0 kernel: EFLAGS: 00000086 Aug 7 18:15:45 node0 kernel: Aug 7 18:15:45 node0 kernel: EIP is at (2.4.18-4exa) Aug 7 18:15:45 node0 kernel: eax: f71ea160 ebx: f71ea160 ecx: f71ea1d4 edx: 00000000 Aug 7 18:15:45 node0 kernel: esi: 00000202 edi: 00000282 ebp: 00000001 esp: f4783e58 Aug 7 18:15:45 node0 kernel: ds: 0018 es: 0018 ss: 0018 Aug 7 18:15:46 node0 kernel: Process umount (pid: 12344, stackpage=f4783000) Aug 7 18:15:46 node0 kernel: Stack: 00000000 f71ea160 c01ec7d6 f71ea160 00000287 00000282 00000001 c02252de Aug 7 18:15:46 node0 kernel: f71ea160 f1493760 c0225398 f71ea160 f71ea160 c022356b f71ea160 00000000 Aug 7 18:15:46 node0 kernel: f3df2400 f1909884 00000001 f71ea160 c0226515 f71ea160 00000000 00000000 Aug 7 18:15:46 node0 kernel: Call Trace: [xfs_buf_iodone_callbacks+150/384] Aug 7 18:15:46 node0 kernel: Call Trace: [] Aug 7 18:15:46 node0 kernel: [pagebuf_rele+126/144] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [pagebuf_iodone+56/128] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_bioerror+75/96] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [pagebuf_delwri_flush+293/624] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_ibusy+92/160] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_ibusy+138/160] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [xfs_unmount+221/384] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [fs_dounmount+84/112] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [linvfs_put_super+47/144] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [kill_super+248/352] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [path_release+41/48] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [sys_umount+177/192] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [sys_oldumount+12/16] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: [system_call+51/56] Aug 7 18:15:46 node0 kernel: [] Aug 7 18:15:46 node0 kernel: Aug 7 18:15:46 node0 kernel: Aug 7 18:15:46 node0 kernel: Code: 7e f8 e9 95 e9 ff ff e8 3b 11 ee ff e9 fd ea ff ff 80 3d b4 Aug 7 18:15:46 node0 kernel: console shuts up ... Aug 7 18:15:51 node0 kernel: NMI Watchdog detected LOCKUP on CPU0, eip c02268cd, registers: Aug 7 18:15:51 node0 kernel: CPU: 0 Aug 7 18:15:51 node0 kernel: EIP: 0010:[.text.lock.page_buf+109/320] Not tainted Aug 7 18:15:51 node0 kernel: EIP: 0010:[] Not tainted Aug 7 18:15:51 node0 kernel: EFLAGS: 00000086 Aug 7 18:15:51 node0 kernel: Aug 7 18:15:51 node0 kernel: EIP is at (2.4.18-4exa) Aug 7 18:15:51 node0 kernel: eax: f705fee0 ebx: f705fee0 ecx: f705ff54 edx: 00000000 Aug 7 18:15:51 node0 kernel: esi: 00000202 edi: c45bce88 ebp: f7b01fe0 esp: f7b1df44 Aug 7 18:15:51 node0 kernel: ds: 0018 es: 0018 ss: 0018 Aug 7 18:15:51 node0 kernel: Process pagebuf_daemon (pid: 11, stackpage=f7b1d000) Aug 7 18:15:51 node0 kernel: Stack: f705fee0 f705fee0 c02253c5 f705fee0 00000010 c01ec7b3 f705fee0 00000206 Aug 7 18:15:52 node0 kernel: c45bce88 f7b01fe0 c02252de f705fee0 00000202 c0225398 f705fee0 f705fee0 Aug 7 18:15:52 node0 kernel: c022356b f705fee0 c03442f8 00000064 f7b1dfc0 f7b01fe0 f705fee0 c0226330 Aug 7 18:15:52 node0 kernel: Call Trace: [pagebuf_iodone+101/128] Aug 7 18:15:52 node0 kernel: Call Trace: [] Aug 7 18:15:52 node0 kernel: [xfs_buf_iodone_callbacks+115/384] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_rele+126/144] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_iodone+56/128] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [xfs_bioerror+75/96] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_daemon+480/672] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [ret_from_fork+6/32] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:52 node0 kernel: [pagebuf_daemon_wakeup+0/64] Aug 7 18:15:52 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [_stext+0/64] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [_stext+0/64] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [kernel_thread+38/48] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: [pagebuf_daemon+0/672] Aug 7 18:15:53 node0 kernel: [] Aug 7 18:15:53 node0 kernel: Aug 7 18:15:53 node0 kernel: Aug 7 18:15:53 node0 kernel: Code: 7e f8 e9 95 e9 ff ff e8 3b 11 ee ff e9 fd ea ff ff 80 3d b4 Aug 7 18:15:53 node0 kernel: console shuts up ... -- Nir Soffer -=- Software Engineer, Exanet Inc. -=- "Father, why are all the children weeping? / They are merely crying son O, are they merely crying, father? / Yes, true weeping is yet to come" -- Nick Cave and the Bad Seeds, The Weeping Song From owner-linux-xfs@oss.sgi.com Wed Aug 7 14:13:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77LCgRw019606 for ; Wed, 7 Aug 2002 14:12:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77LCRBL019604 for linux-xfs-outgoing; Wed, 7 Aug 2002 14:12:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77LC5Rw019572 for ; Wed, 7 Aug 2002 14:12:15 -0700 Received: from curlew.cs.man.ac.uk (curlew.cs.man.ac.uk [130.88.13.7]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id OAA00484 for ; Wed, 7 Aug 2002 14:14:30 -0700 (PDT) mail_from (rhowe@wiss.co.uk) Received: from sarah.stg.man.ac.uk ([130.88.186.116] helo=doufu ident=mail) by curlew.cs.man.ac.uk with esmtp (Exim 2.05 #6) id 17cXyn-000L1x-00; Wed, 7 Aug 2002 22:04:29 +0100 Received: from xiao.rsnet ([192.168.1.2] helo=xiao ident=mail) by doufu with esmtp (Exim 3.35 #1 (Debian)) id 17cYyw-0000rN-00; Wed, 07 Aug 2002 23:08:42 +0100 Received: from rhowe by xiao with local (Exim 3.35 #1 (Debian)) id 17cXyh-00051l-00; Wed, 07 Aug 2002 22:04:23 +0100 Date: Wed, 7 Aug 2002 22:04:23 +0100 To: Federico Sevilla III Cc: XFS Mailing List Subject: Re: File full of nulls again... Message-ID: <20020807210411.GA18738@xiao> References: <20020801154933.GA6523@gwyn.tux.org> <20020801172323.GJ29766@leathercollection.ph> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020801172323.GJ29766@leathercollection.ph> User-Agent: Mutt/1.4i From: Russell Howe X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 02, 2002 at 01:23:23AM +0800, Federico Sevilla III wrote: > On Thu, Aug 01, 2002 at 11:49:33AM -0400, Timothy Ball wrote: > The FAQ entry[1] for this still holds. It's been revised to mention that > this happens much less with the newer kernels [snip] > Perhaps running `sync` after saving the file and before testing > what the changes did will help. :) Just to be sure.. will running sync here help? I seem to remember something about sync not flushing the log, and it being better to wait for one of the periodic log flushes. So if you expect a hang, and you can't remount ro beforehand, what actions can you take to maximise data safety? sync? waiting? making a directory and filling it with junk files to flush important stuff onto the drive? -- Russell Howe | Why be just another cog in the machine, rhowe@wiss.co.uk | when you can be the spanner in the works? From owner-linux-xfs@oss.sgi.com Wed Aug 7 15:02:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77M25Rw020117 for ; Wed, 7 Aug 2002 15:02:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77M25Fv020116 for linux-xfs-outgoing; Wed, 7 Aug 2002 15:02:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from server4.adrenamail.com (bhsd-64-133-26-18-RLY.sprinthome.com [64.133.26.18]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77M1sRw020085; Wed, 7 Aug 2002 15:01:55 -0700 Received: from adrenamail.com (unknown [192.168.38.74]) by server4.adrenamail.com (Postfix) with ESMTP id D1BAC51C025; Wed, 7 Aug 2002 18:01:42 -0400 (EDT) To: David@adrenamail.com Cc: Subject: MIME-Version: 1.0 In-Reply-To: David@adrenamail.com Message-Id: <20020807220142.D1BAC51C025@server4.adrenamail.com> Date: Wed, 7 Aug 2002 18:01:42 -0400 (EDT) From: David@adrenamail.com X-Spam-Status: No, hits=-0.5 required=5.0 tests=IN_REP_TO,NO_REAL_NAME,FROM_AND_TO_SAME,SUBJ_MISSING version=2.20 X-Spam-Level: Content-Disposition: inline Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g77M25Rw020118 AdrenaMail.com Corp. 1726 Resiterstown Rd. Hilton Plaza, Suite 204 Baltimore MD 21208 Phone 410-358 4499 Fax 410-358 46 85 www.adrenamail.com Hello I am looking for a business contact information and wonder if you point me to the right person in your organization. We are a software firm from Baltimore developer of AdrenaMail: a special enterprise service, which turns every PC in a company to a powerful server! Why would a company turn every PC to a powerful server? for three reasons: It empowers the company with a commuting power available only in huge mainframes costing Millions of Dollars It reduces or eliminates server crash and congestion. It's instant and easy, no MIS coordination, no complicated network commands: if you know how to author a message, select files and groups from a list you already know how to run AdrenaMail. Using AdrenaMail, every PC can host complete WEB pages and content (including Flash, Java, etc), streaming audio and video, PowerPoint and Office documents and much more. While all transactions are SSL secured and user authenticated, a most powerful search and collaboration tools enables all users to collaborate and work in groups like never before. We do have serious inquiries from global 2000 companies, I am looking, therfore, for a business partner to market AdrenaMail for us and provide first class service for these companies Your help will be very much appreciated. Thank you. David Evgey- President www.adrenamail.com AdrenaMail – Unleash Productivity Phone: 410-358 4499 Fax: 410-358 4685 [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Aug 7 16:32:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g77NWiRw021162 for ; Wed, 7 Aug 2002 16:32:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g77NWixc021161 for linux-xfs-outgoing; Wed, 7 Aug 2002 16:32:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g77NWcRw021133 for ; Wed, 7 Aug 2002 16:32:38 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id QAA07001 for ; Wed, 7 Aug 2002 16:35:18 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id JAA19987 for linux-xfs@oss.sgi.com; Thu, 8 Aug 2002 09:33:09 +1000 (EST) Date: Thu, 8 Aug 2002 09:33:09 +1000 (EST) From: Nathan Scott Message-Id: <200208072333.JAA19987@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dquot.c X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed Aug 7 16:32:51 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124536a linux/fs/dquot.c - 1.50 - for 2.4 only, we cannot use the L1_CACHE_SHIFT macro as it is not defined for all architectures - revert to use of HASHDEV macro here. From owner-linux-xfs@oss.sgi.com Wed Aug 7 18:30:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g781UNRw022692 for ; Wed, 7 Aug 2002 18:30:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g781UNbR022690 for linux-xfs-outgoing; Wed, 7 Aug 2002 18:30:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from bittersweet.intra.hegbloom.net (ns.hegbloom.net [63.105.27.231]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g781UFRw022658 for ; Wed, 7 Aug 2002 18:30:15 -0700 Received: from bittersweet.intra.hegbloom.net (localhost.localnet [127.0.0.1]) by bittersweet.intra.hegbloom.net (8.12.5/8.12.5/Debian-1) with ESMTP id g781WF6i024117 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL); Wed, 7 Aug 2002 18:32:15 -0700 Received: (from karlheg@localhost) by bittersweet.intra.hegbloom.net (8.12.5/8.12.5/Debian-1) id g781WEL7024114; Wed, 7 Aug 2002 18:32:14 -0700 X-Authentication-Warning: bittersweet.intra.hegbloom.net: karlheg set sender to karlheg@hegbloom.net using -f To: linux-xfs@oss.sgi.com To: evms-devel@lists.sourceforge.net Subject: [bug ticket closure] The lockup problem is solved. "preempt" patch! From: karlheg@hegbloom.net (Karl M. Hegbloom) Date: 07 Aug 2002 18:32:14 -0700 Message-ID: <87bs8ennj5.fsf@bittersweet.intra.hegbloom.net> Lines: 17 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.5 required=5.0 tests=PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk While patching up a freshly unpacked Linux 2.4.18 (debian kernel-source package) with the latest EVMS and XFS patches, plus the evms-xfs fixup, I started looking around to see what other patches I had applied last time. It turns out that I had patched that kernel with the preemptible kernel patch, from Debian "kernel-patch-preempt-2.4". Which version of that patch package it was is difficult to determine at this point, since it may have been updated since the day I built that kernel. I bet that's irrelevant anyhow, since that patch necessarily does not contain any fixes for preemptibility in either XFS or EVMS. -- As any limb well and duly exercised, grows stronger, the nerves of the body are corroborated thereby. --I. Watts. .''`. Debian -- The blue collar Linux distribution. : :' : `. `' From owner-linux-xfs@oss.sgi.com Wed Aug 7 23:38:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g786cZRw000566 for ; Wed, 7 Aug 2002 23:38:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g786cZFk000565 for linux-xfs-outgoing; Wed, 7 Aug 2002 23:38:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g786cQRw000537 for ; Wed, 7 Aug 2002 23:38:26 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA08059 for ; Wed, 7 Aug 2002 23:41:06 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA15218; Thu, 8 Aug 2002 16:39:04 +1000 (EST) Date: Thu, 8 Aug 2002 16:39:04 +1000 (EST) From: Nathan Scott Message-Id: <200208080639.QAA15218@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: lnx1138@us.ibm.com Subject: TAKE - xfsprogs-2.2.0 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Wed Aug 7 23:35:44 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124556a cmd/xfsprogs/libdisk/Makefile - 1.6 cmd/xfsprogs/libdisk/drivers.c - 1.8 cmd/xfsprogs/libdisk/evms.c - 1.1 cmd/xfsprogs/libdisk/evms.h - 1.1 - EVMS stripe unit/width extraction for mkfs consumption. cmd/xfsprogs/libdisk/md.c - 1.8 - Close device fd once we're done with it. cmd/xfsprogs/mkfs/xfs_mkfs.c - 1.34 - mkfs defaults to 4K blocksize again (as on IRIX) & no longer punts on the current pagesize as a good default. cmd/xfsprogs/VERSION - 1.51 cmd/xfsprogs/doc/CHANGES - 1.75 cmd/xfsprogs/debian/changelog - 1.49 cmd/xfsprogs/include/xfs_extfree_item.h - 1.7 cmd/xfsprogs/include/xfs_buf_item.h - 1.7 cmd/xfsprogs/include/xfs_da_btree.h - 1.10 cmd/xfsprogs/include/xfs_arch.h - 1.7 cmd/xfsprogs/include/libxfs.h - 1.15 cmd/xfsprogs/include/Makefile - 1.13 cmd/xfsprogs/include/arch.h - 1.9 cmd/xfsprogs/include/xfs_inode.h - 1.24 cmd/xfsprogs/libxfs/xfs.h - 1.22 cmd/xfsprogs/include/xfs_cap.h - 1.5 cmd/xfsprogs/include/xfs_acl.h - 1.5 - Bump version to 2.2, document changes -- sync shared headers, EVMS stripe unit/width extraction, mkfs defaults to 4K blocksize again (as on IRIX) & no longer punts on using the current pagesize. cmd/xfstests/tools/srcdiff - 1.21 - arch.h is gone, dmapi headers moved around a little. From owner-linux-xfs@oss.sgi.com Thu Aug 8 02:34:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g789YXRw002644 for ; Thu, 8 Aug 2002 02:34:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g789YXwf002643 for linux-xfs-outgoing; Thu, 8 Aug 2002 02:34:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g789YPRw002612 for ; Thu, 8 Aug 2002 02:34:25 -0700 Received: (qmail 12130 invoked by uid 0); 8 Aug 2002 09:36:21 -0000 Received: from pd903c45c.dip.t-dialin.net (HELO gmx.de) (217.3.196.92) by mail.gmx.net (mp011-rz3) with SMTP; 8 Aug 2002 09:36:21 -0000 Message-ID: <3D523ABA.6020201@gmx.de> Date: Thu, 08 Aug 2002 11:32:42 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 References: <200208080639.QAA15218@snort.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Nathan Scott wrote: > Date: Wed Aug 7 23:35:44 PDT 2002 > Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs > > > Modid: xfs-cmds:slinx:124556a > cmd/xfsprogs/libdisk/Makefile - 1.6 Does that mean that the 'make install' now work proper and does not install the stuff to /man /include .... (regardless the arguments of the configure script)???? > cmd/xfsprogs/libdisk/drivers.c - 1.8 [....] When will that version (2.2.0) be also availiable on ftp? Thats because I've only a slow and expensive internet connection at the moment and don't want to check out the whole 2.4 stuff from cvs. regards micha From owner-linux-xfs@oss.sgi.com Thu Aug 8 07:10:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78EAKRw016089 for ; Thu, 8 Aug 2002 07:10:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78EAKmq016088 for linux-xfs-outgoing; Thu, 8 Aug 2002 07:10:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from eag-eaga002e--n.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78EAARw016057 for ; Thu, 8 Aug 2002 07:10:11 -0700 Received: by eag-eaga002e--n.americas.sgi.com with Internet Mail Service (5.5.2655.55) id ; Thu, 8 Aug 2002 09:12:09 -0500 Message-ID: From: Suzanne Engel To: "'linux-xfs@oss.sgi.com'" Subject: FW: N64 Development Date: Thu, 8 Aug 2002 09:12:08 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Would someone please address this email inquiry? Many Thanks! -----Original Message----- From: Nigel Weeks [mailto:nigel@aims.com.au] Sent: Wednesday, August 07, 2002 7:46 PM To: devprogram@sgi.com Subject: N64 Development I've heard a rumour that SGI developed practically every chip inside the Nintendo 64. If this is true, SGI would be the perfect company to ask for information. I want to harness the horsepower of the now superceeded N64, and run Unix on them. But I need some details on the chips involved. Have any SGI developers done any of the following, and are willing to make the information known: Using the Expansion port under the N64: Ethernet support SCSI or IDE disk support? Boot from either of these media? The R4000 MIPS chip could really come in handy - and people are trowing the N64 away... Please help... -------------------------------------------------------- Nigel Weeks Aims ICP 15 Wellington St. Launceston Tas 7250 Ph. 61 3 6334 6664 Fax. 61 3 6331 7032 Email. nigel@aims.com.au Web: www.e-easy.com.au (Divisional Website) -------------------------------------------------------- Press every key to continue... From owner-linux-xfs@oss.sgi.com Thu Aug 8 07:28:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78ESiRw016642 for ; Thu, 8 Aug 2002 07:28:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78ESiSP016641 for linux-xfs-outgoing; Thu, 8 Aug 2002 07:28:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from eag-eaga002e--n.americas.sgi.com (eaganfw1.sgi.com [198.149.7.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78ESXRw016607 for ; Thu, 8 Aug 2002 07:28:34 -0700 Received: by eag-eaga002e--n.americas.sgi.com with Internet Mail Service (5.5.2655.55) id ; Thu, 8 Aug 2002 09:30:27 -0500 Message-ID: From: Suzanne Engel To: "'linux-xfs@oss.sgi.com'" Subject: Sorry! . . . .wrong email attached . . . Date: Thu, 8 Aug 2002 09:30:24 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C23EE7.EC358776" X-Spam-Status: No, hits=0.7 required=5.0 tests=PLING,MIME_NULL_BLOCK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C23EE7.EC358776 Content-Type: text/plain; charset="iso-8859-1" Would someone please address this email inquiry? Many Thanks! ------_=_NextPart_000_01C23EE7.EC358776 Content-Type: message/rfc822 Content-Description: XFS and GPL Message-ID: <005a01c23e8f$fba2a160$6601a8c0@james> From: James Wilkinson To: devprogram@sgi.com Subject: XFS and GPL Date: Wed, 7 Aug 2002 22:59:23 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/mixed; boundary="----_=_NextPart_002_01C23EE7.EC358776" ------_=_NextPart_002_01C23EE7.EC358776 Content-Type: text/plain I'm going to be working on a file system driver to be mounted on top of XFS, and I have been attempting to figure out whether or not my source code will need to be open or if it can remain proprietary? It will be original work, and no changes will be made to existing GPLed code, but I know there are differing opinions on whether adding a kernel module is considered "changing" the kernel. Perhaps you can share some insight on similar issues with XFS? Any help you can provide will be greatly appreciated. Thanks James ------_=_NextPart_002_01C23EE7.EC358776-- ------_=_NextPart_000_01C23EE7.EC358776-- From owner-linux-xfs@oss.sgi.com Thu Aug 8 08:14:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78FEVRw018150 for ; Thu, 8 Aug 2002 08:14:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78FEU8n018149 for linux-xfs-outgoing; Thu, 8 Aug 2002 08:14:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from homer.nks.net (homer.nks.net [66.152.21.172]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78FEJRw018121 for ; Thu, 8 Aug 2002 08:14:21 -0700 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by homer.nks.net (8.9.3/8.9.3) with ESMTP id LAA11586 for ; Thu, 8 Aug 2002 11:16:21 -0400 Received: from two.nks.net (two.nks.net [192.168.1.22]) by hoju.nks.net (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id LAA19834 for ; Thu, 8 Aug 2002 11:16:20 -0400 Subject: New XFS Release? [bump] From: Derek Glidden To: "linux-xfs@oss.sgi.com" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 08 Aug 2002 11:16:19 -0400 Message-Id: <1028819780.8130.10.camel@two.nks.net> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.0 required=5.0 tests=IN_REP_TO,SUBJ_HAS_Q_MARK,WORK_AT_HOME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-07-10 at 09:13, Eric Sandeen wrote: > On Wed, 10 Jul 2002, Knut J Bjuland wrote: > > > What are there plans for a new XFS release, > > There will be a new release. :) > > We talked about this yesterday; there are so many new features & fixes > in CVS vs. the last relese, it's probably time for a new one. We'd like > to wait until 2.4.19 is out. Eric, I'm really not trying to put you on the spot, but, well, you *did* say you wanted to wait until 2.4.19 and, well, it *is* out now... :) Seriously, can you recommend that I just go grab the 2.4.19 split patches or do you think I'll be able to hold my breath for a new "release" version before upgrading the few "big" machines at work and at home that I'd really rather only update once in a while? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/usr/bin/perl -w $_='while(read+STDIN,$_,2048){$a=29;$b=73;$c=142;$t=255;@t=map {$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110; $t^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z) [$_%8]}(16..271);if((@a=unx"C*",$_)[20]&48){$h=5;$_=unxb24,join "",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d= unxV,xb25,$_;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=$t&($d >>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q* 8^$q<<6))<<9,$_=$t[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]} print+x"C*",@a}';s/x/pack+/g;eval usage: qrpff 153 2 8 105 225 < /mnt/dvd/VOB_FILENAME \ | extract_mpeg2 | mpeg2dec - http://www.cs.cmu.edu/~dst/DeCSS/Gallery/ http://www.eff.org/ http://www.anti-dmca.org/ From owner-linux-xfs@oss.sgi.com Thu Aug 8 08:49:30 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78FnURw018972 for ; Thu, 8 Aug 2002 08:49:30 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78FnU9h018971 for linux-xfs-outgoing; Thu, 8 Aug 2002 08:49:30 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78FnJRw018939 for ; Thu, 8 Aug 2002 08:49:24 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA82080 for ; Thu, 8 Aug 2002 10:51:20 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA39147 for ; Thu, 8 Aug 2002 10:51:20 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id KAA44502 for linux-xfs@oss.sgi.com; Thu, 8 Aug 2002 10:51:19 -0500 (CDT) Date: Thu, 8 Aug 2002 10:51:19 -0500 (CDT) From: Dean Roehrich Message-Id: <200208081551.KAA44502@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - path_to_handle operations need to check inode operations vector X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It's not safe to call LINVFS_GET_VP(inode) when you don't even know if you have an XFS inode. You can end up with a mess. So, check for the linvfs file operations vector on the inode to decide if it is an XFS inode. Date: Thu Aug 8 08:50:57 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124577a linux/fs/xfs/linux/xfs_ioctl.c - 1.72 linux/fs/xfs/dmapi/dmapi_register.c - 1.16 - In path_to_handle/fshandle functions, check for the linvfs operations vector on the inode to decide if it is an XFS inode. From owner-linux-xfs@oss.sgi.com Thu Aug 8 08:55:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78FtJRw019171 for ; Thu, 8 Aug 2002 08:55:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78FtJbe019170 for linux-xfs-outgoing; Thu, 8 Aug 2002 08:55:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78FtARw019130 for ; Thu, 8 Aug 2002 08:55:11 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA37089; Thu, 8 Aug 2002 10:57:10 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA90238; Thu, 8 Aug 2002 10:57:10 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g78FuBY19251; Thu, 8 Aug 2002 10:56:11 -0500 Subject: Re: New XFS Release? [bump] From: Steve Lord To: Derek Glidden Cc: "linux-xfs@oss.sgi.com" In-Reply-To: <1028819780.8130.10.camel@two.nks.net> References: <1028819780.8130.10.camel@two.nks.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 08 Aug 2002 10:56:10 -0500 Message-Id: <1028822170.17157.140.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-2.6 required=5.0 tests=IN_REP_TO,SUBJ_HAS_Q_MARK,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-08 at 10:16, Derek Glidden wrote: > On Wed, 2002-07-10 at 09:13, Eric Sandeen wrote: > > On Wed, 10 Jul 2002, Knut J Bjuland wrote: > > > > > What are there plans for a new XFS release, > > > > There will be a new release. :) > > > > We talked about this yesterday; there are so many new features & fixes > > in CVS vs. the last relese, it's probably time for a new one. We'd like > > to wait until 2.4.19 is out. > > Eric, > I'm really not trying to put you on the spot, but, well, you *did* say > you wanted to wait until 2.4.19 and, well, it *is* out now... > > :) > > Seriously, can you recommend that I just go grab the 2.4.19 split > patches or do you think I'll be able to hold my breath for a new > "release" version before upgrading the few "big" machines at work and at > home that I'd really rather only update once in a while? Eric is out for a while, I am so swamped with other stuff you would not believe it, this is why there has not been much of an SGI presence on the list this week. There are still plans for a new release, it will be 2.4.19 based, but making a release is not just push the button and out it pops. There appear to be a number of open issues in the current code base which we need to fix before we bless something with the title of a release. So it will probably be a while before there is one. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 8 09:00:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78G0iRw019414 for ; Thu, 8 Aug 2002 09:00:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78G0iRo019413 for linux-xfs-outgoing; Thu, 8 Aug 2002 09:00:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.broadpark.no (mail.broadpark.no [217.13.4.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78G0XRw019385 for ; Thu, 8 Aug 2002 09:00:34 -0700 Received: from online.no (81.80-202-103.nextgentel.com [80.202.103.81]) by mail.broadpark.no (Postfix) with ESMTP id 8802F7D54; Thu, 8 Aug 2002 18:02:33 +0200 (MEST) Message-ID: <3D52945F.B965A883@online.no> Date: Thu, 08 Aug 2002 17:55:11 +0200 From: Knut J Bjuland X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18-5XFScustom i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord Cc: Derek Glidden , "linux-xfs@oss.sgi.com" Subject: Re: New XFS Release? [bump] References: <1028819780.8130.10.camel@two.nks.net> <1028822170.17157.140.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.0 required=5.0 tests=SUBJ_HAS_Q_MARK version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I think it would be better to wait untill Redhat has released 8.0 rather than wait for a xfs patch 8.0 kernel. Steve Lord wrote: > On Thu, 2002-08-08 at 10:16, Derek Glidden wrote: > > On Wed, 2002-07-10 at 09:13, Eric Sandeen wrote: > > > On Wed, 10 Jul 2002, Knut J Bjuland wrote: > > > > > > > What are there plans for a new XFS release, > > > > > > There will be a new release. :) > > > > > > We talked about this yesterday; there are so many new features & fixes > > > in CVS vs. the last relese, it's probably time for a new one. We'd like > > > to wait until 2.4.19 is out. > > > > Eric, > > I'm really not trying to put you on the spot, but, well, you *did* say > > you wanted to wait until 2.4.19 and, well, it *is* out now... > > > > :) > > > > Seriously, can you recommend that I just go grab the 2.4.19 split > > patches or do you think I'll be able to hold my breath for a new > > "release" version before upgrading the few "big" machines at work and at > > home that I'd really rather only update once in a while? > > Eric is out for a while, I am so swamped with other stuff you would > not believe it, this is why there has not been much of an SGI > presence on the list this week. There are still plans for a new > release, it will be 2.4.19 based, but making a release is not just > push the button and out it pops. There appear to be a number of > open issues in the current code base which we need to fix before > we bless something with the title of a release. So it will probably > be a while before there is one. > > Steve > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 8 11:12:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78ICvRw021704 for ; Thu, 8 Aug 2002 11:12:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78ICvtk021703 for linux-xfs-outgoing; Thu, 8 Aug 2002 11:12:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78ICTRw021625 for ; Thu, 8 Aug 2002 11:12:30 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17crnu-0004Il-00; Thu, 08 Aug 2002 19:14:34 +0100 Date: Thu, 8 Aug 2002 19:14:34 +0100 From: Christoph Hellwig To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 Message-ID: <20020808191434.A16532@infradead.org> References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D523ABA.6020201@gmx.de>; from mimi.ka@gmx.de on Thu, Aug 08, 2002 at 11:32:42AM +0200 X-Spam-Status: No, hits=-9.4 required=5.0 tests=IN_REP_TO,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: > Does that mean that the 'make install' now work proper and does not > install the stuff to /man /include .... (regardless the arguments of the > configure script)???? I've run into the same problem when building my xfs rpms for OpenLinux. The patch below is my temporary solution. It works fine for me by backing out the build system changes around 2.1.1. On ther other hand I don't have to support the braindead lib64 scheme the LSB commitee insist on.. --- xfsprogs-2.2.0/configure.in.~1~ Thu Aug 8 20:39:09 2002 +++ xfsprogs-2.2.0/configure.in Thu Aug 8 20:40:59 2002 @@ -8,7 +8,7 @@ AC_SUBST(pkg_name) # defaults (to change paths and/or executables, build parameters, etc): # # DEBUG OPTIMIZER MAKE CC LD TAR ZIP RPM AWK SED ECHO -# MALLOCLIB DISTRIBUTION PACKAGE_BUILDER +# MALLOCLIB DISTRIBUTION PACKAGE_BUILDER PREFIX ROOT_PREFIX # DEBUG=${DEBUG:-'-DDEBUG'} # -DNDEBUG @@ -200,18 +200,61 @@ test $ac_cv_sizeof_long -eq 8 && AC_DEFI test $ac_cv_sizeof_char_p -eq 4 && AC_DEFINE(HAVE_32BIT_PTR) test $ac_cv_sizeof_char_p -eq 8 && AC_DEFINE(HAVE_64BIT_PTR) + +dnl alternate root and usr prefixes +test -z "$ROOT_PREFIX" && ROOT_PREFIX="" +root_prefix="$ROOT_PREFIX" +test -z "$PREFIX" && PREFIX="/usr" +prefix="$PREFIX" + dnl man pages (source) dnl also check if man page source is gzipped dnl (usually on Debian, but not Redhat pre-7.0) +pkg_man_dir=${prefix}/share/man have_zipped_manpages=false for d in ${prefix}/share/man ${prefix}/man ; do if test -f $d/man1/man.1.gz then + pkg_man_dir=$d have_zipped_manpages=true break fi done +AC_SUBST(pkg_man_dir) AC_SUBST(have_zipped_manpages) -dnl build definitions for use in Makefiles -AC_OUTPUT(include/builddefs) +dnl binaries +pkg_bin_dir=${prefix}/sbin +AC_SUBST(pkg_bin_dir) + +dnl static libraries +pkg_lib_dir=${prefix}/lib +AC_SUBST(pkg_lib_dir) + +dnl runtime shared system libraries +pkg_slib_dir=${root_prefix}/lib +AC_SUBST(pkg_slib_dir) + +dnl system binaries +pkg_sbin_dir=${root_prefix}/sbin +AC_SUBST(pkg_sbin_dir) + +dnl include files +pkg_inc_dir=${prefix}/include/xfs +AC_SUBST(pkg_inc_dir) +dk_inc_dir=${prefix}/include/disk +AC_SUBST(dk_inc_dir) + +dnl doc directory +pkg_doc_dir=${prefix}/share/doc/${pkg_name} +AC_SUBST(pkg_doc_dir) + + +dnl +dnl output files +dnl + +AC_OUTPUT( \ +dnl Build definitions for use in Makefiles + include/builddefs \ +) --- xfsprogs/include/builddefs.in 2002/04/13 00:11:02 1.22 +++ xfsprogs/include/builddefs.in 2002/07/05 04:16:49 1.21 @@ -32,8 +32,8 @@ # @configure_input@ # -ifndef _BUILDDEFS_INCLUDED_ -_BUILDDEFS_INCLUDED_ = 1 +ifndef _BUILDMACROS_INCLUDED_ +_BUILDMACROS_INCLUDED_ = 1 DEBUG = @debug_build@ OPTIMIZER = @opt_build@ @@ -45,20 +45,20 @@ LIBXLOG = $(TOPDIR)/libxlog/libxlog.la LIBDISK = $(TOPDIR)/libdisk/libdisk.la LIBHANDLE = $(TOPDIR)/libhandle/libhandle.la -DK_INC_DIR = @includedir@/disk +DK_INC_DIR = @dk_inc_dir@ PKG_NAME = @pkg_name@ PKG_RELEASE = @pkg_release@ PKG_VERSION = @pkg_version@ PKG_DISTRIBUTION = @pkg_distribution@ PKG_BUILDER = @pkg_builder@ -PKG_BIN_DIR = @bindir@ -PKG_SBIN_DIR = @sbindir@ -PKG_LIB_DIR = @libdir@ -PKG_DEVLIB_DIR = @libexecdir@ -PKG_INC_DIR = @includedir@/xfs -PKG_MAN_DIR = @mandir@ -PKG_DOC_DIR = @datadir@/doc/@pkg_name@ +PKG_BIN_DIR = @pkg_bin_dir@ +PKG_LIB_DIR = @pkg_lib_dir@ +PKG_SBIN_DIR = @pkg_sbin_dir@ +PKG_SLIB_DIR = @pkg_slib_dir@ +PKG_INC_DIR = @pkg_inc_dir@ +PKG_MAN_DIR = @pkg_man_dir@ +PKG_DOC_DIR = @pkg_doc_dir@ CC = @cc@ LD = @ld@ --- xfsprogs/include/buildmacros 2002/05/14 15:31:38 1.4 +++ xfsprogs/include/buildmacros 2002/07/05 04:16:49 1.3 @@ -72,17 +72,17 @@ LTINSTALL = $(LIBTOOL) --mode=install $( LTCOMPILE = $(LIBTOOL) --mode=compile $(CCF) -D_REENTRANT -fno-strict-aliasing ifeq ($(ENABLE_SHARED),yes) -LTLDFLAGS += -rpath $(PKG_LIB_DIR) +LTLDFLAGS += -rpath $(PKG_SLIB_DIR) LTLDFLAGS += -version-info $(LTVERSION) endif ifeq ($(ENABLE_SHARED),yes) INSTALL_LTLIB = \ cd $(TOPDIR)/$(LIBNAME)/.libs; \ - ../$(INSTALL) -m 755 -d $(PKG_LIB_DIR); \ - ../$(INSTALL) -m 644 -T so_dot_version $(LIBNAME).lai $(PKG_LIB_DIR); \ + ../$(INSTALL) -m 755 -d $(PKG_SLIB_DIR); \ + ../$(INSTALL) -m 644 -T so_dot_version $(LIBNAME).lai $(PKG_SLIB_DIR); \ test "$(PKG_DISTRIBUTION)" = debian || \ - ../$(INSTALL) -T so_dot_current $(LIBNAME).lai $(PKG_LIB_DIR) + ../$(INSTALL) -T so_dot_current $(LIBNAME).lai $(PKG_SLIB_DIR) endif # Libtool thinks the static and shared libs should be in the same dir, so @@ -94,22 +94,22 @@ endif ifeq ($(ENABLE_SHARED),yes) INSTALL_LTLIB_DEV = \ cd $(TOPDIR)/$(LIBNAME)/.libs; \ - ../$(INSTALL) -m 755 -d $(PKG_DEVLIB_DIR); \ - ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_DEVLIB_DIR); \ - ../$(INSTALL) -m 644 $(LIBNAME).lai $(PKG_DEVLIB_DIR)/$(LIBNAME).la ; \ ../$(INSTALL) -m 755 -d $(PKG_LIB_DIR); \ - ../$(INSTALL) -T so_base $(LIBNAME).lai $(PKG_LIB_DIR); \ - ../$(INSTALL) -S $(PKG_DEVLIB_DIR)/$(LIBNAME).a $(PKG_LIB_DIR)/$(LIBNAME).a; \ - ../$(INSTALL) -S $(PKG_DEVLIB_DIR)/$(LIBNAME).la $(PKG_LIB_DIR)/$(LIBNAME).la; \ - ../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).so $(PKG_DEVLIB_DIR)/$(LIBNAME).so + ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_LIB_DIR); \ + ../$(INSTALL) -m 644 $(LIBNAME).lai $(PKG_LIB_DIR)/$(LIBNAME).la ; \ + ../$(INSTALL) -m 755 -d $(PKG_SLIB_DIR); \ + ../$(INSTALL) -T so_base $(LIBNAME).lai $(PKG_SLIB_DIR); \ + ../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).a $(PKG_SLIB_DIR)/$(LIBNAME).a; \ + ../$(INSTALL) -S $(PKG_LIB_DIR)/$(LIBNAME).la $(PKG_SLIB_DIR)/$(LIBNAME).la; \ + ../$(INSTALL) -S $(PKG_SLIB_DIR)/$(LIBNAME).so $(PKG_LIB_DIR)/$(LIBNAME).so else INSTALL_LTLIB_DEV = $(INSTALL_LTLIB_STATIC) endif INSTALL_LTLIB_STATIC = \ cd $(TOPDIR)/$(LIBNAME)/.libs; \ - ../$(INSTALL) -m 755 -d $(PKG_DEVLIB_DIR); \ - ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_DEVLIB_DIR) + ../$(INSTALL) -m 755 -d $(PKG_LIB_DIR); \ + ../$(INSTALL) -m 644 -T old_lib $(LIBNAME).lai $(PKG_LIB_DIR) INSTALL_MAN = \ @for d in $(MAN_PAGES); do \ From owner-linux-xfs@oss.sgi.com Thu Aug 8 14:49:41 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78LnfRw024162 for ; Thu, 8 Aug 2002 14:49:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78LnfPE024161 for linux-xfs-outgoing; Thu, 8 Aug 2002 14:49:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78LnZRw024132 for ; Thu, 8 Aug 2002 14:49:35 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA37487 for ; Thu, 8 Aug 2002 16:51:37 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA09336 for ; Thu, 8 Aug 2002 16:51:37 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g78LoZ702653; Thu, 8 Aug 2002 16:50:35 -0500 Message-Id: <200208082150.g78LoZ702653@jen.americas.sgi.com> Date: Thu, 8 Aug 2002 16:50:35 -0500 Subject: TAKE - change xfs readahead implementation To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This removes another external kernel change from xfs. Date: Thu Aug 8 14:46:45 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124636a linux/mm/page_alloc.c - 1.74 linux/kernel/ksyms.c - 1.131 linux/include/linux/mm.h - 1.85 linux/fs/xfs/pagebuf/page_buf.c - 1.49 linux/fs/xfs/pagebuf/page_buf.h - 1.33 From owner-linux-xfs@oss.sgi.com Thu Aug 8 14:51:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78LpiRw024329 for ; Thu, 8 Aug 2002 14:51:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78Lpi4l024328 for linux-xfs-outgoing; Thu, 8 Aug 2002 14:51:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78LpdRw024285 for ; Thu, 8 Aug 2002 14:51:40 -0700 Received: from thistle-e185.americas.sgi.com (thistle-e185.americas.sgi.com [128.162.185.204]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA41084 for ; Thu, 8 Aug 2002 16:53:41 -0500 (CDT) Received: from clink.americas.sgi.com (clink-eth.americas.sgi.com [128.162.2.8]) by thistle-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA95879 for ; Thu, 8 Aug 2002 16:53:41 -0500 (CDT) Received: (from roehrich@localhost) by clink.americas.sgi.com (SGI-8.9.3/8.9.3/erikj-IRIX-news) id QAA87643 for linux-xfs@oss.sgi.com; Thu, 8 Aug 2002 16:53:41 -0500 (CDT) Date: Thu, 8 Aug 2002 16:53:41 -0500 (CDT) From: Dean Roehrich Message-Id: <200208082153.QAA87643@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - Check inode->i_sb->s_magic when looking for xfs inodes X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 8 14:53:32 PDT 2002 Workarea: clink-eth.americas.sgi.com:/data/clink/a67/roehrich/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124638a linux/fs/xfs/linux/xfs_ioctl.c - 1.73 linux/fs/xfs/dmapi/dmapi_register.c - 1.17 - Check inode->i_sb->s_magic when looking for xfs inodes From owner-linux-xfs@oss.sgi.com Thu Aug 8 14:53:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78LrTRw024518 for ; Thu, 8 Aug 2002 14:53:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78LrTnX024517 for linux-xfs-outgoing; Thu, 8 Aug 2002 14:53:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78LrORw024457 for ; Thu, 8 Aug 2002 14:53:24 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA36074 for ; Thu, 8 Aug 2002 16:55:26 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA52151 for ; Thu, 8 Aug 2002 16:55:26 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g78LsO102719; Thu, 8 Aug 2002 16:54:24 -0500 Message-Id: <200208082154.g78LsO102719@jen.americas.sgi.com> Date: Thu, 8 Aug 2002 16:54:24 -0500 Subject: TAKE - fix mapcheck To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This fixes the mapcheck test again, mmapped files were seeing non-zero data in the part of the last page beyond eof. Date: Thu Aug 8 14:54:20 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124639a linux/fs/xfs/linux/xfs_iops.c - 1.168 - set new flag in getblock for all mappings returned beyond the eof From owner-linux-xfs@oss.sgi.com Thu Aug 8 16:55:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g78NtDRw025946 for ; Thu, 8 Aug 2002 16:55:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g78NtDKx025945 for linux-xfs-outgoing; Thu, 8 Aug 2002 16:55:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g78Nt7Rw025917 for ; Thu, 8 Aug 2002 16:55:07 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id QAA08804 for ; Thu, 8 Aug 2002 16:57:53 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA25985; Fri, 9 Aug 2002 09:55:54 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g78Nrjjh000799; Fri, 9 Aug 2002 09:53:45 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g78Nrinc000797; Fri, 9 Aug 2002 09:53:44 +1000 Date: Fri, 9 Aug 2002 09:53:44 +1000 From: Nathan Scott To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 Message-ID: <20020808235344.GA731@frodo> References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D523ABA.6020201@gmx.de> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: > Hi, hello. > Nathan Scott wrote: > >cmd/xfsprogs/libdisk/Makefile - 1.6 > > Does that mean that the 'make install' now work proper and does not > install the stuff to /man /include .... (regardless the arguments of the > configure script)???? Nothing has changed from a "make install" point of view - afaik, there are no problems in the configure process, & your report is the first I've heard of anyone having problems there. Sounds like you need to do a "make distclean" before "make" (its probably your include/builddefs file which is out of whack, this will force it to be regenerated); if the problem persists let me know. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 8 17:36:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g790arRw026930 for ; Thu, 8 Aug 2002 17:36:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g790ar62026929 for linux-xfs-outgoing; Thu, 8 Aug 2002 17:36:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g790akRw026901 for ; Thu, 8 Aug 2002 17:36:47 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA04932 for ; Thu, 8 Aug 2002 17:39:34 -0700 (PDT) mail_from (pj@engr.sgi.com) Received: from turbo-linux.engr.sgi.com (turbo-linux.engr.sgi.com [163.154.6.103]) by cthulhu.engr.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id RAA17983; Thu, 8 Aug 2002 17:37:38 -0700 (PDT) Received: by turbo-linux.engr.sgi.com (Postfix, from userid 2324) id 8BB4E1015497; Thu, 8 Aug 2002 17:37:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by turbo-linux.engr.sgi.com (Postfix) with ESMTP id 6CB7D1C000AF; Thu, 8 Aug 2002 17:37:38 -0700 (PDT) Date: Thu, 8 Aug 2002 17:37:38 -0700 (PDT) From: Paul Jackson To: Suzanne Engel Cc: "'linux-xfs@oss.sgi.com'" Subject: Re: Sorry! . . . .wrong email attached . . . In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk > whether or not my source code will need > to be open or if it can remain proprietary? This is not an XFS question -- it is a legal question, involving Linux loadable modules, the GPL and such. We are not lawyers, and in particular, we are not your lawyer. It would be inappropriate for us, as employees of SGI, to comment on whether a Linux kernel module needs to be GPL'd. I will agree that it is an issue that can generate discussion from various positions. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.650.933.1373 From owner-linux-xfs@oss.sgi.com Thu Aug 8 19:10:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g792AMRw028055 for ; Thu, 8 Aug 2002 19:10:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g792AMDE028054 for linux-xfs-outgoing; Thu, 8 Aug 2002 19:10:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g792AERw028023 for ; Thu, 8 Aug 2002 19:10:14 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA00049 for ; Thu, 8 Aug 2002 19:13:00 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g792BIL07352; Fri, 9 Aug 2002 12:11:18 +1000 Date: Fri, 9 Aug 2002 12:11:18 +1000 From: Keith Owens Message-Id: <200208090211.g792BIL07352@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to kdb v2.3 for i386 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Upgrade to kdb v2.3 for i386 Date: Thu Aug 8 19:10:38 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs-kdb-v2.3 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124654a linux/kernel/ksyms.c - 1.132 linux/include/linux/sysctl.h - 1.50 linux/drivers/usb/usbkbd.c - 1.19 linux/drivers/usb/usb-uhci.c - 1.37 linux/kdb/kdb_bt.c - 1.11 linux/kdb/kdb_bp.c - 1.11 linux/kdb/modules/kdbm_vm.c - 1.19 linux/kdb/Makefile - 1.13 linux/include/linux/kdbprivate.h - 1.19 linux/include/linux/kdb.h - 1.22 linux/kdb/modules/Makefile - 1.14 linux/kdb/kdbsupport.c - 1.13 linux/kdb/kdbmain.c - 1.28 linux/include/asm-i386/kdb.h - 1.12 linux/kdb/kdb_io.c - 1.14 linux/include/asm-i386/kdbprivate.h - 1.16 linux/arch/i386/kdb/kdba_id.c - 1.12 linux/kdb/kdb_id.c - 1.14 linux/arch/i386/kdb/kdbasupport.c - 1.20 linux/arch/i386/kdb/kdba_io.c - 1.16 linux/arch/i386/kdb/kdba_bt.c - 1.14 linux/arch/i386/kdb/kdba_bp.c - 1.13 linux/kdb/modules/kdbm_pg.c - 1.57 linux/kdb/ChangeLog - 1.19 linux/drivers/usb/hid-core.c - 1.5 linux/arch/i386/kdb/ChangeLog - 1.6 From owner-linux-xfs@oss.sgi.com Thu Aug 8 19:27:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g792RiRw028280 for ; Thu, 8 Aug 2002 19:27:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g792RiSJ028279 for linux-xfs-outgoing; Thu, 8 Aug 2002 19:27:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g792RdRw028251 for ; Thu, 8 Aug 2002 19:27:40 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA06492 for ; Thu, 8 Aug 2002 19:30:20 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA63830 for linux-xfs@oss.sgi.com; Fri, 9 Aug 2002 12:28:16 +1000 (EST) Date: Fri, 9 Aug 2002 12:28:16 +1000 (EST) From: Nathan Scott Message-Id: <200208090228.MAA63830@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - libdisk fixup X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks Christoph. Date: Thu Aug 8 19:27:11 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124655a cmd/xfsprogs/libdisk/drivers.c - 1.9 - Fix a day-one bug in get_driver_block_major which would result in incorrect majors being returned for not-found drivers. From owner-linux-xfs@oss.sgi.com Thu Aug 8 19:35:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g792ZRRw028554 for ; Thu, 8 Aug 2002 19:35:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g792ZRwh028553 for linux-xfs-outgoing; Thu, 8 Aug 2002 19:35:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g792ZMRw028522 for ; Thu, 8 Aug 2002 19:35:22 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA05319 for ; Thu, 8 Aug 2002 19:38:09 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g792bSr13782; Fri, 9 Aug 2002 12:37:28 +1000 Date: Fri, 9 Aug 2002 12:37:28 +1000 From: Keith Owens Message-Id: <200208090237.g792bSr13782@sherman.melbourne.sgi.com> Subject: TAKE - Update kdb changelog X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Update kdb changelog Date: Thu Aug 8 19:36:44 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124657a linux/arch/i386/kdb/ChangeLog - 1.7 From owner-linux-xfs@oss.sgi.com Thu Aug 8 22:27:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g795RORw030549 for ; Thu, 8 Aug 2002 22:27:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g795ROn3030548 for linux-xfs-outgoing; Thu, 8 Aug 2002 22:27:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g795RJRw030520 for ; Thu, 8 Aug 2002 22:27:19 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id WAA07429 for ; Thu, 8 Aug 2002 22:30:05 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g795TP100792; Fri, 9 Aug 2002 15:29:25 +1000 Date: Fri, 9 Aug 2002 15:29:25 +1000 From: Keith Owens Message-Id: <200208090529.g795TP100792@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade to kdb v2.3-2.4.19-i386-2 X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Upgrade to kdb v2.3-2.4.19-i386-2 Date: Thu Aug 8 22:28:42 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124664a linux/arch/i386/Makefile - 1.23 linux/arch/i386/kdb/kdba_bt.c - 1.15 linux/arch/i386/kdb/ChangeLog - 1.8 From owner-linux-xfs@oss.sgi.com Thu Aug 8 22:57:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g795vkRw031031 for ; Thu, 8 Aug 2002 22:57:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g795vkvJ031030 for linux-xfs-outgoing; Thu, 8 Aug 2002 22:57:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g795veRw031002 for ; Thu, 8 Aug 2002 22:57:40 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id XAA08496 for ; Thu, 8 Aug 2002 23:00:25 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA28891; Fri, 9 Aug 2002 15:58:28 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g795uHjh011006; Fri, 9 Aug 2002 15:56:17 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g795uFa3011004; Fri, 9 Aug 2002 15:56:15 +1000 Date: Fri, 9 Aug 2002 15:56:15 +1000 From: Nathan Scott To: Christoph Hellwig , Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 Message-ID: <20020809055615.GH731@frodo> References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> <20020808191434.A16532@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020808191434.A16532@infradead.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, On Thu, Aug 08, 2002 at 07:14:34PM +0100, Christoph Hellwig wrote: > On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: > > Does that mean that the 'make install' now work proper and does not > > install the stuff to /man /include .... (regardless the arguments of the > > configure script)???? > > I've run into the same problem when building my xfs rpms for OpenLinux. > The patch below is my temporary solution. It works fine for me by > backing out the build system changes around 2.1.1. OK, I think I see where the problem lies. I assume neither of you guys are using autoconf 2.13 (autoconf --version)? I have managed to reproduce the problem with autoconf 2.50, but can't do so with 2.13 (which I think is the most common version at the moment -- probably why few people have reported on this). A fix will follow shortly. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 8 23:11:51 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g796BpRw031457 for ; Thu, 8 Aug 2002 23:11:51 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g796Bp86031456 for linux-xfs-outgoing; Thu, 8 Aug 2002 23:11:51 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g796BiRw031428 for ; Thu, 8 Aug 2002 23:11:45 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA03007 for ; Thu, 8 Aug 2002 23:14:29 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA00314 for linux-xfs@oss.sgi.com; Fri, 9 Aug 2002 16:12:34 +1000 (EST) Date: Fri, 9 Aug 2002 16:12:34 +1000 (EST) From: Nathan Scott Message-Id: <200208090612.QAA00314@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs-2.2.1 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk If you previously had problems with install paths from "make install", please try this and let me know (yay or nay). A similar fix will need to be made to the other packages we have, so I'd like to get feedback before I go make all those other changes too in case any issues remain. thanks. Date: Thu Aug 8 23:07:41 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:124667a xfsprogs/configure.in - 1.15 xfsprogs/include/builddefs.in - 1.24 - Make install process work for newer versions of autoconf too. xfsprogs/VERSION - 1.52 xfsprogs/doc/CHANGES - 1.76 xfsprogs/debian/changelog - 1.50 - Bump version, document changes - libdisk fix, autoconf version fixes. From owner-linux-xfs@oss.sgi.com Fri Aug 9 01:17:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g798HoRw000893 for ; Fri, 9 Aug 2002 01:17:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g798HodF000892 for linux-xfs-outgoing; Fri, 9 Aug 2002 01:17:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g798HfRw000859 for ; Fri, 9 Aug 2002 01:17:42 -0700 Received: (qmail 582 invoked by uid 0); 9 Aug 2002 08:19:42 -0000 Received: from pd903c384.dip.t-dialin.net (HELO gmx.de) (217.3.195.132) by mail.gmx.net (mp018-rz3) with SMTP; 9 Aug 2002 08:19:42 -0000 Message-ID: <3D537A4D.9020004@gmx.de> Date: Fri, 09 Aug 2002 10:16:13 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.0 References: <200208080639.QAA15218@snort.melbourne.sgi.com> <3D523ABA.6020201@gmx.de> <20020808191434.A16532@infradead.org> <20020809055615.GH731@frodo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Nathan Scott wrote: > hi, > > On Thu, Aug 08, 2002 at 07:14:34PM +0100, Christoph Hellwig wrote: > >>On Thu, Aug 08, 2002 at 11:32:42AM +0200, Michael Wahlbrink wrote: >> >>>Does that mean that the 'make install' now work proper and does not >>>install the stuff to /man /include .... (regardless the arguments of the >>>configure script)???? >> >>I've run into the same problem when building my xfs rpms for OpenLinux. >>The patch below is my temporary solution. It works fine for me by >>backing out the build system changes around 2.1.1. > > > OK, I think I see where the problem lies. I assume neither of > you guys are using autoconf 2.13 (autoconf --version)? I have > managed to reproduce the problem with autoconf 2.50, but can't > do so with 2.13 (which I think is the most common version at > the moment -- probably why few people have reported on this). > > A fix will follow shortly. > Ok for your information: I'm working with a Linux From Scratch system, which uses autoconf 2.52. If you need further information or of I should test something, give me a short mail.... regards micha From owner-linux-xfs@oss.sgi.com Fri Aug 9 03:05:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79A51Rw004009 for ; Fri, 9 Aug 2002 03:05:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79A51MC004008 for linux-xfs-outgoing; Fri, 9 Aug 2002 03:05:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79A4pRw003966 for ; Fri, 9 Aug 2002 03:04:52 -0700 Received: (qmail 24846 invoked by uid 0); 9 Aug 2002 10:06:55 -0000 Received: from pd903c305.dip.t-dialin.net (HELO gmx.de) (217.3.195.5) by mail.gmx.net (mp002-rz3) with SMTP; 9 Aug 2002 10:06:55 -0000 Message-ID: <3D53936D.9010501@gmx.de> Date: Fri, 09 Aug 2002 12:03:25 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.1 References: <200208090612.QAA00314@snort.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Just checked out and tested.... --> nay! ;-( the stuff still will be under / autoconf 2.52 # make clean # make distclean # autoconf; ./configure --prefix=/usr/ # make # make install ... and I will have some new directories on my / partition ..... any hints?? regards micha Nathan Scott wrote: > If you previously had problems with install paths from "make install", > please try this and let me know (yay or nay). A similar fix will need > to be made to the other packages we have, so I'd like to get feedback > before I go make all those other changes too in case any issues remain. > > thanks. > > > Date: Thu Aug 8 23:07:41 PDT 2002 > Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/xfs-cmds > > > Modid: xfs-cmds:slinx:124667a > xfsprogs/configure.in - 1.15 > xfsprogs/include/builddefs.in - 1.24 > - Make install process work for newer versions of autoconf too. > > xfsprogs/VERSION - 1.52 > xfsprogs/doc/CHANGES - 1.76 > xfsprogs/debian/changelog - 1.50 > - Bump version, document changes - libdisk fix, autoconf version fixes. > > From owner-linux-xfs@oss.sgi.com Fri Aug 9 07:07:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79E7tRw011842 for ; Fri, 9 Aug 2002 07:07:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79E7tYu011841 for linux-xfs-outgoing; Fri, 9 Aug 2002 07:07:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from creon.profinet.sk (creon.profinet.sk [195.46.64.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79E7lRw011813 for ; Fri, 9 Aug 2002 07:07:48 -0700 Received: by creon.profinet.sk (Postfix, from userid 201) id 9B50021EF23; Fri, 9 Aug 2002 16:09:54 +0200 (CEST) Date: Fri, 9 Aug 2002 16:09:54 +0200 From: lubos klokner To: linux-xfs@oss.sgi.com Subject: xfs quota vs. performance Message-ID: <20020809140954.GA14502@creon.profinet.sk> Reply-To: lubos@klokner.sk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hello, we have 7 servers (web and shell) accesing one xfs (500gb) storage via nfs. it is free webhosing and have about 60000 users/directories on the storage. there is 60-70mbit/s nfs traffic outgoing from storage. now we need to setup quota. my question is: how much prerformance will i lost when we turn on quota ? thank you for any opinions. best regards, -- lubos klokner From owner-linux-xfs@oss.sgi.com Fri Aug 9 07:26:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79EQSRw012336 for ; Fri, 9 Aug 2002 07:26:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79EQS67012335 for linux-xfs-outgoing; Fri, 9 Aug 2002 07:26:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79EQMRw012306 for ; Fri, 9 Aug 2002 07:26:23 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17dAkf-0003DX-00; Fri, 09 Aug 2002 15:28:29 +0100 Date: Fri, 9 Aug 2002 15:28:29 +0100 From: Christoph Hellwig To: Michael Wahlbrink Cc: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.1 Message-ID: <20020809152829.A12366@infradead.org> References: <200208090612.QAA00314@snort.melbourne.sgi.com> <3D53936D.9010501@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D53936D.9010501@gmx.de>; from mimi.ka@gmx.de on Fri, Aug 09, 2002 at 12:03:25PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 09, 2002 at 12:03:25PM +0200, Michael Wahlbrink wrote: > Hi, > Just checked out and tested.... > --> nay! ;-( > the stuff still will be under / > > autoconf 2.52 Same here with autoconf-2.13, building an rpm from a tarball generated from a clean CVS tree From owner-linux-xfs@oss.sgi.com Fri Aug 9 09:53:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79GqxRw015094 for ; Fri, 9 Aug 2002 09:52:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79Gqxex015093 for linux-xfs-outgoing; Fri, 9 Aug 2002 09:52:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79GqqRw015065 for ; Fri, 9 Aug 2002 09:52:53 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA46040; Fri, 9 Aug 2002 11:54:57 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-92.corp.sgi.com [134.15.64.92]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA59736; Fri, 9 Aug 2002 11:54:56 -0500 (CDT) Subject: Re: xfs quota vs. performance From: Stephen Lord To: lubos@klokner.sk Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020809140954.GA14502@creon.profinet.sk> References: <20020809140954.GA14502@creon.profinet.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 11:52:13 -0500 Message-Id: <1028911935.2982.5.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-09 at 09:09, lubos klokner wrote: > hello, > > we have 7 servers (web and shell) accesing one xfs (500gb) storage via > nfs. it is free webhosing and have about 60000 users/directories on > the storage. there is 60-70mbit/s nfs traffic outgoing from storage. > now we need to setup quota. > my question is: how much prerformance will i lost when we turn on quota > ? Quota should not be too bad, quota records are cached in memory, although with 60000 users you will not be caching all of them at once. Steve > > thank you for any opinions. > > best regards, > -- > lubos klokner From owner-linux-xfs@oss.sgi.com Fri Aug 9 13:13:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79KDMRw020014 for ; Fri, 9 Aug 2002 13:13:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79KDM9B020013 for linux-xfs-outgoing; Fri, 9 Aug 2002 13:13:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pauli.fmph.uniba.sk (postfix@pauli.fmph.uniba.sk [158.195.16.115]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79KD1Rw019970 for ; Fri, 9 Aug 2002 13:13:02 -0700 Received: by pauli.fmph.uniba.sk (Postfix, from userid 1069) id C2D09169A6; Fri, 9 Aug 2002 22:15:12 +0200 (CEST) Date: Fri, 9 Aug 2002 22:15:12 +0200 From: Lubomir Host <8host@pauli.fmph.uniba.sk> To: linux-xfs@oss.sgi.com Subject: 2.4.19 - can't compile modul xfs_dmapi.o Message-ID: <20020809201512.GC31073@pauli.fmph.uniba.sk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline User-Agent: Mutt/1.3.28i Organization: Platon software development group (http://www.platon.sk/) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! I got error mesages during compilation 2.4.19 kernel with xfs_dmapi.o as modul. Error message is in attachment. Thanks, best regards -- Lubomir Host Platon software development group http://www.platon.sk/ GnuPG key: http://pauli.fmph.uniba.sk/~8host/gpg.key --/9DWx/yDrRhgMJTb Content-Type: application/octet-stream Content-Disposition: attachment; filename="xfs_dmapi-copilation-error.gz" Content-Transfer-Encoding: base64 H4sICFE8Uz0CA3hmc19kbWFwaS1jb3BpbGF0aW9uLWVycm9yAO1dS3PbOBK+ 51fw5tmpki2Cb1fNQbEURxtZykp2JtmpKZqmIItlPjQk5dhz2N++DYCU+BAV CyD3kj1MhqKBD41+oYEGwMB5wn8of15KE+w8e+GjtPRi7KZR/CrdX6yjAMM/ SXqRBpuLJxyH2L/wvXD70kPn6rlsXaySixf4L9luNlGcnr2LA6m3kuDVefTO X0q9QML+yvYUU5ekXiz1IvY38q8dp47vR272a/nXNkqLz7aX4iB7kcZOWC7y V2Anr4kLCMnuTfbguH7+VMCnz/ZDGmOcv0nTuPBor3DqrosvfOysst8PXt7w Q+BsCo8lxNLzdlXswdIp/RW4vH9ChUf7Ach8Kr5YOqlT/F2giv4OoyUu/k5K fwXOuYU/F2vjOI5yKvBLugLqihSvkmiT89YrctKrs9J7xDl/vAI99LmI6UVu FO/+mjoP/o62Vew8Zs9+VHiyQR2jZ5wTGjhuHOVkBdE2zNuNcegEuKgvJd1x PL/0G8RT+p0xoPSu2JXszb4r29Tbqd5zkVfPpNb+Z/wdHjbOI4YWL7L/wxtq RcyWbGYSmQ3ltsTevnt0Xak3tO1Po/l0NLFtqTd+g1l6oetvlxhs7ncQFvyb pLHnpr1NHKVR+rrBCbwLox68fYydzRp+zhBYLrzKSjq+5yTEH9CXbhQEUQjP UeClPRBVgHubyAtTDDa98TYYLH0T4xWoFF4ChOM+9R5AOEsnfv0NgAMndte/ eTq4AXj2vcewt9qGbupFYfKbCmQOb2bDu8mIPXwZzRfj2XQh9fJ+vL3L7OVF EC1BZxKCf74Gnp1LpMEEGgb63LUDZIeAtoRa8FfpYpvEUPPhAtjdI/8nHqvH oNC5pZ2rO5b2hp/e340nQ/v9YDGaDm5Gv1H1BVfgQT/czMWxF+fFZ/dd4flS ky+l++HN4PZ2bn+ejz6Mv05G0zMJWIZd3wEuSmscY+mXMEolL5QcKefXPw7B 2BSHUGMvxv8e8eEk3t9YilaSE8cOeP+lE9qEU8mZtHYSKYzCHhH4I4icaFC5 utVOb6w6FQF1xUS5vBcuSha38/H0+nRidGDJBrqPJeoopQe8At9FKLIDLwRn GoGJ4visVum7E4dgOZeUOGmJV87WTxMpjaR7IPuMtMkocUijpK8nYJLRgGB6 oUdrM4awpoDIBEZu8DESwCdJCcVSLiXo+74maZcVsBMcLuk4Y+NnDCQWKq4v kdG/bCwpgWCevWib+K+Mqoy7paalcbjjcSPSZamK3LcKnfaCje+5Xlrl2x70 eCeg93oBbhtuE6Dz2Yk9MgKBWDbl0tIgBXFtJB+Q/AphKvoBH90YOyk+yEnN vDxS9k28RIZ6WC1/PauUK/Z4x6giA70kPEtB/XeDwg+E5kabV1BSYo9kqK1I DJlETdKoZGi/rLw4SSVgN9H6dO0lDcZGa/8yctx1sbq3BL54Kw8MHWrGmIyL 8DoKgUNR6OI6BPBCwgRlRzpojbPZYOAYkHBebRWEeb+Ko4CXavRD93sCmPIj J/pmrCMKrPT1Rr8GA3dqVyxH6ZttK5K3sdOINnZWpY14b7BGrk4rMhkMIbzi rK4RYQa8jatqycPERAupd3EhHJScFPj86IXkz8RjJN89mGxIhAc4ACUvYxnZ qP71w2Rwbc9Hg8nt+IZTrRRDKYJ9JmiT2RUvmFYE+zhYEG3lw1L78kkufngz +mKPF4vR7dmPR5eHrf9EtTkKq45KRSCpgrbzEU9BuHWNVt/1facFEmjFmgzn eLWCSXilinbYbtdOuPTxWaWwdbjwPyrlFCJPWoSzI5p66jj9TK3/INUELO8P Hzk6QSD8hGnM1k3t5G9OIGqChFonpjEFp54cUE4PZqppknvApKKdGjLEtZOB EISNAMBp+qkh87DKwfzdx2FZ0ppC5bRxXOzjFW8vFdJLEjRFK0471FTtTXai qTBo5j3hbKkY0JJO94iiS9EGx/T/K4lMsh0Jv0CPkqQQ2x9idrtodBZJYjr+ 7hny2xhJRyMgqfW4RkeoMa6h8XWCa7GNXnLDrcQ20NrKfoSmaJu+l1RjHJ34 8QpRXLzQmwaEHLjaVzL5iL3HNW97CgF4WG54q5PYbkcbHwYx1/sQ1DTgBSgS wdsTrZ9TsWlfjXXldDXWtU7UODmmxrrekhrr+klqTCNQETU2THE9LGHwqpFB dDFwXrLZPxeGKTMMO3CSJ14MRciuTSKQZ8f3lpkutG4TRlM0e8QmDEXuwiaS o77dUFA7RkGB3m4UhiJoFIaYbzda8O2GqG832vDtRpe+3dDV0/VY17vR42PO 3dCNlvSYAJ2gx3TWJaLHZHVUVBFLGLx6RJZfBQzKMITHBiMfXwTGhmPKbDWv I8J8rKbHltWBHrPNCnb0VFFgsy80ppky8UXckyGztLJF1zMDotPAIolmHrYh TR7AmPk3WeWugL1VAqYmnyIBU+siSoyX3+Mq80k4es89J2fVn3lFp5ORbBVE S84lJNNUhWRvZguDvPSbxPJXK9955AOwNBoLPLc/fFkkwdKgb3lSqKp0likY hsl9xTxFy+W+qnSg5iTqo9tevHAV2YS71Xylal4WaOLiPQM51NckdeKUWFSl PE1ZCIyXgKBdFuBFQKD+hhdAl8ViP0BAgnEbg+DI3dv2Zms7y2V81g4eLUkT rD87niEwDsh9Oq0lMexLCjEUv02aDQsyDLdKtJmt7pFtLAJtNiztPXhOUm3R 0vjU9uUokBsFQICXsNJLmCN4QKqUb/pie8h8x31KwJG6TlJeUZZlmXCfsYhX grJMh1LSZV4AbUcENwTbT2SPvt6Oprf2x9lkxAuF5BLUfLTgJqo4xD07/hZT eW3J5giPrPJTmGWlFslQdxIYAJ/1kyMDWS75C57QQDaUo82SXaq1Vg2zo/CA pJzpXrUD0YFsZgtDe7I4RW82LAwBaLWnpkgcDdUNwdhCtshaCiFMsD53FyxD KBaXUR+JJ2MBRWNkcE8qAIIKAwA2IggtRje8eE2j/U+HR5eKY3De3BJVWpao 0nYPfzI89W17bljBNgV3UsPtFtT6JxRsk9n/b/h/1PCxuA/pzXsu3ChceY+1 +AvpakfxF2vwrEZiGxMyinJ4c1MKLrzWR7qG5zuPlJ28TZpsunA1m34YX9tD sgXUnn0ZzSezwZAb1CqBfh7NF3Tz8vj93S33fISdEKigjr7AJIcfUa4j3gym g+vRECZO1+R0EDc0KkPfTa8+iszrUL7BNgP8fTyZAI2382/cgHSixjRLBAJo up3f8ffLKPXraj4a3I7s99/sj4PpUIBdZb2ezK4+2Xefr+eDIT/kAa0eTz+O 5uPbTLu5tcXMVPvDYLLgps8sa8j7u8mnwWTCjaaX0G4GX9n5g9nUHo4Wt/MZ t+JZ/YPI1DkInGwAYLUGzJRIDDXbjN4WnFkjsh2Xo/TLLud2djuYFDn7eXDF r/taa+cOZEVGO8/TwTKRgk7f/wCV9E4DhnzTUo3WlrZAMKS374GA8pZgMkSh c0uxXRCyoiLxbRCAoonmZShEi9MlXrymwPwnwztq4DzrwIpmdWTgS5ykcfRq szPENQtn+SWBNTWFRtN5x7hRsjNVbZz7AzC9vROJskIDAu4lZJWk4u9pfmLT wXCiHtG2pRfRTH1V2VTN6ErZWItnNSKzfQF7ijiZqTXtg/Ciaid1RXDpXqW7 u/kFT7WQEMZZPz9XKzB9UU1VPHJXaRIEOtKF+lrWydkrra92pr4xaTQ5lL3S 5JayVxTobdkrTRbKXmmyaPZKQ2LZq1197i4gRTRtxCBE81caPesqknzSSues xEM4XrymEOmnw6NTXYHEqE6P2nPvJYD67aZAePGaGPST4R0bpnRFOT2m15XO wqyDsbzO9rYIuHtdNVqI5XW6DVHIZ+t0OZnfskxN0LRNU9DbU4Q2jZsTr9F4 fi68Y8Zt9E8/NA2VugpCm84jQZOmiFEYMr2bCOgQAiCTicW3hT17/09uHMED ThmCyOqgIbexsMdQOjooJxtNa6YNlxRBha629a08Hx8acuihVOHYuvFoK70d qVJWER3kDEVoSzU7okkp4wUwxe4lOaozTTl6ckoJPwJWXWv0rsIU1mBNZ3Sz paQCRTqcVKCn/aqlM13d8YGzVUNYAw0xDaTp2KyPvBB0ZYDJhxMiz5OytCC5 oGvIDYVKUL/Px7cjbiy1hHU7v5teDQTgTNHUjdnvCw5WZp9lJB/5I9omG3V8 v2E2YcpmYb0LwhFug2FIWxrSCCCcdhMT1GkYVLzaeRWTzO7u6Y28Af8pCZNO niinyDYrbhST3iAJkhGDeePmRZOe9fcdoNr3Ql5/YtKlcoEr1GQz29DRSgLI NK0WE0CW8rb7sWSrtOnQjcI0jnyJbkbAiYTZlVTk4t7nyFuefNIZ4JvXyr1w jWOvHhJauujRU8swT16ht4wuspnkuHjeZNVb0WO5bazON57vra/OW6bowVOL rlPwL6/v6rcfSaJ+3zrlyDHqy10cOYaiD9heR37tpt2+rAqfNWYgB7e01s4Z Q9kWNtGiPhJMSwKCSFoS9ek1NdznnFGfbomJRQCUbG2NG0DNKODmAbvJkH95 76jhaPpphqN1MWvfwIv1YcOhG5WFNFBodRaqC10sgvo0VOBWwGOyk49Mnw/J Tta7GOggYljCaPfsHUpEI1lYfrKY/Fh1fgfA6vPLn9XnnwtlAF0cAkb0hNyJ iSKoZHaiRUH0jA/P7hCSBWMXQNDEc0UIIZHNVVCdLAQnOF2mHu8hk6PiPHK2 p1mcndxWljTl/RA7zCEkS6MVWRqGYN4PIVMsJ4+QJQvpE12J6k6flL52cqoJ Khkd6VNTqgmxrwhws1GhF1/wp5oyAOFUE+AIrtVmCIKJogxF7Cq7o3qlNN+C ludu6nqloI70qiFdBC1mW7EKNHEytGlDRj1lBGUNUSVQ+0I5nwIAtwbRtBP/ kn8GQNfE7JsZ7zEzgNktrdl34yEviqbsUK4FUIwdyoD/4yBI0dGeNUI4e3qu RHCMPc5QBGf/ZR6RT/Iopki66qjbsjiiZUX0Ek2kHlnaOpwkRaosd+QrDyZJ oT2tjWQlwzl8Zps2Wy3d0n3mSEWiMakqegIMqQrL3X0XuPsVqdRzi2RK9xAC cS07RdJGtrUGJZBtrWGJZVuRSq9y5A472adzglhI3qYhfGICQCzRoxtIpTMZ /OK4KblEoQPvq524UKnp/Q584PfYS3HzapcmeowHEPTsIopECAHESU3FXnyb XnEjiWzhy6rzr7yx+vzTc1ZfwI0xgE5W3rSmxB37jPNrYj/TT3qfHai2m2ne DL6e/o1UhsGxV/UNlIl/8hRwms185cL8P2u+bu9mVxvDip2uiZG4Tlogr7qn j1PpKCSAbEQATtt+gjSr/8btJ1AUMfriv3gJtPJbSiZfJvbX2WfenRNIp5uV PKHauTFdTUaDeX4FCTciKiK2cvsKgKoF0OHs9ym9eMWej68/8hOqFzCvRzAj JV+YHE8/zOz5l8/cqGYFNbs2RQSztI17h0l2yoiAogoou+aDG049CCd0oRKg VmWUXRVjs31H3LBVIQ3HMyJ4XjzUr+HNCX0LEQGhqoDE+oyqAqKSmYwX3AaE qsL5MAYHIkJiVSxsksILp1SkQqxQjIcKqiMKukulKJbxNLv6iftTtwBYlMrN J9BEcferFAXzeT57PxK4egzpalEwojeZAVxRKmSeDXz8MhayPVUtQYJaLwRH G1UvId7MvowElVE1S4j/ugPXKEajVpTLQtjjaKgCJ+xxNLWCKOpxNL0CKGjN mlnBE/Ngekkg324m4+kncWvWS3KBuXELkEXBZNfiiemiXpQMm8YLW7VulnOU IJ0PxPMM25/c6pb6gzkclKSLtrVZnG518cWjvLmzGqGWyDenED1WeU/RuSFo aBKtVtzXfh2ThEGMCND2M/F8Jk/X88OlHUBRtoBelMT6kt352FBSIl9w9qJt 4r+yWX62+PCWHEIZqUZvlkioqQknd5t2yEEBmL9WCtOZLftLe8dWgmhb76eJ rFO/wc44R8Dq4jqoBH70CHIsfbHh3vaT0HbJ4aBcbA/bdP/xicB5wn+gPy+l X3/9Vfpjjx/9KY0o++R9kQl2nskNhex7blH8Kt1frKMAwz9JepEGm4snHIfY v/C9cPvSQ+fquWxdrJILgD1jMHLeEvRrmWwfAMqGv+aNoX0p3sZYQ4VW7CK8 dqmakhMskfTHf5pA/rx89+6/RY1scXGPAAA= --/9DWx/yDrRhgMJTb-- From owner-linux-xfs@oss.sgi.com Fri Aug 9 13:18:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79KIiRw020280 for ; Fri, 9 Aug 2002 13:18:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79KIikP020279 for linux-xfs-outgoing; Fri, 9 Aug 2002 13:18:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79KIcRw020250 for ; Fri, 9 Aug 2002 13:18:38 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA44514; Fri, 9 Aug 2002 15:20:43 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-15.corp.sgi.com [134.15.64.15]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id PAA66763; Fri, 9 Aug 2002 15:20:43 -0500 (CDT) Subject: Re: 2.4.19 - can't compile modul xfs_dmapi.o From: Stephen Lord To: Lubomir Host <8host@pauli.fmph.uniba.sk> Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020809201512.GC31073@pauli.fmph.uniba.sk> References: <20020809201512.GC31073@pauli.fmph.uniba.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 15:17:59 -0500 Message-Id: <1028924281.3583.53.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-09 at 15:15, Lubomir Host wrote: > Hi! > > I got error mesages during compilation 2.4.19 kernel with > xfs_dmapi.o as modul. Error message is in attachment. In the new code, dmapi is not a seperate module, but part of xfs again. However, it looks like you may have caught cvs at a bad time - or if you are using the split patches it looks like they are broken wrt dmapi. Try a cvs update if you are using cvs. Steve > > Thanks, best regards > > -- > Lubomir Host > Platon software development group > http://www.platon.sk/ > GnuPG key: http://pauli.fmph.uniba.sk/~8host/gpg.key From owner-linux-xfs@oss.sgi.com Fri Aug 9 14:12:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g79LCERw021573 for ; Fri, 9 Aug 2002 14:12:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g79LCEt0021572 for linux-xfs-outgoing; Fri, 9 Aug 2002 14:12:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g79LC7Rw021543 for ; Fri, 9 Aug 2002 14:12:07 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA44006; Fri, 9 Aug 2002 16:14:13 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-15.corp.sgi.com [134.15.64.15]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA36498; Fri, 9 Aug 2002 16:14:13 -0500 (CDT) Subject: Re: 2.4.19 - can't compile modul xfs_dmapi.o From: Stephen Lord To: Lubomir Host <8host@pauli.fmph.uniba.sk> Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020809204819.GA1299@pauli.fmph.uniba.sk> References: <20020809201512.GC31073@pauli.fmph.uniba.sk> <1028924281.3583.53.camel@laptop.americas.sgi.com> <20020809203454.GA699@pauli.fmph.uniba.sk> <1028925604.3815.2.camel@laptop.americas.sgi.com> <20020809204819.GA1299@pauli.fmph.uniba.sk> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 16:11:30 -0500 Message-Id: <1028927491.3814.9.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-09 at 15:48, Lubomir Host wrote: > On Fri, Aug 09, 2002 at 03:40:02PM -0500, Stephen Lord wrote: > > Hmm, building internally here I have dmapi turned on, I am building > > xfs into the kernel. It is possible something is broken between the > > internal source and cvs, Eric who maintains that is out right now > > and I do not know how it all glues together. So right now all I can > > suggest is turning off dmapi for now and seeing if that gives you > > a buildable kernel. > > Yes, turning xfs_dmapi.o off gives me a buildable kernel, but there > is not a solution. ;) Problem must be on your end, I just did a cvs download, and build of xfs with dmapi on without any problems. Can I suggest a clean cvs tree. Steve > > Thanks. > > -- > Lubomir Host > Platon software development group > http://www.platon.sk/ > GnuPG key: http://pauli.fmph.uniba.sk/~8host/gpg.key From owner-linux-xfs@oss.sgi.com Fri Aug 9 17:43:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7A0h6Rw028321 for ; Fri, 9 Aug 2002 17:43:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7A0h61S028320 for linux-xfs-outgoing; Fri, 9 Aug 2002 17:43:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7A0gxRw028291 for ; Fri, 9 Aug 2002 17:43:00 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA01525 for ; Fri, 9 Aug 2002 17:45:47 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06226; Sat, 10 Aug 2002 10:43:52 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA21633; Sat, 10 Aug 2002 10:43:51 +1000 (AEST) Date: Sat, 10 Aug 2002 10:43:51 +1000 From: Nathan Scott To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - xfsprogs-2.2.1 Message-ID: <20020810104351.A519884@wobbly.melbourne.sgi.com> References: <200208090612.QAA00314@snort.melbourne.sgi.com> <3D53936D.9010501@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D53936D.9010501@gmx.de>; from mimi.ka@gmx.de on Fri, Aug 09, 2002 at 12:03:25PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 09, 2002 at 12:03:25PM +0200, Michael Wahlbrink wrote: > Hi, > Just checked out and tested.... > --> nay! ;-( > the stuff still will be under / Grrr... ok, thanks for trying it out anyway. I'll take another look on Monday. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Aug 9 19:02:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7A220Rw029348 for ; Fri, 9 Aug 2002 19:02:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7A220jL029347 for linux-xfs-outgoing; Fri, 9 Aug 2002 19:02:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7A21sRw029319 for ; Fri, 9 Aug 2002 19:01:54 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA01684 for ; Fri, 9 Aug 2002 19:04:43 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id MAA46551 for linux-xfs@oss.sgi.com; Sat, 10 Aug 2002 12:02:48 +1000 (EST) Date: Sat, 10 Aug 2002 12:02:48 +1000 (EST) From: Nathan Scott Message-Id: <200208100202.MAA46551@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - configure X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Michael &/ Christoph - can you see if this helps? thanks. Date: Fri Aug 9 19:01:37 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:124767a xfsprogs/configure.in - 1.16 xfsprogs/include/builddefs.in - 1.25 - try again with getting configure correct on newer autoconf versions. From owner-linux-xfs@oss.sgi.com Sat Aug 10 22:12:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7B5CQRw011845 for ; Sat, 10 Aug 2002 22:12:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7B5CQuS011844 for linux-xfs-outgoing; Sat, 10 Aug 2002 22:12:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7B5CBRw011814 for ; Sat, 10 Aug 2002 22:12:12 -0700 Received: from erbenson.alaska.net (17-pm1.nwc.alaska.net [209.112.138.17]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7B5ER6h098720 for ; Sat, 10 Aug 2002 21:14:27 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 554393A09 for ; Sat, 10 Aug 2002 21:14:26 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 0122B10293; Sat, 10 Aug 2002 21:14:25 -0800 (AKDT) Date: Sat, 10 Aug 2002 21:14:25 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: setfacl bug Message-ID: <20020810211425.A23502@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I originally noticed this problem start after upgrading to acl 2.0.15, however i thought perhaps it was related to xattr bugs in 2.4.18 so i waited until upgrading to 2.4.19 to see if the problem persists, it does: eb@ash ~/tmp$ mkdir src dst eb@ash ~/tmp$ mkdir src/dir dst/dir eb@ash ~/tmp$ touch src/dir/file dst/dir/file eb@ash ~/tmp$ setfacl -m u:bin:r-- src/dir/file=20 eb@ash ~/tmp$ (cd src ; getfacl --skip-base -R -P .) | (cd dst ; setfacl --= restore=3D-) setfacl: dir/file: Permission denied eb@ash ~/tmp$ getfacl src/dir/file=20 # file: src/dir/file # owner: eb # group: eb user::rw- user:bin:r-- group::r-- mask::r-- other::r-- eb@ash ~/tmp$ getfacl dst/dir/file=20 # file: dst/dir/file # owner: eb # group: eb user::rw- group::r-- other::r-- i use the above method as part of my backup script, it worked with acl 2.0.8 but not with 2.0.15. current kernel is 2.4.19 with split patches, previous kernel was 2.4.18 with split patches. here is the relevant piece of strace output: lstat64(0x10015750, 0x7ffff8c8) =3D 0 SYS_212(0x10015750, 0xffeeb84, 0x7ffff710, 0x84, 0xa0a0a0a) =3D -1 ENODATA = (No data available) stat64(0x10015750, 0x7ffff7a8) =3D 0 SYS_212(0x10015750, 0xffeeb9c, 0x7ffff710, 0x84, 0xff95d20) =3D -1 ENODATA = (No data available) stat64(0x10015750, 0x7ffff7a8) =3D 0 open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT= (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT (N= o such file or directory) write(2, "setfacl: dir/file: Permission de"..., 37setfacl: dir/file: Permis= sion denied) =3D 37 read(0, "", 4096) =3D 0 exit(0) =3D ? --=20 Ethan Benson http://www.alaska.net/~erbenson/ --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1V8rEACgkQJKx7GixEevyP1ACeP2c0V+6x+ztsCl8YxpCiLt21 BVkAoJhohB2e4AglkZz/jSfin+lLyBCs =CK1H -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 00:43:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7B7hFRw012840 for ; Sun, 11 Aug 2002 00:43:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7B7hF9K012839 for linux-xfs-outgoing; Sun, 11 Aug 2002 00:43:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from malik.slb.nwc.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7B7h2Rw012809 for ; Sun, 11 Aug 2002 00:43:03 -0700 Received: from erbenson.alaska.net (17-pm1.nwc.alaska.net [209.112.138.17]) by malik.slb.nwc.acsalaska.net (8.11.6/8.11.6) with ESMTP id g7B7jJo78565 for ; Sat, 10 Aug 2002 23:45:19 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 05EAF3A09 for ; Sat, 10 Aug 2002 23:45:17 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id E463E10293; Sat, 10 Aug 2002 23:45:17 -0800 (AKDT) Date: Sat, 10 Aug 2002 23:45:17 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: acl_extended_file() still returning somewhat innaccurate info Message-ID: <20020810234517.A23734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable when a directory has a simple default acl to say ensure that the primary group always has write permission, files created under that directory still get a system.posix_acl_access attribute (even though its completly unecessary as only the standard permission bits are used). this causes acl_extended_file() to claim a file has an extended acl when in fact it does not: eb@ash ~$ mkdir defacl eb@ash ~$ setfacl -dm u::rwx,g::rwx,o::r-x defacl eb@ash ~$ getfacl defacl/ # file: defacl # owner: eb # group: eb user::rwx group::r-x other::r-x default:user::rwx default:group::rwx default:other::r-x eb@ash ~$ touch defacl/foo eb@ash ~$ getfacl defacl/foo # file: defacl/foo # owner: eb # group: eb user::rw- group::rw- other::r-- eb@ash ~$ getfacl --skip-base defacl/foo eb@ash ~$ ls -l defacl/foo -rw-rw-r--+ 1 eb eb 0 Aug 10 23:40 defacl/foo eb@ash ~$ getfattr -m . defacl/foo # file: defacl/foo system.posix_acl_access eb@ash ~$ ideally XFS would not unecessarily create this attribute when the standard permission bits are sufficient, this would perhaps save some small ammount of disk space as well. failing that is it possible to fix acl_extended_file() to notice and ignore superflurious posix_acl_access attributes that are doing nothing but duplicating the standard mode bits? --=20 Ethan Benson http://www.alaska.net/~erbenson/ --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1WFg0ACgkQJKx7GixEevw21ACeML2exT2Lwe7faQydQGJk7tzi tZMAn2ljcgYqklhFeXl2u2NpCjx+Wpcm =04EN -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:23:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0N3Rw026620 for ; Sun, 11 Aug 2002 17:23:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0N3Si026619 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:23:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0MnRw026591 for ; Sun, 11 Aug 2002 17:22:49 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA08792 for ; Sun, 11 Aug 2002 17:25:08 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16749; Mon, 12 Aug 2002 10:23:38 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7C0LQUi001328; Mon, 12 Aug 2002 10:21:27 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7C0LOkb001326; Mon, 12 Aug 2002 10:21:24 +1000 Date: Mon, 12 Aug 2002 10:21:23 +1000 From: Nathan Scott To: Ethan Benson , agruen@suse.de Cc: linux-xfs@oss.sgi.com, acl-devel@bestbits.at Subject: Re: setfacl bug Message-ID: <20020812002123.GC456@frodo> References: <20020810211425.A23502@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020810211425.A23502@plato.local.lan> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hi, This one needs to be reported to the setfacl author - the fix for this one will need a better knowledge of the setfacl code than I have. Andreas, from a quick look this is almost certainly related to that 2.0.13 change which makes acl_get_file fail for reg files when asked about default ACLs. I've added some ltrace output below which provides a bit more info on top of Ethan's notes. cheers. -- Nathan On Sat, Aug 10, 2002 at 09:14:25PM -0800, Ethan Benson wrote: > I originally noticed this problem start after upgrading to acl 2.0.15, > however i thought perhaps it was related to xattr bugs in 2.4.18 so i > waited until upgrading to 2.4.19 to see if the problem persists, it > does: > > eb@ash ~/tmp$ mkdir src dst > eb@ash ~/tmp$ mkdir src/dir dst/dir > eb@ash ~/tmp$ touch src/dir/file dst/dir/file > eb@ash ~/tmp$ setfacl -m u:bin:r-- src/dir/file > eb@ash ~/tmp$ (cd src ; getfacl --skip-base -R -P .) | (cd dst ; setfacl --restore=-) > setfacl: dir/file: Permission denied > eb@ash ~/tmp$ getfacl src/dir/file > # file: src/dir/file > # owner: eb > # group: eb > user::rw- > user:bin:r-- > group::r-- > mask::r-- > other::r-- > > eb@ash ~/tmp$ getfacl dst/dir/file > # file: dst/dir/file > # owner: eb > # group: eb > user::rw- > group::r-- > other::r-- > > i use the above method as part of my backup script, it worked with acl > 2.0.8 but not with 2.0.15. > > current kernel is 2.4.19 with split patches, previous kernel was > 2.4.18 with split patches. > > here is the relevant piece of strace output: > > lstat64(0x10015750, 0x7ffff8c8) = 0 > SYS_212(0x10015750, 0xffeeb84, 0x7ffff710, 0x84, 0xa0a0a0a) = -1 ENODATA (No data available) > stat64(0x10015750, 0x7ffff7a8) = 0 > SYS_212(0x10015750, 0xffeeb9c, 0x7ffff710, 0x84, 0xff95d20) = -1 ENODATA (No data available) > stat64(0x10015750, 0x7ffff7a8) = 0 > open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > write(2, "setfacl: dir/file: Permission de"..., 37setfacl: dir/file: Permission denied) = 37 > read(0, "", 4096) = 0 > exit(0) = ? > > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ $ ( cd src ; getfacl --skip-base -R -P . ) | ( cd dst ; ltrace setfacl --restore=- ) [...] acl_get_file(0x0804daf0, 32768, 0x40136680, 0x4004e1de, 1) = 0x0804ee24 acl_dup(0x0804ee24, 32768, 0x40136680, 0x4004e1de, 1) = 0x0804eeb4 acl_free(0x0804eeb4, 0, 0xbffff978, 5, 0x0804ed30) = 0 acl_init(5, 0x40012c90, 0xbffff97c, 0x0804a805, 0x0804eeb4) = 0x0804eecc acl_get_file(0x0804daf0, 16384, 0xbffff90c, 0x4001c8a6, 1) = 0 __errno_location() = 0x40139a20 __errno_location() = 0x40139a20 strerror(13) = "Permission denied" fprintf(0x40136360, "%s: %s: %s\n", "setfacl", "dir/file", "Permission denied"setfacl: dir/file: Permission denied ) = 37 acl_free(0x0804eecc, 1, 0xbffff978, 5, 0x0804ed30) = 0 acl_free(0x0804ee24, 1, 0xbffff978, 5, 0x0804ed30) = 0 From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:26:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0QWRw026773 for ; Sun, 11 Aug 2002 17:26:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0QWU8026772 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:26:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ping.uio.no (ping.uio.no [129.240.78.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0PcRw026720 for ; Sun, 11 Aug 2002 17:25:39 -0700 Received: from wirth.ping.uio.no ([129.240.78.27]) by ping.uio.no with esmtp (Exim 3.12 #1 (Debian)) id 17e33t-0007Rh-00; Mon, 12 Aug 2002 02:27:57 +0200 Received: from ilmari by wirth.ping.uio.no with local (Exim 3.35 #1 (Debian)) id 17e33s-0007JM-00; Mon, 12 Aug 2002 02:27:56 +0200 To: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com Subject: kernel BUG at filemap.c:843! From: ilmari@ping.uio.no (Dagfinn Ilmari =?iso-8859-1?q?Manns=E5ker?=) Organization: Program-, Informasjons- og Nettverksteknologisk Gruppe, UiO Date: 12 Aug 2002 02:27:56 +0200 Message-ID: Lines: 21 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Status: No, hits=0.5 required=5.0 tests=PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-=-= Hi, I have been bitten a few times by the BUG() in unlock_page(), both with 2.4.19-rc3-xfs and 2.4.19-xfs (the latter checked out from SGI's CVS on Aug 10). The system is SCSI-only, with a raid5 array as an LVM physical volume and XFS on all the volumes. Software-wise it's Debian Woody, but the kernel is compiled on a Sid box with gcc 2.95.4-16. Attached are the decoded oops, the module list and the config. -- ilmari --=-=-= Content-Disposition: attachment; filename=decoded Content-Description: Decoded oops ksymoops 2.4.6 on i686 2.4.19-rc2. Options used -v vmlinux (specified) -k ksyms (specified) -l lsmod (specified) -o /lib/modules/2.4.19-rc2/ (default) -m System.map (specified) kernel BUG at filemap.c:843! invalid operand: 0000 CPU: 0 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000000 ebx: c11e6fb8 ecx: 00000017 edx: c02712f4 esi: c1420b24 edi: c6ba5a00 ebp: cdcc2be0 esp: cf6c3a64 ds: 0018 es: 0018 ss: 0018 Process smbd (pid: 29540, stackpage=cf6c3000) Stack: ce9217e0 d787f958 c01a38d4 ce9217e0 d787f958 d787f800 ffffffff c11e6fb8 c01a3911 ce9217e0 00000001 00000001 d88ae190 ce9217e0 00000001 d787f000 d787f800 00000000 ce9217e0 00000000 00000000 ffffffe4 00000000 00000000 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 4b 03 20 54 24 c0 8d 46 04 39 46 04 74 0e 31 c9 ba 03 >>EIP; c012574e <===== >>ebx; c11e6fb8 <_end+efce40/1859bee8> >>edx; c02712f4 >>esi; c1420b24 <_end+11369ac/1859bee8> >>edi; c6ba5a00 <_end+68bb888/1859bee8> >>ebp; cdcc2be0 <_end+d9d8a68/1859bee8> >>esp; cf6c3a64 <_end+f3d98ec/1859bee8> Trace; c01a38d4 <_end_pagebuf_page_io_multi+dc/108> Trace; c01a3911 <_end_io_multi_full+11/18> Trace; d88ae190 <[raid5]handle_stripe+ce8/e48> Trace; d88ae487 <[raid5]raid5_make_request+df/104> Trace; d889914c <[md]md_make_request+38/64> Trace; c01cc68c Trace; c01a3900 <_end_io_multi_full+0/18> Trace; c01a3d03 <_pagebuf_page_io+3d3/440> Trace; c0125989 Trace; c01a3e81 <_page_buf_page_apply+111/120> Trace; c01a435d <_pagebuf_segment_apply+b5/114> Trace; c01a3f77 Trace; c01a36d6 Trace; c01a30e0 Trace; c0198d1c Trace; c0185b18 Trace; c0186b27 Trace; c0184c91 Trace; c0143b66 Trace; c0184fda Trace; c019a0bc Trace; c019e0e3 Trace; c01a8744 Trace; c013a00b Trace; c013a737 Trace; c0139d8d Trace; c013a9d6 Trace; c013ad61 <__user_walk+35/50> Trace; c0137e5d Trace; c01316c3 Trace; c010856f Code; c012574e 00000000 <_EIP>: Code; c012574e <===== 0: 0f 0b ud2a <===== Code; c0125750 2: 4b dec %ebx Code; c0125751 3: 03 20 add (%eax),%esp Code; c0125753 5: 54 push %esp Code; c0125754 6: 24 c0 and $0xc0,%al Code; c0125756 8: 8d 46 04 lea 0x4(%esi),%eax Code; c0125759 b: 39 46 04 cmp %eax,0x4(%esi) Code; c012575c e: 74 0e je 1e <_EIP+0x1e> c012576c Code; c012575e 10: 31 c9 xor %ecx,%ecx Code; c0125760 12: ba 03 00 00 00 mov $0x3,%edx --=-=-= Content-Disposition: attachment; filename=lsmod Content-Description: Loaded modules mga_vid 8376 0 (autoclean) (unused) rtc 5884 0 (autoclean) (unused) i2c-matroxfb 2996 0 (unused) i2c-algo-bit 7048 3 [i2c-matroxfb] matroxfb_base 16804 63 [i2c-matroxfb] matroxfb_DAC1064 6260 0 [matroxfb_base] matroxfb_accel 7240 0 [matroxfb_base matroxfb_DAC1064] fbcon-cfb24 4168 0 [matroxfb_accel] fbcon-cfb8 3240 0 [matroxfb_accel] fbcon-cfb32 3592 0 [matroxfb_accel] fbcon-cfb16 3880 0 [matroxfb_accel] g450_pll 3360 0 [matroxfb_DAC1064] matroxfb_misc 14060 0 [i2c-matroxfb matroxfb_base matroxfb_DAC1064 matroxfb_accel g450_pll] snd-seq-midi 3136 0 (autoclean) (unused) snd-seq-oss 22368 0 (unused) snd-seq-midi-event 2696 0 [snd-seq-midi snd-seq-oss] snd-seq 35824 2 [snd-seq-midi snd-seq-oss snd-seq-midi-event] snd-pcm-oss 35076 0 (unused) snd-mixer-oss 8764 0 (unused) snd-ens1371 9420 0 snd-pcm 46528 0 [snd-pcm-oss snd-ens1371] snd-timer 9704 0 [snd-seq snd-pcm] snd-rawmidi 11648 0 [snd-seq-midi snd-ens1371] snd-seq-device 3648 0 [snd-seq-midi snd-seq-oss snd-seq snd-rawmidi] snd-ac97-codec 22724 0 [snd-ens1371] snd 24012 0 [snd-seq-midi snd-seq-oss snd-seq-midi-event snd-seq snd-pcm-oss snd-mixer-oss snd-ens1371 snd-pcm snd-timer snd-rawmidi snd-seq-device snd-ac97-codec] soundcore 3332 8 [snd] 8139too 13704 1 (autoclean) mii 1056 0 (autoclean) [8139too] ipt_state 568 6 (autoclean) ip_conntrack_ftp 3104 0 (unused) ip_conntrack 12828 2 (autoclean) [ipt_state ip_conntrack_ftp] iptable_filter 1672 1 (autoclean) ip_tables 10328 2 [ipt_state iptable_filter] sr_mod 12848 0 (autoclean) (unused) cdrom 28640 0 (autoclean) [sr_mod] lvm-mod 60672 22 raid5 16392 1 (autoclean) xor 8692 0 (autoclean) [raid5] md 56864 2 (autoclean) [raid5] mousedev 3768 1 eeprom 3504 0 (unused) w83781d 19224 0 (unused) i2c-proc 6128 0 [eeprom w83781d] i2c-piix4 3888 0 (unused) i2c-core 12132 0 [i2c-algo-bit eeprom w83781d i2c-proc i2c-piix4] --=-=-= Content-Disposition: attachment; filename=config Content-Description: Kernel configuration CONFIG_X86=y CONFIG_ISA=y CONFIG_UID16=y CONFIG_EXPERIMENTAL=y CONFIG_MODULES=y CONFIG_KMOD=y CONFIG_MPENTIUMIII=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_MCE=y CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m CONFIG_NOHIGHMEM=y CONFIG_MTRR=y CONFIG_NET=y CONFIG_PCI=y CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y CONFIG_HOTPLUG=y CONFIG_SYSVIPC=y CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m CONFIG_PM=y CONFIG_APM=y CONFIG_APM_CPU_IDLE=y CONFIG_APM_RTC_IS_GMT=y CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_CML1=m CONFIG_PARPORT_PC_FIFO=y CONFIG_PARPORT_1284=y CONFIG_PNP=y CONFIG_ISAPNP=y CONFIG_BLK_DEV_FD=m CONFIG_BLK_DEV_LOOP=m CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID5=m CONFIG_BLK_DEV_LVM=m CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_NETFILTER=y CONFIG_FILTER=y CONFIG_UNIX=y CONFIG_INET=y CONFIG_IP_MULTICAST=y CONFIG_IP_NF_CONNTRACK=m CONFIG_IP_NF_FTP=m CONFIG_IP_NF_IRC=m CONFIG_IP_NF_QUEUE=m CONFIG_IP_NF_IPTABLES=m CONFIG_IP_NF_MATCH_LIMIT=m CONFIG_IP_NF_MATCH_MAC=m CONFIG_IP_NF_MATCH_MARK=m CONFIG_IP_NF_MATCH_MULTIPORT=m CONFIG_IP_NF_MATCH_TOS=m CONFIG_IP_NF_MATCH_AH_ESP=m CONFIG_IP_NF_MATCH_LENGTH=m CONFIG_IP_NF_MATCH_TTL=m CONFIG_IP_NF_MATCH_TCPMSS=m CONFIG_IP_NF_MATCH_STATE=m CONFIG_IP_NF_MATCH_UNCLEAN=m CONFIG_IP_NF_MATCH_OWNER=m CONFIG_IP_NF_FILTER=m CONFIG_IP_NF_TARGET_REJECT=m CONFIG_IP_NF_TARGET_MIRROR=m CONFIG_IP_NF_NAT=m CONFIG_IP_NF_NAT_NEEDED=y CONFIG_IP_NF_TARGET_MASQUERADE=m CONFIG_IP_NF_TARGET_REDIRECT=m CONFIG_IP_NF_NAT_LOCAL=y CONFIG_IP_NF_NAT_SNMP_BASIC=m CONFIG_IP_NF_NAT_IRC=m CONFIG_IP_NF_NAT_FTP=m CONFIG_IP_NF_MANGLE=m CONFIG_IP_NF_TARGET_TOS=m CONFIG_IP_NF_TARGET_MARK=m CONFIG_IP_NF_TARGET_LOG=m CONFIG_IP_NF_TARGET_ULOG=m CONFIG_IP_NF_TARGET_TCPMSS=m CONFIG_IDE=m CONFIG_BLK_DEV_IDE=m CONFIG_BLK_DEV_IDEDISK=m CONFIG_IDEDISK_MULTI_MODE=y CONFIG_BLK_DEV_IDECD=m CONFIG_BLK_DEV_IDEPCI=y CONFIG_IDEPCI_SHARE_IRQ=y CONFIG_BLK_DEV_IDEDMA_PCI=y CONFIG_IDEDMA_PCI_AUTO=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_BLK_DEV_ADMA=y CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y CONFIG_IDEDMA_AUTO=y CONFIG_BLK_DEV_IDE_MODES=y CONFIG_SCSI=y CONFIG_BLK_DEV_SD=y CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_CHR_DEV_SG=m CONFIG_SCSI_DEBUG_QUEUES=y CONFIG_SCSI_MULTI_LUN=y CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_SYM53C8XX=y CONFIG_NETDEVICES=y CONFIG_DUMMY=m CONFIG_TUN=m CONFIG_NET_ETHERNET=y CONFIG_NET_PCI=y CONFIG_NE2K_PCI=m CONFIG_8139TOO=m CONFIG_INPUT=y CONFIG_INPUT_KEYBDEV=y CONFIG_INPUT_MOUSEDEV=m CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_SERIAL=y CONFIG_SERIAL_CONSOLE=y CONFIG_UNIX98_PTYS=y CONFIG_PRINTER=m CONFIG_I2C=m CONFIG_I2C_ALGOBIT=m CONFIG_I2C_CHARDEV=m CONFIG_I2C_PROC=m CONFIG_RTC=m CONFIG_AGP=m CONFIG_AGP_INTEL=y CONFIG_DRM=y CONFIG_DRM_NEW=y CONFIG_DRM_MGA=m CONFIG_FS_POSIX_ACL=y CONFIG_REISERFS_FS=m CONFIG_EXT3_FS=m CONFIG_JBD=m CONFIG_FAT_FS=m CONFIG_VFAT_FS=m CONFIG_TMPFS=y CONFIG_RAMFS=y CONFIG_ISO9660_FS=m CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_PROC_FS=y CONFIG_DEVFS_FS=y CONFIG_DEVFS_MOUNT=y CONFIG_EXT2_FS=m CONFIG_XFS_FS=y CONFIG_NFS_FS=m CONFIG_NFS_V3=y CONFIG_NFSD=m CONFIG_NFSD_V3=y CONFIG_SUNRPC=m CONFIG_LOCKD=m CONFIG_LOCKD_V4=y CONFIG_SMB_FS=m CONFIG_ZISOFS_FS=m CONFIG_ZLIB_FS_INFLATE=m CONFIG_MSDOS_PARTITION=y CONFIG_SMB_NLS=y CONFIG_NLS=y CONFIG_NLS_CODEPAGE_437=m CONFIG_NLS_CODEPAGE_850=m CONFIG_NLS_CODEPAGE_865=m CONFIG_NLS_ISO8859_1=m CONFIG_NLS_ISO8859_15=m CONFIG_NLS_UTF8=m CONFIG_VGA_CONSOLE=y CONFIG_VIDEO_SELECT=y CONFIG_FB=y CONFIG_DUMMY_CONSOLE=y CONFIG_VIDEO_SELECT=y CONFIG_FB_MATROX=m CONFIG_FB_MATROX_G100=y CONFIG_FB_MATROX_I2C=m CONFIG_FB_MATROX_MAVEN=m CONFIG_FBCON_CFB8=m CONFIG_FBCON_CFB16=m CONFIG_FBCON_CFB24=m CONFIG_FBCON_CFB32=m CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y CONFIG_SOUND=m CONFIG_USB=y CONFIG_USB_DEVICEFS=y CONFIG_USB_UHCI=y CONFIG_USB_STORAGE=m CONFIG_USB_STORAGE_DATAFAB=y CONFIG_USB_STORAGE_FREECOM=y CONFIG_USB_STORAGE_ISD200=y CONFIG_USB_STORAGE_DPCM=y CONFIG_USB_STORAGE_HP8200e=y CONFIG_USB_STORAGE_SDDR09=y CONFIG_USB_STORAGE_JUMPSHOT=y CONFIG_USB_HID=y CONFIG_USB_HIDINPUT=y CONFIG_DEBUG_KERNEL=y CONFIG_MAGIC_SYSRQ=y --=-=-=-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:29:44 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0TiRw026992 for ; Sun, 11 Aug 2002 17:29:44 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0Ti1H026991 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:29:44 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0TcRw026963 for ; Sun, 11 Aug 2002 17:29:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA08336 for ; Sun, 11 Aug 2002 17:31:58 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16823; Mon, 12 Aug 2002 10:30:39 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7C0SSUi001349; Mon, 12 Aug 2002 10:28:28 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7C0SSQh001347; Mon, 12 Aug 2002 10:28:28 +1000 Date: Mon, 12 Aug 2002 10:28:28 +1000 From: Nathan Scott To: Ethan Benson Cc: linux-xfs@oss.sgi.com Subject: Re: acl_extended_file() still returning somewhat innaccurate info Message-ID: <20020812002828.GD456@frodo> References: <20020810234517.A23734@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020810234517.A23734@plato.local.lan> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Aug 10, 2002 at 11:45:17PM -0800, Ethan Benson wrote: > ... > ideally XFS would not unecessarily create this attribute when the > standard permission bits are sufficient, Yep, that would be ideal. It may happen eventually, but its not really high on the priority list at the moment. > this would perhaps save some > small ammount of disk space as well. failing that is it possible to > fix acl_extended_file() to notice and ignore superflurious > posix_acl_access attributes that are doing nothing but duplicating the > standard mode bits? Probably best to ask Andreas that one. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:44:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0iFRw027330 for ; Sun, 11 Aug 2002 17:44:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0iFc3027329 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:44:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0i5Rw027299 for ; Sun, 11 Aug 2002 17:44:05 -0700 Received: from erbenson.alaska.net (167-pm11.nwc.alaska.net [209.112.140.167]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7C0kO6h001894 for ; Sun, 11 Aug 2002 16:46:24 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 545C03A0B for ; Sun, 11 Aug 2002 16:46:23 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 62DAB10294; Sun, 11 Aug 2002 16:46:23 -0800 (AKDT) Date: Sun, 11 Aug 2002 16:46:23 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: acl_extended_file() still returning somewhat innaccurate info Message-ID: <20020811164623.D23734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020810234517.A23734@plato.local.lan> <20020812002828.GD456@frodo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lc9FT7cWel8HagAv" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020812002828.GD456@frodo>; from nathans@sgi.com on Mon, Aug 12, 2002 at 10:28:28AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --lc9FT7cWel8HagAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2002 at 10:28:28AM +1000, Nathan Scott wrote: > On Sat, Aug 10, 2002 at 11:45:17PM -0800, Ethan Benson wrote: > > ... > > ideally XFS would not unecessarily create this attribute when the > > standard permission bits are sufficient, >=20 > Yep, that would be ideal. It may happen eventually, but its > not really high on the priority list at the moment. there is already code to ensure that the inode mode feild is in sync with the USER, GROUP, and OTHER ACEs how difficult would it be to delete the attribute at that point if it contains no further ACEs ? > > this would perhaps save some > > small ammount of disk space as well. failing that is it possible to > > fix acl_extended_file() to notice and ignore superflurious > > posix_acl_access attributes that are doing nothing but duplicating the > > standard mode bits? >=20 > Probably best to ask Andreas that one. i tend to think adding more weight to acl_extended_file() is probably the wrong approach since its really XFS which is not handling default acls the way it should. fwiw i just checked a SunOS box, and it does not have this problem. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --lc9FT7cWel8HagAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1XBV4ACgkQJKx7GixEevyUCACfaoYTUkLZLEAwkbUSZllvDDC7 k/4AmQEBi2he4FxPZerdW1/0Q5z6Gul0 =rqho -----END PGP SIGNATURE----- --lc9FT7cWel8HagAv-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 17:58:09 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C0w9Rw027599 for ; Sun, 11 Aug 2002 17:58:09 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C0w94H027598 for linux-xfs-outgoing; Sun, 11 Aug 2002 17:58:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C0vmRw027567 for ; Sun, 11 Aug 2002 17:57:48 -0700 Received: from erbenson.alaska.net (167-pm11.nwc.alaska.net [209.112.140.167]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7C1046h014133; Sun, 11 Aug 2002 17:00:04 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 37A853A0B; Sun, 11 Aug 2002 17:00:03 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 7EC0810294; Sun, 11 Aug 2002 17:00:03 -0800 (AKDT) Date: Sun, 11 Aug 2002 17:00:03 -0800 From: Ethan Benson To: Nathan Scott Cc: agruen@suse.de, linux-xfs@oss.sgi.com, acl-devel@bestbits.at Subject: Re: setfacl bug Message-ID: <20020811170003.E23734@plato.local.lan> Mail-Followup-To: Nathan Scott , agruen@suse.de, linux-xfs@oss.sgi.com, acl-devel@bestbits.at References: <20020810211425.A23502@plato.local.lan> <20020812002123.GC456@frodo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0H629O+sVkh21xTi" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020812002123.GC456@frodo>; from nathans@sgi.com on Mon, Aug 12, 2002 at 10:21:23AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --0H629O+sVkh21xTi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable one more detail, setfacl -b is also completly broken, it just returns Permission denied for regular files. this is consistent with Nathan's assessment that acl_get_file needs to not fail on regular files. sidenote, why is setfacl returning permission denied? this does not seem to be the correct error. On Mon, Aug 12, 2002 at 10:21:23AM +1000, Nathan Scott wrote: > hi, >=20 > This one needs to be reported to the setfacl author - the fix > for this one will need a better knowledge of the setfacl code > than I have. >=20 > Andreas, from a quick look this is almost certainly related to > that 2.0.13 change which makes acl_get_file fail for reg files > when asked about default ACLs. I've added some ltrace output > below which provides a bit more info on top of Ethan's notes. >=20 > cheers. >=20 > --=20 > Nathan >=20 >=20 > On Sat, Aug 10, 2002 at 09:14:25PM -0800, Ethan Benson wrote: > > I originally noticed this problem start after upgrading to acl 2.0.15, > > however i thought perhaps it was related to xattr bugs in 2.4.18 so i > > waited until upgrading to 2.4.19 to see if the problem persists, it > > does: > >=20 > > eb@ash ~/tmp$ mkdir src dst > > eb@ash ~/tmp$ mkdir src/dir dst/dir > > eb@ash ~/tmp$ touch src/dir/file dst/dir/file > > eb@ash ~/tmp$ setfacl -m u:bin:r-- src/dir/file=20 > > eb@ash ~/tmp$ (cd src ; getfacl --skip-base -R -P .) | (cd dst ; setfac= l --restore=3D-) > > setfacl: dir/file: Permission denied > > eb@ash ~/tmp$ getfacl src/dir/file=20 > > # file: src/dir/file > > # owner: eb > > # group: eb > > user::rw- > > user:bin:r-- > > group::r-- > > mask::r-- > > other::r-- > >=20 > > eb@ash ~/tmp$ getfacl dst/dir/file=20 > > # file: dst/dir/file > > # owner: eb > > # group: eb > > user::rw- > > group::r-- > > other::r-- > >=20 > > i use the above method as part of my backup script, it worked with acl > > 2.0.8 but not with 2.0.15. > >=20 > > current kernel is 2.4.19 with split patches, previous kernel was > > 2.4.18 with split patches. > >=20 > > here is the relevant piece of strace output: > >=20 > > lstat64(0x10015750, 0x7ffff8c8) =3D 0 > > SYS_212(0x10015750, 0xffeeb84, 0x7ffff710, 0x84, 0xa0a0a0a) =3D -1 ENOD= ATA (No data available) > > stat64(0x10015750, 0x7ffff7a8) =3D 0 > > SYS_212(0x10015750, 0xffeeb9c, 0x7ffff710, 0x84, 0xff95d20) =3D -1 ENOD= ATA (No data available) > > stat64(0x10015750, 0x7ffff7a8) =3D 0 > > open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 EN= OENT (No such file or directory) > > open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOEN= T (No such file or directory) > > write(2, "setfacl: dir/file: Permission de"..., 37setfacl: dir/file: Pe= rmission denied) =3D 37 > > read(0, "", 4096) =3D 0 > > exit(0) =3D ? > >=20 > >=20 > > --=20 > > Ethan Benson > > http://www.alaska.net/~erbenson/ >=20 >=20 > $ ( cd src ; getfacl --skip-base -R -P . ) | ( cd dst ; ltrace setfacl --= restore=3D- ) > [...] > acl_get_file(0x0804daf0, 32768, 0x40136680, 0x4004e1de, 1) =3D 0x0804ee24 > acl_dup(0x0804ee24, 32768, 0x40136680, 0x4004e1de, 1) =3D 0x0804eeb4 > acl_free(0x0804eeb4, 0, 0xbffff978, 5, 0x0804ed30) =3D 0 > acl_init(5, 0x40012c90, 0xbffff97c, 0x0804a805, 0x0804eeb4) =3D 0x0804eecc > acl_get_file(0x0804daf0, 16384, 0xbffff90c, 0x4001c8a6, 1) =3D 0 > __errno_location() =3D 0x40139a20 > __errno_location() =3D 0x40139a20 > strerror(13) =3D "Permission denied" > fprintf(0x40136360, "%s: %s: %s\n", "setfacl", "dir/file", "Permission de= nied"setfacl: dir/file: Permission denied > ) =3D 37 > acl_free(0x0804eecc, 1, 0xbffff978, 5, 0x0804ed30) =3D 0 > acl_free(0x0804ee24, 1, 0xbffff978, 5, 0x0804ed30) =3D 0 >=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --0H629O+sVkh21xTi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1XCJMACgkQJKx7GixEevwlRQCghN5+MV3diQz3SkN6xysqA2DT 4JEAn3eaXroQ5A5/lmRNROWUSp0DTDVL =qgjk -----END PGP SIGNATURE----- --0H629O+sVkh21xTi-- From owner-linux-xfs@oss.sgi.com Sun Aug 11 19:48:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C2mXRw028551 for ; Sun, 11 Aug 2002 19:48:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C2mXuJ028550 for linux-xfs-outgoing; Sun, 11 Aug 2002 19:48:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C2mSRw028522 for ; Sun, 11 Aug 2002 19:48:28 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id TAA09029 for ; Sun, 11 Aug 2002 19:50:48 -0700 (PDT) mail_from (kaos@sherman.melbourne.sgi.com) Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id g7C2ohR31596; Mon, 12 Aug 2002 12:50:43 +1000 Date: Mon, 12 Aug 2002 12:50:43 +1000 From: Keith Owens Message-Id: <200208120250.g7C2ohR31596@sherman.melbourne.sgi.com> Subject: TAKE - Sync with kdb-v2.3-2.4.19-common-2, kdb-v2.3-2.4.19-i386-3 X-Spam-Status: No, hits=2.2 required=5.0 tests=MAY_BE_FORGED,MISSING_HEADERS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Sync with kdb-v2.3-2.4.19-common-2, kdb-v2.3-2.4.19-i386-3 Date: Sun Aug 11 19:50:17 PDT 2002 Workarea: sherman.melbourne.sgi.com:/build/kaos/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124777a linux/drivers/char/serial.c - 1.56 linux/include/linux/kdb.h - 1.23 linux/arch/i386/kdb/kdba_io.c - 1.17 linux/kdb/ChangeLog - 1.20 linux/arch/i386/kdb/ChangeLog - 1.9 From owner-linux-xfs@oss.sgi.com Sun Aug 11 20:44:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C3iCRw029439 for ; Sun, 11 Aug 2002 20:44:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C3iC1l029438 for linux-xfs-outgoing; Sun, 11 Aug 2002 20:44:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C3i6Rw029410 for ; Sun, 11 Aug 2002 20:44:06 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA01127 for ; Sun, 11 Aug 2002 20:46:26 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id NAA27156 for linux-xfs@oss.sgi.com; Mon, 12 Aug 2002 13:45:09 +1000 (EST) Date: Mon, 12 Aug 2002 13:45:09 +1000 (EST) From: Nathan Scott Message-Id: <200208120345.NAA27156@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - MS_POSIXACL X-Spam-Status: No, hits=3.2 required=5.0 tests=MAY_BE_FORGED,SUBJ_ALL_CAPS version=2.20 X-Spam-Level: *** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Sun Aug 11 20:42:18 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124779a linux/include/linux/fs.h - 1.157 linux/fs/xfs/xfs_acl.h - 1.21 linux/fs/xfs/linux/xfs_vnode.c - 1.91 linux/fs/xfs/linux/xfs_super.c - 1.204 - Switch to using a superblock flag (MS_POSIXACL) instead of an inode flag (S_POSIXACL) - seems to be the consensus on how to do this. linux/fs/xfs/linux/xfs_iops.c - 1.169 - Fix a now-incorrect comment. linux/fs/xfs/linux/xfs_vnode.h - 1.58 - Fix debug builds - VINACTIVE_TEARDOWN no longer exists. From owner-linux-xfs@oss.sgi.com Sun Aug 11 23:33:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C6XFRw030687 for ; Sun, 11 Aug 2002 23:33:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C6XFRe030686 for linux-xfs-outgoing; Sun, 11 Aug 2002 23:33:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pepsi.splentec.com (ns.splentec.com [209.47.35.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C6X3Rw030656 for ; Sun, 11 Aug 2002 23:33:03 -0700 Received: from corona (corona.splentec.com [209.47.35.254]) by pepsi.splentec.com (8.11.6/8.11.0) with SMTP id g7C6ZCs06850; Mon, 12 Aug 2002 02:35:12 -0400 Message-ID: <012301c241cb$16ea8530$fe232fd1@corona> From: "James Lee" To: , References: Subject: Re: kernel BUG at filemap.c:843! Date: Mon, 12 Aug 2002 02:40:03 -0400 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Status: No, hits=0.5 required=5.0 tests=PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I'm also having the exactly same problem. Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. Kernel and userland tools are compiled with gcc 2.91.66 The following is the result of some tests: scsidisks -> xfs: OK scsidisks -> raid5 -> xfs: OK scsidisks -> lvm -> xfs: OK scsidisks -> raid0 -> lvm -> xfs: OK scsidisks -> raid1 -> lvm -> xfs: OK scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! This problem is always reproducible with the following shell script: #!/bin/sh mkraid /dev/md0 vgcreate VolumeGroup /dev/md0 lvcreate -L1G -nTestVolume VolumeGroup mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume mount -t xfs /dev/VolumeGroup/TestVolume /mnt -onoatime,nodiratime,usrquota,grpquota Whenever I run the above script, mount command always generates kernel oops. But, if I insert some delay as of the following, then mount goes well: #!/bin/sh mkraid /dev/md0 vgcreate VolumeGroup /dev/md0 lvcreate -L1G -nTestVolume VolumeGroup mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume sleep 1 mount -t xfs /dev/VolumeGroup/TestVolume /mnt -onoatime,nodiratime,usrquota,grpquota JLee ----- Original Message ----- From: "Dagfinn Ilmari Manns?er" To: ; Sent: Sunday, August 11, 2002 8:27 PM Subject: kernel BUG at filemap.c:843! > Hi, > > I have been bitten a few times by the BUG() in unlock_page(), both > with 2.4.19-rc3-xfs and 2.4.19-xfs (the latter checked out from SGI's > CVS on Aug 10). The system is SCSI-only, with a raid5 array as an LVM > physical volume and XFS on all the volumes. > > Software-wise it's Debian Woody, but the kernel is compiled on a Sid > box with gcc 2.95.4-16. > > Attached are the decoded oops, the module list and the config. > > -- > ilmari > > From owner-linux-xfs@oss.sgi.com Mon Aug 12 01:28:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7C8SbRw031747 for ; Mon, 12 Aug 2002 01:28:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7C8Sba0031746 for linux-xfs-outgoing; Mon, 12 Aug 2002 01:28:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7C8SVRw031718 for ; Mon, 12 Aug 2002 01:28:31 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA06502 for ; Mon, 12 Aug 2002 01:30:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id SAA04467; Mon, 12 Aug 2002 18:29:25 +1000 (EST) Date: Mon, 12 Aug 2002 18:29:25 +1000 (EST) From: Nathan Scott Message-Id: <200208120829.SAA04467@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de Subject: TAKE - libacl X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 12 01:27:57 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124781a cmd/acl/VERSION - 1.33 cmd/acl/doc/CHANGES - 1.38 cmd/acl/debian/changelog - 1.28 cmd/acl/libacl/Makefile - 1.19 - Bump version, document changes - fix an unaligned access on 64 bit platforms. cmd/acl/libacl/libobj.h - 1.5 cmd/acl/libacl/libacl.h - 1.5 - Fix alignment issues for 64 bit architectures. From owner-linux-xfs@oss.sgi.com Mon Aug 12 08:06:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CF6QRw007615 for ; Mon, 12 Aug 2002 08:06:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CF6QhL007614 for linux-xfs-outgoing; Mon, 12 Aug 2002 08:06:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from muriel.parsec.at (muriel.parsec.at [80.120.166.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CF6JRw007586 for ; Mon, 12 Aug 2002 08:06:20 -0700 Received: from localhost (ag@localhost) by muriel.parsec.at (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id g7CF8Yb13787; Mon, 12 Aug 2002 17:08:34 +0200 Date: Mon, 12 Aug 2002 17:08:34 +0200 (CEST) From: Andreas Gruenbacher X-X-Sender: To: Ethan Benson cc: Nathan Scott , , , Subject: Re: [Acl-Devel] Re: setfacl bug In-Reply-To: <20020811170003.E23734@plato.local.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sun, 11 Aug 2002, Ethan Benson wrote: > > one more detail, setfacl -b is also completly broken, it just returns > Permission denied for regular files. this is consistent with Nathan's > assessment that acl_get_file needs to not fail on regular files. > > sidenote, why is setfacl returning permission denied? this does not > seem to be the correct error. It's defined to behave like that in 1003.1e draft 17 if an application tries acl_get_file("non-directory", ACL_TYPE_DEFAULT). That's what setfacl did. Thanks for reporting the bug. --Andreas. ------------------------------------------------------------------------ Andreas Gruenbacher, a.gruenbacher@computer.org Contact information: http://www.bestbits.at/~ag/ From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:15:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGF7Rw008873 for ; Mon, 12 Aug 2002 09:15:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGF7FD008872 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:15:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from issv0171.isis.de (issv0171.isis.de [195.158.131.223]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGEuRw008841 for ; Mon, 12 Aug 2002 09:14:57 -0700 Received: (qmail 29798 invoked by uid 1010); 12 Aug 2002 16:17:18 -0000 Received: from unknown (HELO ATHLET) ([195.158.152.79]) (envelope-sender ) by mail.isis.de (qmail-ldap-1.03) with SMTP for ; 12 Aug 2002 16:17:18 -0000 Date: Mon, 12 Aug 2002 18:17:28 +0200 From: thomas X-Mailer: The Bat! (v1.61) Reply-To: thomas X-Priority: 3 (Normal) Message-ID: <753969097.20020812181728@ff33.cc> To: linux-xfs@oss.sgi.com Subject: mount error MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk hello, everytime i reboot my system my xfs partition doesn't get mounted. syslog shows the following: XFS mounting filesystem md(9,0) XFS: failed to locate log tail XFS: log mount/recovery failed XFS: log mount failed when i run xfs_repair /dev/md0 (who reports no errors and doesn't fix anything, so it seems) i can mount the partition by hand without any problems. +[~]: cat /proc/mdstat Personalities : [raid1] [multipath] read_ahead 1024 sectors md0 : active raid1 hdc5[0] hda5[1] 78123904 blocks [2/2] [UU] +[~]: uname -a Linux knecht 2.4.19-xfs #3 Sat Aug 3 19:20:12 CEST 2002 i686 - from /etc/fstab: /dev/md0 /data xfs defaults,noatime 0 1 anyone knows whats going on? thx thomas From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:26:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGQPRw009155 for ; Mon, 12 Aug 2002 09:26:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGQPu9009154 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:26:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGQGRw009126 for ; Mon, 12 Aug 2002 09:26:16 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e35.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7CGSSA1064714; Mon, 12 Aug 2002 12:28:29 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7CGSSEA147232; Mon, 12 Aug 2002 10:28:28 -0600 Subject: Re: mount error From: Luciano Chavez To: thomas Cc: linux-xfs@oss.sgi.com In-Reply-To: <753969097.20020812181728@ff33.cc> References: <753969097.20020812181728@ff33.cc> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 11:24:09 -0500 Message-Id: <1029169449.2690.10.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-12 at 11:17, thomas wrote: > > hello, > > everytime i reboot my system my xfs partition doesn't get mounted. > syslog shows the following: > > XFS mounting filesystem md(9,0) > XFS: failed to locate log tail > XFS: log mount/recovery failed > XFS: log mount failed > > when i run xfs_repair /dev/md0 (who reports no errors and doesn't fix > anything, so it seems) i can mount the partition by hand without any > problems. > > +[~]: cat /proc/mdstat > Personalities : [raid1] [multipath] > read_ahead 1024 sectors > md0 : active raid1 hdc5[0] hda5[1] > 78123904 blocks [2/2] [UU] > > +[~]: uname -a > Linux knecht 2.4.19-xfs #3 Sat Aug 3 19:20:12 CEST 2002 i686 > > - from /etc/fstab: > /dev/md0 /data xfs defaults,noatime 0 1 > > anyone knows whats going on? > > thx > thomas > > thomas, Most likely the raidstart of /dev/md0 doesn't occur until after the attempt to mount the device. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:37:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGbnRw009397 for ; Mon, 12 Aug 2002 09:37:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGbn3b009396 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:37:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGbdRw009366 for ; Mon, 12 Aug 2002 09:37:44 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7CGdUjI066938; Mon, 12 Aug 2002 12:39:31 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7CGdSnO080188; Mon, 12 Aug 2002 12:39:28 -0400 Subject: Re: mount error From: Luciano Chavez To: Luciano Chavez Cc: thomas , linux-xfs@oss.sgi.com In-Reply-To: <1029169449.2690.10.camel@chavez> References: <753969097.20020812181728@ff33.cc> <1029169449.2690.10.camel@chavez> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 11:35:09 -0500 Message-Id: <1029170110.2690.13.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-2.5 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS,FROM_AND_TO_SAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-12 at 11:24, Luciano Chavez wrote: Actually, I think this is covered in the Autodetection section of RAID Howto to get RAID devices autodetected by the kernel for cases like the one you explain. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:44:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGiJRw009612 for ; Mon, 12 Aug 2002 09:44:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGiJPD009611 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:44:19 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGiBRw009582 for ; Mon, 12 Aug 2002 09:44:12 -0700 Received: (qmail 5131 invoked by uid 0); 12 Aug 2002 16:44:35 -0000 Received: from gate.gmx.net (213.165.64.17) by mail.gmx.net (mp001-rz3) with SMTP; 12 Aug 2002 16:44:35 -0000 Received: from kt by gate.gmx.net with local (Exim 3.35 #1 (Debian)) id 17eIIC-0005Wj-00 for ; Mon, 12 Aug 2002 18:43:44 +0200 Date: Mon, 12 Aug 2002 18:43:44 +0200 From: Thomas Knauer To: linux-xfs@oss.sgi.com Subject: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812164344.GA21245@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, after upgrading to the latest xfsprogs (2.1.2) we encounter a strange problem on a Compaq Proliant DL360-G2 (with /dev/cciss/c0d0) RAID 1, Kernel 2.4.19-xfs: If I try to make a new fs with "mkfs.xfs /dev/cciss/c0d0p8", mkfs.xfs returns with "Error getting MD array info from /dev/cciss/c0d0p8". There's no problem at all with xfsprogs 2.0.6. Did I miss anything?? Regards, Thomas -- GMX Aktiengesellschaft Riesstr. 17, 80992 München Telefon +49.89.143 39-0 Telefax +49.89.143.39-350 mailto:tknauer@gmx-ag.de http://www.gmx.net From owner-linux-xfs@oss.sgi.com Mon Aug 12 09:49:19 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CGnIRw009826 for ; Mon, 12 Aug 2002 09:49:19 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CGnITs009825 for linux-xfs-outgoing; Mon, 12 Aug 2002 09:49:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CGnDRw009797 for ; Mon, 12 Aug 2002 09:49:14 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eIPn-0002jP-00; Mon, 12 Aug 2002 17:51:35 +0100 Date: Mon, 12 Aug 2002 17:51:35 +0100 From: Christoph Hellwig To: Thomas Knauer Cc: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812175135.A10413@infradead.org> References: <20020812164344.GA21245@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020812164344.GA21245@gmx-ag.de>; from tknauer@gmx-ag.de on Mon, Aug 12, 2002 at 06:43:44PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 06:43:44PM +0200, Thomas Knauer wrote: > Hi, > > after upgrading to the latest xfsprogs (2.1.2) we encounter a strange 2.1.2 or 2.2.1? From owner-linux-xfs@oss.sgi.com Mon Aug 12 10:10:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CHA2Rw010256 for ; Mon, 12 Aug 2002 10:10:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CHA2te010255 for linux-xfs-outgoing; Mon, 12 Aug 2002 10:10:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from issv0171.isis.de (issv0171.isis.de [195.158.131.223]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CH9sRw010222 for ; Mon, 12 Aug 2002 10:09:55 -0700 Received: (qmail 7717 invoked by uid 1010); 12 Aug 2002 17:12:17 -0000 Received: from unknown (HELO ATHLET) ([195.158.146.139]) (envelope-sender ) by mail.isis.de (qmail-ldap-1.03) with SMTP for ; 12 Aug 2002 17:12:17 -0000 Date: Mon, 12 Aug 2002 19:12:15 +0200 From: thomas X-Mailer: The Bat! (v1.61) Reply-To: thomas X-Priority: 3 (Normal) Message-ID: <1077256534.20020812191215@ff33.cc> To: linux-xfs@oss.sgi.com CC: Luciano Chavez Subject: Re: mount error In-Reply-To: <1029169449.2690.10.camel@chavez> References: <753969097.20020812181728@ff33.cc> <1029169449.2690.10.camel@chavez> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >Most likely the raidstart of /dev/md0 doesn't occur until after the >attempt to mount the device. hmm i've looked into it but i don't think that is the problem. autodetection also seems to work properly. - dmesg: md: Autodetecting RAID arrays. ... md: ... autorun DONE. ... XFS mounting filesystem md(9,0) XFS: failed to locate log tail XFS: log mount/recovery failed XFS: log mount failed thomas From owner-linux-xfs@oss.sgi.com Mon Aug 12 10:32:26 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CHWQRw010563 for ; Mon, 12 Aug 2002 10:32:26 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CHWQbk010562 for linux-xfs-outgoing; Mon, 12 Aug 2002 10:32:26 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from christooley.cjb.net (user-0ccsncq.cable.mindspring.com [24.206.93.154]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CHWLRw010534 for ; Mon, 12 Aug 2002 10:32:21 -0700 Received: from christooley.cjb.net (christooley.cjb.net [127.0.0.1]) by christooley.cjb.net (8.12.5/8.12.5) with ESMTP id g7CHRTR5002523 for ; Mon, 12 Aug 2002 12:27:29 -0500 Received: (from ctooley@localhost) by christooley.cjb.net (8.12.5/8.12.5/Submit) id g7CHRNDc002521; Mon, 12 Aug 2002 12:27:23 -0500 X-Authentication-Warning: christooley.cjb.net: ctooley set sender to chris@tooley.com using -f Subject: 2.4.18-7 From: Chris Tooley To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-2) Date: 12 Aug 2002 12:27:23 -0500 Message-Id: <1029173243.2482.2.camel@christooley.cjb.net> Mime-Version: 1.0 X-Spam-Status: No, hits=1.9 required=5.0 tests=SUBJ_ALL_CAPS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Could the keeper of the patches for the RedHat kernel pass them on to me so I can apply them to the latest RedHat kernel? I need some of the NIC fixes in the latest release and it appears that they might also fix some of my issues with NFS. Chris Tooley From owner-linux-xfs@oss.sgi.com Mon Aug 12 10:44:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CHigRw011012 for ; Mon, 12 Aug 2002 10:44:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CHigjB011011 for linux-xfs-outgoing; Mon, 12 Aug 2002 10:44:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CHiZRw010981 for ; Mon, 12 Aug 2002 10:44:35 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA13374; Mon, 12 Aug 2002 12:46:53 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id MAA11078; Mon, 12 Aug 2002 12:46:53 -0500 (CDT) Subject: Re: 2.4.18-7 From: Eric Sandeen To: Chris Tooley Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029173243.2482.2.camel@christooley.cjb.net> References: <1029173243.2482.2.camel@christooley.cjb.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Aug 2002 12:41:37 -0500 Message-Id: <1029174097.13488.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Chris - Erm, I'm not sure that person ("the Red Hat patch-keeper") exists. :) Knut Bjuland has a set of patches for 2.4.18-5, which I have not had any time to review, although I'm contemplating putting them on the ftp site as-is. I simply don't have the time to keep up with Red Hat these days. -Eric On Mon, 2002-08-12 at 12:27, Chris Tooley wrote: > Could the keeper of the patches for the RedHat kernel pass them on to me > so I can apply them to the latest RedHat kernel? I need some of the NIC > fixes in the latest release and it appears that they might also fix some > of my issues with NFS. > > Chris Tooley > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Mon Aug 12 11:02:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CI2aRw013008 for ; Mon, 12 Aug 2002 11:02:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CI2ahB013007 for linux-xfs-outgoing; Mon, 12 Aug 2002 11:02:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CI2VRw012975 for ; Mon, 12 Aug 2002 11:02:32 -0700 Received: (qmail 8127 invoked by uid 0); 12 Aug 2002 18:04:49 -0000 Received: from gate.gmx.net (213.165.64.17) by mail.gmx.net (mp004-rz3) with SMTP; 12 Aug 2002 18:04:49 -0000 Received: from kt by gate.gmx.net with local (Exim 3.35 #1 (Debian)) id 17eJXq-0005XL-00 for ; Mon, 12 Aug 2002 20:03:58 +0200 Date: Mon, 12 Aug 2002 20:03:58 +0200 From: Thomas Knauer To: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812180358.GA21283@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, > > Hi, > > > > after upgrading to the latest xfsprogs (2.1.2) we encounter a strange > 2.1.2 or 2.2.1? # mkfs.xfs -V mkfs.xfs version 2.1.2 Regards, Thomas From owner-linux-xfs@oss.sgi.com Mon Aug 12 11:10:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CIA4Rw014101 for ; Mon, 12 Aug 2002 11:10:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CIA4J0014100 for linux-xfs-outgoing; Mon, 12 Aug 2002 11:10:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CI9vRw014066 for ; Mon, 12 Aug 2002 11:09:58 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eJfw-0003Xl-00; Mon, 12 Aug 2002 19:12:20 +0100 Date: Mon, 12 Aug 2002 19:12:20 +0100 From: Christoph Hellwig To: Thomas Knauer Cc: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020812191220.A13618@infradead.org> References: <20020812180358.GA21283@gmx-ag.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020812180358.GA21283@gmx-ag.de>; from tknauer@gmx-ag.de on Mon, Aug 12, 2002 at 08:03:58PM +0200 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 08:03:58PM +0200, Thomas Knauer wrote: > > 2.1.2 or 2.2.1? > > # mkfs.xfs -V > mkfs.xfs version 2.1.2 Could you try 2.2.1 (or a current CVS checkout)? From owner-linux-xfs@oss.sgi.com Mon Aug 12 12:08:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CJ8WRw023043 for ; Mon, 12 Aug 2002 12:08:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CJ8Rsl023042 for linux-xfs-outgoing; Mon, 12 Aug 2002 12:08:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CJ8HRw023010 for ; Mon, 12 Aug 2002 12:08:18 -0700 Received: from erbenson.alaska.net (179-pm11.nwc.alaska.net [209.112.140.179]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7CJ8qPl064266; Mon, 12 Aug 2002 11:09:47 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 4A0303A0E; Mon, 12 Aug 2002 11:08:51 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id D283810294; Mon, 12 Aug 2002 11:08:50 -0800 (AKDT) Date: Mon, 12 Aug 2002 11:08:50 -0800 From: Ethan Benson To: Andreas Gruenbacher Cc: linux-xfs@oss.sgi.com, acl-devel@bestbits.at Subject: Re: [Acl-Devel] Re: setfacl bug Message-ID: <20020812110850.F23734@plato.local.lan> Mail-Followup-To: Andreas Gruenbacher , linux-xfs@oss.sgi.com, acl-devel@bestbits.at References: <20020811170003.E23734@plato.local.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y/WcH0a6A93yCHGr" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from ag@bestbits.at on Mon, Aug 12, 2002 at 05:08:34PM +0200 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --Y/WcH0a6A93yCHGr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2002 at 05:08:34PM +0200, Andreas Gruenbacher wrote: > On Sun, 11 Aug 2002, Ethan Benson wrote: >=20 > > > > one more detail, setfacl -b is also completly broken, it just returns > > Permission denied for regular files. this is consistent with Nathan's > > assessment that acl_get_file needs to not fail on regular files. > > > > sidenote, why is setfacl returning permission denied? this does not > > seem to be the correct error. >=20 > It's defined to behave like that in 1003.1e draft 17 if an application > tries acl_get_file("non-directory", ACL_TYPE_DEFAULT). That's what setfacl > did. Thanks for reporting the bug. wierd, i would think ENOTDIR would be more appropriate and accurate. (would certainly would have made the bug easier to track). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --Y/WcH0a6A93yCHGr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1YB8IACgkQJKx7GixEevzbqACfbP/MF+B4BWDxvPtd7l60UDa2 09UAn3mJLnBVJALY2mo8QjroV3sSdKUU =5D5a -----END PGP SIGNATURE----- --Y/WcH0a6A93yCHGr-- From owner-linux-xfs@oss.sgi.com Mon Aug 12 13:19:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CKJlRw023993 for ; Mon, 12 Aug 2002 13:19:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CKJl6E023992 for linux-xfs-outgoing; Mon, 12 Aug 2002 13:19:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CKJdRw023960 for ; Mon, 12 Aug 2002 13:19:39 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA14847 for ; Mon, 12 Aug 2002 15:21:58 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id PAA31209; Mon, 12 Aug 2002 15:21:57 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7CKGeN19977; Mon, 12 Aug 2002 15:16:40 -0500 Message-Id: <200208122016.g7CKGeN19977@stout.americas.sgi.com> Date: Mon, 12 Aug 2002 15:16:40 -0500 Subject: TAKE 864048 - Allow non-root to set sticky bit on regular files X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The LTP test "chmod03" was failing here, when xfs disallowed setting the sticky bit on a regular file by a non-root user. This was specifically disallowed in xfs_setattr; back in the XFS 1.1 days it wasn't apparent because we subsequently called inode_setattr, which allowed it. We no longer call inode_setattr in linvfs_setattr, and rather call vn_revalidate against the xfs inode, and the cleared sticky bit made it to the "outside world" This change just #if's out the part of the code that disallowed setting the sticky bit and keeps the code there for reference on the difference from Irix behavior... Date: Mon Aug 12 13:17:49 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124838a linux/fs/xfs/xfs_vnodeops.c - 1.550 - Allow non-root to set sticky bit on regular files. (Linux difference from Irix, apparently). From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:20:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLKLRw024642 for ; Mon, 12 Aug 2002 14:20:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLKLU1024641 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:20:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from malone.cisco.com (malone.cisco.com [171.70.157.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLKERw024612 for ; Mon, 12 Aug 2002 14:20:14 -0700 Received: from dhcp-171-71-86-203.cisco.com (dhcp-171-71-86-203.cisco.com [171.71.86.203]) by malone.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id OAA16843 for ; Mon, 12 Aug 2002 14:22:33 -0700 (PDT) Subject: Patch for 2.4.19, acceptance into main kernel tree? From: Roland Dobbins To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 14:24:08 -0700 Message-Id: <1029187448.264.34.camel@anabasis> Mime-Version: 1.0 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm really grateful for all the hard work and resources you folks have put into XFS - I've come to depend on it as a fast, reliable journaling filesystem, so please accept my heartfelt thanks for your efforts in this area! As with all projects of this sort, people (like me, heh) identify the best-of-breed and begin -using- and, worse -needing- the technology in question. So, not to nag, but I was just wondering if there were any plans to produce an XFS patch for 2.4.19, and what efforts, if any, were underway to get Linux to accept it into the main kernel tree? Many thanks! -- --------------------------------------------------------- Roland Dobbins // 408.527.6376 voice From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:25:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLP3Rw024834 for ; Mon, 12 Aug 2002 14:25:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLP32T024833 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:25:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLOuRw024801 for ; Mon, 12 Aug 2002 14:24:57 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA15445; Mon, 12 Aug 2002 16:27:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA58205; Mon, 12 Aug 2002 16:27:15 -0500 (CDT) Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? From: Eric Sandeen To: Roland Dobbins Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029187448.264.34.camel@anabasis> References: <1029187448.264.34.camel@anabasis> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 12 Aug 2002 16:21:58 -0500 Message-Id: <1029187318.13228.20.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Roland - Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and note that this is just a snapshot patch, not a well-tested release. Oh, and read the README, it explains the files you'll find there. Regarding acceptance into Linus' tree, that work is ongoing... -Eric On Mon, 2002-08-12 at 16:24, Roland Dobbins wrote: > I'm really grateful for all the hard work and resources you folks have > put into XFS - I've come to depend on it as a fast, reliable journaling > filesystem, so please accept my heartfelt thanks for your efforts in > this area! > > As with all projects of this sort, people (like me, heh) identify the > best-of-breed and begin -using- and, worse -needing- the technology in > question. So, not to nag, but I was just wondering if there were any > plans to produce an XFS patch for 2.4.19, and what efforts, if any, > were underway to get Linux to accept it into the main kernel tree? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:27:52 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLRqRw025006 for ; Mon, 12 Aug 2002 14:27:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLRqYe025005 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:27:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from malone.cisco.com (malone.cisco.com [171.70.157.157]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLRjRw024975 for ; Mon, 12 Aug 2002 14:27:45 -0700 Received: from dhcp-171-71-86-203.cisco.com (dhcp-171-71-86-203.cisco.com [171.71.86.203]) by malone.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with ESMTP id OAA28791; Mon, 12 Aug 2002 14:30:04 -0700 (PDT) Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? From: Roland Dobbins To: Eric Sandeen Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029187318.13228.20.camel@stout.americas.sgi.com> References: <1029187448.264.34.camel@anabasis> <1029187318.13228.20.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Aug 2002 14:31:39 -0700 Message-Id: <1029187900.301.37.camel@anabasis> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Wow, thanks for the quick response - you folks rock! On Mon, 2002-08-12 at 14:21, Eric Sandeen wrote: > Hi Roland - > > Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and > note that this is just a snapshot patch, not a well-tested release. > > Oh, and read the README, it explains the files you'll find there. > > Regarding acceptance into Linus' tree, that work is ongoing... > > -Eric > > On Mon, 2002-08-12 at 16:24, Roland Dobbins wrote: > > I'm really grateful for all the hard work and resources you folks have > > put into XFS - I've come to depend on it as a fast, reliable journaling > > filesystem, so please accept my heartfelt thanks for your efforts in > > this area! > > > > As with all projects of this sort, people (like me, heh) identify the > > best-of-breed and begin -using- and, worse -needing- the technology in > > question. So, not to nag, but I was just wondering if there were any > > plans to produce an XFS patch for 2.4.19, and what efforts, if any, > > were underway to get Linux to accept it into the main kernel tree? > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 > -- --------------------------------------------------------- Roland Dobbins // 408.527.6376 voice From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:30:24 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLUORw025184 for ; Mon, 12 Aug 2002 14:30:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLUOLw025183 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:30:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLUJRw025155 for ; Mon, 12 Aug 2002 14:30:20 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eMno-0005CI-00; Mon, 12 Aug 2002 22:32:40 +0100 Date: Mon, 12 Aug 2002 22:32:40 +0100 From: Christoph Hellwig To: Eric Sandeen Cc: Roland Dobbins , linux-xfs@oss.sgi.com Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? Message-ID: <20020812223240.A19899@infradead.org> References: <1029187448.264.34.camel@anabasis> <1029187318.13228.20.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029187318.13228.20.camel@stout.americas.sgi.com>; from sandeen@sgi.com on Mon, Aug 12, 2002 at 04:21:58PM -0500 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 04:21:58PM -0500, Eric Sandeen wrote: > Hi Roland - > > Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and > note that this is just a snapshot patch, not a well-tested release. In fact the initial split patches contain a bug I'd consider serious. Keith talked about respinnning them once kdb 2.3 is in, and I think that would be a good very good idea. From owner-linux-xfs@oss.sgi.com Mon Aug 12 14:56:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7CLuxRw025487 for ; Mon, 12 Aug 2002 14:56:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7CLuxWo025486 for linux-xfs-outgoing; Mon, 12 Aug 2002 14:56:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7CLurRw025458 for ; Mon, 12 Aug 2002 14:56:53 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id OAA09627 for ; Mon, 12 Aug 2002 14:59:58 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id HAA19988; Tue, 13 Aug 2002 07:57:51 +1000 (EST) Date: Tue, 13 Aug 2002 07:57:51 +1000 (EST) From: Nathan Scott Message-Id: <200208122157.HAA19988@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de Subject: TAKE - acl-2.0.17 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Mon Aug 12 14:57:01 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124852a cmd/acl/VERSION - 1.34 cmd/acl/doc/CHANGES - 1.39 cmd/acl/debian/changelog - 1.29 cmd/acl/setfacl/do_set.c - 1.7 - merge in Andreas' 2.0.17 changes - fixes setfacl/acl_get_file issue. From owner-linux-xfs@oss.sgi.com Mon Aug 12 17:35:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D0ZNRw028447 for ; Mon, 12 Aug 2002 17:35:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D0ZNFc028446 for linux-xfs-outgoing; Mon, 12 Aug 2002 17:35:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moutvdomng3.kundenserver.de (moutvdom.kundenserver.de [195.20.224.200]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D0ZFRw028417 for ; Mon, 12 Aug 2002 17:35:16 -0700 Received: from [195.20.224.214] (helo=mrvdomng2.kundenserver.de) by moutvdomng3.kundenserver.de with esmtp (Exim 3.35 #2) id 17ePgl-0006n4-00 for linux-xfs@oss.sgi.com; Tue, 13 Aug 2002 02:37:35 +0200 Received: from [217.228.151.222] (helo=kernelpanix.aura.of.mankind) by mrvdomng2.kundenserver.de with esmtp (Exim 3.35 #2) id 17ePgk-0002Az-00 for linux-xfs@oss.sgi.com; Tue, 13 Aug 2002 02:37:34 +0200 Received: (from utz@localhost) by kernelpanix.aura.of.mankind (8.11.6/8.11.2) id g7D0bMu02509 for linux-xfs@oss.sgi.com; Tue, 13 Aug 2002 02:37:22 +0200 X-Authentication-Warning: kernelpanix.aura.of.mankind: utz set sender to xfs@s2y4n2c.de using -f Date: Tue, 13 Aug 2002 02:37:22 +0200 From: utz lehmann To: linux-xfs@oss.sgi.com Subject: Wrong paths in xfsprogs-devel-2.1.2-0.i386.rpm Message-ID: <20020813023722.A2236@s2y4n2c.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi FYI: The paths in the xfsprogs-devel-2.1.2-0.i386.rpm from ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ are wrong: /include/disk /include/disk/dvh.h /include/disk/fstyp.h [...] /libexec /libexec/libdisk.a /libexec/libhandle.a [...] /man/man3 /man/man3/attr_list_by_handle.3 /man/man3/attr_multi_by_handle.3 [...] utz From owner-linux-xfs@oss.sgi.com Mon Aug 12 18:46:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D1k6Rw011104 for ; Mon, 12 Aug 2002 18:46:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D1k6D2011103 for linux-xfs-outgoing; Mon, 12 Aug 2002 18:46:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from webcube2.volstate.net (webcube2.volstate.net [66.129.16.201]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D1k1Rw011075 for ; Mon, 12 Aug 2002 18:46:01 -0700 Received: from volstate.net (webcube2.volstate.net [66.129.16.201]) by webcube2.volstate.net (8.9.3/8.9.3) with SMTP id VAA30257 for ; Mon, 12 Aug 2002 21:48:26 -0400 From: joebacom@volstate.net Message-Id: <200208130148.VAA30257@webcube2.volstate.net> Date: Mon, 12 Aug 2002 21:48:26 -0400 (EDT) To: linux-xfs@oss.sgi.com Subject: Userspace questions X-Mailer: AtDot 2.0.1 X-URL: http://www.volstate.net/webmail.html X-Spam-Status: No, hits=0.6 required=5.0 tests=NO_REAL_NAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Folks; I just have a couple questions about the userspace in the XFS journal. 1. Is there a way to search the attribute value field somewhat like you can the attribute name field (i.e. getfattr -m "expression")? 2. What are the limitations (if any) of storeing attribute information in the journal? For instance when is too much, too much? Your feedback is much appreciated. Thanks; Joe From owner-linux-xfs@oss.sgi.com Mon Aug 12 18:59:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D1x7Rw011322 for ; Mon, 12 Aug 2002 18:59:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D1x70u011321 for linux-xfs-outgoing; Mon, 12 Aug 2002 18:59:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D1x2Rw011293 for ; Mon, 12 Aug 2002 18:59:02 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id TAA07674 for ; Mon, 12 Aug 2002 19:02:06 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28464; Tue, 13 Aug 2002 12:00:07 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7D1vqRn001307; Tue, 13 Aug 2002 11:57:52 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7D1vhDT001305; Tue, 13 Aug 2002 11:57:43 +1000 Date: Tue, 13 Aug 2002 11:57:43 +1000 From: Nathan Scott To: joebacom@volstate.net Cc: linux-xfs@oss.sgi.com Subject: Re: Userspace questions Message-ID: <20020813015743.GF652@frodo> References: <200208130148.VAA30257@webcube2.volstate.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200208130148.VAA30257@webcube2.volstate.net> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 12, 2002 at 09:48:26PM -0400, joebacom@volstate.net wrote: > ... > 1. Is there a way to search the attribute value field somewhat like > you can the attribute name field (i.e. getfattr -m "expression")? No - since (unlike the name) the value can be arbitrary binary data, I'm not sure this makes too much sense. > 2. What are the limitations (if any) of storeing attribute information > in the journal? For instance when is too much, too much? Both XFS and the VFS limit each individual attribute to having a maximum of 64K of data. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 12 19:43:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D2hkRw012326 for ; Mon, 12 Aug 2002 19:43:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D2hkUw012325 for linux-xfs-outgoing; Mon, 12 Aug 2002 19:43:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D2heRw012291 for ; Mon, 12 Aug 2002 19:43:41 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA16677; Mon, 12 Aug 2002 21:46:00 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id VAA95982; Mon, 12 Aug 2002 21:46:00 -0500 (CDT) Date: Mon, 12 Aug 2002 21:40:40 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: utz lehmann cc: linux-xfs@oss.sgi.com Subject: Re: Wrong paths in xfsprogs-devel-2.1.2-0.i386.rpm In-Reply-To: <20020813023722.A2236@s2y4n2c.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, that was indeed a problem. Should be all better now, with the 2.2.1 version of xfsprogs/xfsprogs-devel. Thanks, -Eric On Tue, 13 Aug 2002, utz lehmann wrote: > Hi > > FYI: The paths in the xfsprogs-devel-2.1.2-0.i386.rpm from > ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/i386/ are wrong: From owner-linux-xfs@oss.sgi.com Mon Aug 12 20:03:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D33FRw013017 for ; Mon, 12 Aug 2002 20:03:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D33FvL013016 for linux-xfs-outgoing; Mon, 12 Aug 2002 20:03:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D337Rw012988 for ; Mon, 12 Aug 2002 20:03:07 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA01871 for ; Mon, 12 Aug 2002 20:05:33 -0700 (PDT) mail_from (kaos@sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by nodin.corp.sgi.com (8.12.3/8.11.4/nodin-1.0) with ESMTP id g7D34Vpx18205972; Mon, 12 Aug 2002 20:04:32 -0700 (PDT) Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 1A5023000BA; Tue, 13 Aug 2002 13:04:31 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 0735494; Tue, 13 Aug 2002 13:04:30 +1000 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Cc: linux-kernel@vger.kernel.org Subject: Announce: XFS split patches for 2.4.19 - respin Date: Tue, 13 Aug 2002 13:04:25 +1000 Message-ID: <10392.1029207865@kao2.melbourne.sgi.com> X-Spam-Status: No, hits=-0.8 required=5.0 tests=MAY_BE_FORGED,PGP_SIGNATURE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19. The xfs patches for 2.4.19 have been respun as of 2002-08-13 01:22 UTC. This includes kdb v2.3 2.4.19 common-2, i386-3 plus some recent quota and acl fixes. For some time the XFS group have been producing split patches for XFS, separating the core XFS changes from additional patches such as kdb, xattr, acl, dmapi, kbuild 2.5. These patches were initially intended for internal use and for feeding to Linus but we got no response at all. The split patches are now being released to the world with the hope that developers and distributors will find them useful. Read the README in each directory very carefully, the split patch format has changed over a few kernel releases. Any questions that are covered by the README will be ignored. There is even a 2.4.20/README for the terminally impatient :). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQE9WHc4i4UHNye0ZOoRApfUAJ9pHgjKao4t2659f5gQ932bfLJSpgCglw8r ZJo02LJ3ceD5krbk9MOfc4k= =EByk -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Tue Aug 13 00:03:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D737Rw016059 for ; Tue, 13 Aug 2002 00:03:07 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D737rC016058 for linux-xfs-outgoing; Tue, 13 Aug 2002 00:03:07 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D72uRw016027 for ; Tue, 13 Aug 2002 00:02:58 -0700 Received: from erbenson.alaska.net (18-pm33.nwc.alaska.net [209.112.159.18]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7D75F5X037438 for ; Mon, 12 Aug 2002 23:05:16 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id B7E923A0E for ; Mon, 12 Aug 2002 23:05:14 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 4D77110294; Mon, 12 Aug 2002 23:05:14 -0800 (AKDT) Date: Mon, 12 Aug 2002 23:05:14 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Patch for 2.4.19, acceptance into main kernel tree? Message-ID: <20020812230514.I23734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <1029187448.264.34.camel@anabasis> <1029187318.13228.20.camel@stout.americas.sgi.com> <"from sandeen"@sgi.com> <20020812223240.A19899@infradead.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k9xkV0rc9XGsukaG" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020812223240.A19899@infradead.org>; from hch@infradead.org on Mon, Aug 12, 2002 at 10:32:40PM +0100 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --k9xkV0rc9XGsukaG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 12, 2002 at 10:32:40PM +0100, Christoph Hellwig wrote: > On Mon, Aug 12, 2002 at 04:21:58PM -0500, Eric Sandeen wrote: > > Hi Roland -=20 > >=20 > > Please see ftp://oss.sgi.com/projects/xfs/download/patches/2.4.19, and > > note that this is just a snapshot patch, not a well-tested release. >=20 > In fact the initial split patches contain a bug I'd consider serious. > Keith talked about respinnning them once kdb 2.3 is in, and I think > that would be a good very good idea. can you be more specific?=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --k9xkV0rc9XGsukaG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1Yr6oACgkQJKx7GixEevxcvACglzv9Tttdu0wydM1hz+bvtNUs IDQAn1N+HAcmrjFYUoTZF5M294v44xwI =d7Ha -----END PGP SIGNATURE----- --k9xkV0rc9XGsukaG-- From owner-linux-xfs@oss.sgi.com Tue Aug 13 00:52:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7D7qmRw016663 for ; Tue, 13 Aug 2002 00:52:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7D7qm1D016662 for linux-xfs-outgoing; Tue, 13 Aug 2002 00:52:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7D7qgRw016634 for ; Tue, 13 Aug 2002 00:52:43 -0700 Received: (qmail 27860 invoked by uid 0); 13 Aug 2002 07:55:03 -0000 Received: from gate.gmx.net (213.165.64.17) by mail.gmx.net (mp003-rz3) with SMTP; 13 Aug 2002 07:55:03 -0000 Received: from kt by gate.gmx.net with local (Exim 3.35 #1 (Debian)) id 17eWVD-0005fu-00; Tue, 13 Aug 2002 09:54:07 +0200 Date: Tue, 13 Aug 2002 09:54:07 +0200 From: Thomas Knauer To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com Subject: Re: Problems with mkfs.xfs 2.1.2 Message-ID: <20020813075407.GA21806@gmx-ag.de> References: <20020812180358.GA21283@gmx-ag.de> <20020812191220.A13618@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020812191220.A13618@infradead.org> User-Agent: Mutt/1.3.28i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, On Mon, Aug 12, 2002 at 07:12:20PM +0100, Christoph Hellwig wrote: > > # mkfs.xfs -V > > mkfs.xfs version 2.1.2 > > Could you try 2.2.1 (or a current CVS checkout)? I tried the latest CVS checkout and it worked out perfectly! Thank you very much for the little hint! All the best, Thomas From owner-linux-xfs@oss.sgi.com Tue Aug 13 06:29:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DDT0Rw003490 for ; Tue, 13 Aug 2002 06:29:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DDT0wr003486 for linux-xfs-outgoing; Tue, 13 Aug 2002 06:29:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DDSpRw003433 for ; Tue, 13 Aug 2002 06:28:51 -0700 Received: (qmail 21526 invoked by uid 0); 13 Aug 2002 13:31:12 -0000 Received: from pd903bd70.dip.t-dialin.net (HELO gmx.de) (217.3.189.112) by mail.gmx.net (mp008-rz3) with SMTP; 13 Aug 2002 13:31:12 -0000 Message-ID: <3D590942.3000309@gmx.de> Date: Tue, 13 Aug 2002 15:27:30 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Probs while building xfsdump Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, The Problem with the path is now solved, thanx a lot! Here comes the next Prob by installing xfsdump.... I've done the following installation procedure on a new LFS sytem (with a fresh cvs checkout of the linux-2.4 branch of today): # cd attr # autoconf; ./configure --prefix=/usr # make && make install && make install-dev && make install-lib # ldconfig # cd ../acl # autoconf; ./configure --prefix=/usr # make && make install && make install-dev && make install-lib # ldconfig # cd ../xfsprogs # autoconf; ./configure --prefix=/usr # make && make install && make install-dev # ldconfig # cd ../dmapi # autoconf; ./configure --prefix=/usr # make && make install && make install-dev # ldconfig # cd ../xfsdump # autoconf; ./configure --prefix=/usr and here it stops with the foolowing error ..... checking xfs/libxfs.h usability... yes checking xfs/libxfs.h presence... yes checking for xfs/libxfs.h... yes checking for libxfs_init in -lxfs... no FATAL ERROR: could not find a valid XFS base library. Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) package. Alternatively, run "make install-dev" from the xfsprogs source. hmm... /what's gone wrong here?? any hints?? (is there perhaps an error in my installation procedure?) regards micha From owner-linux-xfs@oss.sgi.com Tue Aug 13 08:00:01 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DF01Rw006218 for ; Tue, 13 Aug 2002 08:00:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DF01Ad006217 for linux-xfs-outgoing; Tue, 13 Aug 2002 08:00:01 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DExsRw006180 for ; Tue, 13 Aug 2002 07:59:54 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA20683; Tue, 13 Aug 2002 10:02:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA56914; Tue, 13 Aug 2002 10:02:16 -0500 (CDT) Subject: Re: Probs while building xfsdump From: Eric Sandeen To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D590942.3000309@gmx.de> References: <3D590942.3000309@gmx.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 09:56:52 -0500 Message-Id: <1029250612.14205.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Michael - I see this same behavior, and I don't think you're doing anything wrong... I'll take a look. Thanks, -Eric On Tue, 2002-08-13 at 08:27, Michael Wahlbrink wrote: > # cd ../xfsdump > # autoconf; ./configure --prefix=/usr > > and here it stops with the foolowing error > ..... > checking xfs/libxfs.h usability... yes > checking xfs/libxfs.h presence... yes > checking for xfs/libxfs.h... yes > checking for libxfs_init in -lxfs... no > > FATAL ERROR: could not find a valid XFS base library. > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > package. > Alternatively, run "make install-dev" from the xfsprogs source. > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 08:22:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DFM5Rw006515 for ; Tue, 13 Aug 2002 08:22:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DFM5d7006514 for linux-xfs-outgoing; Tue, 13 Aug 2002 08:22:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DFLuRw006486 for ; Tue, 13 Aug 2002 08:21:56 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA20857; Tue, 13 Aug 2002 10:24:18 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA51081; Tue, 13 Aug 2002 10:24:18 -0500 (CDT) Subject: Re: Probs while building xfsdump From: Eric Sandeen To: Eric Sandeen Cc: Michael Wahlbrink , linux-xfs@oss.sgi.com In-Reply-To: <1029250612.14205.3.camel@stout.americas.sgi.com> References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 10:18:54 -0500 Message-Id: <1029251934.14229.8.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.5 required=5.0 tests=IN_REP_TO,FROM_AND_TO_SAME version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, it looks like at least xfsprogs has a strange desire to put libs in /usr/libexec. If you just type "make" it explicitly sets that dir to /usr/lib instead, so try: ./configure --prefix=/usr --libexecdir=/usr/lib for your configure options as a workaround, for now. You'll probably want to clean the cruft out of /usr/libexec, too. (Hm, an uninstall target would be nice, wouldn't it...) -Eric On Tue, 2002-08-13 at 09:56, Eric Sandeen wrote: > Hi Michael - I see this same behavior, and I don't think you're doing > anything wrong... I'll take a look. > > Thanks, > > -Eric > > On Tue, 2002-08-13 at 08:27, Michael Wahlbrink wrote: > > > # cd ../xfsdump > > # autoconf; ./configure --prefix=/usr > > > > and here it stops with the foolowing error > > ..... > > checking xfs/libxfs.h usability... yes > > checking xfs/libxfs.h presence... yes > > checking for xfs/libxfs.h... yes > > checking for libxfs_init in -lxfs... no > > > > FATAL ERROR: could not find a valid XFS base library. > > Install either the xfsprogs-devel (rpm) or the xfslibs-dev (deb) > > package. > > Alternatively, run "make install-dev" from the xfsprogs source. > > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 09:03:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DG3BRw007068 for ; Tue, 13 Aug 2002 09:03:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DG3Bqw007067 for linux-xfs-outgoing; Tue, 13 Aug 2002 09:03:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (sproxy.gmx.net [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DG33Rw007039 for ; Tue, 13 Aug 2002 09:03:03 -0700 Received: (qmail 30598 invoked by uid 0); 13 Aug 2002 16:05:25 -0000 Received: from pd903c263.dip.t-dialin.net (HELO gmx.de) (217.3.194.99) by mail.gmx.net (mp015-rz3) with SMTP; 13 Aug 2002 16:05:25 -0000 Message-ID: <3D592D6B.9050509@gmx.de> Date: Tue, 13 Aug 2002 18:01:47 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen , linux-xfs@oss.sgi.com Subject: Re: Probs while building xfsdump References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Eric, Thanks for the quick response! Eric Sandeen wrote: > Ok, it looks like at least xfsprogs has a strange desire to put libs in > /usr/libexec. If you just type "make" it explicitly sets that dir to > /usr/lib instead, so try: no its not only xfsprogs which takes things in /usr/libexec when building with ./configure --prefix=usr. also attr acl and dmapi stow some things in /usr/libexec grrrrrr....... (or is this correct??) > ./configure --prefix=/usr --libexecdir=/usr/lib Ok I'll do a rebuild today in the evening. > > for your configure options as a workaround, for now. You'll probably > want to clean the cruft out of /usr/libexec, too. (Hm, an uninstall > target would be nice, wouldn't it...) Yes this would be nice. ;-) But for now I can simply delete the directory /usr/libexec/cause it was empty before installing the stuff. And for the other things I should have a backup somewhere......... ;-) regards micha From owner-linux-xfs@oss.sgi.com Tue Aug 13 09:08:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DG8DRw007290 for ; Tue, 13 Aug 2002 09:08:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DG8CEa007289 for linux-xfs-outgoing; Tue, 13 Aug 2002 09:08:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DG85Rw007260 for ; Tue, 13 Aug 2002 09:08:05 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA21407 for ; Tue, 13 Aug 2002 11:10:28 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA15158 for ; Tue, 13 Aug 2002 11:10:27 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7DG8cE02375; Tue, 13 Aug 2002 11:08:38 -0500 Message-Id: <200208131608.g7DG8cE02375@jen.americas.sgi.com> Date: Tue, 13 Aug 2002 11:08:38 -0500 Subject: TAKE - rationalize xfs <-> pagebuf interface To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Another one from Christoph Date: Tue Aug 13 09:09:38 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:124892a linux/fs/xfs/xfs_log.c - 1.252 linux/fs/xfs/xfs_rw.h - 1.67 linux/fs/xfs/xfs_rw.c - 1.363 linux/fs/xfs/xfs_buf.h - 1.93 linux/fs/xfs/xfs_vnodeops.c - 1.551 linux/fs/xfs/xfs_rtalloc.c - 1.77 linux/fs/xfs/xfs_inode_item.c - 1.103 linux/fs/xfs/xfs_qm_syscalls.c - 1.66 linux/fs/xfs/xfs_log_recover.c - 1.239 linux/fs/xfs/xfs_dquot_item.c - 1.30 linux/fs/xfs/xfs_vfsops.c - 1.368 linux/fs/xfs/xfs_dquot.c - 1.69 linux/fs/xfs/xfs_mount.h - 1.154 linux/fs/xfs/xfs_mount.c - 1.295 linux/fs/xfs/xfs_qm.c - 1.81 linux/fs/xfs/xfs_trans.h - 1.113 linux/fs/xfs/xfs_fsops.c - 1.84 linux/fs/xfs/xfs_trans_buf.c - 1.103 linux/fs/xfs/xfs_attr.c - 1.94 linux/fs/xfs/linux/xfs_lrw.c - 1.164 linux/fs/xfs/linux/xfs_super.h - 1.27 linux/fs/xfs/linux/xfs_super.c - 1.205 linux/fs/xfs/pagebuf/page_buf_locking.c - 1.24 linux/fs/xfs/pagebuf/page_buf.h - 1.34 From owner-linux-xfs@oss.sgi.com Tue Aug 13 12:06:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DJ6qRw026154 for ; Tue, 13 Aug 2002 12:06:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DJ6qxE026153 for linux-xfs-outgoing; Tue, 13 Aug 2002 12:06:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DJ6eRw026123 for ; Tue, 13 Aug 2002 12:06:40 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA24188; Tue, 13 Aug 2002 14:09:02 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA04738; Tue, 13 Aug 2002 14:09:02 -0500 (CDT) Subject: Re: kernel BUG at filemap.c:843! From: Eric Sandeen To: James Lee Cc: linux-xfs@oss.sgi.com, ilmari@ping.uio.no In-Reply-To: <012301c241cb$16ea8530$fe232fd1@corona> References: <012301c241cb$16ea8530$fe232fd1@corona> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 14:03:36 -0500 Message-Id: <1029265417.14205.29.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-8.9 required=5.0 tests=IN_REP_TO,PLING,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi guys - We treat MD and LVM somewhat specially, and I wonder if in this case MD is masking the fact that you're using LVM, and that might be where the problem starts. Can you try this patch, which will cause LVM & MD to be treated the same, to see if it helps? It's probably not the final solution, but it might offer some hints. Thanks, -Eric --- linux/fs/xfs/pagebuf/page_buf_locking.c_1.24 Tue Aug 13 14:05:18 2002 +++ linux/fs/xfs/pagebuf/page_buf_locking.c Tue Aug 13 13:59:37 2002 @@ -198,7 +196,7 @@ pagebuf_target_blocksize(target, PAGE_CACHE_SIZE); if ((MAJOR(dev) == MD_MAJOR) || (MAJOR(dev) == EVMS_MAJOR)) - target->pbr_flags = PBR_ALIGNED_ONLY; + target->pbr_flags = PBR_SECTOR_ONLY; else if (MAJOR(dev) == LVM_BLK_MAJOR) target->pbr_flags = PBR_SECTOR_ONLY; else On Mon, 2002-08-12 at 01:40, James Lee wrote: > Hi, > > I'm also having the exactly same problem. > Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. > Kernel and userland tools are compiled with gcc 2.91.66 > The following is the result of some tests: > > scsidisks -> xfs: OK > scsidisks -> raid5 -> xfs: OK > scsidisks -> lvm -> xfs: OK > scsidisks -> raid0 -> lvm -> xfs: OK > scsidisks -> raid1 -> lvm -> xfs: OK > scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! > > This problem is always reproducible with the following shell script: > > #!/bin/sh > mkraid /dev/md0 > vgcreate VolumeGroup /dev/md0 > lvcreate -L1G -nTestVolume VolumeGroup > mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume > mount -t xfs /dev/VolumeGroup/TestVolume > /mnt -onoatime,nodiratime,usrquota,grpquota > > Whenever I run the above script, mount command always generates kernel oops. > But, if I insert some delay as of the following, then mount goes well: -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 12:57:14 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DJvERw026659 for ; Tue, 13 Aug 2002 12:57:14 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DJvE00026658 for linux-xfs-outgoing; Tue, 13 Aug 2002 12:57:14 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DJv4Rw026629 for ; Tue, 13 Aug 2002 12:57:04 -0700 Received: (qmail 2856 invoked by uid 0); 13 Aug 2002 19:59:24 -0000 Received: from pd903c267.dip.t-dialin.net (HELO gmx.de) (217.3.194.103) by mail.gmx.net (mp019-rz3) with SMTP; 13 Aug 2002 19:59:24 -0000 Message-ID: <3D59643E.3040408@gmx.de> Date: Tue, 13 Aug 2002 21:55:42 +0200 From: Michael Wahlbrink User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com, Eric Sandeen Subject: Re: Probs while building xfsdump References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> <3D592D6B.9050509@gmx.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi once again..... Michael Wahlbrink wrote: Hi Eric, Thanks for the quick response! Eric Sandeen wrote: Ok, it looks like at least xfsprogs has a strange desire to put libs in /usr/libexec. If you just type "make" it explicitly sets that dir to /usr/lib instead, so try: no its not only xfsprogs which takes things in /usr/libexec when building with ./configure --prefix=usr. also attr acl and dmapi stow some things in /usr/libexec grrrrrr....... (or is this correct??) ./configure --prefix=/usr --libexecdir=/usr/lib Ok I'll do a rebuild today in the evening. hmm all stuff rebuilded with: autoconf; ./configure --prefix=/usr --libexecdir=/usr/lib but now also stopped at configuring xfsdump: .... checking xfs/handle.h usability... yes checking xfs/handle.h presence... yes checking for xfs/handle.h... yes checking for attr_list_by_handle in -lhandle... no FATAL ERROR: could not find a current XFS handle library. Upgrade the xfsprogs-devel (rpm) or the xfslibs-dev (deb) package. Alternatively, run "make install-dev" from the xfsprogs source. and no /usr/libexec directory was generated during the installation of the other stuff.... any hints now??? regards micha From owner-linux-xfs@oss.sgi.com Tue Aug 13 13:38:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7DKcYRw010646 for ; Tue, 13 Aug 2002 13:38:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7DKcYeL010645 for linux-xfs-outgoing; Tue, 13 Aug 2002 13:38:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7DKcRRw010617 for ; Tue, 13 Aug 2002 13:38:27 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id PAA24855; Tue, 13 Aug 2002 15:40:50 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id PAA99001; Tue, 13 Aug 2002 15:40:50 -0500 (CDT) Subject: Re: Probs while building xfsdump From: Eric Sandeen To: Michael Wahlbrink Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D59643E.3040408@gmx.de> References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> <3D592D6B.9050509@gmx.de> <3D59643E.3040408@gmx.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 13 Aug 2002 15:35:24 -0500 Message-Id: <1029270924.14229.35.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ugh... Well, it seems that you want to put things in "normal" places, so... If you skip the autoconf; ./configure steps, the Makefile will do this for you, and feed values to configure that do all the "right" things. You can look at each Maiefile under the $(CONFIGURE): target to see what it's going to do. hopefully that will get you going until this is sorted out a bit. Thanks, -Eric On Tue, 2002-08-13 at 14:55, Michael Wahlbrink wrote: > hmm all stuff rebuilded with: > autoconf; ./configure --prefix=/usr --libexecdir=/usr/lib > > but now also stopped at configuring xfsdump: -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Tue Aug 13 17:08:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E083Rw013822 for ; Tue, 13 Aug 2002 17:08:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E082Jx013821 for linux-xfs-outgoing; Tue, 13 Aug 2002 17:08:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E07lRw013791 for ; Tue, 13 Aug 2002 17:07:47 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id RAA05058 for ; Tue, 13 Aug 2002 17:10:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id KAA36171; Wed, 14 Aug 2002 10:08:43 +1000 (EST) Date: Wed, 14 Aug 2002 10:08:43 +1000 (EST) From: Nathan Scott Message-Id: <200208140008.KAA36171@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: rabe@RWTH-Aachen.DE Subject: TAKE - xfsdump, getdents, older glibc build issue X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Tue Aug 13 16:57:51 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:124964a cmd/xfsdump/VERSION - 1.38 cmd/xfsdump/doc/CHANGES - 1.46 cmd/xfsdump/debian/changelog - 1.29 cmd/xfsdump/common/getdents.c - 1.9 - bump version, document changes - fix getdents64-related build issue on earlier glibc versions. From owner-linux-xfs@oss.sgi.com Tue Aug 13 17:26:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E0QVRw014144 for ; Tue, 13 Aug 2002 17:26:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E0QV43014143 for linux-xfs-outgoing; Tue, 13 Aug 2002 17:26:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E0QPRw014113 for ; Tue, 13 Aug 2002 17:26:25 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id RAA04852 for ; Tue, 13 Aug 2002 17:28:53 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA08077; Wed, 14 Aug 2002 10:27:30 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7E0PEnF000744; Wed, 14 Aug 2002 10:25:14 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7E0P5Z2000741; Wed, 14 Aug 2002 10:25:05 +1000 Date: Wed, 14 Aug 2002 10:25:05 +1000 From: Nathan Scott To: Eric Sandeen , Michael Wahlbrink Cc: linux-xfs@oss.sgi.com Subject: Re: Probs while building xfsdump Message-ID: <20020814002505.GA536@frodo> References: <3D590942.3000309@gmx.de> <1029250612.14205.3.camel@stout.americas.sgi.com> <1029251934.14229.8.camel@stout.americas.sgi.com> <3D592D6B.9050509@gmx.de> <3D59643E.3040408@gmx.de> <1029270924.14229.35.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1029270924.14229.35.camel@stout.americas.sgi.com> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, Aug 13, 2002 at 03:35:24PM -0500, Eric Sandeen wrote: > Ugh... > > Well, it seems that you want to put things in "normal" places, so... > > If you skip the autoconf; ./configure steps, the Makefile will do this > for you, and feed values to configure that do all the "right" things. > You can look at each Maiefile under the $(CONFIGURE): target to see what > it's going to do. This is the best approach - if you want your own install locations, start with these defaults and work backwards. > hopefully that will get you going until this is sorted out a bit. Basically you need to tell the build system where to put things, otherwise you get the configure defaults. For packages like xfsprogs, there is a need to install to several places that do not have "standard" configure targets, so I had to get creative with using the targets configure does provide - in particular, we want to differentiate where runtime libs go from where devel libs go - there is no simple way to do that, and so the defaults we get are a bit wacky for that one (runtime libs use libdir, so devel libs ended up in libexecdir). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Aug 13 18:06:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E16MRw014658 for ; Tue, 13 Aug 2002 18:06:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E16M91014657 for linux-xfs-outgoing; Tue, 13 Aug 2002 18:06:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from localhost.localdomain ([63.168.93.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E16CRw014627 for ; Tue, 13 Aug 2002 18:06:16 -0700 Received: from GARFI01 ([200.75.36.181]) by localhost.localdomain (8.11.6/8.11.6) with SMTP id g7E199H20054 for ; Tue, 13 Aug 2002 20:09:10 -0500 Message-ID: <000801c2432f$b113e470$0100a8c0@GARFI01> From: "Francisco A. Acevedo P." To: Subject: lenguage Date: Tue, 13 Aug 2002 20:12:25 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-Spam-Status: No, hits=0.0 required=5.0 tests=MAILTO_LINK version=2.20 X-Spam-Level: Content-Disposition: inline Content-Type: text/plain Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7E16NRw014659 I install the SGI XFS and no have the spanish lenguage for the sistem, only for the installation. I need the spanish lenguage ¿what I do? francisco frassoace@hotmail.com frassoace@intercable.net.co [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:17:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9HqRw019711 for ; Wed, 14 Aug 2002 02:17:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9Hqm7019710 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:17:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ngate.noida.hcltech.com ([202.54.110.230]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9HYRw019681 for ; Wed, 14 Aug 2002 02:17:40 -0700 Received: from exch-01.noida.hcltech.com (exch-01 [204.160.254.29]) by ngate.noida.hcltech.com (8.9.3/8.9.3) with ESMTP id OAA08371 for ; Wed, 14 Aug 2002 14:51:30 +0530 Received: by exch-01.noida.hcltech.com with Internet Mail Service (5.5.2653.19) id ; Wed, 14 Aug 2002 14:47:27 +0530 Message-ID: From: "Amit Agrawal, Noida" To: linux-xfs@oss.sgi.com Subject: Date: Wed, 14 Aug 2002 14:47:23 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=2.4 required=5.0 tests=SUBJ_MISSING version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Could you please tell me whether XFS will work with logical device having sector size greater than 512 bytes or not? Best Regards amit Best Regards Amit Agrawal Member Technical Staff, HCL Technologies Ltd, A-11,Sector-16 Noida-201301 Phone: +91-120-4510701/702/813 Extns. - 3157 Email: amitag@noida.hcltech.com _________________________________________________ "Humor is a rubber sword - it allows you to make a point without drawing blood. " - Mary Hirsch Disclaimer: This document is intended for transmission to the named recipient only. If you are not that person, you should note that legal rights reside in this document and you are not authorized to access, read, disclose, copy, use or otherwise deal with it and any such actions are prohibited and may be unlawful. The views expressed in this document are not necessarily those of HCL Technologies Ltd. Notice is hereby given that no representation, contract or other binding obligation shall be created by this e-mail, which must be interpreted accordingly. Any representations, contractual rights or obligations shall be separately communicated in writing and signed in the original by a duly authorized officer of the relevant company. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:35:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9Z0Rw020023 for ; Wed, 14 Aug 2002 02:35:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9Z0nC020022 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:35:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9YsRw019992 for ; Wed, 14 Aug 2002 02:34:55 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7E9aiFT057263; Wed, 14 Aug 2002 11:36:47 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814113212.02c57b30@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 11:34:49 +0200 To: "Amit Agrawal, Noida" , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:47 14-8-2002 +0530, Amit Agrawal, Noida wrote: >Could you please tell me whether XFS will work with logical device having >sector size greater than 512 bytes or not? Tough question, I am not sure but something might break. So you mean you have a device that has sectors of say 520 bytes instead of 512 like some of the SAN appliances do? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:40:57 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9evRw020215 for ; Wed, 14 Aug 2002 02:40:57 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9evF2020214 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:40:57 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ngate.noida.hcltech.com ([202.54.110.230]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9enRw020186 for ; Wed, 14 Aug 2002 02:40:50 -0700 Received: from exch-01.noida.hcltech.com (exch-01 [204.160.254.29]) by ngate.noida.hcltech.com (8.9.3/8.9.3) with ESMTP id PAA09267; Wed, 14 Aug 2002 15:14:40 +0530 Received: by exch-01.noida.hcltech.com with Internet Mail Service (5.5.2653.19) id ; Wed, 14 Aug 2002 15:10:37 +0530 Message-ID: From: "Amit Agrawal, Noida" To: Seth Mos , linux-xfs@oss.sgi.com Subject: RE: Date: Wed, 14 Aug 2002 15:10:36 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Status: No, hits=1.9 required=5.0 tests=SUBJ_ALL_CAPS version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a logical device configured through volume management software. -----Original Message----- From: Seth Mos [mailto:knuffie@xs4all.nl] Sent: Wednesday, August 14, 2002 3:05 PM To: Amit Agrawal, Noida; linux-xfs@oss.sgi.com Subject: Re: At 14:47 14-8-2002 +0530, Amit Agrawal, Noida wrote: >Could you please tell me whether XFS will work with logical device having >sector size greater than 512 bytes or not? Tough question, I am not sure but something might break. So you mean you have a device that has sectors of say 520 bytes instead of 512 like some of the SAN appliances do? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:56:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9uVRw020434 for ; Wed, 14 Aug 2002 02:56:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9uVLd020433 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:56:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9uMRw020405 for ; Wed, 14 Aug 2002 02:56:22 -0700 Received: from offline.mpc.local ([172.16.20.7] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 17euui-0000F5-00; Wed, 14 Aug 2002 10:58:04 +0100 Message-ID: <3D5A29AC.9AA18501@moving-picture.com> Date: Wed, 14 Aug 2002 10:58:04 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX 6.5 IP22) X-Accept-Language: en MIME-Version: 1.0 To: "Amit Agrawal, Noida" CC: Seth Mos , linux-xfs@oss.sgi.com Subject: Re: References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Disclaimer: This email and any attachments are confidential, may be legally X-Disclaimer: privileged and intended solely for the use of addressee. If you X-Disclaimer: are not the intended recipient of this message, any disclosure, X-Disclaimer: copying, distribution or any action taken in reliance on it is X-Disclaimer: strictly prohibited and may be unlawful. If you have received X-Disclaimer: this message in error, please notify the sender and delete all X-Disclaimer: copies from your system. X-Disclaimer: X-Disclaimer: Email may be susceptible to data corruption, interception and X-Disclaimer: unauthorised amendment, and we do not accept liability for any X-Disclaimer: such corruption, interception or amendment or the consequences X-Disclaimer: thereof. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk We've recently been trying out Medea (formerly Storage Concepts) Fibreblocks which allow you to set the block size to 512 or 2048 bytes. We made an XFS file system using the 2048 byte block size on the raid - but we got lots of SCSI disk errors when reading/writing to the file system - eventually the file system shuts down and we get a kernel oops on umount. ext2/3 file systems worked fine with the 2048 byte block size. James Pearson "Amit Agrawal, Noida" wrote: > > No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a > logical device configured through volume management software. > > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Wednesday, August 14, 2002 3:05 PM > To: Amit Agrawal, Noida; linux-xfs@oss.sgi.com > Subject: Re: > > At 14:47 14-8-2002 +0530, Amit Agrawal, Noida wrote: > >Could you please tell me whether XFS will work with logical device having > >sector size greater than 512 bytes or not? > > Tough question, I am not sure but something might break. > > So you mean you have a device that has sectors of say 520 bytes instead of > 512 like some of the SAN appliances do? > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 02:58:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7E9wtRw020599 for ; Wed, 14 Aug 2002 02:58:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7E9wts0020598 for linux-xfs-outgoing; Wed, 14 Aug 2002 02:58:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7E9woRw020570 for ; Wed, 14 Aug 2002 02:58:50 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7EA0eiH037384; Wed, 14 Aug 2002 12:00:43 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814115709.036c0cc8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 11:58:31 +0200 To: "Amit Agrawal, Noida" , linux-xfs@oss.sgi.com From: Seth Mos Subject: RE: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-2.5 required=5.0 tests=IN_REP_TO,SUBJ_ALL_CAPS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:10 14-8-2002 +0530, Amit Agrawal, Noida wrote: >No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a >logical device configured through volume management software. Smaller then pagesize is no problem eg < 4096 on ia32. You need a recent CVS kernel for this to work. The 1.1 release does NOT have support for this yet. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 03:05:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EA5TRw020821 for ; Wed, 14 Aug 2002 03:05:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EA5Tiw020820 for linux-xfs-outgoing; Wed, 14 Aug 2002 03:05:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ilanz.monex.li (ilanz.monex.li [164.128.93.104]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EA5ORw020792 for ; Wed, 14 Aug 2002 03:05:25 -0700 Received: from spalegna.monex.li (spalegna [164.128.93.99]) by ilanz.monex.li (8.11.6/8.11.6) with ESMTP id g7EA7o919828 for ; Wed, 14 Aug 2002 12:07:50 +0200 Received: from relay.monex.li (8.9.3/8.9.3) id NAA26021 for ; Wed, 14 Aug 2002 13:42:47 +0200 Received: from mailpumpe.monex.li by relay.monex.li via smtp; Received: from vorab.monex.li by mailpumpe.monex.li (8.11.6/8.11.6) with ESMTP id g7EA7Vi15983 for ; Wed, 14 Aug 2002 12:07:31 +0200 Subject: Convert Log Format from old to v2 format From: Oliver Jehle To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 12:07:06 +0200 Message-Id: <1029319626.1094.22.camel@vorab> Mime-Version: 1.0 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk is there a way to convert the logging format from old xfs-filestem to the new version 2 logging in xfs without backup/recreate/restore the filesystem ??? for example unmounting, run utility, mount it... Thanks oliver From owner-linux-xfs@oss.sgi.com Wed Aug 14 03:39:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EAdYRw021179 for ; Wed, 14 Aug 2002 03:39:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EAdYfG021178 for linux-xfs-outgoing; Wed, 14 Aug 2002 03:39:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EAdMRw021150 for ; Wed, 14 Aug 2002 03:39:22 -0700 Received: from kendy.up.ac.za (kendy.up.AC.za [137.215.101.101]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id DAA08929 for ; Wed, 14 Aug 2002 03:42:26 -0700 (PDT) mail_from (paul@up.ac.za) Received: from [137.215.95.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 17evQs-0005zV-00 for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 12:31:18 +0200 Received: from tzone.up.ac.za ([137.215.145.210] helo=up.ac.za) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 17evQr-0002ct-00 for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 12:31:17 +0200 Message-ID: <3D5A3174.1A91A496@up.ac.za> Date: Wed, 14 Aug 2002 12:31:16 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.19-rc3-xfs-tzone i686) X-Accept-Language: en MIME-Version: 1.0 To: XFS mailing list Subject: Problem repairing filesystem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan *17evQr-0002ct-00*tIgDJxlTU2g* (University of Pretoria, South Africa) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Background: ---------------- I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the 2.4.9-31-xfs kernel. Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware raid controller. There is a 4Gb root partition and a +/- 320Gb data partition. One of the drives failed and the machine crashed. We replaced the drive and rebuild the array. I booted up with a CD that I created a while a go with 2.4.19-pre9-20020604 and mounted a nfs root partition with all the xfs tools on it. We ran xfs_repair (version 2.2.1) on the root partition of the raid array. A lot of the files have the dreaded zero problem, but apart from that it is mountable and usable. The problem: ------------------ We ran xfs_repair on the 320Gb partition. After about 15min xfs_repair died with 'Terminated' being print on the console. dmesg reveals: Out of Memory: Killed process 269 (xfs_repair). I recreated the swap partition and activated it. Ran xfs_repair again. --snip-- Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... fatal error -- can't read block 0 for directory inode 2097749 When you mount the filesystem, it is empty (except for lost+found which is also empty) The output of xfs_repair is large about 300k bzip2'ed. It would be best if interested parties download it. http://www2.up.ac.za/paul/xfs_repair.out.bz2 http://www2.up.ac.za/paul/dmesg.out.bz2 Questions: -------------- Have I lost the 320G partition or does someone still have a trick up their sleeve ? Would it be possible to make xfs_repair use a lot less memory ? My guess is that the filesystem got it's final blow by xfs_repair exiting prematurely. Any suggestions are welcome. Paul Schutte From owner-linux-xfs@oss.sgi.com Wed Aug 14 05:08:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EC80Rw022737 for ; Wed, 14 Aug 2002 05:08:00 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EC80mY022736 for linux-xfs-outgoing; Wed, 14 Aug 2002 05:08:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EC7sRw022617 for ; Wed, 14 Aug 2002 05:07:55 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla1.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7ECAMr3053016; Wed, 14 Aug 2002 14:10:23 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814140713.03712468@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 14:07:38 +0200 To: Oliver Jehle , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Convert Log Format from old to v2 format In-Reply-To: <1029319626.1094.22.camel@vorab> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 12:07 14-8-2002 +0200, Oliver Jehle wrote: >is there a way to convert the logging format from old xfs-filestem to >the new version 2 logging in xfs without backup/recreate/restore the >filesystem ??? for example unmounting, run utility, mount it... Not available yet, maybe when steve gets time for it. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 05:19:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ECJcRw023268 for ; Wed, 14 Aug 2002 05:19:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ECJcLc023267 for linux-xfs-outgoing; Wed, 14 Aug 2002 05:19:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ECJPRw023238 for ; Wed, 14 Aug 2002 05:19:26 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7ECLh2Q094169; Wed, 14 Aug 2002 14:21:56 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 14:18:56 +0200 To: Paul Schutte , XFS mailing list From: Seth Mos Subject: Re: Problem repairing filesystem In-Reply-To: <3D5A3174.1A91A496@up.ac.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 12:31 14-8-2002 +0200, Paul Schutte wrote: >Background: >---------------- > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the >2.4.9-31-xfs kernel. >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware >raid controller. >There is a 4Gb root partition and a +/- 320Gb data partition. > >One of the drives failed and the machine crashed. Adaptec is not known for there quality of the raid drivers. aacraid comes to mind. I suggest using software raid instead. I like software raid. >We replaced the drive and rebuild the array. Why rebuild the array when you have hardware raid5. You should be able to boot the degraded array and work from there. >I booted up with a CD that I created a while a go with >2.4.19-pre9-20020604 and mounted a I understand that the machine did not boot anymore after the crash? Can it be that the drive had write caching which made it fail horribly in the end and crashed the machine? >nfs root partition with all the xfs tools on it. >We ran xfs_repair (version 2.2.1) on the root partition of the raid >array. >A lot of the files have the dreaded zero problem, but apart from that it >is mountable and usable. The zero problem is fixed in the 1.1 release and should be no longer present. That was one of _the_ important fixes in the 1.1 release. >fatal error -- can't read block 0 for directory inode 2097749 > > >When you mount the filesystem, it is empty (except for lost+found which >is also empty) Do you have the ability to fetch the current CVS tools and see if that works better? >The output of xfs_repair is large about 300k bzip2'ed. It would be best >if interested parties download it. > >http://www2.up.ac.za/paul/xfs_repair.out.bz2 > >http://www2.up.ac.za/paul/dmesg.out.bz2 > >Questions: >-------------- >Have I lost the 320G partition or does someone still have a trick up >their sleeve ? I think it is lost, maybe one of the developers has any clues. >Would it be possible to make xfs_repair use a lot less memory ? >My guess is that the filesystem got it's final blow by xfs_repair >exiting prematurely. Quite possible. There have been some fixes for xfs_repair and the memory usage but I don't think every single case is handled for low memory use. Did the disk have a lot of small files (in the order of a million files in one directory or so? Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 05:44:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ECiaRw023677 for ; Wed, 14 Aug 2002 05:44:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ECiZ18023676 for linux-xfs-outgoing; Wed, 14 Aug 2002 05:44:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ECiTRw023647 for ; Wed, 14 Aug 2002 05:44:30 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7ECkwx06148 for ; Wed, 14 Aug 2002 14:46:58 +0200 Message-ID: <3D5A5142.9030303@ima.pl> Date: Wed, 14 Aug 2002 14:46:58 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS and net devices, any pros or cons ? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I'm building High Availability server with RAID created using LAN interfaces and drbd module. This will be pair of computers running in active/passive mode so only one of them will have mounted shared device at a time. Are there any problems that I should expect ? Is XFS good fs for that or should I use something other ? I'm also considering usage of Intermezzo. Regards, Blizbor From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:04:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ED4SRw023956 for ; Wed, 14 Aug 2002 06:04:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ED4Svk023955 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:04:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ED4LRw023927 for ; Wed, 14 Aug 2002 06:04:22 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7ED6ow7046338; Wed, 14 Aug 2002 15:06:50 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814150308.037286f8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 15:03:58 +0200 To: "Blizbor (IMA)" , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: XFS and net devices, any pros or cons ? In-Reply-To: <3D5A5142.9030303@ima.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 14:46 14-8-2002 +0200, Blizbor (IMA) wrote: >Hi, > >I'm building High Availability server with RAID >created using LAN interfaces and drbd module. >This will be pair of computers running in active/passive >mode so only one of them will have mounted shared >device at a time. As long as you are sure the device wil not be mounted simultaneously there should not be to much of a problem. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:32:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EDWCRw024734 for ; Wed, 14 Aug 2002 06:32:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EDWCoh024733 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:32:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EDW7Rw024705 for ; Wed, 14 Aug 2002 06:32:07 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id IAA29796; Wed, 14 Aug 2002 08:34:29 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id IAA55243; Wed, 14 Aug 2002 08:34:29 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EDWVS15598; Wed, 14 Aug 2002 08:32:31 -0500 Subject: Re: lenguage From: Steve Lord To: "Francisco A. Acevedo P." Cc: linux-xfs@oss.sgi.com In-Reply-To: <000801c2432f$b113e470$0100a8c0@GARFI01> References: <000801c2432f$b113e470$0100a8c0@GARFI01> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 08:32:30 -0500 Message-Id: <1029331950.26253.24.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7EDW7Rw024706 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Tue, 2002-08-13 at 20:12, Francisco A. Acevedo P. wrote: > I install the SGI XFS and no have the spanish lenguage for the sistem, only for the installation. I need the spanish lenguage ¿what I do? > We have no facilities to provide translations to other languages, SGI does have international versions of Irix, and the manuals are online at www.sgi.com, I am not sure if there is a Spanish version of Irix, or if the translated versions are on line. The man pages for xfs would be mostly relevant for linux if you can find them. Steve p.s. It is also possible someone on the list can assist you. -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:37:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EDbtRw025014 for ; Wed, 14 Aug 2002 06:37:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EDbtl1025013 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:37:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from kendy.up.ac.za (kendy.up.AC.za [137.215.101.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EDbKRw024983 for ; Wed, 14 Aug 2002 06:37:29 -0700 Received: from [137.215.95.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 17eyMB-0000SN-00; Wed, 14 Aug 2002 15:38:39 +0200 Received: from tzone.up.ac.za ([137.215.145.210] helo=up.ac.za) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 17eyM9-0004p6-00; Wed, 14 Aug 2002 15:38:37 +0200 Message-ID: <3D5A5D5D.AEE17BD8@up.ac.za> Date: Wed, 14 Aug 2002 15:38:37 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.19-rc3-xfs-tzone i686) X-Accept-Language: en MIME-Version: 1.0 To: Seth Mos CC: XFS mailing list Subject: Re: Problem repairing filesystem References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan *17eyM9-0004p6-00*xPLbgUDTMno* (University of Pretoria, South Africa) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Seth Mos wrote: > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > >Background: > >---------------- > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > >2.4.9-31-xfs kernel. > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > >raid controller. > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > >One of the drives failed and the machine crashed. > > Adaptec is not known for there quality of the raid drivers. aacraid comes > to mind. I suggest using software raid instead. I like software raid. > software RAID5 with internal log using postmark v1.5 Time: 6186 seconds total 5840 seconds of transactions (17 per second) Files: 60125 created (9 per second) Creation alone: 10000 files (121 per second) Mixed with transactions: 50125 files (8 per second) 50110 read (8 per second) 49822 appended (8 per second) 60125 deleted (9 per second) Deletion alone: 10250 files (38 per second) Mixed with transactions: 49875 files (8 per second) Data: 3113.25 megabytes read (515.35 kilobytes per second) 3731.11 megabytes written (617.63 kilobytes per second) hardware raid5 using postmark v1.5: Time: 749 seconds total 709 seconds of transactions (141 per second) Files: 60125 created (80 per second) Creation alone: 10000 files (416 per second) Mixed with transactions: 50125 files (70 per second) 50110 read (70 per second) 49822 appended (70 per second) 60125 deleted (80 per second) Deletion alone: 10250 files (640 per second) Mixed with transactions: 49875 files (70 per second) Data: 3113.25 megabytes read (4.16 megabytes per second) 3731.11 megabytes written (4.98 megabytes per second) > > >We replaced the drive and rebuild the array. > > Why rebuild the array when you have hardware raid5. You should be able to > boot the degraded array and work from there. > Good question. That was the whole idea, but I it did'nt work out in practice. I am not sure why. > > >I booted up with a CD that I created a while a go with > >2.4.19-pre9-20020604 and mounted a > > I understand that the machine did not boot anymore after the crash? Can it > be that the drive had write caching which made it fail horribly in the end > and crashed the machine? > The controller was set not to cache writes, but I don't know what the controller did with each drive. It never lost power, so write caching should not be a problem. It took 2 days to get the new harddisk and only then did we switch it off. It did boot, but crashed almost immediatly. You can't repair a xfs root partittion without a rescue disk and therefore the nfs trick. > > >nfs root partition with all the xfs tools on it. > >We ran xfs_repair (version 2.2.1) on the root partition of the raid > >array. > >A lot of the files have the dreaded zero problem, but apart from that it > >is mountable and usable. > > The zero problem is fixed in the 1.1 release and should be no longer > present. That was one of _the_ important fixes in the 1.1 release. ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/SRPMS/kernel-2.4.9-31SGI_XFS_1.1.src.rpm Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? > > > >fatal error -- can't read block 0 for directory inode 2097749 > > > > > >When you mount the filesystem, it is empty (except for lost+found which > >is also empty) > > Do you have the ability to fetch the current CVS tools and see if that > works better? xfs_repair version 2.2.1 (which is what I used) is the latest. (It was on 2002-08-13) > > > >The output of xfs_repair is large about 300k bzip2'ed. It would be best > >if interested parties download it. > > > >http://www2.up.ac.za/paul/xfs_repair.out.bz2 > > > >http://www2.up.ac.za/paul/dmesg.out.bz2 > > > >Questions: > >-------------- > >Have I lost the 320G partition or does someone still have a trick up > >their sleeve ? > > I think it is lost, maybe one of the developers has any clues. > > >Would it be possible to make xfs_repair use a lot less memory ? > >My guess is that the filesystem got it's final blow by xfs_repair > >exiting prematurely. > > Quite possible. There have been some fixes for xfs_repair and the memory > usage but I don't think every single case is handled for low memory use. > > Did the disk have a lot of small files (in the order of a million files in > one directory or so? > Nope, It was a mirror server. Mirrors of redhat,debian,suse,gentoo,kernel.org,exim,apache,jakarta-tomcat and a lot other sites that I can't remember off by heart. Some of our users also uploaded some stuff which they wanted to be available via ftp. > > Cheers > > -- > Seth > It might just be your lucky day, if you only knew. Thanx Paul From owner-linux-xfs@oss.sgi.com Wed Aug 14 06:53:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EDr6Rw025258 for ; Wed, 14 Aug 2002 06:53:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EDr6Mm025257 for linux-xfs-outgoing; Wed, 14 Aug 2002 06:53:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EDr1Rw025229 for ; Wed, 14 Aug 2002 06:53:02 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17eycU-0004LR-00; Wed, 14 Aug 2002 14:55:30 +0100 Date: Wed, 14 Aug 2002 14:55:30 +0100 From: Christoph Hellwig To: Nathan Scott Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - configure Message-ID: <20020814145530.A16680@infradead.org> References: <200208100202.MAA46551@snort.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200208100202.MAA46551@snort.melbourne.sgi.com>; from nathans@snort.melbourne.sgi.com on Sat, Aug 10, 2002 at 12:02:48PM +1000 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, Aug 10, 2002 at 12:02:48PM +1000, Nathan Scott wrote: > Michael &/ Christoph - can you see if this helps? thanks. Actually I found out that the older bug was my fault - as soon as I gave my ./configure call in the specfile all the parameters you have in the Makefile it works. I don't think requiring them is a good idea, though, configure should have sane defaults. Why don't you go back to the pre-2.1.2 behaviour? From owner-linux-xfs@oss.sgi.com Wed Aug 14 07:17:32 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EEHWRw030429 for ; Wed, 14 Aug 2002 07:17:32 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EEHWKw030428 for linux-xfs-outgoing; Wed, 14 Aug 2002 07:17:32 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EEHMRw030398 for ; Wed, 14 Aug 2002 07:17:23 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA30164; Wed, 14 Aug 2002 09:19:47 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA30766; Wed, 14 Aug 2002 09:19:47 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EEHmR15817; Wed, 14 Aug 2002 09:17:48 -0500 Subject: Re: XFS and net devices, any pros or cons ? From: Steve Lord To: "Blizbor (IMA)" Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D5A5142.9030303@ima.pl> References: <3D5A5142.9030303@ima.pl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 09:17:48 -0500 Message-Id: <1029334668.15672.8.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.7 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 07:46, Blizbor (IMA) wrote: > Hi, > > I'm building High Availability server with RAID > created using LAN interfaces and drbd module. > This will be pair of computers running in active/passive > mode so only one of them will have mounted shared > device at a time. > > Are there any problems that I should expect ? > Is XFS good fs for that or should I use something other ? > > I'm also considering usage of Intermezzo. > > Regards, > Blizbor The normal way we setup something like this is to use a shared scsi or fiberchannel disk setup, that way you no longer have a singe point of failure. If you are putting the disks into one of the two computers then if that system goes down you are dead in the water. The other aspect of the above setup is using something like failsafe, the two nodes monitor each other, and can (if setup correctly) shoot the other node down and take over the filesystem if it detects problems. failsafe itself is opensource, not sure if the components of it which fail over the filesystem to the other node are. Of course all this assumes using the fs via NFS - the second node takes over the ip address of the failed node. A quick look at drbd on the net seems to show that it is designed for these sorts of setups, and it has links to all the high availability stuff for linux. That aside, there should be no problem doing this, provided you make sure the unmount from one system is complete before attempting to mount on the other system. Mounting a filesystem which is already mounted elsewhere is not a good thing, the second system will think the fs needs recovery running on it. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 07:59:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EExjRw003367 for ; Wed, 14 Aug 2002 07:59:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EExjJT003366 for linux-xfs-outgoing; Wed, 14 Aug 2002 07:59:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EExXRw003336 for ; Wed, 14 Aug 2002 07:59:36 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30438; Wed, 14 Aug 2002 10:01:55 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA93739; Wed, 14 Aug 2002 10:01:55 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EExue18299; Wed, 14 Aug 2002 09:59:56 -0500 Subject: XFS with non 512 byte sectors From: Steve Lord To: "Amit Agrawal, Noida" Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 09:59:56 -0500 Message-Id: <1029337196.15672.28.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 04:17, Amit Agrawal, Noida wrote: > Could you please tell me whether XFS will work with logical device having > sector size greater than 512 bytes or not? > > Best Regards > amit > Hi, If the question is, can XFS work on a device where the smallest addressable unit on the device is not 512 bytes then the answer is no. XFS has some metadata which is always 512 bytes long no matter what the filesystem block size used is. Other filesystems which make all their metadata the same size do not have this problem. It was an unfortunate design choice by the original designers of XFS, but something we are stuck with now without an on disk format change. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:07:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EF7bRw003659 for ; Wed, 14 Aug 2002 08:07:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EF7b4K003658 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:07:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EF7VRw003630 for ; Wed, 14 Aug 2002 08:07:31 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30678; Wed, 14 Aug 2002 10:09:57 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA13474; Wed, 14 Aug 2002 10:09:57 -0500 (CDT) Subject: Re: RE: (sector sizes > 512) From: Eric Sandeen To: Seth Mos Cc: "Amit Agrawal, Noida" , linux-xfs@oss.sgi.com In-Reply-To: <4.3.2.7.2.20020814115709.036c0cc8@pop.xs4all.nl> References: <4.3.2.7.2.20020814115709.036c0cc8@pop.xs4all.nl> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 10:04:23 -0500 Message-Id: <1029337464.20977.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Seth - I think you're confusing filesystem block size with the sector size, which is the smallest addressable unit on the disk... As Steve pointed out, XFS -needs- a 512-byte sector size. It can have -filesystem- block sizes of 512, 1024, 2048... on up to the page size. -Eric On Wed, 2002-08-14 at 04:58, Seth Mos wrote: > At 15:10 14-8-2002 +0530, Amit Agrawal, Noida wrote: > >No I mean sector sizes which are multiple of 512 i.e 1024 or 4096, of a > >logical device configured through volume management software. > > Smaller then pagesize is no problem eg < 4096 on ia32. > You need a recent CVS kernel for this to work. The 1.1 release does NOT > have support for this yet. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:11:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFBTRw003847 for ; Wed, 14 Aug 2002 08:11:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFBTp8003846 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:11:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFBMRw003818 for ; Wed, 14 Aug 2002 08:11:23 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30681; Wed, 14 Aug 2002 10:13:49 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA50777; Wed, 14 Aug 2002 10:13:49 -0500 (CDT) Subject: Re: lenguage From: Eric Sandeen To: "Francisco A. Acevedo P." Cc: linux-xfs@oss.sgi.com In-Reply-To: <000801c2432f$b113e470$0100a8c0@GARFI01> References: <000801c2432f$b113e470$0100a8c0@GARFI01> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 10:08:15 -0500 Message-Id: <1029337696.20977.10.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7EFBNRw003819 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Francisco - There is a bug in the SGI version of the installer that accidentally disabled language support at install time. :( However, you should be able to set up any language you want after the install is done, although I don't know exactly how to do that. Sorry for the inconvenience, -Eric On Tue, 2002-08-13 at 20:12, Francisco A. Acevedo P. wrote: > I install the SGI XFS and no have the spanish lenguage for the sistem, only for the installation. I need the spanish lenguage ¿what I do? > > francisco -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:14:07 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFE2Rw004013 for ; Wed, 14 Aug 2002 08:14:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFE2oh004012 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:14:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFDuRw003984 for ; Wed, 14 Aug 2002 08:13:57 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30831; Wed, 14 Aug 2002 10:16:18 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id KAA55225; Wed, 14 Aug 2002 10:16:15 -0500 (CDT) Subject: Re: Problem repairing filesystem From: Eric Sandeen To: Paul Schutte Cc: Seth Mos , XFS mailing list In-Reply-To: <3D5A5D5D.AEE17BD8@up.ac.za> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 10:10:42 -0500 Message-Id: <1029337845.20977.17.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 08:38, Paul Schutte wrote: > > > > The zero problem is fixed in the 1.1 release and should be no longer > > present. That was one of _the_ important fixes in the 1.1 release. > > ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/SRPMS/kernel-2.4.9-31SGI_XFS_1.1.src.rpm > > Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? Release 1.1 closed the window on the zeroed files, so they're less likely, but not impossible, after a crash. Sorry, no ideas on the repair problem yet, but wanted to chime in with that tidbit. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:32:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFWPRw004380 for ; Wed, 14 Aug 2002 08:32:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFWPKF004379 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:32:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFVoRw004351 for ; Wed, 14 Aug 2002 08:31:51 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq01)) with ESMTP id AE062C211; Wed, 14 Aug 2002 17:13:07 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id RAA15107; Wed, 14 Aug 2002 17:13:07 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 19D2157306; Wed, 14 Aug 2002 17:12:45 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id DEBDF25835; Wed, 14 Aug 2002 17:12:44 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 013F230881D; Wed, 14 Aug 2002 17:12:44 +0200 (CEST) Message-ID: <3D5A736B.99998201@ch.sauter-bc.com> Date: Wed, 14 Aug 2002 17:12:43 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Paul Schutte Cc: Seth Mos , XFS mailing list Subject: Re: Problem repairing filesystem References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Paul Schutte schrieb: > > Seth Mos wrote: > > > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > > >Background: > > >---------------- > > > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > > >2.4.9-31-xfs kernel. > > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > > >raid controller. > > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > > > >One of the drives failed and the machine crashed. > > > > Adaptec is not known for there quality of the raid drivers. aacraid comes > > to mind. I suggest using software raid instead. I like software raid. > > > > software RAID5 with internal log using postmark v1.5 > Time: > 6186 seconds total > 5840 seconds of transactions (17 per second) > > Files: > 60125 created (9 per second) > Creation alone: 10000 files (121 per second) > Mixed with transactions: 50125 files (8 per second) > 50110 read (8 per second) > 49822 appended (8 per second) > 60125 deleted (9 per second) > Deletion alone: 10250 files (38 per second) > Mixed with transactions: 49875 files (8 per second) > > Data: > 3113.25 megabytes read (515.35 kilobytes per second) > 3731.11 megabytes written (617.63 kilobytes per second) > > hardware raid5 using postmark v1.5: > Time: > 749 seconds total > 709 seconds of transactions (141 per second) > > Files: > 60125 created (80 per second) > Creation alone: 10000 files (416 per second) > Mixed with transactions: 50125 files (70 per second) > 50110 read (70 per second) > 49822 appended (70 per second) > 60125 deleted (80 per second) > Deletion alone: 10250 files (640 per second) > Mixed with transactions: 49875 files (70 per second) > > Data: > 3113.25 megabytes read (4.16 megabytes per second) > 3731.11 megabytes written (4.98 megabytes per second) Hmm, tell me if I'm wrong but I'm quite sure you were using software RAID5 with internal log. Use external log with this kernel (2.4.9-31-xfs) and you'll see a big difference! I'm running 2.4.9-34-xfs on software RAID5 on a DELL server with hardware RAID. Simon > > > > > >We replaced the drive and rebuild the array. > > > > Why rebuild the array when you have hardware raid5. You should be able to > > boot the degraded array and work from there. > > > > Good question. > That was the whole idea, but I it did'nt work out in practice. > I am not sure why. > > > > > >I booted up with a CD that I created a while a go with > > >2.4.19-pre9-20020604 and mounted a > > > > I understand that the machine did not boot anymore after the crash? Can it > > be that the drive had write caching which made it fail horribly in the end > > and crashed the machine? > > > > The controller was set not to cache writes, but I don't know what the > controller did with each drive. > It never lost power, so write caching should not be a problem. > It took 2 days to get the new harddisk and only then did we switch it off. > > It did boot, but crashed almost immediatly. > You can't repair a xfs root partittion without a rescue disk and therefore > the nfs trick. > > > > > >nfs root partition with all the xfs tools on it. > > >We ran xfs_repair (version 2.2.1) on the root partition of the raid > > >array. > > >A lot of the files have the dreaded zero problem, but apart from that it > > >is mountable and usable. > > > > The zero problem is fixed in the 1.1 release and should be no longer > > present. That was one of _the_ important fixes in the 1.1 release. > > ftp://oss.sgi.com/projects/xfs/download/Release-1.1/kernel_rpms/2.4.9-31-RH/SRPMS/kernel-2.4.9-31SGI_XFS_1.1.src.rpm > > Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? > > > > > > > >fatal error -- can't read block 0 for directory inode 2097749 > > > > > > > > >When you mount the filesystem, it is empty (except for lost+found which > > >is also empty) > > > > Do you have the ability to fetch the current CVS tools and see if that > > works better? > > xfs_repair version 2.2.1 (which is what I used) is the latest. (It was on > 2002-08-13) > > > > > > > >The output of xfs_repair is large about 300k bzip2'ed. It would be best > > >if interested parties download it. > > > > > >http://www2.up.ac.za/paul/xfs_repair.out.bz2 > > > > > >http://www2.up.ac.za/paul/dmesg.out.bz2 > > > > > >Questions: > > >-------------- > > >Have I lost the 320G partition or does someone still have a trick up > > >their sleeve ? > > > > I think it is lost, maybe one of the developers has any clues. > > > > >Would it be possible to make xfs_repair use a lot less memory ? > > >My guess is that the filesystem got it's final blow by xfs_repair > > >exiting prematurely. > > > > Quite possible. There have been some fixes for xfs_repair and the memory > > usage but I don't think every single case is handled for low memory use. > > > > Did the disk have a lot of small files (in the order of a million files in > > one directory or so? > > > > Nope, > > It was a mirror server. > Mirrors of redhat,debian,suse,gentoo,kernel.org,exim,apache,jakarta-tomcat > and a lot other sites that I can't > remember off by heart. > > Some of our users also uploaded some stuff which they wanted to be available > via ftp. > > > > > Cheers > > > > -- > > Seth > > It might just be your lucky day, if you only knew. > > Thanx > > Paul From owner-linux-xfs@oss.sgi.com Wed Aug 14 08:35:45 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EFZjRw004577 for ; Wed, 14 Aug 2002 08:35:45 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EFZjnL004576 for linux-xfs-outgoing; Wed, 14 Aug 2002 08:35:45 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EFZWRw004546 for ; Wed, 14 Aug 2002 08:35:33 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id KAA30867; Wed, 14 Aug 2002 10:37:59 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id KAA34865; Wed, 14 Aug 2002 10:37:58 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EFZxP21169; Wed, 14 Aug 2002 10:35:59 -0500 Subject: Re: Problem repairing filesystem From: Steve Lord To: Simon Matter Cc: Paul Schutte , Seth Mos , XFS mailing list In-Reply-To: <3D5A736B.99998201@ch.sauter-bc.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 10:35:59 -0500 Message-Id: <1029339359.18361.36.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 10:12, Simon Matter wrote: > Paul Schutte schrieb: > > > > Seth Mos wrote: > > > > > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > > > >Background: > > > >---------------- > > > > > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > > > >2.4.9-31-xfs kernel. > > > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > > > >raid controller. > > > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > > > > > >One of the drives failed and the machine crashed. > > > > > > Adaptec is not known for there quality of the raid drivers. aacraid comes > > > to mind. I suggest using software raid instead. I like software raid. > > > > > > > software RAID5 with internal log using postmark v1.5 > > Time: > > 6186 seconds total > > 5840 seconds of transactions (17 per second) > > > > Files: > > 60125 created (9 per second) > > Creation alone: 10000 files (121 per second) > > Mixed with transactions: 50125 files (8 per second) > > 50110 read (8 per second) > > 49822 appended (8 per second) > > 60125 deleted (9 per second) > > Deletion alone: 10250 files (38 per second) > > Mixed with transactions: 49875 files (8 per second) > > > > Data: > > 3113.25 megabytes read (515.35 kilobytes per second) > > 3731.11 megabytes written (617.63 kilobytes per second) > > > > hardware raid5 using postmark v1.5: > > Time: > > 749 seconds total > > 709 seconds of transactions (141 per second) > > > > Files: > > 60125 created (80 per second) > > Creation alone: 10000 files (416 per second) > > Mixed with transactions: 50125 files (70 per second) > > 50110 read (70 per second) > > 49822 appended (70 per second) > > 60125 deleted (80 per second) > > Deletion alone: 10250 files (640 per second) > > Mixed with transactions: 49875 files (70 per second) > > > > Data: > > 3113.25 megabytes read (4.16 megabytes per second) > > 3731.11 megabytes written (4.98 megabytes per second) > > Hmm, tell me if I'm wrong but I'm quite sure you were using software > RAID5 with internal log. Use external log with this kernel > (2.4.9-31-xfs) and you'll see a big difference! I'm running 2.4.9-34-xfs > on software RAID5 on a DELL server with hardware RAID. > > Simon > So have any of you folks tried V2 logs with striping on a software raid, it should fix the performance there. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 09:02:18 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EG2IRw005213 for ; Wed, 14 Aug 2002 09:02:18 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EG2IQh005212 for linux-xfs-outgoing; Wed, 14 Aug 2002 09:02:18 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EG2BRw005184 for ; Wed, 14 Aug 2002 09:02:11 -0700 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.194.22]) by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7EG4gRY102066; Wed, 14 Aug 2002 12:04:42 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by westrelay01.boulder.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7EG4fmk124250; Wed, 14 Aug 2002 10:04:42 -0600 Subject: Re: Problem repairing filesystem From: Luciano Chavez To: Steve Lord Cc: XFS mailing list In-Reply-To: <1029339359.18361.36.camel@jen.americas.sgi.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 11:00:17 -0500 Message-Id: <1029340818.2690.21.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 10:35, Steve Lord wrote: > So have any of you folks tried V2 logs with striping on a software raid, > it should fix the performance there. Steve, Just out of curiosity, is the reason that a mkfs.xfs with the latest xfsprogs that supports V2 logs doesn't get set to version 2 when stripe info is detected due to backward compatibility? That is, if you have either MD or LVM striping or EVMS, the log version still defaults to 1. I seem to remember a discussion at one time that mkfs would default to version 2 if stripe info was detected or a sunit and swidth given. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Wed Aug 14 09:04:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EG4RRw005315 for ; Wed, 14 Aug 2002 09:04:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EG4RnW005314 for linux-xfs-outgoing; Wed, 14 Aug 2002 09:04:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EG4JRw005278 for ; Wed, 14 Aug 2002 09:04:20 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA30581; Wed, 14 Aug 2002 11:06:46 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA91646; Wed, 14 Aug 2002 11:06:46 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EG4k421435; Wed, 14 Aug 2002 11:04:46 -0500 Subject: Re: Problem repairing filesystem From: Steve Lord To: Luciano Chavez Cc: XFS mailing list In-Reply-To: <1029340818.2690.21.camel@chavez> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 11:04:46 -0500 Message-Id: <1029341086.18360.61.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 11:00, Luciano Chavez wrote: > On Wed, 2002-08-14 at 10:35, Steve Lord wrote: > > > So have any of you folks tried V2 logs with striping on a software raid, > > it should fix the performance there. > > Steve, > > Just out of curiosity, is the reason that a mkfs.xfs with the latest > xfsprogs that supports V2 logs doesn't get set to version 2 when stripe > info is detected due to backward compatibility? That is, if you have > either MD or LVM striping or EVMS, the log version still defaults to 1. > > I seem to remember a discussion at one time that mkfs would default to > version 2 if stripe info was detected or a sunit and swidth given. The version I have will default to version 2 if -l sunit=xxx is on the command line, not sure if it will do it if the device itself returns a stripe unit. Will have to check on that. Steve > > -- > regards, > > Luciano Chavez > > lnx1138@us.ibm.com > http://evms.sourceforge.net -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:01:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EH1PRw006159 for ; Wed, 14 Aug 2002 10:01:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EH1OuH006158 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:01:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EH1GRw006130 for ; Wed, 14 Aug 2002 10:01:17 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7EH3kjn086934 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 14 Aug 2002 19:03:47 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7EH3k2Q086933; Wed, 14 Aug 2002 19:03:46 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id 0D0651460; Wed, 14 Aug 2002 19:01:20 +0200 (CEST) Date: Wed, 14 Aug 2002 19:01:20 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: oops when creating an lvm-snapshot Message-ID: <20020814170120.GA23422@no-maam.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi I had a problem with lvm and a current xfs-snapshot. I fetched an xfs-kernel from cvs today, patched it with lvm 1.0.5 and vfs-lock-patch for 2.4.19 and then builded it without quota-support. (because the patch tried to call DQUOT_SYNC and only DQUOT_SYNC_DEV and DQUOT_SYNC_SB existed in your kernel, and I changed that line to DQUOT_SYNC_DEV becuase the second argument was a device) Then i did a lvcreate, a mkfs.xfs on that lv, copied some data, and then called lvcreate -s on that device. In this moment my kernel oopsed, and this are the important lines from the stack-backtrace I got from kdb: ESP EIP Function (args) 0xc5849a48 0xc01ef635 xfs_fs_freeze+0x5d (0xc8d77000) kernel .text 0xc0100000 0xc01ef5d8 0xc01ef65c 0xc5849a54 0xc021782e xfs_ioctl+0x102e (0xc5f11e68, 0xc5f0fc5c, 0x0, 0xc0045877, 0x0) kernel .text 0xc0100000 0xc0216800 0xc02178d7 So, first question, can somebody reproduce that, and does somebody know how to fix it? xfs_fs_freeze was called the usual way I think. From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:06:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EH6sRw006377 for ; Wed, 14 Aug 2002 10:06:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EH6s0n006376 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:06:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EH6lRw006346 for ; Wed, 14 Aug 2002 10:06:47 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA31775; Wed, 14 Aug 2002 12:09:12 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA92864; Wed, 14 Aug 2002 12:09:11 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EH7C822723; Wed, 14 Aug 2002 12:07:12 -0500 Subject: Re: oops when creating an lvm-snapshot From: Steve Lord To: Erik Tews Cc: linux-xfs@oss.sgi.com, lvm-devel@sistina.com In-Reply-To: <20020814170120.GA23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 12:07:12 -0500 Message-Id: <1029344832.15672.90.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 12:01, Erik Tews wrote: > Hi > > > ESP EIP Function (args) > 0xc5849a48 0xc01ef635 xfs_fs_freeze+0x5d (0xc8d77000) > kernel .text 0xc0100000 0xc01ef5d8 0xc01ef65c > 0xc5849a54 0xc021782e xfs_ioctl+0x102e (0xc5f11e68, 0xc5f0fc5c, 0x0, 0xc0045877, 0x0) > kernel .text 0xc0100000 0xc0216800 0xc02178d7 I think this is regression introduced yesterday, we changed some structures around. Try editing fs/xfs/xfs_fsops.c Look for this code around line 580: if (mp->m_rtdev != 0) { xfs_binval(mp->m_rtdev_targp); } Change it to: if (mp->m_rtdev_targp) { xfs_binval(mp->m_rtdev_targp); } and see if that fixes it for you. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:07:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EH7XRw006455 for ; Wed, 14 Aug 2002 10:07:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EH7XLf006454 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:07:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf05bis.bellsouth.net (mail305.mail.bellsouth.net [205.152.58.165]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EH7KRw006412 for ; Wed, 14 Aug 2002 10:07:25 -0700 Received: from TAZ2 ([66.156.6.7]) by imf05bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2>; Wed, 14 Aug 2002 13:11:23 -0400 Date: Wed, 14 Aug 2002 13:08:37 -0400 From: Greg Freemyer Subject: re[2]: XFS and net devices, any pros or cons ? To: Steve Lord , Blizbor (IMA) cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7EH7QRw006418 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> The normal way we setup something like this is to use a shared scsi >> or fiberchannel disk setup, that way you no longer have a singe >> point of failure. If you are putting the disks into one of the >> two computers then if that system goes down you are dead in the >> water. The other aspect of the above setup is using something >> like failsafe, the two nodes monitor each other, and can (if >> setup correctly) shoot the other node down and take over the >> filesystem if it detects problems. failsafe itself is opensource, >> not sure if the components of it which fail over the filesystem >> to the other node are. Of course all this assumes using the fs >> via NFS - the second node takes over the ip address of the failed >> node. >> A quick look at drbd on the net seems to show that it is designed >> for these sorts of setups, and it has links to all the high >> availability stuff for linux. >> That aside, there should be no problem doing this, provided you >> make sure the unmount from one system is complete before attempting >> to mount on the other system. Mounting a filesystem which is >> already mounted elsewhere is not a good thing, the second system >> will think the fs needs recovery running on it. >> Steve I don't think drbd is designed for use in a shared SCSI environment. It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:15:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EHFZRw006819 for ; Wed, 14 Aug 2002 10:15:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EHFZ1h006818 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:15:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EHFNRw006780 for ; Wed, 14 Aug 2002 10:15:23 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA21923; Wed, 14 Aug 2002 12:17:49 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA60958; Wed, 14 Aug 2002 12:17:49 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EHFnv23044; Wed, 14 Aug 2002 12:15:49 -0500 Subject: Re: re[2]: XFS and net devices, any pros or cons ? From: Steve Lord To: Greg Freemyer Cc: Blizbor , linux-xfs@oss.sgi.com In-Reply-To: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 12:15:49 -0500 Message-Id: <1029345349.15708.98.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 12:08, Greg Freemyer wrote: > >> The normal way we setup something like this is to use a shared scsi > >> or fiberchannel disk setup, that way you no longer have a singe > >> point of failure. If you are putting the disks into one of the > >> two computers then if that system goes down you are dead in the > >> water. The other aspect of the above setup is using something > >> like failsafe, the two nodes monitor each other, and can (if > >> setup correctly) shoot the other node down and take over the > >> filesystem if it detects problems. failsafe itself is opensource, > >> not sure if the components of it which fail over the filesystem > >> to the other node are. Of course all this assumes using the fs > >> via NFS - the second node takes over the ip address of the failed > >> node. > > >> A quick look at drbd on the net seems to show that it is designed > >> for these sorts of setups, and it has links to all the high > >> availability stuff for linux. > > >> That aside, there should be no problem doing this, provided you > >> make sure the unmount from one system is complete before attempting > >> to mount on the other system. Mounting a filesystem which is > >> already mounted elsewhere is not a good thing, the second system > >> will think the fs needs recovery running on it. > > >> Steve > > I don't think drbd is designed for use in a shared SCSI environment. I did not intend to imply it was, just presenting a different way to build a resilient configuration. > > It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. > > I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. > Ah, I should have read more.... if the fs is mirrored between the two hosts then there is a chance it will work OK. However, the interesting part of XFS is write ordering - there are certain writes which we need to know have made it down to disk and will survive a crash. In this sort of setup I really do not know where the data will be once drbd says it is written. Probably still in cache on the remote box for a start. There may well be circumstances where loss of both machines will cause filesystem corruption. you are right, testing such a setup before going live with it is important, please do not take my comments as meaning it will definitely work. Steve > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:34:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EHYVRw007356 for ; Wed, 14 Aug 2002 10:34:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EHYVDO007355 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:34:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EHY3Rw007316 for ; Wed, 14 Aug 2002 10:34:04 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17f24N-0005Ym-00; Wed, 14 Aug 2002 18:36:31 +0100 Date: Wed, 14 Aug 2002 18:36:31 +0100 From: Christoph Hellwig To: Steve Lord Cc: Erik Tews , linux-xfs@oss.sgi.com, lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020814183631.A21357@infradead.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029344832.15672.90.camel@jen.americas.sgi.com>; from lord@sgi.com on Wed, Aug 14, 2002 at 12:07:12PM -0500 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 14, 2002 at 12:07:12PM -0500, Steve Lord wrote: > I think this is regression introduced yesterday, we changed some > structures around. Try editing fs/xfs/xfs_fsops.c > > Look for this code around line 580: > > if (mp->m_rtdev != 0) { > xfs_binval(mp->m_rtdev_targp); > } > > Change it to: > > if (mp->m_rtdev_targp) { > xfs_binval(mp->m_rtdev_targp); > } > > and see if that fixes it for you. There are a few more of those. Having the basically unused m_rtdev beeing an pointer to nothing in some situation was a rather bad design by me. The patch below kills m_rtdev and m_logdev entirely. m_dev stays for now as it must always be a valid pointer and we use it a lot. Index: fs/xfs/xfs_fsops.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_fsops.c,v retrieving revision 1.84 diff -u -p -r1.84 xfs_fsops.c --- fs/xfs/xfs_fsops.c 2002/08/13 16:09:38 1.84 +++ fs/xfs/xfs_fsops.c 2002/08/14 17:29:48 @@ -577,7 +577,7 @@ xfs_fs_freeze( /* Push all buffers out to disk */ xfs_binval(mp->m_ddev_targp); - if (mp->m_rtdev != 0) { + if (mp->m_rtdev_targp) { xfs_binval(mp->m_rtdev_targp); } Index: fs/xfs/xfs_mount.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c,v retrieving revision 1.295 diff -u -p -r1.295 xfs_mount.c --- fs/xfs/xfs_mount.c 2002/08/13 16:09:38 1.295 +++ fs/xfs/xfs_mount.c 2002/08/14 17:29:49 @@ -203,12 +203,12 @@ xfs_mount_validate_sb( return XFS_ERROR(EWRONGFS); } - if (sbp->sb_logstart == 0 && mp->m_logdev == mp->m_dev) { + if (sbp->sb_logstart == 0 && mp->m_logdev_targp == mp->m_ddev_targp) { cmn_err(CE_WARN, "XFS: filesystem is marked as having an external log; specify logdev on the\nmount command line."); return XFS_ERROR(EFSCORRUPTED); } - if (sbp->sb_logstart != 0 && mp->m_logdev && mp->m_logdev != mp->m_dev) { + if (sbp->sb_logstart != 0 && mp->m_logdev_targp != mp->m_ddev_targp) { cmn_err(CE_WARN, "XFS: filesystem is marked as having an internal log; don't specify logdev on\nthe mount command line."); return XFS_ERROR(EFSCORRUPTED); } @@ -764,7 +764,7 @@ xfs_mountfs( } if (!noio && ((mfsi_flags & XFS_MFSI_CLIENT) == 0) && - mp->m_logdev && mp->m_logdev != mp->m_dev) { + mp->m_logdev_targp != mp->m_ddev_targp) { d = (xfs_daddr_t)XFS_FSB_TO_BB(mp, mp->m_sb.sb_logblocks); if (XFS_BB_TO_FSB(mp, d) != mp->m_sb.sb_logblocks) { cmn_err(CE_WARN, "XFS: size check 3 failed"); @@ -882,7 +882,7 @@ xfs_mountfs( * log's mount-time initialization. Perform 1st part recovery if needed */ if (sbp->sb_logblocks > 0) { /* check for volume case */ - error = xfs_log_mount(mp, mp->m_logdev, + error = xfs_log_mount(mp, mp->m_logdev_targp->pbr_dev, XFS_FSB_TO_DADDR(mp, sbp->sb_logstart), XFS_FSB_TO_BB(mp, sbp->sb_logblocks)); if (error) { @@ -935,7 +935,7 @@ xfs_mountfs( if (((quotaondisk && !XFS_IS_QUOTA_ON(mp)) || (!quotaondisk && XFS_IS_QUOTA_ON(mp))) && - (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev))) { + (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev_targp->pbr_dev))) { cmn_err(CE_WARN, "XFS: device %s is read-only, cannot change " "quota state. Please mount with%s quota option.", Index: fs/xfs/xfs_mount.h =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_mount.h,v retrieving revision 1.154 diff -u -p -r1.154 xfs_mount.h --- fs/xfs/xfs_mount.h 2002/08/13 16:09:38 1.154 +++ fs/xfs/xfs_mount.h 2002/08/14 17:29:50 @@ -190,8 +190,6 @@ typedef struct xfs_mount { xfs_buftarg_t *m_logdev_targp;/* ptr to log device */ xfs_buftarg_t *m_rtdev_targp; /* ptr to rt device */ #define m_dev m_ddev_targp->pbr_dev -#define m_logdev m_logdev_targp->pbr_dev -#define m_rtdev m_rtdev_targp->pbr_dev __uint8_t m_dircook_elog; /* log d-cookie entry bits */ __uint8_t m_blkbit_log; /* blocklog + NBBY */ __uint8_t m_blkbb_log; /* blocklog - BBSHIFT */ Index: fs/xfs/xfs_rtalloc.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_rtalloc.c,v retrieving revision 1.77 diff -u -p -r1.77 xfs_rtalloc.c --- fs/xfs/xfs_rtalloc.c 2002/08/13 16:09:38 1.77 +++ fs/xfs/xfs_rtalloc.c 2002/08/14 17:29:52 @@ -1917,7 +1917,7 @@ xfs_growfs_rt( /* * Initial error checking. */ - if (mp->m_rtdev == 0 || mp->m_rbmip == NULL || + if (mp->m_rtdev_targp || mp->m_rbmip == NULL || (nrblocks = in->newblocks) <= sbp->sb_rblocks || (sbp->sb_rblocks && (in->extsize != sbp->sb_rextsize))) return XFS_ERROR(EINVAL); @@ -2264,7 +2264,7 @@ xfs_rtmount_init( sbp = &mp->m_sb; if (sbp->sb_rblocks == 0) return 0; - if (mp->m_rtdev != 0) { + if (mp->m_rtdev_targp != NULL) { printk(KERN_WARNING "XFS: This FS has an RT subvol - specify -o rtdev on mount\n"); return XFS_ERROR(ENODEV); Index: fs/xfs/xfs_vfsops.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c,v retrieving revision 1.368 diff -u -p -r1.368 xfs_vfsops.c --- fs/xfs/xfs_vfsops.c 2002/08/13 16:09:38 1.368 +++ fs/xfs/xfs_vfsops.c 2002/08/14 17:29:53 @@ -1616,7 +1616,7 @@ xfs_syncsub( */ if ((flags & (SYNC_CLOSE|SYNC_WAIT)) == (SYNC_CLOSE|SYNC_WAIT)) { XFS_bflush(mp->m_ddev_targp); - if (mp->m_rtdev != 0) { + if (mp->m_rtdev_targp) { XFS_bflush(mp->m_rtdev_targp); } } Index: fs/xfs/xfsidbg.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/xfsidbg.c,v retrieving revision 1.194 diff -u -p -r1.194 xfsidbg.c --- fs/xfs/xfsidbg.c 2002/08/09 14:23:41 1.194 +++ fs/xfs/xfsidbg.c 2002/08/14 17:29:57 @@ -4437,8 +4437,10 @@ xfsidbg_xmount(xfs_mount_t *mp) kdb_printf("ail_gen 0x%x &sb 0x%p\n", mp->m_ail_gen, &mp->m_sb); kdb_printf("sb_lock 0x%p sb_bp 0x%p dev 0x%x logdev 0x%x rtdev 0x%x\n", - &mp->m_sb_lock, mp->m_sb_bp, mp->m_dev, mp->m_logdev, - mp->m_rtdev); + &mp->m_sb_lock, mp->m_sb_bp, + mp->m_ddev_targp->pbr_dev, + mp->m_logdev_targp->pbr_dev, + mp->m_rtdev_targp->pbr_dev); kdb_printf("bsize %d agfrotor %d agirotor %d ihash 0x%p ihsize %d\n", mp->m_bsize, mp->m_agfrotor, mp->m_agirotor, mp->m_ihash, mp->m_ihsize); Index: fs/xfs/linux/xfs_lrw.c =================================================================== RCS file: /cvs/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c,v retrieving revision 1.164 diff -u -p -r1.164 xfs_lrw.c --- fs/xfs/linux/xfs_lrw.c 2002/08/13 16:09:38 1.164 +++ fs/xfs/linux/xfs_lrw.c 2002/08/14 17:29:59 @@ -1785,7 +1785,7 @@ XFS_log_write_unmount_ro(bhv_desc_t *bdp STATIC int xfs_is_read_only(xfs_mount_t *mp) { - if (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev)) { + if (is_read_only(mp->m_dev) || is_read_only(mp->m_logdev_targp->pbr_dev)) { cmn_err(CE_NOTE, "XFS: write access unavailable, cannot proceed."); return EROFS; From owner-linux-xfs@oss.sgi.com Wed Aug 14 10:56:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EHu6Rw008176 for ; Wed, 14 Aug 2002 10:56:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EHu6uR008175 for linux-xfs-outgoing; Wed, 14 Aug 2002 10:56:06 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta03.algx.net (chimta03.algx.net [216.99.233.78]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EHu1Rw008138 for ; Wed, 14 Aug 2002 10:56:01 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx03.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H0U0054FFME4U@chimmx03.algx.net> for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 12:08:39 -0500 (CDT) Date: Wed, 14 Aug 2002 13:08:38 -0400 From: Danny Cox Subject: Re: Problem repairing filesystem In-reply-to: <1029341086.18360.61.camel@jen.americas.sgi.com> To: Steve Lord Cc: Luciano Chavez , XFS Mailing List Message-id: <1029344919.1364.14.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve, On Wed, 2002-08-14 at 12:04, Steve Lord wrote: > The version I have will default to version 2 if -l sunit=xxx is on the > command line, not sure if it will do it if the device itself returns > a stripe unit. Will have to check on that. I just updated from CVS this AM, and my mkfs.xfs only sets the log_version = 2 if su or sunit is specified on the command line. The code that grabs su and sunit occurs *after* that, so log_version remains 1. I'd think it'd be easy to fix.... Do you want me to give it a whirl, and post an attempt at a patch? -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Wed Aug 14 11:04:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EI4bRw009922 for ; Wed, 14 Aug 2002 11:04:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EI4bPW009921 for linux-xfs-outgoing; Wed, 14 Aug 2002 11:04:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EI4PRw009893 for ; Wed, 14 Aug 2002 11:04:26 -0700 Received: from auto-nb1.xs4all.nl (213-84-100-130.adsl.xs4all.nl [213.84.100.130]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7EI6sGm031485; Wed, 14 Aug 2002 20:06:57 +0200 (CEST) Message-Id: <4.3.2.7.2.20020814195444.03a40fb8@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 14 Aug 2002 20:04:01 +0200 To: Paul Schutte From: Seth Mos Subject: Re: Problem repairing filesystem Cc: XFS mailing list In-Reply-To: <3D5A5D5D.AEE17BD8@up.ac.za> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk At 15:38 14-8-2002 +0200, Paul Schutte wrote: >software RAID5 with internal log using postmark v1.5 >Time: > 6186 seconds total > 5840 seconds of transactions (17 per second) Seems reasonable for an internal log. You could try the new software raid with the v2 logging code which should prove a big help. >hardware raid5 using postmark v1.5: >Time: > 749 seconds total > 709 seconds of transactions (141 per second) > > >Good question. >That was the whole idea, but I it did'nt work out in practice. >I am not sure why. I think it is the drive write caching. Someone with a 3ware raid controller also had problems with data corruption after poweroff. Older 3ware controllers had problems with disk failures in raid5 and corruption. I am not that familiar with the adaptec controller though, maybe I'm paranoid. > > I understand that the machine did not boot anymore after the crash? Can it > > be that the drive had write caching which made it fail horribly in the end > > and crashed the machine? > >The controller was set not to cache writes, but I don't know what the >controller did with each drive. If it doesn't disable the write cache of the drive the raid5 is just a useless as using the controller caching without the battery backup. >It never lost power, so write caching should not be a problem. >It took 2 days to get the new harddisk and only then did we switch it off. If the disk failed to write the contents which could be in the onboard buffer the controller alreay would have signalled the OS that data was succesfully written while in fact it was working with a in memory (controller) >It did boot, but crashed almost immediatly. >You can't repair a xfs root partittion without a rescue disk and therefore >the nfs trick. I commonly use the Linuxcare boot disk since it is small and has all the utilities I need. And I can copy a newer xfs_repair over by using scp. Same goal different method :-) >Was the kernel running. It was 1-1 backported to 2.4.9 by SGI ? I actually meant the 2.4.18 release but I don't know about the other, I guess that once was an errata kernel. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Aug 14 11:48:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EIm5Rw010693 for ; Wed, 14 Aug 2002 11:48:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EIm5bV010692 for linux-xfs-outgoing; Wed, 14 Aug 2002 11:48:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EIlwRw010664 for ; Wed, 14 Aug 2002 11:47:59 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA32673 for ; Wed, 14 Aug 2002 13:50:26 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA26277 for ; Wed, 14 Aug 2002 13:50:25 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7EImPo28664; Wed, 14 Aug 2002 13:48:25 -0500 Message-Id: <200208141848.g7EImPo28664@jen.americas.sgi.com> Date: Wed, 14 Aug 2002 13:48:25 -0500 Subject: TAKE - fix unchecked pointer dereferences To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Fix regression which came in yesterday, the oops during a freeze call was this problem. Date: Wed Aug 14 11:49:40 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-linux.2.4 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125083a linux/fs/xfs/xfsidbg.c - 1.195 linux/fs/xfs/xfs_rtalloc.c - 1.78 linux/fs/xfs/xfs_vfsops.c - 1.369 linux/fs/xfs/xfs_mount.h - 1.155 linux/fs/xfs/xfs_mount.c - 1.296 linux/fs/xfs/xfs_fsops.c - 1.85 linux/fs/xfs/linux/xfs_lrw.c - 1.165 From owner-linux-xfs@oss.sgi.com Wed Aug 14 12:37:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EJbYRw012067 for ; Wed, 14 Aug 2002 12:37:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EJbYFn012066 for linux-xfs-outgoing; Wed, 14 Aug 2002 12:37:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EJbJRw012031 for ; Wed, 14 Aug 2002 12:37:19 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA33096; Wed, 14 Aug 2002 14:39:46 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA89478; Wed, 14 Aug 2002 14:39:45 -0500 (CDT) Subject: Re: Problem repairing filesystem From: Eric Sandeen To: Danny Cox Cc: Steve Lord , Luciano Chavez , XFS Mailing List In-Reply-To: <1029344919.1364.14.camel@wiley> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> Content-Type: multipart/mixed; boundary="=-BL7kccgIJsDbhQTe8ioM" X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 14:34:10 -0500 Message-Id: <1029353651.21251.100.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-9.4 required=5.0 tests=IN_REP_TO,UNIFIED_PATCH version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-BL7kccgIJsDbhQTe8ioM Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi Danny - I started looking at this before I saw your email... want to take a look at my patch, and tweak as necessary? Not tested, but it compiles. :) -Eric On Wed, 2002-08-14 at 12:08, Danny Cox wrote: > I just updated from CVS this AM, and my mkfs.xfs only sets the > log_version = 2 if su or sunit is specified on the command line. The > code that grabs su and sunit occurs *after* that, so log_version remains > 1. > > I'd think it'd be easy to fix.... Do you want me to give it a whirl, > and post an attempt at a patch? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 --=-BL7kccgIJsDbhQTe8ioM Content-Disposition: attachment; filename=xfs_mkfs.patch Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=xfs_mkfs.patch; charset=ISO-8859-1 --- /usr/tmp/TmpDir.26947-0/cmd/xfsprogs/mkfs/xfs_mkfs.c_1.34 Wed Aug 14 14= :13:59 2002 +++ cmd/xfsprogs/mkfs/xfs_mkfs.c Wed Aug 14 13:57:11 2002 @@ -439,6 +439,7 @@ int dsw; int dsunit; int dswidth; + int dummy1; int extent_flagging; int force_overwrite; int i; @@ -496,6 +497,7 @@ libxfs_init_t xi; int xlv_dsunit; int xlv_dswidth; + int xlv_lsunit; =20 progname =3D basename(argv[0]); agcount =3D 8; @@ -1173,7 +1175,7 @@ * and the underlying volume is striped, then set rtextblocks * to the stripe width. */ - int dummy1, rswidth; + int rswidth; __uint64_t rtextbytes; dummy1 =3D rswidth =3D 0; =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 @@ -1589,6 +1591,25 @@ nodsflag =3D 1; } =20 + xlv_lsunit =3D dummy1 =3D 0; + if (!xi.lisfile) + get_subvol_stripe_wrapper(dfile, SVTYPE_LOG, &xlv_lsunit,=20 + &dummy1); + if (xlv_lsunit) { + fprintf(stderr, "log volume is striped, using v2 logs\n"); + logversion =3D 2; + } + + if (lsunit) { + if (xlv_dsunit && xlv_dsunit !=3D lsunit) { + fprintf(stderr, "%s: " + "Specified log stripe unit %d is not the same as the xlv stripe unit %d\= n",=20 + progname, lsunit, xlv_lsunit); + } + } else { + lsunit =3D xlv_lsunit; /* ignored for v1 logs */ + } + /* * If dsunit is a multiple of fs blocksize, then check that is a * multiple of the agsize too --=-BL7kccgIJsDbhQTe8ioM-- From owner-linux-xfs@oss.sgi.com Wed Aug 14 12:44:10 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EJiARw012284 for ; Wed, 14 Aug 2002 12:44:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EJi9V7012283 for linux-xfs-outgoing; Wed, 14 Aug 2002 12:44:09 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta04.algx.net (chimta04.algx.net [216.99.233.79]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EJi4Rw012255 for ; Wed, 14 Aug 2002 12:44:04 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx04.algx.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0H0U00IAEMXM3V@chimmx04.algx.net> for linux-xfs@oss.sgi.com; Wed, 14 Aug 2002 14:46:35 -0500 (CDT) Date: Wed, 14 Aug 2002 15:46:34 -0400 From: Danny Cox Subject: Re: Problem repairing filesystem In-reply-to: <1029353651.21251.100.camel@stout.americas.sgi.com> To: Eric Sandeen Cc: Steve Lord , Luciano Chavez , XFS Mailing List Message-id: <1029354395.1151.18.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric, On Wed, 2002-08-14 at 15:34, Eric Sandeen wrote: > Hi Danny - I started looking at this before I saw your email... want to > take a look at my patch, and tweak as necessary? Not tested, but it > compiles. :) I'd sooner trust your code than mine ;-). It looks good to me. I've not tried it, but I'd expect it to "do the right thing". -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Wed Aug 14 12:58:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EJw5Rw012905 for ; Wed, 14 Aug 2002 12:58:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EJw55d012904 for linux-xfs-outgoing; Wed, 14 Aug 2002 12:58:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from homer.coredp.com (homer.coredp.com [216.94.116.130]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EJw0Rw012876 for ; Wed, 14 Aug 2002 12:58:00 -0700 Received: from toast.coredp.com (toast.coredp.com [216.94.116.132]) by homer.coredp.com (8.9.1/8.9.1) with ESMTP id QAA03268 for ; Wed, 14 Aug 2002 16:07:11 -0400 (EDT) Received: from coredp.com (localhost [127.0.0.1]) by toast.coredp.com (SGI-8.9.3/8.9.3) with ESMTP id QAA96207 for ; Wed, 14 Aug 2002 16:07:10 -0400 (EDT) Message-ID: <3D5AB86E.714A75B3@coredp.com> Date: Wed, 14 Aug 2002 16:07:10 -0400 From: Andrew Ho Organization: C.O.R.E. Digital Pictures Inc. X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs filesystem with low-latency Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, Is there any xfs patches with low-latency? Thanks, aho From owner-linux-xfs@oss.sgi.com Wed Aug 14 13:20:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7EKKHRw013479 for ; Wed, 14 Aug 2002 13:20:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7EKKGn0013478 for linux-xfs-outgoing; Wed, 14 Aug 2002 13:20:16 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7EKK1Rw013443 for ; Wed, 14 Aug 2002 13:20:01 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7EKM5jI011040; Wed, 14 Aug 2002 16:22:06 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7EKM3qq047874; Wed, 14 Aug 2002 16:22:03 -0400 Subject: Re: Problem repairing filesystem From: Luciano Chavez To: Eric Sandeen Cc: Danny Cox , Steve Lord , XFS Mailing List In-Reply-To: <1029353651.21251.100.camel@stout.americas.sgi.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 14 Aug 2002 15:17:39 -0500 Message-Id: <1029356261.2342.34.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 14:34, Eric Sandeen wrote: > Hi Danny - I started looking at this before I saw your email... want to > take a look at my patch, and tweak as necessary? Not tested, but it > compiles. :) Eric, Tried the patch on an EVMS device and got the following when the stripe info is returned for the device: # mkfs.xfs -f /dev/evms/vol19 log volume is striped, using v2 logs meta-data=/dev/evms/vol19 isize=256 agcount=8, agsize=32881 blks data = bsize=4096 blocks=263048, imaxpct=25 = sunit=1 swidth=1 blks, unwritten=0 naming =version 2 bsize=4096 log =internal log bsize=4096 blocks=1200, version=2 = sunit=1 blks realtime =none extsz=4096 blocks=0, rtextents=0 On other non-EVMS devices, oddly enough if you specify -d sunit=x,swidth=y, the log sunit is set but version 1 log is used. If you explicitly use -l sunit=x then the log version is set to 2. I think if you explicitly specify -d sunit,swidth, it should behave as when the device returns stripe info. That is, the log version should be set to 2 as well. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Wed Aug 14 14:29:17 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ELTHRw014436 for ; Wed, 14 Aug 2002 14:29:17 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ELTHim014435 for linux-xfs-outgoing; Wed, 14 Aug 2002 14:29:17 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ELT9Rw014400 for ; Wed, 14 Aug 2002 14:29:09 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA33841; Wed, 14 Aug 2002 16:31:36 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA51906; Wed, 14 Aug 2002 16:31:35 -0500 (CDT) Subject: Re: Problem repairing filesystem From: Eric Sandeen To: Luciano Chavez Cc: Danny Cox , Steve Lord , XFS Mailing List In-Reply-To: <1029356261.2342.34.camel@chavez> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> <1029356261.2342.34.camel@chavez> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 16:25:59 -0500 Message-Id: <1029360360.21217.177.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Luciano - I guess this is getting down to the question of how "default" we want v2 logs to be at this point. It does not look -quite- production-ready yet, so we're reluctant to default it in any case, based on what the underlying device looks like. The existing test for a user-specified log stripe unit assumes that if you're asking for an lsunit, you're asking for v2 logs, and that's fine. But looking at the device and switching to v2 logs is something we're probably not quite ready to do. So... What you have suggested below probably should be implemented as part of my patch - but that patch probably won't go in for a bit. Thanks, -Eric On Wed, 2002-08-14 at 15:17, Luciano Chavez wrote: > On other non-EVMS devices, oddly enough if you specify -d > sunit=x,swidth=y, the log sunit is set but version 1 log is used. If you > explicitly use -l sunit=x then the log version is set to 2. I think if > you explicitly specify -d sunit,swidth, it should behave as when the > device returns stripe info. That is, the log version should be set to 2 > as well. -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 14:30:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ELUXRw014506 for ; Wed, 14 Aug 2002 14:30:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ELUX7I014505 for linux-xfs-outgoing; Wed, 14 Aug 2002 14:30:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ELUSRw014458 for ; Wed, 14 Aug 2002 14:30:28 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA33836; Wed, 14 Aug 2002 16:32:55 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id QAA83874; Wed, 14 Aug 2002 16:32:54 -0500 (CDT) Subject: Re: Convert Log Format from old to v2 format From: Eric Sandeen To: Oliver Jehle Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029319626.1094.22.camel@vorab> References: <1029319626.1094.22.camel@vorab> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 14 Aug 2002 16:27:18 -0500 Message-Id: <1029360439.21217.179.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Oliver - There is a script here that's a perl wrapper around xfs_db - let me look at it a bit and see what shape it's in. If it looks sane I'll put it out there for testing. Thanks, -Eric On Wed, 2002-08-14 at 05:07, Oliver Jehle wrote: > is there a way to convert the logging format from old xfs-filestem to > the new version 2 logging in xfs without backup/recreate/restore the > filesystem ??? for example unmounting, run utility, mount it... -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Wed Aug 14 16:21:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7ENLVRw016013 for ; Wed, 14 Aug 2002 16:21:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7ENLVLR016012 for linux-xfs-outgoing; Wed, 14 Aug 2002 16:21:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7ENLPRw015984 for ; Wed, 14 Aug 2002 16:21:25 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id SAA34548 for ; Wed, 14 Aug 2002 18:23:53 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id SAA63132 for ; Wed, 14 Aug 2002 18:23:53 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7ENIG728516; Wed, 14 Aug 2002 18:18:16 -0500 Message-Id: <200208142318.g7ENIG728516@stout.americas.sgi.com> Date: Wed, 14 Aug 2002 18:18:16 -0500 Subject: TAKE - Fix endian bug in xfs_db utility X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hm, fix a bug that I almost fixed 13 months ago... :) The endian flip was explicitly -not- flipping 16-bit numbers, when in fact it should have been skipping 8-bit numbers... Date: Wed Aug 14 16:22:26 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125143a cmd/xfsprogs/db/bit.c - 1.7 - Fix another endian bug - skip flip on 8 bit numbers, not 16 From owner-linux-xfs@oss.sgi.com Wed Aug 14 21:23:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7F4NXRw023720 for ; Wed, 14 Aug 2002 21:23:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7F4NXMX023719 for linux-xfs-outgoing; Wed, 14 Aug 2002 21:23:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7F4NQRw023691 for ; Wed, 14 Aug 2002 21:23:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id VAA03955 for ; Wed, 14 Aug 2002 21:26:00 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA20605; Thu, 15 Aug 2002 14:24:41 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7F4MNle005765; Thu, 15 Aug 2002 14:22:23 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7F4MMje005763; Thu, 15 Aug 2002 14:22:22 +1000 Date: Thu, 15 Aug 2002 14:22:22 +1000 From: Nathan Scott To: Christoph Hellwig Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - configure Message-ID: <20020815042222.GA5587@frodo> References: <200208100202.MAA46551@snort.melbourne.sgi.com> <20020814145530.A16680@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020814145530.A16680@infradead.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, Aug 14, 2002 at 02:55:30PM +0100, Christoph Hellwig wrote: > On Sat, Aug 10, 2002 at 12:02:48PM +1000, Nathan Scott wrote: > > Michael &/ Christoph - can you see if this helps? thanks. > ... > I don't think requiring them is a good idea, though, configure should have > sane defaults. Why don't you go back to the pre-2.1.2 behaviour? The old behaviour was not sufficiently, heh, configurable for some people. The defaults are mostly sane, though configure always defaults to /usr/local for --prefix which is not what we want for that default ever anyway... Real default is "just type make" and in that case, everything should end up where 98%+ of people would expect. Having said that, would be nice to find a better solution for that dopey --libexecdir use, I just need to think of something better. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 15 00:11:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7F7BuRw025734 for ; Thu, 15 Aug 2002 00:11:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7F7BulL025733 for linux-xfs-outgoing; Thu, 15 Aug 2002 00:11:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7F7BfRw025705 for ; Thu, 15 Aug 2002 00:11:41 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq01)) with ESMTP id BC4E4C298; Thu, 15 Aug 2002 09:14:09 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id JAA18853; Thu, 15 Aug 2002 09:14:08 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 50FFC57306; Thu, 15 Aug 2002 09:13:25 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 236E425835; Thu, 15 Aug 2002 09:13:25 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 829AE30881D; Thu, 15 Aug 2002 09:13:24 +0200 (CEST) Message-ID: <3D5B5494.EA8B32A3@ch.sauter-bc.com> Date: Thu, 15 Aug 2002 09:13:24 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Steve Lord Cc: Paul Schutte , Seth Mos , XFS mailing list Subject: Re: Problem repairing filesystem References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord schrieb: > > On Wed, 2002-08-14 at 10:12, Simon Matter wrote: > > Paul Schutte schrieb: > > > > > > Seth Mos wrote: > > > > > > > At 12:31 14-8-2002 +0200, Paul Schutte wrote: > > > > >Background: > > > > >---------------- > > > > > > > > > >I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > > > > >2.4.9-31-xfs kernel. > > > > >Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > > > > >raid controller. > > > > >There is a 4Gb root partition and a +/- 320Gb data partition. > > > > > > > > > >One of the drives failed and the machine crashed. > > > > > > > > Adaptec is not known for there quality of the raid drivers. aacraid comes > > > > to mind. I suggest using software raid instead. I like software raid. > > > > > > > > > > software RAID5 with internal log using postmark v1.5 > > > Time: > > > 6186 seconds total > > > 5840 seconds of transactions (17 per second) > > > > > > Files: > > > 60125 created (9 per second) > > > Creation alone: 10000 files (121 per second) > > > Mixed with transactions: 50125 files (8 per second) > > > 50110 read (8 per second) > > > 49822 appended (8 per second) > > > 60125 deleted (9 per second) > > > Deletion alone: 10250 files (38 per second) > > > Mixed with transactions: 49875 files (8 per second) > > > > > > Data: > > > 3113.25 megabytes read (515.35 kilobytes per second) > > > 3731.11 megabytes written (617.63 kilobytes per second) > > > > > > hardware raid5 using postmark v1.5: > > > Time: > > > 749 seconds total > > > 709 seconds of transactions (141 per second) > > > > > > Files: > > > 60125 created (80 per second) > > > Creation alone: 10000 files (416 per second) > > > Mixed with transactions: 50125 files (70 per second) > > > 50110 read (70 per second) > > > 49822 appended (70 per second) > > > 60125 deleted (80 per second) > > > Deletion alone: 10250 files (640 per second) > > > Mixed with transactions: 49875 files (70 per second) > > > > > > Data: > > > 3113.25 megabytes read (4.16 megabytes per second) > > > 3731.11 megabytes written (4.98 megabytes per second) > > > > Hmm, tell me if I'm wrong but I'm quite sure you were using software > > RAID5 with internal log. Use external log with this kernel > > (2.4.9-31-xfs) and you'll see a big difference! I'm running 2.4.9-34-xfs > > on software RAID5 on a DELL server with hardware RAID. > > > > Simon > > > > So have any of you folks tried V2 logs with striping on a software raid, > it should fix the performance there. Not yet, sorry, I don't have much ressources (hardware/time) to test these days. Simon > > Steve > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 00:19:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7F7JrRw025912 for ; Thu, 15 Aug 2002 00:19:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7F7JqSS025911 for linux-xfs-outgoing; Thu, 15 Aug 2002 00:19:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7F7JeRw025882 for ; Thu, 15 Aug 2002 00:19:40 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id E0382C285; Thu, 15 Aug 2002 09:22:08 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id JAA19622; Thu, 15 Aug 2002 09:22:07 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 25D3957306; Thu, 15 Aug 2002 09:22:01 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 7C5D225835; Thu, 15 Aug 2002 09:22:00 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 53EF830881D; Thu, 15 Aug 2002 09:21:58 +0200 (CEST) Message-ID: <3D5B5696.3FDFD3B6@ch.sauter-bc.com> Date: Thu, 15 Aug 2002 09:21:58 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Steve Lord Cc: Greg Freemyer , Blizbor , linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord schrieb: > > On Wed, 2002-08-14 at 12:08, Greg Freemyer wrote: > > >> The normal way we setup something like this is to use a shared scsi > > >> or fiberchannel disk setup, that way you no longer have a singe > > >> point of failure. If you are putting the disks into one of the > > >> two computers then if that system goes down you are dead in the > > >> water. The other aspect of the above setup is using something > > >> like failsafe, the two nodes monitor each other, and can (if > > >> setup correctly) shoot the other node down and take over the > > >> filesystem if it detects problems. failsafe itself is opensource, > > >> not sure if the components of it which fail over the filesystem > > >> to the other node are. Of course all this assumes using the fs > > >> via NFS - the second node takes over the ip address of the failed > > >> node. > > > > >> A quick look at drbd on the net seems to show that it is designed > > >> for these sorts of setups, and it has links to all the high > > >> availability stuff for linux. > > > > >> That aside, there should be no problem doing this, provided you > > >> make sure the unmount from one system is complete before attempting > > >> to mount on the other system. Mounting a filesystem which is > > >> already mounted elsewhere is not a good thing, the second system > > >> will think the fs needs recovery running on it. > > > > >> Steve > > > > I don't think drbd is designed for use in a shared SCSI environment. > > I did not intend to imply it was, just presenting a different way > to build a resilient configuration. > > > > > It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. > > > > I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. > > > > Ah, I should have read more.... if the fs is mirrored between the two > hosts then there is a chance it will work OK. However, the interesting > part of XFS is write ordering - there are certain writes which we need > to know have made it down to disk and will survive a crash. In this > sort of setup I really do not know where the data will be once drbd > says it is written. Probably still in cache on the remote box for a > start. There may well be circumstances where loss of both machines > will cause filesystem corruption. > > you are right, testing such a setup before going live with it is > important, please do not take my comments as meaning it will definitely > work. If I'm not completely wrong here drbd is similar to nbd, isn't it. Long time ago I have successfully built a software RAID5 over three server using nbd, of course running XFS as filesystem. Simon > > Steve > > > Greg Freemyer > > Internet Engineer > > Deployment and Integration Specialist > > Compaq ASE - Tru64 v4, v5 > > Compaq Master ASE - SAN Architect > > The Norcross Group > > www.NorcrossGroup.com > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 03:50:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FAoBRw030717 for ; Thu, 15 Aug 2002 03:50:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FAoBDP030716 for linux-xfs-outgoing; Thu, 15 Aug 2002 03:50:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FAo5Rw030688 for ; Thu, 15 Aug 2002 03:50:06 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7FAqdVs083813 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 15 Aug 2002 12:52:40 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7FAqd77083812; Thu, 15 Aug 2002 12:52:39 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id E7663299EB; Thu, 15 Aug 2002 12:49:39 +0200 (CEST) Date: Thu, 15 Aug 2002 12:49:38 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020815104938.GB23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020814183631.A21357@infradead.org> User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, I fetched your patch from cvs today. Snapshot seems to work fine, but I cannot mount the snapshot. I did a mount -o nouuid /dev/master/xfssnap /snap and at this moment my kernel oopsed. The backtrace shows me that the oops happens in xfs_statfs which was called by linvfs_read_super which was called by get_sb_bdev. Can you reproduce this and do you know what happened? From owner-linux-xfs@oss.sgi.com Thu Aug 15 04:10:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FBAMRw031844 for ; Thu, 15 Aug 2002 04:10:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FBAMc5031843 for linux-xfs-outgoing; Thu, 15 Aug 2002 04:10:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FBAERw031810 for ; Thu, 15 Aug 2002 04:10:15 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7FBCm7D090675 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 15 Aug 2002 13:12:49 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7FBCmW5090674; Thu, 15 Aug 2002 13:12:48 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id ABE0134601; Thu, 15 Aug 2002 13:10:30 +0200 (CEST) Date: Thu, 15 Aug 2002 13:10:30 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020815111030.GC23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020815104938.GB23422@no-maam.dyndns.org> User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 15, 2002 at 12:49:38PM +0200, Erik Tews wrote: > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > but I cannot mount the snapshot. I did a mount -o nouuid > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > backtrace shows me that the oops happens in xfs_statfs which was called > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > this and do you know what happened? And I found out that the kernel oopses even after a reboot. The message is Unable to handle kernel NULL pointer dereference at virtual address 00000004 If I dd the xfs-snapshot to a file I can run xfs_repair on it and it reports no problems and I can mount it loopback and everything seems to be fine. From owner-linux-xfs@oss.sgi.com Thu Aug 15 06:18:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FDI4Rw003652 for ; Thu, 15 Aug 2002 06:18:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FDI4Sd003651 for linux-xfs-outgoing; Thu, 15 Aug 2002 06:18:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from quasar.sif.it (IDENT:root@quasar.sif.it [131.154.110.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FDHrRw003623 for ; Thu, 15 Aug 2002 06:17:54 -0700 Received: from localhost (matteo@localhost) by quasar.sif.it (8.11.6/8.11.6) with ESMTP id g7FDKt321722; Thu, 15 Aug 2002 15:20:55 +0200 Date: Thu, 15 Aug 2002 15:20:55 +0200 (CEST) From: Matteo Centonza To: Greg Freemyer cc: Steve Lord , Blizbor , Subject: re[2]: XFS and net devices, any pros or cons ? In-Reply-To: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 14 Aug 2002, Greg Freemyer wrote: > >> The normal way we setup something like this is to use a shared scsi > >> or fiberchannel disk setup, that way you no longer have a singe > >> point of failure. If you are putting the disks into one of the > >> two computers then if that system goes down you are dead in the > >> water. The other aspect of the above setup is using something > >> like failsafe, the two nodes monitor each other, and can (if > >> setup correctly) shoot the other node down and take over the > >> filesystem if it detects problems. failsafe itself is opensource, > >> not sure if the components of it which fail over the filesystem > >> to the other node are. Of course all this assumes using the fs > >> via NFS - the second node takes over the ip address of the failed > >> node. > > >> A quick look at drbd on the net seems to show that it is designed > >> for these sorts of setups, and it has links to all the high > >> availability stuff for linux. > > >> That aside, there should be no problem doing this, provided you > >> make sure the unmount from one system is complete before attempting > >> to mount on the other system. Mounting a filesystem which is > >> already mounted elsewhere is not a good thing, the second system > >> will think the fs needs recovery running on it. > > >> Steve > > I don't think drbd is designed for use in a shared SCSI environment. > > It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. > > I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. I've asked a similar question to Dan Yocum (very active on this front) some time ago, and AFAICT unfortunately XFS and DRDB don't play well together because DRBD lies on the assumption of constant chunk I/O (ala ext2/3), while XFS uses variable chunks. IIRC, addressing this problem it's on the drbd TODO list (not in the nearest future). Ciao, -m From owner-linux-xfs@oss.sgi.com Thu Aug 15 06:48:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FDmfRw004166 for ; Thu, 15 Aug 2002 06:48:41 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FDmfYr004165 for linux-xfs-outgoing; Thu, 15 Aug 2002 06:48:41 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FDmaRw004137 for ; Thu, 15 Aug 2002 06:48:36 -0700 Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.56.224.149]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g7FDohjI107820; Thu, 15 Aug 2002 09:50:43 -0400 Received: from chavez.austin.ibm.com (chavez.austin.ibm.com [9.53.216.228]) by northrelay01.pok.ibm.com (8.12.3/NCO/VER6.3) with ESMTP id g7FDoaAR093640; Thu, 15 Aug 2002 09:50:37 -0400 Subject: Re: Problem repairing filesystem From: Luciano Chavez To: Eric Sandeen Cc: Danny Cox , Steve Lord , XFS Mailing List In-Reply-To: <1029360360.21217.177.camel@stout.americas.sgi.com> References: <4.3.2.7.2.20020814140949.03bba840@pop.xs4all.nl> <3D5A5D5D.AEE17BD8@up.ac.za> <3D5A736B.99998201@ch.sauter-bc.com> <1029339359.18361.36.camel@jen.americas.sgi.com> <1029340818.2690.21.camel@chavez> <1029341086.18360.61.camel@jen.americas.sgi.com> <1029344919.1364.14.camel@wiley> <1029353651.21251.100.camel@stout.americas.sgi.com> <1029356261.2342.34.camel@chavez> <1029360360.21217.177.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Aug 2002 08:46:11 -0500 Message-Id: <1029419177.2690.36.camel@chavez> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.4 required=5.0 tests=IN_REP_TO,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Wed, 2002-08-14 at 16:25, Eric Sandeen wrote: > But looking at the device and switching to v2 logs is something we're > probably not quite ready to do. So... What you have suggested below > probably should be implemented as part of my patch - but that patch > probably won't go in for a bit. Eric, Fair enough. -- regards, Luciano Chavez lnx1138@us.ibm.com http://evms.sourceforge.net From owner-linux-xfs@oss.sgi.com Thu Aug 15 07:18:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FEItRw004656 for ; Thu, 15 Aug 2002 07:18:55 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FEItru004655 for linux-xfs-outgoing; Thu, 15 Aug 2002 07:18:55 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FEImRw004625 for ; Thu, 15 Aug 2002 07:18:48 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA39010; Thu, 15 Aug 2002 09:21:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA56280; Thu, 15 Aug 2002 09:21:18 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FEJ9V19493; Thu, 15 Aug 2002 09:19:09 -0500 Subject: Re: oops when creating an lvm-snapshot From: Steve Lord To: Erik Tews Cc: linux-xfs@oss.sgi.com, lvm-devel@sistina.com In-Reply-To: <20020815104938.GB23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 15 Aug 2002 09:19:09 -0500 Message-Id: <1029421149.11475.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-15 at 05:49, Erik Tews wrote: > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > but I cannot mount the snapshot. I did a mount -o nouuid > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > backtrace shows me that the oops happens in xfs_statfs which was called > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > this and do you know what happened? A complete stack backtrace would help here, I do not have LVM setup right now. In your second message you say it oopses after a reboot, I presume you mean it oopses mounting the snapshot in the same location as in the first case? Details please, details! Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 07:52:00 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FEpxRw004998 for ; Thu, 15 Aug 2002 07:51:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FEpx4o004997 for linux-xfs-outgoing; Thu, 15 Aug 2002 07:51:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from karnickel.franken.de (mx0-wue.franken.de [217.6.190.221]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FEprRw004969 for ; Thu, 15 Aug 2002 07:51:53 -0700 Received: from karnickel.franken.de (localhost [127.0.0.1]) by karnickel.franken.de (8.12.2/8.12.2) with ESMTP id g7FEsSMq075628 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 15 Aug 2002 16:54:28 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: (from uucp@localhost) by karnickel.franken.de (8.12.2/8.12.2/Submit) with UUCP id g7FEsRiJ075627; Thu, 15 Aug 2002 16:54:27 +0200 (CEST) (envelope-from erik@debian.franken.de) Received: by debian.franken.de (Postfix, from userid 1000) id 7A53734631; Thu, 15 Aug 2002 16:51:46 +0200 (CEST) Date: Thu, 15 Aug 2002 16:51:46 +0200 To: linux-xfs@oss.sgi.com Cc: lvm-devel@sistina.com Subject: Re: oops when creating an lvm-snapshot Message-ID: <20020815145145.GD23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> <1029421149.11475.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1029421149.11475.6.camel@jen.americas.sgi.com> User-Agent: Mutt/1.4i From: erik@debian.franken.de (Erik Tews) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, Aug 15, 2002 at 09:19:09AM -0500, Steve Lord wrote: > On Thu, 2002-08-15 at 05:49, Erik Tews wrote: > > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > > but I cannot mount the snapshot. I did a mount -o nouuid > > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > > backtrace shows me that the oops happens in xfs_statfs which was called > > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > > this and do you know what happened? > > A complete stack backtrace would help here, I do not have LVM setup > right now. > > In your second message you say it oopses after a reboot, I presume > you mean it oopses mounting the snapshot in the same location as > in the first case? > > Details please, details! OK, will generate the backtrace tomorrow And yes, it first crashed when I did mount /dev/master/xfs-snapshot /snap From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:38:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIcLRw008371 for ; Thu, 15 Aug 2002 11:38:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIcL3s008370 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:38:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIcDRw008339 for ; Thu, 15 Aug 2002 11:38:14 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA41114; Thu, 15 Aug 2002 13:40:44 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id NAA25795; Thu, 15 Aug 2002 13:40:44 -0500 (CDT) Subject: Re: [lvm-devel] Re: oops when creating an lvm-snapshot From: Eric Sandeen To: "lvm-devel@sistina.com" Cc: linux-xfs@oss.sgi.com, Erik Tews In-Reply-To: <20020815104938.GB23422@no-maam.dyndns.org> References: <20020814170120.GA23422@no-maam.dyndns.org> <1029344832.15672.90.camel@jen.americas.sgi.com> <20020814183631.A21357@infradead.org> <20020815104938.GB23422@no-maam.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 15 Aug 2002 13:35:00 -0500 Message-Id: <1029436500.30024.2.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Ok, the problem now is that Erik was not using -o ro when he tried to mount, and LVM rightly returned EACCES - but then we mishandled the error and oopsed. oops! Mounting with -o ro avoids the oops, and I have a fix here for the error return that I'll check in shortly. -Eric On Thu, 2002-08-15 at 05:49, Erik Tews wrote: > Ok, I fetched your patch from cvs today. Snapshot seems to work fine, > but I cannot mount the snapshot. I did a mount -o nouuid > /dev/master/xfssnap /snap and at this moment my kernel oopsed. The > backtrace shows me that the oops happens in xfs_statfs which was called > by linvfs_read_super which was called by get_sb_bdev. Can you reproduce > this and do you know what happened? -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:46:52 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIkqRw008622 for ; Thu, 15 Aug 2002 11:46:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIkqZo008621 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:46:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIkkRw008591 for ; Thu, 15 Aug 2002 11:46:47 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA41180 for ; Thu, 15 Aug 2002 13:49:18 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA62420 for ; Thu, 15 Aug 2002 13:49:18 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FIhXI01394; Thu, 15 Aug 2002 13:43:33 -0500 Message-Id: <200208151843.g7FIhXI01394@stout.americas.sgi.com> Date: Thu, 15 Aug 2002 13:43:33 -0500 Subject: TAKE - Fix mount path error handling (LVM snapshot "fix") X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Erik was hitting this error when he tried to mount an lvm snapshot without -o ro, and we mishandled the EACCES return from LVM. pagebuf_lock_enable returns a pointer, and we weren't using ERR_PTR and friends to correctly propagate errors up to callers. Date: Thu Aug 15 11:47:01 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125185a linux/fs/xfs/xfs_vfsops.c - 1.370 - Handle ERR_PTR returns from pagebuf_lock_enable linux/fs/xfs/pagebuf/page_buf_locking.c - 1.25 - Return an ERR_PTR if pagebuf_lock_enable encounters an error. From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:53:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIrDRw008815 for ; Thu, 15 Aug 2002 11:53:13 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIrDQ2008814 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:53:13 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIr7Rw008783 for ; Thu, 15 Aug 2002 11:53:07 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id NAA41266 for ; Thu, 15 Aug 2002 13:55:39 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id NAA30616 for ; Thu, 15 Aug 2002 13:55:39 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FIns701549; Thu, 15 Aug 2002 13:49:54 -0500 Message-Id: <200208151849.g7FIns701549@stout.americas.sgi.com> Date: Thu, 15 Aug 2002 13:49:54 -0500 Subject: TAKE - Put some defensive programming in the v2 log code X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Playing with the version-changer for v2 logs, I hit this - If the log sync code gets a log sunit of 0, we get an oops. Glen has this bit of "defensive programming" in irix as well, to make sure we never get a sunit of 0 - bump it to 1 if we see it. Seems like this could go in the mount path instead of the log sync path, but Glen seemed to remember finding a reason that it won't work that way. Who am I to argue? :) Date: Thu Aug 15 11:53:36 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125188a linux/fs/xfs/xfs_log.c - 1.253 - Make sure we never get a 0 sunit - things go badly if this happens. Use "1" for "no sunit" From owner-linux-xfs@oss.sgi.com Thu Aug 15 11:57:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FIvgRw009087 for ; Thu, 15 Aug 2002 11:57:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FIvgRl009085 for linux-xfs-outgoing; Thu, 15 Aug 2002 11:57:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FIvaRw009053 for ; Thu, 15 Aug 2002 11:57:37 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA41169 for ; Thu, 15 Aug 2002 14:00:08 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA45612 for ; Thu, 15 Aug 2002 14:00:08 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7FIsO601646; Thu, 15 Aug 2002 13:54:24 -0500 Message-Id: <200208151854.g7FIsO601646@stout.americas.sgi.com> Date: Thu, 15 Aug 2002 13:54:24 -0500 Subject: TAKE - Minor tweaks X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Just cosmetic stuff. Added the PBR_SECTOR_ONLY case just to make it easier to find in cscope. :) Date: Thu Aug 15 11:59:05 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125189a linux/fs/xfs/xfs_inode.h - 1.167 - Remove reference to XFS_BIG_FILES in comment about max file offset, XFS_BIG_FILES is removed from Linux XFS now (defaulted). linux/fs/xfs/pagebuf/page_buf.c - 1.51 - Add a PBR_SECTOR_ONLY case to the pbr_flags switch in _pagebuf_page_io to make things a bit more obvious From owner-linux-xfs@oss.sgi.com Thu Aug 15 15:39:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7FMdRRw013945 for ; Thu, 15 Aug 2002 15:39:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7FMdRZc013944 for linux-xfs-outgoing; Thu, 15 Aug 2002 15:39:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7FMdFRw013916 for ; Thu, 15 Aug 2002 15:39:18 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id CAD7C1821223 for ; Thu, 15 Aug 2002 16:16:16 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id PAA49306 for ; Thu, 15 Aug 2002 15:41:21 -0700 (PDT) Message-ID: <3D5C2E2B.1D4C1356@tippett.com> Date: Thu, 15 Aug 2002 15:41:47 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: corruption issue Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.8 required=5.0 tests=SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm wondering if this is a recoverable situation: [root@ozu root]# xfs_repair /dev/hdb3 Phase 1 - find and verify superblock... sb root inode value 18446744073709551615 inconsistent with calculated value 13835051801809780864 resetting superblock root inode pointer to 18446744069414584448 sb realtime bitmap inode 18446744073709551615 inconsistent with calculated value 13835051801809780865 resetting superblock realtime bitmap ino pointer to 18446744069414584449 sb realtime summary inode 18446744073709551615 inconsistent with calculated value 13835051801809780866 resetting superblock realtime summary ino pointer to 18446744069414584450 Phase 2 - using internal log - zero log... ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this. In the past, sometimes the entire contents of the disk end up in lost+found after xfs_repair -L. I ran xfs_repair -n, and it seemed to want to unlink quite a few inodes (thousands, including system files that could not have possibly been in active use during operation). Yes, the system crashed, I'm not absolutely positive I had write caching turned off (I've been using hdparm -W 0) on this system. It was running 2.4.18 with xfs 1.1, not the latest CVS stuff. Also, I ran the checks on a system with xfsprogs-2.0.3-0.rpm installed. Anybody can offer any hope, or do I mkfs now? If there's a recovery from this, that would save me and my sysadmins countless hours of work into the future, as we have perhaps 100 machines running xfs on linux. Thanks. -- christian rice director of technology tippett studio 510.649.9711 l--xr----- From owner-linux-xfs@oss.sgi.com Thu Aug 15 17:10:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G0AxRw014898 for ; Thu, 15 Aug 2002 17:10:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G0AwbX014897 for linux-xfs-outgoing; Thu, 15 Aug 2002 17:10:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G0AiRw014868 for ; Thu, 15 Aug 2002 17:10:44 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id TAA42936; Thu, 15 Aug 2002 19:13:16 -0500 (CDT) Received: from [192.168.1.101] (IDENT:WVSCcR+9bTqI9MRkHYwWLyKL10eRl4z8@mtv-vpn-sw-corp-0-113.corp.sgi.com [134.15.0.113]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id TAA14569; Thu, 15 Aug 2002 19:13:15 -0500 (CDT) Subject: Re: corruption issue From: Stephen Lord To: Christian Rice Cc: linux-xfs@oss.sgi.com In-Reply-To: <3D5C2E2B.1D4C1356@tippett.com> References: <3D5C2E2B.1D4C1356@tippett.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 15 Aug 2002 19:13:11 -0500 Message-Id: <1029456794.1256.18.camel@snafu> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 2002-08-15 at 17:41, Christian Rice wrote: > I'm wondering if this is a recoverable situation: Ugh, so you actually ran repair on the filesystem here by the look of it. Those values in the super block are very strange, 18446744073709551615 is -1 as a 64 bit value. Hopefully the dirty log prevented repair from actually doing something to the disk. Have you attempted to mount the filesystem without running repair first? In general after some form of crash just mounting the fs is the best thing to do. Also please update your xfsprogs to the latest version from oss, there are almost certainly bug fixes since the copy you have. So try and mount the fs, report what that does, then if it mounted, unmount it and try running xfs_check on the filesystem and send us the output. It may also be useful to do dd off the first 4K of the filesystem and send that as well: dd if=/dev/hdb3 of =xxx bs=4k count=1 Do you know what happened to the system, was this a loss of power or a software crash? If there was valuable information on the disk then we can try and help get some of it back. It sounds like it was a system disk though. Steve > > [root@ozu root]# xfs_repair /dev/hdb3 > Phase 1 - find and verify superblock... > sb root inode value 18446744073709551615 inconsistent with calculated > value 13835051801809780864 > resetting superblock root inode pointer to 18446744069414584448 > sb realtime bitmap inode 18446744073709551615 inconsistent with > calculated value 13835051801809780865 > resetting superblock realtime bitmap ino pointer to 18446744069414584449 > sb realtime summary inode 18446744073709551615 inconsistent with > calculated value 13835051801809780866 > resetting superblock realtime summary ino pointer to > 18446744069414584450 > Phase 2 - using internal log > - zero log... > ERROR: The filesystem has valuable metadata changes in a log which needs > to be replayed. Mount the filesystem to replay the log, and unmount it > before re-running xfs_repair. If you are unable to mount the > filesystem, then use the -L option to destroy the log and attempt a > repair. > Note that destroying the log may cause corruption -- please attempt a > mount of the filesystem before doing this. > > > In the past, sometimes the entire contents of the disk end up in > lost+found after xfs_repair -L. I ran xfs_repair -n, and it seemed to > want to unlink quite a few inodes (thousands, including system files > that could not have possibly been in active use during operation). Yes, > the system crashed, I'm not absolutely positive I had write caching > turned off (I've been using hdparm -W 0) on this system. > > It was running 2.4.18 with xfs 1.1, not the latest CVS stuff. Also, I > ran the checks on a system with xfsprogs-2.0.3-0.rpm installed. > > Anybody can offer any hope, or do I mkfs now? If there's a recovery > from this, that would save me and my sysadmins countless hours of work > into the future, as we have perhaps 100 machines running xfs on linux. > > Thanks. > > -- > > christian rice director of technology > tippett studio 510.649.9711 l--xr----- -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Aug 15 18:39:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G1dRRw015828 for ; Thu, 15 Aug 2002 18:39:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G1dRKX015827 for linux-xfs-outgoing; Thu, 15 Aug 2002 18:39:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G1dJRw015798 for ; Thu, 15 Aug 2002 18:39:20 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G1fvvm004120 for ; Fri, 16 Aug 2002 11:41:57 +1000 (EST) Received: from jdc.local (ppp229.dyn230.pacific.net.au [203.100.230.229]) by wisma.pacific.net.au with ESMTP id LAA10817 for ; Fri, 16 Aug 2002 11:41:55 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G1fmWX004917 for ; Fri, 16 Aug 2002 11:41:48 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G1flbD004909; Fri, 16 Aug 2002 11:41:47 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.22618.786062.458402@jdc.local> Date: Fri, 16 Aug 2002 11:41:46 +1000 To: linux-xfs Subject: Are there mmap problems with xfs 2.4.17? X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=0.5 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I am experiencing occasional and unpredictable "memory fault" errors with Berkeley DB 4.0.14 (I am testing Subversion: http://subversion.tigris.org/). On the Subversion mailing list it was suggested that if there are mmap problems with XFS, these might be the cause of the crashes, which seem to be due to Berkeley DB rather than the Subversion software itself. The kernel I am running is: Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 (checked out from cvs on that date). Any suggestions? I am willing to upgrade my kernel, but thought it best to inquire on the list first to find out whether this is likely to be XFS-related, if so whether it has been fixed and whether I can help to track it down. I am also waiting for 2.4.19-xfs to stabilize before upgrading; as I remember, there were bugs that Steve Lord and others were working on. There was some discussion of mmap problems recently, but that was only on power-pc - wasn't it? From owner-linux-xfs@oss.sgi.com Thu Aug 15 18:51:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G1plRw016027 for ; Thu, 15 Aug 2002 18:51:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G1plii016026 for linux-xfs-outgoing; Thu, 15 Aug 2002 18:51:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G1p6Rw015989 for ; Thu, 15 Aug 2002 18:51:06 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id 3479D181FDB0; Thu, 15 Aug 2002 19:28:10 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id SAA48471; Thu, 15 Aug 2002 18:53:13 -0700 (PDT) Message-ID: <3D5C5B23.5126D407@tippett.com> Date: Thu, 15 Aug 2002 18:53:39 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Lord Cc: linux-xfs@oss.sgi.com Subject: Re: corruption issue References: <3D5C2E2B.1D4C1356@tippett.com> <1029456794.1256.18.camel@snafu> Content-Type: multipart/mixed; boundary="------------9F1F88350A8859F367C2797E" X-Spam-Status: No, hits=0.9 required=5.0 tests=PORN_10,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------9F1F88350A8859F367C2797E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Stephen Lord wrote: > > On Thu, 2002-08-15 at 17:41, Christian Rice wrote: > > I'm wondering if this is a recoverable situation: > > Ugh, so you actually ran repair on the filesystem here by > the look of it. Those values in the super block are very > strange, 18446744073709551615 is -1 as a 64 bit value. > Hopefully the dirty log prevented repair from actually > doing something to the disk. Have you attempted to mount > the filesystem without running repair first? In general > after some form of crash just mounting the fs is the > best thing to do. Yeah, I ran xfs_repair on it after trying a mount and getting the usual: [root@ozu tmp]# mount -t xfs /dev/hdb3 /hdb3 mount: wrong fs type, bad option, bad superblock on /dev/hdb3, or too many mounted file systems xfs_repair complained as I submitted earlier, but I did not use the '-L' option. The disk is not critical--just typical of what is happening to us relatively regularly on Linux (never on IRIX!). A worthy bit of information to include--I have found sometimes rewriting the partition table makes the disk mountable again. I did that after trying a mount (fdisk /dev/hdb; write). Did I screw up? It's not highly scientific, to be sure. I have attached the dd output (xxx.gz) and, though I could not mount the filesystem, I ran xfs_check on it anyway. Well, it produced a little over 8GB of output, but most of it is repetitious after the first 1700 or so lines. This is with xfsprogs-2.2.1-0 installed now. The output is also attached. I hope it doesn't bog anyone's mbox down. I sure wouldn't mind knowing how to recover data from this type of situation--is there a paper/manual/brain transplant that imparts such knowledge. The owner of the data is not going to freak if this disk is lost, but I often find myself in this position. This exact problem is a great time-consumer for my systems guys. The workstation in which the disk was corrupted was hung while running Maya, and the user hit the reset key. I highly appreciate the help. > > Also please update your xfsprogs to the latest version from > oss, there are almost certainly bug fixes since the copy you > have. > > So try and mount the fs, report what that does, then if it > mounted, unmount it and try running xfs_check on the filesystem > and send us the output. It may also be useful to do dd off the > first 4K of the filesystem and send that as well: > > dd if=/dev/hdb3 of =xxx bs=4k count=1 > > Do you know what happened to the system, was this a loss of power > or a software crash? If there was valuable information on the disk > then we can try and help get some of it back. It sounds like it > was a system disk though. > > Steve > > > > > [root@ozu root]# xfs_repair /dev/hdb3 > > Phase 1 - find and verify superblock... > > sb root inode value 18446744073709551615 inconsistent with calculated > > value 13835051801809780864 > > resetting superblock root inode pointer to 18446744069414584448 > > sb realtime bitmap inode 18446744073709551615 inconsistent with > > calculated value 13835051801809780865 > > resetting superblock realtime bitmap ino pointer to 18446744069414584449 > > sb realtime summary inode 18446744073709551615 inconsistent with > > calculated value 13835051801809780866 > > resetting superblock realtime summary ino pointer to > > 18446744069414584450 > > Phase 2 - using internal log > > - zero log... > > ERROR: The filesystem has valuable metadata changes in a log which needs > > to be replayed. Mount the filesystem to replay the log, and unmount it > > before re-running xfs_repair. If you are unable to mount the > > filesystem, then use the -L option to destroy the log and attempt a > > repair. > > Note that destroying the log may cause corruption -- please attempt a > > mount of the filesystem before doing this. > > > > > > In the past, sometimes the entire contents of the disk end up in > > lost+found after xfs_repair -L. I ran xfs_repair -n, and it seemed to > > want to unlink quite a few inodes (thousands, including system files > > that could not have possibly been in active use during operation). Yes, > > the system crashed, I'm not absolutely positive I had write caching > > turned off (I've been using hdparm -W 0) on this system. > > > > It was running 2.4.18 with xfs 1.1, not the latest CVS stuff. Also, I > > ran the checks on a system with xfsprogs-2.0.3-0.rpm installed. > > > > Anybody can offer any hope, or do I mkfs now? If there's a recovery > > from this, that would save me and my sysadmins countless hours of work > > into the future, as we have perhaps 100 machines running xfs on linux. > > > > Thanks. > > > > -- > > > > christian rice director of technology > > tippett studio 510.649.9711 l--xr----- > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com -- christian rice director of technology tippett studio 510.649.9711 l--xr----- --------------9F1F88350A8859F367C2797E Content-Type: application/x-gzip; name="xxx.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xxx.gz" H4sICHpUXD0AA3h4eACLcAt2YmAQYACDntvfGNBAD8ejjhlPBK/Nbjtwalru ietgQQ8Glv84AAPIMBawKhWICSwbFFqYGBiB4vpI5vJwcrAIMTBIotsHsfTa NqziCMBEQH4UEAkiHN3dgBQjmAOON+enDAxuu6DSjHA5CGAGq2IuymVgzheg pztHAW0AMP49GVDiX9SBgUFRFSrWwsDkoIArr48kMFDxQ3tgJAzEIkAsCsRi A+2aUTAKRsEoGAWjYBSMglFAWwAAhI3cwgAQAAA= --------------9F1F88350A8859F367C2797E Content-Type: application/x-gzip; name="xfs_check.out.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xfs_check.out.gz" H4sICPZXXD0AA3hmc19jaGVjay5vdXQA7Z3druQ2doXv5ykKmItkgMQj7k3x 5yLPEqj0YzRsnzPobk9m3j5kSXFG3EsWF5AAQVA3vvD5SiVxkRL3R6r6h8f0 sTx++OHxbfplfWyfXx8fnx//+vXz8/tj+fJ1nb9/fv37w0n6w3NaHr9MP36Z Hx+//vJcvz6Gv61PN78+8uXjc1kfQWSAXJTh2XAZcW52Z8wNCNPN5YZziJt0 aI8niMvr1mAKr2J5hobz8PRWnxpuhK23jO3pBcQtMo8NFxGXpjQ1HEwjPGOT hoNpjKtfz5zAOKIbYsPBOJZ1a75XYBzRTdpwMA+fpqb3CcxDRt/kJjCP/IxN boLzyEt7fjCPbdja74V5PHVochOYR86xOZ7CPPw8NcNDcR5ua65XYR6LTk2+ CvN4urA0HMxjm8amXynMQ+PUtIvCPDY3td8L84ira8aRwjyWEKXhYB5TbseR h3lIyE37eZhHXramX3mYx7hMzf3K4/ERxuY6PMxj2VJ7fjCPcQpNHh7mMae5 5WAe09qOSw/zkLy01wHzWBY3nLkR5rHNS9P/RpiHKzeEhoN5zOPWXO8I88jO Nff7EeaRguFgHklC034jzMPNoT0ezGN2a3PfGPHT/Bma+8YI89hSaNovwDye zegNMA2vY3s0mEYoT72Gw2n49q4W8NP82R4O36zy0oQRYBhp0iaMAMNYUmqb BU/BttSeHx4cYW7CjTCM9Tn6hsNzq/PNL4YMH24Ngk7tjMBHWoOgE2oQ1DUa BPWKBkEdokFQZ2gQ1A8aBHWBBrlvXfiUOiPwAdUg960LH0sNct+68GHUIPet Cx9BDXLfuvjBswynCU3l7psYPnMa5L6J4ZOmQe6bGD5fGuS+ieFTpUHumxg+ SxrkpnW9xCwDvG1N8+ANiW9c66ko3Elch6zbakj4LBnjthgSP9sT+Hb4QJH1 VBXs5MV8a1BDwoeK+G00JOz6pXax3w4fLGq//KJqD5sJE9ftax4siSOyqePa fd7AIXFC0Ykhcb04D6Y1cQU/5s02EkzIP21CuIp3/mQtdhImJMtgrghX8psO psfjWt5HcEwYkTxtP8b1vNtsmriin5/bbEg8ioZgQFzUqx3CuKyPPmRD4sJ+ sR0El/bJWRIX96O3HfluQuQl+REPoDHL05AwnU3jZkiYzhSD/XaYzjyn0ZA4 nhBmQ+IRtK6LIXFdOURnSGxexs23JB5B4bmZa78YQXO2JMzoOalpeTyC5rNn 3UmY0apjMCS+y+Wmu1cSZvRc1bbShRmLBsSl5tg8hiqJi82nM7HjERTXyXQl LMiyzuaCsCLbtmU15IUE2ExzYk1WZuL2PGFET9lMB7lQZdtiOh2WZRIXe+14 qqB2cGBhpnk1Aw4rs3VUkyaWZrqtpiNjbVaeGaY9sTjLpTOdyJw8lgOTT5aE GUESZgRJLNAQCTOCJJaagMSmAJJ4yo1ImBEkYUaQ7M4odmcUuzOK3RnF7oxi d0apO6PUnVHqzih1Z5S6M0rdGaXujFJ3Rqk7o4TvdWMILZkv6iJA4ntduasb EktQ1dGQMKPy7d6QMKMwBnPtGbtQF+y3w4xCUPvtMCMNzby3kjAjzeDbrzKS hhyxXgDHHLFe0Gg4mJBG8N04oWiyHLFcAD1pxHKhFO3222FChbTfjhPKgMQJ edOPRywXgrPkhV0o8y1DwoRKI5lrx8WRqm0lXByF2fYPXBzJGu15Xowibcfb RXHUlEaVgwkFD84SbxFYZDEkTCh6ez0XpVGK7Vi/KI3iEE2749IomLPEhVFU WQ2J73LO9g5cGIUt2CvH+XhwPTih8XxFWoY0nin5cR0MCa99fZ6rrRd5I4Z3 CF72loZkSHjZazi7zheJ68HpXMC8SNgx56QGxPXgNpovx3OkNenTkLBfpmSu HE+RZu9Ma+Ip0jJv9stxxf5U++0woTg6S8KE/DjMhrxR+TuEK8FtE0PCdNZk LxvPjtAp4tmRG0Zznnh2NI4pGxJLr812TDw7egZvGh3PjuAxsdjPs+nteHaU xtle+1VG9tsvRtDctlLEs6OSUTAkzGjW1N7fIp4fbTbNiOdHbjurLM1J4fzI QDdLXzt0s/i1Q7djpkI3C2A7dLcEViE4AzLQnRR+QTfLjDt0s9C4Qz0tDic6 BuppcTjBMVBPi8NpTQvBGY2BeloczmMM1NPicP5ioJ4Wh7MWA/W0+N0ekB3q afG7fSA71NPid3tBdqinxbGn9Wo4eN9v71OlINe7PRA7dJfhC7rL8AXdZfiC 7jJ8QXcZVuhuK8QO3WX4gu4yfEF3Gb6gnha/2xSxQ3jSe95zvpPwmQ1JvMcL kbheVm/OE266M1BPCnDDnYF6UoA23UA9KUCHbqCefg/NuYF6+j305QbqaXFY +xmop8VvK74XdN/iOV04nXiuhl8ktm7x7MgqeeF08tm/vEhs3VKw5JV384bE 3q08gwyJnYEMiyGxM1iCMyR2Bo3rfZHYuzk1LY+tTmlPe+04o2S/HVud8uCx JM6ocdIvEq8wBAviiAbb6bDW0Wwb/kLrONuVrrQO+HYcUbIdGS94l0bKhrwa RobEC97BARJHlAF5tcBg2hMveJf5vOkgeCIVxHbPizdDvO2eeME7BEBi9abg 23FGg+3IeME7+NMtpBwvXbSnhNN+qp3EqllOu0F2Eqvm0868Hby5we/QzSN1 h24eqTuEN3UkC948Vl/Q3eblHbp5rO7QzWN1h24eqzt081jdoZ5Wv5vA71BP q+PNzNO51+4kFj/RmWPiN2ncaroifpVmWydvyIuXzZ5PQ8KBUF+DNCR2c3p6 cWknL2q02TQSnufP+bTfaCfx6nK2DY/n+Xmd7TFhRM8hmivCL9fkyZtj4hds FhfNeV68YnPeJrqTeGP0enpM1C0vI3SyBrobfC/obvC9oLvB94LuBt8Luht8 L+imitihu9tdgQJ0rQa6u929oI4WD1CuGqijxcOdV92hjhYPd151h7DnPm9Q 3smL250lcT0CSXy/QyT23IjEaxGIxC/YIhKvRSAS7xxEJF7MQ2R3RrgeQeTF FnZEdmeE6xFIdmd0sc6sp9XwnbyqGTdD4smuA8fEuzsHMeMIFyQyeHtFFzsB QnuvD7ggUbHfjguS8u2rIS92ApyKxp3E84YJfDvMKI7RkjijBL4dZiRDsFeE 3zNArYR3azhwTLyRfcgtePHOOuggeANuac7JkHjLgh9NR8YbcEMM9jzxMMqn 7Sc7iSNabUT4/fWwBTOM8BvsUcAxcc3jT+9M7ySOyJtRhCff5TTNyMSz7wAa Hs++S+80p4ln397ZkYln36iR8Oy7mS06qQvjeMlZVNSi+Orn0+z/QPHlJ79Z FF9/Fm9RXIfPp81UB4pb4Lxr5UAvbiR+tijWT8tpMB/oxe0eXRZ+rSyBE8AT p3EebAR45iRekkVxWhlc1sVP93iEXmwAO23WOlD8chnqhHj6dH6b/yDx9Om8 QeNAYVhjREfFL5jZE73YpTcNtqXwBAodEwa1plNNf6B4s1pawVEvXqUF4xpP oVw6vXRzoHiem0Hz40kUviy8gjcPtlfjadQYV4vieVQ6v590oHiy2/aqOGq+ 2Gjm42BRXD745C2KX4GN0VkU367Or4cdKJ75KDoqfq6GpmdVFO85myUsFr34 zZ4Mjop/ZSzN4Kj4BaQpPi2K35yYBKD4bcvwBCcA08rnpY0Dxb8aE5JN62Jn /hgAin8JzksbrB/wVMDN7UELicOa5/aqCopfLA++HS8FvXjpMs8WxTMBGduh VVA8XQ2nV2MPFG/Rn4c214Lius+ZQVBQPLTGAZzrRVWhtgUuFMoAWgDPBOJ5 TfdA8UzAeXtZFzv112CDvfglgDUki+J5WzjftEOMEW/uKd3lPL/YUTxgNTuL 4pqlPA0tin9ZaD69nn2gFy9qJHBZF4+t89h+obhwiU9wArhyGRe1J4BLl3J3 3SyK5+6LHy16UV+e58M7it/CXUdwVJxWXGywePXg+UyrRfHcfQGnCsPy02jD ulg/GBabAF5AeA4eoDAstw02LLyE4J6r7dn4bdxlHG1b4ddxxziBc8WF1vNc 5+wo/u0B1LHwG7mlrLRp4Vdy/RTteMHv5G7bScYc6MXvD4DLwu+arGG2t6yL 13JjBEe9GFogWPzOydNvpr/6u+Xgg7pZIDmomxWSg7pZIjmomzWSg7pZJDmo m1WSg7pZJjmom5Wpg7pZmtqpu52dB9XV9nd7Ow+qq+3vdnceVFfb41t3josl 4c0gR29u8h7fudMUnhbFc61tNiPc41u3Lske9eLHFafJXha+desiZoR7fOue 5Dwt21F8614mO8Lxrbv+0JBFcdE5nfYzHSguOmWzXQDfuqPfwGXhX11Ub9PC t+7Fq3l2XPyeQpnAnYOty++44oheskUv3meM3qIX7rF5Ir3Qi5WmERz1yj2C o+KNVWsz26worjhkCLYFLtzj4O254oojZHQCuOJI54pjR/EjcYujRa+WM8AJ 4LQmASeAFzRCACdwtaIB2hWb4vMa4o5e/JY4OirWjyWC1aJ45UnVNhYWkLBd sYCMPoLLwq9ktkXfC73Y+BvVojCtcQjOojAtr+dadkfxOi4a3Be/NP709gTu Xso5qP6gLvZBbiD+i42lOoITwEHpqf+JG0Qjfr15FF0tejMVO6ibqdhB3UzF dgq+1Gypm1AO6mYqdlA3U7GDupmKHdTNVOygbqbBBwUHifOA7Gp/6JENBRWy pbraH4vjbUu2T2JxPA4nD3WgeJPQNoITuHih/PQO9oFiF3n+6c4Dxe8sP0/F 8oF2JYOd8ZhOaxwvNGFnjL47YWlcZnvgqFhBwaNiwz+eSuoDxRpy9NGi+Bfh 1YL4J+E38O17StOP20H/8fXoHgpU/ucj/PbXv65fv335/Hj9fS6PIJ/LTfs3 6OfP+adH+HMqj5HH+re/rPP3dXl8//tf1sevHz99fP7Hx+PH+k/LTN+nf2QT weZ+1g0E6whWCFYJ1hPsSLCBYIncHJGbI3ITIjchchMiNyFyEyI3IXITIjch chMiNyFyUyI3JXJTIjclclMiNyVyUyI3JXJTIjclcvNEbp7IzRO5eSI3T+Tm idw8kZsncvNEbp7IbSRyG4ncRiK3kchtJHIbidxGIreRyG0kchuJ3AKRWyBy C0RugcgtELkFIrdA5BaI3AKRWyByi0RukcgtErlFIrdI5BaJ3CKRWyRyi0Ru kcgtEbklIrdE5JaI3BKRWyJyS0RuicgtEbklIrdM5JaJ3DKRWyZyy0Rumcgt E7llIrdM5Jb7c0tDf271H8TpZ/tzq/8oTj/bn1sa+nNLQ39uifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl ifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAlifAl mfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAl mfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlmfAlud+XuDJf7764Cndf XYW7L6/C3dcnQ+6/CYsb+u/CFe7uFhXubroKdzddhbubrsL9TVfg7r5R4e5B XeHuUS1CLDuIEOsOFe5PUIiVhwr3JyjE2kOF+xMUYvWhwv0JCrH+UGEmwf4n aoWZBPufqRVmEux/qlaYSbD/uVphJsH+J2uFmQT7n60VZhLsf7pWmEmw//la YSbB/idshZkE+9ckKswk2L8qUWEmwf51iQozCfavTFSYSbB/baLCTIL9qxMV ZhLsX5+oMJNg/wpFhZkE+9coKswk2L9KUWEmwf51igozCfavVFSYSbB/raLC TIL9qxUVZhLsX6+oMJNg/4pFhZkE+9csKswk2L9qUWEmwf51iwozCfavXFSY SbB/7aLCTIL9qxcVZhLsX7+oMJNg/wpGhZkE+9cwKswk2L+KUWEmwf51jAoz CfavZFSYSbB/LaPCTIL9qxkVZhLsX8+oMJNg/4pGhZkE+3VWhZkE+3VWhZkE +9c1Kswk2L+yUWEiQWJto8JEgsTqRoWJBIn1jQoTCRIrHBUmEiTWOCrMJMg4 GWKZo8JMgoyTIVY6KswkyDgZYrGjwkyCjJMh1jsqzCTIOBliyaPCTIKMkyFW PSrMJMg4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4 mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcw4mcxU9Jmp6DNT 0Wemos9MRZ+Zij4zFX1mKvrMVPSZqegzU9FnpqLPTEWfmYo+MxV9Zir6zFT0 manoM1PRZ6aiz0xFn5mKPjMVfWYq+sxU9Jmp6DNT0Wemos9MRZ+Zij4zFX1m KvrMVPSZqegzU9Ez+2SU2SejzD4ZZfbJKLNPRpl9Msrsk1Fmn4wy+2SU2SdT YCZBoqIvMJMgUdEXmEmQqOgLzCRIVPQFZhIkKvoCMwkSFX2BmQSJir7ATIJE RV9gJkGioi8wkyBR0ReYSZCo6AvMJEhU9AVmEiQqeh2Iir7ATIJERV9gJkGi oteBqOgLzCRIVPQFZhIkKvoCMwkSFX2BmQSJir7ATIJERV9gJkGioi8wkyCx y6LATILELosCMwkSuywKzCRI7LLQgdhlUWAmQWKXRYGZBAknU2AmQcLJ6EA4 GR0IJ6MD4WQKzCRIOJkCMwkSTqbATIKEkykwkyDhZArMJEg4mQIzCRJOpsBM goSTKTCTIOFkCswkSDiZAjMJEk6mwEyChJMpMJMg4WQKzCRIOJkCMwkSTqbA RIKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKO cTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTKOcTLCOBlhnIwwTkYYJyOM kxHGyQjjZIRxMsI4GWGcjDBORhgnI4yTEcbJCONkhHEywjgZYZyMME5GGCcj jJMRxskI42SEcTLCOBlhnIwwTkYYJyOMkxHGyQjjZIRxMsI4GWGcjDBORhgn I4yTEcbJCONkhHEywjgZYZyMME5GGCcjjJMRxskI42SEcTLCOBlhnIwwTkYY JyOMkxHGyQjjZIRxMsI4GWGcjDBORhgnI4yTEcbJCONkhHEywjgZYZyMME5G GCcjjJMRxskI42SEcTLCOBlhnIwwTkYYJyOMkxHGyQjjZIRxMsI4GWGcjDBO RhgnI4yTEcbJCONkhHEywjgZYZyMME5GGCcjjJMRxskI42SEcTLCOBlhnIww TkYYJ6OMk1HGySjjZJRxMso4GWWcjDJORhkno4yTUcbJKONklHEyyjgZZZyM Mk5GGSejjJNRxsko42SUcTLKOBllnIwyTkYZJ6OMk1HGySjjZJRxMso4GWWc jDJORhkno4yTUcbJKONklHEyyjgZZZyMMk5GGSejjJNRxsko42SUcTLKOBll nIwyTkYZJ6OMk1HGySjjZJRxMso4GWWcjDJORhkno4yTUcbJKONklHEyyjgZ ZZyMMk5GGSejjJNRxsko42SUcTLKOBllnIwyTkYZJ6OMk1HGySjjZJRxMso4 GWWcjDJORhkno4yTUcbJKONklHEyyjgZZZyMMk5GGSejjJNRxsko42SUcTLK OBllnIwyTkYZJ6OMk1HGySjjZJRxMp5xMp5xMp5xMp5xMp5xMp5xMp5xMp5x Mp5xMr7DyUzLY/rxy+OX8p/58cfH8PjyUf7HI/z2l7+uX799+fw4/W2ePv7p ++Pbuv5U/9f25ef129+/fV9/eUzfH8/nI2aJPtZ/dVjK9MEd+Nf1dcTt58d+ htvn13q08lwYnAs+dx01DTIMZVaZ/D8e9fn967oeh/3teH92IdZ/wVF6DhyG GMehwMPQc2DnXHTZe6olfLo/9PCH0kL/vpU/PX/+6dvDlWlu+JfH/PnrR83w vxOoyfz68fOXj5/K/37+Ov+0fq9//fYI/4U8/vnLx+ey/puMLoxJhz/Bz7j6 GQlS318wH/QSc0j4g1I/mGKZltnvi37Mgj+m9WNurD8uZz+XXIkXf86/Poev TUb8mfH1mSpTwceik4w/FurHvIT6SrT54JhdHvyfjtGxmXETf/uLHTfxGJrx z793r/z2PLDhfwKrPennL9++v+E3/Ibf8Bt+w2/4Db/hN/yG3/AbfsNv+A2/ 4Tf8ht/w/yfY3fyj9+gDv7utEX7g95ay4Ad+bznr/2pTvuE3/Ibf8Bt+w2/4 Db/hN/yG3/AbfsNv+A2/4Tf8ht/wG3776P9N+D8BgLFhTOkoAQA= --------------9F1F88350A8859F367C2797E-- From owner-linux-xfs@oss.sgi.com Thu Aug 15 20:06:40 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G36ZRw017198 for ; Thu, 15 Aug 2002 20:06:40 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G36Zvp017197 for linux-xfs-outgoing; Thu, 15 Aug 2002 20:06:35 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G36SRw017168 for ; Thu, 15 Aug 2002 20:06:28 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id UAA05672 for ; Thu, 15 Aug 2002 20:09:50 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id NAA86754 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 13:07:48 +1000 (EST) Date: Fri, 16 Aug 2002 13:07:48 +1000 (EST) From: Nathan Scott Message-Id: <200208160307.NAA86754@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - Fix XFS (pagebuf) with 64K pagesizes X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk It's now possible to mount XFS filesystems on IA64 kernels built with a 64K pagesize, previously this would have either failed, hung or panic'd depending on the phase of the moon. Date: Thu Aug 15 19:57:47 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125235a linux/fs/xfs/xfsidbg.c - 1.196 linux/fs/xfs/pagebuf/page_buf.h - 1.35 - Change pb_error, pb_page_count and pb_offset to be unsigned shorts, not signed. The pb_offset fix gets XFS working on systems with a 64K pagesize. linux/fs/xfs/pagebuf/page_buf.c - 1.52 - Split IO requests which are too large for a single buffer_head (b_size is an unsigned short). This gets XFS working on systems with a 64K pagesize. From owner-linux-xfs@oss.sgi.com Thu Aug 15 20:36:35 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G3aZRw017594 for ; Thu, 15 Aug 2002 20:36:35 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G3aYfh017593 for linux-xfs-outgoing; Thu, 15 Aug 2002 20:36:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G3aSRw017565 for ; Thu, 15 Aug 2002 20:36:28 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id WAA43608; Thu, 15 Aug 2002 22:39:01 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id WAA16183; Thu, 15 Aug 2002 22:39:01 -0500 (CDT) Date: Thu, 15 Aug 2002 22:38:58 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Christian Rice cc: Stephen Lord , Subject: Re: corruption issue In-Reply-To: <3D5C5B23.5126D407@tippett.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Thu, 15 Aug 2002, Christian Rice wrote: > Yeah, I ran xfs_repair on it after trying a mount and getting the usual: > > [root@ozu tmp]# mount -t xfs /dev/hdb3 /hdb3 > mount: wrong fs type, bad option, bad superblock on /dev/hdb3, > or too many mounted file systems Christian - Do you have any idea what the true error was behind mount's very unhelpful error message? It would be in the system logs. I suppose it was a recovery error, but it might be interesting to see what went wrong in the first place. You've said that this happens to you more than you would like... again, it would be interesting to see if the original mount failure is the same. Thanks, -Eric From owner-linux-xfs@oss.sgi.com Thu Aug 15 20:42:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G3gNRw024801 for ; Thu, 15 Aug 2002 20:42:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G3gNlV024799 for linux-xfs-outgoing; Thu, 15 Aug 2002 20:42:23 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G3gBRw024321 for ; Thu, 15 Aug 2002 20:42:11 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id WAA43013; Thu, 15 Aug 2002 22:44:43 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id WAA34384; Thu, 15 Aug 2002 22:44:43 -0500 (CDT) Date: Thu, 15 Aug 2002 22:44:40 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Jason White cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <15708.22618.786062.458402@jdc.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 16 Aug 2002, Jason White wrote: > The kernel I am running is: > Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 > (checked out from cvs on that date). > > Any suggestions? Hi Jason - Yes, my suggestion would be to please upgrade your kernel and see if it goes away. I understand that you may not want to bring your system to 2.4.19 yet, but the XFS that was in 2.4.17 in the paleolithic days of Jan 2001 is quite different from the code in CVS today. If you can boot it up for a trial, it would be very helpful, as we really aren't able to go back to debug 9 month old code. Thanks, -Eric From owner-linux-xfs@oss.sgi.com Thu Aug 15 21:54:38 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G4scRw025491 for ; Thu, 15 Aug 2002 21:54:38 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G4scHm025490 for linux-xfs-outgoing; Thu, 15 Aug 2002 21:54:38 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G4sTRw025456 for ; Thu, 15 Aug 2002 21:54:30 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G4v7vm015901 for ; Fri, 16 Aug 2002 14:57:07 +1000 (EST) Received: from jdc.local (ppp81.dyn134.pacific.net.au [210.23.134.81]) by wisma.pacific.net.au with ESMTP id OAA18845 for ; Fri, 16 Aug 2002 14:57:06 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G4v4WX012110 for ; Fri, 16 Aug 2002 14:57:04 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G4v2kG012102; Fri, 16 Aug 2002 14:57:02 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.34333.953994.923975@jdc.local> Date: Fri, 16 Aug 2002 14:57:01 +1000 To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: References: <15708.22618.786062.458402@jdc.local> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-4.3 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > > Hi Jason - Yes, my suggestion would be to please upgrade your kernel > and see if it goes away. I have been running cvs update -dP regularly. After updating again this afternoon, I tried to compile the kernel, and received: gcc -D__KERNEL__ -I/home/jason/xfs/linux-2.4-xfs/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4 -DKBUILD_BASENAME=main -c -o init/main.o init/main.c In file included from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/capability.h:17, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/binfmts.h:5, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/sched.h:9, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/mm.h:4, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/slab.h:14, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/proc_fs.h:5, from init/main.c:15: /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:337: linux/xfs_fs_i.h: No such file or directory In file included from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/capability.h:17, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/binfmts.h:5, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/sched.h:9, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/mm.h:4, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/slab.h:14, from /home/jason/xfs/linux-2.4-xfs/linux/include/linux/proc_fs.h:5, from init/main.c:15: /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:529: field `xfs_i' has incomplete type make: *** [init/main.o] Error 1 Is it time to start from scratch with a full cvs checkout? I can't think of a good reason why it wouldn't be in line with the repository, however. From owner-linux-xfs@oss.sgi.com Thu Aug 15 22:04:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G545Rw025911 for ; Thu, 15 Aug 2002 22:04:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G544F8025909 for linux-xfs-outgoing; Thu, 15 Aug 2002 22:04:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G53wRw025877 for ; Thu, 15 Aug 2002 22:03:59 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id WAA03685 for ; Thu, 15 Aug 2002 22:06:36 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA00791; Fri, 16 Aug 2002 15:05:17 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7G52voX001449; Fri, 16 Aug 2002 15:02:57 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7G52u0k001447; Fri, 16 Aug 2002 15:02:56 +1000 Date: Fri, 16 Aug 2002 15:02:56 +1000 From: Nathan Scott To: Jason White Cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? Message-ID: <20020816050256.GG461@frodo> References: <15708.22618.786062.458402@jdc.local> <15708.34333.953994.923975@jdc.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15708.34333.953994.923975@jdc.local> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-3.2 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 16, 2002 at 02:57:01PM +1000, Jason White wrote: > Eric Sandeen writes: > > > > Hi Jason - Yes, my suggestion would be to please upgrade your kernel > > and see if it goes away. > I have been running cvs update -dP regularly. After updating again this > afternoon, I tried to compile the kernel, and received: > ... > /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:337: linux/xfs_fs_i.h: No such file or directory > ... > /home/jason/xfs/linux-2.4-xfs/linux/include/linux/fs.h:529: field `xfs_i' has incomplete type Your linux/include/linux/fs.h file does not match up with current CVS (it is several weeks out of date at least, maybe months now since that change went in). > Is it time to start from scratch with a full cvs checkout? I can't That might be best. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Aug 15 22:14:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G5ELRw026173 for ; Thu, 15 Aug 2002 22:14:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G5ELSb026172 for linux-xfs-outgoing; Thu, 15 Aug 2002 22:14:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G5EFRw026144 for ; Thu, 15 Aug 2002 22:14:16 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G5Grvm020379 for ; Fri, 16 Aug 2002 15:16:53 +1000 (EST) Received: from jdc.local (ppp81.dyn134.pacific.net.au [210.23.134.81]) by wisma.pacific.net.au with ESMTP id PAA10719 for ; Fri, 16 Aug 2002 15:16:52 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G5GoWX012659 for ; Fri, 16 Aug 2002 15:16:50 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G5GnOb012651; Fri, 16 Aug 2002 15:16:49 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.35521.277576.298436@jdc.local> Date: Fri, 16 Aug 2002 15:16:49 +1000 To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <15708.34333.953994.923975@jdc.local> References: <15708.22618.786062.458402@jdc.local> <15708.34333.953994.923975@jdc.local> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk include/linux/fs.h was just updated today, so it might be work in progress that's causing the error. From owner-linux-xfs@oss.sgi.com Thu Aug 15 22:16:13 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G5GCRw026339 for ; Thu, 15 Aug 2002 22:16:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G5GCCI026338 for linux-xfs-outgoing; Thu, 15 Aug 2002 22:16:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G5G7Rw026309 for ; Thu, 15 Aug 2002 22:16:08 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7G5Ikvm020832 for ; Fri, 16 Aug 2002 15:18:46 +1000 (EST) Received: from jdc.local (ppp81.dyn134.pacific.net.au [210.23.134.81]) by wisma.pacific.net.au with ESMTP id PAA12786 for ; Fri, 16 Aug 2002 15:18:45 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7G5IhWX012798 for ; Fri, 16 Aug 2002 15:18:43 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7G5IgKf012790; Fri, 16 Aug 2002 15:18:42 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15708.35634.9377.834825@jdc.local> Date: Fri, 16 Aug 2002 15:18:42 +1000 To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <20020816050256.GG461@frodo> References: <15708.22618.786062.458402@jdc.local> <15708.34333.953994.923975@jdc.local> <20020816050256.GG461@frodo> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Nathan Scott writes: > > Your linux/include/linux/fs.h file does not match up with current CVS > (it is several weeks out of date at least, maybe months now since that > change went in). Right, I'll start afresh. Thanks. From owner-linux-xfs@oss.sgi.com Thu Aug 15 23:17:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G6HLRw027116 for ; Thu, 15 Aug 2002 23:17:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G6HLc7027115 for linux-xfs-outgoing; Thu, 15 Aug 2002 23:17:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G6HGRw027087 for ; Thu, 15 Aug 2002 23:17:16 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id XAA00760 for ; Thu, 15 Aug 2002 23:20:37 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.9.3/8.9.3) id QAA03653 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 16:18:36 +1000 (EST) Date: Fri, 16 Aug 2002 16:18:36 +1000 (EST) From: Nathan Scott Message-Id: <200208160618.QAA03653@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf cleanup, warnings X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Date: Thu Aug 15 23:16:21 PDT 2002 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125243a linux/fs/xfs/xfs_mount.c - 1.297 - No need to cast xfs_incore_relse() to void, returns void (1 caller). linux/fs/xfs/xfs_bmap.c - 1.290 - Fix warnings Keith points out from an IA64 kernel build. linux/fs/xfs/pagebuf/page_buf_locking.c - 1.26 - Cleanup: remove unused pagebuf_is_locked function, consistent formatting of function args & variable declarations throughout. linux/fs/xfs/pagebuf/page_buf.c - 1.53 - Cleanup: remove unneeded #include of xfs_types.h, consistent formatting of function args & variable declarations, fix incorrect &/ misspelt comments, consistent use of STATIC throughout. linux/fs/xfs/pagebuf/page_buf.h - 1.36 - Cleanup: remove unused pagebuf_is_locked function, couple of functions no longer return anything (never did). From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:13:02 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8D2Rw028149 for ; Fri, 16 Aug 2002 01:13:02 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8D2Og028147 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:13:02 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8CpRw028112 for ; Fri, 16 Aug 2002 01:12:51 -0700 Received: from erbenson.alaska.net (19-pm33.nwc.alaska.net [209.112.159.19]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7G8FS5X029777 for ; Fri, 16 Aug 2002 00:15:29 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 1BA8C3A09 for ; Fri, 16 Aug 2002 00:15:28 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id C532B10294; Fri, 16 Aug 2002 00:15:27 -0800 (AKDT) Date: Fri, 16 Aug 2002 00:15:27 -0800 From: Ethan Benson To: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? Message-ID: <20020816001527.B15734@plato.local.lan> Mail-Followup-To: linux-xfs References: <15708.22618.786062.458402@jdc.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15708.22618.786062.458402@jdc.local>; from jasonw@ariel.ucs.unimelb.edu.au on Fri, Aug 16, 2002 at 11:41:46AM +1000 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK,TO_LOCALPART_EQ_REAL version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2002 at 11:41:46AM +1000, Jason White wrote: > I am experiencing occasional and unpredictable "memory fault" errors > with Berkeley DB 4.0.14 (I am testing Subversion: > http://subversion.tigris.org/). >=20 > On the Subversion mailing list it was suggested that if there are mmap > problems with XFS, these might be the cause of the crashes, which seem > to be due to Berkeley DB rather than the Subversion software itself. >=20 > The kernel I am running is: > Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 > (checked out from cvs on that date). >=20 > Any suggestions? yes 2.4.17 with XFS is broken. > I am willing to upgrade my kernel, but thought it best to inquire on > the list first to find out whether this is likely to be XFS-related, > if so whether it has been fixed and whether I can help to track it > down. >=20 > I am also waiting for 2.4.19-xfs to stabilize before upgrading; as I > remember, there were bugs that Steve Lord and others were working on. >=20 > There was some discussion of mmap problems recently, but that was only > on power-pc - wasn't it? no it was all archietectures, apt-get would segfault because its binary caches became corrupt (this was due to msync() being broken in that kernel). --=20 Ethan Benson http://www.alaska.net/~erbenson/ --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1ctJ8ACgkQJKx7GixEevyVSgCdHuhN7F7IWyPUk8Thblo4rF2T uvAAoJTn8M+hK3GMxS5Wd1pVt092RK2+ =9Bva -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:30:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8UxRw005151 for ; Fri, 16 Aug 2002 01:30:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8UxPI005150 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:30:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8UkRw005119 for ; Fri, 16 Aug 2002 01:30:46 -0700 Received: from erbenson.alaska.net (19-pm33.nwc.alaska.net [209.112.159.19]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7G8XO5X059738 for ; Fri, 16 Aug 2002 00:33:24 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id ED69A3A09 for ; Fri, 16 Aug 2002 00:33:22 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 1921D10294; Fri, 16 Aug 2002 00:33:23 -0800 (AKDT) Date: Fri, 16 Aug 2002 00:33:23 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: umount in XFS is broken Message-ID: <20020816003323.C15734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable i reported a deadlocked mount -o remount,ro process a couple monthes ago and got no response. now today i have had a ordinary umount (not remount) go into an unkillable D state permanently. the situation is this: i have limited resources and the only means of backup i have is to simply rsync the filesystem to matching partitions on a slave disk, its better then nothing which is the only alternative. the script mounts the backup partition for the given mountpoint and then runs rsync to syncronise the two filesystems, then it runs sync, sleep 10 and them umount of the backup filesystem. when the umount process locked i ls'ed the mountpoint, it was empty, the kernel still believed there was a filesystem mounted there however. since there was no way to unwedge this other then rebooting that was done, i mounted the backup filesystem again and XFS recovery was run, but the filesystem was intact (and not empty). xfs_check reports no problems. there was absolutly no messages from the kernel or anything unusal in the logs. my only uneducated guess is that there is some sort of race condition in the umount path of XFS (or to be fair the kernel in general, but i would think such a problem would have been noticed more widly if it were not xfs specific). i cannot reproduce this any time i wish so i am afraid it will be difficult to gather more information for you (i also run powerpcs so kdb is not an option anyway). I would request perhaps an audit of the umount path in XFS to see if something might be found. Linux version 2.4.19 (eb@ash) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Tue Aug 13 01:10:37 AKDT 2002 SGI XFS snapshot 2.4.19-2002-08-03_04:15_UTC with ACLs, quota, no debug ena= bled $ gcc -v Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs gcc version 2.95.4 20011002 (Debian prerelease) $ ld -v GNU ld version 2.12.90.0.1 20020307 Debian/GNU Linux --=20 Ethan Benson http://www.alaska.net/~erbenson/ --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1cuNIACgkQJKx7GixEevxNcACghEkkfbVtosVD5sEW6c1nNFaR M2MAn33NB1FEENrhQrb7E54smUvTpes2 =t51x -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:36:56 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8auRw006278 for ; Fri, 16 Aug 2002 01:36:56 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8aumB006277 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:36:56 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8aVRw006246 for ; Fri, 16 Aug 2002 01:36:31 -0700 Received: from kendy.up.ac.za (kendy.up.AC.za [137.215.101.101]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA06983 for ; Fri, 16 Aug 2002 01:39:00 -0700 (PDT) mail_from (paul@up.ac.za) Received: from [137.215.95.15] (helo=mx1.up.ac.za) by kendy.up.ac.za with esmtp (Exim 3.35 #1) id 17fcTA-0007aP-00 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 10:28:32 +0200 Received: from tzone.up.ac.za ([137.215.145.210] helo=up.ac.za) by mx1.up.ac.za with esmtp (Exim 3.12 #1) id 17fcT8-0003Ed-00 for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 10:28:30 +0200 Message-ID: <3D5CB7AE.CA1D3714@up.ac.za> Date: Fri, 16 Aug 2002 10:28:30 +0200 From: Paul Schutte X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.19-rc3-xfs-tzone i686) X-Accept-Language: en MIME-Version: 1.0 To: XFS mailing list Subject: Re: Problem repairing filesystem References: <3D5A3174.1A91A496@up.ac.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan *17fcT8-0003Ed-00*xf0rXH9ymiA* (University of Pretoria, South Africa) X-Spam-Status: No, hits=1.3 required=5.0 tests=MAY_BE_FORGED version=2.20 X-Spam-Level: * Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I am sorry to interrupt the discussion on software raid, but I think that it would be possible to save my 320Gb data partition. xfs_repair return the following error: fatal error -- can't read block 0 for directory inode 2097749 If I connect with xfs_db: xfs_db -r /dev/sda3 xfs_db: inode 2097749 xfs_db: print core.magic = 0x494e core.mode = 040755 core.version = 1 core.format = 2 (extents) core.nlinkv1 = 2 core.uid = 0 core.gid = 0 core.atime.sec = Thu Aug 8 00:09:45 2002 core.atime.nsec = 870865000 core.mtime.sec = Wed Aug 7 02:06:59 2002 core.mtime.nsec = 862258000 core.ctime.sec = Wed Aug 7 02:06:59 2002 core.ctime.nsec = 862258000 core.size = 8192 core.nblocks = 2 core.extsize = 0 core.nextents = 2 core.naextents = 0 core.forkoff = 0 core.aformat = 2 (extents) core.dmevmask = 0 core.dmstate = 0 core.newrtbm = 0 core.prealloc = 0 core.realtime = 0 core.gen = 3 next_unlinked = null u.bmx[0-1] = [startoff,startblock,blockcount,extentflag] 0:[1,131077,1,0] 1:[8388608,131078,1,0] xfs_db: fsb 131077 xfs_db: type dir2 xfs_db: print --snip-- du[93].inumber = 2232717 du[93].namelen = 14 du[93].name = "94_numaq-tsc-4" du[93].tag = 0xca8 du[94].inumber = 2232718 du[94].namelen = 25 du[94].name = "95_fsync-corruption-fix-2" du[94].tag = 0xcc8 du[95].inumber = 2232719 du[95].namelen = 28 du[95].name = "96_inode_read_write-atomic-3" du[95].tag = 0xcf0 du[96].inumber = 2232720 du[96].namelen = 28 du[96].name = "97_i_size-corruption-fixes-1" du[96].tag = 0xd18 du[97].inumber = 2232721 du[97].namelen = 13 du[97].name = "9900_aio-2.gz" du[97].tag = 0xd40 du[98].inumber = 2232722 du[98].namelen = 18 du[98].name = "9900_aio-API-x86-2" du[98].tag = 0xd58 du[99].inumber = 2232723 du[99].namelen = 24 du[99].name = "9910_shm-largepage-2.bz2" du[99].tag = 0xd78 du[100].inumber = 2232724 du[100].namelen = 29 du[100].name = "9910_shm-largepage-2.bz2.sign" du[100].tag = 0xda0 du[101].inumber = 2232725 du[101].namelen = 23 du[101].name = "9910_shm-largepage-2.gz" du[101].tag = 0xdc8 du[102].inumber = 2232726 du[102].namelen = 28 du[102].name = "9910_shm-largepage-2.gz.sign" du[102].tag = 0xdf0 du[103].inumber = 2097749 du[103].namelen = 1 du[103].name = "." du[103].tag = 0xe18 du[104].freetag = 0xffff du[104].length = 0x1d8 du[104].tag = 0xe28 This suggests to me that the data is still there. If only we could get xfs_repair to finnish it's job and not exit with this error. We tried 3 versions of xfs_repair(1.2.0, 2.0.3, 2.2.1), but they all exit with the same error. Paul Paul Schutte wrote: > Background: > ---------------- > > I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the > 2.4.9-31-xfs kernel. > Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware > raid controller. > There is a 4Gb root partition and a +/- 320Gb data partition. > > One of the drives failed and the machine crashed. > We replaced the drive and rebuild the array. > > I booted up with a CD that I created a while a go with > 2.4.19-pre9-20020604 and mounted a > nfs root partition with all the xfs tools on it. > We ran xfs_repair (version 2.2.1) on the root partition of the raid > array. > A lot of the files have the dreaded zero problem, but apart from that it > is mountable and usable. > > The problem: > ------------------ > > We ran xfs_repair on the 320Gb partition. > > After about 15min xfs_repair died with 'Terminated' being print on the > console. > > dmesg reveals: > Out of Memory: Killed process 269 (xfs_repair). > > I recreated the swap partition and activated it. > > Ran xfs_repair again. > > > --snip-- > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary inodes > - ensuring existence of lost+found directory > - traversing filesystem starting at / ... > - traversal finished ... > - traversing all unattached subtrees ... > > fatal error -- can't read block 0 for directory inode 2097749 > > > When you mount the filesystem, it is empty (except for lost+found which > is also empty) > > The output of xfs_repair is large about 300k bzip2'ed. It would be best > if interested parties download it. > > http://www2.up.ac.za/paul/xfs_repair.out.bz2 > > http://www2.up.ac.za/paul/dmesg.out.bz2 > > Questions: > -------------- > Have I lost the 320G partition or does someone still have a trick up > their sleeve ? > > Would it be possible to make xfs_repair use a lot less memory ? > My guess is that the filesystem got it's final blow by xfs_repair > exiting prematurely. > > Any suggestions are welcome. > > Paul Schutte From owner-linux-xfs@oss.sgi.com Fri Aug 16 01:55:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G8tCRw013519 for ; Fri, 16 Aug 2002 01:55:12 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G8tC7Q013518 for linux-xfs-outgoing; Fri, 16 Aug 2002 01:55:12 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ping.uio.no (ping.uio.no [129.240.78.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G8sxRw013486 for ; Fri, 16 Aug 2002 01:55:00 -0700 Received: from wirth.ping.uio.no ([129.240.78.27]) by ping.uio.no with esmtp (Exim 3.12 #1 (Debian)) id 17fcvA-0004Y7-00; Fri, 16 Aug 2002 10:57:28 +0200 Received: from ilmari by wirth.ping.uio.no with local (Exim 3.35 #1 (Debian)) id 17fcv9-0006O9-00; Fri, 16 Aug 2002 10:57:27 +0200 To: Eric Sandeen Cc: linux-xfs@oss.sgi.com, James Lee Subject: Re: kernel BUG at filemap.c:843! References: <012301c241cb$16ea8530$fe232fd1@corona> <1029265417.14205.29.camel@stout.americas.sgi.com> From: ilmari@ping.uio.no (Dagfinn Ilmari =?iso-8859-1?q?Manns=E5ker?=) Organization: Program-, Informasjons- og Nettverksteknologisk Gruppe, UiO Date: Fri, 16 Aug 2002 10:57:27 +0200 In-Reply-To: <1029265417.14205.29.camel@stout.americas.sgi.com> (Eric Sandeen's message of "13 Aug 2002 14:03:36 -0500") Message-ID: Lines: 60 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > Hi guys - > > We treat MD and LVM somewhat specially, and I wonder if in this case MD > is masking the fact that you're using LVM, and that might be where the > problem starts. > > Can you try this patch, which will cause LVM & MD to be treated the > same, to see if it helps? It's probably not the final solution, but it > might offer some hints. > > Thanks, > > -Eric > > --- linux/fs/xfs/pagebuf/page_buf_locking.c_1.24 Tue Aug 13 14:05:18 2002 > +++ linux/fs/xfs/pagebuf/page_buf_locking.c Tue Aug 13 13:59:37 2002 > @@ -198,7 +196,7 @@ > pagebuf_target_blocksize(target, PAGE_CACHE_SIZE); > > if ((MAJOR(dev) == MD_MAJOR) || (MAJOR(dev) == EVMS_MAJOR)) > - target->pbr_flags = PBR_ALIGNED_ONLY; > + target->pbr_flags = PBR_SECTOR_ONLY; > else if (MAJOR(dev) == LVM_BLK_MAJOR) > target->pbr_flags = PBR_SECTOR_ONLY; > else > > > > On Mon, 2002-08-12 at 01:40, James Lee wrote: >> Hi, >> >> I'm also having the exactly same problem. >> Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. >> Kernel and userland tools are compiled with gcc 2.91.66 >> The following is the result of some tests: >> >> scsidisks -> xfs: OK >> scsidisks -> raid5 -> xfs: OK >> scsidisks -> lvm -> xfs: OK >> scsidisks -> raid0 -> lvm -> xfs: OK >> scsidisks -> raid1 -> lvm -> xfs: OK >> scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! >> >> This problem is always reproducible with the following shell script: >> >> #!/bin/sh >> mkraid /dev/md0 >> vgcreate VolumeGroup /dev/md0 >> lvcreate -L1G -nTestVolume VolumeGroup >> mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume >> mount -t xfs /dev/VolumeGroup/TestVolume >> /mnt -onoatime,nodiratime,usrquota,grpquota >> >> Whenever I run the above script, mount command always generates kernel oops. >> But, if I insert some delay as of the following, then mount goes well: -- ilmari From owner-linux-xfs@oss.sgi.com Fri Aug 16 02:50:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7G9oYRw014549 for ; Fri, 16 Aug 2002 02:50:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7G9oYn3014548 for linux-xfs-outgoing; Fri, 16 Aug 2002 02:50:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from ping.uio.no (ping.uio.no [129.240.78.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7G9oTRw014520 for ; Fri, 16 Aug 2002 02:50:29 -0700 Received: from wirth.ping.uio.no ([129.240.78.27]) by ping.uio.no with esmtp (Exim 3.12 #1 (Debian)) id 17fdn2-0004nm-00; Fri, 16 Aug 2002 11:53:08 +0200 Received: from ilmari by wirth.ping.uio.no with local (Exim 3.35 #1 (Debian)) id 17fdn1-0006fj-00; Fri, 16 Aug 2002 11:53:07 +0200 To: linux-xfs@oss.sgi.com Cc: James Lee , Eric Sandeen Subject: Re: kernel BUG at filemap.c:843! References: <012301c241cb$16ea8530$fe232fd1@corona> <1029265417.14205.29.camel@stout.americas.sgi.com> From: ilmari@ping.uio.no (Dagfinn Ilmari =?iso-8859-1?q?Manns=E5ker?=) Organization: Program-, Informasjons- og Nettverksteknologisk Gruppe, UiO Date: Fri, 16 Aug 2002 11:53:06 +0200 In-Reply-To: (ilmari@ping.uio.no's message of "Fri, 16 Aug 2002 10:57:27 +0200") Message-ID: Lines: 7 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-debian-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-3.9 required=5.0 tests=IN_REP_TO,PLING version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk ilmari@ping.uio.no (Dagfinn Ilmari MannsÃ¥ker) writes: [snip] Oops, I didn't mean to send that last one, sorry for the noise. -- ilmari From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:14:03 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GAE3Rw020148 for ; Fri, 16 Aug 2002 03:14:03 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GAE31T020147 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:14:03 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GADuRw020114 for ; Fri, 16 Aug 2002 03:13:57 -0700 Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7GAGYL27774 for ; Fri, 16 Aug 2002 12:16:34 +0200 Message-ID: <3D5CD102.804@ima.pl> Date: Fri, 16 Aug 2002 12:16:34 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> <3D5B5696.3FDFD3B6@ch.sauter-bc.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.9 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Simon Matter wrote: > > If I'm not completely wrong here drbd is similar to nbd, isn't it. > Long time ago I have successfully built a software RAID5 over three > server using nbd, of course running XFS as filesystem. How many crashes it was survived ? (Probably you were crashing them for tests, arent so ?) Regards, Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:29:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GATBRw020473 for ; Fri, 16 Aug 2002 03:29:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GATBBK020472 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:29:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GAT4Rw020444 for ; Fri, 16 Aug 2002 03:29:05 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id FAA46175; Fri, 16 Aug 2002 05:31:39 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-12.corp.sgi.com [134.15.64.12]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id FAA06702; Fri, 16 Aug 2002 05:31:38 -0500 (CDT) Subject: Re: umount in XFS is broken From: Stephen Lord To: Ethan Benson Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816003323.C15734@plato.local.lan> References: <20020816003323.C15734@plato.local.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 16 Aug 2002 05:31:40 -0500 Message-Id: <1029493903.1116.2.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-16 at 03:33, Ethan Benson wrote: > > i reported a deadlocked mount -o remount,ro process a couple monthes > ago and got no response. > > now today i have had a ordinary umount (not remount) go into an > unkillable D state permanently. I have seen a hang in unmount, usually unmounting my root on my laptop, but failed to reproduce it anywhere else. I also failed to reproduce it without having the binary kernel module I have to use to to get through SGI's firewall loaded. This last one made me think it was actually something that module was doing. Maybe its time to dig a little more. Steve From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:39:58 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GAdwRw020747 for ; Fri, 16 Aug 2002 03:39:58 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GAdwoX020746 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:39:58 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GAdjRw020718 for ; Fri, 16 Aug 2002 03:39:45 -0700 Received: from mail.ima.pl (dns.ima.pl [195.117.13.2]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id DAA04031 for ; Fri, 16 Aug 2002 03:42:23 -0700 (PDT) mail_from (tb670725@ima.pl) Received: from ima.pl (helios.globalintech.pl [62.89.81.98]) by mail.ima.pl with ESMTPid g7GANgL28155 for ; Fri, 16 Aug 2002 12:23:42 +0200 Message-ID: <3D5CD2AF.8070904@ima.pl> Date: Fri, 16 Aug 2002 12:23:43 +0200 From: "Blizbor (IMA)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=2.2 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,MAY_BE_FORGED,FROM_ENDS_IN_NUMS version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Steve Lord wrote: > On Wed, 2002-08-14 at 12:08, Greg Freemyer wrote: > >> >> The normal way we setup something like this is to use a shared scsi >> >> or fiberchannel disk setup, that way you no longer have a singe >> >> point of failure. If you are putting the disks into one of the >> >> two computers then if that system goes down you are dead in the >> >> water. The other aspect of the above setup is using something >> >> like failsafe, the two nodes monitor each other, and can (if >> >> setup correctly) shoot the other node down and take over the >> >> filesystem if it detects problems. failsafe itself is opensource, >> >> not sure if the components of it which fail over the filesystem >> >> to the other node are. Of course all this assumes using the fs >> >> via NFS - the second node takes over the ip address of the failed >> >> node. >> >> >> A quick look at drbd on the net seems to show that it is designed >> >> for these sorts of setups, and it has links to all the high >> >> availability stuff for linux. >> >> >> That aside, there should be no problem doing this, provided you >> >> make sure the unmount from one system is complete before attempting >> >> to mount on the other system. Mounting a filesystem which is >> >> already mounted elsewhere is not a good thing, the second system >> >> will think the fs needs recovery running on it. >> >> >> Steve >> >>I don't think drbd is designed for use in a shared SCSI environment. > > > I did not intend to imply it was, just presenting a different way > to build a resilient configuration. > This what I'm building isn't shared SCSI. I'm believe that shared SCSI couldn't survive some kind of crashes. I prefer two complete, independent machines which are mirroring some storage via LAN and replicate some data using native protocols of some services. >>It is more of a RAID 1 driver where the 2 halves of the mirror are on the 2 different servers using internal disks. >> >>I believe it has support for ordered writes, but I for one would not simply assume XFS and drbd are compatible. >> > > > Ah, I should have read more.... if the fs is mirrored between the two > hosts then there is a chance it will work OK. However, the interesting > part of XFS is write ordering - there are certain writes which we need > to know have made it down to disk and will survive a crash. In this > sort of setup I really do not know where the data will be once drbd > says it is written. Probably still in cache on the remote box for a > start. There may well be circumstances where loss of both machines > will cause filesystem corruption. > > you are right, testing such a setup before going live with it is > important, please do not take my comments as meaning it will definitely > work. Steve, there are few modes of operation of the drbd: a) - send and forgot b) - send and OK is when recive acknowledge is returned c) - send and OK is when write on remote is commited So, what exactly data should be synced ? I'm thinking, that during creation of XFS filesystem on lets say /dev/sdb1 (16GB) i will create logs on /dev/sdb2 (128MB or 256MB or less - must calculate exact size) Then: /dev/sdb1 (data) will be mirrored using mode b, and /dev/sdb2 (logs) will mirror using mode c. Nothing will use mode a. Is it wright ? Regards, Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 16 03:49:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GAnTRw021002 for ; Fri, 16 Aug 2002 03:49:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GAnTcv021001 for linux-xfs-outgoing; Fri, 16 Aug 2002 03:49:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GAnGRw020970 for ; Fri, 16 Aug 2002 03:49:17 -0700 Received: from erbenson.alaska.net (48-pm29.nwc.alaska.net [209.112.158.48]) by iris.acsalaska.net (8.12.5/8.12.5) with ESMTP id g7GApt5X099083 for ; Fri, 16 Aug 2002 02:51:55 -0800 (AKDT) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 8F9A63A09 for ; Fri, 16 Aug 2002 02:51:54 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 398F910294; Fri, 16 Aug 2002 02:51:54 -0800 (AKDT) Date: Fri, 16 Aug 2002 02:51:54 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: umount in XFS is broken Message-ID: <20020816025154.F15734@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20020816003323.C15734@plato.local.lan> <1029493903.1116.2.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PyMzGVE0NRonI6bs" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1029493903.1116.2.camel@laptop.americas.sgi.com>; from lord@sgi.com on Fri, Aug 16, 2002 at 05:31:40AM -0500 X-OS: Debian GNU Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --PyMzGVE0NRonI6bs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 16, 2002 at 05:31:40AM -0500, Stephen Lord wrote: > On Fri, 2002-08-16 at 03:33, Ethan Benson wrote: > >=20 > > i reported a deadlocked mount -o remount,ro process a couple monthes > > ago and got no response. > >=20 > > now today i have had a ordinary umount (not remount) go into an > > unkillable D state permanently. >=20 >=20 > I have seen a hang in unmount, usually unmounting my root on my > laptop, but failed to reproduce it anywhere else. I also failed > to reproduce it without having the binary kernel module I have > to use to to get through SGI's firewall loaded. This last one > made me think it was actually something that module was doing. >=20 > Maybe its time to dig a little more. my suggestion on reproducing would be to write as much data as possible and then try and umount (or remount ro) as quickly as possible, even try to umount at the same time as some operation (my remount ro hang occured when the remount was happening at the same moment some rm commands were running) im no kernel hacker but it just seems like its some sort of race when xfs or whatever is commiting things to the fs in preperation for umount. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --PyMzGVE0NRonI6bs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1c2UoACgkQJKx7GixEevwzcACfdgIdQ+RBKRl01EJtZ9yc7CLY FaYAnRXz0s0qCJ8bkXSRI+9ZsUqzRSeP =hb/w -----END PGP SIGNATURE----- --PyMzGVE0NRonI6bs-- From owner-linux-xfs@oss.sgi.com Fri Aug 16 04:25:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GBPPRw021863 for ; Fri, 16 Aug 2002 04:25:25 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GBPPrx021862 for linux-xfs-outgoing; Fri, 16 Aug 2002 04:25:25 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx.de.kpnqwest.net (mx.de.kpnqwest.net [193.141.40.5]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GBP8Rw021825 for ; Fri, 16 Aug 2002 04:25:09 -0700 Received: from lizard.webland.de (lizard.webland.de [194.122.76.201]) by mx.de.kpnqwest.net (Postfix (mxkq02)) with ESMTP id 88D20C2E4; Fri, 16 Aug 2002 13:08:20 +0200 (MEST) (envelope-from simon.matter@ch.sauter-bc.com) Received: (from uucp@localhost) by lizard.webland.de (8.8.8/8.8.7) id NAA20839; Fri, 16 Aug 2002 13:08:19 +0200 (MET DST) >Received: from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 2644E57306; Fri, 16 Aug 2002 13:07:28 +0200 (CEST) Received: from ssba-bsl.cad.sba (ssba-bsl.cad.sba [10.1.6.20]) by mobile.sauter-bc.com (Postfix) with ESMTP id 05CAA25835; Fri, 16 Aug 2002 13:07:28 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by ssba-bsl.cad.sba (Postfix) with ESMTP id 8E72B30881D; Fri, 16 Aug 2002 13:07:27 +0200 (CEST) Message-ID: <3D5CDCEF.68F880EC@ch.sauter-bc.com> Date: Fri, 16 Aug 2002 13:07:27 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.19-6.2.16 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: "Blizbor (IMA)" Cc: linux-xfs@oss.sgi.com Subject: Re: XFS and net devices, any pros or cons ? References: <20020814171123.FZMF1197.imf05bis.bellsouth.net@TAZ2> <1029345349.15708.98.camel@jen.americas.sgi.com> <3D5B5696.3FDFD3B6@ch.sauter-bc.com> <3D5CD102.804@ima.pl> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk "Blizbor (IMA)" schrieb: > > Simon Matter wrote: > > > > > If I'm not completely wrong here drbd is similar to nbd, isn't it. > > Long time ago I have successfully built a software RAID5 over three > > server using nbd, of course running XFS as filesystem. > > How many crashes it was survived ? > (Probably you were crashing them for tests, arent so ?) I really don't remember what I tested. The only thing I'm sure is that it has worked. Simon > > Regards, > Blizbor From owner-linux-xfs@oss.sgi.com Fri Aug 16 07:44:16 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GEiGRw026032 for ; Fri, 16 Aug 2002 07:44:16 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GEiGuQ026031 for linux-xfs-outgoing; Fri, 16 Aug 2002 07:44:16 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GEgaRw025888 for ; Fri, 16 Aug 2002 07:42:36 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id JAA47119 for ; Fri, 16 Aug 2002 09:45:11 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id JAA81452 for ; Fri, 16 Aug 2002 09:45:11 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GEgqJ11383; Fri, 16 Aug 2002 09:42:52 -0500 Message-Id: <200208161442.g7GEgqJ11383@jen.americas.sgi.com> Date: Fri, 16 Aug 2002 09:42:52 -0500 Subject: TAKE - merge up to 2.5.31 To: linux-xfs@oss.sgi.com X-Spam-Status: No, hits=0.7 required=5.0 tests=PORN_12,PORN_10 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk IDE stopped making loud noises when mounting an xfs filesystem, XFS on loopback devices started working again. kdb on a serial line is not quite working - the keyboard stays on the graphical console, just the output makes it to the serial console. Date: Fri Aug 16 07:39:54 PDT 2002 Workarea: jen.americas.sgi.com:/src/lord/xfs-merge.2.5 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:125247a linux/arch/arm/mach-pxa/sleep.S - 1.1 linux/include/asm-alpha/regdef.h - 1.1 linux/include/asm-mips/linkage.h - 1.1 linux/include/asm-alpha/percpu.h - 1.1 linux/include/asm-m68k/linkage.h - 1.1 linux/include/asm-x86_64/linkage.h - 1.1 linux/include/asm-parisc/linkage.h - 1.1 linux/drivers/base/fs/Makefile - 1.1 linux/drivers/base/fs/bus.c - 1.1 linux/drivers/base/fs/device.c - 1.1 linux/drivers/base/fs/driver.c - 1.1 linux/include/asm-sparc64/linkage.h - 1.1 linux/drivers/base/fs/fs.h - 1.1 linux/include/asm-ppc/linkage.h - 1.1 linux/include/asm-alpha/linkage.h - 1.1 linux/drivers/char/drm/drm_os_linux.h - 1.1 linux/include/asm-mips64/linkage.h - 1.1 linux/include/asm-ppc64/linkage.h - 1.1 linux/include/asm-s390/linkage.h - 1.1 linux/include/asm-s390x/linkage.h - 1.1 linux/fs/jfs/resize.c - 1.1 linux/include/asm-sh/linkage.h - 1.1 linux/include/asm-sparc/linkage.h - 1.1 linux/include/asm-sparc/cacheflush.h - 1.1 linux/drivers/serial/sunzilog.c - 1.1 linux/include/asm-sparc/tlbflush.h - 1.1 linux/include/asm-ia64/linkage.h - 1.1 linux/include/asm-arm/linkage.h - 1.1 linux/arch/arm/mach-pxa/pm.c - 1.1 linux/drivers/serial/suncore.c - 1.1 linux/drivers/serial/suncore.h - 1.1 linux/drivers/serial/sunsab.c - 1.1 linux/drivers/serial/sunsab.h - 1.1 linux/drivers/serial/sunsu.c - 1.1 linux/drivers/serial/sunzilog.h - 1.1 linux/arch/arm/def-configs/lubbock - 1.1 linux/net/sched/sch_htb.c - 1.1 linux/include/asm-sparc/thread_info.h - 1.1 linux/include/asm-cris/linkage.h - 1.1 linux/include/asm-i386/linkage.h - 1.1 linux/net/x25/af_x25.c - 1.28 linux/net/wanrouter/wanproc.c - 1.23 linux/net/unix/af_unix.c - 1.47 linux/net/sysctl_net.c - 1.8 linux/net/socket.c - 1.39 linux/net/sched/sch_api.c - 1.14 linux/net/sched/Makefile - 1.8 linux/net/sched/Config.in - 1.9 linux/net/rose/af_rose.c - 1.26 linux/net/packet/af_packet.c - 1.33 linux/net/netsyms.c - 1.50 linux/net/netrom/af_netrom.c - 1.25 linux/net/netlink/netlink_dev.c - 1.17 linux/net/netlink/af_netlink.c - 1.20 linux/net/irda/af_irda.c - 1.39 linux/net/ipx/sysctl_net_ipx.c - 1.6 linux/net/ipx/af_spx.c - 1.18 linux/net/ipx/af_ipx.c - 1.28 linux/net/ipx/Makefile - 1.7 linux/net/ipx/Config.in - 1.5 linux/net/ipv6/udp.c - 1.29 linux/net/ipv6/tcp_ipv6.c - 1.39 linux/net/ipv6/sit.c - 1.22 linux/net/ipv6/raw.c - 1.27 linux/net/ipv6/ndisc.c - 1.23 linux/net/ipv6/af_inet6.c - 1.23 linux/net/ipv4/udp.c - 1.32 linux/net/ipv4/tcp_ipv4.c - 1.47 linux/net/ipv4/route.c - 1.34 linux/net/ipv4/raw.c - 1.23 linux/net/ipv4/protocol.c - 1.8 linux/net/ipv4/ipip.c - 1.22 linux/net/ipv4/ipconfig.c - 1.32 linux/net/ipv4/ip_output.c - 1.33 linux/net/ipv4/ip_gre.c - 1.21 linux/net/ipv4/icmp.c - 1.31 linux/net/ipv4/fib_rules.c - 1.9 linux/net/ipv4/fib_frontend.c - 1.14 linux/net/ipv4/devinet.c - 1.17 linux/net/ipv4/arp.c - 1.24 linux/net/ipv4/af_inet.c - 1.37 linux/net/core/neighbour.c - 1.17 linux/net/core/dev.c - 1.57 linux/net/core/datagram.c - 1.14 linux/net/ax25/af_ax25.c - 1.26 linux/net/appletalk/sysctl_net_atalk.c - 1.3 linux/net/appletalk/ddp.c - 1.21 linux/net/appletalk/aarp.c - 1.13 linux/net/802/transit/timertr.pre - 1.3 linux/net/802/transit/pdutr.pre - 1.4 linux/net/802/transit/compile.awk - 1.3 linux/net/802/sysctl_net_802.c - 1.3 linux/net/802/psnap.c - 1.7 linux/net/802/pseudo/pseudocode - 1.4 linux/net/802/pseudo/opcodesnm.h - 1.3 linux/net/802/pseudo/opcodes - 1.3 linux/net/802/pseudo/opcd2num.sed - 1.3 linux/net/802/pseudo/compile.awk - 1.3 linux/net/802/pseudo/actionnm.awk - 1.3 linux/net/802/p8022.c - 1.8 linux/net/802/llc_utility.c - 1.3 linux/net/802/llc_sendpdu.c - 1.5 linux/net/802/llc_macinit.c - 1.6 linux/net/802/cl2llc.pre - 1.6 linux/net/802/TODO - 1.4 linux/net/802/Makefile - 1.9 linux/mm/vmscan.c - 1.107 linux/mm/swap_state.c - 1.45 linux/mm/mmap.c - 1.58 linux/mm/memory.c - 1.88 linux/mm/filemap.c - 1.129 linux/kernel/signal.c - 1.37 linux/kernel/resource.c - 1.17 linux/kernel/panic.c - 1.19 linux/kernel/ksyms.c - 1.158 linux/kernel/fork.c - 1.65 linux/kernel/dma.c - 1.7 linux/kernel/Makefile - 1.33 linux/include/net/tcp.h - 1.33 linux/include/net/spx.h - 1.4 linux/include/net/llc.h - 1.4 linux/include/net/ipx.h - 1.9 linux/include/linux/swap.h - 1.62 linux/include/linux/smp.h - 1.19 linux/include/linux/skbuff.h - 1.26 linux/include/linux/pkt_sched.h - 1.6 linux/include/linux/personality.h - 1.10 linux/include/linux/pagemap.h - 1.44 linux/include/linux/mm.h - 1.95 linux/include/linux/linkage.h - 1.10 linux/include/linux/isdnif.h - 1.14 linux/include/linux/isdn.h - 1.23 linux/include/linux/ipx.h - 1.3 linux/include/linux/init.h - 1.20 linux/include/linux/if_ether.h - 1.11 linux/include/linux/fs.h - 1.187 linux/include/linux/blkdev.h - 1.64 linux/include/linux/atalk.h - 1.6 linux/include/asm-sparc64/system.h - 1.22 linux/include/asm-sparc64/softirq.h - 1.12 linux/include/asm-sparc64/smplock.h - 1.8 linux/include/asm-sparc64/smp.h - 1.15 linux/include/asm-sparc64/sab82532.h - 1.5 linux/include/asm-sparc64/ns87303.h - 1.4 linux/include/asm-sparc64/keyboard.h - 1.7 linux/include/asm-sparc64/irq.h - 1.12 linux/include/asm-sparc64/hardirq.h - 1.16 linux/include/asm-sparc64/auxio.h - 1.5 linux/include/asm-sparc/uaccess.h - 1.9 linux/include/asm-sparc/system.h - 1.12 linux/include/asm-sparc/spinlock.h - 1.10 linux/include/asm-sparc/processor.h - 1.19 linux/include/asm-sparc/pgtsrmmu.h - 1.4 linux/include/asm-sparc/pgtable.h - 1.27 linux/include/asm-sparc/page.h - 1.16 linux/include/asm-sparc/mmu_context.h - 1.7 linux/include/asm-sparc/elf.h - 1.6 linux/include/asm-sparc/current.h - 1.3 linux/include/asm-sparc/bitops.h - 1.15 linux/include/asm-ppc/unistd.h - 1.23 linux/include/asm-ppc/smplock.h - 1.11 linux/include/asm-ppc/processor.h - 1.34 linux/include/asm-ppc/bootinfo.h - 1.10 linux/include/asm-ppc/bitops.h - 1.16 linux/include/asm-alpha/system.h - 1.22 linux/include/asm-alpha/softirq.h - 1.10 linux/include/asm-alpha/smplock.h - 1.6 linux/include/asm-alpha/smp.h - 1.20 linux/include/asm-alpha/pgtable.h - 1.35 linux/include/asm-alpha/param.h - 1.5 linux/include/asm-alpha/page.h - 1.16 linux/include/asm-alpha/mmu_context.h - 1.14 linux/include/asm-alpha/hardirq.h - 1.14 linux/include/asm-alpha/bitops.h - 1.13 linux/include/asm-alpha/a.out.h - 1.4 linux/fs/super.c - 1.91 linux/fs/ntfs/super.c - 1.20 linux/fs/ntfs/inode.h - 1.10 linux/fs/ntfs/inode.c - 1.22 linux/fs/ntfs/dir.c - 1.17 linux/fs/ntfs/Makefile - 1.23 linux/fs/exec.c - 1.60 linux/fs/block_dev.c - 1.54 linux/fs/adfs/super.c - 1.24 linux/fs/adfs/inode.c - 1.27 linux/fs/adfs/file.c - 1.16 linux/fs/adfs/dir.c - 1.20 linux/drivers/scsi/sr.c - 1.48 linux/drivers/scsi/sd.c - 1.66 linux/drivers/scsi/qlogicpti.c - 1.21 linux/drivers/scsi/esp.c - 1.22 linux/drivers/sbus/sbus.c - 1.17 linux/drivers/sbus/char/zs.h - 1.4 linux/drivers/sbus/char/zs.c - 1.24 linux/drivers/sbus/char/vfc_dev.c - 1.16 linux/drivers/sbus/char/sunserial.h - 1.4 linux/drivers/sbus/char/sunserial.c - 1.10 linux/drivers/sbus/char/sunmouse.h - 1.4 linux/drivers/sbus/char/sunmouse.c - 1.15 linux/drivers/sbus/char/sunkeymap.map - 1.4 linux/drivers/sbus/char/sunkeymap.c - 1.4 linux/drivers/sbus/char/sunkbdmap.c - 1.3 linux/drivers/sbus/char/sunkbd.h - 1.4 linux/drivers/sbus/char/sunkbd.c - 1.21 linux/drivers/sbus/char/su.c - 1.23 linux/drivers/sbus/char/sab82532.c - 1.26 linux/drivers/sbus/char/rtc.c - 1.15 linux/drivers/sbus/char/pcikbd.h - 1.3 linux/drivers/sbus/char/pcikbd.c - 1.22 linux/drivers/sbus/char/openprom.c - 1.14 linux/drivers/sbus/char/flash.c - 1.17 linux/drivers/sbus/char/envctrl.c - 1.16 linux/drivers/sbus/char/bpp.c - 1.20 linux/drivers/sbus/char/Makefile - 1.14 linux/drivers/sbus/char/Config.in - 1.9 linux/drivers/sbus/audio/audio.c - 1.19 linux/drivers/pci/pci.c - 1.60 linux/drivers/pci/compat.c - 1.9 linux/drivers/pci/Makefile - 1.23 linux/drivers/net/yellowfin.c - 1.32 linux/drivers/net/wd.c - 1.19 linux/drivers/net/via-rhine.c - 1.36 linux/drivers/net/tlan.c - 1.29 linux/drivers/net/sunhme.c - 1.38 linux/drivers/net/strip.c - 1.19 linux/drivers/net/smc-ultra32.c - 1.16 linux/drivers/net/smc-ultra.c - 1.23 linux/drivers/net/rcpci45.c - 1.23 linux/drivers/net/plip.c - 1.23 linux/drivers/net/ne2k-pci.c - 1.25 linux/drivers/net/myri_sbus.h - 1.5 linux/drivers/net/myri_sbus.c - 1.15 linux/drivers/net/hp-plus.c - 1.18 linux/drivers/net/hamradio/bpqether.c - 1.21 linux/drivers/net/hamradio/baycom_epp.c - 1.21 linux/drivers/net/hamradio/6pack.c - 1.15 linux/drivers/net/ewrk3.c - 1.22 linux/drivers/net/epic100.c - 1.31 linux/drivers/net/eepro100.c - 1.48 linux/drivers/net/eepro.c - 1.26 linux/drivers/net/defxx.c - 1.22 linux/drivers/net/Space.c - 1.36 linux/drivers/net/8390.h - 1.13 linux/drivers/net/3c59x.c - 1.36 linux/drivers/net/3c503.c - 1.23 linux/drivers/net/3c501.c - 1.19 linux/drivers/isdn/isdnloop/isdnloop.c - 1.14 linux/drivers/isdn/act2000/capi.h - 1.7 linux/drivers/char/rtc.c - 1.30 linux/drivers/char/Makefile - 1.68 linux/drivers/cdrom/sonycd535.c - 1.26 linux/drivers/cdrom/cdrom.c - 1.44 linux/drivers/block/xd.h - 1.10 linux/drivers/block/xd.c - 1.41 linux/drivers/block/swim3.c - 1.19 linux/drivers/block/ps2esdi.c - 1.43 linux/drivers/block/paride/pd.c - 1.34 linux/drivers/block/genhd.c - 1.31 linux/drivers/block/floppy.c - 1.45 linux/drivers/block/ataflop.c - 1.26 linux/drivers/block/amiflop.c - 1.27 linux/drivers/block/acsi.c - 1.34 linux/drivers/acorn/scsi/powertec.c - 1.15 linux/drivers/acorn/scsi/oak.c - 1.11 linux/drivers/acorn/scsi/eesox.c - 1.15 linux/drivers/acorn/scsi/ecoscsi.c - 1.12 linux/drivers/acorn/scsi/cumana_2.c - 1.15 linux/drivers/acorn/scsi/cumana_1.c - 1.9 linux/drivers/acorn/scsi/acornscsi.c - 1.17 linux/drivers/acorn/net/etherh.c - 1.16 linux/drivers/acorn/block/mfmhd.c - 1.28 linux/drivers/acorn/block/fd1772.c - 1.19 linux/arch/sparc64/solaris/systbl.S - 1.5 linux/arch/sparc64/solaris/socksys.c - 1.18 linux/arch/sparc64/solaris/misc.c - 1.26 linux/arch/sparc64/solaris/fs.c - 1.20 linux/arch/sparc64/prom/misc.c - 1.13 linux/arch/sparc64/kernel/unaligned.c - 1.9 linux/arch/sparc64/kernel/systbls.S - 1.30 linux/arch/sparc64/kernel/sys_sparc32.c - 1.54 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.46 linux/arch/sparc64/kernel/smp.c - 1.47 linux/arch/sparc64/kernel/setup.c - 1.31 linux/arch/sparc64/kernel/rtrap.S - 1.17 linux/arch/sparc64/kernel/process.c - 1.38 linux/arch/sparc64/kernel/irq.c - 1.26 linux/arch/sparc64/kernel/ioctl32.c - 1.55 linux/arch/sparc64/kernel/etrap.S - 1.9 linux/arch/sparc64/kernel/devices.c - 1.12 linux/arch/sparc64/defconfig - 1.71 linux/arch/sparc64/config.in - 1.58 linux/arch/sparc/prom/misc.c - 1.4 linux/arch/sparc/mm/sun4c.c - 1.34 linux/arch/sparc/mm/srmmu.c - 1.34 linux/arch/sparc/mm/iommu.c - 1.13 linux/arch/sparc/mm/io-unit.c - 1.13 linux/arch/sparc/mm/init.c - 1.32 linux/arch/sparc/mm/generic.c - 1.11 linux/arch/sparc/mm/fault.c - 1.19 linux/arch/sparc/mm/btfixup.c - 1.7 linux/arch/sparc/kernel/wuf.S - 1.5 linux/arch/sparc/kernel/wof.S - 1.5 linux/arch/sparc/kernel/windows.c - 1.5 linux/arch/sparc/kernel/traps.c - 1.10 linux/arch/sparc/kernel/trampoline.S - 1.5 linux/arch/sparc/kernel/sun4m_smp.c - 1.22 linux/arch/sparc/kernel/sun4d_smp.c - 1.23 linux/arch/sparc/kernel/sun4d_irq.c - 1.15 linux/arch/sparc/kernel/sparc_ksyms.c - 1.28 linux/arch/sparc/kernel/sparc-stub.c - 1.9 linux/arch/sparc/kernel/signal.c - 1.26 linux/arch/sparc/kernel/setup.c - 1.23 linux/arch/sparc/kernel/sclow.S - 1.3 linux/arch/sparc/kernel/rtrap.S - 1.11 linux/arch/sparc/kernel/ptrace.c - 1.15 linux/arch/sparc/kernel/process.c - 1.28 linux/arch/sparc/kernel/irq.c - 1.22 linux/arch/sparc/kernel/ioport.c - 1.22 linux/arch/sparc/kernel/init_task.c - 1.7 linux/arch/sparc/kernel/head.S - 1.11 linux/arch/sparc/kernel/etrap.S - 1.5 linux/arch/sparc/kernel/entry.S - 1.13 linux/arch/sparc/config.in - 1.40 linux/arch/sparc/boot/Makefile - 1.6 linux/arch/sparc/Makefile - 1.13 linux/arch/ppc/mm/init.c - 1.44 linux/arch/ppc/kernel/smp.c - 1.41 linux/arch/ppc/kernel/setup.c - 1.47 linux/arch/ppc/kernel/ptrace.c - 1.14 linux/arch/ppc/kernel/process.c - 1.40 linux/arch/ppc/kernel/ppc8xx_pic.c - 1.9 linux/arch/ppc/kernel/open_pic.c - 1.28 linux/arch/ppc/kernel/misc.S - 1.44 linux/arch/ppc/kernel/irq.c - 1.38 linux/arch/ppc/kernel/i8259.c - 1.12 linux/arch/ppc/config.in - 1.57 linux/arch/mips/config.in - 1.33 linux/arch/m68k/config.in - 1.32 linux/arch/i386/mm/fault.c - 1.26 linux/arch/i386/kernel/process.c - 1.53 linux/arch/i386/config.in - 1.86 linux/arch/arm/kernel/time.c - 1.17 linux/arch/arm/kernel/setup.c - 1.33 linux/arch/arm/kernel/irq.c - 1.22 linux/arch/arm/kernel/fiq.c - 1.13 linux/arch/arm/kernel/entry-armv.S - 1.34 linux/arch/arm/kernel/entry-armo.S - 1.15 linux/arch/arm/kernel/ecard.c - 1.21 linux/arch/arm/kernel/dma-isa.c - 1.9 linux/arch/arm/config.in - 1.45 linux/arch/arm/boot/Makefile - 1.18 linux/arch/arm/Makefile - 1.32 linux/arch/alpha/lib/stxncpy.S - 1.4 linux/arch/alpha/lib/stxcpy.S - 1.4 linux/arch/alpha/lib/strrchr.S - 1.3 linux/arch/alpha/lib/strncpy_from_user.S - 1.3 linux/arch/alpha/lib/strlen_user.S - 1.4 linux/arch/alpha/lib/strchr.S - 1.3 linux/arch/alpha/kernel/traps.c - 1.21 linux/arch/alpha/kernel/smp.c - 1.36 linux/arch/alpha/kernel/signal.c - 1.17 linux/arch/alpha/kernel/setup.c - 1.30 linux/arch/alpha/kernel/osf_sys.c - 1.32 linux/arch/alpha/kernel/irq.c - 1.23 linux/arch/alpha/kernel/entry.S - 1.29 linux/arch/alpha/kernel/core_cia.c - 1.23 linux/arch/alpha/kernel/alpha_ksyms.c - 1.34 linux/arch/alpha/kernel/Makefile - 1.23 linux/arch/alpha/config.in - 1.50 linux/arch/alpha/boot/Makefile - 1.10 linux/Makefile - 1.212 linux/MAINTAINERS - 1.113 linux/Documentation/filesystems/ntfs.txt - 1.19 linux/CREDITS - 1.86 linux/net/decnet/dn_route.c - 1.20 linux/net/decnet/dn_neigh.c - 1.11 linux/net/decnet/dn_dev.c - 1.14 linux/net/decnet/af_decnet.c - 1.31 linux/include/linux/ide.h - 1.58 linux/drivers/block/blkpg.c - 1.26 linux/drivers/block/cpqarray.c - 1.52 linux/include/linux/threads.h - 1.4 linux/drivers/net/ppp_generic.c - 1.29 linux/drivers/net/ppp_async.c - 1.16 linux/drivers/pci/names.c - 1.11 linux/fs/partitions/check.c - 1.48 linux/drivers/net/sis900.c - 1.34 linux/drivers/atm/zatm.c - 1.13 linux/drivers/atm/uPD98402.c - 1.8 linux/drivers/atm/suni.c - 1.10 linux/drivers/atm/nicstar.c - 1.17 linux/drivers/atm/horizon.c - 1.12 linux/drivers/atm/eni.c - 1.17 linux/drivers/atm/atmtcp.c - 1.9 linux/drivers/atm/ambassador.c - 1.15 linux/net/atm/svc.c - 1.12 linux/net/atm/signaling.c - 1.9 linux/net/atm/pvc.c - 1.11 linux/net/atm/proc.c - 1.16 linux/net/atm/mpoa_proc.c - 1.9 linux/net/atm/mpc.c - 1.10 linux/net/atm/clip.c - 1.13 linux/arch/alpha/kernel/pci.c - 1.21 linux/arch/sparc64/kernel/pci.c - 1.28 linux/arch/sparc/kernel/semaphore.c - 1.8 linux/arch/sh/config.in - 1.27 linux/drivers/pcmcia/Makefile - 1.18 linux/drivers/block/swim_iop.c - 1.14 linux/drivers/sbus/char/uctrl.c - 1.14 linux/drivers/net/starfire.c - 1.26 linux/drivers/char/drm/gamma_drv.c - 1.14 linux/drivers/char/drm/drmP.h - 1.17 linux/drivers/char/drm/drm.h - 1.11 linux/drivers/net/wan/cosa.c - 1.26 linux/drivers/net/tokenring/olympic.c - 1.21 linux/drivers/net/wan/syncppp.c - 1.15 linux/drivers/net/wan/sdlamain.c - 1.13 linux/drivers/net/wan/lapbether.c - 1.12 linux/include/asm-arm/arch-sa1100/irqs.h - 1.10 linux/drivers/net/ppp_synctty.c - 1.12 linux/fs/proc/proc_misc.c - 1.39 linux/drivers/net/setup.c - 1.20 linux/drivers/net/sk98lin/skge.c - 1.20 linux/include/asm-alpha/pgalloc.h - 1.16 linux/drivers/char/drm/tdfx_drv.c - 1.11 linux/kernel/timer.c - 1.28 linux/drivers/sbus/char/jsflash.c - 1.20 linux/fs/openpromfs/inode.c - 1.23 linux/include/asm-sparc/pgalloc.h - 1.14 linux/drivers/net/arcnet/com20020-pci.c - 1.13 linux/net/decnet/dn_rules.c - 1.4 linux/arch/ppc/kernel/ppc4xx_pic.c - 1.6 linux/drivers/ieee1394/Makefile - 1.15 linux/drivers/net/tokenring/tmspci.c - 1.8 linux/drivers/net/tokenring/abyss.c - 1.8 linux/drivers/atm/iphase.c - 1.13 linux/drivers/acorn/char/pcf8583.c - 1.5 linux/drivers/acorn/char/i2c.c - 1.5 linux/drivers/net/8139too.c - 1.40 linux/fs/devfs/base.c - 1.42 linux/drivers/net/tulip/tulip_core.c - 1.41 linux/drivers/net/ioc3-eth.c - 1.19 linux/drivers/char/wdt977.c - 1.11 linux/drivers/atm/fore200e.c - 1.15 linux/arch/mips64/config.in - 1.23 linux/drivers/net/bonding.c - 1.12 linux/arch/alpha/kernel/irq_smp.c - 1.5 linux/arch/alpha/kernel/irq_alpha.c - 1.9 linux/include/linux/brlock.h - 1.9 linux/net/econet/af_econet.c - 1.12 linux/include/linux/usb.h - 1.43 linux/drivers/ide/ide.c - 1.61 linux/drivers/ide/ide-tape.c - 1.33 linux/drivers/ide/ide-pmac.c - 1.20 linux/drivers/ide/ide-floppy.c - 1.31 linux/drivers/ide/ide-disk.c - 1.43 linux/drivers/ide/ide-cd.c - 1.43 linux/drivers/ide/hd.c - 1.26 linux/drivers/block/elevator.c - 1.21 linux/drivers/net/wan/comx.c - 1.19 linux/drivers/net/wan/comx-proto-fr.c - 1.10 linux/drivers/net/tokenring/lanstreamer.c - 1.12 linux/net/ipv4/netfilter/ip_queue.c - 1.15 linux/drivers/video/sa1100fb.c - 1.15 linux/drivers/net/pppoe.c - 1.21 linux/arch/ppc/kernel/ppc8260_pic.c - 1.5 linux/net/ipv6/netfilter/ip6_tables.c - 1.13 linux/drivers/char/drm/r128_drv.h - 1.9 linux/drivers/char/drm/r128_drv.c - 1.9 linux/drivers/char/drm/mga_state.c - 1.9 linux/drivers/char/drm/mga_drv.h - 1.9 linux/drivers/char/drm/mga_drv.c - 1.8 linux/drivers/char/drm/mga_dma.c - 1.7 linux/drivers/char/drm/i810_drv.c - 1.8 linux/drivers/usb/serial/keyspan.c - 1.30 linux/arch/alpha/vmlinux.lds.in - 1.10 linux/drivers/mtd/ftl.c - 1.21 linux/include/linux/mtd/nftl.h - 1.4 linux/drivers/net/tun.c - 1.15 linux/include/asm-sparc/kmap_types.h - 1.8 linux/include/asm-sparc/highmem.h - 1.5 linux/drivers/sbus/char/display7seg.c - 1.6 linux/drivers/net/natsemi.c - 1.21 linux/drivers/input/keybdev.c - 1.11 linux/arch/arm/mach-footbridge/personal-pci.c - 1.6 linux/arch/arm/mach-footbridge/netwinder-pci.c - 1.5 linux/arch/arm/mach-footbridge/ebsa285-pci.c - 1.5 linux/arch/arm/mach-footbridge/cats-pci.c - 1.5 linux/arch/arm/mach-shark/pci.c - 1.5 linux/drivers/block/cciss.c - 1.39 linux/drivers/net/hamachi.c - 1.15 linux/drivers/net/sundance.c - 1.17 linux/arch/alpha/lib/ev6-strncpy_from_user.S - 1.2 linux/arch/alpha/lib/ev6-stxcpy.S - 1.2 linux/arch/alpha/lib/ev6-stxncpy.S - 1.2 linux/arch/alpha/lib/ev67-strchr.S - 1.2 linux/arch/alpha/lib/ev67-strlen_user.S - 1.2 linux/drivers/net/lasi_82596.c - 1.9 linux/arch/parisc/config.in - 1.9 linux/drivers/atm/firestream.c - 1.11 linux/arch/alpha/lib/ev67-strrchr.S - 1.2 linux/drivers/char/drm/r128_state.c - 1.5 linux/drivers/char/drm/r128_cce.c - 1.6 linux/fs/reiserfs/super.c - 1.27 linux/drivers/char/drm/radeon_cp.c - 1.8 linux/drivers/char/drm/radeon_drm.h - 1.5 linux/drivers/char/drm/radeon_drv.c - 1.5 linux/drivers/char/drm/radeon_drv.h - 1.6 linux/drivers/char/drm/radeon_state.c - 1.5 linux/fs/reiserfs/namei.c - 1.25 linux/fs/reiserfs/item_ops.c - 1.9 linux/fs/reiserfs/file.c - 1.14 linux/include/linux/reiserfs_fs.h - 1.30 linux/fs/reiserfs/bitmap.c - 1.18 linux/drivers/sbus/char/cpwatchdog.c - 1.7 linux/drivers/s390/block/xpram.c - 1.23 linux/drivers/net/pci-skeleton.c - 1.12 linux/drivers/scsi/aic7xxx/aic7xxx_linux.c - 1.17 linux/arch/arm/mach-integrator/arch.c - 1.6 linux/arch/arm/mach-integrator/irq.c - 1.3 linux/arch/arm/mach-integrator/pci.c - 1.7 linux/arch/arm/mach-integrator/pci_v3.c - 1.10 linux/drivers/sbus/char/riowatchdog.c - 1.4 linux/drivers/net/wan/dscc4.c - 1.14 linux/drivers/net/sungem.c - 1.19 linux/net/wanrouter/af_wanpipe.c - 1.7 linux/arch/arm/mach-footbridge/irq.c - 1.3 linux/include/asm-i386/rwsem.h - 1.7 linux/include/asm-sparc64/rwsem.h - 1.3 linux/include/asm-ppc/rwsem.h - 1.3 linux/drivers/net/fealnx.c - 1.13 linux/drivers/net/irda/irda-usb.c - 1.21 linux/net/bluetooth/hci_sock.c - 1.6 linux/drivers/mtd/nftlcore.c - 1.21 linux/drivers/net/wireless/airo.c - 1.18 linux/drivers/acorn/char/mouse_ps2.c - 1.5 linux/include/asm-alpha/rwsem.h - 1.3 linux/drivers/net/dl2k.c - 1.15 linux/drivers/char/drm/radeon.h - 1.2 linux/drivers/char/drm/r128.h - 1.2 linux/drivers/char/drm/mga_warp.c - 1.3 linux/drivers/char/drm/mga.h - 1.2 linux/drivers/char/drm/i810.h - 1.3 linux/drivers/char/drm/gamma.h - 1.3 linux/drivers/char/drm/drm_drv.h - 1.6 linux/drivers/net/irda/vlsi_ir.c - 1.11 linux/drivers/net/wan/farsync.c - 1.9 linux/arch/arm/mach-sa1100/simpad.c - 1.10 linux/arch/arm/mach-sa1100/sa1111.c - 1.9 linux/arch/arm/mach-sa1100/neponset.c - 1.11 linux/arch/arm/mach-anakin/irq.c - 1.2 linux/arch/arm/mach-sa1100/irq.c - 1.7 linux/arch/arm/mach-sa1100/graphicsclient.c - 1.11 linux/arch/arm/mach-sa1100/assabet.c - 1.12 linux/arch/arm/mach-sa1100/cpu-sa1100.c - 1.5 linux/arch/arm/mach-sa1100/cpu-sa1110.c - 1.7 linux/arch/arm/mach-sa1100/generic.c - 1.9 linux/drivers/net/ns83820.c - 1.13 linux/include/asm-sparc/tlb.h - 1.2 linux/include/asm-generic/tlb.h - 1.8 linux/include/asm-alpha/tlb.h - 1.2 linux/drivers/net/wireless/orinoco_plx.c - 1.5 linux/drivers/pcmcia/sa1100_generic.c - 1.7 linux/arch/arm/mach-sa1100/h3600.c - 1.10 linux/arch/arm/mach-sa1100/graphicsmaster.c - 1.13 linux/arch/arm/mach-sa1100/adsbitsy.c - 1.11 linux/drivers/net/8139cp.c - 1.16 linux/drivers/atm/lanai.c - 1.2 linux/arch/arm/mach-epxa10db/irq.c - 1.3 linux/net/8021q/vlanproc.c - 1.7 linux/net/8021q/vlan_dev.c - 1.4 linux/net/8021q/vlan.c - 1.4 linux/drivers/atm/idt77252.c - 1.5 linux/net/atm/pppoatm.c - 1.4 linux/fs/ext3/super.c - 1.21 linux/fs/seq_file.c - 1.5 linux/fs/driverfs/inode.c - 1.19 linux/include/linux/device.h - 1.13 linux/Documentation/filesystems/driverfs.txt - 1.2 linux/drivers/usb/serial/ipaq.c - 1.11 linux/arch/arm/mm/proc-xscale.S - 1.8 linux/arch/arm/mach-shark/irq.c - 1.3 linux/arch/arm/mach-sa1100/system3.c - 1.11 linux/arch/arm/mach-arc/dma.c - 1.4 linux/arch/arm/mach-clps711x/irq.c - 1.3 linux/arch/arm/mach-ebsa110/core.c - 1.4 linux/arch/arm/mach-iop310/iop310-irq.c - 1.4 linux/arch/arm/mach-iop310/iq80310-irq.c - 1.4 linux/arch/arm/mach-iop310/iq80310-pci.c - 1.4 linux/arch/arm/mach-iop310/iq80310-time.c - 1.5 linux/arch/arm/mach-iop310/xs80200-irq.c - 1.4 linux/arch/arm/mach-rpc/irq.c - 1.3 linux/arch/arm/mach-ftvpci/pci.c - 1.3 linux/Documentation/usb/auerswald.txt - 1.3 linux/arch/arm/mach-footbridge/dma.c - 1.2 linux/arch/arm/kernel/debug.S - 1.4 linux/arch/arm/mach-rpc/dma.c - 1.4 linux/drivers/net/wireless/netwave_cs.c - 1.3 linux/drivers/net/wireless/wavelan.c - 1.3 linux/drivers/net/wireless/wavelan_cs.c - 1.5 linux/net/sched/Config.help - 1.2 linux/arch/alpha/Config.help - 1.5 linux/net/ipx/Config.help - 1.2 linux/net/Config.help - 1.3 linux/arch/sparc/Config.help - 1.4 linux/arch/sparc64/Config.help - 1.4 linux/drivers/sbus/char/Config.help - 1.2 linux/drivers/base/fs.c - 1.7 linux/drivers/base/Makefile - 1.5 linux/drivers/pci/pci-driver.c - 1.9 linux/drivers/pnp/pnpbios_core.c - 1.9 linux/include/linux/stringify.h - 1.2 linux/include/asm-sparc64/thread_info.h - 1.4 linux/arch/ppc/configs/lopec_defconfig - 1.3 linux/arch/ppc/configs/sandpoint_defconfig - 1.7 linux/sound/oss/esssolo1.c - 1.4 linux/sound/oss/es1371.c - 1.4 linux/arch/ppc/platforms/apus_setup.c - 1.4 linux/arch/ppc/platforms/chrp_smp.c - 1.4 linux/arch/ppc/platforms/lopec_setup.c - 1.9 linux/arch/ppc/platforms/pmac_pic.c - 1.5 linux/arch/ppc/platforms/pplus_setup.c - 1.8 linux/arch/ppc/platforms/prep_setup.c - 1.9 linux/arch/ppc/platforms/spruce_setup.c - 1.6 linux/include/asm-alpha/thread_info.h - 1.3 linux/drivers/net/e1000/e1000_main.c - 1.9 linux/Documentation/networking/e1000.txt - 1.3 linux/drivers/net/e1000/e1000_osdep.h - 1.4 linux/drivers/net/e1000/e1000.h - 1.5 linux/drivers/net/e1000/e1000_ethtool.c - 1.4 linux/drivers/net/tokenring/3c359.c - 1.2 linux/drivers/net/e1000/e1000_param.c - 1.3 linux/Documentation/filesystems/jfs.txt - 1.3 linux/fs/jfs/jfs_logmgr.h - 1.7 linux/fs/jfs/jfs_lock.h - 1.4 linux/fs/jfs/Makefile - 1.3 linux/fs/jfs/file.c - 1.8 linux/fs/jfs/inode.c - 1.9 linux/fs/jfs/jfs_dmap.c - 1.6 linux/fs/jfs/jfs_inode.c - 1.4 linux/fs/jfs/jfs_extent.c - 1.3 linux/fs/jfs/jfs_incore.h - 1.7 linux/fs/jfs/jfs_imap.h - 1.4 linux/fs/jfs/jfs_imap.c - 1.5 linux/fs/jfs/namei.c - 1.9 linux/fs/jfs/jfs_xtree.c - 1.5 linux/arch/arm/mach-footbridge/isa-irq.c - 1.3 linux/fs/jfs/jfs_logmgr.c - 1.13 linux/fs/jfs/super.c - 1.11 linux/fs/jfs/jfs_mount.c - 1.8 linux/fs/jfs/jfs_txnmgr.c - 1.11 linux/fs/jfs/jfs_txnmgr.h - 1.4 linux/fs/jfs/jfs_metapage.c - 1.8 linux/drivers/net/tg3.h - 1.8 linux/drivers/net/tg3.c - 1.8 linux/drivers/net/tulip/de2104x.c - 1.3 linux/drivers/net/tulip/dmfe.c - 1.2 linux/drivers/net/tulip/winbond-840.c - 1.3 linux/drivers/net/tulip/xircom_cb.c - 1.2 linux/drivers/net/tulip/xircom_tulip_cb.c - 1.2 linux/drivers/net/e100/e100_phy.h - 1.3 linux/drivers/net/e100/e100_proc.c - 1.5 linux/drivers/net/e100/e100.h - 1.6 linux/drivers/net/e100/e100_vendor.h - 1.3 linux/drivers/net/e100/e100_phy.c - 1.4 linux/drivers/net/e100/e100_config.c - 1.5 linux/drivers/net/e100/e100_config.h - 1.4 linux/drivers/net/e100/e100_eeprom.c - 1.3 linux/drivers/net/e100/e100_main.c - 1.6 linux/drivers/net/tc35815.c - 1.2 linux/drivers/net/e1000/e1000_hw.h - 1.3 linux/drivers/usb/core/drivers.c - 1.5 linux/drivers/usb/core/hub.c - 1.8 linux/drivers/usb/core/inode.c - 1.7 linux/include/asm-arm/arch-pxa/pxa-regs.h - 1.3 linux/include/asm-arm/arch-pxa/hardware.h - 1.2 linux/drivers/usb/core/usb.c - 1.12 linux/arch/arm/mach-pxa/Makefile - 1.3 linux/arch/arm/mach-pxa/generic.c - 1.3 linux/arch/arm/mach-pxa/irq.c - 1.2 linux/arch/arm/mach-pxa/lubbock.c - 1.5 linux/drivers/base/base.h - 1.6 linux/drivers/net/e1000/e1000_hw.c - 1.3 linux/drivers/usb/media/dabusb.c - 1.8 linux/drivers/net/e100/e100_test.c - 1.3 linux/drivers/usb/media/se401.c - 1.7 linux/drivers/usb/media/vicamurbs.h - 1.2 linux/drivers/usb/net/kaweth.c - 1.6 linux/drivers/usb/misc/auerswald.c - 1.7 linux/drivers/isdn/i4l/isdn_v110.h - 1.2 linux/drivers/isdn/i4l/isdn_v110.c - 1.2 linux/drivers/isdn/i4l/isdn_ttyfax.c - 1.2 linux/drivers/isdn/i4l/isdn_tty.h - 1.2 linux/drivers/isdn/i4l/isdn_tty.c - 1.4 linux/drivers/isdn/i4l/isdn_ppp.c - 1.4 linux/drivers/isdn/i4l/isdn_net.h - 1.3 linux/drivers/isdn/i4l/isdn_net.c - 1.3 linux/drivers/isdn/i4l/isdn_common.h - 1.2 linux/drivers/isdn/i4l/isdn_common.c - 1.4 linux/drivers/isdn/i4l/isdn_audio.c - 1.2 linux/fs/ntfs/attrib.c - 1.7 linux/fs/ntfs/volume.h - 1.6 linux/fs/ntfs/compress.c - 1.7 linux/fs/ntfs/file.c - 1.5 linux/fs/ntfs/namei.c - 1.6 linux/fs/ntfs/mft.h - 1.2 linux/fs/ntfs/mft.c - 1.6 linux/fs/ntfs/malloc.h - 1.2 linux/fs/ntfs/ChangeLog - 1.7 linux/sound/arm/sa11xx-uda1341.c - 1.4 linux/fs/ntfs/aops.c - 1.7 linux/drivers/block/umem.c - 1.5 linux/drivers/net/wan/pc300_drv.c - 1.3 linux/drivers/net/wireless/orinoco_pci.c - 1.2 linux/net/bluetooth/sco.c - 1.2 linux/net/bluetooth/l2cap.c - 1.2 linux/mm/page-writeback.c - 1.7 linux/arch/sparc/kernel/apc.c - 1.2 linux/drivers/char/drm/i830.h - 1.2 linux/kernel/suspend.c - 1.9 linux/drivers/ide/ioctl.c - 1.10 linux/drivers/ide/main.c - 1.7 linux/drivers/ide/probe.c - 1.9 linux/drivers/char/drm/sis_drv.c - 1.2 linux/drivers/char/drm/sis.h - 1.2 linux/drivers/base/bus.c - 1.5 linux/drivers/char/drm/i830_drv.c - 1.3 linux/drivers/base/driver.c - 1.4 linux/arch/i386/kernel/cpu/intel.c - 1.3 linux/drivers/s390/block/dasd_ioctl.c - 1.4 linux/drivers/usb/input/aiptek.c - 1.4 linux/arch/arm/mm/fault.h - 1.2 linux/net/llc/llc_if.c - 1.2 linux/net/core/ext8022.c - 1.2 linux/include/net/llc_pdu.h - 1.2 linux/net/llc/llc_sap.c - 1.2 linux/net/llc/llc_s_st.c - 1.2 linux/net/llc/llc_s_ev.c - 1.2 linux/net/llc/llc_evnt.c - 1.2 linux/net/llc/llc_mac.c - 1.2 linux/net/llc/llc_c_st.c - 1.2 linux/net/llc/llc_pdu.c - 1.2 linux/net/llc/llc_c_ac.c - 1.2 linux/net/llc/llc_c_ev.c - 1.2 linux/net/llc/llc_main.c - 1.2 linux/net/llc/llc_conn.c - 1.2 linux/fs/direct-io.c - 1.4 linux/drivers/serial/Makefile - 1.2 linux/drivers/serial/Config.in - 1.2 linux/drivers/serial/Config.help - 1.2 linux/include/linux/serial_core.h - 1.2 linux/include/linux/preempt.h - 1.2 From owner-linux-xfs@oss.sgi.com Fri Aug 16 08:03:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GF3XRw026411 for ; Fri, 16 Aug 2002 08:03:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GF3XrX026410 for linux-xfs-outgoing; Fri, 16 Aug 2002 08:03:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf17bis.bellsouth.net (mail317.mail.bellsouth.net [205.152.58.177]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GF3RRw026382 for ; Fri, 16 Aug 2002 08:03:27 -0700 Received: from TAZ2 ([66.156.4.66]) by imf17bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816150738.ECOK9473.imf17bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 11:07:38 -0400 Date: Fri, 16 Aug 2002 11:04:52 -0400 From: Greg Freemyer Subject: re[2]: XFS and net devices, any pros or cons ? To: Blizbor (IMA) , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816150738.ECOK9473.imf17bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GF3RRw026383 X-Spam-Status: No, hits=-0.5 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> This what I'm building isn't shared SCSI. >> I'm believe that shared SCSI couldn't survive some kind of crashes. Blizbor, I just want to clarify that a shared scsi solution can be made no-SPOF and thus is at least as reliable as a drbd based solution. The real issue is cost, not reliability. To do a no SPOF shared scsi solution, you have to build 2 separate shared scsi buses each with a set of data drives, then mirror the data between the 2 different buses. Another key component is to use external bus terminators, never internal. I have never setup this kind of solution under Linux, but it is one of the very few no SPOF solutions officially supported in Compaq UNIX TruClusters. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 09:32:12 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GGWBRw028249 for ; Fri, 16 Aug 2002 09:32:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GGWB9o028248 for linux-xfs-outgoing; Fri, 16 Aug 2002 09:32:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GGW1Rw028219 for ; Fri, 16 Aug 2002 09:32:02 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA48017 for ; Fri, 16 Aug 2002 11:34:37 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id LAA92806 for ; Fri, 16 Aug 2002 11:34:36 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GGYTS03855; Fri, 16 Aug 2002 11:34:29 -0500 Message-Id: <200208161634.g7GGYTS03855@stout.americas.sgi.com> Date: Fri, 16 Aug 2002 11:34:29 -0500 Subject: TAKE - don't take a 2nd ref on the data block device (LVM fix take 2) X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk See the comment below. This fixes LVM because on read-only mounts, blkdev_get is now only called with a READ argument. We had been calling it a 2nd time with READ|WRITE, and lvm didn't like this for it's read-only snapshots. So, don't call it a second time in XFS (the right thing to do, anyway) and then LVM is happy as well. Date: Fri Aug 16 09:32:00 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:125261a linux/fs/xfs/xfs_vfsops.c - 1.371 linux/fs/xfs/xfs_mount.c - 1.298 linux/fs/xfs/pagebuf/page_buf_locking.c - 1.27 linux/fs/xfs/pagebuf/page_buf.h - 1.37 - Add do_blkdev_get/do_blkdev_put arguments to pagebuf_lock_enable and pagebuf_lock_disable, so that we don't get/put a second time for the data device - the vfs does this for us. We still need to do it ourselves for the logdev and rtdev, though. This also means that the blkdev_get for the data device is now read-only for read-only mounts. From owner-linux-xfs@oss.sgi.com Fri Aug 16 10:04:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GH4gRw028691 for ; Fri, 16 Aug 2002 10:04:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GH4gPZ028690 for linux-xfs-outgoing; Fri, 16 Aug 2002 10:04:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GH4TRw028660 for ; Fri, 16 Aug 2002 10:04:29 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id 1D9EB181FDB0; Fri, 16 Aug 2002 10:41:42 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id KAA92336; Fri, 16 Aug 2002 10:06:36 -0700 (PDT) Message-ID: <3D5D3138.5FC5930C@tippett.com> Date: Fri, 16 Aug 2002 10:07:04 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: Eric Sandeen Cc: Stephen Lord , linux-xfs@oss.sgi.com Subject: Re: corruption issue References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.8 required=5.0 tests=SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen wrote: > > On Thu, 15 Aug 2002, Christian Rice wrote: > > > Yeah, I ran xfs_repair on it after trying a mount and getting the usual: > > > > [root@ozu tmp]# mount -t xfs /dev/hdb3 /hdb3 > > mount: wrong fs type, bad option, bad superblock on /dev/hdb3, > > or too many mounted file systems > > Christian - Do you have any idea what the true error was behind mount's > very unhelpful error message? It would be in the system logs. > > I suppose it was a recovery error, but it might be interesting to see > what went wrong in the first place. > > You've said that this happens to you more than you would like... again, > it would be interesting to see if the original mount failure is the same. > > Thanks, > > -Eric As a matter of fact, the system log shows this when I try to mount: Aug 16 10:05:51 ozu kernel: XFS mounting filesystem ide0(3,67) Aug 16 10:05:52 ozu kernel: XFS: nil uuid in log - IRIX style log Aug 16 10:05:52 ozu kernel: Starting XFS recovery on filesystem: ide0(3,67) (dev: 3/67) Aug 16 10:05:52 ozu kernel: XFS: log mount/recovery failed Aug 16 10:05:52 ozu kernel: XFS: log mount failed Does that shed any light? -- christian rice director of technology tippett studio 510.649.9711 l--xr----- From owner-linux-xfs@oss.sgi.com Fri Aug 16 10:47:36 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GHlaRw029361 for ; Fri, 16 Aug 2002 10:47:36 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GHlaHB029360 for linux-xfs-outgoing; Fri, 16 Aug 2002 10:47:36 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf09bis.bellsouth.net (mail309.mail.bellsouth.net [205.152.58.169]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GHlTRw029330 for ; Fri, 16 Aug 2002 10:47:29 -0700 Received: from TAZ2 ([66.156.4.66]) by imf09bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> for ; Fri, 16 Aug 2002 13:51:41 -0400 Date: Fri, 16 Aug 2002 13:48:54 -0400 From: Greg Freemyer Subject: Hopefully simple xfsrestore question To: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GHlURw029331 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, I have a an xfs test machine, so the data is not critical, but I want to understand better how restore works. I have been making xfsdump backups on a daily basis. Levels (Sun - Sat.): 0, 1, 2, 3, 1, 2, 3, 4 Today, I came across the "zero filled files" error, so I want to restore the most current backup of that file (ie /config/myscript). How do I do that? I can see that I can manually search backward by level, but that involves possibly reading 4 backups. I'm hoping that the xvsdump inventory has the name of the files backed up in there, so I can simply ask "which backup session has the latest copy of /config/myscript?". Then restore the file from that one backup. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 10:56:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GHuoRw029675 for ; Fri, 16 Aug 2002 10:56:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GHuobJ029674 for linux-xfs-outgoing; Fri, 16 Aug 2002 10:56:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GHuhRw029646 for ; Fri, 16 Aug 2002 10:56:43 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id MAA48779; Fri, 16 Aug 2002 12:59:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id MAA11850; Fri, 16 Aug 2002 12:59:18 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GHuwP23083; Fri, 16 Aug 2002 12:56:58 -0500 Subject: Re: Hopefully simple xfsrestore question From: Steve Lord To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> References: <20020816175141.BVMV6412.imf09bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 16 Aug 2002 12:56:58 -0500 Message-Id: <1029520618.27842.67.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.6 required=5.0 tests=IN_REP_TO,SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-16 at 12:48, Greg Freemyer wrote: > Hi, > > I have a an xfs test machine, so the data is not critical, but I want to understand better how restore works. > > I have been making xfsdump backups on a daily basis. > > Levels (Sun - Sat.): 0, 1, 2, 3, 1, 2, 3, 4 > > Today, I came across the "zero filled files" error, so I want to restore the most current backup of that file (ie /config/myscript). > > How do I do that? > > I can see that I can manually search backward by level, but that involves possibly reading 4 backups. > > I'm hoping that the xvsdump inventory has the name of the files backed up in there, so I can simply ask "which backup session has the latest copy of /config/myscript?". > > Then restore the file from that one backup. > I am not a dump expert, but take a look at xfsinvutil and xfsdump -I, I think the latter is what you want. It has filtering options, and you can probably combine them with grep to do what you want. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 11:27:42 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GIRgRw030123 for ; Fri, 16 Aug 2002 11:27:42 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GIRg7O030122 for linux-xfs-outgoing; Fri, 16 Aug 2002 11:27:42 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf00bis.bellsouth.net (mail000.mail.bellsouth.net [205.152.58.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GIRYRw030093 for ; Fri, 16 Aug 2002 11:27:35 -0700 Received: from TAZ2 ([66.156.4.66]) by imf00bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 14:31:47 -0400 Date: Fri, 16 Aug 2002 14:29:00 -0400 From: Greg Freemyer Subject: A more comprehensive backup inventory? [WAS: re[2]: Hopefully simple xfsrestore question] To: Steve Lord cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GIRZRw030094 X-Spam-Status: No, hits=0.6 required=5.0 tests=SUBJ_HAS_Q_MARK,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk >> I am not a dump expert, but take a look at xfsinvutil and xfsdump -I, >> I think the latter is what you want. It has filtering options, and >> you can probably combine them with grep to do what you want. >> Steve >> -- >> Steve Lord voice: +1-651-683-3511 >> Principal Engineer, Filesystem Software email: lord@sgi.com Thanks for the thought Steve, but I don't see any way to get file-by-file dump data out of the xfsdump inventory. xfsdump seems to be only keeping overall session info in the inventory, not a list of which files are backed up by a given xfsdump session. On my server, the inventory files themselves are all less than 10K . I have over 40,000 files on the server (all non-critical test data), so I'm pretty sure xfs is not storing the kind of inventory I was hoping it was. I have used OmniBack from HP before, and I pretty sure I could interrogate its inventory and it would tell me which tapes had a copy of a specific file. Question for all: Getting a list of which backups contain a specific file seems like a common need. Does anyone have a solution for this? Does Amanda or some other backup management software provide this ability? Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:11:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJB5Rw030723 for ; Fri, 16 Aug 2002 12:11:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJB5Aj030722 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:11:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from relay-3v.club-internet.fr (relay-3v.club-internet.fr [194.158.96.114]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJAxRw030693 for ; Fri, 16 Aug 2002 12:11:00 -0700 Received: from agnes (lns10v-8-176.w.club-internet.fr [213.44.235.176]) by relay-3v.club-internet.fr (Postfix) with ESMTP id D297A16AD for ; Fri, 16 Aug 2002 21:13:38 +0200 (CEST) Subject: Any notion of file affinity in XFS? From: Jean Francois Martinez To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 21:22:52 +0200 Message-Id: <1029525773.21439.215.camel@agnes.fremen.dune> Mime-Version: 1.0 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I see many cases where for performance reasons I would like being able to tell XFS that two files should be physically close (affine) so disk space allcation should treat them as a whole. It could be something like that: -tell the filesystem that the files I will create are affine -create them -revoke affinity. Does this exist? -Any plans to implement it or know of a filesystem where this exists? JFM From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:21:08 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJL8Rw030922 for ; Fri, 16 Aug 2002 12:21:08 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJL8lt030921 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:21:08 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf18bis.bellsouth.net (mail118.mail.bellsouth.net [205.152.58.58]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJL1Rw030892 for ; Fri, 16 Aug 2002 12:21:01 -0700 Received: from TAZ2 ([66.156.4.66]) by imf18bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> for ; Fri, 16 Aug 2002 15:23:36 -0400 Date: Fri, 16 Aug 2002 15:22:27 -0400 From: Greg Freemyer Subject: 2 freeze/snapshot questions To: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GJL1Rw030893 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I'm testing snapshots under xfs for the first time. I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that was released at the end of July I tried a simple lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config lvscan lvremove /dev/VG1/config_snap and it worked fine. (I only tried it once.) I just tried xfs_freeze -f /config lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config xfs_freeze -u /config lvremove /dev/VG1/config_snap and the lvcreate command seems to be locked up. Also, a lvscan is now core dumping with a segmentation fault. So I have 2 questions: Should the above work? And if not, what is the right way to do this? How can I get the lvcreate to terminate? I tried kill -9, but it had no effect. Thanks Greg ======= Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:27:10 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJRARw031086 for ; Fri, 16 Aug 2002 12:27:10 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJRABj031085 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:27:10 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJR2Rw031057 for ; Fri, 16 Aug 2002 12:27:03 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA49576; Fri, 16 Aug 2002 14:29:38 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.187.49]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id OAA08799; Fri, 16 Aug 2002 14:29:38 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id g7GJRIH23232; Fri, 16 Aug 2002 14:27:18 -0500 Subject: Re: A more comprehensive backup inventory? [WAS: re[2]: Hopefully simple xfsrestore question] From: Steve Lord To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> References: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 16 Aug 2002 14:27:18 -0500 Message-Id: <1029526038.23167.4.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-1.3 required=5.0 tests=IN_REP_TO,SUBJ_HAS_SPACES,SIGNATURE_DELIM,SUPERLONG_LINE version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, 2002-08-16 at 13:29, Greg Freemyer wrote: > > >> I am not a dump expert, but take a look at xfsinvutil and xfsdump -I, > >> I think the latter is what you want. It has filtering options, and > >> you can probably combine them with grep to do what you want. > > >> Steve > > >> -- > > >> Steve Lord voice: +1-651-683-3511 > >> Principal Engineer, Filesystem Software email: lord@sgi.com > > Thanks for the thought Steve, but I don't see any way to get file-by-file dump data out of the xfsdump inventory. xfsdump seems to be only keeping overall session info in the inventory, not a list of which files are backed up by a given xfsdump session. > > On my server, the inventory files themselves are all less than 10K . I have over 40,000 files on the server (all non-critical test data), so I'm pretty sure xfs is not storing the kind of inventory I was hoping it was. > > I have used OmniBack from HP before, and I pretty sure I could interrogate its inventory and it would tell me which tapes had a copy of a specific file. > > Question for all: > Getting a list of which backups contain a specific file seems like a common need. > > Does anyone have a solution for this? > > Does Amanda or some other backup management software provide this ability? > Looks like the inventory files are not a complete listing of what is in various dumps, there is no fast way to work out which dump you need to restore from at the XFS level. Amanda may offer this type of facility, I really do not know. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:27:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJRoRw031187 for ; Fri, 16 Aug 2002 12:27:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJRoX5031186 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:27:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf18bis.bellsouth.net (mail118.mail.bellsouth.net [205.152.58.58]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJRdRw031137 for ; Fri, 16 Aug 2002 12:27:40 -0700 Received: from TAZ2 ([66.156.4.66]) by imf18bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816193015.CWMG18137.imf18bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 15:30:15 -0400 Date: Fri, 16 Aug 2002 15:29:05 -0400 From: Greg Freemyer Subject: re: 2 freeze/snapshot questions To: Greg Freemyer , Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816193015.CWMG18137.imf18bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GJReRw031156 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk More info: I went to another shell session and did a xfs_freeze -u /config and the initial lvcreate finished fine. So that answers my second question. Thanks Greg >> I'm testing snapshots under xfs for the first time. >> I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that was >> released at the end of July >> I tried a simple >> lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> lvscan >> lvremove /dev/VG1/config_snap >> and it worked fine. (I only tried it once.) >> I just tried >> xfs_freeze -f /config >> lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> xfs_freeze -u /config >> lvremove /dev/VG1/config_snap >> and the lvcreate command seems to be locked up. Also, a lvscan is now >> core dumping with a segmentation fault. >> So I have 2 questions: >> Should the above work? And if not, what is the right way to do this? >> How can I get the lvcreate to terminate? I tried kill -9, but it had no >> effect. >> Thanks >> Greg >> ======= >> Greg Freemyer >> Internet Engineer >> Deployment and Integration Specialist >> Compaq ASE - Tru64 v4, v5 >> Compaq Master ASE - SAN Architect >> The Norcross Group >> www.NorcrossGroup.com Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:31:48 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJVmRw031417 for ; Fri, 16 Aug 2002 12:31:48 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJVmB4031416 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:31:48 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJVdRw031388 for ; Fri, 16 Aug 2002 12:31:39 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA48968; Fri, 16 Aug 2002 14:34:15 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA54565; Fri, 16 Aug 2002 14:34:14 -0500 (CDT) Subject: Re: Any notion of file affinity in XFS? From: Eric Sandeen To: Jean Francois Martinez Cc: linux-xfs@oss.sgi.com In-Reply-To: <1029525773.21439.215.camel@agnes.fremen.dune> References: <1029525773.21439.215.camel@agnes.fremen.dune> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 14:34:06 -0500 Message-Id: <1029526446.2630.52.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk The allocator itself has notions of how to do this; allocations happen with these flags: typedef enum xfs_alloctype { XFS_ALLOCTYPE_ANY_AG, /* allocate anywhere, use rotor */ XFS_ALLOCTYPE_FIRST_AG, /* ... start at ag 0 */ XFS_ALLOCTYPE_START_AG, /* anywhere, start in this a.g. */ XFS_ALLOCTYPE_THIS_AG, /* anywhere in this a.g. */ XFS_ALLOCTYPE_START_BNO, /* near this block else anywhere */ XFS_ALLOCTYPE_NEAR_BNO, /* in this a.g. and near this block */ XFS_ALLOCTYPE_THIS_BNO /* at exactly this block */ } xfs_alloctype_t; However, there is not any sort of ioctl to pick and choose an allocation method for a file... might be an interesting project, but it's not on the radar here. There are allocate space / reserve space ioctls, if you're ambitious, you could possibly write new versions that take in more information about how/where to allocate the space. Of course, you also may not get what you ask for... -Eric On Fri, 2002-08-16 at 14:22, Jean Francois Martinez wrote: > I see many cases where for performance reasons I would like being able > to tell XFS that two files should be physically close (affine) so disk > space allcation should treat them as a whole. It could be something > like that: > > -tell the filesystem that the files I will create are affine > -create them > -revoke affinity. > > Does this exist? > -Any plans to implement it or know of a filesystem where this exists? > > JFM > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 16 12:40:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GJerRw031775 for ; Fri, 16 Aug 2002 12:40:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GJerYk031774 for linux-xfs-outgoing; Fri, 16 Aug 2002 12:40:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GJegRw031739 for ; Fri, 16 Aug 2002 12:40:43 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA49694; Fri, 16 Aug 2002 14:43:19 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA22477; Fri, 16 Aug 2002 14:43:18 -0500 (CDT) Subject: Re: 2 freeze/snapshot questions From: Eric Sandeen To: Greg Freemyer Cc: linux-xfs@oss.sgi.com In-Reply-To: <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> References: <20020816192336.CSVB18137.imf18bis.bellsouth.net@TAZ2> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 14:43:10 -0500 Message-Id: <1029526990.2609.61.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Greg - I used LVM a bit this week to fix a bug, and the snapshots were working, at least as far as being able to create / mount / umount them. I don't know what flavor of LVM or XFS is in the SuSE kernel you have... but this is working for me with current CVS: pvcreate /dev/sda2 vgcreate volgroup2 /dev/sda2 lvcreate -L500 -nlogicalvol2 volgroup2 mkfs.xfs -f -q /dev/volgroup2/logicalvol2 mount /dev/volgroup2/logicalvol2 /mnt/lvmtest/ xfs_freeze -f /mnt/lvmtest/ lvcreate -L500M -s -n snapshot2 /dev/volgroup2/logicalvol2 xfs_freeze -u /mnt/lvmtest/ -Eric On Fri, 2002-08-16 at 14:22, Greg Freemyer wrote: > > I'm testing snapshots under xfs for the first time. > > I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that was released at the end of July > > I tried a simple > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config > lvscan > lvremove /dev/VG1/config_snap > > and it worked fine. (I only tried it once.) > > I just tried > xfs_freeze -f /config > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config > xfs_freeze -u /config > lvremove /dev/VG1/config_snap > > and the lvcreate command seems to be locked up. Also, a lvscan is now core dumping with a segmentation fault. > > So I have 2 questions: > > Should the above work? And if not, what is the right way to do this? > > How can I get the lvcreate to terminate? I tried kill -9, but it had no effect. > > Thanks > Greg > ======= > Greg Freemyer > Internet Engineer > Deployment and Integration Specialist > Compaq ASE - Tru64 v4, v5 > Compaq Master ASE - SAN Architect > The Norcross Group > www.NorcrossGroup.com -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 16 13:42:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GKgbRw012671 for ; Fri, 16 Aug 2002 13:42:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GKgbYo012670 for linux-xfs-outgoing; Fri, 16 Aug 2002 13:42:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf03bis.bellsouth.net (mail303.mail.bellsouth.net [205.152.58.163]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GKgMRw012640 for ; Fri, 16 Aug 2002 13:42:23 -0700 Received: from TAZ2 ([66.156.4.66]) by imf03bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816204635.ISKX1621.imf03bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 16:46:35 -0400 Date: Fri, 16 Aug 2002 16:43:48 -0400 From: Greg Freemyer Subject: re[2]: 2 freeze/snapshot questions To: Eric Sandeen cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816204635.ISKX1621.imf03bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GKgNRw012641 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Thanks, It is working now. I don't have any idea what has changed. I know it can't be a typo because I was using a script, and the script has not changed. I guess I need to put some kind of timeout logic around the create snapshot. Thanks again Greg >> Greg - I used LVM a bit this week to fix a bug, and the snapshots were >> working, at least as far as being able to create / mount / umount them. >> I don't know what flavor of LVM or XFS is in the SuSE kernel you have... >> but this is working for me with current CVS: >> pvcreate /dev/sda2 >> vgcreate volgroup2 /dev/sda2 >> lvcreate -L500 -nlogicalvol2 volgroup2 >> mkfs.xfs -f -q /dev/volgroup2/logicalvol2 >> mount /dev/volgroup2/logicalvol2 /mnt/lvmtest/ >> xfs_freeze -f /mnt/lvmtest/ >> lvcreate -L500M -s -n snapshot2 /dev/volgroup2/logicalvol2 >> xfs_freeze -u /mnt/lvmtest/ >> -Eric >> On Fri, 2002-08-16 at 14:22, Greg Freemyer wrote: >> > >> > I'm testing snapshots under xfs for the first time. >> > >> > I'm using LVM from the SuSE 8.0 release and a updated SuSE kernel that >> was released at the end of July >> > >> > I tried a simple >> > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> > lvscan >> > lvremove /dev/VG1/config_snap >> > >> > and it worked fine. (I only tried it once.) >> > >> > I just tried >> > xfs_freeze -f /config >> > lvcreate --snapshot -L 25m --name config_snap /dev/VG1/config >> > xfs_freeze -u /config >> > lvremove /dev/VG1/config_snap >> > >> > and the lvcreate command seems to be locked up. Also, a lvscan is now >> core dumping with a segmentation fault. >> > >> > So I have 2 questions: >> > >> > Should the above work? And if not, what is the right way to do this? >> > >> > How can I get the lvcreate to terminate? I tried kill -9, but it had no >> effect. >> > >> > Thanks >> > Greg >> > ======= >> > Greg Freemyer >> > Internet Engineer >> > Deployment and Integration Specialist >> > Compaq ASE - Tru64 v4, v5 >> > Compaq Master ASE - SAN Architect >> > The Norcross Group >> > www.NorcrossGroup.com >> -- >> Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs >> sandeen@sgi.com SGI, Inc. 651-683-3102 Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 15:07:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GM75Rw014969 for ; Fri, 16 Aug 2002 15:07:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GM75Yk014968 for linux-xfs-outgoing; Fri, 16 Aug 2002 15:07:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf16bis.bellsouth.net (mail016.mail.bellsouth.net [205.152.58.36]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GM6vRw014938 for ; Fri, 16 Aug 2002 15:06:57 -0700 Received: from TAZ2 ([66.156.4.66]) by imf16bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2>; Fri, 16 Aug 2002 18:11:10 -0400 Date: Fri, 16 Aug 2002 18:08:23 -0400 From: Greg Freemyer Subject: re[3]: 2 freeze/snapshot questions To: Greg Freemyer , Eric Sandeen cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7GM6vRw014941 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric, I think I know what I was doing wrong. I had the script I was writing/executing on the filesystem I was trying to snapshot. Bad idea!!!! I have moved my script to a drive I don't need to snapshot, and it seems to be running reliably now. Before I figured this out, I locked up LVM so bad a couple of times that I had to cycle power on the server. :< Greg ========== >> Thanks, >> It is working now. >> I don't have any idea what has changed. >> I know it can't be a typo because I was using a script, and the script has >> not changed. >> I guess I need to put some kind of timeout logic around the create >> snapshot. >> Thanks again >> Greg Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com From owner-linux-xfs@oss.sgi.com Fri Aug 16 15:14:04 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7GME4Rw015158 for ; Fri, 16 Aug 2002 15:14:04 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7GME4RO015157 for linux-xfs-outgoing; Fri, 16 Aug 2002 15:14:04 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7GMDvRw015128 for ; Fri, 16 Aug 2002 15:13:57 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id RAA50735 for ; Fri, 16 Aug 2002 17:16:33 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id RAA40616 for ; Fri, 16 Aug 2002 17:16:33 -0500 (CDT) Subject: Anybody interested in service contracts for Linux XFS? From: Eric Sandeen To: linux-xfs@oss.sgi.com Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Aug 2002 17:16:23 -0500 Message-Id: <1029536184.5560.44.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I've been asked to take the pulse of the commercial XFS users out there, and see if people would be interested, in general, in maintenance / service contracts for Linux XFS. It's not something we have in place now, but there have been a couple of inquiries. If your company depends on XFS for your product, please write me back and let me know: o Does the idea of a service contract interest you? o If not, why not? o If so... o What level of service would you require? (i.e. - what would you expect for your money?) o What's it worth to you? Perhaps this one is not easily answerable, but it might be interesting to get an idea of what you would be willing to exchange for the service level you'd like. And, to the non-commercial users, don't worry, this is -not- the first step towards "proprietizing" XFS, or anything like that. We've just had some companies with XFS in their product, who needed bugs fixed on a different priority then we were able to address, and we're looking for ways that we can help those folks, and generate some revenue at the same time. Oh, and there should probably be some sort of legal disclaimer here that this email does not constitute an offer of services, nothing in this email or your reply is binding in any way... etc... etc. Thanks, -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Fri Aug 16 17:54:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7H0sFRw017282 for ; Fri, 16 Aug 2002 17:54:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7H0sFME017281 for linux-xfs-outgoing; Fri, 16 Aug 2002 17:54:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7H0s6Rw017252 for ; Fri, 16 Aug 2002 17:54:07 -0700 Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g7H0ulvm006239; Sat, 17 Aug 2002 10:56:47 +1000 (EST) Received: from jdc.local (ppp112.dyn230.pacific.net.au [203.100.230.112]) by wisma.pacific.net.au with ESMTP id KAA05659; Sat, 17 Aug 2002 10:56:45 +1000 (EST) Received: from jdc.local (LOCALHOST [127.0.0.1]) by jdc.local (8.12.1/8.12.1/Debian -5) with ESMTP id g7H0uiVF003130; Sat, 17 Aug 2002 10:56:44 +1000 Received: (from jason@localhost) by jdc.local (8.12.1/8.12.1/Debian -5) id g7H0uab1003122; Sat, 17 Aug 2002 10:56:36 +1000 From: Jason White MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15709.40772.578825.458588@jdc.local> Date: Sat, 17 Aug 2002 10:56:36 +1000 To: Eric Sandeen Cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: References: <15708.22618.786062.458402@jdc.local> X-Mailer: VM 7.01 under Emacs 20.7.2 Reply-To: jasonw@ariel.ucs.unimelb.edu.au X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Eric Sandeen writes: > On Fri, 16 Aug 2002, Jason White wrote: > > > The kernel I am running is: > > Linux jdc 2.4.17-xfs #1 Sat Jan 19 16:47:16 EST 2002 i686 > > (checked out from cvs on that date). > > > > Any suggestions? > > Hi Jason - Yes, my suggestion would be to please upgrade your kernel > and see if it goes away. I upgraded and the problem appears to have gone - probably the 2.4.17 > mmap issue. After a few further crashes and db_recover operations, > whatever corruption was in the Berkeley db databases was, > presumably, cleaned away; and I haven't experienced any failures since. > I understand that you may not want to bring > your system to 2.4.19 yet, but the XFS that was in 2.4.17 > in the paleolithic days of Jan 2001 is quite different from the code > in CVS today. If you can boot it up for a trial, it would be very > helpful, as we really aren't able to go back to debug 9 month old > code. That's fine. I am one of those who would defend the developers' policy of only supporting the latest code (except perhaps for customers who take out service contracts, but that's a different issue). Thank you for your help and with apologies for adding unnecessary traffic to the list. From owner-linux-xfs@oss.sgi.com Fri Aug 16 18:51:50 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7H1poRw018547 for ; Fri, 16 Aug 2002 18:51:50 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7H1poZk018546 for linux-xfs-outgoing; Fri, 16 Aug 2002 18:51:50 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7H1piRw018518 for ; Fri, 16 Aug 2002 18:51:45 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id UAA51261; Fri, 16 Aug 2002 20:54:22 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id UAA83856; Fri, 16 Aug 2002 20:54:21 -0500 (CDT) Date: Fri, 16 Aug 2002 20:54:10 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Jason White cc: linux-xfs Subject: Re: Are there mmap problems with xfs 2.4.17? In-Reply-To: <15709.40772.578825.458588@jdc.local> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.5 required=5.0 tests=IN_REP_TO,SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Sat, 17 Aug 2002, Jason White wrote: > That's fine. I am one of those who would defend the developers' policy > of only supporting the latest code (except perhaps for customers who > take out service contracts, but that's a different issue). > > Thank you for your help and with apologies for adding unnecessary traffic to the > list. No problem at all, glad to know that the bug -did- get fixed. :) Thanks, -Eric From owner-linux-xfs@oss.sgi.com Sat Aug 17 00:06:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7H765Rw020865 for ; Sat, 17 Aug 2002 00:06:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7H7659K020864 for linux-xfs-outgoing; Sat, 17 Aug 2002 00:06:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from pepsi.splentec.com (ns.splentec.com [209.47.35.194]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7H74wRw020790 for ; Sat, 17 Aug 2002 00:04:59 -0700 Received: from corona (corona.splentec.com [209.47.35.254]) by pepsi.splentec.com (8.11.6/8.11.0) with SMTP id g7H77Vs07556; Sat, 17 Aug 2002 03:07:32 -0400 Message-ID: <04b201c245bd$787c4220$d3232fd1@corona> From: "James Lee" To: "Eric Sandeen" Cc: , References: <012301c241cb$16ea8530$fe232fd1@corona> <1029265417.14205.29.camel@stout.americas.sgi.com> Subject: Re: kernel BUG at filemap.c:843! Date: Sat, 17 Aug 2002 03:12:38 -0400 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Status: No, hits=2.5 required=5.0 tests=PLING,HTTP_USERNAME_USED,HTTP_ESCAPED_HOST version=2.20 X-Spam-Level: ** Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I did more testing with your patch on top of today's CVS, but the patch didn't help at all. The following is the results of the tests: Testing setup: 1. created a "/dev/md0" with 4 scsi disks 2. created a LVM Volume group "vg" with the "/dev/md0" 3. created a LVM logical volume "vol1" with "vg" 4. created a XFS fs with a command: mkfs.xfs -f -d sunit=8,swidth=8 /dev/vg/vol1 -----------meta-data=/dev/vg/vol1 isize=256 agcount=8, agsize=32767 blks -----------data = bsize=4096 blocks=262136, imaxpct=25 ----------- = sunit=1 swidth=1 blks, unwritten=0 -----------naming =version 2 bsize=4096 -----------log =internal log bsize=4096 blocks=1200, version=1 ----------- = sunit=1 blks -----------realtime =none extsz=65536 blocks=0, rtextents=0 Test results: 1. mount with quota enabled => occasional kernel oops, attached the file oops1 2. mount without quota enabled => occasional kernel oops, attached the file oops2 3. mount without quota enabled, while md device is in degraded mode => always kernel oops, attached the file oops3 Thanks, JLee ----- Original Message ----- From: "Eric Sandeen" To: "James Lee" Cc: ; Sent: Tuesday, August 13, 2002 3:03 PM Subject: Re: kernel BUG at filemap.c:843! > Hi guys - > > We treat MD and LVM somewhat specially, and I wonder if in this case MD > is masking the fact that you're using LVM, and that might be where the > problem starts. > > Can you try this patch, which will cause LVM & MD to be treated the > same, to see if it helps? It's probably not the final solution, but it > might offer some hints. > > Thanks, > > -Eric > > --- linux/fs/xfs/pagebuf/page_buf_locking.c_1.24 Tue Aug 13 14:05:18 2002 > +++ linux/fs/xfs/pagebuf/page_buf_locking.c Tue Aug 13 13:59:37 2002 > @@ -198,7 +196,7 @@ > pagebuf_target_blocksize(target, PAGE_CACHE_SIZE); > > if ((MAJOR(dev) == MD_MAJOR) || (MAJOR(dev) == EVMS_MAJOR)) > - target->pbr_flags = PBR_ALIGNED_ONLY; > + target->pbr_flags = PBR_SECTOR_ONLY; > else if (MAJOR(dev) == LVM_BLK_MAJOR) > target->pbr_flags = PBR_SECTOR_ONLY; > else > > > > On Mon, 2002-08-12 at 01:40, James Lee wrote: > > Hi, > > > > I'm also having the exactly same problem. > > Tested with 2.4.19-xfs(checked out from SGI's CVS on Aug 10) on Redhat 7.2. > > Kernel and userland tools are compiled with gcc 2.91.66 > > The following is the result of some tests: > > > > scsidisks -> xfs: OK > > scsidisks -> raid5 -> xfs: OK > > scsidisks -> lvm -> xfs: OK > > scsidisks -> raid0 -> lvm -> xfs: OK > > scsidisks -> raid1 -> lvm -> xfs: OK > > scsidisks -> raid5 -> lvm -> xfs: kernel BUG at filemap.c:843! > > > > This problem is always reproducible with the following shell script: > > > > #!/bin/sh > > mkraid /dev/md0 > > vgcreate VolumeGroup /dev/md0 > > lvcreate -L1G -nTestVolume VolumeGroup > > mkfs.xfs -f -d size=32m /dev/VolumeGroup/TestVolume > > mount -t xfs /dev/VolumeGroup/TestVolume > > /mnt -onoatime,nodiratime,usrquota,grpquota > > > > Whenever I run the above script, mount command always generates kernel oops. > > But, if I insert some delay as of the following, then mount goes well: > > > -- > Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs > sandeen@sgi.com SGI, Inc. 651-683-3102 begin 666 oops1.dat M=&5S=&5D.B R+C0N,3DM>&9S("A31TDG7-T96T@8W)E871E9"!O;B!T;W @;V8@ M3%9-("L@340L('-O;65T:6UE6UO;W!S(#(N-"XQ(&]N(&DV.#8@,BXT+C$Y+B @3W!T:6]N6UB;VP@:6YF;W)M871I;VXN("!) M('=I;&P*87-S=6UE('1H870@=&AE(&QO9R!M871C:&5S('1H92!K97)N96P@ M86YD(&UO9'5L97,@=&AA="!A6UO;W!S("UT(&5L9C,R+6DS.#8@ M+6$@:3,X-@I%1DQ!1U,Z(# P,#$P,C0V"F5A>#H@8S$Y969B-# @("!E8G@Z M(&,P,V$W9#$T(" @96-X.B P,# P,# Q-B @(&5D>#H@,# P,# P,# *97-I M.B!C,6,P,&5C8R @(&5D:3H@9C5F,F9F,C @("!E8G Z(# P,# P,# Q(" @ M97-P.B!F-6-D,3DY. ID2MA8R\Q,3 ^"E1R86-E.R!C,#(T-C4X.2 \<&%G96)U9E]I M;W)E<75E&9S7W)E861?8G5F*S-E+V8P M/@I4&9S7W)E861S8BLX,"]C,#X*5')A8V4[(&,P,C-B960T(#QX9G-?8VUO=6YT M9G,K-37-T96U?8V%L;"LS,R\S.#X*0V]D93L@(&,P,3)B9&0V(#QU;FQO8VM? M<&%G92LT-B\W,#X*,# P,# P,# @/%]%25 ^.@I#;V1E.R @8S Q,F)D9#8@ M/'5N;&]C:U]P86=E*S0V+S

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

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

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

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

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

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

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

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

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

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

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

&]R(" @("5E87@L*"5E87@I M"@H]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] +/3T]/3T]/3T]/0H` ` end From owner-linux-xfs@oss.sgi.com Sat Aug 17 07:28:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7HESYRw025617 for ; Sat, 17 Aug 2002 07:28:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7HESYOv025616 for linux-xfs-outgoing; Sat, 17 Aug 2002 07:28:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mta05ps.bigpond.com (mta05ps.bigpond.com [144.135.25.137]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7HESQRw025588 for ; Sat, 17 Aug 2002 07:28:27 -0700 Message-Id: <200208171428.g7HESQRw025588@oss.sgi.com> Received: from there ([144.135.25.75]) by mta05ps.bigpond.com (Netscape Messaging Server 4.15 mta05ps May 23 2002 23:53:28) with SMTP id H0ZSBT00.33Z; Sun, 18 Aug 2002 00:31:05 +1000 Received: from CPE-203-51-232-241.qld.bigpond.net.au ([203.51.232.241]) by PSMAM03.mailsvc.email.bigpond.com(MailRouter V3.0n 89/7758558); 18 Aug 2002 00:31:05 Content-Type: text/plain; charset="us-ascii" From: Adrian Head To: Greg Freemyer , Eric Sandeen Subject: Re: re[3]: 2 freeze/snapshot questions Date: Sun, 18 Aug 2002 00:31:00 +1000 X-Mailer: KMail [version 1.3.1] Cc: References: <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2> In-Reply-To: <20020816221110.GPUQ23936.imf16bis.bellsouth.net@TAZ2> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=-2.0 required=5.0 tests=IN_REP_TO,MSG_ID_ADDED_BY_MTA_2 version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Snapshots should be able to be generated on an active filesystem in full flight. If you cannot do that then something is wrong. I have had many issues with LVM snapshots and XFS/xfs_freeze but that was a long time ago (last year and early this year) you might check the archives to see if the issue is something simular. For me I stopped using xfs_freeze and relied on the VFS-lock patch. I did have a problem that was time related. If I ran through snapshots manually everything worked. If I ran exactly the same commands in a script it would die. I don't think anyone was able to work it out. In the end I changed that way I was doing it. > I think I know what I was doing wrong. I had the script I was > writing/executing on the filesystem I was trying to snapshot. > > Bad idea!!!! > > I have moved my script to a drive I don't need to snapshot, and it seems to > be running reliably now. > > Before I figured this out, I locked up LVM so bad a couple of times that I > had to cycle power on the server. :< -- Adrian Head (Public Key available on request.) From owner-linux-xfs@oss.sgi.com Sat Aug 17 09:12:05 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7HGC5Rw026359 for ; Sat, 17 Aug 2002 09:12:05 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7HGC5pG026358 for linux-xfs-outgoing; Sat, 17 Aug 2002 09:12:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mailhub-1.iastate.edu (mailhub-1.iastate.edu [129.186.140.3]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7HGBwRw026330 for ; Sat, 17 Aug 2002 09:11:58 -0700 Received: from mailout-1.iastate.edu (mailout-1.iastate.edu [129.186.140.1]) by mailhub-1.iastate.edu (8.9.3/8.9.3) with SMTP id LAA02549 for ; Sat, 17 Aug 2002 11:14:42 -0500 Received: from tranquility.ee.iastate.edu(129.186.55.210) by mailout-1.iastate.edu via csmap id 25810; Sat, 17 Aug 2002 11:22:25 -0500 (CDT) Message-ID: <3D5E75C4.90007@iastate.edu> Date: Sat, 17 Aug 2002 11:11:48 -0500 From: Joseph Mesterhazy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: 2.4.19 patches / stability Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, We have production-level servers running the RH2.4.18+XFS kernel. We have found under heavy load (NFS and samba) the filesystem will lock up completely, the last thing being logged is: Aug 16 08:07:03 phobos smbd[8842]: request_oplock_break: no response received to oplock break request to pid 23785 on port 39505 for dev = 802, inode = 173896 772, file_id = 126 Aug 16 08:07:48 phobos kernel: lease timed out Looking at the patches that went into kernel 2.4.19, there are numerous oplock fixes, and I am hoping this will solve this issue. I see there is a 2.4.19 patch in the XFS download directory. However the README says this is a snapshot of CVS and is for development use only, and I don't see a 2.4.19 Release 1.1 patch.. so I am kind of stuck between a rock and a hard place. Is the 2.4.19 patch considered by most to be "stable", and safe to use? Or is there a 2.4.19 XFS 1.1 patch coming out any time soon? What is the recommended course of action in this case? Thanks, Joe -- Joe Mesterhazy ECpE UNIX Administrator 2101 Coover Hall, Iowa State University Ames, IA 50011. (515) 294-7359 http://joe.mesterhazy.net/ From owner-linux-xfs@oss.sgi.com Sat Aug 17 09:45:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7HGjkRw026790 for ; Sat, 17 Aug 2002 09:45:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7HGjk9G026789 for linux-xfs-outgoing; Sat, 17 Aug 2002 09:45:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7HGjaRw026760 for ; Sat, 17 Aug 2002 09:45:36 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id LAA54950; Sat, 17 Aug 2002 11:48:16 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id LAA93879; Sat, 17 Aug 2002 11:48:15 -0500 (CDT) Date: Sat, 17 Aug 2002 11:47:58 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Joseph Mesterhazy cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 patches / stability In-Reply-To: <3D5E75C4.90007@iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Joe - The 2.4.19 snapshot patch is just that, a snapshot. There are no plans to forward-port XFS 1.1 to 2.4.19, although it might not be to bad if you wanted to give it a shot yourself. If you need a newer released version of XFS, we are planning a new release fairly soon, based on 2.4.19, but it will be a few weeks until it is available. OTOH, we have internally tested a CVS kernel from about a month ago fairly heavily, and it did well. If you have a test box that you can evaluate the current CVS on, you may find that it meets your needs. -Eric On Sat, 17 Aug 2002, Joseph Mesterhazy wrote: > Hello, > > We have production-level servers running the RH2.4.18+XFS kernel. We have found > under heavy load (NFS and samba) the filesystem will lock up completely, the > last thing being logged is: > > Aug 16 08:07:03 phobos smbd[8842]: request_oplock_break: no response received > to oplock break request to pid 23785 on port 39505 for dev = 802, inode = 173896 > 772, file_id = 126 > Aug 16 08:07:48 phobos kernel: lease timed out > > Looking at the patches that went into kernel 2.4.19, there are numerous oplock > fixes, and I am hoping this will solve this issue. > > I see there is a 2.4.19 patch in the XFS download directory. However the README > says this is a snapshot of CVS and is for development use only, and I don't see > a 2.4.19 Release 1.1 patch.. so I am kind of stuck between a rock and a hard > place. Is the 2.4.19 patch considered by most to be "stable", and safe to use? > Or is there a 2.4.19 XFS 1.1 patch coming out any time soon? What is the > recommended course of action in this case? > > > Thanks, > > Joe > > -- > Joe Mesterhazy > ECpE UNIX Administrator > 2101 Coover Hall, Iowa State University > Ames, IA 50011. (515) 294-7359 > http://joe.mesterhazy.net/ > > From owner-linux-xfs@oss.sgi.com Sat Aug 17 18:18:06 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7I1I6Rw030824 for ; Sat, 17 Aug 2002 18:18:06 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7I1I5UR030823 for linux-xfs-outgoing; Sat, 17 Aug 2002 18:18:05 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from gum.csee.uq.edu.au (gum.csee.uq.edu.au [130.102.66.1]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7I1HvRw030793 for ; Sat, 17 Aug 2002 18:17:58 -0700 Received: from nut.csee.uq.edu.au (nut.csee.uq.edu.au [130.102.66.13]) by gum.csee.uq.edu.au (8.12.5/8.12.5) with ESMTP id g7I1KcnW017114; Sun, 18 Aug 2002 11:20:38 +1000 (EST) Received: from mango.csee.uq.edu.au (mango.csee.uq.edu.au [130.102.66.4]) by nut.csee.uq.edu.au (8.11.6/8.11.6) with ESMTP id g7I1KcY07330; Sun, 18 Aug 2002 11:20:38 +1000 (EST) Date: Sun, 18 Aug 2002 11:20:38 +1000 (EST) From: Chris Pascoe X-X-Sender: chrisp@mango.csee.uq.edu.au To: Joseph Mesterhazy cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.19 patches / stability In-Reply-To: <3D5E75C4.90007@iastate.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checked: This message probably not SPAM X-Spam-Score: -3.4 X-Spam-Tests: IN_REP_TO X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang) X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Joseph, > We have production-level servers running the RH2.4.18+XFS kernel. We have found > under heavy load (NFS and samba) the filesystem will lock up completely, the > last thing being logged is: > > Aug 16 08:07:03 phobos smbd[8842]: request_oplock_break: no response received > to oplock break request to pid 23785 on port 39505 for dev = 802, inode = 173896 > 772, file_id = 126 > Aug 16 08:07:48 phobos kernel: lease timed out What version of Samba are you using? I also experienced these messages - but not the complete lockups you describe - they resulted in "busy inodes" being reported at umount time, but no corruption of any kind occurred as a result. Versions of samba prior to 2.2.5 have numerous bugs that cause oplock break requests to be missed - I reported these to the samba guys and a few patches went in for 2.2.5 to help out. I think a more general (but less-often hit) problem was found just after the 2.2.5 release as well. Moving to the SAMBA_2_2 CVS code from 4 July 2002 completely eliminated the problem of Samba letting oplock leases time out for me - and the problems that arose as a result of this went away. I too am hoping that the patches that went into 2.4.19 will help out with this too. Let me know if you do try the 2.4.19 CVS tree with the old version of samba and the hangs that you experience go away. Regards, Chris From owner-linux-xfs@oss.sgi.com Sun Aug 18 11:56:28 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7IIuSRw017287 for ; Sun, 18 Aug 2002 11:56:28 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7IIuSiq017286 for linux-xfs-outgoing; Sun, 18 Aug 2002 11:56:28 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from localhost.localdomain ([194.185.97.9]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7IIu8Rw017248 for ; Sun, 18 Aug 2002 11:56:18 -0700 Received: from localhost (matteo@localhost) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id g7IIohK01990; Sun, 18 Aug 2002 20:50:49 +0200 X-Authentication-Warning: localhost.localdomain: matteo owned process doing -bs Date: Sun, 18 Aug 2002 20:50:43 +0200 (CEST) From: Matteo Centonza X-X-Sender: matteo@localhost.localdomain To: Greg Freemyer cc: linux-xfs@oss.sgi.com Subject: Re: A more comprehensive backup inventory? [WAS: re[2]: Hopefully simple xfsrestore question] In-Reply-To: <20020816183147.CIZE23992.imf00bis.bellsouth.net@TAZ2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Greg, > Question for all: > Getting a list of which backups contain a specific file seems like a common need. > > Does anyone have a solution for this? > > Does Amanda or some other backup management software provide this ability? yes, AMANDA offer this facility (not natively). You can zcat and grep through the dump indices. Ciao, -m From owner-linux-xfs@oss.sgi.com Mon Aug 19 02:26:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7J9QsRw003540 for ; Mon, 19 Aug 2002 02:26:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7J9QsSZ003539 for linux-xfs-outgoing; Mon, 19 Aug 2002 02:26:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from unitek.ch (mail.swissrates.ch [195.141.131.66]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7J9QmRw003508 for ; Mon, 19 Aug 2002 02:26:49 -0700 Received: from unitek.ch (pc20.unitek.ch [194.191.110.32]) by unitek.ch (8.11.6+Sun/8.9.2) with ESMTP id g7J9U7c21223 for ; Mon, 19 Aug 2002 11:30:07 +0200 (MEST) Message-ID: <3D60BB4D.9010603@unitek.ch> Date: Mon, 19 Aug 2002 11:33:01 +0200 From: Patrick Fuerlinger User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS permission BUG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, i have a problem with XFS over NFS and umask (Kernel 2.4.18-3-XFS-1.1). I have read about this Problem and there is a patch available. But i can't find them. Is there already a final Release with this fix, or a official Patch? thx Patrick Fuerlinger -- Patrick Fuerlinger, Unitek Engineering AG, 8001 Zuerich, Tel: 01-266-8832 From owner-linux-xfs@oss.sgi.com Mon Aug 19 03:21:23 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JALNRw004196 for ; Mon, 19 Aug 2002 03:21:23 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JALME2004195 for linux-xfs-outgoing; Mon, 19 Aug 2002 03:21:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from deliverator.sgi.com (deliverator.SGI.COM [204.94.214.10] (may be forged)) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JALGRw004167 for ; Mon, 19 Aug 2002 03:21:16 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id DAA08640 for ; Mon, 19 Aug 2002 03:24:08 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA22742; Mon, 19 Aug 2002 20:22:48 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id UAA33192; Mon, 19 Aug 2002 20:22:47 +1000 (AEST) Date: Mon, 19 Aug 2002 20:22:46 +1000 From: Nathan Scott To: Patrick Fuerlinger Cc: linux-xfs@oss.sgi.com Subject: Re: XFS permission BUG Message-ID: <20020819202246.A33210@wobbly.melbourne.sgi.com> References: <3D60BB4D.9010603@unitek.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D60BB4D.9010603@unitek.ch>; from pf@unitek.ch on Mon, Aug 19, 2002 at 11:33:01AM +0200 X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 11:33:01AM +0200, Patrick Fuerlinger wrote: > Hello, hi, > i have a problem with XFS over NFS and umask (Kernel 2.4.18-3-XFS-1.1). > I have read about this Problem and there is a patch available. But i > can't find them. Is there already a final Release with this fix, or a > official Patch? The fix is only in CVS at this stage, I don't believe a new release has been done as yet with this included. The fix is trivial though, so you may be able to fix this yourself - the has_fs_struct() routine in fs/xfs/linux/xfs_iops.c (and its one caller) is the esssential change. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 19 09:57:27 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JGvRRw028280 for ; Mon, 19 Aug 2002 09:57:27 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JGvRn4028279 for linux-xfs-outgoing; Mon, 19 Aug 2002 09:57:27 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from imf28bis.bellsouth.net (mail028.mail.bellsouth.net [205.152.58.68]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JGvDRw028233 for ; Mon, 19 Aug 2002 09:57:13 -0700 Received: from TAZ2 ([66.156.4.66]) by imf28bis.bellsouth.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with SMTP id <20020819165954.OSPM10186.imf28bis.bellsouth.net@TAZ2>; Mon, 19 Aug 2002 12:59:54 -0400 Date: Mon, 19 Aug 2002 12:58:47 -0400 From: Greg Freemyer Subject: re[5]: 2 freeze/snapshot questions To: Adrian Head , Eric Sandeen cc: Mime-Version: 1.0 Organization: The NorcrossGroup X-Mailer: GoldMine [5.70.11111] Content-Type: Text/plain Message-Id: <20020819165954.OSPM10186.imf28bis.bellsouth.net@TAZ2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JGvDRw028245 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Adrian, Thanks for the heads up. My current implementation is definitely not stable. (See below) Do you know if the VFS-lock patch is included in the 2.4.19 or 2.4.19-aa kernels? (I am running SuSE which is based on the -aa kernel, so I may have this functionality and not know it.) Does anyone know if there is a version of xfs/lvm that work together reliably to take snapshots under load? ====> My simple tests I just tried doing some snapshots under a couple of different i/o loads, and I found them unreliable with simultaneous write activity. I was using the latest SuSE kernel which I believe is based on the 2.4.19-pre1aa kernel. SuSE also has an experimental kernel based on 2.4.19-aa that I have not tried. For all cases I was using a simple script to invoke the snapshot process and I was attempting to create a 2.5 Gig snapshot volume: xfs_freeze -f /data lvcreate --snapshot -L 2500m --name Data_snap /dev/VG/Data xfs_freeze -u /data lvremove -f /dev/VG/Data_snap I was invoking the above script by hand, so there were several seconds minimum between each iteration. 1) With zero i/o, I did 10 snapshots with no lockups. 2) With read-only i/o, I also did 10 snapshots with no lockups. (i..e dd if=/data/largefile of=/dev/null bs=64k) 3) With read/write i/o, I had a lockup on my very first snapshot attempt. (i..e dd if=/data/largefile of=/data/junk bs=64k) The lockup occured on the lvcreate step. Issuing a xfs_freeze -u /data from a different ssh login, cleared the lockup. Greg Freemyer Internet Engineer Deployment and Integration Specialist Compaq ASE - Tru64 v4, v5 Compaq Master ASE - SAN Architect The Norcross Group www.NorcrossGroup.com >> Snapshots should be able to be generated on an active filesystem in full >> flight. If you cannot do that then something is wrong. >> I have had many issues with LVM snapshots and XFS/xfs_freeze but that was >> a >> long time ago (last year and early this year) you might check the archives >> to >> see if the issue is something simular. For me I stopped using xfs_freeze >> and >> relied on the VFS-lock patch. >> I did have a problem that was time related. If I ran through snapshots >> manually everything worked. If I ran exactly the same commands in a >> script >> it would die. I don't think anyone was able to work it out. In the end I >> >> changed that way I was doing it. >> > I think I know what I was doing wrong. I had the script I was >> > writing/executing on the filesystem I was trying to snapshot. >> > >> > Bad idea!!!! >> > >> > I have moved my script to a drive I don't need to snapshot, and it seems >> to >> > be running reliably now. >> > >> > Before I figured this out, I locked up LVM so bad a couple of times that >> I >> > had to cycle power on the server. :< >> -- >> Adrian Head >> (Public Key available on request.) From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:32:49 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIWnRw030335 for ; Mon, 19 Aug 2002 11:32:49 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIWnG7030334 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:32:49 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta04.algx.net (chimta04.algx.net [216.99.233.79]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIWhRw030306 for ; Mon, 19 Aug 2002 11:32:43 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx04.algx.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0H0X005APUSLC6@chimmx04.algx.net> for linux-xfs@oss.sgi.com; Fri, 16 Aug 2002 08:29:10 -0500 (CDT) Date: Fri, 16 Aug 2002 09:29:09 -0400 From: Danny Cox Subject: Conflicting Types Between .h and .c files To: XFS Mailing List Message-id: <1029504550.1808.5.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Howdy! I just updated from CVS this AM, and am having type conflicts between the xfs .h and .c files on the type of kmem_zone. The .h file sez its: extern struct kmem_zone *; while the .c file sez its: kmem_zone_t *; While I know it's the same thing, the compiler (2.96 from RH) apparently thinks they're different. Further, I know that Linux likes the 'struct name' form, so that it's obvious that this var is a struct (or refers to a struct), rather than anything else. I've now "fixed" around 5 or 6 of these, and it finally compiles. Did I just catch the tree in a state of non-atomic commits? Thanks! -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:44:53 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIirRw030697 for ; Mon, 19 Aug 2002 11:44:53 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIirvh030696 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:44:53 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIikRw030667 for ; Mon, 19 Aug 2002 11:44:47 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17grYt-0008My-00; Mon, 19 Aug 2002 19:47:35 +0100 Date: Mon, 19 Aug 2002 19:47:35 +0100 From: Christoph Hellwig To: Danny Cox Cc: XFS Mailing List Subject: Re: Conflicting Types Between .h and .c files Message-ID: <20020819194735.A32101@infradead.org> References: <1029504550.1808.5.camel@wiley> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029504550.1808.5.camel@wiley>; from DCox@SnapServer.com on Fri, Aug 16, 2002 at 09:29:09AM -0400 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Fri, Aug 16, 2002 at 09:29:09AM -0400, Danny Cox wrote: > Howdy! > > I just updated from CVS this AM, and am having type conflicts between > the xfs .h and .c files on the type of kmem_zone. The .h file sez its: > > extern struct kmem_zone *; > > while the .c file sez its: > > kmem_zone_t *; > > While I know it's the same thing, the compiler (2.96 from RH) apparently I don't think that's valid. And at least gcc 3.2 doesn't complain.. > thinks they're different. Further, I know that Linux likes the 'struct > name' form, so that it's obvious that this var is a struct (or refers to > a struct), rather than anything else. In this case not, as the kmem_zone_t is an object opaque to it's user. Compare it to kmem_cache_t in þhe core Linux code. From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:49:21 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JInLRw030897 for ; Mon, 19 Aug 2002 11:49:21 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JInLQe030896 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:49:21 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta04.algx.net (chimta04.algx.net [216.99.233.79]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JInFRw030868 for ; Mon, 19 Aug 2002 11:49:15 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx04.algx.net (iPlanet Messaging Server 5.1 HotFix 0.6 (built Apr 26 2002)) with ESMTP id <0H1300FO4TQWH2@chimmx04.algx.net> for linux-xfs@oss.sgi.com; Mon, 19 Aug 2002 13:52:09 -0500 (CDT) Date: Mon, 19 Aug 2002 14:52:08 -0400 From: Danny Cox Subject: Re: Conflicting Types Between .h and .c files In-reply-to: <20020819194735.A32101@infradead.org> To: Christoph Hellwig Cc: XFS Mailing List Message-id: <1029783129.1147.37.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain; charset=ISO-8859-1 References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JInFRw030869 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, On Mon, 2002-08-19 at 14:47, Christoph Hellwig wrote: > > while the .c file sez its: > > > > kmem_zone_t *; > > > > While I know it's the same thing, the compiler (2.96 from RH) apparently > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. Yes, but 2.96 does. I'd think that several folks use 2.96, since that's the standard gcc from RH 7.2. > In this case not, as the kmem_zone_t is an object opaque to it's user. > Compare it to kmem_cache_t in þhe core Linux code. Okay, point taken. Nevertheless, the types between the .c and .h files should be consistent, whatever is chosen, no? -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:50:25 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIoORw031038 for ; Mon, 19 Aug 2002 11:50:24 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIoOce031037 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:50:24 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mx1.tippett.com (user-112vvgq.biz.mindspring.com [66.47.254.26]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIoIRw030981 for ; Mon, 19 Aug 2002 11:50:19 -0700 Received: from hermes.tippett.com (hermes.tippett.com [192.168.2.20]) by mx1.tippett.com (Postfix) with ESMTP id 12129181FDB0 for ; Mon, 19 Aug 2002 12:28:11 -0700 (PDT) Received: from tippett.com (felix.tippett.com [192.168.2.32]) by hermes.tippett.com (980427.SGI.8.8.8/8.7.3) with ESMTP id LAA11574 for ; Mon, 19 Aug 2002 11:52:34 -0700 (PDT) Message-ID: <3D613E8E.448A9016@tippett.com> Date: Mon, 19 Aug 2002 11:53:02 -0700 From: Christian Rice Organization: Tippett Studio X-Mailer: Mozilla 4.79C-SGI [en] (X11; I; IRIX64 6.5 IP28) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: grub and root partition with external log Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.8 required=5.0 tests=SIGNATURE_DELIM version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Perhaps I'm missing something, but I can't find any docs for booting with grub using XFS with an external log. I assume I have my /etc/fstab set correctly--I can mount up as a secondary drive no problem with the logdev option, but how should I change grub.conf? How does it know where to find the external log? I searched the mailing list, read the info, googled and deja'd to no avail. Any hammer to the forehead appreciated. -- christian rice director of technology tippett studio 510.649.9711 l--xr----- From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:53:54 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JIrsRw031235 for ; Mon, 19 Aug 2002 11:53:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JIrsdk031234 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:53:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JIrmRw031206 for ; Mon, 19 Aug 2002 11:53:49 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17grhh-0008Qv-00; Mon, 19 Aug 2002 19:56:41 +0100 Date: Mon, 19 Aug 2002 19:56:41 +0100 From: Christoph Hellwig To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List Subject: Re: Conflicting Types Between .h and .c files Message-ID: <20020819195641.A32415@infradead.org> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029783129.1147.37.camel@wiley>; from DCox@SnapServer.com on Mon, Aug 19, 2002 at 02:52:08PM -0400 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 02:52:08PM -0400, Danny Cox wrote: > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > that's the standard gcc from RH 7.2. Gcc '2.96' is a development snapshot. Even if redhat ships it it's by now ways official. > > In this case not, as the kmem_zone_t is an object opaque to it's user. > > Compare it to kmem_cache_t in þhe core Linux code. > > Okay, point taken. Nevertheless, the types between the .c and .h files > should be consistent, whatever is chosen, no? No. Using structs in headers and typedefs in the actual source is very common, because you can use pointers to struct without needing the actual declararion. From owner-linux-xfs@oss.sgi.com Mon Aug 19 11:55:33 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JItXRw031409 for ; Mon, 19 Aug 2002 11:55:33 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JItXGS031408 for linux-xfs-outgoing; Mon, 19 Aug 2002 11:55:33 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from owl.warren-wilson.edu (warren-wilson.edu [63.243.103.98]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JItRRw031380 for ; Mon, 19 Aug 2002 11:55:28 -0700 Received: from warren-wilson.edu (eagle.warren-wilson.edu [10.0.0.4]) by owl.warren-wilson.edu (8.11.6/8.11.2) with SMTP id g7JInjQ03134 for ; Mon, 19 Aug 2002 14:49:45 -0400 X-RAV-AntiVirus: This e-mail has been scanned for viruses on host: owl.warren-wilson.edu Message-Id: <200208191849.g7JInjQ03134@owl.warren-wilson.edu> Date: Mon, 19 Aug 2002 18:40:26 -0000 To: Subject: vanishing tree From: "James" X-Mailer: TWIG 2.7.6 X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk This is the second case of this happening on two isolated systems (running different kernels and having different setups). Last night my computer worked fine and I turned it off as I usually do with a standard halt, and I waited for it to turn itself off. It did, and I thought everything to be fine. When I turned on my computer this afternoon I got a kernel panic. It could not init my root partition! My root partition and my boot partition are on the same disk, just on separate partitions. They are both using XFS. I use GRUB as my bootloader. The kernel reads fine from its partition and grub loads okay. Nothing had changed since I last booted (I just wrote an e-mail and turned it off). I mounted my root partition with a rescue disk set. It mounted fine and a df showed that there were the right amount of bytes being used/free. Unfortunately, when I did a ls no files listed -- no output -- just a line of black. I am using the latest gentoo kernel with its XFS, preempt, etc patches pre-applied. Any clues? -James Beidler (jbeidler@warren-wilson.edu) From owner-linux-xfs@oss.sgi.com Mon Aug 19 12:33:55 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JJXsRw031935 for ; Mon, 19 Aug 2002 12:33:54 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JJXsUf031934 for linux-xfs-outgoing; Mon, 19 Aug 2002 12:33:54 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta02.algx.net (chimta02.algx.net [216.99.233.77]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JJXjRw031906 for ; Mon, 19 Aug 2002 12:33:45 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx02.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H1300IUXUN843@chimmx02.algx.net> for linux-xfs@oss.sgi.com; Mon, 19 Aug 2002 14:11:33 -0500 (CDT) Date: Mon, 19 Aug 2002 15:11:32 -0400 From: Danny Cox Subject: Re: Conflicting Types Between .h and .c files In-reply-to: <20020819195641.A32415@infradead.org> To: Christoph Hellwig Cc: XFS Mailing List Message-id: <1029784293.1147.49.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain; charset=ISO-8859-1 References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JJXjRw031907 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, On Mon, 2002-08-19 at 14:56, Christoph Hellwig wrote: > On Mon, Aug 19, 2002 at 02:52:08PM -0400, Danny Cox wrote: > > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > > that's the standard gcc from RH 7.2. > > Gcc '2.96' is a development snapshot. Even if redhat ships it it's by > now ways official. Okay, one more try, and I'll admit defeat, and shut up: "Official" or not, many folks who use XFS will compile it with gcc 2.96, because that's the version they get by default. They must make the changes if they wish to acutally *use* XFS. Even given that it's a simple change, I doubt that a non-C-programmer can do it. > > > In this case not, as the kmem_zone_t is an object opaque to it's user. > > > Compare it to kmem_cache_t in þhe core Linux code. > > > > Okay, point taken. Nevertheless, the types between the .c and .h files > > should be consistent, whatever is chosen, no? > > No. Using structs in headers and typedefs in the actual source is very > common, because you can use pointers to struct without needing the actual > declararion. Yes, it's common. Yes, it's acceptable C. But it forces some people to make changes to their XFS tree that will continue to haunt them until they upgrade to a new compiler, and others to completly abandon XFS because it won't compile for them. You seem to be pushing a legalistic stance: "This is the proper way to do it, so we're not going to change.", while I'm pushing for a relativly small code change that will allow more people to use XFS, and thereby gain a wider exposure/acceptance. -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 12:38:15 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JJcFRw032167 for ; Mon, 19 Aug 2002 12:38:15 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JJcFGl032166 for linux-xfs-outgoing; Mon, 19 Aug 2002 12:38:15 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JJbxRw032091 for ; Mon, 19 Aug 2002 12:37:59 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id OAA67315; Mon, 19 Aug 2002 14:40:45 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id OAA95126; Mon, 19 Aug 2002 14:40:45 -0500 (CDT) Subject: Re: Conflicting Types Between .h and .c files From: Eric Sandeen To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List In-Reply-To: <1029783129.1147.37.camel@wiley> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 19 Aug 2002 14:40:08 -0500 Message-Id: <1029786008.12970.42.camel@stout.americas.sgi.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id g7JJc0Rw032097 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Danny - FWIW, xfs compiles for me with no warnings, using gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110) on today's CVS tree. -Eric On Mon, 2002-08-19 at 13:52, Danny Cox wrote: > Christoph, > > On Mon, 2002-08-19 at 14:47, Christoph Hellwig wrote: > > > while the .c file sez its: > > > > > > kmem_zone_t *; > > > > > > While I know it's the same thing, the compiler (2.96 from RH) apparently > > > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > that's the standard gcc from RH 7.2. > > > In this case not, as the kmem_zone_t is an object opaque to it's user. > > Compare it to kmem_cache_t in þhe core Linux code. > > Okay, point taken. Nevertheless, the types between the .c and .h files > should be consistent, whatever is chosen, no? > > -- > kernel, n.: A part of an operating system that preserves the > medieval traditions of sorcery and black art. > > Danny > -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Mon Aug 19 12:41:01 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JJf0Rw032372 for ; Mon, 19 Aug 2002 12:41:01 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JJf0gq032371 for linux-xfs-outgoing; Mon, 19 Aug 2002 12:41:00 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JJeqRw032341 for ; Mon, 19 Aug 2002 12:40:53 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 17gsRG-0000Lc-00; Mon, 19 Aug 2002 20:43:46 +0100 Date: Mon, 19 Aug 2002 20:43:46 +0100 From: Christoph Hellwig To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List Subject: Re: Conflicting Types Between .h and .c files Message-ID: <20020819204345.A1068@infradead.org> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> <1029784293.1147.49.camel@wiley> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1029784293.1147.49.camel@wiley>; from DCox@SnapServer.com on Mon, Aug 19, 2002 at 03:11:32PM -0400 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 03:11:32PM -0400, Danny Cox wrote: > Christoph, > > On Mon, 2002-08-19 at 14:56, Christoph Hellwig wrote: > > On Mon, Aug 19, 2002 at 02:52:08PM -0400, Danny Cox wrote: > > > > I don't think that's valid. And at least gcc 3.2 doesn't complain.. > > > > > > Yes, but 2.96 does. I'd think that several folks use 2.96, since > > > that's the standard gcc from RH 7.2. > > > > Gcc '2.96' is a development snapshot. Even if redhat ships it it's by > > now ways official. > > Okay, one more try, and I'll admit defeat, and shut up: > > "Official" or not, many folks who use XFS will compile it with gcc > 2.96, because that's the version they get by default. They must make > the changes if they wish to acutally *use* XFS. Even given that it's a > simple change, I doubt that a non-C-programmer can do it. But it does work with redhat's latest release compilers (7.1/7.2 errata, 7.3). So please upgrade to those, older compilers are known to produce buggy code in combination with XFS anyway. From owner-linux-xfs@oss.sgi.com Mon Aug 19 13:39:52 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JKdqRw000867 for ; Mon, 19 Aug 2002 13:39:52 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JKdqqZ000866 for linux-xfs-outgoing; Mon, 19 Aug 2002 13:39:52 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta02.algx.net (chimta02.algx.net [216.99.233.77]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JKdjRw000834 for ; Mon, 19 Aug 2002 13:39:45 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx02.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H13005ZSWT2PR@chimmx02.algx.net> for linux-xfs@oss.sgi.com; Mon, 19 Aug 2002 14:58:16 -0500 (CDT) Date: Mon, 19 Aug 2002 15:58:13 -0400 From: Danny Cox Subject: Re: Conflicting Types Between .h and .c files In-reply-to: <20020819204345.A1068@infradead.org> To: Christoph Hellwig Cc: XFS Mailing List Message-id: <1029787095.8619.53.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> <1029784293.1147.49.camel@wiley> <20020819204345.A1068@infradead.org> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Christoph, On Mon, 2002-08-19 at 15:43, Christoph Hellwig wrote: > But it does work with redhat's latest release compilers (7.1/7.2 errata, 7.3). > So please upgrade to those, older compilers are known to produce buggy code > in combination with XFS anyway. From my system, "rpm -qa | grep gcc" produces: gcc-2.96-108.7.2 granted, Eric says his is gcc-2.96-110.*, but I'm as uptodate as I know how to be. Am I missing something obvious? -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Mon Aug 19 14:38:22 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JLcMRw001713 for ; Mon, 19 Aug 2002 14:38:22 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JLcMoa001712 for linux-xfs-outgoing; Mon, 19 Aug 2002 14:38:22 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JLcDRw001672 for ; Mon, 19 Aug 2002 14:38:14 -0700 Received: from daisy-e185.americas.sgi.com (daisy-e185.americas.sgi.com [128.162.185.214]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id QAA68401 for ; Mon, 19 Aug 2002 16:41:03 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by daisy-e185.americas.sgi.com (SGI-8.9.3/SGI-server-1.8) with ESMTP id QAA06680 for ; Mon, 19 Aug 2002 16:41:03 -0500 (CDT) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id g7JLeQ113402; Mon, 19 Aug 2002 16:40:26 -0500 Message-Id: <200208192140.g7JLeQ113402@stout.americas.sgi.com> Date: Mon, 19 Aug 2002 16:40:26 -0500 Subject: TAKE - xfsprogs tweaks X-Spam-Status: No, hits=0.9 required=5.0 tests=MISSING_HEADERS version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Decode "18446744073709551615" to "NULLFSINO" if xfs_repair finds that for an inode number. Also fix the way repair prints the fixed inode numbers, so instead of getting sb root inode value 18446744073709551615 inconsistent with calculated value 13835051801809780864 resetting superblock root inode pointer to 18446744069414584448 we get a little more meaningful: sb root inode value 18446744073709551615 (NULLFSINO) inconsistent with calculated value 128 resetting superblock root inode pointer to 128 I thought I had a bona-fide bug fix for repair as well, but I can't duplicate the bug today... moon phase changed I guess. Date: Mon Aug 19 14:38:12 PDT 2002 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:125406a cmd/xfsprogs/VERSION - 1.53 - Bump to 2.2.2 cmd/xfsprogs/doc/CHANGES - 1.77 - Record repair change, and xfs_db endian change that was missing. cmd/xfsprogs/repair/xfs_repair.c - 1.9 - Print out "NULLFSINO" if that's what calc_mkfs finds Fix format string for calculated inode numbers in calc_mkfs cmd/xfstests/common.repair - 1.6 - Deal with the new "(NULLFSINO)" that repair might print From owner-linux-xfs@oss.sgi.com Mon Aug 19 16:57:59 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7JNvxEC004915 for ; Mon, 19 Aug 2002 16:57:59 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7JNvxqi004914 for linux-xfs-outgoing; Mon, 19 Aug 2002 16:57:59 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from nexus6.cuddletech.co.uk (12-213-184-155.client.attbi.com [12.213.184.155]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7JNvpEC004886 for ; Mon, 19 Aug 2002 16:57:51 -0700 Received: from mydomain.com (loopback [127.0.0.1]) by nexus6.cuddletech.co.uk (8.12.0.Beta12/8.12.0.Beta12) with SMTP id g7K00kPg002676 for ; Mon, 19 Aug 2002 17:00:46 -0700 Received: from 209.157.70.17 (SquirrelMail authenticated user benr) by www.cuddletech.dyndns.org with HTTP; Mon, 19 Aug 2002 17:00:46 -0700 (PDT) Message-ID: <49432.209.157.70.17.1029801646.squirrel@www.cuddletech.dyndns.org> Date: Mon, 19 Aug 2002 17:00:46 -0700 (PDT) Subject: Change to autoconf configuration of XFS From: "Ben Rockwood" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal Reply-To: benr@cuddletech.com X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello. I was hoping a change could be made to the "configure.in" files of XFS package. Right now "configure" looks for each needed tool in a staticlocation. For most people this isn't an issue, but if you reinstall most of the GNU tools from source they install into /usr/local which isn't normally a problem. Therefore, I'd ask that the AC_PATH_PROG lines have an expanded path. You can either just add /usr/local/bin, or be even more forgiving and drop "$PATH" into the mix. Here's an example of the modification for DMAPI configure.in line 123: AC_PATH_PROG(LIBTOOL, libtool,,/usr/bin:/usr/local/bin:$PATH) If nothing else, this mod doesn't hurt anything and will keep users from complaining that they can't find libtool... "BUT I HAVE LIBTOOL!?!?! I'M NOT CRAZY!!!!". I can submit patches for the changes if you like. Just let me know and I'll submit the patches to the list. I'm a _HUGE_ fan of XFS. It just keeps getting better and better, you guys are doing an awsome job! Thank You. benr. -- //Ben Rockwood - UNIX Systems Admin //email: benr@cuddletech.com //web: www.cuddletech.com //-> We do what we can, We give what we have, //-> Our doubt is our passion, and our passion is our task, //-> The rest is the madness of Art. //-> -Henry James From owner-linux-xfs@oss.sgi.com Mon Aug 19 18:53:37 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K1rbEC006279 for ; Mon, 19 Aug 2002 18:53:37 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K1rb04006278 for linux-xfs-outgoing; Mon, 19 Aug 2002 18:53:37 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from cpqdl380-7.wac.com (cpqdl380-7.wac.com [208.161.116.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K1rLEC006242 for ; Mon, 19 Aug 2002 18:53:21 -0700 Received: from dslink.net (unverified [206.151.38.9]) by wac.com (Rockliffe SMTPRA 5.2.3) with SMTP id ; Mon, 19 Aug 2002 18:56:16 -0700 Message-ID: <170460-22002822015518219@dslink.net> X-EM-Version: 6, 0, 0, 6 X-EM-Registration: #00E0620610781F002A20 X-Priority: 3 From: "Thomas Hall" To: sandeen@sgi.com Cc: linux-xfs@oss.sgi.com Subject: xfs_repair complications Date: Mon, 19 Aug 2002 18:55:18 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 X-Spam-Status: No, hits=0.8 required=5.0 tests=X_EM_VER_PRESENT version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk I keep getting a recurrence of a defective directory inode with the same xfs_repair output every time. I get this from the latest xfs_repair snapshot as well as three other versions thereof: Matt R Hall mhall@mhcomputing.net PS I am not on the XFS list so please CC replies on the thread to me, or I'll read a web archive if there is one. If anyone suggests more comprehensive testing to try I'll be happy to follow through and figure this out. Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - clearing existing "lost+found" inode - marking entry "lost+found" to be deleted - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... rebuilding directory inode 128 - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... disconnected inode 100742368, moving to lost+found disconnected inode 100742370, moving to lost+found disconnected inode 100742387, moving to lost+found disconnected inode 100742390, moving to lost+found disconnected inode 100742407, moving to lost+found disconnected inode 100742420, moving to lost+found disconnected inode 100742422, moving to lost+found disconnected inode 100742429, moving to lost+found disconnected inode 100742432, moving to lost+found disconnected inode 100742464, moving to lost+found disconnected inode 100742482, moving to lost+found disconnected inode 100742484, moving to lost+found disconnected inode 100742486, moving to lost+found disconnected inode 100742490, moving to lost+found disconnected inode 100745856, moving to lost+found disconnected inode 100745903, moving to lost+found done From owner-linux-xfs@oss.sgi.com Mon Aug 19 19:26:47 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K2QlEC006757 for ; Mon, 19 Aug 2002 19:26:47 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K2QlOA006756 for linux-xfs-outgoing; Mon, 19 Aug 2002 19:26:47 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K2QbEC006728 for ; Mon, 19 Aug 2002 19:26:37 -0700 Received: from tulip-e185.americas.sgi.com (tulip-e185.americas.sgi.com [128.162.185.208]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id VAA69549; Mon, 19 Aug 2002 21:29:27 -0500 (CDT) Received: from [192.168.1.100] (cf-vpn-sw-corp-64-57.corp.sgi.com [134.15.64.57]) by tulip-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id VAA70610; Mon, 19 Aug 2002 21:29:26 -0500 (CDT) Subject: Re: xfs_repair complications From: Stephen Lord To: Thomas Hall Cc: Eric Sandeen , linux-xfs@oss.sgi.com In-Reply-To: <170460-22002822015518219@dslink.net> References: <170460-22002822015518219@dslink.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 19 Aug 2002 21:29:34 -0500 Message-Id: <1029810576.1115.30.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, 2002-08-19 at 20:55, Thomas Hall wrote: > I keep getting a recurrence of a defective directory inode with the > same xfs_repair output every time. I get this from the latest > xfs_repair snapshot as well as three other versions thereof: > > Matt R Hall > mhall@mhcomputing.net > Basically, you cannot leave files in lost+found when you run repair. If you look at this output: > > > > Phase 2 - using internal log > - zero log... > - scan filesystem freespace and inode maps... ...... > - agno = 27 > - clearing existing "lost+found" inode > - marking entry "lost+found" to be deleted We just blew away lost+found - along with anything inside it. Now we put them back again. > - moving disconnected inodes to lost+found ... > disconnected inode 100742368, moving to lost+found > disconnected inode 100742370, moving to lost+found > disconnected inode 100742387, moving to lost+found > disconnected inode 100742390, moving to lost+found > disconnected inode 100742407, moving to lost+found > disconnected inode 100742420, moving to lost+found > disconnected inode 100742422, moving to lost+found > disconnected inode 100742429, moving to lost+found > disconnected inode 100742432, moving to lost+found > disconnected inode 100742464, moving to lost+found > disconnected inode 100742482, moving to lost+found > disconnected inode 100742484, moving to lost+found > disconnected inode 100742486, moving to lost+found > disconnected inode 100742490, moving to lost+found > disconnected inode 100745856, moving to lost+found > disconnected inode 100745903, moving to lost+found > done > Try removing lost+found first, or just rename it to something else. This will stop happening. Steve From owner-linux-xfs@oss.sgi.com Mon Aug 19 19:52:20 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K2qKEC007054 for ; Mon, 19 Aug 2002 19:52:20 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K2qKUu007053 for linux-xfs-outgoing; Mon, 19 Aug 2002 19:52:20 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K2qDEC007025 for ; Mon, 19 Aug 2002 19:52:13 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id TAB03795 for ; Mon, 19 Aug 2002 19:55:53 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA00491; Tue, 20 Aug 2002 12:53:49 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7K2pQNj005655; Tue, 20 Aug 2002 12:51:26 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7K2pP6P005653; Tue, 20 Aug 2002 12:51:25 +1000 Date: Tue, 20 Aug 2002 12:51:25 +1000 From: Nathan Scott To: Ben Rockwood Cc: linux-xfs@oss.sgi.com Subject: Re: Change to autoconf configuration of XFS Message-ID: <20020820025125.GB459@frodo> References: <49432.209.157.70.17.1029801646.squirrel@www.cuddletech.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49432.209.157.70.17.1029801646.squirrel@www.cuddletech.dyndns.org> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 05:00:46PM -0700, Ben Rockwood wrote: > > Hello. > > I was hoping a change could be made to the "configure.in" files of XFS > package. Right now "configure" looks for each needed tool in a staticlocation. For most people this isn't an issue, but if you reinstall > most of the GNU tools from source they install into /usr/local which > isn't normally a problem. Therefore, I'd ask that the AC_PATH_PROG lines > have an expanded path. You can either just add /usr/local/bin, or be > even more forgiving and drop "$PATH" into the mix. Here's an example > of the modification for DMAPI configure.in line 123: > > AC_PATH_PROG(LIBTOOL, libtool,,/usr/bin:/usr/local/bin:$PATH) > > If nothing else, this mod doesn't hurt anything and will keep users > from complaining that they can't find libtool... "BUT I HAVE LIBTOOL!?!?! > I'M NOT CRAZY!!!!". > I can submit patches for the changes if you like. Just let me know and > I'll submit the patches to the list. Sounds fair to me - if noone complains in a day or so, feel free to send along patches. thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 19 19:56:43 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K2uhEC007243 for ; Mon, 19 Aug 2002 19:56:43 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K2uhK7007242 for linux-xfs-outgoing; Mon, 19 Aug 2002 19:56:43 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K2uOEC007214 for ; Mon, 19 Aug 2002 19:56:24 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via SMTP id UAA06174 for ; Mon, 19 Aug 2002 20:00:04 -0700 (PDT) mail_from (nathans@larry.melbourne.sgi.com) Received: from frodo.melbourne.sgi.com (frodo.melbourne.sgi.com [134.14.55.153]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA00519; Tue, 20 Aug 2002 12:57:58 +1000 Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) with ESMTP id g7K2taNj005672; Tue, 20 Aug 2002 12:55:36 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.5/8.12.5/Debian-1) id g7K2tXi7005670; Tue, 20 Aug 2002 12:55:33 +1000 Date: Tue, 20 Aug 2002 12:55:33 +1000 From: Nathan Scott To: Thomas Hall Cc: sandeen@sgi.com, linux-xfs@oss.sgi.com Subject: Re: xfs_repair complications Message-ID: <20020820025533.GC459@frodo> References: <170460-22002822015518219@dslink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <170460-22002822015518219@dslink.net> User-Agent: Mutt/1.4i X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk On Mon, Aug 19, 2002 at 06:55:18PM -0700, Thomas Hall wrote: > I keep getting a recurrence of a defective directory inode with the > same xfs_repair output every time. I get this from the latest > xfs_repair snapshot as well as three other versions thereof: > > Matt R Hall > mhall@mhcomputing.net > > PS I am not on the XFS list so please CC replies on the thread to me, > or I'll read a web archive if there is one. If anyone suggests more > comprehensive testing to try I'll be happy to follow through and > figure this out. > This sounds to me like xfs_repair is behaving as advertised... > Phase 2 - using internal log > - zero log... > - scan filesystem freespace and inode maps... > - found root inode chunk > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - agno = 4 > - agno = 5 > - agno = 6 > - agno = 7 > - agno = 8 > - agno = 9 > - agno = 10 > - agno = 11 > - agno = 12 > - agno = 13 > - agno = 14 > - agno = 15 > - agno = 16 > - agno = 17 > - agno = 18 > - agno = 19 > - agno = 20 > - agno = 21 > - agno = 22 > - agno = 23 > - agno = 24 > - agno = 25 > - agno = 26 > - agno = 27 > - clearing existing "lost+found" inode > - marking entry "lost+found" to be deleted So, at this point you have a /lost+found from a previous xfs_repair run and I assume it has several files in it... > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - agno = 4 > - agno = 5 > - agno = 6 > - agno = 7 > - agno = 8 > - agno = 9 > - agno = 10 > - agno = 11 > - agno = 12 > - agno = 13 > - agno = 14 > - agno = 15 > - agno = 16 > - agno = 17 > - agno = 18 > - agno = 19 > - agno = 20 > - agno = 21 > - agno = 22 > - agno = 23 > - agno = 24 > - agno = 25 > - agno = 26 > - agno = 27 > Phase 5 - rebuild AG headers and trees... > - reset superblock... > Phase 6 - check inode connectivity... > - resetting contents of realtime bitmap and summary inodes > - ensuring existence of lost+found directory > - traversing filesystem starting at / ... > rebuilding directory inode 128 Here we have to rebuild 128 (the root directory) because we removed the old /lost+found entry and created a new one.... > - traversal finished ... > - traversing all unattached subtrees ... > - traversals finished ... > - moving disconnected inodes to lost+found ... > disconnected inode 100742368, moving to lost+found > disconnected inode 100742370, moving to lost+found > disconnected inode 100742387, moving to lost+found > disconnected inode 100742390, moving to lost+found > disconnected inode 100742407, moving to lost+found > disconnected inode 100742420, moving to lost+found > disconnected inode 100742422, moving to lost+found > disconnected inode 100742429, moving to lost+found > disconnected inode 100742432, moving to lost+found > disconnected inode 100742464, moving to lost+found > disconnected inode 100742482, moving to lost+found > disconnected inode 100742484, moving to lost+found > disconnected inode 100742486, moving to lost+found > disconnected inode 100742490, moving to lost+found > disconnected inode 100745856, moving to lost+found > disconnected inode 100745903, moving to lost+found And these are all the inodes which a previous run of xfs_repair has stashed away in /lost+found for you to inspect and save away somewhere more appropriate. > done So, if you don't remove the contents of /lost+found xfs_repair will keep coming back with these errors. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Aug 19 20:09:11 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K39BEC007994 for ; Mon, 19 Aug 2002 20:09:11 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K39B5m007993 for linux-xfs-outgoing; Mon, 19 Aug 2002 20:09:11 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.mnsu.edu (Mail.MNSU.EDU [134.29.1.12]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K391EC007965 for ; Mon, 19 Aug 2002 20:09:02 -0700 Received: from mail.mnsu.edu (mail.mnsu.edu [134.29.1.12]) by mail.mnsu.edu (8.9.3/8.9.3) with ESMTP id WAA14669 for ; Mon, 19 Aug 2002 22:11:51 -0500 (CDT) Date: Mon, 19 Aug 2002 22:11:51 -0500 (CDT) From: Jeffrey Hundstad To: linux-xfs@oss.sgi.com Subject: feature request Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hello, First, I'd like to say thanks to the developers for making a great product. It's nice to have a truly great file-system available for linux. Now for the meat ;-) I've had very little problems trying to make the cmd utilities from source... but when I try to make the utilities with options (ie. --prefix or --static) the options get lost in the makefiles. Over the last few months I've been successful at going into each of the subdirectories in the cmd tree (ie. xfsdump xfsprogs etc.) and modifying the Makefile near the ./configure line and putting --prefix=/otherdir. I then have to go to each program that I want to make statically linked, rm it then run make. I grab the line that linked the file and place a -static before the "-o". There is also a Makefile belief that the linux source tree, linux, lives at the same level as cmd. While a simple symlink seems to make it happy there'd seem to be a better way. So... here's where the request part starts: It'd be a lot of fun do the following from a command line at the root of the cmd directory: autoconf ./configure --kernel-source=/home/me/src/linux-2.4.19-xfs --static-binaries --prefix=/myowntree --with-xfsdump --with-aclsupport --with-xfsprogs --without-rpmpackaging make make install I'm not at a level where I can really do this work myself. I'm just learning how the configure stuff works. ...But if anyone else is thinking about a build rewrite these would make nice features. -- jeffrey hundstad From owner-linux-xfs@oss.sgi.com Mon Aug 19 21:38:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7K4cYEC009116 for ; Mon, 19 Aug 2002 21:38:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7K4cYWG009115 for linux-xfs-outgoing; Mon, 19 Aug 2002 21:38:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from zeus-e8.americas.sgi.com ([198.149.7.250]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7K4cNEC009086 for ; Mon, 19 Aug 2002 21:38:23 -0700 Received: from poppy-e185.americas.sgi.com (poppy-e185.americas.sgi.com [128.162.185.207]) by zeus-e8.americas.sgi.com (SGI-8.9.3/americas-smart-nospam1.1) with ESMTP id XAA70008; Mon, 19 Aug 2002 23:41:13 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.187.5]) by poppy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.8) with ESMTP id XAA01981; Mon, 19 Aug 2002 23:41:13 -0500 (CDT) Date: Mon, 19 Aug 2002 23:40:33 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Jeffrey Hundstad cc: linux-xfs@oss.sgi.com Subject: Re: feature request In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi Jeffrey - The top-level Makefile in the cmd/ subdir was written for an internal build system, so some of it may not make the most sense outside of SGI - i.e. the default target is to build all RPMs, because that's what the build system wants. There probably are some things in the subdirs that could be cleaned up, but it's just not very high on the priority list, I'm afraid. -Eric On Mon, 19 Aug 2002, Jeffrey Hundstad wrote: > Hello, > > First, I'd like to say thanks to the developers for making a great > product. It's nice to have a truly great file-system available for > linux. > > Now for the meat ;-) > > I've had very little problems trying to make the cmd utilities from > source... but when I try to make the utilities with options > (ie. --prefix or --static) the options get lost in the makefiles. > > Over the last few months I've been successful at going into each of > the subdirectories in the cmd tree (ie. xfsdump xfsprogs etc.) and > modifying the Makefile near the ./configure line and putting > --prefix=/otherdir. > > I then have to go to each program that I want to make statically > linked, rm it then run make. I grab the line that linked the file and > place a -static before the "-o". > > There is also a Makefile belief that the linux source tree, linux, > lives at the same level as cmd. While a simple symlink seems to make > it happy there'd seem to be a better way. > > So... here's where the request part starts: > > It'd be a lot of fun do the following from a command line at the root > of the cmd directory: > > autoconf > > ./configure --kernel-source=/home/me/src/linux-2.4.19-xfs --static-binaries --prefix=/myowntree --with-xfsdump --with-aclsupport --with-xfsprogs --without-rpmpackaging > > make > > make install > > > I'm not at a level where I can really do this work myself. I'm just > learning how the configure stuff works. ...But if anyone else is > thinking about a build rewrite these would make nice features. > > -- > jeffrey hundstad > > > From owner-linux-xfs@oss.sgi.com Tue Aug 20 05:39:31 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KCdVEC025691 for ; Tue, 20 Aug 2002 05:39:31 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KCdVjJ025690 for linux-xfs-outgoing; Tue, 20 Aug 2002 05:39:31 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from mail.visp.co.nz (mx1.visp.co.nz [210.55.24.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KCdKEC025660 for ; Tue, 20 Aug 2002 05:39:21 -0700 Received: from localhost.localdomain (210-54-175-12.visp.co.nz [210.54.175.12] (may be forged)) by mail.visp.co.nz (8.11.1/8.11.1) with ESMTP id g7KCfZw04475; Wed, 21 Aug 2002 00:41:40 +1200 (NZST) Subject: Re: Conflicting Types Between .h and .c files From: mdew To: Danny Cox Cc: Christoph Hellwig , XFS Mailing List In-Reply-To: <1029787095.8619.53.camel@wiley> References: <1029504550.1808.5.camel@wiley> <20020819194735.A32101@infradead.org> <1029783129.1147.37.camel@wiley> <20020819195641.A32415@infradead.org> <1029784293.1147.49.camel@wiley> <20020819204345.A1068@infradead.org> <1029787095.8619.53.camel@wiley> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Pt2Me4xCLaXmzfp5i3lu" X-Mailer: Ximian Evolution 1.0.8 Date: 21 Aug 2002 00:37:40 +1200 Message-Id: <1029847085.10320.7.camel@mdew> Mime-Version: 1.0 X-Spam-Status: No, hits=-3.1 required=5.0 tests=IN_REP_TO,MAY_BE_FORGED version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --=-Pt2Me4xCLaXmzfp5i3lu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-08-20 at 07:58, Danny Cox wrote: > Christoph, >=20 > On Mon, 2002-08-19 at 15:43, Christoph Hellwig wrote: > > But it does work with redhat's latest release compilers (7.1/7.2 errata= , 7.3). > > So please upgrade to those, older compilers are known to produce buggy = code > > in combination with XFS anyway. >=20 > From my system, "rpm -qa | grep gcc" produces: >=20 > gcc-2.96-108.7.2 >=20 > granted, Eric says his is gcc-2.96-110.*, but I'm as uptodate as I know > how to be. whats stopping you installing gcc 3.1.1 ? (or if you're keen 3.2)=20 --=20 ph33r! Linux mdew 2.4.19-xfs-rmap13c-preemptive #2 Sat Aug 10 02:18:14 NZST 2002 i686 unknown unknown GNU/Linux GPG Key: http://mdew.orcon.net.nz/gpg --=-Pt2Me4xCLaXmzfp5i3lu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQA9YjgUH5J/xul0J+4RAonhAJ40gNtzCVBKMtxbMTHq4lDsbNcJqgCcCmqH wJ8V5bxfgiKooQAr+iLKI0w= =BlII -----END PGP SIGNATURE----- --=-Pt2Me4xCLaXmzfp5i3lu-- From owner-linux-xfs@oss.sgi.com Tue Aug 20 05:45:46 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KCjkEC025972 for ; Tue, 20 Aug 2002 05:45:46 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KCjkM2025971 for linux-xfs-outgoing; Tue, 20 Aug 2002 05:45:46 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from chimta03.algx.net (chimta03.algx.net [216.99.233.78]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KCijEC025901 for ; Tue, 20 Aug 2002 05:44:46 -0700 Received: from wiley.ceo.com (ip66-2-81-26.z81-2-66.customer.algx.net [66.2.81.26]) by chimmx03.algx.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H1500APF7BSI2@chimmx03.algx.net> for linux-xfs@oss.sgi.com; Tue, 20 Aug 2002 07:43:05 -0500 (CDT) Date: Tue, 20 Aug 2002 08:43:04 -0400 From: Danny Cox Subject: XFS Shutdown, Can't Repair To: XFS Mailing List Message-id: <1029847385.1648.2.camel@wiley> MIME-version: 1.0 X-Mailer: Ximian Evolution 1.0.8 Content-type: multipart/mixed; boundary="Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ)" X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk --Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ) Content-type: text/plain Content-transfer-encoding: 7BIT All, We were copying via NFS, when XFS shutdown due to an internal corruption error. Upon the xfs_repair attempt, it finds a corrupt inode, and exits. How can I clear this inode, so that I can get the rest of the filesystem back? xfs_repair output and xfs_db print of the inode in question attached.... Thanks! -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny --Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ) Content-type: text/plain; name=typescript; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=typescript Script started on Tue Aug 20 08:37:20 2002 danny@wiley:danny$ ssh admin@landfill admin@landfill's password: Last login: Tue Aug 20 08:24:47 2002 from 192.168.10.70 sh-2.04$ su - Password: sh-2.04# xfs_repair /dev/volgr0/lvol0 xfs_repair: warning - cannot set blocksize on block device /dev/volgr0/lvol0: Invalid argument Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - agno = 28 - agno = 29 - agno = 30 - agno = 31 - agno = 32 - agno = 33 - agno = 34 entry contains illegal character in shortform attribute name entry contains illegal character in shortform attribute name entry contains illegal character in shortform attribute name - agno = 35 - agno = 36 - agno = 37 - agno = 38 - agno = 39 no .. entry for directory 163577978 - agno = 40 - agno = 41 no .. entry for directory 171966536 no .. entry for directory 171966558 no .. entry for directory 172202100 - agno = 42 - agno = 43 - agno = 44 no .. entry for directory 184549481 no .. entry for directory 184549842 no .. entry for directory 184551560 no .. entry for directory 184551568 no .. entry for directory 184551591 no .. entry for directory 184719177 no .. entry for directory 184719225 no .. entry for directory 184733037 - agno = 45 - agno = 46 - agno = 47 - agno = 48 - agno = 49 no .. entry for directory 205520964 no .. entry for directory 205532739 - agno = 50 - agno = 51 no .. entry for directory 213911410 no .. entry for directory 213911423 no .. entry for directory 213914764 no .. entry for directory 213914791 no .. entry for directory 214084290 - agno = 52 - agno = 53 - agno = 54 - agno = 55 - agno = 56 - agno = 57 - agno = 58 - agno = 59 - agno = 60 - agno = 61 - agno = 62 - agno = 63 - agno = 64 - agno = 65 - agno = 66 - agno = 67 - agno = 68 - agno = 69 - agno = 70 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - clearing existing "lost+found" inode - deleting existing "lost+found" entry - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - agno = 16 - agno = 17 - agno = 18 - agno = 19 - agno = 20 - agno = 21 - agno = 22 - agno = 23 - agno = 24 - agno = 25 - agno = 26 - agno = 27 - agno = 28 - agno = 29 - agno = 30 - agno = 31 - agno = 32 - agno = 33 - agno = 34 - agno = 35 - agno = 36 - agno = 37 - agno = 38 - agno = 39 no .. entry for directory 163577978 - agno = 40 - agno = 41 no .. entry for directory 171966536 no .. entry for directory 171966558 no .. entry for directory 172202100 - agno = 42 - agno = 43 - agno = 44 no .. entry for directory 184549481 no .. entry for directory 184549842 no .. entry for directory 184551560 no .. entry for directory 184551568 no .. entry for directory 184551591 no .. entry for directory 184719177 no .. entry for directory 184719225 no .. entry for directory 184733037 - agno = 45 - agno = 46 - agno = 47 - agno = 48 - agno = 49 no .. entry for directory 205520964 no .. entry for directory 205532739 - agno = 50 - agno = 51 no .. entry for directory 213911410 no .. entry for directory 213911423 no .. entry for directory 213914764 no .. entry for directory 213914791 no .. entry for directory 214084290 - agno = 52 - agno = 53 - agno = 54 - agno = 55 - agno = 56 - agno = 57 - agno = 58 - agno = 59 - agno = 60 - agno = 61 - agno = 62 - agno = 63 - agno = 64 - agno = 65 - agno = 66 - agno = 67 - agno = 68 - agno = 69 - agno = 70 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... disconnected inode 64, moving to lost+found disconnected inode 65, moving to lost+found disconnected inode 66, moving to lost+found disconnected inode 67, moving to lost+found disconnected inode 68, moving to lost+found disconnected inode 69, moving to lost+found disconnected inode 70, moving to lost+found disconnected inode 71, moving to lost+found disconnected inode 72, moving to lost+found disconnected inode 73, moving to lost+found disconnected inode 74, moving to lost+found disconnected inode 75, moving to lost+found disconnected inode 76, moving to lost+found disconnected inode 77, moving to lost+found disconnected inode 78, moving to lost+found disconnected inode 79, moving to lost+found disconnected inode 80, moving to lost+found disconnected inode 81, moving to lost+found disconnected inode 82, moving to lost+found disconnected inode 83, moving to lost+found disconnected inode 84, moving to lost+found disconnected inode 85, moving to lost+found disconnected inode 86, moving to lost+found disconnected inode 87, moving to lost+found disconnected inode 88, moving to lost+found disconnected dir inode 89, moving to lost+found disconnected inode 90, moving to lost+found disconnected inode 91, moving to lost+found disconnected inode 92, moving to lost+found disconnected inode 93, moving to lost+found disconnected inode 94, moving to lost+found disconnected dir inode 95, moving to lost+found disconnected dir inode 142606400, moving to lost+found disconnected dir inode 142606408, moving to lost+found disconnected dir inode 142606414, moving to lost+found disconnected dir inode 142606424, moving to lost+found disconnected inode 142606430, moving to lost+found disconnected inode 142606431, moving to lost+found disconnected inode 142606432, moving to lost+found disconnected inode 142606433, moving to lost+found disconnected inode 142606434, moving to lost+found disconnected inode 142606435, moving to lost+found disconnected inode 142606436, moving to lost+found disconnected inode 142606437, moving to lost+found disconnected inode 142606438, moving to lost+found disconnected inode 142606439, moving to lost+found disconnected inode 142606440, moving to lost+found disconnected dir inode 142606441, moving to lost+found disconnected dir inode 142606446, moving to lost+found disconnected dir inode 142606450, moving to lost+found disconnected inode 142606459, moving to lost+found disconnected inode 142606460, moving to lost+found disconnected inode 142606461, moving to lost+found disconnected inode 142606462, moving to lost+found disconnected inode 142606463, moving to lost+found disconnected dir inode 142611840, moving to lost+found disconnected dir inode 142611843, moving to lost+found disconnected inode 142750272, moving to lost+found disconnected inode 142750273, moving to lost+found disconnected inode 142750274, moving to lost+found disconnected dir inode 142750275, moving to lost+found disconnected dir inode 142750283, moving to lost+found disconnected dir inode 142750285, moving to lost+found disconnected inode 142750293, moving to lost+found disconnected inode 142750294, moving to lost+found disconnected inode 142750295, moving to lost+found disconnected inode 142750296, moving to lost+found disconnected inode 142750297, moving to lost+found disconnected inode 142750298, moving to lost+found disconnected inode 142750299, moving to lost+found disconnected inode 142750300, moving to lost+found disconnected inode 142750301, moving to lost+found disconnected inode 142750302, moving to lost+found disconnected inode 142750303, moving to lost+found disconnected inode 142750304, moving to lost+found disconnected inode 142750305, moving to lost+found disconnected inode 142750306, moving to lost+found disconnected inode 142750307, moving to lost+found disconnected inode 142750308, moving to lost+found disconnected inode 142750309, moving to lost+found disconnected inode 142750310, moving to lost+found disconnected inode 142750311, moving to lost+found disconnected inode 142750312, moving to lost+found disconnected inode 142750313, moving to lost+found disconnected inode 142750314, moving to lost+found disconnected inode 142750315, moving to lost+found disconnected inode 142750316, moving to lost+found disconnected inode 142750317, moving to lost+found disconnected inode 142750318, moving to lost+found disconnected inode 142750319, moving to lost+found disconnected inode 142750320, moving to lost+found disconnected inode 142750321, moving to lost+found disconnected inode 142750322, moving to lost+found disconnected inode 142750323, moving to lost+found disconnected inode 142750324, moving to lost+found disconnected inode 142750325, moving to lost+found disconnected inode 142750326, moving to lost+found disconnected inode 142750327, moving to lost+found disconnected inode 142750328, moving to lost+found disconnected inode 142750329, moving to lost+found disconnected inode 142750330, moving to lost+found disconnected inode 142750331, moving to lost+found disconnected inode 142750332, moving to lost+found disconnected inode 142750333, moving to lost+found disconnected inode 142750334, moving to lost+found disconnected inode 142750335, moving to lost+found disconnected inode 142760832, moving to lost+found disconnected inode 142760833, moving to lost+found disconnected inode 142760834, moving to lost+found disconnected inode 142760835, moving to lost+found disconnected inode 142760836, moving to lost+found disconnected inode 142760837, moving to lost+found disconnected inode 142760838, moving to lost+found disconnected inode 142760839, moving to lost+found disconnected inode 142760840, moving to lost+found disconnected inode 142760841, moving to lost+found disconnected inode 142760842, moving to lost+found disconnected inode 142760843, moving to lost+found disconnected inode 142760844, moving to lost+found disconnected inode 142760845, moving to lost+found disconnected inode 142760846, moving to lost+found disconnected inode 142760847, moving to lost+found disconnected inode 142760849, moving to lost+found disconnected inode 142760853, moving to lost+found disconnected inode 142760857, moving to lost+found disconnected inode 142760858, moving to lost+found disconnected inode 142760859, moving to lost+found disconnected inode 142760860, moving to lost+found disconnected inode 142760864, moving to lost+found disconnected inode 142760865, moving to lost+found disconnected inode 142760866, moving to lost+found disconnected inode 142760867, moving to lost+found disconnected inode 142760868, moving to lost+found disconnected inode 142760869, moving to lost+found disconnected inode 142760870, moving to lost+found disconnected inode 142760871, moving to lost+found disconnected inode 142760872, moving to lost+found disconnected inode 142760873, moving to lost+found disconnected inode 142760874, moving to lost+found disconnected inode 142760875, moving to lost+found disconnected inode 142760876, moving to lost+found disconnected inode 142760877, moving to lost+found disconnected inode 142760878, moving to lost+found disconnected inode 142760879, moving to lost+found disconnected inode 142760880, moving to lost+found disconnected inode 142760881, moving to lost+found disconnected inode 142760882, moving to lost+found disconnected inode 142760884, moving to lost+found disconnected inode 142760885, moving to lost+found disconnected inode 142760886, moving to lost+found disconnected inode 142760888, moving to lost+found disconnected inode 142760889, moving to lost+found disconnected inode 142760890, moving to lost+found disconnected inode 142760891, moving to lost+found disconnected inode 142760892, moving to lost+found disconnected inode 142760972, moving to lost+found corrupt inode 142760972 (btree). Unmount and run xfs_repair. fatal error -- 990 - couldn't iget disconnected inode sh-2.04# xfs_db /dev/volgr0/lvol0 xfs_db: inode 142760972 xfs_db: print core.magic = 0x494e core.mode = 0100644 core.version = 1 core.format = 3 (btree) core.nlinkv1 = 1 core.uid = 33624864 core.gid = 33624864 core.atime.sec = Sat Aug 30 21:00:18 2003 core.atime.nsec = 033619968 core.mtime.sec = Wed Feb 12 20:28:16 2003 core.mtime.nsec = 033619968 core.ctime.sec = Sat Aug 30 21:16:42 2003 core.ctime.nsec = 654454896 core.size = 144396663086216274 core.nblocks = 0 core.extsize = 0 core.nextents = 0 core.naextents = 0 core.forkoff = 0 core.aformat = 2 (extents) core.dmevmask = 0x2010000 core.dmstate = 513 core.newrtbm = 0 core.prealloc = 0 core.realtime = 0 core.gen = 33619968 next_unlinked = null u.bmbt.level = 513 u.bmbt.numrecs = 0 xfs_db: exit command exit not found xfs_db: sh-2.04# logout sh-2.04$ logout Connection to landfill closed. danny@wiley:danny$ Script done on Tue Aug 20 08:39:13 2002 --Boundary_(ID_YoB8eMxYf7d6yvBLFCvJxQ)-- From owner-linux-xfs@oss.sgi.com Tue Aug 20 05:52:34 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KCqYEC026226 for ; Tue, 20 Aug 2002 05:52:34 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KCqY8S026225 for linux-xfs-outgoing; Tue, 20 Aug 2002 05:52:34 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from extrly.fac.com (extrly.fac.com [64.239.86.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KCqUEC026197 for ; Tue, 20 Aug 2002 05:52:30 -0700 Received: from albexsvr.fac.com (albexsvr.fac.com [12.152.246.67]) by extrly.fac.com (8.11.6/8.11.6) with ESMTP id g7KCtMq19093 for ; Tue, 20 Aug 2002 08:55:22 -0400 Received: from romulus.fac.com (external.fac.com [12.152.246.9]) by albexsvr.fac.com (8.12.2/8.12.1) with ESMTP id g7KCtHbR031837 for ; Tue, 20 Aug 2002 08:55:17 -0400 Received: from albsmtp01.fac.com (albsmtp01.fac.com [10.2.5.41]) by romulus.fac.com (8.12.5/8.12.5) with ESMTP id g7KCtGof004071 for ; Tue, 20 Aug 2002 08:55:17 -0400 (EDT) Subject: Lotus Domino on XFS/Linux? To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.6a January 17, 2001 Message-ID: From: "Jameel Akari" Date: Tue, 20 Aug 2002 08:55:32 -0400 X-MIMETrack: Serialize by Router on ALBSMTP01/First Albany(Release 5.0.8 |June 18, 2001) at 08/20/2002 08:55:15 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-MailScanner: Found to be clean X-Spam-Status: No, hits=-0.1 required=5.0 tests=SUBJ_ENDS_IN_Q_MARK version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Anyone here running Lotus Domino servers on Linux XFS? Good/bad/indifferent? Our Lotus admin is getting thoroughly sick and tired of Windoze blowing up on him, so we endeavor to bring him back from the dark side... ;) -- Jameel Akari UNIX Admin First Albany Corp From owner-linux-xfs@oss.sgi.com Tue Aug 20 08:39:29 2002 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.5/8.12.5) with ESMTP id g7KFdTEC030875 for ; Tue, 20 Aug 2002 08:39:29 -0700 Received: (from majordomo@localhost) by oss.sgi.com (8.12.5/8.12.3/Submit) id g7KFdTCw030874 for linux-xfs-outgoing; Tue, 20 Aug 2002 08:39:29 -0700 X-Authentication-Warning: oss.sgi.com: majordomo set sender to owner-linux-xfs@oss.sgi.com using -f Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id g7KFdEEC030841 for ; Tue, 20 Aug 2002 08:39:14 -0700 Received: from gannet.scg.man.ac.uk (gannet.scg.man.ac.uk [130.88.94.110]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id IAA05481 for ; Tue, 20 Aug 2002 08:42:57 -0700 (PDT) mail_from (rhowe@wiss.co.uk) Received: from os046.sta.man.ac.uk ([130.88.188.46] helo=doufu ident=mail) by gannet.scg.man.ac.uk with esmtp (Exim 2.05 #6) id 17hB0j-000PVu-00 for linux-xfs@oss.sgi.com; Tue, 20 Aug 2002 16:33:37 +0100 Received: from xiao.rsnet ([192.168.1.2] helo=xiao ident=mail) by doufu with esmtp (Exim 3.35 #1 (Debian)) id 17hAsq-00049L-00 for ; Tue, 20 Aug 2002 16:25:28 +0100 Received: from rhowe by xiao with local (Exim 3.35 #1 (Debian)) id 17hB0k-00015W-00 for ; Tue, 20 Aug 2002 16:33:38 +0100 Date: Tue, 20 Aug 2002 16:33:38 +0100 To: linux-xfs@oss.sgi.com Subject: System freezes with high kernel CPU usage Message-ID: <20020820153329.GA13136@xiao> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Russell Howe X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Hi, XFS has been performing great for me so far on my desktop machine (a dual CPU system), although lately I've noticed some odd behaviour. The system will lock up for several seconds, respond for a split second, then lock up again for another 5-10 seconds or so, then again, this goes on for a minute or two. The system isn't under any load at the time, X is running, noatun open playing MP3s (although without the rest of KDE). Just light normal use. I was working on the Apache configuration and the above even happened as I was starting apache. I now have a terminal window that looks like this: # /etc/init.d/apache start Trying to enter anything into this window does nothing, no characters echoed, nothing. Moving the window off-screen and back on again causes the window to redraw itself, so I don't think the aterm process is locked. There is no trace of the /etc/init.d/apache script running in the ps output from what I can see. This has happened a few times lately, all with this kernel. In the past the system used to lock up solid and I just power-cycled it, blaming it on the motherboad (there are some tweaks you can make to the board to improve its stability). I also used to have the machine overclocked, although this is no longer the case (was trying to get to the bottom of the lockups). A screenshot of gkrellm shortly afterwards is here: http://rhowe.sfarc.net/gkrellm.png Admittedly, it's not exactly a scientific analysis but it gives an idea of what went on. The reason I thought it may be related to the XFS kernel is that the first time the machine unfreezes for a split second, there is HDD activity, and gkrellm shows drive activity too. This is a CVS checkout, of 2.4.19-rc1 from the XFS CVS tree, with ALSA 0.9 from Debian unstable patched into it, lirc and lm-sensors. The relevant part of the kernel log: Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount Aug 20 15:40:46 xiao last message repeated 5 times Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount Aug 20 15:40:46 xiao last message repeated 3 times Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:40:46 xiao kernel: SysRq : HELP : loglevel0-8 reBoot tErm kIll saK showMem showPc unRaw Sync showTasks Unmount Aug 20 15:40:46 xiao kernel: SysRq : Emergency Sync Aug 20 15:44:16 xiao kernel: Syncing device 03:01 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:42 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:43 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:45 ... OK Aug 20 15:44:16 xiao kernel: Syncing device 16:01 ... OK Aug 20 15:44:16 xiao kernel: Done. (I tried SysRq-S to see if I could kick off some fs activity after seeing this loosen a lockup in someone else's case). I guess the system unfroze at 15:44:16. Also, I don't think I did 6 SysRq-S within the space of a second.. One of my filesystems is rather full... Filesystem Size Used Avail Use% Mounted on /dev/hda1 4.0G 2.6G 1.4G 65% / /dev/hdd2 4.9G 1.5G 3.5G 29% /usr/local /dev/hdd3 4.0G 969M 3.0G 25% /var /dev/hdd5 2.0G 1.3G 765M 62% /home /dev/hdc1 75G 75G 201M 100% /usr/local/media tmpfs 284M 0 284M 0% /dev/shm In case all this information is useless, what can I do to prepare for the next time this happens? I have KDB in the kernel, although it's currently disabled, since I keep hitting the Break key by accident. I'm thinking of removing th