From owner-linux-xfs@oss.sgi.com Tue Apr 1 00:33:56 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 00:34:08 -0800 (PST) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h318Xqq9032413 for ; Tue, 1 Apr 2003 00:33:56 -0800 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h318XeI6096466; Tue, 1 Apr 2003 10:33:42 +0200 (CEST) Message-Id: <4.3.2.7.2.20030401103143.0344d060@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 01 Apr 2003 10:33:37 +0200 To: Hendrik Visage , linux-xfs@oss.sgi.com From: Seth Mos Subject: Re: Moving XFS between sparc64 and ia32 In-Reply-To: <20030331224818.GA11927@hvs.envisage.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3468 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs At 00:48 1-4-2003 +0200, Hendrik Visage wrote: >Hi there, > >I've created an XFS on an Intel 32bit machine, and are now trying >to mount it on a sparc64 machine. I've noticed issues with the >pagebuff/blocksize, but how do I circumvent it? What pagesize does the sparc64 have? IIRC you can specify the blocksize to use on mount time. Recovery might be even more tricky then mounting a clean filesystem. >The messages in dmesg output I'm getting is: > >XFS mounting filesystem ide0(3,66) >Starting XFS recovery on filesystem: ide0(3,66) (dev: 3/66) >XFS: dirty log written in incompatible format - can't recover >XFS: log mount/recovery failed >XFS: log mount failed Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Tue Apr 1 00:35:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 00:35:24 -0800 (PST) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h318ZLq9032500 for ; Tue, 1 Apr 2003 00:35:22 -0800 Received: by tapu.f00f.org (Postfix, from userid 10000) id 39ADD185C90A; Tue, 1 Apr 2003 00:35:19 -0800 (PST) Date: Tue, 1 Apr 2003 00:35:19 -0800 From: Chris Wedgwood To: Steve Lord Cc: Austin Gonyou , XFS List Subject: Re: xfs_repair of root filesystem Message-ID: <20030401083519.GA8231@f00f.org> References: <1049151595.17362.34.camel@stout.americas.sgi.com> <1049152404.29472.199.camel@UberGeek> <1049153061.5177.15.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1049153061.5177.15.camel@jen.americas.sgi.com> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3469 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs On Mon, Mar 31, 2003 at 05:24:21PM -0600, Steve Lord wrote: > The real answer is to fix up the user space libraries to allow > repair to run on a mounted fs and issue a big fat warning to reboot > NOW at the end. You want to do this sngle user, and you want to issue magic ioctls to purge any cached data first (I did this once, I can't remember if I used an existing ioctl or hacked my driver directly, check the umount paths though). Whilst you should get consistency now, you can't always be sure of this (and it never used to be so). --cw From owner-linux-xfs@oss.sgi.com Tue Apr 1 02:22:58 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 02:23:07 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.8/8.12.5) with ESMTP id h31AMwq9007191 for ; Tue, 1 Apr 2003 02:22:58 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.12.8/8.12.8/Submit) id h31AMwrZ007189 for linux-xfs@oss.sgi.com; Tue, 1 Apr 2003 02:22:58 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.8/8.12.5) with ESMTP id h31AMuqB007176 for ; Tue, 1 Apr 2003 02:22:56 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.8/8.12.8/Submit) id h319pUf0003755; Tue, 1 Apr 2003 01:51:30 -0800 Date: Tue, 1 Apr 2003 01:51:30 -0800 Message-Id: <200304010951.h319pUf0003755@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3470 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From atu@dmeti.dp.ua 2003-04-01 01:51 ------- Sorry, but no functions like *get_req* in my trace. What else can I do? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Tue Apr 1 03:19:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 03:19:43 -0800 (PST) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h31BJVq9009568 for ; Tue, 1 Apr 2003 03:19:33 -0800 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h31BJTmw018673 for ; Tue, 1 Apr 2003 13:19:29 +0200 Received: (qmail 27160 invoked from network); 1 Apr 2003 13:19:29 +0200 Received: from pc9391.physik.uni-regensburg.de (HELO pc9391) (guc28561@132.199.98.219) by rss1.rz.uni-regensburg.de with SMTP; 1 Apr 2003 13:19:29 +0200 Date: Tue, 1 Apr 2003 13:19:29 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: kdb and rqueue - how to do it ? (Bug 230) Message-ID: <20030401131929.A9382@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: 12 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3471 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Hi all! Russel suggested in Bug #230 to dump the rqueue of get_request_wait in kdb. But how can this be done? [0]kdb> rqueue Unknown kdb command: 'rqueue ' thanks for any advice. Christian From owner-linux-xfs@oss.sgi.com Tue Apr 1 03:50:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 03:50:34 -0800 (PST) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h31Bnaq9010204 for ; Tue, 1 Apr 2003 03:50:17 -0800 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 GZVL6Q4R; Tue, 1 Apr 2003 06:49:42 -0500 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h31BmXVL026942; Tue, 1 Apr 2003 06:48:33 -0500 Message-ID: <3E897C91.1030404@wgate.com> Date: Tue, 01 Apr 2003 06:48:33 -0500 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremy Jackson CC: linux-xfs@oss.sgi.com Subject: Re: xfs_repair of root filesystem References: <1049150626.1258.58.camel@contact.skynet.coplanar.net> In-Reply-To: <1049150626.1258.58.camel@contact.skynet.coplanar.net> Content-Type: multipart/mixed; boundary="------------000802030302070109060009" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3472 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs This is a multi-part message in MIME format. --------------000802030302070109060009 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Jeremy Jackson wrote: > Hi, > > I'm wonder what's the official word about xfs_repair on a read-only > mounted fs. The utilities complain for me, so I have to boot from a > repair partition to fix XFS (a while back when the shutdown files in use > bug was still a problem). Ext2 has no problem with this. I'd just to > know for future reference, so I know if I have to have a spare root fs > or not. While I too would like to have a way to repair XFS read-only mounts, there are other reasons to have a special recovery partition for this. What I have done is to make /boot its own partition at the start of the disk. This is where the kernel lives, along with lilo stuff (or grub if you use that) Anyway, I have made a script that will build a mini-boot system in that partition and that will then run as the init process to fix up any other filesystems. To help reduce the chance that /boot is corrupted, I mount it read-only and, since nothing normally runs from it, if it ever needs fixing, I can just unmount it and fix it after a regular boot. The install script (see attached) builds everything needed and even tells you how much space it used in /boot to do its work. You may need to add lilo/grub entries that match your environment plus, as currently written, it assumes a devfs kernel (someone want to make a different version?) It does support modular recovery kernels as well, but you do need to add the linux.lastchance kernel yourself (I take a known good kernel and put it there and only update it when I once again have a known good kernel) Given that this is a recurring issue, I may make a web page for this. -- 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. --------------000802030302070109060009 Content-Type: text/plain; name="InstallRecoveryBoot" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="InstallRecoveryBoot" #!/bin/sh # # $Id: InstallRecoveryBoot 2002/11/23 -- MKSoft Development $ # # This module contains the script that, when run, will put onto the /boot # partition, a recovery boot feature. The script will also add the entry # into the lilo.conf such that it can be used. # # NOTE - If you do not clean out the /lib/modules tree from various kernel # builds, you # # Note that this script will destroy any recovery boot feature that it # may have already installed in order to be able to ensure that the new # one is complete and correct. # ## Only root can run this if [ `id -u` != 0 ]; then echo "Only root can run this script!" exit 1 fi ## Remount /boot as read-write... mount -o rw,remount /boot if [ $? != 0 ]; then echo "Unable to mount /boot as read/write. Is /boot a partition?" exit 1 fi echo "Installing recovery boot feature into /boot" ## Make sure that it is all just owned by root... umask 077 ## Clean up any old install rm -rf /boot/bin /boot/lib /boot/etc /boot/sbin /boot/boot /boot/dev /boot/proc /boot/var /boot/tmp ## Get the size before we install before_size="`du -sb /boot`" mkdir -p -m 700 /boot/bin /boot/lib /boot/etc /boot/sbin mkdir -p -m 000 /boot/boot /boot/proc /boot/dev /boot/var /boot/tmp ## We need an "sh" processor too... ln -s bash /boot/bin/sh ## Swapoff is just a softlink to swapon ln -s swapon /boot/sbin/swapoff ## And, since we mount read-only, put /proc/mounts in /etc/mtab ln -s /proc/mounts /boot/etc/mtab ## Make the special recovery fstab - this is needed to ## make sure that we can run in this mode cat << 'boot-fstab' > /boot/etc/fstab # $Id: InstallRecoveryBoot 2002/11/23 -- MKSoft Development $ # # This is the special recovery boot fstab # We mount the recovery boot as read-only, just to be safe # We also bind-mount it into /boot in case lilo.conf is needed. # We also mount /var and /tmp as tmpfs mounts such that we can # do some disk operations (everything else is read-only) /dev/root / auto ro,sync 0 0 / /boot none bind 0 0 none /proc proc defaults 0 0 none /var tmpfs defaults 0 0 none /tmp tmpfs defaults 0 0 # ### Any swap partitions found in the system's fstab go here: boot-fstab ## Now, grab, from the system fstab any swap information... grep "^/dev/.*swap.*swap" /etc/fstab >>/boot/etc/fstab ## The common bit of code that starts the recovery system. cat << 'common-init' >/boot/sbin/init # $Id: InstallRecoveryBoot 2002/11/23 -- MKSoft Development $ # export PATH="/sbin:/bin" export TERM="ansi" mount -n -a ## Start a pre-probing shell on vc/4 just as a backup in case ## there is some problem that needs a shell. export PS1="XFS pre-Recovery Shell\n\w # " bash 0<>/dev/vc/4 1>&0 2>&0 & LastWord() { while [ "x$1" != "x" ]; do word="$1" shift done echo $word } bootdev="`ls -l /dev/root`" ## Export the boot device name (so we skip it) export xfs_boot="/dev/`LastWord $bootdev`" ## Start building the list of XFS partitions ## (We assume that the boot device is XFS just ## so that we can display something useful there) export xfs_parts=$xfs_boot ## Turn on swap, if we have it... swapon -a -e ## Try and let some async boot items finish ## so lets wait for 5 seconds... echo "" echo -n "Waiting for the dust to settle ... " usleep 5000000 echo "done" echo -n "Probing disk(s) and partition(s) ... " ## Note that we look for all parts of a disk on ## any host/bus/target/lun - This includes ## "whole" disks which do not have partitions ## This should work for scsi and ide ## ## Arg! - mount/xfs/kernel output even if redirected! ## So, we jump to vc/2 to do all of the work (and thus ## get all of the nasty details there) and then bounce ## back afterwards... chvt 2 echo "Probing disk(s) and partition(s) ..." 0<>/dev/vc/2 1>&0 2>&0 for part in /dev/*/host*/bus*/target*/lun*/*; do mkdir -p /tmp/test echo "$part ... " if [ "$part" != "$xfs_boot" ]; then ## Note that using mount to test if the ## partition is XFS does two things for us: ## 1) It forces XFS to replay anything that is ## in the log for us ## 2) It keeps us from trying to auto-fix any ## partition that is so corrupted that ## mount can not even replay the log mount -n -t xfs $part /tmp/test if [ $? = 0 ]; then xfs_parts="$xfs_parts $part" fi umount /tmp/test fi echo "" rmdir /tmp/test done 0<>/dev/vc/2 1>&0 2>&0 chvt 1 echo "done" ## Start the remaining recovery process echo -e "\nXFS Recovery System (details on vc/2)\n" ## Now for each XFS partition that is not the ## boot partition we run xfs_check to see if anything ## is even remotely wrong... ## Note that this exports the xfs_needs_repair variable ## which will contain all of the disks/partitions that ## have something wrong with them. echo "XFS Partitions:" echo -e "\n\nXFS Partitions: (details)" 0<>/dev/vc/2 1>&0 2>&0 export xfs_needs_repair="" for part in $xfs_parts; do if [ "$part" != "$xfs_boot" ]; then echo -n "Checking $part ... " echo -e "\nChecking $part" 0<>/dev/vc/2 1>&0 2>&0 xfs_check $part 0<>/dev/vc/2 1>&0 2>&0 if [ $? = 0 ]; then echo -e -n "\b\b\b\b- " echo "OK" else echo -e -n "\b\b\b\b- " echo "needs repair" xfs_needs_repair="$xfs_needs_repair $part" fi else echo "Skipping $part - boot partition" fi done echo "" ## Start a post-probe recovery shell on vc/3 ## This is just in case you need more than 1 for some work export PS1="XFS Recovery Shell\n\w # " bash -c 'set ; echo -e "\nRun /sbin/repair to auto-repair\n" ; exec bash' 0<>/dev/vc/3 1>&0 2>&0 & ## Now start the shell or auto-repair script (depending) export PS1="XFS Recovery Shell (exit to reboot) [auto-repair = /sbin/repair]\n\w # " $AUTO_XFS_REPAIR echo -n "rebooting..." sync swapoff -a umount -a >/dev/null 2>&1 sync echo -n " please wait..." reboot -f -d common-init chmod 500 /boot/sbin/init ## Make out interactive recovery init script cat << 'manual-init' >/boot/sbin/init-manual #!/bin/bash # # $Id: InstallRecoveryBoot 2002/11/23 -- MKSoft Development $ # AUTO_XFS_REPAIR=bash . /sbin/init manual-init chmod 500 /boot/sbin/init-manual || exit 1 ## Make our autofix init script cat << 'auto-init' >/boot/sbin/init-auto #!/bin/bash # # $Id: InstallRecoveryBoot 2002/11/23 -- MKSoft Development $ # AUTO_XFS_REPAIR=/sbin/repair . /sbin/init auto-init chmod 500 /boot/sbin/init-auto || exit 1 ## Make the auto-repair script/command cat << 'auto-repair' >/boot/sbin/repair #!/bin/bash # # $Id: InstallRecoveryBoot 2002/11/23 -- MKSoft Development $ # ## This script uses the exported xfs_needs_repair ## variable to do its work. This variable should ## contain all of the devices that are XFS filesystems ## that did not pass xfs_check. _xfs_needs_repair="x $xfs_needs_repair" for part in $_xfs_needs_repair; do if [ "$part" != "x" ]; then echo "Repairing $part..." xfs_repair $part echo "Finished $part" echo "" fi done auto-repair chmod 500 /boot/sbin/repair || exit 1 ## Copy the fstab of the real system into a special file ## for easier reference... cp /etc/fstab /boot/etc/fstab.system ## A simple routine to check the libraries needed... CheckLibs () { if [ "$1" != "not" ]; then libfile=$3 libtarget="/boot/lib/`basename $1`" if [ ! -f $libtarget ]; then echo " requires $libtarget" install -m 500 --strip "$libfile" "$libtarget" || exit 1 fi fi } for file in \ /bin/bash \ /bin/cat \ /bin/chmod \ /bin/chown \ /bin/cp \ /bin/dd \ /bin/df \ /bin/dmesg \ /bin/echo \ /bin/grep \ /bin/ls \ /bin/mkdir \ /bin/more \ /bin/mount \ /bin/mv \ /bin/rm \ /bin/rmdir \ /bin/sync \ /bin/umount \ /bin/usleep \ /bin/vi \ /etc/lilo.conf \ /sbin/lilo \ /sbin/reboot \ /sbin/swapon \ /sbin/xfs_repair \ /usr/bin/chvt \ /usr/bin/du \ /usr/sbin/chroot \ /usr/sbin/xfs_check \ /usr/sbin/xfs_db \ ; do ## We don't have a "/usr" in the boot ## recovery area so we delete "/usr" ## if it is there... target="/boot${file##/usr}" ## Copy the file echo " installing $target" install -m 500 --strip "$file" "$target" 2>/dev/null || exit 1 ## Now, do we also want to make sure that ## we have the shared libraries that are needed IFS=$'\n' for lib in `ldd $file 2>/dev/null`; do unset IFS CheckLibs $lib done unset IFS done ## Just to be sure that we have the modules for ## whatever kernel we are using... (stripped :-) echo " installing kernel modules..." find /lib/modules -type d -exec mkdir -p /boot\{\} \; find /lib/modules -type f -exec install -m 500 --strip \{\} /boot\{\} \; 2>/dev/null ## Check if our lilo.conf has the recovery option yet if [ "x`grep Recovery /etc/lilo.conf`" == "x" ]; then cat << 'lilo.conf' >>/etc/lilo.conf # Recovery entries image=/boot/linux.lastchance label=Recovery root=/dev/ide/host0/bus0/target0/lun0/part1 append="init=/sbin/init-manual" image=/boot/linux.lastchance label=Autofix root=/dev/ide/host0/bus0/target0/lun0/part1 append="init=/sbin/init-auto" lilo.conf fi ## Run lilo, just to be sure... echo "Running lilo..." lilo ## Get the size after we install after_size="`du -sb /boot`" ## Now, remount /boot based on its fstab settings... sync mount -o remount /boot || exit echo "Done." echo "" CalcUsage() { diff=$(( $3 - $1 )) echo "Recovery feature is using $diff bytes in /boot" } CalcUsage $before_size $after_size --------------000802030302070109060009-- From owner-linux-xfs@oss.sgi.com Tue Apr 1 04:28:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 04:28:17 -0800 (PST) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h31CRQq9014469 for ; Tue, 1 Apr 2003 04:28:08 -0800 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h31CRPmw016046 for ; Tue, 1 Apr 2003 14:27:25 +0200 Received: (qmail 29103 invoked from network); 1 Apr 2003 14:27:25 +0200 Received: from pc9391.physik.uni-regensburg.de (HELO pc9391) (guc28561@132.199.98.219) by rss1.rz.uni-regensburg.de with SMTP; 1 Apr 2003 14:27:25 +0200 Date: Tue, 1 Apr 2003 14:27:25 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: Re: kdb and rqueue - how to do it ? (Bug 230) Message-ID: <20030401142725.C9382@pc9391.uni-regensburg.de> References: <20030401131929.A9382@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030401131929.A9382@pc9391.uni-regensburg.de>; from Christian.Guggenberger@physik.uni-regensburg.de on Tue, Apr 01, 2003 at 13:19:29 +0200 X-Mailer: Balsa 1.2.4 Lines: 14 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3473 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs On 01.04.2003 13:19 Christian Guggenberger wrote: > Hi all! > > Russel suggested in Bug #230 to dump the rqueue of get_request_wait in kdb. > But how can this be done? > > [0]kdb> rqueue > Unknown kdb command: 'rqueue' arrgh... CONFIG_KDB_MODULES was not set... rqueue dump is on the way. btw. the help on that option is a little bit misleading. From owner-linux-xfs@oss.sgi.com Tue Apr 1 05:22:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 05:23:03 -0800 (PST) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.8/8.12.5) with ESMTP id h31DMtq9015596 for ; Tue, 1 Apr 2003 05:22:55 -0800 Received: (from xfs@localhost) by oss.sgi.com (8.12.8/8.12.8/Submit) id h31DMtrg015594 for linux-xfs@oss.sgi.com; Tue, 1 Apr 2003 05:22:55 -0800 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.8/8.12.5) with ESMTP id h31DMrqB015581 for ; Tue, 1 Apr 2003 05:22:53 -0800 Received: (from apache@localhost) by oss.sgi.com (8.12.8/8.12.8/Submit) id h31CZXBR015015; Tue, 1 Apr 2003 04:35:34 -0800 Date: Tue, 1 Apr 2003 04:35:34 -0800 Message-Id: <200304011235.h31CZXBR015015@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3474 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From christian.guggenberger@physik.uni-regensburg.de 2003-04-01 04:35 ------- Created an attachment (id=77) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=77&action=view) rqueue dump of get_request_wait ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Tue Apr 1 05:23:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 05:23:37 -0800 (PST) Received: from fep06-app.kolumbus.fi (fep06-0.kolumbus.fi [193.229.0.57]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h31DMqq9015579 for ; Tue, 1 Apr 2003 05:23:33 -0800 Received: from azrael.blades.cxm ([62.248.140.57]) by fep06-app.kolumbus.fi with ESMTP id <20030401132250.FDQI29921.fep06-app.kolumbus.fi@azrael.blades.cxm> for ; Tue, 1 Apr 2003 16:22:50 +0300 Received: (from blades@localhost) by azrael.blades.cxm (SGI-8.9.3/8.9.3) id QAA34164 for linux-xfs@oss.sgi.com; Tue, 1 Apr 2003 16:22:50 +0300 (EEST) X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@kolumbus.fi using -f Date: Tue, 1 Apr 2003 16:22:50 +0300 From: Harri Haataja Cc: linux-xfs@oss.sgi.com Subject: Re: xfs_repair of root filesystem Message-ID: <20030401162249.A32814@azrael.blades.cxm> References: <1049150626.1258.58.camel@contact.skynet.coplanar.net> <3E897C91.1030404@wgate.com> 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: <3E897C91.1030404@wgate.com>; from msinz@wgate.com on Tue, Apr 01, 2003 at 06:48:33AM -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3475 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: harri.haataja@kolumbus.fi Precedence: bulk X-list: linux-xfs On Tue, Apr 01, 2003 at 06:48:33AM -0500, Michael Sinz wrote: > Jeremy Jackson wrote: > > I'm wonder what's the official word about xfs_repair on a read-only > > mounted fs. The utilities complain for me, so I have to boot from a > > repair partition to fix XFS (a while back when the shutdown files in > > use bug was still a problem). Ext2 has no problem with this. I'd > > just to know for future reference, so I know if I have to have a > > spare root fs or not. > > While I too would like to have a way to repair XFS read-only mounts, > there are other reasons to have a special recovery partition for this. > > What I have done is to make /boot its own partition at the start of > the disk. This is where the kernel lives, along with lilo stuff (or > grub if you use that) > > Anyway, I have made a script that will build a mini-boot system in > that partition and that will then run as the init process to fix up > any other filesystems. To help reduce the chance that /boot is > corrupted, I mount it read-only and, since nothing normally runs from > it, if it ever needs fixing, I can just unmount it and fix it after a > regular boot. You could have a /stand style thing that doesn't get mounted unless doing recovery or a second initrd image (if all your tools fit on that) that you can select in the boot loader. Come to think of it, I should start doing something like this as well. I have machines I can't easily boot from a floppy or CD, but where I could do single-user boots if they mess up. -- Yhden 64 kilon segmentin sisällä toimiva koodi on nopeaa ja kompaktia, mikä auttaa mm. maksimoimaan prosessorin pienestä välimuistista saatavan hyödyn. -- Petteri Järvinen From owner-linux-xfs@oss.sgi.com Tue Apr 1 06:32:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 06:32:22 -0800 (PST) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.8/8.12.5) with SMTP id h31EW8q9018692 for ; Tue, 1 Apr 2003 06:32:10 -0800 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 GZVL6RWP; Tue, 1 Apr 2003 09:32:14 -0500 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h31EV4VL027123; Tue, 1 Apr 2003 09:31:04 -0500 Message-ID: <3E89A2A8.2050606@wgate.com> Date: Tue, 01 Apr 2003 09:31:04 -0500 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harri Haataja CC: linux-xfs@oss.sgi.com Subject: Re: xfs_repair of root filesystem References: <1049150626.1258.58.camel@contact.skynet.coplanar.net> <3E897C91.1030404@wgate.com> <20030401162249.A32814@azrael.blades.cxm> In-Reply-To: <20030401162249.A32814@azrael.blades.cxm> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3476 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Harri Haataja wrote: > On Tue, Apr 01, 2003 at 06:48:33AM -0500, Michael Sinz wrote: > >>Jeremy Jackson wrote: >> >>>I'm wonder what's the official word about xfs_repair on a read-only >>>mounted fs. The utilities complain for me, so I have to boot from a >>>repair partition to fix XFS (a while back when the shutdown files in >>>use bug was still a problem). Ext2 has no problem with this. I'd >>>just to know for future reference, so I know if I have to have a >>>spare root fs or not. >> >>While I too would like to have a way to repair XFS read-only mounts, >>there are other reasons to have a special recovery partition for this. >> >>What I have done is to make /boot its own partition at the start of >>the disk. This is where the kernel lives, along with lilo stuff (or >>grub if you use that) >> >>Anyway, I have made a script that will build a mini-boot system in >>that partition and that will then run as the init process to fix up >>any other filesystems. To help reduce the chance that /boot is >>corrupted, I mount it read-only and, since nothing normally runs from >>it, if it ever needs fixing, I can just unmount it and fix it after a >>regular boot. > > You could have a /stand style thing that doesn't get mounted unless > doing recovery or a second initrd image (if all your tools fit on that) > that you can select in the boot loader. I actually hate initrd images - for various support and maintainance reasons and partially due to my personal preferences... Thus the solution I have here. However, building an initrd that did the same thing as this would not be that hard. The total extra space needed on my systems tends to be in the 4 to 6 meg range (not counting the kernel image) so an initrd image would be very simple. I do, however, like the fact that I have it just living in /boot and make use of that. (And there is less VM hit in doing it this way) > Come to think of it, I should start doing something like this as well. I > have machines I can't easily boot from a floppy or CD, but where I could > do single-user boots if they mess up. Yes, this is critical for those systems. I have many systems that have only hard drives and networking as their I/O. (And a serial port for the console incase of major problems) I did this set of scripts to deal with remotely repairing those without having to be at a console or having to put in a disk image. Since I keep /boot its own partition for security reasons (read-only mount of the kernel and lilo stuff) it was easy enough to burn a few extra meg of space to make it an alternate bootable root partition that is always kept read-only during that process. (Yes, it is never mounted read-write except during the install of a new kernel) I have written up a bit more on this on a web page at: -- 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 Tue Apr 1 14:55:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 14:56:05 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h31MtqrX003862 for ; Tue, 1 Apr 2003 14:55:53 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h31MtjuY009067 for ; Tue, 1 Apr 2003 14:55:46 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA03963; Wed, 2 Apr 2003 08:54:26 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id IAA77227; Wed, 2 Apr 2003 08:54:21 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id 731Mn0n5001037; Fri, 2 Apr 2027 08:49:00 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id 731Mmu6U001035; Fri, 2 Apr 2027 08:48:56 +1000 Date: Fri, 2 Apr 2003 08:48:56 +1000 From: Nathan Scott To: Seth Mos Cc: Hendrik Visage , linux-xfs@oss.sgi.com Subject: Re: Moving XFS between sparc64 and ia32 Message-ID: <20270401224856.GA1026@frodo> References: <20030331224818.GA11927@hvs.envisage.co.za> <4.3.2.7.2.20030401103143.0344d060@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4.3.2.7.2.20030401103143.0344d060@pop.xs4all.nl> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3478 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 479 Lines: 18 On Tue, Apr 01, 2003 at 10:33:37AM +0200, Seth Mos wrote: > At 00:48 1-4-2003 +0200, Hendrik Visage wrote: > >Hi there, > > > >I've created an XFS on an Intel 32bit machine, and are now trying > >to mount it on a sparc64 machine. I've noticed issues with the > >pagebuff/blocksize, but how do I circumvent it? > > What pagesize does the sparc64 have? IIRC you can specify the blocksize to > use on mount time. The blocksize is set in stone at mkfs time. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Apr 1 17:14:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 17:14:13 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h321E3rX005952 for ; Tue, 1 Apr 2003 17:14:04 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h321Q5Vm003225 for ; Tue, 1 Apr 2003 19:26:06 -0600 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 LAA05786; Wed, 2 Apr 2003 11:12:40 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id LAA77101; Wed, 2 Apr 2003 11:12:41 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id 73217Fn5001430; Fri, 2 Apr 2027 11:07:15 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id 73217Ex1001428; Fri, 2 Apr 2027 11:07:14 +1000 Date: Fri, 2 Apr 2003 11:07:14 +1000 From: Nathan Scott To: kishor bhagwat Cc: linux-xfs@oss.sgi.com Subject: Re: LVM + XFS + Quotas Message-ID: <20270402010714.GB1026@frodo> References: <20030330235533.GC861@frodo> <20030401042227.38902.qmail@web13607.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030401042227.38902.qmail@web13607.mail.yahoo.com> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3479 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 618 Lines: 20 On Mon, Mar 31, 2003 at 08:22:27PM -0800, kishor bhagwat wrote: > > --- Nathan Scott wrote: > > Yes..this does seem to be the problem - how do I figure out > the total space I will lose? (so i can do some capacity > planning? Is the amount of space fixed per quota? > Its not fixed, it depends on the operation being performed, can be zero to a few tens of blocks in my experience. Probably the actual amount is related to the values stored for each mount in struct xfs_trans_reservations... which are computed based on a number of factors, like blocksize, inodesize, etc. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Apr 1 21:27:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 01 Apr 2003 21:27:45 -0800 (PST) Received: from hotmail.com (bay2-dav43.bay2.hotmail.com [65.54.246.15]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h325RarX013744 for ; Tue, 1 Apr 2003 21:27:37 -0800 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 1 Apr 2003 21:27:31 -0800 Received: from 134.22.82.11 by bay2-dav43.bay2.hotmail.com with DAV; Wed, 02 Apr 2003 05:27:31 +0000 X-Originating-IP: [134.22.82.11] X-Originating-Email: [samxiao@hotmail.com] From: "sam" To: Subject: does lilo supports on XFS ? Date: Wed, 2 Apr 2003 00:32:36 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 02 Apr 2003 05:27:31.0716 (UTC) FILETIME=[8F186440:01C2F8D8] X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit Content-length: 147 X-archive-position: 3480 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: samxiao@hotmail.com Precedence: bulk X-list: linux-xfs i was trying to install Slackware 9.0 with XFS kernel but lilo has error so lilo can't support XFS on /boot ? [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Wed Apr 2 00:24:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 02 Apr 2003 00:25:00 -0800 (PST) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h328OnrX017360 for ; Wed, 2 Apr 2003 00:24:49 -0800 Received: from erbenson.alaska.net (77-pm30.nwc.alaska.net [209.112.158.77]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h328OlXI049036 for ; Tue, 1 Apr 2003 23:24:48 -0900 (AKST) (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 7069F3A04 for ; Tue, 1 Apr 2003 23:24:46 -0900 (AKST) Received: by plato.local.lan (Postfix, from userid 1000) id 28D064104E2; Tue, 1 Apr 2003 23:24:46 -0900 (AKST) Date: Tue, 1 Apr 2003 23:24:46 -0900 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: does lilo supports on XFS ? Message-ID: <20030402082445.GB6191@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f2QGlHpHGjS2mn6Y" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3483 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 859 Lines: 33 --f2QGlHpHGjS2mn6Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 02, 2003 at 12:32:36AM -0500, sam wrote: > i was trying to install Slackware 9.0 with XFS kernel > but lilo has error > so lilo can't support XFS on /boot ? lilo can load kernels from XFS, it cannot be installed on an XFS partition however. if all your partitions are XFS you must install lilo in the MBR. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --f2QGlHpHGjS2mn6Y 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 iEYEARECAAYFAj6Knk0ACgkQJKx7GixEevyrNQCfaJYUNcAkN38vnwqWP7WuJyMe 5gsAoJ40mH2tkvPpIdodxV/jJYgkxVcd =GJQE -----END PGP SIGNATURE----- --f2QGlHpHGjS2mn6Y-- From owner-linux-xfs@oss.sgi.com Wed Apr 2 09:26:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 02 Apr 2003 09:26:17 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h32HQ8rX018759 for ; Wed, 2 Apr 2003 09:26:08 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h32HcEq0027431 for ; Wed, 2 Apr 2003 11:38:14 -0600 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h32HQ2a218896058 for ; Wed, 2 Apr 2003 11:26:02 -0600 (CST) Received: from chuckle.americas.sgi.com (IDENT:yzDHj0yFP8ry/COzUFwqoKji8sF8LAv6@chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h32HQ2wX39078394 for ; Wed, 2 Apr 2003 11:26:02 -0600 (CST) Received: from chuckle.americas.sgi.com (localhost [127.0.0.1]) by chuckle.americas.sgi.com (8.12.8/8.12.8) with ESMTP id h32HQ2dt005503 for ; Wed, 2 Apr 2003 11:26:02 -0600 Received: (from cattelan@localhost) by chuckle.americas.sgi.com (8.12.8/8.12.8/Submit) id h32HQ27t005501 for linux-xfs@oss.sgi.com; Wed, 2 Apr 2003 11:26:02 -0600 Date: Wed, 2 Apr 2003 11:26:02 -0600 From: Russell Cattelan Message-Id: <200304021726.h32HQ27t005501@chuckle.americas.sgi.com> Subject: TAKE - Add initial support for FreeBSD X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3484 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@chuckle.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1003 Lines: 32 Add initial FreeBSD support to xfs cmds This does not quite build out of the box yet. The autoconf stuff needs to fixed up to detect libintl. libuuid is also needed; can be gotten e2fsprogs package it location must be manually set at the moment. I know very little about autoconf so if anybody knows how to fix it up please send the changes our way. Date: Wed Apr 2 09:18:32 PST 2003 Workarea: chuckle.americas.sgi.com:/misc/xfs1/rsrc/2.4.x-xfs/hack The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:143386a cmd/xfsprogs/libxfs/freebsd.c - 1.1 - FreeBSD specfic functions for partition interaction cmd/xfsprogs/include/xfs_arch.h - 1.9 - Allow endian macros to be defined in platform_defs.h for other Platforms cmd/xfsprogs/include/builddefs.in - 1.29 - Add freebsd flags... note this should be handled better via autoconf cmd/xfsprogs/include/platform_defs.h.in - 1.19 - Add FreeBSD specfic types, included, defines, etc... From owner-linux-xfs@oss.sgi.com Wed Apr 2 21:14:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 02 Apr 2003 21:14:40 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h335EVDH032663 for ; Wed, 2 Apr 2003 21:14:32 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h335QbVe012664 for ; Wed, 2 Apr 2003 23:26:38 -0600 Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id h335DMd10359 for linux-xfs@oss.sgi.com; Thu, 3 Apr 2003 15:13:22 +1000 Date: Thu, 3 Apr 2003 15:13:22 +1000 From: Keith Owens Message-Id: <200304030513.h335DMd10359@sherman.melbourne.sgi.com> Subject: TAKE - Remove dmapi warning on ia64 build X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3487 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 410 Lines: 14 sizeof() returns long. Some expressions involving sizeof() give warnings when the result is assign to an int, cast it to int and remove the warning. Date: Wed Apr 2 21:12:00 PST 2003 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:143467a linux/fs/xfs/dmapi/dmapi_register.c - 1.22 From owner-linux-xfs@oss.sgi.com Wed Apr 2 23:02:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 02 Apr 2003 23:02:35 -0800 (PST) Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h3372PDH001270 for ; Wed, 2 Apr 2003 23:02:26 -0800 Received: from epostleser.online.no (epostleser13.frisurf.no [148.122.3.21]) by mail44.fg.online.no (8.9.3p2/8.9.3) with ESMTP id JAA19264 for ; Thu, 3 Apr 2003 09:02:19 +0200 (MEST) X-WebMail-UserID: knutjbj@online.no Date: Thu, 3 Apr 2003 09:02:18 +0200 From: knutjbj To: linux-xfs@oss.sgi.com X-EXP32-SerialNo: 50000140 Subject: xfs patch kernel for redhat 9 Message-ID: <3E8C8FF4@epostleser.online.no> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: InterChange (Hydra) SMTP v3.62 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3488 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knutjbj@online.no Precedence: bulk X-list: linux-xfs Content-Length: 181 Lines: 5 I have been away a while. Is there going to be a patch kernel for Redhat 9 with XFS support? I do not need a installer since I can use apt to upgrade from Redhat 8 to Redhat 9. From owner-linux-xfs@oss.sgi.com Thu Apr 3 00:54:44 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 00:54:53 -0800 (PST) Received: from hbcse.tifr.res.in (hbcse.tifr.res.in [158.144.44.129]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h338sfDH004077 for ; Thu, 3 Apr 2003 00:54:43 -0800 Received: from linto (helo=localhost) by hbcse.tifr.res.in with local-esmtp (Exim 3.36 #1 (Debian)) id 1910Qe-0004uh-00 for ; Thu, 03 Apr 2003 14:20:36 +0530 Date: Thu, 3 Apr 2003 14:20:35 +0530 (IST) From: "'Linto Joseph Mathew" To: linux-xfs@oss.sgi.com Subject: Re: Operation not supported In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3489 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: linto@hbcse.tifr.res.in Precedence: bulk X-list: linux-xfs Content-Length: 1127 Lines: 45 On Thu, 3 Apr 2003, 'Linto Joseph Mathew wrote: I tried $ setfattr -n XXX -v XXXX path $ getfattr -n XXX path on my XFS partition. But it showing "Operation not supported". I am using kernel 2.4.20. and xfs-2.4.20-all.i386 patch. will kernel 2.4.20 support this operation? If not ,which is the supporting version ? > Please help me. > > > > > On Mon, 31 Mar 2003, Nathan Straz wrote: > > > On Mon, Mar 31, 2003 at 07:18:00PM +0530, 'Linto Joseph Mathew wrote: > > > There are system calls for set/getting extra attributes to a file. > > > How do i invoke it in a c program? > > > Is there any special functions? > > > > Check the getxattr and setxattr man pages that are part of the > > libattr1-dev[1] package. > > > > > > > > [1] That's the Debian package name. The name could vary on the > > distribution you are using. > > > > -- > > Nate Straz nstraz@sgi.com > > > sgi, inc http://www.sgi.com/ > > > Linux Test Project http://ltp.sf.net/ > > > > > > > > > From owner-linux-xfs@oss.sgi.com Thu Apr 3 07:49:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 07:50:06 -0800 (PST) Received: from jupiter.ucsd.edu (jupiter.ucsd.edu [132.239.126.151]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33FnrDH014059 for ; Thu, 3 Apr 2003 07:49:53 -0800 Received: from localhost (vly@localhost) by jupiter.ucsd.edu (SGI-8.9.3/8.9.3) with ESMTP id IAA92827; Thu, 3 Apr 2003 08:05:02 -0800 (PST) Date: Thu, 3 Apr 2003 08:05:01 -0800 From: Vinh Ly To: linux-xfs@oss.sgi.com Subject: XFS/kernel-2.5.x/mdadm mkfs problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3490 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: vly@ucsd.edu Precedence: bulk X-list: linux-xfs Content-Length: 1240 Lines: 45 disto = forRH-8.0-SGI-XFS-1.2.0-v4.iso, RedHat patches current as of last Monday kernel = 2.5.66 + linux-2.5.66-xfs-2003-03-30.patch md = mdadm 1.2 raid level = 0 and 5 (4 SCSI disks) xfsprogs = 2.3.5 and 2.3.9 When I run the command "mkfs.xfs -f /dev/md0", I get this error: MD array /dev/md0 not in clean state Version 2.3.5 and 2.3.9 give the same error. It looks like the way it checks for the md state is different. Here's the snipet from libdisk/md.c: /* Check state */ if (md.state) { fprintf(stderr, _("MD array %s not in clean state\n"), dfile); exit(1); } In the mdadm 1.2 source (Examine.c), they have this snipet: printf(" State : %s, %serrors\n", (super.state&(1<; Thu, 3 Apr 2003 09:04:37 -0800 Received: from phys.ucalgary.ca (praxxis.phys.ucalgary.ca [136.159.51.10]) by wham.phys.ucalgary.ca (8.12.9/phys6.7mh) with ESMTP id h33H4WsP305151 for ; Thu, 3 Apr 2003 10:04:33 -0700 (MST) Message-ID: <3E8C69A0.52FD6B60@phys.ucalgary.ca> Date: Thu, 03 Apr 2003 10:04:32 -0700 From: Cliff Marcellus Organization: Institute for Space Research X-Mailer: Mozilla 4.79C-SGI [en] (X11; U; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: source to xfsdump/xfsrestore Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3491 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cliff@phys.ucalgary.ca Precedence: bulk X-list: linux-xfs Content-Length: 885 Lines: 28 Hello, Could you please point me to the source code for xfsdump/xfsrestore? It's not in xfsprogs-2.3.9.src.tar.gz, as I would have expected. Thanks Cliff -- -------------------------------------------------------------------------------- | | | Cliff G Marcellus email : cliff@phys.ucalgary.ca | | Institute for Space Research | | Department of Physics and Astronomy Voice : +1 403 220 7193 | | University of Calgary | | Calgary, Alberta, CANADA T2N 1N4 FAX : +1 403 282 5016 | | | -------------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Apr 3 09:10:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 09:10:11 -0800 (PST) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33HA2DH016957 for ; Thu, 3 Apr 2003 09:10:04 -0800 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h33HA1YG032106 for ; Thu, 3 Apr 2003 19:10:01 +0200 Received: (qmail 11019 invoked from network); 3 Apr 2003 19:10:01 +0200 Received: from rx3227.cip.uni-regensburg.de (132.199.221.32) by rss1.rz.uni-regensburg.de with SMTP; 3 Apr 2003 19:10:01 +0200 Subject: Re: source to xfsdump/xfsrestore From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Cliff Marcellus Cc: linux-xfs@oss.sgi.com In-Reply-To: <3E8C69A0.52FD6B60@phys.ucalgary.ca> References: <3E8C69A0.52FD6B60@phys.ucalgary.ca> Content-Type: text/plain Organization: Message-Id: <1049389801.460.0.camel@bonnie79> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 03 Apr 2003 19:10:01 +0200 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3492 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 301 Lines: 14 On Thu, 2003-04-03 at 19:04, Cliff Marcellus wrote: > Hello, > > Could you please point me to the source code for xfsdump/xfsrestore? > > It's not in xfsprogs-2.3.9.src.tar.gz, as I would have expected. > ftp://oss.sgi.com/projects/xfs/download/cmd_tars/xfsdump-2.2.6.src.tar.gz Christian From owner-linux-xfs@oss.sgi.com Thu Apr 3 09:11:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 09:11:47 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33HBDDH017387 for ; Thu, 3 Apr 2003 09:11:14 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h33HNNVe026032 for ; Thu, 3 Apr 2003 11:23:23 -0600 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h33HB7a218980019; Thu, 3 Apr 2003 11:11:07 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h33HB7wX35540182; Thu, 3 Apr 2003 11:11:07 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h33HB7j32049; Thu, 3 Apr 2003 11:11:07 -0600 Subject: Re: source to xfsdump/xfsrestore From: Steve Lord To: Cliff Marcellus Cc: linux-xfs@oss.sgi.com In-Reply-To: <3E8C69A0.52FD6B60@phys.ucalgary.ca> References: <3E8C69A0.52FD6B60@phys.ucalgary.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1049389866.26024.82.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 03 Apr 2003 11:11:07 -0600 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3493 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 605 Lines: 26 On Thu, 2003-04-03 at 11:04, Cliff Marcellus wrote: > Hello, > > Could you please point me to the source code for xfsdump/xfsrestore? > > It's not in xfsprogs-2.3.9.src.tar.gz, as I would have expected. > > Thanks > Cliff Try next door: ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsdump-2.2.6.src.tar.gz You will also need to install the other packages to get it to build. acl-2.2.4.src.tar.gz attr-2.2.0.src.tar.gz dmapi-2.0.5.src.tar.gz Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Apr 3 09:12:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 09:12:44 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33HCHDH017620 for ; Thu, 3 Apr 2003 09:12:17 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h33HOQVe026059 for ; Thu, 3 Apr 2003 11:24:26 -0600 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h33HCAa218991931; Thu, 3 Apr 2003 11:12:11 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h33HCBCI6869327; Thu, 3 Apr 2003 11:12:11 -0600 (CST) Subject: Re: source to xfsdump/xfsrestore From: Eric Sandeen To: Cliff Marcellus Cc: linux-xfs@oss.sgi.com In-Reply-To: <3E8C69A0.52FD6B60@phys.ucalgary.ca> References: <3E8C69A0.52FD6B60@phys.ucalgary.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 03 Apr 2003 11:10:59 -0600 Message-Id: <1049389859.14300.16.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3494 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 383 Lines: 16 On Thu, 2003-04-03 at 11:04, Cliff Marcellus wrote: > > Hello, > > Could you please point me to the source code for xfsdump/xfsrestore? > > It's not in xfsprogs-2.3.9.src.tar.gz, as I would have expected. How about xfsdump-2.2.6.src.tar.gz? :) -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Apr 3 09:14:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 09:14:10 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33HE7DH018261 for ; Thu, 3 Apr 2003 09:14:08 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h33HQHVe026120 for ; Thu, 3 Apr 2003 11:26:17 -0600 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h33HE2a219027369; Thu, 3 Apr 2003 11:14:02 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1918Hq-00064h-00; Thu, 03 Apr 2003 11:14:02 -0600 Date: Thu, 3 Apr 2003 11:14:02 -0600 From: Nathan Straz To: Cliff Marcellus Cc: linux-xfs@oss.sgi.com Subject: Re: source to xfsdump/xfsrestore Message-ID: <20030403171401.GE20085@sgi.com> Mail-Followup-To: Cliff Marcellus , linux-xfs@oss.sgi.com References: <3E8C69A0.52FD6B60@phys.ucalgary.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E8C69A0.52FD6B60@phys.ucalgary.ca> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3495 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 472 Lines: 11 On Thu, Apr 03, 2003 at 10:04:32AM -0700, Cliff Marcellus wrote: > Could you please point me to the source code for xfsdump/xfsrestore? > > It's not in xfsprogs-2.3.9.src.tar.gz, as I would have expected. It's in the xfsdump-2.2.6.src.tar.gz file. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Thu Apr 3 10:19:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 10:19:32 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33IJTDH023415 for ; Thu, 3 Apr 2003 10:19:29 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h33IJNE0019793 for ; Thu, 3 Apr 2003 10:19:23 -0800 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h33IJMa218978629; Thu, 3 Apr 2003 12:19:22 -0600 (CST) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 1919J4-0006Sz-00; Thu, 03 Apr 2003 12:19:22 -0600 Date: Thu, 3 Apr 2003 12:19:22 -0600 From: Nathan Straz To: "'Linto Joseph Mathew" Cc: linux-xfs@oss.sgi.com Subject: Re: Operation not supported Message-ID: <20030403181922.GF20085@sgi.com> Mail-Followup-To: 'Linto Joseph Mathew , linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3497 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1176 Lines: 28 On Thu, Apr 03, 2003 at 02:20:35PM +0530, 'Linto Joseph Mathew wrote: > On Thu, 3 Apr 2003, 'Linto Joseph Mathew wrote: > > > On Mon, Mar 31, 2003 at 07:18:00PM +0530, 'Linto Joseph Mathew wrote: > > > > There are system calls for set/getting extra attributes to a file. > > > > How do i invoke it in a c program? > > > > Is there any special functions? > > > > > > Check the getxattr and setxattr man pages that are part of the > > > libattr1-dev[1] package. > > I tried > $ setfattr -n XXX -v XXXX path > $ getfattr -n XXX path > on my XFS partition. > But it showing "Operation not supported". > I am using kernel 2.4.20. and xfs-2.4.20-all.i386 patch. > > will kernel 2.4.20 support this operation? > If not ,which is the supporting version ? Ok, I'm not sure about this, but do you have CONFIG_FS_POSIX_ACL set? Someone else on the list can clarify this, but my guess is that this also turns on and off extended attributes. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Thu Apr 3 12:41:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 12:42:33 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33KfsDH025813 for ; Thu, 3 Apr 2003 12:41:54 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h33Ks2Ve031618 for ; Thu, 3 Apr 2003 14:54:03 -0600 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 GAA27895; Fri, 4 Apr 2003 06:40:30 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id GAA72234; Fri, 4 Apr 2003 06:40:29 +1000 (EST) Date: Fri, 4 Apr 2003 06:40:28 +1000 From: Nathan Scott To: "'Linto Joseph Mathew" , linux-xfs@oss.sgi.com Subject: Re: Operation not supported Message-ID: <20030404064028.A1026198@wobbly.melbourne.sgi.com> References: <20030403181922.GF20085@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030403181922.GF20085@sgi.com>; from nstraz@sgi.com on Thu, Apr 03, 2003 at 12:19:22PM -0600 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3498 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1472 Lines: 43 On Thu, Apr 03, 2003 at 12:19:22PM -0600, Nathan Straz wrote: > On Thu, Apr 03, 2003 at 02:20:35PM +0530, 'Linto Joseph Mathew wrote: > > On Thu, 3 Apr 2003, 'Linto Joseph Mathew wrote: > > > > On Mon, Mar 31, 2003 at 07:18:00PM +0530, 'Linto Joseph Mathew wrote: > > > > > There are system calls for set/getting extra attributes to a file. > > > > > How do i invoke it in a c program? > > > > > Is there any special functions? > > > > > > > > Check the getxattr and setxattr man pages that are part of the > > > > libattr1-dev[1] package. > > > > I tried > > $ setfattr -n XXX -v XXXX path > > $ getfattr -n XXX path > > on my XFS partition. > > But it showing "Operation not supported". > > I am using kernel 2.4.20. and xfs-2.4.20-all.i386 patch. Above is not a valid extended attribute name. Read the attr(5) man page, then try something like... $ setfattr -n XXX -v XXXX /tmp/foo setfattr: /tmp/foo: Operation not supported $ setfattr -n user.XXX -v XXXX /tmp/foo $ getfattr /tmp/foo getfattr: Removing leading '/' from absolute path names # file: tmp/foo user.XXX > > will kernel 2.4.20 support this operation? > > If not ,which is the supporting version ? > > Ok, I'm not sure about this, but do you have CONFIG_FS_POSIX_ACL set? > Someone else on the list can clarify this, but my guess is that this > also turns on and off extended attributes. Extended attributes are always available, independent of ACLs. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Apr 3 14:06:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 14:06:12 -0800 (PST) Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33M64DH029069 for ; Thu, 3 Apr 2003 14:06:05 -0800 Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191]) by atlrel8.hp.com (Postfix) with ESMTP id 1B6D11C01FC5 for ; Thu, 3 Apr 2003 17:06:04 -0500 (EST) Received: from xatlbh2.atl.hp.com (xatlbh2.atl.hp.com [15.45.89.187]) by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 023D91C000AF for ; Thu, 3 Apr 2003 17:06:04 -0500 (EST) Received: by xatlbh2.atl.hp.com with Internet Mail Service (5.5.2655.55) id <2F1HN6W2>; Thu, 3 Apr 2003 17:06:03 -0500 Message-ID: From: "HABBINGA,ERIK (HP-Loveland,ex1)" To: "'linux-xfs@oss.sgi.com'" Subject: xfslogd on SMP systems Date: Thu, 3 Apr 2003 17:05:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3499 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erik.habbinga@hp.com Precedence: bulk X-list: linux-xfs Content-Length: 425 Lines: 11 I'm running SPEC SFS NFS testing on a 4 way Pentium IV Xeon server. There are 4 xfslogd processes running: xfslogd/0, xfslogd/1, xfslogd/2, and xfslogd/3. I only ever see xfslogd/0 consume any CPU time, and the other xfslogd processes do nothing. Is this the expected behaviour? Should all 4 xfslogd processes be sharing the work instead? Why is there an xfslogd process per cpu? Thanks, Erik Habbinga Hewlett Packard From owner-linux-xfs@oss.sgi.com Thu Apr 3 14:32:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 14:32:24 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h33MWADH029739 for ; Thu, 3 Apr 2003 14:32:12 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h33MW4VV011647 for ; Thu, 3 Apr 2003 14:32:05 -0800 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h33MW3a219036657; Thu, 3 Apr 2003 16:32:03 -0600 (CST) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h33MW3wX39443230; Thu, 3 Apr 2003 16:32:03 -0600 (CST) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h33MW3u00565; Thu, 3 Apr 2003 16:32:03 -0600 Subject: Re: xfslogd on SMP systems From: Steve Lord To: "HABBINGA,ERIK ""(HP-Loveland,ex1)" Cc: "'linux-xfs@oss.sgi.com'" In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1049409123.303.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 03 Apr 2003 16:32:03 -0600 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3500 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1132 Lines: 30 On Thu, 2003-04-03 at 16:05, HABBINGA,ERIK (HP-Loveland,ex1) wrote: > I'm running SPEC SFS NFS testing on a 4 way Pentium IV Xeon server. There > are 4 xfslogd processes running: xfslogd/0, xfslogd/1, xfslogd/2, and > xfslogd/3. I only ever see xfslogd/0 consume any CPU time, and the other > xfslogd processes do nothing. Is this the expected behaviour? Should all 4 > xfslogd processes be sharing the work instead? Why is there an xfslogd > process per cpu? > > Thanks, > Erik Habbinga > Hewlett Packard It is being reworked. The threads handle I/O completion on a per cpu basis, interrupts hand work off to the thread on the same cpu. Xeons deliver all their interrupts to cpu 0 by default, so all the work goes one place. Ask intel about this one. If you actually have multiple controllers involved then you can get hold of irqbalance which will distribute the interrupts from different controllers around the cpus. This xeon issue is why we decided to rework this. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Apr 3 16:01:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 16:01:48 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h3401bDH030870 for ; Thu, 3 Apr 2003 16:01:38 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h33Lx7VV009046 for ; Thu, 3 Apr 2003 13:59:07 -0800 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h33Lx6a219000418 for ; Thu, 3 Apr 2003 15:59:06 -0600 (CST) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h33Lx6wX39059250 for ; Thu, 3 Apr 2003 15:59:06 -0600 (CST) From: Eric Sandeen Received: by stout.americas.sgi.com (8.11.6/SGI-client-1.7) id h33Lvrg25277; Thu, 3 Apr 2003 15:57:53 -0600 Message-Id: <200304032157.h33Lvrg25277@stout.americas.sgi.com> Date: Thu, 3 Apr 2003 15:57:53 -0600 Subject: TAKE - libxfs / kernel sync-up X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3501 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 818 Lines: 34 kernel / libxfs sync-up Implement get_unaligned / put_unaligned in libxfs Change typecasts to a type available in kernel & userspace Date: Thu Apr 3 13:58:27 PST 2003 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:143534a cmd/xfsprogs/VERSION - 1.72 - Bump version cmd/xfsprogs/doc/CHANGES - 1.99 - Document kernel/userspace sync-up cmd/xfsprogs/libxfs/xfs.h - 1.33 - Add get_unaligned / put_unaligned routines (lifted from kernel) cmd/xfsprogs/libxfs/xfs_inode.c - 1.17 - Sync with kernel code for unaligned accesses Modid: 2.4.x-xfs:slinx:143534b linux/fs/xfs/xfs_inode.c - 1.367 - Change typecast to something we can use outside the kernel From owner-linux-xfs@oss.sgi.com Thu Apr 3 16:10:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 16:11:11 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h340AaDH031396 for ; Thu, 3 Apr 2003 16:10:36 -0800 Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h340AUE0018204 for ; Thu, 3 Apr 2003 16:10:30 -0800 Received: from boing.melbourne.sgi.com (localhost [127.0.0.1]) by boing.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3409DD2160322; Fri, 4 Apr 2003 10:09:13 +1000 (AEST) Received: (from tes@localhost) by boing.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3409C9e160383; Fri, 4 Apr 2003 10:09:12 +1000 (AEST) Date: Fri, 4 Apr 2003 10:09:12 +1000 From: Tim Shimmin To: Steve Lord Cc: Cliff Marcellus , linux-xfs@oss.sgi.com Subject: Re: source to xfsdump/xfsrestore Message-ID: <20030404100912.E51441@boing.melbourne.sgi.com> References: <3E8C69A0.52FD6B60@phys.ucalgary.ca> <1049389866.26024.82.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <1049389866.26024.82.camel@jen.americas.sgi.com>; from lord@sgi.com on Thu, Apr 03, 2003 at 11:11:07AM -0600 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3502 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 599 Lines: 21 Hi, On Thu, Apr 03, 2003 at 11:11:07AM -0600, Steve Lord wrote: > On Thu, 2003-04-03 at 11:04, Cliff Marcellus wrote: > > Could you please point me to the source code for xfsdump/xfsrestore? > > It's not in xfsprogs-2.3.9.src.tar.gz, as I would have expected. > Try next door: > ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsdump-2.2.6.src.tar.gz > You will also need to install the other packages to get it to build. > acl-2.2.4.src.tar.gz Wouldn't have thought you'd need acl. xfsdump shouldn't know about ACLs only EAs. > attr-2.2.0.src.tar.gz > dmapi-2.0.5.src.tar.gz > Cheers, Tim. From owner-linux-xfs@oss.sgi.com Thu Apr 3 17:45:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 17:45:20 -0800 (PST) Received: from smtp.covadmail.net (mx03.covadmail.net [63.65.120.63]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h341jBDH001467 for ; Thu, 3 Apr 2003 17:45:11 -0800 Received: (covad.net 16082 invoked from network); 4 Apr 2003 01:45:03 -0000 Received: from unknown (HELO boywonderfx.com) (66.167.1.42) by sun-qmail15 with SMTP; 4 Apr 2003 01:45:03 -0000 Message-ID: <3E8CE39E.2060008@boywonderfx.com> Date: Thu, 03 Apr 2003 17:45:02 -0800 From: Michael Whang User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfs for solaris? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3503 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mwhang@boywonderfx.com Precedence: bulk X-list: linux-xfs Content-Length: 46 Lines: 4 does anyone know if this is available? Mike From owner-linux-xfs@oss.sgi.com Thu Apr 3 18:07:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 18:07:47 -0800 (PST) Received: from mail.get2chip.com ([64.169.83.2]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h3427iDH002112 for ; Thu, 3 Apr 2003 18:07:44 -0800 Message-ID: <62903.63.200.34.146.1049421880.squirrel@webmail01.get2chip.com> Date: Thu, 3 Apr 2003 18:04:40 -0800 (PST) Subject: dd of xfs partition does not mount From: "Chris Croswhite" To: Reply-To: ccroswhite@get2chip.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3504 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ccroswhite@get2chip.com Precedence: bulk X-list: linux-xfs Content-Length: 466 Lines: 19 Hello, I was trying to dd a drive that has several partitions with several file systems. I am having dificulty getting the xfs partitions on the dd'ed drive to mount properly. Here is what I am doing: dd if=/dev/hda of=/dev/hdb bs=1024 Then I try to mount the one xfs partition: mount -t xfs /dev/hdb4 /mountpoint All other dd'ed partitions I am able to mount. I have tried this on several machines with the same affect. What am I doing wrong? TIA, Chris From owner-linux-xfs@oss.sgi.com Thu Apr 3 18:21:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 18:21:52 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h342LkDH002680 for ; Thu, 3 Apr 2003 18:21:47 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h342LcE0026554 for ; Thu, 3 Apr 2003 18:21:39 -0800 Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA02489; Fri, 4 Apr 2003 12:20:21 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id MAA80985; Fri, 4 Apr 2003 12:20:20 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h342Iruh001607; Fri, 4 Apr 2003 12:18:53 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h342Iqiw001605; Fri, 4 Apr 2003 12:18:52 +1000 Date: Fri, 4 Apr 2003 12:18:52 +1000 From: Nathan Scott To: Chris Croswhite Cc: linux-xfs@oss.sgi.com Subject: Re: dd of xfs partition does not mount Message-ID: <20030404021852.GF911@frodo> References: <62903.63.200.34.146.1049421880.squirrel@webmail01.get2chip.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62903.63.200.34.146.1049421880.squirrel@webmail01.get2chip.com> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3505 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 759 Lines: 26 On Thu, Apr 03, 2003 at 06:04:40PM -0800, Chris Croswhite wrote: > Hello, > > I was trying to dd a drive that has several partitions with several file > systems. I am having dificulty getting the xfs partitions on the dd'ed > drive to mount properly. Here is what I am doing: > > dd if=/dev/hda of=/dev/hdb bs=1024 > > Then I try to mount the one xfs partition: > > mount -t xfs /dev/hdb4 /mountpoint > > All other dd'ed partitions I am able to mount. I have tried this on > several machines with the same affect. What am I doing wrong? You probably need to use the "nouuid" mount option, or use xfs_admin(8) to change the UUID on the copied filesystem. You syslog will have more information on the nature of the mount failure. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Apr 3 18:31:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 18:31:11 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h342V8DH003335 for ; Thu, 3 Apr 2003 18:31:08 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h342V1VV027659 for ; Thu, 3 Apr 2003 18:31:02 -0800 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h342TjrX084139 for ; Fri, 4 Apr 2003 12:29:45 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h342TjQb084670 for linux-xfs@oss.sgi.com; Fri, 4 Apr 2003 12:29:45 +1000 (EST) Date: Fri, 4 Apr 2003 12:29:45 +1000 (EST) From: Nathan Scott Message-Id: <200304040229.h342TjQb084670@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3506 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 309 Lines: 13 Allow large CPU count patches to coexist with XFS. Date: Thu Apr 3 18:29:19 PST 2003 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:143598a linux/fs/xfs/pagebuf/page_buf.c - 1.109 From owner-linux-xfs@oss.sgi.com Thu Apr 3 18:35:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 18:35:34 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h342ZWDH003869 for ; Thu, 3 Apr 2003 18:35:32 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h342ZPVV027915 for ; Thu, 3 Apr 2003 18:35:26 -0800 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h342Y9rX091737 for ; Fri, 4 Apr 2003 12:34:10 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h342Y91j091796 for linux-xfs@oss.sgi.com; Fri, 4 Apr 2003 12:34:09 +1000 (EST) Date: Fri, 4 Apr 2003 12:34:09 +1000 (EST) From: Nathan Scott Message-Id: <200304040234.h342Y91j091796@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix some unaligned accesses X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3507 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 315 Lines: 13 Fix some remaining unaligned access issues on 64 bit platforms. Date: Thu Apr 3 18:33:55 PST 2003 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:143601a linux/fs/xfs/xfs_inode.c - 1.368 From owner-linux-xfs@oss.sgi.com Thu Apr 3 18:53:07 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 18:53:09 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h342r7DH004596 for ; Thu, 3 Apr 2003 18:53:07 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3435GVe008315 for ; Thu, 3 Apr 2003 21:05:17 -0600 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h342phrX100283 for ; Fri, 4 Apr 2003 12:51:43 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h342pbgI100214 for linux-xfs@oss.sgi.com; Fri, 4 Apr 2003 12:51:37 +1000 (EST) Date: Fri, 4 Apr 2003 12:51:37 +1000 (EST) From: Nathan Scott Message-Id: <200304040251.h342pbgI100214@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3508 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 742 Lines: 29 Undo the recent pagebuf IO completion thread handling change until some hard-to-hit hangs are better understood. Date: Thu Apr 3 18:47:55 PST 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs Undoes mod: 2.4.x-xfs:slinx:143117a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:143603a linux/fs/xfs/pagebuf/page_buf.c - 1.110 Date: Thu Apr 3 18:50:08 PST 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/2.4.x-xfs Undoes mod: 2.4.x-xfs:slinx:143110a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:143604a linux/fs/xfs/pagebuf/page_buf.c - 1.111 linux/fs/xfs/pagebuf/page_buf.h - 1.64 From owner-linux-xfs@oss.sgi.com Thu Apr 3 19:29:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 19:29:48 -0800 (PST) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h343TbDH005585 for ; Thu, 3 Apr 2003 19:29:38 -0800 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id A8E48144EE; Fri, 4 Apr 2003 05:29:31 +0200 (MEST) Date: Fri, 4 Apr 2003 05:28:31 +0200 From: Andi Kleen To: Steve Lord Cc: "HABBINGA,ERIK (HP-Loveland,ex1)" , "'linux-xfs@oss.sgi.com'" Subject: Re: xfslogd on SMP systems Message-ID: <20030404032830.GA21528@wotan.suse.de> References: <1049409123.303.6.camel@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1049409123.303.6.camel@jen.americas.sgi.com> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3509 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 642 Lines: 16 > It is being reworked. The threads handle I/O completion on a per cpu > basis, interrupts hand work off to the thread on the same cpu. Xeons > deliver all their interrupts to cpu 0 by default, so all the work > goes one place. Ask intel about this one. There are various patches to do irq balancing in software (from Intel, from Ingo Molnar, from Andreas Arcangeli). You can even do it in user space using irqbalanced. Near all vendor kernels are shipping with some version of these patches. 2.5 has it too. Only Marcelo has not yet merged them. I would rather get users to apply these patches or run irqbalanced than rework XFS. -Andi From owner-linux-xfs@oss.sgi.com Thu Apr 3 20:41:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 20:42:04 -0800 (PST) Received: from provone.provsol.net (66.83.239.66.nw.nuvox.net [66.83.239.66]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h344fPDH006627 for ; Thu, 3 Apr 2003 20:41:25 -0800 Received: from serria.provsol.int (serria.provsol.int [192.168.20.22]) by provone.provsol.net (Postfix) with ESMTP id 53D37AE9 for ; Thu, 3 Apr 2003 22:41:24 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by serria.provsol.int (Postfix) with ESMTP id 41EF1A0F4C1 for ; Thu, 3 Apr 2003 22:41:24 -0600 (CST) Received: from orion (orion.provsol.int [192.168.20.23]) by serria.provsol.int (Postfix) with SMTP id D881EA0251F for ; Thu, 3 Apr 2003 22:41:23 -0600 (CST) From: "Vernon A. Fort" To: Subject: recover deleted files? Date: Thu, 3 Apr 2003 22:41:24 -0600 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_057B_01C2FA32.280AF230" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-MS-TNEF-Correlator: X-Virus-Scanned: by AMaViS snapshot-20020300 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3510 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: vfort@provident-solutions.com Precedence: bulk X-list: linux-xfs Content-Length: 5506 Lines: 107 This is a multi-part message in MIME format. ------=_NextPart_000_057B_01C2FA32.280AF230 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I have dug a little but and needing to find out if its possible to undelete files within the xfs file system. I do have a backup of the critical data - what I need is to recover the var partition to find the logs, again, if possible. Nothing was written to the partition once files were removed but the system was rebooted once. Any ideas? Or am I wasting my time, just a little forensics work...... Andy ----------------------------------- Vernon A. Fort (Andy) Provident Solutions, LLC (615) 427-4016 http://www.provident-solutions.com ------=_NextPart_000_057B_01C2FA32.280AF230 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IhgEAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcA GAAAAElQTS5NaWNyb3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEG gAMADgAAANMHBAADABYAKQAAAAQAJAEBA5AGAKAMAAAiAAAACwACAAEAAAAL ACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAABAAAAFwAAAHJl Y292ZXIgZGVsZXRlZCBmaWxlcz8AAAIBcQABAAAAFgAAAAHC+mRykHYfdVFT EEvin2MTAhSLz+MAAAIBHQwBAAAAIwAAAFNNVFA6VkZPUlRAUFJPVklERU5U LVNPTFVUSU9OUy5DT00AAAsAAQ4AAAAAQAAGDgDW7WNk+sIBAgEKDgEAAAAY AAAAAAAAALbp6Mj3GLNIu6V9l/ozee/CgAAACwAfDgEAAAACAQkQAQAAAJkI AACVCAAACRUAAExaRnXHNuBvAwAKAHJjcGcxMjVyMgxgYzEDMAEHC2BukQ4Q MDMzDxZmZQ+STwH3AqQDYwIAY2gKwHOEZXQC0XBycTIAAJIqCqFubxJQIDAB 0IUB0DYPoDA1MDQUIfMB0BQQNH0HbQKDAFAD1PsR/xMLYhPhFFATshj0FNCT BxMCgzI4EY4yMxphRRdyIAdtIENFGgQ5Txp/FEAbrxy1eXICgzNzFjERrDE2 FjEe/wOCR/0J0WsgdA5QIP8kMSI/A4KeVAhwIHQPwCReNzclfyEctChIZWIJ cHcp/yB0HsEnrhufKbYHEAGgDeBlKpU1Kx84NixPHLRC/QdAdA3gIHQvwRZs G3gHE/0dBjMooTI9HrcztSBWHZH/Fmwh6DO0I4gUUDdPJVcztL0m5jQWPyiI M7QqKzQkMfc8zjM8Lbs0J3E3bS+3M7RXMUYCkQjmOwlvMEW/Zf0OMDVG6kgB R79IyUbUSPL/R19LL0rtSm9In0bvEGAaUP9QulHRUY9SmUbUUsJRL1T/71S9 VD9Sb1Y0OQ5QWYRa4YdTA1rgAoJzdHlsB5AqaAngdAAAcQMhbGkPAUAFEAFA A/BkY3RsewqxAGBzCrBeIBbgXmJuBHVtAgBhYXV0bzEAYGRqdVxQBRBnaF50 XYEKAV1QCgFpAZBw/jADMTySDAEPVxAYCNAJwHNd4GIjbnBieWQUAzBz+G5l eBcwB7AFsADAAnO5ExBjcw+QAzBf4GRhQHRpdhOARAEQX5AxYCAaUArAYQnA YWBoIEYbAiFcEzEukF0SZmktPQ+QOGDSadNdnCpQZHLPCVBrchaga3J3NFAh FwD+cAHQZtFej1+fYKZp02FP92JfY29kfmJtMAmAAiBwcc9lY2kwZ/BgoXQt aJADYQo6MDBvdjBTdWJqBQWQdHYwRGF0ZTr/aOQvwGlvan9rj2yfba9uv/9v zFygfTALgA4ScHEMMHCkPw5QcS9yP3NPdF91Z1Jl+2dQFwEgKjB9MASQaOQo oP93/3kPeh97L3w+CGBeEAuA9mVcgGdQbAFAfT9+T39UljCPcAjQYgqwdDh/ 6P1xBjIewBAWkTGB5BNQF3D4b29mgj+DT4RXkACFcHkLUHkvaKCJ0AsRheVz /2jkGmCG34fviP+KD3w/jQ//b89w34Fvky+UP5VPllJ2Uv919HcpHZBdH14v nB9gT55k/Y+zOZ6vn7+gz6HfhEiq4LhEb2OoIAnwBUBNnnDvZjabE2cGqwdj AECuqGayP6dghaECIDPhXEAFoG1w7RNiRQDAAxBTXGIB0FwT/jIAUKX/pw+o H6kvnm+rz9+s363vhAu18LTQLbTyBgDruWC0AHQIcGVE4xMQRdCCdgJRIHtV bmsTUPp3FdF9ttLB0LcQmcEBgH5udrAAYAnwZwCwAJJheFMLYAJAb3kJ8Fxl gHD/XKAAIAuQE1BnwZnAt5AA4ecCMAJgAIBiZAwwE1EKsH5jARAFsGfAAgFl 8H8yZZRcaAWwesOCZGcAwOxyZwuByGBoxpMvoAFB/Gd2ySnH4blgneGYEMmT 3cqlNDnhyPLH4HcAUMmy/8xzdsDEkABwCzDDgVxgs7ClDlB2CJB3awuAZB7A /85iBPAHQBBhAUAOAJmSXLB3uPDPxQIQb7mQt5CV4HT/weCMUcLS0Ve5gADA uLC3kP+SYcYAuYC48QkyuSCMcAJQ/wdAC5DUYQJRzrG2UNFgz1H7txACYHfV IwJRACAJwLZQ+cMAcmvHAbHiFyES8ndAh7SAw/ETgEM6XFx1gHpvaEFtaJAD EAeQ2KBNzw3gA2Cz4AGAIE8BIA3gvcfAXNpWD5PEcLTyLoQg/nTCIBcQtxCW cLnyZYABQP/DUdNgBJDHwNxijEK8kjHw9wFA3GNnlGPBYRMCAIAFkPhsdmwA ULgxBQC4YN/x/wGQACDgcs6xsEEBwd/hFuCfD3AAALgwDNABkCAuwLR/3/YO UOCSxUHg/+IP4x9svw/AuDAFgeTP5d/m72wewN+4MNWQ5J/pX+pkKeNcLpD3 6C/tD+pEYioQApHuL+Aj/y/A69/wn/Gv8r/gUCig9AL/4N/1b/Z/41waYPQP +Y/6n//7r+BQHZD4j/4f/y8ANAr5/7ZAti+3P7hPuV+6b7t/vI9nZItFEbJW SSAW4GdRZPh1ZyDqoEUCslYGENYwd1yAD5oPi2IIYA9gw2Ag12VwReB/cSAI cCCXwBKRsYwRIGlmE/DS8CC0kdxzadPQGEATQXUCoVyAl9hRl8BcgSA3cHRo BZEbFkAYQHg6EBWzIHN5+1xQ2AAuEWAOwIQgDtTqoOGD4GNrdXAQu5LAFoP/ AaBnIc9RDyB3MOqg3TIHMP9ogBYQN+Bn4A7AEsIT8Czw3xNBRdC0YIWRFoN2 BwAUYD8CIWchaLATNxaSRVBnc/osD2BnBYEfgBQBFHYXwf9l0BZCD1APmpZA FgEaYXdA/x5jFpId6GiwxsAVtt2RHNH+bR0RlnASQhaSF2QiI0XQHmLQ8RxR JAIXwUFuefcT8AKwBzA/2kAdQNkRDsD3IjExcBMRbSfQMXCwMB+A/wjCD2EQ VBNgy4AQqwHwLgCDFgHLgGuFhQ0KBQLmICyVJ7BkeQ+aLJwE/P+17wavB78I zwnfCu8L/w0P6zxRznBsNxBmOQAS4VzhP9/QOTEFkCoRRRERQkFVAFRPVEVY VExJTFNUMJBpECAiv64i/w+APzI5AEBQZ9E6Y5DPkdK5knUgLT//QQ8slVaW 0LvGcAWgQRfAlhFn4Cgtcv4pLJXYwc5gArLAANNAMwAjHkEfcUxMQyyVKDaB aTApIDQyNy3MAAd3wA7Q1jBwOi8vd21HoC6SkUSELbPgRRUu/7RhLbIuSAT/ MK8xvzLPM9//NO81/zcPvcgE70s/TE9NXz9Ob09/UI9Rnw1sSZl9AAFdgAAA AAsAAYAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwADgAggBgAAAAAA wAAAAAAAAEYAAAAAEIUAAAAAAAADAAeACCAGAAAAAADAAAAAAAAARgAAAABS hQAAc3kBAB4ACYAIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADku MAALAA2ACCAGAAAAAADAAAAAAAAARgAAAACChQAAAQAAAAsAOoAIIAYAAAAA AMAAAAAAAABGAAAAAA6FAAAAAAAAAwA8gAggBgAAAAAAwAAAAAAAAEYAAAAA EYUAAAAAAAADAD2ACCAGAAAAAADAAAAAAAAARgAAAAAYhQAAAAAAAAsAUoAI IAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAAwBTgAggBgAAAAAAwAAAAAAA AEYAAAAAAYUAAAAAAAACAfgPAQAAABAAAAC26ejI9xizSLulfZf6M3nvAgH6 DwEAAAAQAAAAtunoyPcYs0i7pX2X+jN57wIB+w8BAAAAlwAAAAAAAAA4obsQ BeUQGqG7CAArKlbCAABQU1RQUlguRExMAAAAAAAAAABOSVRB+b+4AQCqADfZ bgAAAEM6XERvY3VtZW50cyBhbmQgU2V0dGluZ3NcdmZvcnRcTG9jYWwgU2V0 dGluZ3NcQXBwbGljYXRpb24gRGF0YVxNaWNyb3NvZnRcT3V0bG9va1xvdXRs b29rLnBzdAAAAwD+DwUAAAADAA00/TcAAAIBfwABAAAAPQAAADxMREVJTExL Rk1MSE9CQ1BMSU9QSE9FT0dETUFBLnZmb3J0QHByb3ZpZGVudC1zb2x1dGlv bnMuY29tPgAAAAADAAYQ8G8cWwMABxC1AQAAAwAQEAAAAAADABEQAAAAAB4A CBABAAAAZQAAAElIQVZFRFVHQUxJVFRMRUJVVEFORE5FRURJTkdUT0ZJTkRP VVRJRklUU1BPU1NJQkxFVE9VTkRFTEVURUZJTEVTV0lUSElOVEhFWEZTRklM RVNZU1RFTUlET0hBVkVBQkFDS1UAAAAAmE4= ------=_NextPart_000_057B_01C2FA32.280AF230-- From owner-linux-xfs@oss.sgi.com Thu Apr 3 21:27:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 03 Apr 2003 21:27:36 -0800 (PST) Received: from poptart.bithose.com (ip-204-97-176-41.modem.logical.net [204.97.176.41]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h345RTDH007607 for ; Thu, 3 Apr 2003 21:27:30 -0800 Received: from poptart.bithose.com (localhost [127.0.0.1]) by poptart.bithose.com (8.12.9/8.12.9) with ESMTP id h345RS1G104094 for ; Fri, 4 Apr 2003 00:27:28 -0500 (EST) Received: from localhost (jakari@localhost) by poptart.bithose.com (8.12.9/8.12.9/Submit) with ESMTP id h345RSLM104096 for ; Fri, 4 Apr 2003 00:27:28 -0500 (EST) X-Authentication-Warning: poptart.bithose.com: jakari owned process doing -bs Date: Fri, 4 Apr 2003 00:27:28 -0500 (EST) From: Jameel Akari To: Subject: Re: xfs for solaris? In-Reply-To: <3E8CE39E.2060008@boywonderfx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3511 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakari@bithose.com Precedence: bulk X-list: linux-xfs Content-Length: 842 Lines: 26 On Thu, 3 Apr 2003, Michael Whang wrote: > does anyone know if this is available? Normally I'd let this go but I'm in one of those moods. ;) Umm.. no. XFS being developed by SGI and all (ya know, IRIX...) doesn't make it a really good idea to give it to a competitor. You'll have to pony up some serious bucks for Veritas if you want a decent filesystem and tools for Solaris. Having recently (and reluctantly) renewed a Veritas contract at work for our Sun boxes I can't say how much of a godsend XFS on Linux has been for us. I'm moving as much of it onto Linux with XFS as I can, which will get us down from 12 Solaris machines to just three. And those three support payments for Veritas will still be like $6000, and that's just the volume manager, not VxFS. Yikes. -- #!/jameel/akari sleep 4800; make clean && make breakfast From owner-linux-xfs@oss.sgi.com Fri Apr 4 03:42:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Apr 2003 03:42:42 -0800 (PST) Received: from phoenix.infradead.org (carisma.slowglass.com [195.224.96.167]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h34BgTDH031778 for ; Fri, 4 Apr 2003 03:42:30 -0800 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 191PaV-0006NO-00; Fri, 04 Apr 2003 12:42:27 +0100 Date: Fri, 4 Apr 2003 12:42:27 +0100 From: Christoph Hellwig To: knutjbj Cc: linux-xfs@oss.sgi.com Subject: Re: xfs patch kernel for redhat 9 Message-ID: <20030404124227.A24453@infradead.org> References: <3E8C8FF4@epostleser.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: <3E8C8FF4@epostleser.online.no>; from knutjbj@online.no on Thu, Apr 03, 2003 at 09:02:18AM +0200 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3512 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 343 Lines: 8 On Thu, Apr 03, 2003 at 09:02:18AM +0200, knutjbj wrote: > I have been away a while. Is there going to be a patch kernel for Redhat 9 > with XFS support? I do not need a installer since I can use apt to upgrade > from Redhat 8 to Redhat 9. I have an SRPM ready, the binary RPM is still building. I'll announce it here once it's finished. From owner-linux-xfs@oss.sgi.com Fri Apr 4 09:01:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Apr 2003 09:01:51 -0800 (PST) Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h34H1UDH007207 for ; Fri, 4 Apr 2003 09:01:31 -0800 Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191]) by atlrel8.hp.com (Postfix) with ESMTP id 3419A1C0212A; Fri, 4 Apr 2003 12:01:30 -0500 (EST) Received: from xatlbh1.atl.hp.com (xatlbh1.atl.hp.com [15.45.89.186]) by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 06C811C00A4F; Fri, 4 Apr 2003 12:01:30 -0500 (EST) Received: by xatlbh1.atl.hp.com with Internet Mail Service (5.5.2655.55) id <2F1F6M64>; Fri, 4 Apr 2003 12:01:29 -0500 Message-ID: From: "HABBINGA,ERIK (HP-Loveland,ex1)" To: "'Steve Lord'" Cc: "'linux-xfs@oss.sgi.com'" Subject: RE: xfslogd on SMP systems Date: Fri, 4 Apr 2003 12:01:20 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3514 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erik.habbinga@hp.com Precedence: bulk X-list: linux-xfs Content-Length: 1270 Lines: 34 > It is being reworked. The threads handle I/O completion on a per cpu > basis, interrupts hand work off to the thread on the same cpu. Xeons > deliver all their interrupts to cpu 0 by default, so all the work > goes one place. Ask intel about this one. > > If you actually have multiple controllers involved then you can > get hold of irqbalance which will distribute the interrupts from > different controllers around the cpus. > > This xeon issue is why we decided to rework this. > I already have kernel patches that redistribute the irq's from our storage controllers across all cpus. Here's some output from /proc/interrupts: 0: 56540 57588 57045 56213 IO-APIC-edge timer 16: 810276 788003 778844 770226 IO-APIC-level lpfcdd 18: 818436 797352 795307 787978 IO-APIC-level lpfcdd I can't find any good description of irqbalance, but it looks to do the same thing in a user space daemon. With those kernel patches, xfslogd/0 is still the only process consuming CPU time. Is there something else I should check or try? Erik > Steve > > -- > > Steve Lord voice: +1-651-683-3511 > Principal Engineer, Filesystem Software email: lord@sgi.com > From owner-linux-xfs@oss.sgi.com Fri Apr 4 09:35:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Apr 2003 09:35:30 -0800 (PST) Received: from mail.cnes.com (mail.cnes.com [208.179.92.38]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h34HZJDH008629 for ; Fri, 4 Apr 2003 09:35:20 -0800 Received: from oz.cnes.com (wall.cnes.com [208.179.92.60]) by mail.cnes.com (8.12.8/8.12.8) with ESMTP id h34HZE0L009489 for ; Fri, 4 Apr 2003 09:35:14 -0800 Received: from localhost (localhost [127.0.0.1]) by oz.cnes.com (8.9.3/8.9.3) with ESMTP id JAA05898 for ; Fri, 4 Apr 2003 09:35:13 -0800 (PST) Date: Fri, 4 Apr 2003 09:35:13 -0800 From: Scott Jepson To: linux-xfs@oss.sgi.com Subject: RE: xfslogd on SMP systems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3515 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: scott@cnes.com Precedence: bulk X-list: linux-xfs Content-Length: 1767 Lines: 53 Erik, Which patches did you use for the interrupt balancing? Do you have a URL to them? I would like to try them out also. Thanks, -Scott On Fri, 4 Apr 2003, HABBINGA,ERIK (HP-Loveland,ex1) wrote: > Date: Fri, 4 Apr 2003 12:01:20 -0500 > From: "HABBINGA,ERIK (HP-Loveland,ex1)" > To: 'Steve Lord' > Cc: "'linux-xfs@oss.sgi.com'" > Subject: RE: xfslogd on SMP systems > > > It is being reworked. The threads handle I/O completion on a per cpu > > basis, interrupts hand work off to the thread on the same cpu. Xeons > > deliver all their interrupts to cpu 0 by default, so all the work > > goes one place. Ask intel about this one. > > > > If you actually have multiple controllers involved then you can > > get hold of irqbalance which will distribute the interrupts from > > different controllers around the cpus. > > > > This xeon issue is why we decided to rework this. > > > > I already have kernel patches that redistribute the irq's from our storage > controllers across all cpus. Here's some output from /proc/interrupts: > > 0: 56540 57588 57045 56213 IO-APIC-edge timer > 16: 810276 788003 778844 770226 IO-APIC-level lpfcdd > 18: 818436 797352 795307 787978 IO-APIC-level lpfcdd > > I can't find any good description of irqbalance, but it looks to do the same > thing in a user space daemon. With those kernel patches, xfslogd/0 is still > the only process consuming CPU time. Is there something else I should check > or try? > > Erik > > > Steve > > > > -- > > > > Steve Lord voice: +1-651-683-3511 > > Principal Engineer, Filesystem Software email: lord@sgi.com > > > > > From owner-linux-xfs@oss.sgi.com Fri Apr 4 10:10:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Apr 2003 10:11:16 -0800 (PST) Received: from web40209.mail.yahoo.com (web40209.mail.yahoo.com [66.218.78.70]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h34IAcDH010011 for ; Fri, 4 Apr 2003 10:10:39 -0800 Message-ID: <20030404181033.7159.qmail@web40209.mail.yahoo.com> Received: from [66.167.1.42] by web40209.mail.yahoo.com via HTTP; Fri, 04 Apr 2003 10:10:33 PST Date: Fri, 4 Apr 2003 10:10:33 -0800 (PST) From: Subject: XFS kernal cocepts To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3516 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bkrusic@yahoo.com Precedence: bulk X-list: linux-xfs Content-Length: 662 Lines: 24 Hi, I am using RH8.0 XFS supplied kernal from the ISO provided on the web site. The kernal shows as 2.4.18-4SGS-XFS so can I assume this is based on the RH 2.4.18-4 kernal? If I wanted to use the latest RH kernal being 2.4.18-19.8 and compile XFS into it, how do I do this? Reason being is that the latest kernal fixes my NFS mount issues and seeing that NFS is a kernal space and not user space program, means that I have to get a more reliable kernal regarding NFS. Am I understand this correctly? Bri- __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com From owner-linux-xfs@oss.sgi.com Fri Apr 4 12:21:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 04 Apr 2003 12:21:58 -0800 (PST) Received: from rayen.face.ubiobio.cl (rayen.face.ubiobio.cl [146.83.194.131]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h34KLhDH011345 for ; Fri, 4 Apr 2003 12:21:46 -0800 Received: by rayen.face.ubiobio.cl (Postfix, from userid 500) id 7775C1BE76; Fri, 4 Apr 2003 16:19:46 -0400 (CLT) Received: from localhost (localhost [127.0.0.1]) by rayen.face.ubiobio.cl (Postfix) with ESMTP id 763464098; Fri, 4 Apr 2003 16:19:46 -0400 (CLT) Date: Fri, 4 Apr 2003 16:19:46 -0400 (CLT) From: Leonardo Saavedra Henriquez X-X-Sender: leo@rayen.face.ubiobio.cl To: Michael Whang Cc: linux-xfs@oss.sgi.com Subject: Re: xfs for solaris? In-Reply-To: <3E8CE39E.2060008@boywonderfx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3517 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: leo@ubiobio.cl Precedence: bulk X-list: linux-xfs Content-Length: 504 Lines: 17 On Thu, 3 Apr 2003, Michael Whang wrote: > does anyone know if this is available? I guess No (XFS is made in SGI), but you can try to install debian GNU/Linux in your sun machine. I have a pair of Sun Blade 100 with Debian Stable and XFS. bye +----------------------------------------------+ ,''`. | Leonardo Saavedra Henriquez |leo@ubiobio.cl | : :' : | Est. Ing Civil en Informatica|U. del Bio-Bio | `. `' +----------------------------------------------+ `- [leo-> ~ $] cd pub && more beer From owner-linux-xfs@oss.sgi.com Sat Apr 5 10:29:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 05 Apr 2003 10:30:14 -0800 (PST) Received: from mxzilla2.xs4all.nl (mxzilla2.xs4all.nl [194.109.6.50]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h35ITsDH028826 for ; Sat, 5 Apr 2003 10:29:55 -0800 Received: from xs1.xs4all.nl (xs1.xs4all.nl [194.109.3.11]) by mxzilla2.xs4all.nl (8.12.3/8.12.3) with ESMTP id h35ITrvo082168; Sat, 5 Apr 2003 20:29:53 +0200 (CEST) Received: from xs1.xs4all.nl (knuffie@localhost.xs4all.nl [127.0.0.1]) by xs1.xs4all.nl (8.12.9/8.11.6) with ESMTP id h35ITrNd042633; Sat, 5 Apr 2003 20:29:53 +0200 (CEST) (envelope-from knuffie@xs1.xs4all.nl) Received: from localhost (Unknown UID 104317@localhost) by xs1.xs4all.nl (8.12.9/8.12.8/Submit) with ESMTP id h35ITq7v042630; Sat, 5 Apr 2003 20:29:52 +0200 (CEST) (envelope-from knuffie@xs1.xs4all.nl) X-Authentication-Warning: xs1.xs4all.nl: Unknown UID 104317 owned process doing -bs Date: Sat, 5 Apr 2003 20:29:52 +0200 (CEST) From: Seth Mos To: bkrusic@yahoo.com cc: linux-xfs@oss.sgi.com Subject: Re: XFS kernal cocepts In-Reply-To: <20030404181033.7159.qmail@web40209.mail.yahoo.com> Message-ID: <20030405202917.Q42474-100000@xs1.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3519 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 410 Lines: 20 On Fri, 4 Apr 2003 bkrusic@yahoo.com wrote: > Hi, > > I am using RH8.0 XFS supplied kernal from the ISO > provided on the web site. > > The kernal shows as 2.4.18-4SGS-XFS so can I assume > this is based on the RH 2.4.18-4 kernal? > > If I wanted to use the latest RH kernal being > 2.4.18-19.8 and compile XFS into it, how do I do this? http://iserv.nl/files/xfs/2.4.18-27/ Try one of those. Cheers Seth From owner-linux-xfs@oss.sgi.com Sat Apr 5 11:37:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 05 Apr 2003 11:37:49 -0800 (PST) Received: from s02.canserver.net ([62.67.58.91]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h35JbZDH030065 for ; Sat, 5 Apr 2003 11:37:36 -0800 X-Envelope-To: Received: from cyberdyne (pD9E2CD2A.dip.t-dialin.net [217.226.205.42]) (authenticated (0 bits)) by s02.canserver.net (8.12.9/8.11.6) with ESMTP id h35JbHIC020568 for ; Sat, 5 Apr 2003 21:37:19 +0200 From: "SoulSweeper" To: Subject: broken superblock - no xfs_repair possible Date: Sat, 5 Apr 2003 21:39:30 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3520 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: SoulSweeper@SoulSweeper.org Precedence: bulk X-list: linux-xfs Content-Length: 2496 Lines: 50 Hello list-members, using the xfs-filesystem (satisfied) for two years I ran in trouble. I had to change some components in my home based fileserver - so the trouble begun. foreplay: I'm running two different ide-software-raids (4x40GB, 4x80GB) on redhat (from 7.1 to 8.0) with xfs. Some weeks ago my bootdrive (scsi) failed and I was unable to find an adequate replacement. So I decided to swap this drive to ide, too. First I got a new Controller (HighPoint RocketRaid 404) for the raiddrives so I could use the intermal IDE for the systemdrive. I migrated all the stuff properly (doing a backup of all my data!) without an error. On this point my trouble started. The machine crashed all the time, losing connection to the new controller. So I had to compile a new driver for the RocketRaid. This driver runs fine, but it maps all the drive's to scsi (hde->sda,hdf->sdb...). I reinitialized my raid with the new drives (I had to do this serveral times in the past and everything went well), without a backup. Something went wrong, with the small one (4x40GB Raid5), I'm unable to mount it. For the second Raid I did a backup (consider to backup 240gig of data and the machine is crashing every 3-5 gig!). In this case the migration from hdx->sdx went well. The torture of backup was useless. If I remember correct I wrote (late in the night) the grub bootloader to the first 40gig-drive and therefore the superblock went to heaven, I suppose. This was'n my intention! I tried several times to repair the data via xfs_repair (including log flushing). The effect is always the same "bad primary superblock - bad magic number !!!" -> "attempting to find secondary superblock..." -> "found candidate secondary superblock..." -> "unable to verify superblock, continuing...". Xfs_repair finds about 15-20 secondary superblock won't do anything else. So I did a backup of the drive (dd) and formated it, copied the superblock and restored my data. I had little hope, but I had to give a try :) So I copied the new superblock to the raid (better an 'alien' superblock than no superblock) and tried xfs_repair again. I searched the web for several days, but found nothing useful (even in this list :( ). Some points are the data is lost, someone could restore the superblock... I launched xfs_db, it starts with "unexpected XFS SB magic number 0x1f8b0800" what is my next step? I'll try ANYTHING, it couldn't get worse and I have a backup of the broken filesystem. thanks in advance Ralf Sparr From owner-linux-xfs@oss.sgi.com Sun Apr 6 14:35:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 14:35:30 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h36LZCDH023793 for ; Sun, 6 Apr 2003 14:35:18 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h36La08Y005865 for ; Sun, 6 Apr 2003 23:36:00 +0200 Message-ID: <3E909DC0.2010205@stesmi.com> Date: Sun, 06 Apr 2003 23:36:00 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Red Hat Linux 9 XFS Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3522 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 864 Lines: 26 Hi people. I thought I'd tell everybody what I'm working on at the moment. My Red Hat Linux 9 XFS DVD is almost complete including the installer. There are a few issues with it making it not work just yet but I intend for the problems to be solved really soon. I send this out so that we don't see 200 messages from people asking for when anything is done. This is NOT, a repeat NOT an official DVD of any sort and I will ONLY make a DVD available, NOT a CD. That's up for someone else to do based on my work if anyone wants it. This DVD is not made by either RedHat nor SGI and if there are problems with it direct them to ME. Do NOT contact neither SGI nor RedHat about any issues arising from it's use. So for anyone wanting RedHat 9 with XFS support : a DVD is coming soon. What 'soon' is we'll see but I don't expect it to be that long :) // Stefan From owner-linux-xfs@oss.sgi.com Sun Apr 6 17:45:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 17:45:10 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h370j1DH025162 for ; Sun, 6 Apr 2003 17:45:01 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h370isVV019303 for ; Sun, 6 Apr 2003 17:44:55 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h370hc4e072872 for ; Mon, 7 Apr 2003 10:43:38 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h370hbRO074175 for linux-xfs@oss.sgi.com; Mon, 7 Apr 2003 10:43:37 +1000 (EST) Date: Mon, 7 Apr 2003 10:43:37 +1000 (EST) From: Nathan Scott Message-Id: <200304070043.h370hbRO074175@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - pagebuf X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3523 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 400 Lines: 14 Allow pagebuf code to work with patches which increase the size of the buffer_head b_size field (from short to int, as some ia64 patches do). Date: Sun Apr 6 17:42:38 PDT 2003 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:143746a linux/fs/xfs/pagebuf/page_buf.c - 1.112 From owner-linux-xfs@oss.sgi.com Sun Apr 6 18:33:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 18:34:00 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h371XqDH025975 for ; Sun, 6 Apr 2003 18:33:52 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h371XjVV021984 for ; Sun, 6 Apr 2003 18:33:46 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h371WT4e079485; Mon, 7 Apr 2003 11:32:30 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h371WTeD079520; Mon, 7 Apr 2003 11:32:29 +1000 (EST) Date: Mon, 7 Apr 2003 11:32:29 +1000 (EST) From: Nathan Scott Message-Id: <200304070132.h371WTeD079520@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de Subject: TAKE - attr/acl configure patch X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3524 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 389 Lines: 16 configure.in patch from Andreas re default configure paths. Date: Sun Apr 6 18:32:05 PDT 2003 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:143747a cmd/acl/configure.in - 1.26 cmd/acl/doc/CHANGES - 1.54 cmd/attr/configure.in - 1.15 cmd/attr/doc/CHANGES - 1.39 From owner-linux-xfs@oss.sgi.com Sun Apr 6 22:13:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 22:13:46 -0700 (PDT) Received: from ulmo (postfix@252pc221.sshunet.nl [131.211.221.252]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h375DVDH029267 for ; Sun, 6 Apr 2003 22:13:34 -0700 Received: by ulmo (Postfix, from userid 1000) id 2C51410078C; Mon, 7 Apr 2003 07:12:33 +0200 (CEST) Date: Mon, 7 Apr 2003 07:12:33 +0200 To: linux-xfs@oss.sgi.com Cc: "Alfred G. de Wijn" Subject: problem with xfs_fsr Message-ID: <20030407051232.GA1711@iluvatar.eu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.5.4i From: dwijn@iluvatar.eu.org (Alfred G. de Wijn) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3525 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dwijn@iluvatar.eu.org Precedence: bulk X-list: linux-xfs Content-Length: 1645 Lines: 50 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone. This morning I ran into a problem with xfs_fsr. I ran it on three machines, and on one machine it gave me file corruption. I got spliced files. It seems to me only open files were affected. Some ritually sacrificed chickens, a few arcane and yet unpublished incatations and (I thank the Gods on my bare knees) backups later, I think I'm OK, except for maybe a some logfiles. Anyway, I asked on #XFS, and recompiled a brand new kernel. Same behaviour. I tried without the binary nvidia driver. Same behaviour. I haven't done extensive testing, but it seems only SCSI filesystems were affected. Also, xfs_fsr -v doesn't report it's ignoring open files. Could it be that xfs_fsr is not detecting open files on SCSI disks for some reason? I can provide both a kernel config and hexdumps of a healthy and a borked logfile on demand. I also tried to file a bugreport, but bugzilla didn't send me an email with my password. Please cc me on any communication as I'm not subscribed to the list. Cheers (I think), Alfred --=20 Alfred G. de Wijn Home address: Cambridgelaan 199 k 3, 3584 DZ Utrecht, The Netherlands e-mail: dwijn@iluvatar.eu.org web: http://www.iluvatar.eu.org/~dwijn --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+kQjAHws2OcFtSAYRAv13AJ9gPvuk2A2wmZ/GJ2PLAW+dX7oOsQCfVVB6 KtrxrRVfmzWGkafOpqJeMG4= =zhbh -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-linux-xfs@oss.sgi.com Sun Apr 6 22:34:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 22:34:15 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h375Y7DH029791 for ; Sun, 6 Apr 2003 22:34:08 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h375Y0E0031305 for ; Sun, 6 Apr 2003 22:34:01 -0700 Received: (from kaos@localhost) by sherman.melbourne.sgi.com (8.11.6/8.11.6) id h375X0b30551 for linux-xfs@oss.sgi.com; Mon, 7 Apr 2003 15:33:00 +1000 Date: Mon, 7 Apr 2003 15:33:00 +1000 From: Keith Owens Message-Id: <200304070533.h375X0b30551@sherman.melbourne.sgi.com> Subject: TAKE - Upgrade XFS to kdb v4.1 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3526 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sherman.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 534 Lines: 20 Upgrade XFS to kdb v4.1 Date: Sun Apr 6 22:31:24 PDT 2003 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:143754a linux/Makefile - 1.184 linux/include/linux/kdbprivate.h - 1.24 linux/include/linux/kdb.h - 1.30 linux/kdb/kdbmain.c - 1.37 linux/Documentation/kdb/kdb.mm - 1.18 linux/arch/i386/kdb/kdba_bt.c - 1.20 linux/kernel/kallsyms.c - 1.14 linux/kdb/ChangeLog - 1.29 linux/arch/i386/kdb/ChangeLog - 1.18 From owner-linux-xfs@oss.sgi.com Sun Apr 6 23:01:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 23:01:40 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h3761QDH030406 for ; Sun, 6 Apr 2003 23:01:27 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h376DlVe030096 for ; Mon, 7 Apr 2003 01:13:48 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA17577; Mon, 7 Apr 2003 16:00:03 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 367B43000B8; Mon, 7 Apr 2003 16:00:02 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id A317519A; Mon, 7 Apr 2003 16:00:02 +1000 (EST) X-Mailer: exmh version 2.4 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.20 - respin Date: Mon, 07 Apr 2003 15:59:57 +1000 Message-ID: <23428.1049695197@kao2.melbourne.sgi.com> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3527 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1032 Lines: 31 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Type: text/plain; charset=us-ascii Content-Type: text/plain; charset=us-ascii ftp://oss.sgi.com/projects/xfs/download/patches/2.4.20. The xfs patches for 2.4.20 have been respun as of 2003-04-07 05:19 UTC, including kdb v4.1. 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. The split patches are 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.21/README for the terminally impatient :). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Exmh version 2.1.1 10/15/1999 iD8DBQE+kRPZi4UHNye0ZOoRAh30AKCl2DrfBWITfTfWQBiQ9lS+FfmcVACg1kcB Azff7KlP4XNnxChQM71Bm3M= =H0Xh -----END PGP SIGNATURE----- From owner-linux-xfs@oss.sgi.com Sun Apr 6 23:30:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 06 Apr 2003 23:30:54 -0700 (PDT) Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h376UYDH031051 for ; Sun, 6 Apr 2003 23:30:36 -0700 Received: from localhost (localhost [127.0.0.1]) by gusi.leathercollection.ph (Postfix) with ESMTP id 32FF8EB4A02 for ; Mon, 7 Apr 2003 14:30:27 +0800 (PHT) Received: from lawin.leathercollection.ph (lawin.leathercollection.ph [192.168.0.2]) by gusi.leathercollection.ph (Postfix) with ESMTP id 148C3EB4A00 for ; Mon, 7 Apr 2003 14:30:24 +0800 (PHT) Received: by lawin.leathercollection.ph (Postfix, from userid 1000) id A93351A404F; Mon, 7 Apr 2003 14:30:23 +0800 (PHT) Date: Mon, 7 Apr 2003 14:30:23 +0800 From: Federico Sevilla III To: Linux-XFS Mailing List Subject: linux-xfs Archives at marc.free.net.ph (was: linux-xfs Archives as a UNIX mbox file(s)) Message-ID: <20030407063023.GJ4483@leathercollection.ph> Mail-Followup-To: Linux-XFS Mailing List References: <20030330152411.GK15244@leathercollection.ph> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030330152411.GK15244@leathercollection.ph> X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.4i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3528 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 1031 Lines: 26 Hi everyone, Wesley Terpstra was able to fix some problems with lurker that prevented me from rebuilding the database properly with the new linux-xfs archives. It turns out it wasn't a problem with XFS, but was a bug in the lurker code that prevented it from handling an issue with some old messages. The combination of some database core changes in lurker and XFS made for a speedy rebuild, humanistically (read: rough approximation) half the time it took with the old lurker and ext3. Whoopee. ;) Our archives at now have messages from the linux-xfs list. The machine that hosts it is powered by XFS as well. My sincerest gratitude goes out to those who provided copies of old mail. You know who you are. I hope the searchable archives will be useful. --> Jijo -- Federico Sevilla III : http://jijo.free.net.ph : When we speak of free Network Administrator : The Leather Collection, Inc. : software we refer to GnuPG Key ID : 0x93B746BE : freedom, not price. From owner-linux-xfs@oss.sgi.com Mon Apr 7 00:40:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 00:40:31 -0700 (PDT) Received: from localhost.localdomain (pD9E7CF78.dip.t-dialin.net [217.231.207.120]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h377eCDH032290 for ; Mon, 7 Apr 2003 00:40:18 -0700 Received: from localhost.localdomain (sauron [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h377e79H007379; Mon, 7 Apr 2003 09:40:07 +0200 Received: (from thimm@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h377e1To007377; Mon, 7 Apr 2003 09:40:01 +0200 Date: Mon, 7 Apr 2003 09:40:01 +0200 From: Axel Thimm To: Stefan Smietanowski Cc: linux-xfs@oss.sgi.com Subject: Re: Red Hat Linux 9 XFS Message-ID: <20030407074001.GA5469@sauron.nirvana> References: <3E909DC0.2010205@stesmi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <3E909DC0.2010205@stesmi.com> User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3529 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 762 Lines: 30 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 06, 2003 at 11:36:00PM +0200, Stefan Smietanowski wrote: > I thought I'd tell everybody what I'm working on at the moment. >=20 > My Red Hat Linux 9 XFS DVD is almost complete including the installer. many thanks in advance! Do you have a working XFS enabled kernel already? --=20 Axel.Thimm@physik.fu-berlin.de --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+kStQQBVS1GOamfERAqVvAKCR+7JV1/K6sb3Tz3CEZ11RpbqRsgCdE25U uLjN3zHEDQzmG6CaZPk/iXY= =n1H0 -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-linux-xfs@oss.sgi.com Mon Apr 7 02:47:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 02:48:10 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h379lvDH004546 for ; Mon, 7 Apr 2003 02:47:59 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h379mo8Y008808; Mon, 7 Apr 2003 11:48:50 +0200 Message-ID: <3E914981.1000901@stesmi.com> Date: Mon, 07 Apr 2003 11:48:49 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Axel Thimm CC: linux-xfs@oss.sgi.com Subject: Re: Red Hat Linux 9 XFS References: <3E909DC0.2010205@stesmi.com> <20030407074001.GA5469@sauron.nirvana> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3530 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 542 Lines: 20 Axel Thimm wrote: > On Sun, Apr 06, 2003 at 11:36:00PM +0200, Stefan Smietanowski wrote: > >>I thought I'd tell everybody what I'm working on at the moment. >> >>My Red Hat Linux 9 XFS DVD is almost complete including the installer. > > > many thanks in advance! > > Do you have a working XFS enabled kernel already? Yup. The kernel wasn't done by me but by Christoph Hellwig and so far I haven't seen any problems with it. My problems are with the installer currently. Some things don't work the way I think they should :) // Stefan From owner-linux-xfs@oss.sgi.com Mon Apr 7 04:50:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 04:50:53 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37BoiDH006191 for ; Mon, 7 Apr 2003 04:50:47 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h37Bogxl022139 for ; Mon, 7 Apr 2003 13:50:42 +0200 Received: (qmail 23728 invoked from network); 7 Apr 2003 13:50:42 +0200 Received: from pc9391.physik.uni-regensburg.de (HELO pc9391) (guc28561@132.199.98.219) by rss1.rz.uni-regensburg.de with SMTP; 7 Apr 2003 13:50:42 +0200 Date: Mon, 7 Apr 2003 13:50:42 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: bugzilla problems?? Message-ID: <20030407135042.C7235@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 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3531 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 172 Lines: 7 Hi all, Can someone at sgi please check if bugzilla works correctly? At least, the last two comments on BUG 230, did not get forwarded to the list... cheers. Christian From owner-linux-xfs@oss.sgi.com Mon Apr 7 06:10:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 06:11:03 -0700 (PDT) Received: from localhost.localdomain (pD9E7CF78.dip.t-dialin.net [217.231.207.120]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37DAoDH008688 for ; Mon, 7 Apr 2003 06:10:51 -0700 Received: from localhost.localdomain (sauron [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h37DAC9H016526; Mon, 7 Apr 2003 15:10:12 +0200 Received: (from thimm@localhost) by localhost.localdomain (8.12.8/8.12.8/Submit) id h37DABK9016524; Mon, 7 Apr 2003 15:10:11 +0200 Date: Mon, 7 Apr 2003 15:10:11 +0200 From: Axel Thimm To: Christoph Hellwig , Stefan Smietanowski Cc: knutjbj , linux-xfs@oss.sgi.com Subject: Re: xfs patch kernel for redhat 9 Message-ID: <20030407131011.GB27296@sauron.nirvana> References: <3E909DC0.2010205@stesmi.com> <20030407074001.GA5469@sauron.nirvana> <3E914981.1000901@stesmi.com> <3E8C8FF4@epostleser.online.no> <20030404124227.A24453@infradead.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <3E914981.1000901@stesmi.com> <20030404124227.A24453@infradead.org> User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3532 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 919 Lines: 34 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 04, 2003 at 12:42:27PM +0100, Christoph Hellwig wrote: > I have an SRPM ready, the binary RPM is still building. I'll announce it > here once it's finished. On Mon, Apr 07, 2003 at 11:48:49AM +0200, Stefan Smietanowski wrote: > Axel Thimm wrote: > >Do you have a working XFS enabled kernel already? >=20 > Yup. The kernel wasn't done by me but by Christoph Hellwig and so far > I haven't seen any problems with it. URL, please. :) --=20 Axel.Thimm@physik.fu-berlin.de --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+kXizQBVS1GOamfERAmrYAJ9sspee1yCmUcMvVE66fa1o6hGILwCffUyu 7cVk5bzJo90LHd9RwnclXgQ= =ITBp -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-linux-xfs@oss.sgi.com Mon Apr 7 06:15:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 06:15:13 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.infradead.org [195.224.96.167]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37DF8DH009121 for ; Mon, 7 Apr 2003 06:15:10 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 192WSj-0008HX-00; Mon, 07 Apr 2003 14:15:01 +0100 Date: Mon, 7 Apr 2003 14:15:01 +0100 From: Christoph Hellwig To: Axel Thimm Cc: Stefan Smietanowski , knutjbj , linux-xfs@oss.sgi.com Subject: Re: xfs patch kernel for redhat 9 Message-ID: <20030407141501.A31808@infradead.org> References: <3E909DC0.2010205@stesmi.com> <20030407074001.GA5469@sauron.nirvana> <3E914981.1000901@stesmi.com> <3E8C8FF4@epostleser.online.no> <20030404124227.A24453@infradead.org> <3E914981.1000901@stesmi.com> <20030407131011.GB27296@sauron.nirvana> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030407131011.GB27296@sauron.nirvana>; from Axel.Thimm@physik.fu-berlin.de on Mon, Apr 07, 2003 at 03:10:11PM +0200 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3533 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 326 Lines: 9 On Mon, Apr 07, 2003 at 03:10:11PM +0200, Axel Thimm wrote: > > Yup. The kernel wasn't done by me but by Christoph Hellwig and so far > > I haven't seen any problems with it. > > URL, please. :) The SRPM is on http://nl.linux.org/~hch/. Due to constant lack of diskspace I haven't been able to build a full binary PM yet. From owner-linux-xfs@oss.sgi.com Mon Apr 7 06:20:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 06:20:30 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37DKNDH009657 for ; Mon, 7 Apr 2003 06:20:24 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h37DL78Y009620; Mon, 7 Apr 2003 15:21:07 +0200 Message-ID: <3E917B42.4010808@stesmi.com> Date: Mon, 07 Apr 2003 15:21:06 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christoph Hellwig CC: Axel Thimm , knutjbj , linux-xfs@oss.sgi.com Subject: Re: xfs patch kernel for redhat 9 References: <3E909DC0.2010205@stesmi.com> <20030407074001.GA5469@sauron.nirvana> <3E914981.1000901@stesmi.com> <3E8C8FF4@epostleser.online.no> <20030404124227.A24453@infradead.org> <3E914981.1000901@stesmi.com> <20030407131011.GB27296@sauron.nirvana> <20030407141501.A31808@infradead.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3534 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 703 Lines: 23 Christoph Hellwig wrote: > On Mon, Apr 07, 2003 at 03:10:11PM +0200, Axel Thimm wrote: > >>>Yup. The kernel wasn't done by me but by Christoph Hellwig and so far >>>I haven't seen any problems with it. >> >>URL, please. :) > > > The SRPM is on http://nl.linux.org/~hch/. Due to constant lack of > diskspace I haven't been able to build a full binary PM yet. > I have all of them built. I'll push the kernel SRPM and RPMS to my mirror (very very fast mirror that I use for my Red Hat 8 XFS DVD and will use for my Red Hat 9 XFS DVD.) They'll be up at ftp://ftp.uninett.no/pub/Linux/RH-XFS-DVD/ sometime tomorrow (tuesday) morning CET. He fetches from me at 4 AM CET every morning. // Stefan From owner-linux-xfs@oss.sgi.com Mon Apr 7 06:23:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 06:23:15 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37DN7DH010148 for ; Mon, 7 Apr 2003 06:23:08 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id F22EB59D350 for ; Mon, 7 Apr 2003 15:23:00 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 6A77F44F4 for ; Mon, 7 Apr 2003 15:22:58 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h37DHHfT019365 for ; Mon, 7 Apr 2003 15:17:17 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Mon, 7 Apr 2003 15:17:17 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: linux-xfs@oss.sgi.com Subject: xfsdump/xfsrestore losts EA and ACL's Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168429056-1480107135-1049716967=:15757" Content-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3535 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 12804 Lines: 313 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --168429056-1480107135-1049716967=:15757 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hi. I have problem with preserving EA's and ACL's when restoring FS from dump. Software versions: Kernel k_athlon-2.4.20-38 from SuSE with: SGI XFS 1.2.0 with ACLs, DMAPI, realtime, quota, no debug enabled libc: glibc-2.3.2 xfsdump: xfsdump-2.2.6 I have XFS partition /mnt2 as /dev/system/test (i using LVM). /dev/system/test 519488 256 519232 1% /mnt2 I created this simple directory structure: dhcp4:/mnt2 # ls -lR .: total 4 drwxr-xr-x 3 root root 26 Apr 7 13:23 . drwxr-xr-x 21 root root 4096 Apr 4 15:48 .. drwxr-xr-x 2 root root 16 Apr 4 15:47 aaa -rw-rwxr-- 1 root root 0 Apr 4 15:47 ccc ./aaa: total 0 drwxr-xr-x 2 root root 16 Apr 4 15:47 . drwxr-xr-x 3 root root 26 Apr 7 13:23 .. -rw-rwxr-- 1 root root 0 Apr 4 15:47 bbb I added EA and ACL to file ccc: dhcp4:/mnt2 # setfattr -n user.test -v text ccc dhcp4:/mnt2 # setfacl -m u:ftp:rwx ccc dhcp4:/mnt2 # getfattr * # file: ccc user.test dhcp4:/mnt2 # getfacl * # file: aaa # owner: root # group: root user::rwx group::r-x other::r-x # file: ccc # owner: root # group: root user::rw- user:ftp:rwx group::rwx mask::rwx other::r-- Then I dumped partition with xfsdump: dhcp4:/mnt2 # xfsdump -v 5 -L dump -M dump -0 -f /tmp/dump /mnt2 The log is attached as dump.log. Then I restored FS with xfsrestore: dhcp4:/mnt2 # rm -rf * dhcp4:/mnt2 # xfsrestore -v 5 -f /tmp/dump /mnt2 dhcp4:/mnt2 # getfattr * # file: ccc user.test dhcp4:/mnt2 # getfacl * # file: aaa # owner: root # group: root user::rwx group::r-x other::r-x # file: ccc # owner: root # group: root user::rw- group::rwx other::r-- The ACL for user ftp on file ccc isn't restored. Then I do the same with the difference that I have only EA on file ccc, not ACL. dhcp4:/mnt2 # rm /tmp/dump dhcp4:/mnt2 # xfsdump -v 5 -L dump -M dump -0 -f /tmp/dump /mnt2 dhcp4:/mnt2 # rm -rf * dhcp4:/mnt2 # xfsrestore -v 5 -f /tmp/dump /mnt2 The logs are in dump2.log and restore2.log. dhcp4:/mnt2 # getfattr * // no EA dhcp4:/mnt2 # getfacl * # file: aaa # owner: root # group: root user::rwx group::r-x other::r-x No file ccc! The directory aaa and file bbb was OK. I recreated file ccc with ACL: dhcp4:/mnt2 # touch ccc dhcp4:/mnt2 # setfacl -m u:ftp:rwx ccc dhcp4:/mnt2 # getfacl * # file: aaa # owner: root # group: root user::rwx group::r-x other::r-x # file: ccc # owner: root # group: root user::rw- user:ftp:rwx group::r-- mask::rwx other::r-- Dumped/restored FS: dhcp4:/mnt2 # rm /tmp/dump dhcp4:/mnt2 # xfsdump -v 5 -L dump -M dump -0 -f /tmp/dump /mnt2 dhcp4:/mnt2 # rm -rf * dhcp4:/mnt2 # xfsrestore -v 5 -f /tmp/dump /mnt2 The logs are in dump3.log and restore3.log. dhcp4:/mnt2 # getfacl * # file: aaa # owner: root # group: root user::rwx group::r-x other::r-x # file: ccc # owner: root # group: root user::rw- group::rwx other::r-- The ACL isn't restored. Is this expected behaviour? Thanks. jan --168429056-1480107135-1049716967=:15757 Content-Type: APPLICATION/x-gunzip; name="logs.tar.gz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="logs.tar.gz" H4sIANd4kT4CA+xde4/buHYP2r+aT8FeFMUMsE741MNFCqS7ySLYbFLsZHuL FoUhS7JHG9syJDkzk0/fQ1KSJVmy5ddkHvS9yI5E8pA8PDyHj3N+Clbz5atZ PH1xxh8mGFucv8Dwsy39X5I/Y8wg2XohEzi1GOY25Ic3+AXCL+7ht0ozL0Ho xV/ernxhkr54cr/bSRqACAzRHx8//P7hy+jtFYqTKfJXCcK3k8YPzb3bltcv m0Suvrz9+bdj6MzimzCJFlMEg+N/RWn0PURpPMnQLJpHGZok8byNbBbDW0eL VUejFuFN3qg8X98+/fL2y9sTsOb91Yf/eXcyOov45kg6P//nnyegcEQ7Pnz6 8uu7T7+//W/05g2ihNvcYRa30QW+tfPMl+vcf9ayc+py17KpK2T2yWb2z+/f WzzP7FLKmE0xsxzBbVs4uFZJe+m87IB0tEeOQt/GfPj0uW/WLx9+f9eXJbIJ ZSeJw7llc45tZmNXCGKRWh3tzTqmuByR46r/csQQydoZ7T8C68w7+QqZiZVn ZtS2ynyN6stMlhCsrLmSaRpmS28aSiV2gS5REmarZJEijl1rnWnpJeEiQ8so QFGKKOacrBPDyST0s+hbiKQVQjpPRcOtUqkrJ9EsRPIFuggSyDxKo/lyFl6C Ek28LJzerQtk2R2aBEOE/w1lYTKPFt4MRQv4M1ktM+Rfe4nnw9MQ/SP0h1X6 8g2MYBQvEH1FX1lQj6xtEidzL0PsFb5EA/THarFQmhv+mYWD7DoJvSAM1iQm KXo9X2QUrVbQkf91qD1mnucPJtx3BhyL8cDFEzqg9gRPOBmHwmb/ty7tA7lM 0g+iBHgSJ3fo9TcveT2Lxq/zTOvMSZiu5iFKvMU0lFwIPTAb0NEYwQLDdrE1 xNJmhItK8/7+9o9PHz79OkTzOM2Agi+HZRZ+C2dQVPX3xkvXzAqDn9B4lYEG zHR1sm3ZNfBD5QUu+GHRjovBH5coXmaSgTJ/ugz9aBJVmVOrKJ6g4Npf8qHi 1zqTSgxgSIfodyD1dgnrFxsRNmTOkFogPJitM6dhqkYsguF2iDNmwPABDSfj ASy3xoOxw7yBsB1buDSwfNvZLDnzxuFsiP4m3/5tnSzZOPeWaHntpSEikP9r tFzK7l9ASroaA7/DdN3Jy66iFEY1XsDwrHw1stEiyiIQSNXNWZRm64Lj1ewr LAkyFAH7PcVInRvGYSgXC0k2ksRhNlamh+/NZpJwUbqFXjEpx6vJLFwgroWE OscQwV0dZg1eLZOVmjILELY09ZK7Tlbxakm1KgrTLJrL7kPOgp+dxUW1eLyY 3aF4kasMPTsuHwSr4QW0eSRzh2gMC0Do3WoJswK6GqabnVtLDzTSj6XSy8KK 9ixZlE/J7zBxqHCEhcZ3WZVgI+e11FxJUQC2JE53AVktMBN0hcyegtafxWMQ 4usAtKgtLRqYReIQ28KayE95N4dIcNcWwiHMcZwiTao30EtZEkla3OW2gymj 3HVpkUWpeyAP6UTOXuJYYDU4sYoMoCG89Dso+Warfw+DyANFBIMSTkFs5upZ 0qvomIoF0dlGUpGDAevIo1NvPOCAtGyd+TStmwTEqkbsdgZ8HGmujRTXlkk4 UG9f/tP0ejT3ppGPbt9fyez4H9S70hqpJ/869L+CogV5lI9KWDIPxpFg4DAR AlsqIVp6QZAgxizQlHb+8hq0/cIDJa00rnolK1K6D9WtSktLoXBnU2stZUwI ztmOBjtcMDmatfYSLqigxHJc12GUgiQd1nA9Gk0OB9c6wYfxI+vH6FY2Dp6K NQSYbJ0MjSJIJ2kN7+un1XIJc2ZXxRWG1Wq2bNuGPu5oQDXX/u1Q4i7b0UwA PZLBnNuWBHM2CNsyKIW4zHa+DuJRZQYUakJRPEh0mMMIZmDx+f3I0FpXFOqx bMrn3/65Y87DClj3dwRKv4+SyNVDPJmkYQYKDBbVGGFYXyqbp4rCKyK37/Jw SaZctq0Rlb7PlzGVlgNB/YRzNYov66srvQxR1qWyRE9CWN/qcb1efK0kyJVi a8pOLhCLObwnG1q7rRiiqUASV0l8gyNFn4pFc1Q1B/LfEaSk6OrXD6P3V6P/ +PPjb1df3n6RlmM1QcpK1zYr3SXKzU1hvLrbcLdp+DUHx/WFQ+VlTWON01FB QP49h4mJoJ1gSrvKVpROXnhzw1klBhOOYto4TdIkpdQ0VejkelQIrHqYzLxp mv9dThJYagNZF+ahDdtPF6ZiN+lKe4+mvVMSqeg7HWFz6qgpKZS0iYogSiJa QpUUXm4aeDn6i6zF+qx3ZVw9T0HqtKVJvyOq31UNJjwqleV53rY66oZGjznn 0GbQg9TlhLicriuE9hdVWoT3rHQ3a3lvztpMMVAQzVm+5qya38RBoOz3Zisj ZQ95D5b6vr8nSzlzwTbB9tKFiSRcK7fNagwx5b14Wqv1pDy1tLQSyT3gKTsF T3HZQdyDo/uxs4X2Vs6diW3apAjCtChaO9nWoeHzSX2cli80w+GavmXWG02/ SwjAIGoh4GrugF46paYXe2n68Xi8p1pixBLAKm4xBkYLdCveW9PXKj3h9AIG 6OlFFWcJIUYr9WKbowWSWlixjffSSu2LVXLw8hZ3L28X8WKwVoByiqcHHapJ o33EsRpDheXfaGESTlczL9E7nzzXequVxZVtl+JsdXME79XOSm+f5l7yVR7/ b1DpGExIG8kytYMfEGI5yGuq1c3lTZRdw4sENliqsotoIXs4CZMWuxPeyj06 mibxarmlSQfZH7mEKs2F9Gew+R7Gp219VFKj8sLMGJ/NuU4I1XPd1irS7mN8 5L9hkF/ryCuUxrlmXVayu2WI3qCPb6++FPW+AcFXtbzZFBpdqnb8s7PHjPbu MGxDVYeZ7rAoO8wUI6jqbuuSC7SOPDEuhF61MwA2eBmoqfEqC1OUD/gTnwfO GecBYZwS26bOD5oPIOpaPFwlHhbrOx8Ku5TEcdYuG6DD6yJUtTDRLMinjCwi 70TjJEBg/0Es5QXEd0QsJG0+/CXQBRDMLtE3bwaPvGUGSSJnm0KWZoXgikeU st5T6NTMca0N5hCGLuSS4u3PH0fvP3x8V3DJOg2b3P6iZOXLKD7WbCo1jT5i lIsr0sGnT39+/Ija2ndEy0n/lhfbUqF283S9myf5HECgQ9oHeGPdozchp1j7 NCjts/7pXr10Ej18By2O0d5t2ymzitklsE6utQXVAiue+CqG4lwFW6rDDIud Kvgo34r6tHz36Rc1NfeZgYdMp6ro4/5zaGux/vNE1GWZw0acCEwdkGJGbWJV d7N7TxSHOY6FHbxHHaecMLTY4lvqZISRXmdOdSlQNmpfMYCZVt+EtnlMyOm4 018CMrV4OExmq/Ra1qCS1NmDupSV13ZMTORlirY5twI0UvPKVdkbP57Po0z6 m7TtulFUv+XsS6JpBneQKaZYhdSOEuVw9C+i3upRp4zzpgvLNPqm72i/gSaT By0zTx4RlEWHkjFDvDG42s1J+sSksFBbBCkKZ94yrbrg5Vf9r/wh2DTiQoNm 8RR0ZpQpPSUPauTDyIdJPERXf/7887urq1w/DdHn32DlsPKlI1dDneveXOTn Q/pk6BK1uOeozIUb09amzr1oIdtpMfskzfRncVpna+E0uc7zi2zdFei3VVqS ffnC/B7pTw4qPXMA0Pb4Hxn0g5vxP4QzE/9j4n9M/I+J/zHxPyb+5xnG/wjb xP8cG/9zXDQN50PMt0TTCOEHGHvjgR8INuAOoQOXBnTAfV94wseexZiJpukM 8QBlwQRhFpjkUJ64611OC9l1XntnXhOlY6J0nkiUzr+ABfqvisLz1No1BZUH xgTF47/Qv0LjgvBWteDuFXr2AT4O548kwIdSSkClwXrFRPiYCJ8dET6cOTbj wrXvSYhMiI8J8TEhPibE5zwhPnrRf+4QH8o4pg5lxMEMduWVCp9+iI+49xAf 6mAT4vMsQnya+/a0eyveYQzy+X+cQSiUyDFGYUNBGKPww6KB9OnOmaOBKCgw 2HwT2Fg41CHcpiYa6NlFAzUPE3coMBM4dKLAoRJWy49Xs0DBX8VLqK6VplLD sB+En0PG/hB9kkfg/rXOFSdrmzJUlLS3pImKeJZREQdHCR0VFdEiz9ARdcEi b5pKulvJbRFsdEFPFaOwo6lnaOYPDhHoDKPqDBE413VUt+bMCZwg9KBB6aGE XnY26/AFv32Mkm1b/ZnghZ1TKd8hMkeHnJGnHoJpcX2SwB0dGEVM8IIJXthj wli2Xo1wT8uPeH7BC8LrHbzQtIIPLPKAuNQ5deQBeTyRB8REHjwL/3/2Y/3/ bUHFhv+/sIz/v/H/N/7/xv/f+P8b///n5/8vCDf+/z/W/1+QIRdb/P9tN/QE tumAE2c84D6xBo7rBwPH9saYCpePQ2z8/7f4/zNi/PkflD9/ryExfv/m6xyn d96HnZ94JM77hFnCsi0msHHeN87722WHcLnGJNjm9yRExnnfOO8b533jvH8e 531GsMOdtdvkuZz3mcsxtbFjM0YYXVcoCH3izvv2vTvv2y41zvvPx3k/3+Ht 77ifz/1jHSW1AjnKIDSVgzEIP8xxX42new+O+4JYlBBYHMNe2uLGcd98xuO5 euP3Paczn/swn/swn/swn/swgS3mcx97RIs8z89hdH015OF/DkPk/sYT1XJm H/E5DL2YP83aoEbpNJ/D6CR6+E7UPTaipLktMVZ+p8DmRk9g/TkM8uQ/h6G3 NMLC+nMYJqLERJTs9TmMrs+pPKPPYdD7/BxG0ww+uM9hEGo+h2GCUk7zS0KJ KBqeNQJke/wHtwXhzfgPixAT/3FP8R+5CBwdAtKkc0QUSEnqRIEg7U3bJxak SeHwcJAmpSMiQtpJHRSM0SR1UFxIG5HjWtM3OqQs0DtApCxxaIxIlUB3mEiZ q1+kSKXjn/fI3S9epNaWw2I2qu07ksLhgSNV6Thu6PqGj1Rr7BNBUs2/JYik 1o4tcSRlvh2hJGW+ja9JcFZL3yNgpCxzQMxIWfaosJGSiux2DFuoJVAbBWHq jzJgguKs8xNaTtPvahiBGT+pPPpZu0O9fImG659KjlJ1WrBe3VWW2jLaAskL Ph09EX3Xt3wVEi9flrEgJYHV4iuouwXU9ar1p7ZLrVUHUbqceXcd5V7W2KB2 XyPlRBnWEtTmVEHFQzXfoNWBdrOUuwz5ahYVcQdR8Fo5j9bZG3qJf13Z88Vr B91G5XPJpNEivJXb+lWyfPMGy500/KeWebubenu2Vk/1rqxS/BVJvbfWL2QP 2ooWrr0y/wk8ex1CmYuJRRuevQ4XTDr7W6dy7C17sJ8T/qPpwzb3/K2RBIxY YC4Io+2fAxDYOjKioNHqHq7553KQ39KSLl/900UJNCqvOeg30ho++h2pNTf9 Rp6KS36PlPDWA0vUcCaoK6HcozxayG9mhL480YkntZ18S1adXHifq9hBqTfh r4JMXbdog7ZaBGstvJlBmqwkWkpLMkS15EIah7k4VtPmQBZMeQy2dojK2MW1 aY1nK1nwdRB+e53egWGZv87CNGuodm2q5BxphjkyZ0itMsxxvfOSsZPDBoM6 gxjXrVXD0J2uD7JUM1UQZZ/wz9YmqMLEGTOgMKDhZDzg1BoPxg7zBsJ2ZMxV YPm209I6WRQWehyKBgN/wqFeNxCDMbPEwCOeJ6jLmO+4LUumeKGM6Ibpry0v eq4uJrBagiUazIY0TDKVsH15kS8SXr7UpAoRhrwIfvplIeP5y/pAyDe9O68y q+/LSK+c9fRRty9J43gRb2bPm9eRXeVfN7sI+8CXwzIlj+yrfP63SNEE89se qVQ8GJRgWD0Bzlskf3KZUl4Nxagc0fbcSTybyahGfUBbbSgsz8ahPKOO5AyG 1e9qEQVAVMXjVvqR5uPRJ7/mKZQ4/ZLxCIlMQ+BRMpdVG4l8IhJ5PvHaX7hg 3Dbky4jXgxGvB6SJjG00omKMlhEVY4CMqJzm9LT1lLMM9Oh93kn0eSfZ3OXv 3iPXsh20jy0E8adS+oqjCmNszbQwxtaIijG2RlR+vLEtr0/r8eSVaJIknEIN Sf2qubgn0DwerQ1nlMirDdqnDvVRbBVp0l5HR7HrKEzkAuEORXNvWr9fhWaH 8yUM9dzT7uaLDMopga/fvifhYJrENxpd7gbJ2w7kJQkwLQ2nc8lOD3rhSKx4 DZgjvYhdq37Wru5IZCvl2XMin+R9NuSVrgEyQKXxSroFh9P6C5VFjmI4Va91 NXkitA86Ip1wmkm1dsjr0hZsmo307DqsYvLsvN2tQOvsfb3bVrYF/med1oIA VJ0oEtAufx5JdukxnK8Wzc6055VXcC2Zq5ypcA/1Yk/pIr43czZLNjz62963 OfXvhb7TQXTT578DEKhR/uAgGcIcJjCnXAYcYpdzS1hb6e8bKbOzAjkmJf6f Vr8op3SLC1Cl6jfOOGk4ukCfpaLxr79uuEqUikrS0BYFrZba0aOfXB065zYK 9gAycCnnAmMqKHU5IS6n/NAP8W6pdhPkgGDLdjE/5CvD9WHU1aiBrNBFimYB WLBRKm+cvMwNkuXg34uqf0Jlq0dZs2BeE7SirIUM1dm+wisNby4f4PBuwxXC Oa974grtN74VxCTeHzFp+9jCWknRO8u4QgtUDfyhj+kh+CB7jd3+4CZbhw2r QcOtg/agbWuLZjzethZ675nb11yBHm1jC0WMLoiys9MkX9HFMtcDVMiMWELY DrcYo5jbzMKHQiUdYG/FIThQPeytOKO9hVaUtRCjm41u3he3pL9u7sBSeVaK efPjzjUKtLZPlj7rrIDoAn7EMj6zocYXq/k4lJWpUxkV66khSm6iRRDfpOgN Ii0XOl6mIUw6FL/iTV5hc2PlBX+t0vITFAsZiz/R3axnWy5ndyqiQX+7AaXh LFQg+PV8c+9rcU7UdcIy/yojZJv7k2ke4q3O/yrHjDk+i4qqzTP3utGi+kaL mRutR372rA6F4xvpxqxU53GH0as0j41fzw49aN7shxxYl1Sgh/kBm7kaMzL3 pGTO3LEZmbsfmasv3+QfW8BPG2EUpwiskWO3LbBm3SZ5gHahTtAuO3K0Ap02 T/66th0FoNPeu46Ngi2gUvUVci4Sco2sAW4qiGsSuapcNOMWAIMmBVWiinSF JdheSaK7S9M65o/Zl51sX9aBG5lvnxiB/wthE4rJkfuzfSvYtj9zeu3Pthya dd7yHnzF2zWvKniKG9NCgU6qmfVdzsxv3kx2k5LKPlRjTHLkq8d77sRuffYA GelaJSPdkpGkBOvch5MOPrAXGwV3c/Lvb//49OHTr0O0WnhjuWiKJdBZF7Cp sv1Aaog+LwtQ7wXkTFfLZZxIiK4LVzz4oSLlUK2nNs1HCu8cqMdoE9pOvI+3 CcV59vnP605oD/AJ7QGunb8fZhPWU9TzvNfypP2iPGrvv4jLS+QkzGLuiUzc DejP3pNzV8k90MNboT1PPzHFCSemyG9WKlNyQ666p6Q+/A0lTkHbaW8TtbMN reVM5871HqgDjonEGIJJ1aIqwl2IkJXz9VOBQq7RzfImPGLYxyb+Iz0nAOQO /EdObbyB/2jZBv/R4D8a/EeD/2jwHw3+o8F/PBL/UbgG/9HgPxr8xxPiPxJB hMtsxhrog5RSQhwGyuQRAEA+jE4cjADpuqDZXBmW1AYA6XBuACANAKQBgNwO AMn5EPPHCQAphB9g7I0HfiDYgDuEDlwa0AH3feEJH3sWYx0AkDTkVPiuN3Bt Hg449clgPKHewAkYFR7xQ8q9JwsA2avzDyVCnrjUMQCQT9yH0UikAYA04vVA xOtZA0AaUTGYVEZUDCaVERUDAHlfAJB772OfSricmRbG2BpRMcbWiIoBgDQA kAYA0gBAGgBIAwD5lAAgKeOYOpQRBzMB/7PuBwAShohU6joZAKSme24AyLyW xw0ASR18LwCQ4sQAkOKsAJDCgIwZkLEuzXi8bS303jO3r7kCPdrGFor40QBA UtDHFnTWpsShDuE2vR8ASMUo+/QAkJruuQEg81oMAKTRzU8GaOSECto5oYJ2 DBDkcwKCNDdbP+4M+giAtJZDaQMEaa7IjMwZIEgjcwYI8v6BIA3W1kM4smo5 XDh+W1QcHTx3rK38EOJ0WFvFqUZ/rK28hMHaMlhbBmvLYG0ZrK0n/8sZzX4g /pcNqRv4XzY2+F8G/8vgfxn8L4P/ZfC/DP7XcfhforHoNfhfBv/L4H8dhf8F uoZblLoWbYJPMUtYtgW7zoeP//VAOnEw/hdxiQXKkm62XyGAwXZCGAQwgwBm EMC2I4AJMuTicSKA2W7oCWz/fzt305wgDIQB+K9wtIfMZJdAkt566vRiZ3rp GVCP4tj6/xu+tGNr1RqQj3cvXoAYWbO6wMNCkUmFyigWxmYLYXSSSo6sSpfy hABGOkmkiVikCzeaWq6kSEhlgmkl5SqT0r2OVgC7aPJ9eUSSQ2IIYCO/eQUZ CQEM6dWT9Jq0AIZUAUqCVAFKglSBANaVAHb1/9ixPCeBrwWKLVIFxRapAgEM AhgEMAhgEMAggI1LAAutkqyl0WFIYXHuG7mJuD0BLCRp1GEs9iWAVcctYQtu TwCrR+FBC2DacicCmPYsgOlWBTANZQbKzKmV8fba2qx7E6+v9QJ6c41tFuJg xsMRwCKKmYgjjizHqhsBrPygrH8BrDpu2wJYPQoEMKzNAxLAhrkwQ/6agvyF K1r36z3fIOL80oyG/IVLY8g5yF/IOchf3ctfh/dUNNBmZQftctHIbX3c+YNk NGCCbAwys0ftyHjUji6Tmf9omvWP6LN7oo/tfp5UG32xOov0fZuFkf+cxY8d zy9o709v85f582OwWydpUevzoDjx2zyvq8nCFar9HRRlyXKHegxeXQGoHlRf uy0/dptNvv10m85s9ABNsY+a4nGj1sdSVrVhp64p1g1df5pi0yG+5rdHuQc0 RWiK0BShKUJTRCAQCAQCgUAgEHeNL2AIFbkAkAEA --168429056-1480107135-1049716967=:15757-- From owner-linux-xfs@oss.sgi.com Mon Apr 7 08:46:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 08:46:15 -0700 (PDT) Received: from atlrel8.hp.com (atlrel8.hp.com [156.153.255.206]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37Fk0DH020501 for ; Mon, 7 Apr 2003 08:46:01 -0700 Received: from xatlrelay2.atl.hp.com (xatlrelay2.atl.hp.com [15.45.89.191]) by atlrel8.hp.com (Postfix) with ESMTP id 30F8F1C009AC; Mon, 7 Apr 2003 11:46:00 -0400 (EDT) Received: from xatlbh1.atl.hp.com (xatlbh1.atl.hp.com [15.45.89.186]) by xatlrelay2.atl.hp.com (Postfix) with ESMTP id 0714D1C00A66; Mon, 7 Apr 2003 11:46:00 -0400 (EDT) Received: by xatlbh1.atl.hp.com with Internet Mail Service (5.5.2655.55) id <2LKYD6XQ>; Mon, 7 Apr 2003 11:45:59 -0400 Message-ID: From: "HABBINGA,ERIK (HP-Loveland,ex1)" To: "'linux-xfs@oss.sgi.com'" Cc: "'scott@cnes.com'" Subject: RE: xfslogd on SMP systems Date: Mon, 7 Apr 2003 11:45:58 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3536 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erik.habbinga@hp.com Precedence: bulk X-list: linux-xfs Content-Length: 389 Lines: 16 Scott, Here's a link to the irq balancing patch, and to a readme about it. Ingo Molnar from RedHat wrote it. http://www.hardrock.org/kernel/2.4.20/irqbalance-2.4.20-MRC.patch http://www.hardrock.org/kernel/00README-patches Erik > Erik, > Which patches did you use for the interrupt balancing? Do you > have a URL to them? I would like to try them out also. > > Thanks, > -Scott From owner-linux-xfs@oss.sgi.com Mon Apr 7 11:18:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 11:18:26 -0700 (PDT) Received: from fruit.eu.org (qmailr@zooi.xs4all.nl [80.126.184.204]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37IIAfH000980 for ; Mon, 7 Apr 2003 11:18:18 -0700 Received: (qmail 3191 invoked by uid 500); 7 Apr 2003 18:18:07 -0000 Date: Mon, 7 Apr 2003 20:18:07 +0200 From: Wessel Dankers To: linux-xfs@oss.sgi.com Cc: dwijn@iluvatar.eu.org Subject: Re: problem with xfs_fsr Message-ID: <20030407181807.GP2480@fruit.eu.org> Mail-Followup-To: linux-xfs@oss.sgi.com, dwijn@iluvatar.eu.org References: <20030407051232.GA1711@iluvatar.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030407051232.GA1711@iluvatar.eu.org> X-oi: oi User-Agent: Mutt/1.5.3i X-archive-position: 3537 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wsl@fruit.eu.org Precedence: bulk X-list: linux-xfs Content-Length: 714 Lines: 21 On 2003-04-07 07:12:33+0200, Alfred G. de Wijn wrote: > Hi everyone. > I can provide both a kernel config and hexdumps of a healthy and a > borked logfile on demand. I also tried to file a bugreport, but > bugzilla didn't send me an email with my password. Let me guess, you have a pentium 1 or a k6 in that one machine and compile your kernel with GCC 3.2? 2.4.* kernels MUST be compiled with GCC 2.95 or some bits get misplaced and you end up with a kernel that garbles files when writing with O_DIRECT, regardless of the filesystem used. It's best to always use GCC 2.95 anyway: who knows what else may get miscompiled? Good luck, -- Wessel Dankers “high pressure system failure†From owner-linux-xfs@oss.sgi.com Mon Apr 7 12:44:45 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 12:44:51 -0700 (PDT) Received: from universe.chowhouse.com (IDENT:0@stumpy.chowhouse.com [209.180.91.165] (may be forged)) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37JihfH005010 for ; Mon, 7 Apr 2003 12:44:44 -0700 Received: from universe.chowhouse.com (IDENT:1000@localhost [127.0.0.1]) by universe.chowhouse.com (8.12.6/8.12.6) with ESMTP id h37JkhBI030032 for ; Mon, 7 Apr 2003 13:46:43 -0600 Received: from localhost (james@localhost) by universe.chowhouse.com (8.12.6/8.12.6/Submit) with ESMTP id h37Jkh3e030029 for ; Mon, 7 Apr 2003 13:46:43 -0600 Date: Mon, 7 Apr 2003 13:46:43 -0600 (MDT) From: James Rich To: XFS mailing list Subject: using lseek() on large files Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3538 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@chowhouse.com Precedence: bulk X-list: linux-xfs Content-Length: 309 Lines: 8 Is it correct the xfs supports file sizes larger than can be addressed by lseek()? lseek() uses a long as the offset, which on my system is 32 bits. If it is correct that XFS supports such large file sizes, how are the file contents accessed? And does the kernel syscall allow larger offsets? James Rich From owner-linux-xfs@oss.sgi.com Mon Apr 7 12:48:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 12:48:59 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37JmqfH005507 for ; Mon, 7 Apr 2003 12:48:53 -0700 Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 192cbp-0001A8-00; Mon, 07 Apr 2003 20:48:49 +0100 Date: Mon, 7 Apr 2003 20:48:48 +0100 From: Christoph Hellwig To: James Rich Cc: XFS mailing list Subject: Re: using lseek() on large files Message-ID: <20030407204848.A4450@infradead.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from james@chowhouse.com on Mon, Apr 07, 2003 at 01:46:43PM -0600 X-archive-position: 3539 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 324 Lines: 7 On Mon, Apr 07, 2003 at 01:46:43PM -0600, James Rich wrote: > Is it correct the xfs supports file sizes larger than can be addressed by > lseek()? lseek() uses a long as the offset, it takes an off_t as argument, not a long. off_t can be 64bit if you set the right options. (Try adding -D_FILE_OFFSET_BITS=64 to CFLAGS) From owner-linux-xfs@oss.sgi.com Mon Apr 7 12:54:23 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 12:54:29 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37JsMfH005998 for ; Mon, 7 Apr 2003 12:54:23 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h37K6jVe022848 for ; Mon, 7 Apr 2003 15:06:46 -0500 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 FAA28742; Tue, 8 Apr 2003 05:52:58 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) id FAA06906; Tue, 8 Apr 2003 05:52:57 +1000 (EST) Date: Tue, 8 Apr 2003 05:52:56 +1000 From: Nathan Scott To: James Rich Cc: XFS mailing list Subject: Re: using lseek() on large files Message-ID: <20030408055256.A943836@wobbly.melbourne.sgi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from james@chowhouse.com on Mon, Apr 07, 2003 at 01:46:43PM -0600 X-archive-position: 3540 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 505 Lines: 16 On Mon, Apr 07, 2003 at 01:46:43PM -0600, James Rich wrote: > Is it correct the xfs supports file sizes larger than can be addressed by > lseek()? lseek() uses a long as the offset, which on my system is 32 > bits. If it is correct that XFS supports such large file sizes, how are > the file contents accessed? And does the kernel syscall allow larger > offsets? > There is an lseeek64 variant which takes a 64 bit offset on all platforms. xfs_mkfile.c uses this, for example. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Apr 7 12:59:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 12:59:55 -0700 (PDT) Received: from andrei.myip.org (12-234-128-127.client.attbi.com [12.234.128.127]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37JxmfH006513 for ; Mon, 7 Apr 2003 12:59:49 -0700 Received: by andrei.myip.org (Postfix, from userid 102) id 3C0042FCCE; Mon, 7 Apr 2003 12:59:48 -0700 (PDT) Received: from stantz.corp.sgi.com (unknown [130.62.4.42]) by andrei.myip.org (Postfix) with ESMTP id C6DDE2FCCC for ; Mon, 7 Apr 2003 12:59:46 -0700 (PDT) Received: from localhost.localdomain (localhost [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 7C42A1967C for ; Mon, 7 Apr 2003 12:59:36 -0700 (PDT) Subject: Re: xfs patch kernel for redhat 9 From: Florin Andrei Reply-To: linux-xfs@oss.sgi.com To: linux-xfs In-Reply-To: <20030404124227.A24453@infradead.org> References: <3E8C8FF4@epostleser.online.no> <20030404124227.A24453@infradead.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) Date: 07 Apr 2003 12:59:36 -0700 Message-Id: <1049745576.16885.32.camel@stantz.corp.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) X-archive-position: 3541 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: florin@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 798 Lines: 21 On Fri, 2003-04-04 at 03:42, Christoph Hellwig wrote: > On Thu, Apr 03, 2003 at 09:02:18AM +0200, knutjbj wrote: > > I have been away a while. Is there going to be a patch kernel for Redhat 9 > > with XFS support? I do not need a installer since I can use apt to upgrade > > from Redhat 8 to Redhat 9. > > I have an SRPM ready, the binary RPM is still building. I'll announce it > here once it's finished. Any outstanding problems when porting XFS to the RH9 kernel? Anything that may break, or in a dubious state, reliability-wise? (if you don't have anything for sure, an educated guess would be fine) -- Florin Andrei "The irony is that Windows gets an unfair market-share boost because it is inferior to Linux and requires more installations to do the same work." - Nicholas Petreley From owner-linux-xfs@oss.sgi.com Mon Apr 7 13:14:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 13:14:30 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37KENfH007092 for ; Mon, 7 Apr 2003 13:14:24 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h37KQmVe024350 for ; Mon, 7 Apr 2003 15:26:48 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h37KEHa219348192 for ; Mon, 7 Apr 2003 15:14:17 -0500 (CDT) Received: from chuckle.americas.sgi.com (IDENT:S3tK2rKXEctWFOK9l0T5dG8kkvMiULYb@chuckle.americas.sgi.com [128.162.241.66]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h37KEHwX41772130 for ; Mon, 7 Apr 2003 15:14:17 -0500 (CDT) Received: from chuckle.americas.sgi.com (localhost [127.0.0.1]) by chuckle.americas.sgi.com (8.12.8/8.12.8) with ESMTP id h37KEGAq012206 for ; Mon, 7 Apr 2003 15:14:17 -0500 Received: (from cattelan@localhost) by chuckle.americas.sgi.com (8.12.8/8.12.8/Submit) id h37KEGBa012204 for linux-xfs@oss.sgi.com; Mon, 7 Apr 2003 15:14:16 -0500 Date: Mon, 7 Apr 2003 15:14:16 -0500 From: Russell Cattelan Message-Id: <200304072014.h37KEGBa012204@chuckle.americas.sgi.com> Subject: TAKE - Missing macros for the FreeBSD build X-archive-position: 3542 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@chuckle.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 341 Lines: 14 Add missing endian macros Date: Mon Apr 7 13:13:41 PDT 2003 Workarea: chuckle.americas.sgi.com:/misc/xfs2/XFS/x2.4-xfs-devel The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:143818a cmd/xfsprogs/include/platform_defs.h.in - 1.21 - Missed these the first time around?! :-( From owner-linux-xfs@oss.sgi.com Mon Apr 7 13:19:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 13:19:11 -0700 (PDT) Received: from universe.chowhouse.com (IDENT:0@stumpy.chowhouse.com [209.180.91.165] (may be forged)) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37KJ5fH007548 for ; Mon, 7 Apr 2003 13:19:05 -0700 Received: from universe.chowhouse.com (IDENT:1000@localhost [127.0.0.1]) by universe.chowhouse.com (8.12.6/8.12.6) with ESMTP id h37KL5BI030091 for ; Mon, 7 Apr 2003 14:21:05 -0600 Received: from localhost (james@localhost) by universe.chowhouse.com (8.12.6/8.12.6/Submit) with ESMTP id h37KL4da030088 for ; Mon, 7 Apr 2003 14:21:04 -0600 Date: Mon, 7 Apr 2003 14:21:04 -0600 (MDT) From: James Rich To: XFS mailing list Subject: Re: using lseek() on large files In-Reply-To: <20030408055256.A943836@wobbly.melbourne.sgi.com> Message-ID: References: <20030408055256.A943836@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3543 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james@chowhouse.com Precedence: bulk X-list: linux-xfs Content-Length: 525 Lines: 15 On Tue, 8 Apr 2003, Nathan Scott wrote: > On Mon, Apr 07, 2003 at 01:46:43PM -0600, James Rich wrote: > > bits. If it is correct that XFS supports such large file sizes, how are > > the file contents accessed? And does the kernel syscall allow larger > > offsets? > > There is an lseeek64 variant which takes a 64 bit offset on all > platforms. xfs_mkfile.c uses this, for example. Is there a performance difference using lseek() and lseek64()? If there is, does that difference exist on 64 bit platforms? James Rich From owner-linux-xfs@oss.sgi.com Mon Apr 7 13:24:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 13:24:29 -0700 (PDT) Received: from iceberg.elsat.net.pl (tdc-213.elsat.net.pl [213.216.97.213]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37KOMfH008050 for ; Mon, 7 Apr 2003 13:24:23 -0700 Received: from iceberg.elsat.net.pl (localhost.elsat.net.pl [127.0.0.1]) by iceberg.elsat.net.pl (8.12.3/8.12.3) with ESMTP id h37KW5Wo070359 for ; Mon, 7 Apr 2003 22:32:05 +0200 (CEST) (envelope-from kszysiu@iceberg.elsat.net.pl) Received: (from kszysiu@localhost) by iceberg.elsat.net.pl (8.12.3/8.12.3/Submit) id h37KW59G070358 for linux-xfs@oss.sgi.com; Mon, 7 Apr 2003 22:32:05 +0200 (CEST) Date: Mon, 7 Apr 2003 22:32:05 +0200 From: Krzysztof Rusocki To: linux-xfs@oss.sgi.com Subject: 2.4.20-xfs, Processes in ,,D'' state. Message-ID: <20030407203205.GA70293@iceberg.elsat.net.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.4i X-archive-position: 3544 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kszysiu@iceberg.elsat.net.pl Precedence: bulk X-list: linux-xfs Content-Length: 929 Lines: 33 Howdy, I've been running 2.4.20-xfs (CVS co on March, 4th) on my home workstation flawlessly, until... now. Any process, which tries to ,,access'' (I didn't try to narrow it down to some particular syscall) /home (which is an XFS filesystem) hangs in ,,D'' state. Should I ask you for some hack hints, or move towards -current, and ask no questions? (I wasn't following XFS development recently, and I don't know if there were any changes which could impact on such behavior - mea culpa :-) The machine's been running for about 13hrs, idling practically. The compiler I used was gcc-2.96-113 (from RH 7.3 updates). If it matters - / is an ext3 on another drive. Unfortunately this kernel has no KDB support, so I may eventually provide traces only from ,,Alt+SysRQ+T'' if they can be found useful in any way (ksymoops'd, naturally). If you need more data - don't hesitate and demand them. Thanks in advance, Krzysztof From owner-linux-xfs@oss.sgi.com Mon Apr 7 14:28:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 14:28:11 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37LS1fH009526 for ; Mon, 7 Apr 2003 14:28:04 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h37LRxxl028595 for ; Mon, 7 Apr 2003 23:27:59 +0200 Received: (qmail 3943 invoked from network); 7 Apr 2003 23:27:59 +0200 Received: from rx3227.cip.uni-regensburg.de (132.199.221.32) by rss1.rz.uni-regensburg.de with SMTP; 7 Apr 2003 23:27:59 +0200 Subject: Re: 2.4.20-xfs, Processes in ,,D'' state. From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Krzysztof Rusocki Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030407203205.GA70293@iceberg.elsat.net.pl> References: <20030407203205.GA70293@iceberg.elsat.net.pl> Content-Type: text/plain Organization: Message-Id: <1049750879.452.7.camel@bonnie79> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 07 Apr 2003 23:27:59 +0200 Content-Transfer-Encoding: 7bit X-archive-position: 3545 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 682 Lines: 23 On Mon, 2003-04-07 at 22:32, Krzysztof Rusocki wrote: > Howdy, > > I've been running 2.4.20-xfs (CVS co on March, 4th) > on my home workstation flawlessly, until... now. > > Any process, which tries to ,,access'' (I didn't try > to narrow it down to some particular syscall) > /home (which is an XFS filesystem) hangs in ,,D'' state. > Hi, do you see anything special in your logs? maybe your disk's gonna die. I did see processes stuck in D state with pre mid-februar xfs-code. Nathan Scott checked a fix into cvs (Feb 17th, I think, but you maybe want to search the archives). Speaking for myself, I have never seen processes stuck in D after that fix again... Christian From owner-linux-xfs@oss.sgi.com Mon Apr 7 14:46:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 14:46:33 -0700 (PDT) Received: from iceberg.elsat.net.pl (tdc-213.elsat.net.pl [213.216.97.213]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37LkRfH010089 for ; Mon, 7 Apr 2003 14:46:28 -0700 Received: from iceberg.elsat.net.pl (localhost.elsat.net.pl [127.0.0.1]) by iceberg.elsat.net.pl (8.12.3/8.12.3) with ESMTP id h37LsBWo070448; Mon, 7 Apr 2003 23:54:11 +0200 (CEST) (envelope-from kszysiu@iceberg.elsat.net.pl) Received: (from kszysiu@localhost) by iceberg.elsat.net.pl (8.12.3/8.12.3/Submit) id h37LsBS9070447; Mon, 7 Apr 2003 23:54:11 +0200 (CEST) Date: Mon, 7 Apr 2003 23:54:11 +0200 From: Krzysztof Rusocki To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: 2.4.20-xfs, Processes in ,,D'' state. Message-ID: <20030407215411.GB70293@iceberg.elsat.net.pl> References: <20030407203205.GA70293@iceberg.elsat.net.pl> <1049750879.452.7.camel@bonnie79> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <1049750879.452.7.camel@bonnie79> User-Agent: Mutt/1.4i X-archive-position: 3546 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kszysiu@iceberg.elsat.net.pl Precedence: bulk X-list: linux-xfs Content-Length: 1066 Lines: 36 On Mon, Apr 07, 2003 at 11:27:59PM +0200, Christian Guggenberger wrote: > On Mon, 2003-04-07 at 22:32, Krzysztof Rusocki wrote: > > Howdy, > > > > I've been running 2.4.20-xfs (CVS co on March, 4th) > > on my home workstation flawlessly, until... now. > > > > Any process, which tries to ,,access'' (I didn't try > > to narrow it down to some particular syscall) > > /home (which is an XFS filesystem) hangs in ,,D'' state. > > > Hi, > > do you see anything special in your logs? maybe your disk's gonna die. Nope, kernel logs are clean, and contain nothing unusual. The disk hypothesis is worth verifying, however. I'll see what I can do and I'll drop some info. > > I did see processes stuck in D state with pre mid-februar xfs-code. > Nathan Scott checked a fix into cvs (Feb 17th, I think, but you maybe > want to search the archives). I'll take a look, thanks. Note that Feb 17th is about fortnight before my checkout though. > Speaking for myself, I have never seen > processes stuck in D after that fix again... > > Christian > Cheers, Krzysztof From owner-linux-xfs@oss.sgi.com Mon Apr 7 15:28:13 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 15:28:17 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.3/8.12.5) with SMTP id h37MSCfH011850 for ; Mon, 7 Apr 2003 15:28:12 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h37MS7VV023069 for ; Mon, 7 Apr 2003 15:28:07 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h37MS5a219385439; Mon, 7 Apr 2003 17:28:05 -0500 (CDT) Received: from rose.americas.sgi.com (rose.americas.sgi.com [128.162.232.98]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h37MS5wX41611782; Mon, 7 Apr 2003 17:28:06 -0500 (CDT) Subject: Re: Red Hat Linux 9 XFS From: Rusell Cattelan To: Stefan Smietanowski Cc: linux-xfs@oss.sgi.com In-Reply-To: <3E909DC0.2010205@stesmi.com> References: <3E909DC0.2010205@stesmi.com> Content-Type: text/plain Organization: Message-Id: <1049754531.17359.7.camel@rose.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-1) Date: 07 Apr 2003 17:28:51 -0500 Content-Transfer-Encoding: 7bit X-archive-position: 3548 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 1198 Lines: 36 On Sun, 2003-04-06 at 16:36, Stefan Smietanowski wrote: > Hi people. > > I thought I'd tell everybody what I'm working on at the moment. > > My Red Hat Linux 9 XFS DVD is almost complete including the installer. > > There are a few issues with it making it not work just yet but I intend > for the problems to be solved really soon. > > I send this out so that we don't see 200 messages from people asking > for when anything is done. > > This is NOT, a repeat NOT an official DVD of any sort and I will ONLY > make a DVD available, NOT a CD. That's up for someone else to do based > on my work if anyone wants it. > > This DVD is not made by either RedHat nor SGI and if there are problems > with it direct them to ME. Do NOT contact neither SGI nor RedHat about > any issues arising from it's use. > > So for anyone wanting RedHat 9 with XFS support : a DVD is coming soon. > > What 'soon' is we'll see but I don't expect it to be that long :) > > // Stefan > Once you get the installer stuff worked out ... or just close send me the diffs and I'll start working on the regular CD version of the installer. BTW thanks for working on this stuff ... save us a bunch of time. -Russell From owner-linux-xfs@oss.sgi.com Mon Apr 7 17:43:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 17:43:34 -0700 (PDT) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.58.33]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h380hRFu016869 for ; Mon, 7 Apr 2003 17:43:28 -0700 Received: from Shiva (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.6/8.12.2/SuSE Linux 0.6) with ESMTP id h380hA8M010429; Mon, 7 Apr 2003 17:43:15 -0700 From: "l.a walsh" To: "'Nathan Scott'" , "'Chris Croswhite'" Cc: Subject: RE: dd of xfs partition does not mount Date: Mon, 7 Apr 2003 17:43:10 -0700 Message-ID: <001301c2fd67$d7b64260$1403a8c0@sc.tlinx.org> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030404021852.GF911@frodo> X-archive-position: 3549 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@tlinx.org Precedence: bulk X-list: linux-xfs Content-Length: 1230 Lines: 29 It'd be really beneficial/user-friendly if some message could be issued in mount about this other that 'generic failure happened'. I've been bitten by this twice, finally remembering the UUID the 2nd time around -- it's not something most ext2 users are going to be used to, or ISOFS, or many other file systems. Even though a generic status is returned to mount, isn't it possible to still spit something out on stderr to the effect of 'attempt to mount duplicate UUID', or does 'mount' redirect stderr as well? Maybe /dev/tty would work for interactive terminals and /dev/console otherwise...? It's just easy to forget when one does a bunch of iso or FAT copies...and months (and 20-30 other fs copies later), copy another xfs fs, and womp...why didn't that work? If you're lucky, it's not your first time and you remember (eventually)...otherwise, it can be a bit crazy-making.... -l > -----Original Message----- > From: linux-xfs-bounce@oss.sgi.com > [mailto:linux-xfs-bounce@oss.sgi.com] On Behalf Of Nathan Scott > You probably need to use the "nouuid" mount option, or use > xfs_admin(8) to change the UUID on the copied filesystem. > You syslog will have more information on the nature of the > mount failure. From owner-linux-xfs@oss.sgi.com Mon Apr 7 17:53:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 17:53:44 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h380rcFu017342 for ; Mon, 7 Apr 2003 17:53:38 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h380rc3l017341 for linux-xfs@oss.sgi.com; Mon, 7 Apr 2003 17:53:38 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h380rYFw017328 for ; Mon, 7 Apr 2003 17:53:34 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h37Ns7Me016467; Mon, 7 Apr 2003 16:54:07 -0700 Date: Mon, 7 Apr 2003 16:54:07 -0700 Message-Id: <200304072354.h37Ns7Me016467@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 232] mkfs.xfs from xfsprogs-2.3.5 fails on 1.1TB partition X-Bugzilla-Reason: AssignedTo X-archive-position: 3550 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 287 Lines: 15 http://oss.sgi.com/bugzilla/show_bug.cgi?id=232 ------- Additional Comments From cattelan@thebarn.com 2003-04-07 16:54 ------- comment to test mail ... ignore ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Mon Apr 7 17:56:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 17:56:38 -0700 (PDT) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h380uWFu017769 for ; Mon, 7 Apr 2003 17:56:33 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h380uQE0023389 for ; Mon, 7 Apr 2003 17:56:26 -0700 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 KAA03506; Tue, 8 Apr 2003 10:55:02 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id KAA89495; Tue, 8 Apr 2003 10:55:01 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h380rTNx001615; Tue, 8 Apr 2003 10:53:29 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h380rQYl001613; Tue, 8 Apr 2003 10:53:26 +1000 Date: Tue, 8 Apr 2003 10:53:26 +1000 From: Nathan Scott To: "l.a walsh" , Andries Brouwer Cc: "'Chris Croswhite'" , linux-xfs@oss.sgi.com Subject: Re: dd of xfs partition does not mount Message-ID: <20030408005326.GD818@frodo> References: <20030404021852.GF911@frodo> <001301c2fd67$d7b64260$1403a8c0@sc.tlinx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001301c2fd67$d7b64260$1403a8c0@sc.tlinx.org> User-Agent: Mutt/1.5.3i X-archive-position: 3551 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1410 Lines: 34 Hi Linda, On Mon, Apr 07, 2003 at 05:43:10PM -0700, l.a walsh wrote: > It'd be really beneficial/user-friendly if some message could be > issued in mount about this other that 'generic failure happened'. As you probably know, by design mount(8) on Linux doesn't know about the filesystem-specific options like this. > I've been bitten by this twice, finally remembering the UUID the > 2nd time around -- it's not something most ext2 users are going to be > used to, or ISOFS, or many other file systems. > > Even though a generic status is returned to mount, isn't it possible to > still spit something out on stderr to the effect of 'attempt to mount > duplicate UUID', or does 'mount' redirect stderr as well? Maybe /dev/tty > would work for interactive terminals and /dev/console otherwise...? > It's just easy to forget when one does a bunch of iso or FAT > copies...and months (and 20-30 other fs copies later), copy another xfs > fs, and womp...why didn't that work? If you're lucky, it's not your > first time and you remember (eventually)...otherwise, it can be a bit > crazy-making.... Understood. I think mount could be changed to print something like "Additional diagnostics can be found in your system log." or something. This is not an XFS issue though, so if you want this, or any other changes to mount, you'll need to discuss it with Andries (Mr. util-linux). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Apr 7 18:31:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 18:31:13 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h381V7Fu027002 for ; Mon, 7 Apr 2003 18:31:07 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h381V2VV003136 for ; Mon, 7 Apr 2003 18:31:02 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h381V0a219431315; Mon, 7 Apr 2003 20:31:00 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h381V1CJ7231371; Mon, 7 Apr 2003 20:31:01 -0500 (CDT) Date: Mon, 7 Apr 2003 20:29:09 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: "l.a walsh" cc: "'Nathan Scott'" , "'Chris Croswhite'" , Subject: RE: dd of xfs partition does not mount In-Reply-To: <001301c2fd67$d7b64260$1403a8c0@sc.tlinx.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3553 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 506 Lines: 16 On Mon, 7 Apr 2003, l.a walsh wrote: > It'd be really beneficial/user-friendly if some message could be > issued in mount about this other that 'generic failure happened'. You'll need to talk to the util-linux folks about that, and get the kernel hooks in place. i.e. it's not something the xfs team can do, it requires a more global solution. I agree that it would be nice. If nothing else a "please see your syslog for more info" would be helpful. But you're asking on the wrong list. :) -Eric From owner-linux-xfs@oss.sgi.com Mon Apr 7 23:04:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 07 Apr 2003 23:04:21 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3864FFu029765 for ; Mon, 7 Apr 2003 23:04:15 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h38648VV024873 for ; Mon, 7 Apr 2003 23:04:09 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3862p4e345735 for ; Tue, 8 Apr 2003 16:02:51 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3862of0345455 for linux-xfs@oss.sgi.com; Tue, 8 Apr 2003 16:02:50 +1000 (EST) Date: Tue, 8 Apr 2003 16:02:50 +1000 (EST) From: Nathan Scott Message-Id: <200304080602.h3862of0345455@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dmapi mount X-archive-position: 3554 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 330 Lines: 13 Provide a meaningful error message if we're failing a DMAPI mount attempt. Date: Mon Apr 7 23:02:19 PDT 2003 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:143863a linux/fs/xfs/dmapi/dmapi_xfs.c - 1.4 From owner-linux-xfs@oss.sgi.com Tue Apr 8 00:12:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Apr 2003 00:12:50 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h387CWFu003789 for ; Tue, 8 Apr 2003 00:12:34 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id B464E59D365; Tue, 8 Apr 2003 09:12:26 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 1C9E04D0E; Tue, 8 Apr 2003 09:12:26 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3878jx5020783; Tue, 8 Apr 2003 09:08:45 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Tue, 8 Apr 2003 09:08:45 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Nathan Scott Cc: linux-xfs@oss.sgi.com Subject: Re: xfsdump/xfsrestore losts EA and ACL's In-Reply-To: <20030407222151.GA818@frodo> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 3556 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 464 Lines: 20 On Tue, 8 Apr 2003, Nathan Scott wrote: > What version of the "attr" package do you have installed? attr-2.4.0 > > Does setting COMPAT_XFSROOT in the environment before running > xfsdump and xfsrestore help any? I suspect you have an older > kernel with newer tools, in which case you will need this. You are right. This solve all problems. Thanks. jan -- Whatever occurs from love is always beyond good and evil. Friedrich Nietzsche From owner-linux-xfs@oss.sgi.com Tue Apr 8 00:21:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Apr 2003 00:21:37 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h387LUFu004313 for ; Tue, 8 Apr 2003 00:21:31 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h37MOnVV022793 for ; Mon, 7 Apr 2003 15:24:50 -0700 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 IAA00848; Tue, 8 Apr 2003 08:23:32 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id IAA07110; Tue, 8 Apr 2003 08:23:31 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h37MM0Nx000884; Tue, 8 Apr 2003 08:22:00 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h37MLpvN000882; Tue, 8 Apr 2003 08:21:51 +1000 Date: Tue, 8 Apr 2003 08:21:51 +1000 From: Nathan Scott To: Jan Derfinak Cc: linux-xfs@oss.sgi.com Subject: Re: xfsdump/xfsrestore losts EA and ACL's Message-ID: <20030407222151.GA818@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-archive-position: 3557 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 594 Lines: 22 On Mon, Apr 07, 2003 at 03:17:17PM +0200, Jan Derfinak wrote: > Hi. > > > I have problem with preserving EA's and ACL's when restoring FS from dump. > Software versions: > Kernel k_athlon-2.4.20-38 from SuSE with: > SGI XFS 1.2.0 with ACLs, DMAPI, realtime, quota, no debug enabled > libc: glibc-2.3.2 > xfsdump: xfsdump-2.2.6 What version of the "attr" package do you have installed? Does setting COMPAT_XFSROOT in the environment before running xfsdump and xfsrestore help any? I suspect you have an older kernel with newer tools, in which case you will need this. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Apr 8 08:34:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Apr 2003 08:34:05 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h38FXwFu018380 for ; Tue, 8 Apr 2003 08:34:00 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 192v6H-0006LD-00 for ; Tue, 08 Apr 2003 17:33:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 192v6G-0006L4-00 for ; Tue, 08 Apr 2003 17:33:28 +0200 From: Nicholas Wourms Subject: Automatic detection of O(1) scheduler in latest kdb Date: Tue, 08 Apr 2003 11:28:54 -0400 Message-ID: <3E92EAB6.6020409@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-archive-position: 3560 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nwourms@myrealbox.com Precedence: bulk X-list: linux-xfs Content-Length: 328 Lines: 11 According to the ChangLog, the kdb code now has automatic recognition support for the O(1) scheduler. However, in kdb_bt.c, there is an ungaurded "init_tasks". This causes problems for users of O(1), because the scheduler removes init_tasks in favor of something else. Just thought I'd report this. Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Tue Apr 8 19:12:58 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Apr 2003 19:13:04 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h392CwFu032062 for ; Tue, 8 Apr 2003 19:12:58 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h392POVe002841 for ; Tue, 8 Apr 2003 21:25:25 -0500 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17812; Wed, 9 Apr 2003 12:11:32 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id 3979A3000B8; Wed, 9 Apr 2003 12:11:30 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 7F94D19A; Wed, 9 Apr 2003 12:11:30 +1000 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Nicholas Wourms Cc: linux-xfs@oss.sgi.com Subject: Re: Automatic detection of O(1) scheduler in latest kdb In-reply-to: Your message of "Tue, 08 Apr 2003 11:28:54 -0400." <3E92EAB6.6020409@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Apr 2003 12:11:23 +1000 Message-ID: <23025.1049854283@kao2.melbourne.sgi.com> X-archive-position: 3562 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 700 Lines: 17 On Tue, 08 Apr 2003 11:28:54 -0400, Nicholas Wourms wrote: >According to the ChangLog, the kdb code now has automatic >recognition support for the O(1) scheduler. However, in >kdb_bt.c, there is an ungaurded "init_tasks". This causes >problems for users of O(1), because the scheduler removes >init_tasks in favor of something else. Just thought I'd >report this. It depends which O(1) scheduler you are using, there are multiple variants. In the version that SGI use on the Altix boxes, init_tasks still exists. However this has got to be enough of a nuisance that the next version of kdb will drop init_tasks and use its own data areas to track the idle tasks. From owner-linux-xfs@oss.sgi.com Tue Apr 8 20:41:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 08 Apr 2003 20:41:25 -0700 (PDT) Received: from imf50bis.bellsouth.net (mail139.mail.bellsouth.net [205.152.58.99]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h393fHFu011966 for ; Tue, 8 Apr 2003 20:41:20 -0700 Received: from tiger2 ([66.156.2.121]) by imf22bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030407181603.BFJZ27553.imf22bis.bellsouth.net@tiger2> for ; Mon, 7 Apr 2003 14:16:03 -0400 Date: Mon, 7 Apr 2003 14:19:03 -0400 From: Greg Freemyer Subject: FWD: fsck in background? To: xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030407181603.BFJZ27553.imf22bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h393fKFu011967 X-archive-position: 3563 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 5259 Lines: 163 I do a xfs_fsr and mapcheck nightly. I also do a snapshot and a readonly mount each night with mounting errors logged/e-mailed. Is there more I could do to test the FS validity? Along those lines, I just came across this on the lvm-devel mailing list. If there are any other meaningful tests that could be performed on that read-only snapshot, then the below might be of interest. It is a e-mail I just saw on the lvm-devel list. Specifically, it is a shell script for doing a read-only fsck of a mounted FS. It uses a LVM snapshot to perform fsck on, then echo's an error to a log file if it encounters a problem. The idea is that a system with long uptimes could verify the FS structure is valid from time to time. It does not support XFS, but maybe it could be expanded to do that? If so, maybe this would be good candidate for the contrib section. FYI: Greg -- Greg Freemyer ---------- Forwarded Message ---------- FROM: Hans Reiser TO: Andreas Dilger , Oleg Drokin DATE: Mon, 07 Apr 2003 21:06:13 +0400 RE: [lvm-devel] Re: fsck in background? Andreas Dilger wrote: >On Mar 31, 2003 21:14 +0400, Hans Reiser wrote: > > >>Oleg Drokin wrote: >> >> >> >>>On Mon, Mar 31, 2003 at 12:30:37PM +0200, myciel wrote: >>> >>> >>>>so I'm curious if maybe fscking in background is planned? - idea is not new >>>>and bsd guys say that they have it for freebsd 5.0 in ffs. >>>> >>>> >>>> >>>> >>>This is not possible for reiserfs, I think. >>>reiserfs have non-constant metadata location , so while you can certainly >>>check fs consistency of some snapshot, you cannot fix it because all the >>>real data might have ben shifted to other blocks, old blocks might have >>>been already freed and so on. >>> >>> >>It can be done, but I don't have the funding/staff for it. >> >> > >I wrote a script to do this once, using LVM snapshots. Attached here. >I haven't used it in a long time, and didn't do much other than write >it and test it out a bit, but it likely works OK. > >It obviously doesn't actually fix any problems that it detects, but >for systems that run a long time it avoids the need to do a shutdown >to verify large filesystems are intact. For ext2/3 it also resets the >"last checked" count/time so that ext3 will not do gratuitous full fscks >if the system has been up over 6 months (assuming you run the script >periodically while the system is running). > >Cheers, Andreas >============================= lvm-fsck ============================= >#!/bin/sh ># Automatically checks ext2/ext3 filesystems that are currently mounted ># and also residing on LVM logical volumes, so that we can snapshot them. ># You need to have the LVM VFS locking patch applied for this to work. ># ># (C) Andreas Dilger, 2001 ># ># Licensed under the GNU General Public License, version 2 or later > >#set -vx > ># Use the PATH to find any installed fsck programs >PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin >PROG=`basename $0` > >FSCKLV=lvfsck >lvscan | grep ACTIVE | while read LVSCAN DASH ACTIVE LV LV2 SIZE; do > [ "$LV" = "Snapshot" ] && continue > if [ "$LV" = "Original" ]; then > LV=`echo $LV2 | tr -d \"` > else > LV=`echo $LV | tr -d \"` > fi > VG="`dirname $LV`" > LVS="$VG/$FSCKLV" > # This could be smarter (i.e. removing old snapshot after checking if > # another lvm-fsck is running, but we don't want to do concurrent fscks > # if it takes a really long time to run, or if the script has problems. > # Sadly, lvdisplay does not return an error code if $LVS doesn't exist > if [ "`lvdisplay $LVS 2> /dev/null`" ]; then > echo "$LVS exists! Unable to check $LV" > continue > fi > > # Check if this LV is mounted and has a fsck-able filesystem on it > AWKLV="`echo $LV | tr / .`" > FSTYPE=`mount | awk "/^$AWKLV/ { print \\$5 }"` > FSCK="`which fsck.$FSTYPE 2> /dev/null`" > [ "$FSCK" ] || continue > > echo "$PROG: running read-only $FSCK on $LV" > # Just a guess at how much snapshot space we need > SIZE="`df -P $LV | tail +2 | awk '{ print $2 / 500 }'`" > lvcreate -s -L ${SIZE}k -n $FSCKLV $LV > /dev/null > rc=$? > if [ $rc -ne 0 ]; then > echo "Creating snapshot of $LV at $LVS failed with rc=$rc" 1>&2 > continue > fi > case $FSTYPE in > ext2|ext3) $FSCK -f -n $LVS; rc=$? > if [ $rc -eq 0 ]; then > tune2fs -C 0 $LV > /dev/null > tune2fs -T now $LV > /dev/null 2>&1 > ;; > reiserfs) echo Yes | $FSCK --check $LVS; rc=$? ;; > *) echo "Don't know how to check $FSTYPE filesystems passively"; rc=$1;; > esac > [ $rc -ne 0 ] && echo "$FSCK of $LV failed with rc=$rc" 1>&2 > lvremove -f $LVS > /dev/null > rc=$? > [ $rc -ne 0 ] && echo "lvremove of $LVS failed with rc=$rc" 1>&2 >done >-- >Andreas Dilger >http://sourceforge.net/projects/ext2resize/ >http://www-mddsp.enel.ucalgary.ca/People/adilger/ > > > > > Oleg, consider putting a link to this on our web site..... -- Hans _______________________________________________ lvm-devel mailing list lvm-devel@sistina.com http://lists.sistina.com/mailman/listinfo/lvm-devel From owner-linux-xfs@oss.sgi.com Wed Apr 9 00:47:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 00:47:58 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h397lqFu016927 for ; Wed, 9 Apr 2003 00:47:53 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id 5D90E181E745; Wed, 9 Apr 2003 00:47:52 -0700 (PDT) Date: Wed, 9 Apr 2003 00:47:52 -0700 From: Chris Wedgwood To: James Rich Cc: XFS mailing list Subject: Re: using lseek() on large files Message-ID: <20030409074752.GA7443@f00f.org> References: <20030408055256.A943836@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-archive-position: 3564 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 430 Lines: 15 On Mon, Apr 07, 2003 at 02:21:04PM -0600, James Rich wrote: > Is there a performance difference using lseek() and lseek64()? In theory the system call might take a couple of cycles more... I doubt you could measure the difference between them though. > If there is, does that difference exist on 64 bit platforms? No, for 64-bit platforms it won't make (this tiny theoretical) difference (the ABI isn't doubled up). --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 03:02:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 03:03:03 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39A2tFu030463 for ; Wed, 9 Apr 2003 03:02:56 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h39A2r25009950 for ; Wed, 9 Apr 2003 12:02:53 +0200 Received: (qmail 5563 invoked from network); 9 Apr 2003 12:02:53 +0200 Received: from pc9391.physik.uni-regensburg.de (HELO pc9391) (guc28561@132.199.98.219) by rss1.rz.uni-regensburg.de with SMTP; 9 Apr 2003 12:02:53 +0200 Date: Wed, 9 Apr 2003 12:02:52 +0200 From: Christian Guggenberger To: linux-xfs@oss.sgi.com Subject: xfsrepair: rebuilding directory inode 128 Message-ID: <20030409120252.A29309@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 X-archive-position: 3565 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 709 Lines: 21 Hi, I've been bitten by Bug 230 (umount hangs). Now I noticed, that _every_ time I run xfs_repair on /usr I get following output in Phase 6: 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 ... maybe this issue correlates to Bug230? Kernel 2.4.20 (xfs-snapshots from Jan to April behave in the same way) xfsprogs-2.3.11 thanks Christian From owner-linux-xfs@oss.sgi.com Wed Apr 9 06:14:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 06:15:04 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39DEuFu026571 for ; Wed, 9 Apr 2003 06:14:57 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 193FPE-0005px-00 for ; Wed, 09 Apr 2003 15:14:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 193FPC-0005pk-00 for ; Wed, 09 Apr 2003 15:14:22 +0200 From: Nicholas Wourms Subject: Re: Automatic detection of O(1) scheduler in latest kdb Date: Wed, 09 Apr 2003 09:08:50 -0400 Message-ID: <3E941B62.1030007@myrealbox.com> References: <3E92EAB6.6020409@myrealbox.com> <23025.1049854283@kao2.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-archive-position: 3567 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nwourms@myrealbox.com Precedence: bulk X-list: linux-xfs Content-Length: 1006 Lines: 30 Keith Owens wrote: > On Tue, 08 Apr 2003 11:28:54 -0400, > Nicholas Wourms wrote: > >>According to the ChangLog, the kdb code now has automatic >>recognition support for the O(1) scheduler. However, in >>kdb_bt.c, there is an ungaurded "init_tasks". This causes >>problems for users of O(1), because the scheduler removes >>init_tasks in favor of something else. Just thought I'd >>report this. > > > It depends which O(1) scheduler you are using, there are multiple > variants. In the version that SGI use on the Altix boxes, init_tasks > still exists. That makes sense. > However this has got to be enough of a nuisance that the next version > of kdb will drop init_tasks and use its own data areas to track the > idle tasks. Do you have a quick fix until then? By far, I believe most people use Ingo's O(1), which is the same as what is in 2.5. This is what I'm using in this case, and also what people using RedHat kernels are using. Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Wed Apr 9 06:24:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 06:24:34 -0700 (PDT) Received: from rj.sgi.com (rj.sgi.com [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39DOSFu028199 for ; Wed, 9 Apr 2003 06:24:28 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h39DOME0022464 for ; Wed, 9 Apr 2003 06:24:22 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h39DOLa219594417 for ; Wed, 9 Apr 2003 08:24:21 -0500 (CDT) Received: from taclab54.munich.sgi.com (taclab54.munich.sgi.com [144.253.195.54]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h39DOIwX35464811 for ; Wed, 9 Apr 2003 08:24:19 -0500 (CDT) Received: (from hch@localhost) by taclab54.munich.sgi.com (8.11.6/8.11.6) id h39Kd4s21406 for linux-xfs@oss.sgi.com; Wed, 9 Apr 2003 16:39:04 -0400 Resent-Message-Id: <200304092039.h39Kd4s21406@taclab54.munich.sgi.com> Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h39DLlwX40853730 for ; Wed, 9 Apr 2003 08:21:47 -0500 (CDT) Received: from lab343.munich.sgi.com (lab343.munich.sgi.com [144.253.195.43]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h39DLiX131238002 for ; Wed, 9 Apr 2003 06:21:45 -0700 (PDT) Received: from lab343.munich.sgi.com (localhost [127.0.0.1]) by lab343.munich.sgi.com (8.12.3/8.12.2/SuSE Linux 0.6) with ESMTP id h39DI1aD024409 for ; Wed, 9 Apr 2003 15:18:01 +0200 Received: (from hch@localhost) by lab343.munich.sgi.com (8.12.3/8.12.2/Submit) id h39DI1cj024408 for hch@sgi.com; Wed, 9 Apr 2003 15:18:01 +0200 Date: Wed, 9 Apr 2003 15:18:01 +0200 From: Christoph Hellwig Message-Id: <200304091318.h39DI1cj024408@lab343.munich.sgi.com> Subject: TAKE - Merge up to 2.5.67 To: undisclosed-recipients:; Resent-From: hch@sgi.com Resent-Date: Wed, 9 Apr 2003 16:39:01 -0400 Resent-To: linux-xfs@oss.sgi.com X-archive-position: 3568 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 36101 Lines: 963 Date: Wed Apr 9 06:06:03 PDT 2003 Workarea: lab343.munich.sgi.com:/home/hch/repo/slinx/2.5.x-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:143988a linux/arch/sparc64/lib/rwsem.c - 1.1 linux/net/xfrm/xfrm_user.c - 1.1 linux/net/xfrm/xfrm_state.c - 1.1 linux/net/xfrm/xfrm_policy.c - 1.1 linux/net/xfrm/xfrm_input.c - 1.1 linux/net/xfrm/xfrm_algo.c - 1.1 linux/net/xfrm/Makefile - 1.1 linux/drivers/char/drm/i830_irq.c - 1.1 linux/net/xfrm/Kconfig - 1.1 linux/drivers/pcmcia/sa11xx_core.h - 1.1 linux/Documentation/i2c/sysfs-interface - 1.1 linux/drivers/pcmcia/sa11xx_core.c - 1.1 linux/arch/sparc64/kernel/us2e_cpufreq.c - 1.1 linux/include/asm-ppc/macio_asic.h - 1.1 linux/include/linux/i2c-vid.h - 1.1 linux/drivers/i2c/chips/via686a.c - 1.1 linux/drivers/i2c/chips/w83781d.c - 1.1 linux/arch/arm/lib/div64.S - 1.1 linux/drivers/i2c/i2c-sensor.c - 1.1 linux/net/ipv4/netfilter/ip_conntrack_amanda.c - 1.1 linux/net/ipv4/netfilter/ip_conntrack_tftp.c - 1.1 linux/net/ipv4/netfilter/ip_nat_amanda.c - 1.1 linux/arch/x86_64/kernel/acpi/sleep.c - 1.1 linux/arch/ppc/kernel/cpu_setup_6xx.S - 1.1 linux/include/linux/i2c-sensor.h - 1.1 linux/include/linux/netfilter_ipv4/ip_conntrack_tftp.h - 1.1 linux/net/ipv4/netfilter/ip_nat_tftp.c - 1.1 linux/arch/x86_64/kernel/acpi/wakeup.S - 1.1 linux/include/linux/netfilter_ipv4/ip_conntrack_amanda.h - 1.1 linux/arch/x86_64/kernel/acpi/Makefile - 1.1 linux/arch/x86_64/kernel/acpi/boot.c - 1.1 linux/drivers/scsi/pc980155.c - 1.1 linux/crypto/deflate.c - 1.1 linux/arch/ppc/platforms/pmac_cpufreq.c - 1.1 linux/drivers/net/wan/hdlc_raw_eth.c - 1.1 linux/arch/ppc/platforms/pmac_sleep.S - 1.1 linux/include/linux/kmalloc_sizes.h - 1.1 linux/drivers/scsi/pc980155.h - 1.1 linux/net/unix/af_unix.c - 1.55 linux/net/sunrpc/xprt.c - 1.41 linux/net/sunrpc/sched.c - 1.38 linux/net/sunrpc/clnt.c - 1.30 linux/net/socket.c - 1.54 linux/net/sched/sch_csz.c - 1.8 linux/net/rose/af_rose.c - 1.30 linux/net/packet/af_packet.c - 1.40 linux/net/netsyms.c - 1.65 linux/net/netlink/af_netlink.c - 1.27 linux/net/irda/timer.c - 1.10 linux/net/irda/irlmp.c - 1.24 linux/net/irda/irlap_frame.c - 1.19 linux/net/irda/irlap_event.c - 1.27 linux/net/irda/irlan/irlan_client.c - 1.14 linux/net/irda/discovery.c - 1.10 linux/net/irda/af_irda.c - 1.45 linux/net/ipx/af_ipx.c - 1.35 linux/net/ipv6/udp.c - 1.38 linux/net/ipv6/tcp_ipv6.c - 1.49 linux/net/ipv6/raw.c - 1.32 linux/net/ipv6/proc.c - 1.14 linux/net/ipv6/ipv6_sockglue.c - 1.22 linux/net/ipv6/ip6_output.c - 1.20 linux/net/ipv6/ip6_input.c - 1.16 linux/net/ipv6/af_inet6.c - 1.32 linux/net/ipv6/addrconf.c - 1.34 linux/net/ipv4/udp.c - 1.41 linux/net/ipv4/tcp_input.c - 1.49 linux/net/ipv4/tcp.c - 1.54 linux/net/ipv4/sysctl_net_ipv4.c - 1.18 linux/net/ipv4/ip_output.c - 1.44 linux/net/ipv4/fib_hash.c - 1.12 linux/net/ipv4/devinet.c - 1.21 linux/net/ipv4/af_inet.c - 1.51 linux/net/ipv4/Makefile - 1.18 linux/net/core/sock.c - 1.33 linux/net/core/skbuff.c - 1.32 linux/net/core/filter.c - 1.9 linux/net/core/dev.c - 1.71 linux/net/core/Makefile - 1.15 linux/net/Makefile - 1.33 linux/mm/vmscan.c - 1.125 linux/mm/swap_state.c - 1.60 linux/mm/slab.c - 1.55 linux/mm/page_alloc.c - 1.106 linux/mm/mmap.c - 1.75 linux/mm/filemap.c - 1.153 linux/kernel/softirq.c - 1.35 linux/kernel/signal.c - 1.53 linux/kernel/sched.c - 1.98 linux/kernel/module.c - 1.40 linux/kernel/ksyms.c - 1.187 linux/kernel/itimer.c - 1.8 linux/kernel/exit.c - 1.67 linux/init/main.c - 1.104 linux/include/net/sock.h - 1.44 linux/include/net/protocol.h - 1.11 linux/include/net/irda/irlmp.h - 1.15 linux/include/net/irda/irlan_client.h - 1.5 linux/include/net/irda/discovery.h - 1.9 linux/include/net/icmp.h - 1.9 linux/include/net/dst.h - 1.14 linux/include/net/af_unix.h - 1.7 linux/include/linux/umsdos_fs.h - 1.9 linux/include/linux/udp.h - 1.6 linux/include/linux/swap.h - 1.75 linux/include/linux/skbuff.h - 1.33 linux/include/linux/sched.h - 1.101 linux/include/linux/netdevice.h - 1.44 linux/include/linux/net.h - 1.15 linux/include/linux/module.h - 1.48 linux/include/linux/kdev_t.h - 1.10 linux/include/linux/ipv6.h - 1.7 linux/include/linux/ip.h - 1.9 linux/include/linux/interrupt.h - 1.26 linux/include/linux/inet.h - 1.6 linux/include/linux/if.h - 1.8 linux/include/linux/i2c.h - 1.22 linux/include/linux/ftape.h - 1.5 linux/include/linux/fs.h - 1.211 linux/include/linux/elf.h - 1.25 linux/include/linux/dcache.h - 1.35 linux/include/linux/blkdev.h - 1.82 linux/include/linux/bitops.h - 1.5 linux/include/asm-sparc64/ttable.h - 1.11 linux/include/asm-sparc64/timex.h - 1.5 linux/include/asm-sparc64/timer.h - 1.6 linux/include/asm-sparc64/stat.h - 1.7 linux/include/asm-sparc64/softirq.h - 1.13 linux/include/asm-sparc64/ptrace.h - 1.5 linux/include/asm-sparc64/processor.h - 1.30 linux/include/asm-sparc64/ioctls.h - 1.7 linux/include/asm-sparc64/head.h - 1.6 linux/include/asm-sparc/stat.h - 1.7 linux/include/asm-sparc/softirq.h - 1.13 linux/include/asm-sparc/ioctls.h - 1.7 linux/include/asm-ppc/termios.h - 1.11 linux/include/asm-ppc/softirq.h - 1.18 linux/include/asm-ppc/pgtable.h - 1.42 linux/include/asm-ppc/ioctls.h - 1.6 linux/include/asm-mips/softirq.h - 1.7 linux/include/asm-mips/ioctls.h - 1.7 linux/include/asm-m68k/stat.h - 1.9 linux/include/asm-m68k/softirq.h - 1.9 linux/include/asm-m68k/ioctls.h - 1.6 linux/include/asm-i386/uaccess.h - 1.22 linux/include/asm-i386/string.h - 1.14 linux/include/asm-i386/stat.h - 1.6 linux/include/asm-i386/softirq.h - 1.17 linux/include/asm-i386/pgtable.h - 1.46 linux/include/asm-i386/page.h - 1.36 linux/include/asm-i386/ioctls.h - 1.7 linux/include/asm-i386/ide.h - 1.16 linux/include/asm-i386/hardirq.h - 1.28 linux/include/asm-i386/floppy.h - 1.9 linux/include/asm-i386/dma.h - 1.5 linux/include/asm-arm/system.h - 1.27 linux/include/asm-arm/stat.h - 1.9 linux/include/asm-arm/softirq.h - 1.11 linux/include/asm-arm/proc-armv/pgtable.h - 1.20 linux/include/asm-arm/ioctls.h - 1.4 linux/include/asm-arm/hardirq.h - 1.14 linux/include/asm-alpha/softirq.h - 1.11 linux/include/asm-alpha/pgtable.h - 1.40 linux/include/asm-alpha/ioctls.h - 1.8 linux/include/asm-alpha/fcntl.h - 1.13 linux/fs/smbfs/proc.c - 1.26 linux/fs/smbfs/dir.c - 1.27 linux/fs/proc/base.c - 1.49 linux/fs/nfsd/vfs.c - 1.66 linux/fs/nfsd/nfsfh.c - 1.49 linux/fs/nfsd/nfs3xdr.c - 1.37 linux/fs/nfsd/export.c - 1.51 linux/fs/nfs/read.c - 1.41 linux/fs/nfs/dir.c - 1.49 linux/fs/ncpfs/inode.c - 1.42 linux/fs/ncpfs/dir.c - 1.34 linux/fs/namei.c - 1.68 linux/fs/inode.c - 1.94 linux/fs/fcntl.c - 1.30 linux/fs/fat/inode.c - 1.56 linux/fs/ext2/inode.c - 1.67 linux/fs/exec.c - 1.81 linux/fs/dcache.c - 1.50 linux/fs/buffer.c - 1.153 linux/fs/block_dev.c - 1.74 linux/fs/ChangeLog - 1.3 linux/drivers/video/vfb.c - 1.20 linux/drivers/video/sgivwfb.c - 1.20 linux/drivers/video/fbmem.c - 1.62 linux/drivers/video/Makefile - 1.54 linux/drivers/usb/Makefile - 1.59 linux/drivers/scsi/wd33c93.h - 1.12 linux/drivers/scsi/wd33c93.c - 1.14 linux/drivers/scsi/sym53c8xx.c - 1.43 linux/drivers/scsi/scsi_ioctl.c - 1.29 linux/drivers/scsi/scsi_debug.c - 1.32 linux/drivers/scsi/scsi.h - 1.48 linux/drivers/scsi/qlogicfc.c - 1.37 linux/drivers/scsi/aha152x.h - 1.12 linux/drivers/scsi/aha152x.c - 1.39 linux/drivers/scsi/Makefile - 1.51 linux/drivers/pci/Makefile - 1.32 linux/drivers/net/znet.c - 1.16 linux/drivers/net/shaper.c - 1.25 linux/drivers/net/pcnet32.c - 1.41 linux/drivers/net/mace.c - 1.20 linux/drivers/net/hamradio/dmascc.c - 1.14 linux/drivers/net/3c59x.c - 1.46 linux/drivers/net/3c509.c - 1.45 linux/drivers/macintosh/macio-adb.c - 1.8 linux/drivers/macintosh/adb.c - 1.25 linux/drivers/char/vt.c - 1.36 linux/drivers/char/tty_io.c - 1.67 linux/drivers/char/pty.c - 1.17 linux/drivers/cdrom/sonycd535.c - 1.36 linux/drivers/cdrom/sjcd.c - 1.30 linux/drivers/cdrom/sbpcd.c - 1.38 linux/drivers/cdrom/optcd.c - 1.32 linux/drivers/cdrom/mcdx.c - 1.26 linux/drivers/cdrom/mcd.c - 1.31 linux/drivers/cdrom/gscd.c - 1.31 linux/drivers/cdrom/cm206.c - 1.32 linux/drivers/cdrom/cdu31a.c - 1.29 linux/drivers/cdrom/aztcd.c - 1.33 linux/drivers/block/z2ram.c - 1.28 linux/drivers/block/xd.c - 1.54 linux/drivers/block/swim3.c - 1.29 linux/drivers/block/ps2esdi.c - 1.57 linux/drivers/block/paride/pd.c - 1.44 linux/drivers/block/paride/pcd.c - 1.32 linux/drivers/block/nbd.c - 1.54 linux/drivers/block/ll_rw_blk.c - 1.131 linux/drivers/block/ataflop.c - 1.38 linux/drivers/block/amiflop.c - 1.39 linux/drivers/block/acsi.c - 1.47 linux/drivers/acorn/block/mfmhd.c - 1.39 linux/drivers/acorn/block/fd1772.c - 1.35 linux/arch/sparc64/solaris/entry64.S - 1.7 linux/arch/sparc64/mm/ultra.S - 1.32 linux/arch/sparc64/lib/Makefile - 1.17 linux/arch/sparc64/kernel/winfixup.S - 1.8 linux/arch/sparc64/kernel/traps.c - 1.28 linux/arch/sparc64/kernel/trampoline.S - 1.16 linux/arch/sparc64/kernel/time.c - 1.32 linux/arch/sparc64/kernel/sparc64_ksyms.c - 1.56 linux/arch/sparc64/kernel/smp.c - 1.55 linux/arch/sparc64/kernel/signal32.c - 1.34 linux/arch/sparc64/kernel/setup.c - 1.39 linux/arch/sparc64/kernel/rtrap.S - 1.18 linux/arch/sparc64/kernel/process.c - 1.44 linux/arch/sparc64/kernel/itlb_base.S - 1.8 linux/arch/sparc64/kernel/irq.c - 1.33 linux/arch/sparc64/kernel/head.S - 1.22 linux/arch/sparc64/kernel/etrap.S - 1.12 linux/arch/sparc64/kernel/entry.S - 1.29 linux/arch/sparc64/kernel/devices.c - 1.14 linux/arch/sparc64/kernel/binfmt_elf32.c - 1.11 linux/arch/sparc64/kernel/Makefile - 1.33 linux/arch/sparc64/defconfig - 1.90 linux/arch/sparc64/boot/Makefile - 1.8 linux/arch/sparc64/Makefile - 1.29 linux/arch/sparc/kernel/sys_sparc.c - 1.18 linux/arch/sparc/kernel/sun4m_smp.c - 1.24 linux/arch/sparc/kernel/sun4d_smp.c - 1.25 linux/arch/sparc/kernel/sparc_ksyms.c - 1.37 linux/arch/sparc/kernel/smp.c - 1.20 linux/arch/sparc/kernel/setup.c - 1.27 linux/arch/sparc/kernel/irq.c - 1.28 linux/arch/sparc/boot/Makefile - 1.15 linux/arch/sparc/Makefile - 1.26 linux/arch/ppc/kernel/smp.c - 1.48 linux/arch/ppc/kernel/misc.S - 1.56 linux/arch/ppc/kernel/head.S - 1.42 linux/arch/ppc/kernel/Makefile - 1.40 linux/arch/mips/mm/fault.c - 1.13 linux/arch/mips/kernel/mips_ksyms.c - 1.14 linux/arch/m68k/kernel/m68k_ksyms.c - 1.17 linux/arch/m68k/atari/stram.c - 1.27 linux/arch/i386/mm/init.c - 1.54 linux/arch/i386/kernel/vm86.c - 1.27 linux/arch/i386/kernel/time.c - 1.37 linux/arch/i386/kernel/sys_i386.c - 1.14 linux/arch/i386/kernel/smp.c - 1.56 linux/arch/i386/kernel/io_apic.c - 1.58 linux/arch/i386/kernel/i386_ksyms.c - 1.69 linux/arch/i386/kernel/apm.c - 1.60 linux/arch/i386/boot/setup.S - 1.32 linux/arch/i386/Makefile - 1.50 linux/arch/arm/lib/Makefile - 1.27 linux/arch/arm/kernel/entry-common.S - 1.25 linux/arch/arm/kernel/entry-armv.S - 1.41 linux/arch/arm/kernel/armksyms.c - 1.33 linux/arch/alpha/kernel/smp.c - 1.44 linux/arch/alpha/kernel/alpha_ksyms.c - 1.43 linux/README - 1.15 linux/Makefile - 1.244 linux/MAINTAINERS - 1.137 linux/Documentation/pci.txt - 1.19 linux/Documentation/filesystems/sysv-fs.txt - 1.3 linux/CREDITS - 1.100 linux/drivers/video/cyber2000fb.c - 1.38 linux/drivers/sbus/char/aurora.c - 1.25 linux/Documentation/kernel-parameters.txt - 1.25 linux/drivers/block/cpqarray.c - 1.68 linux/include/asm-i386/apic.h - 1.21 linux/fs/partitions/check.c - 1.67 linux/net/atm/svc.c - 1.13 linux/net/atm/pvc.c - 1.12 linux/net/atm/common.c - 1.22 linux/include/linux/atm.h - 1.5 linux/arch/alpha/kernel/pci.c - 1.32 linux/drivers/block/DAC960.c - 1.67 linux/arch/sparc64/kernel/pci_iommu.c - 1.15 linux/arch/sparc64/kernel/pci.c - 1.35 linux/net/irda/ircomm/ircomm_tty_attach.c - 1.15 linux/include/asm-sh/stat.h - 1.5 linux/include/asm-sh/softirq.h - 1.10 linux/include/asm-sh/ioctls.h - 1.7 linux/drivers/pcmcia/tcic.c - 1.24 linux/drivers/pcmcia/rsrc_mgr.c - 1.19 linux/drivers/pcmcia/ricoh.h - 1.8 linux/drivers/pcmcia/i82365.c - 1.37 linux/drivers/pcmcia/ds.c - 1.26 linux/drivers/pcmcia/cs_internal.h - 1.14 linux/drivers/pcmcia/cs.c - 1.36 linux/drivers/pcmcia/cistpl.c - 1.18 linux/include/pcmcia/ss.h - 1.12 linux/drivers/pcmcia/cardbus.c - 1.29 linux/drivers/pcmcia/Makefile - 1.23 linux/drivers/block/swim_iop.c - 1.25 linux/include/pcmcia/ds.h - 1.7 linux/include/pcmcia/driver_ops.h - 1.6 linux/include/pcmcia/cs.h - 1.10 linux/include/pcmcia/bus_ops.h - 1.7 linux/drivers/pcmcia/ti113x.h - 1.9 linux/include/asm-sparc64/pci.h - 1.16 linux/drivers/char/drm/gamma_drv.h - 1.7 linux/drivers/char/drm/gamma_dma.c - 1.13 linux/drivers/char/drm/drmP.h - 1.22 linux/drivers/char/drm/Makefile - 1.17 linux/drivers/net/wan/Makefile - 1.22 linux/arch/i386/kernel/smpboot.c - 1.61 linux/include/linux/pci_ids.h - 1.88 linux/mm/highmem.c - 1.51 linux/include/linux/highmem.h - 1.29 linux/include/asm-arm/div64.h - 1.3 linux/arch/alpha/kernel/sys_nautilus.c - 1.14 linux/drivers/scsi/scsi_lib.c - 1.61 linux/drivers/i2c/i2c-velleman.c - 1.10 linux/drivers/i2c/i2c-elv.c - 1.11 linux/drivers/i2c/i2c-philips-par.c - 1.11 linux/drivers/i2c/i2c-elektor.c - 1.15 linux/drivers/i2c/i2c-algo-pcf.c - 1.16 linux/drivers/i2c/i2c-dev.c - 1.27 linux/drivers/i2c/i2c-core.c - 1.25 linux/drivers/i2c/i2c-algo-bit.c - 1.17 linux/drivers/i2c/Makefile - 1.12 linux/Documentation/i2c/proc-interface - 1.2 linux/drivers/sbus/char/jsflash.c - 1.29 linux/drivers/pcmcia/yenta.c - 1.39 linux/drivers/pcmcia/pci_socket.h - 1.10 linux/drivers/pcmcia/pci_socket.c - 1.16 linux/fs/cramfs/inode.c - 1.35 linux/drivers/ieee1394/pcilynx.c - 1.28 linux/arch/i386/kernel/apic.c - 1.42 linux/drivers/scsi/scsi_scan.c - 1.44 linux/drivers/scsi/3w-xxxx.c - 1.29 linux/drivers/atm/iphase.c - 1.19 linux/drivers/acorn/char/i2c.c - 1.8 linux/include/asm-ia64/ioctls.h - 1.6 linux/include/linux/raid/md_k.h - 1.33 linux/include/linux/raid/md.h - 1.23 linux/include/asm-ia64/softirq.h - 1.10 linux/drivers/scsi/pcmcia/qlogic_stub.c - 1.13 linux/drivers/scsi/pcmcia/fdomain_stub.c - 1.14 linux/drivers/scsi/pcmcia/aha152x_stub.c - 1.14 linux/drivers/video/matrox/i2c-matroxfb.c - 1.8 linux/include/asm-mips64/softirq.h - 1.4 linux/include/asm-mips64/ioctls.h - 1.6 linux/arch/mips64/mm/fault.c - 1.11 linux/arch/mips64/kernel/mips64_ksyms.c - 1.10 linux/drivers/net/bonding.c - 1.20 linux/include/linux/if_bonding.h - 1.7 linux/drivers/ide/ide.c - 1.83 linux/drivers/ide/ide-disk.c - 1.57 linux/net/ipv4/netfilter/iptable_mangle.c - 1.13 linux/net/ipv4/netfilter/ipt_REJECT.c - 1.19 linux/net/ipv4/netfilter/ipfwadm_core.c - 1.16 linux/net/ipv4/netfilter/ip_queue.c - 1.19 linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.22 linux/net/ipv4/netfilter/ip_nat_core.c - 1.19 linux/net/ipv4/netfilter/ip_conntrack_standalone.c - 1.20 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.21 linux/net/ipv4/netfilter/Makefile - 1.21 linux/include/linux/netfilter_ipv4/ip_conntrack.h - 1.14 linux/Documentation/ia64/efirtc.txt - 1.4 linux/include/linux/if_pppox.h - 1.9 linux/drivers/net/pppox.c - 1.11 linux/drivers/char/rio/rio_linux.c - 1.21 linux/include/asm-s390/ioctls.h - 1.3 linux/include/asm-s390/stat.h - 1.5 linux/include/asm-s390/softirq.h - 1.8 linux/drivers/s390/char/con3215.c - 1.14 linux/drivers/s390/block/dasd.c - 1.40 linux/include/asm-s390/bitops.h - 1.11 linux/arch/s390/kernel/s390_ksyms.c - 1.10 linux/arch/mips64/kernel/smp.c - 1.12 linux/drivers/char/drm/r128_drv.h - 1.12 linux/drivers/char/drm/mga_state.c - 1.12 linux/drivers/char/drm/mga_drv.h - 1.12 linux/drivers/char/drm/mga_dma.c - 1.11 linux/drivers/char/drm/i810_drv.h - 1.5 linux/drivers/char/drm/i810_dma.c - 1.20 linux/drivers/usb/storage/usb.c - 1.37 linux/drivers/usb/storage/transport.c - 1.41 linux/drivers/usb/storage/scsiglue.c - 1.31 linux/drivers/acpi/resources/rsxface.c - 1.15 linux/drivers/acpi/namespace/nswalk.c - 1.13 linux/drivers/acpi/namespace/nsaccess.c - 1.20 linux/drivers/acpi/hardware/hwregs.c - 1.20 linux/drivers/acpi/hardware/hwgpe.c - 1.17 linux/drivers/acpi/events/evxfevnt.c - 1.17 linux/drivers/acpi/events/evxface.c - 1.20 linux/drivers/acpi/events/evsci.c - 1.15 linux/drivers/acpi/events/evmisc.c - 1.19 linux/drivers/acpi/events/evevent.c - 1.23 linux/drivers/acpi/ec.c - 1.19 linux/drivers/mtd/ftl.c - 1.34 linux/drivers/mtd/mtdblock.c - 1.33 linux/include/linux/mtd/compatmac.h - 1.4 linux/net/ipv4/tcp_minisocks.c - 1.24 linux/include/linux/irq_cpustat.h - 1.7 linux/drivers/media/video/tvmixer.c - 1.14 linux/drivers/media/video/tuner.c - 1.16 linux/drivers/media/video/tuner-3036.c - 1.7 linux/drivers/media/video/tda9875.c - 1.12 linux/drivers/media/video/tda7432.c - 1.12 linux/drivers/media/video/saa7185.c - 1.10 linux/drivers/media/video/saa7111.c - 1.8 linux/drivers/media/video/saa7110.c - 1.10 linux/drivers/media/video/saa5249.c - 1.14 linux/drivers/media/video/msp3400.c - 1.17 linux/drivers/media/video/bttv-if.c - 1.12 linux/drivers/media/radio/radio-cadet.c - 1.14 linux/arch/arm/tools/mach-types - 1.24 linux/drivers/md/raid1.c - 1.33 linux/drivers/md/raid5.c - 1.42 linux/drivers/block/cciss.c - 1.55 linux/drivers/md/linear.c - 1.21 linux/drivers/md/md.c - 1.73 linux/drivers/md/raid0.c - 1.18 linux/fs/dnotify.c - 1.8 linux/include/asm-ppc/keylargo.h - 1.7 linux/include/asm-ppc/uninorth.h - 1.8 linux/include/linux/dnotify.h - 1.7 linux/drivers/media/video/tvaudio.c - 1.16 linux/net/irda/irnet/irnet_ppp.h - 1.5 linux/net/irda/irnet/irnet_ppp.c - 1.11 linux/net/irda/irnet/irnet_irda.h - 1.6 linux/net/irda/irnet/irnet_irda.c - 1.13 linux/net/irda/irnet/irnet.h - 1.14 linux/include/asm-parisc/ioctls.h - 1.6 linux/include/asm-parisc/softirq.h - 1.3 linux/mm/shmem.c - 1.56 linux/drivers/char/drm/r128_state.c - 1.8 linux/drivers/char/drm/r128_cce.c - 1.8 linux/drivers/acpi/acpi_ksyms.c - 1.18 linux/drivers/char/drm/radeon_cp.c - 1.12 linux/drivers/char/drm/radeon_drm.h - 1.9 linux/drivers/char/drm/radeon_drv.h - 1.11 linux/drivers/char/drm/radeon_state.c - 1.11 linux/fs/reiserfs/inode.c - 1.38 linux/drivers/ide/ide-timing.h - 1.6 linux/include/asm-s390x/ioctls.h - 1.2 linux/arch/s390x/kernel/s390_ksyms.c - 1.8 linux/drivers/s390/net/netiucv.c - 1.16 linux/drivers/s390/net/ctcmain.c - 1.14 linux/include/asm-cris/stat.h - 1.4 linux/include/asm-s390x/softirq.h - 1.7 linux/include/asm-cris/softirq.h - 1.5 linux/drivers/pcmcia/hd64465_ss.c - 1.11 linux/include/asm-cris/ioctls.h - 1.5 linux/include/linux/hdlc.h - 1.6 linux/drivers/net/wan/n2.c - 1.8 linux/drivers/net/wan/hd6457x.c - 1.6 linux/drivers/net/wan/dscc4.c - 1.18 linux/drivers/net/wan/c101.c - 1.7 linux/drivers/isdn/hisax/sedlbauer_cs.c - 1.6 linux/drivers/s390/char/tuball.c - 1.9 linux/drivers/s390/char/tubfs.c - 1.10 linux/drivers/s390/char/tubio.h - 1.8 linux/drivers/s390/char/tubtty.c - 1.9 linux/net/wanrouter/af_wanpipe.c - 1.15 linux/drivers/net/gt96100eth.c - 1.8 linux/drivers/isdn/hisax/elsa_cs.c - 1.3 linux/net/ipv4/netfilter/ip_nat_helper.c - 1.10 linux/include/asm-sparc64/rwsem.h - 1.6 linux/drivers/net/irda/irda-usb.c - 1.31 linux/drivers/media/video/bt856.c - 1.9 linux/drivers/media/video/bt819.c - 1.8 linux/drivers/media/video/adv7175.c - 1.10 linux/fs/char_dev.c - 1.9 linux/net/bluetooth/af_bluetooth.c - 1.13 linux/net/bluetooth/hci_sock.c - 1.13 linux/drivers/mtd/nftlcore.c - 1.31 linux/drivers/mtd/mtdblock_ro.c - 1.18 linux/drivers/acpi/utilities/utmisc.c - 1.16 linux/drivers/acpi/utilities/utinit.c - 1.13 linux/drivers/acpi/utilities/utglobal.c - 1.20 linux/drivers/acpi/utilities/utdelete.c - 1.14 linux/Documentation/power/pci.txt - 1.3 linux/arch/mips/kernel/smp.c - 1.11 linux/drivers/scsi/pcmcia/nsp_cs.c - 1.18 linux/drivers/usb/usb-skeleton.c - 1.24 linux/drivers/char/sonypi.c - 1.13 linux/drivers/usb/storage/isd200.c - 1.15 linux/drivers/char/drm/radeon.h - 1.7 linux/drivers/char/drm/drm_ioctl.h - 1.5 linux/drivers/char/drm/i810.h - 1.4 linux/drivers/char/drm/drm_proc.h - 1.5 linux/drivers/char/drm/drm_lock.h - 1.4 linux/drivers/char/drm/drm_lists.h - 1.4 linux/drivers/char/drm/drm_fops.h - 1.5 linux/drivers/char/drm/drm_drv.h - 1.12 linux/drivers/char/drm/drm_dma.h - 1.6 linux/drivers/char/drm/drm_bufs.h - 1.5 linux/drivers/char/drm/drm_agpsupport.h - 1.11 linux/drivers/net/wan/farsync.c - 1.11 linux/arch/arm/mach-sa1100/assabet.c - 1.16 linux/arch/arm/mach-sa1100/cpu-sa1110.c - 1.14 linux/drivers/md/multipath.c - 1.19 linux/arch/i386/kernel/nmi.c - 1.14 linux/fs/quota.c - 1.20 linux/drivers/pcmcia/sa1100_graphicsclient.c - 1.5 linux/drivers/pcmcia/sa1100_generic.c - 1.16 linux/drivers/pcmcia/sa1100_freebird.c - 1.5 linux/drivers/pcmcia/sa1100_flexanet.c - 1.5 linux/drivers/pcmcia/sa1100_cerf.c - 1.6 linux/drivers/pcmcia/sa1100_assabet.c - 1.8 linux/drivers/pcmcia/sa1100_adsbitsy.c - 1.6 linux/drivers/pcmcia/sa1100.h - 1.6 linux/drivers/pcmcia/sa1100_graphicsmaster.c - 1.6 linux/drivers/pcmcia/sa1100_h3600.c - 1.5 linux/drivers/pcmcia/sa1100_jornada720.c - 1.7 linux/drivers/pcmcia/sa1100_neponset.c - 1.8 linux/drivers/pcmcia/sa1100_pangolin.c - 1.5 linux/drivers/pcmcia/sa1100_pfs168.c - 1.6 linux/drivers/pcmcia/sa1100_simpad.c - 1.6 linux/drivers/pcmcia/sa1100_stork.c - 1.6 linux/drivers/pcmcia/sa1100_xp860.c - 1.6 linux/drivers/pcmcia/sa1100_yopy.c - 1.5 linux/drivers/i2c/i2c-proc.c - 1.14 linux/include/linux/i2c-proc.h - 1.6 linux/drivers/message/i2o/i2o_block.c - 1.33 linux/drivers/pcmcia/i82092.c - 1.11 linux/drivers/pcmcia/i82092aa.h - 1.3 linux/net/ipv4/netfilter/ip_nat_snmp_basic.c - 1.7 linux/Documentation/networking/bonding.txt - 1.9 linux/fs/jbd/journal.c - 1.21 linux/fs/ext3/fsync.c - 1.5 linux/fs/ext3/inode.c - 1.36 linux/fs/ext3/super.c - 1.33 linux/include/linux/jbd.h - 1.16 linux/fs/jbd/transaction.c - 1.17 linux/fs/jbd/commit.c - 1.11 linux/fs/jbd/checkpoint.c - 1.7 linux/include/linux/bio.h - 1.20 linux/drivers/isdn/hisax/hisax_fcpcipnp.c - 1.13 linux/include/linux/device.h - 1.30 linux/arch/arm/mach-footbridge/dc21285.c - 1.5 linux/drivers/ide/ide-taskfile.c - 1.29 linux/net/ipv6/netfilter/ip6_queue.c - 1.9 linux/include/linux/pnpbios.h - 1.9 linux/Documentation/filesystems/porting - 1.14 linux/sound/pci/cs46xx/cs46xx_lib.c - 1.15 linux/sound/oss/sb_card.c - 1.6 linux/arch/ppc/platforms/Makefile - 1.13 linux/arch/ppc/platforms/chrp_smp.c - 1.6 linux/arch/ppc/platforms/pmac_feature.c - 1.6 linux/arch/ppc/platforms/pmac_setup.c - 1.10 linux/arch/ppc/platforms/pmac_smp.c - 1.7 linux/arch/ppc/platforms/pmac_time.c - 1.5 linux/arch/ppc/platforms/sleep.S - 1.3 linux/arch/ppc/platforms/spruce_setup.c - 1.10 linux/arch/x86_64/Makefile - 1.17 linux/arch/x86_64/boot/compressed/misc.c - 1.6 linux/arch/x86_64/boot/setup.S - 1.5 linux/arch/x86_64/ia32/ia32_binfmt.c - 1.10 linux/arch/x86_64/ia32/ia32_ioctl.c - 1.16 linux/arch/x86_64/ia32/ia32_signal.c - 1.12 linux/arch/x86_64/ia32/ia32entry.S - 1.11 linux/arch/x86_64/ia32/ptrace32.c - 1.6 linux/arch/x86_64/ia32/sys_ia32.c - 1.18 linux/arch/x86_64/kernel/Makefile - 1.17 linux/arch/x86_64/kernel/apic.c - 1.14 linux/arch/x86_64/kernel/bluesmoke.c - 1.8 linux/arch/x86_64/kernel/cpuid.c - 1.5 linux/arch/x86_64/kernel/early_printk.c - 1.7 linux/arch/x86_64/kernel/entry.S - 1.11 linux/arch/x86_64/kernel/head.S - 1.10 linux/arch/x86_64/kernel/head64.c - 1.7 linux/arch/x86_64/kernel/i387.c - 1.6 linux/arch/x86_64/kernel/irq.c - 1.11 linux/arch/x86_64/kernel/ldt.c - 1.8 linux/arch/x86_64/kernel/mpparse.c - 1.8 linux/arch/x86_64/kernel/msr.c - 1.7 linux/arch/x86_64/kernel/nmi.c - 1.10 linux/arch/x86_64/kernel/pci-dma.c - 1.5 linux/arch/x86_64/kernel/process.c - 1.17 linux/arch/x86_64/kernel/ptrace.c - 1.11 linux/arch/x86_64/kernel/setup.c - 1.10 linux/arch/x86_64/kernel/setup64.c - 1.12 linux/arch/x86_64/kernel/signal.c - 1.13 linux/arch/x86_64/kernel/smp.c - 1.13 linux/arch/x86_64/kernel/smpboot.c - 1.14 linux/arch/x86_64/kernel/traps.c - 1.15 linux/arch/x86_64/mm/fault.c - 1.10 linux/arch/x86_64/mm/ioremap.c - 1.9 linux/sound/isa/sb/sb16.c - 1.11 linux/sound/isa/sb/es968.c - 1.9 linux/sound/isa/azt2320.c - 1.9 linux/sound/isa/als100.c - 1.9 linux/include/asm-x86_64/processor.h - 1.13 linux/include/asm-x86_64/pgtable.h - 1.15 linux/include/asm-x86_64/pci.h - 1.6 linux/include/asm-x86_64/kdebug.h - 1.3 linux/include/asm-x86_64/ioctls.h - 1.3 linux/include/asm-x86_64/i387.h - 1.8 linux/include/asm-x86_64/hdreg.h - 1.3 linux/include/asm-x86_64/desc.h - 1.8 linux/include/asm-x86_64/debugreg.h - 1.2 linux/include/asm-x86_64/apic.h - 1.5 linux/include/asm-x86_64/system.h - 1.11 linux/include/asm-x86_64/softirq.h - 1.5 linux/include/asm-ppc/pmac_feature.h - 1.3 linux/include/asm-x86_64/unistd.h - 1.14 linux/include/asm-x86_64/thread_info.h - 1.8 linux/include/asm-ppc64/ioctls.h - 1.2 linux/arch/ppc64/Makefile - 1.18 linux/arch/ppc64/boot/Makefile - 1.11 linux/arch/ppc64/kernel/chrp_setup.c - 1.12 linux/arch/ppc64/kernel/iSeries_pci.c - 1.8 linux/arch/ppc64/kernel/iSeries_setup.c - 1.8 linux/arch/ppc64/kernel/pSeries_lpar.c - 1.11 linux/arch/ppc64/kernel/pSeries_pci.c - 1.11 linux/arch/ppc64/kernel/pci.c - 1.12 linux/arch/ppc64/kernel/pci.h - 1.6 linux/arch/ppc64/kernel/process.c - 1.15 linux/arch/ppc64/kernel/prom.c - 1.13 linux/arch/ppc64/kernel/smp.c - 1.17 linux/arch/ppc64/kernel/stab.c - 1.7 linux/include/asm-ppc64/machdep.h - 1.10 linux/include/asm-ppc64/termios.h - 1.2 linux/include/asm-ppc64/softirq.h - 1.4 linux/include/asm-ppc64/pci.h - 1.5 linux/include/asm-ppc64/pci-bridge.h - 1.6 linux/fs/jfs/jfs_dtree.c - 1.13 linux/fs/jfs/jfs_extent.c - 1.7 linux/fs/jfs/jfs_imap.c - 1.14 linux/fs/jfs/jfs_xtree.c - 1.9 linux/fs/jfs/jfs_txnmgr.c - 1.25 linux/fs/quota_v2.c - 1.11 linux/fs/quota_v1.c - 1.7 linux/Documentation/networking/generic-hdlc.txt - 1.2 linux/drivers/pcmcia/sa1111_generic.h - 1.3 linux/drivers/pcmcia/sa1111_generic.c - 1.8 linux/drivers/net/tulip/de4x5.c - 1.11 linux/drivers/pcmcia/sa1100_system3.c - 1.5 linux/drivers/pcmcia/sa1100_shannon.c - 1.4 linux/drivers/net/tulip/dmfe.c - 1.6 linux/drivers/pcmcia/sa1100_generic.h - 1.5 linux/drivers/pcmcia/sa1100_badge4.c - 1.7 linux/include/linux/hdlc/ioctl.h - 1.2 linux/drivers/net/wan/hdlc_x25.c - 1.5 linux/drivers/net/wan/hdlc_cisco.c - 1.5 linux/drivers/net/wan/hdlc_fr.c - 1.5 linux/drivers/net/wan/hdlc_generic.c - 1.5 linux/drivers/net/wan/hdlc_ppp.c - 1.5 linux/drivers/net/wan/hdlc_raw.c - 1.5 linux/arch/ia64/sn/kernel/sv.c - 1.4 linux/Documentation/filesystems/tmpfs.txt - 1.3 linux/fs/libfs.c - 1.12 linux/drivers/usb/class/audio.c - 1.13 linux/drivers/usb/class/cdc-acm.c - 1.17 linux/drivers/usb/core/hcd.c - 1.19 linux/drivers/usb/core/hub.c - 1.23 linux/drivers/usb/core/usb-debug.c - 1.6 linux/drivers/usb/core/usb.c - 1.30 linux/drivers/usb/host/ohci-hcd.c - 1.19 linux/drivers/usb/media/stv680.c - 1.11 linux/drivers/base/base.h - 1.14 linux/drivers/usb/image/mdc800.c - 1.13 linux/drivers/usb/media/ov511.c - 1.12 linux/drivers/usb/net/cdc-ether.c - 1.12 linux/drivers/usb/misc/emi26.c - 1.6 linux/arch/x86_64/ia32/fpu32.c - 1.5 linux/drivers/isdn/i4l/isdn_tty.c - 1.9 linux/fs/exportfs/expfs.c - 1.10 linux/drivers/pcmcia/sa1100_trizeps.c - 1.5 linux/fs/ntfs/namei.c - 1.9 linux/drivers/char/pcmcia/synclink_cs.c - 1.10 linux/drivers/macintosh/apm_emu.c - 1.5 linux/net/ipv6/ipv6_syms.c - 1.8 linux/net/bluetooth/sco.c - 1.8 linux/net/bluetooth/l2cap.c - 1.9 linux/include/linux/buffer_head.h - 1.21 linux/Documentation/block/biodoc.txt - 1.5 linux/drivers/char/drm/i830.h - 1.4 linux/Documentation/swsusp.txt - 1.5 linux/drivers/char/drm/sis_mm.c - 1.3 linux/drivers/char/drm/sis.h - 1.3 linux/drivers/char/drm/i830_drv.h - 1.4 linux/drivers/char/drm/i830_drm.h - 1.4 linux/drivers/char/drm/i830_dma.c - 1.8 linux/drivers/base/driver.c - 1.10 linux/drivers/usb/core/message.c - 1.17 linux/drivers/acpi/battery.c - 1.12 linux/drivers/acpi/fan.c - 1.9 linux/drivers/acpi/thermal.c - 1.13 linux/drivers/acpi/processor.c - 1.19 linux/drivers/acpi/osl.c - 1.16 linux/drivers/usb/host/ohci-pci.c - 1.8 linux/arch/i386/kernel/cpu/proc.c - 1.8 linux/arch/i386/kernel/cpu/intel.c - 1.14 linux/arch/x86_64/lib/copy_user.S - 1.3 linux/arch/x86_64/pci/irq.c - 1.5 linux/arch/x86_64/pci/common.c - 1.5 linux/include/asm-x86_64/suspend.h - 1.4 linux/arch/x86_64/ia32/ipc32.c - 1.7 linux/include/net/irda/af_irda.h - 1.3 linux/drivers/acpi/tables/tbgetall.c - 1.9 linux/drivers/serial/Makefile - 1.9 linux/mm/rmap.c - 1.12 linux/drivers/serial/8250_cs.c - 1.4 linux/drivers/serial/21285.c - 1.9 linux/drivers/char/drm/drm_os_linux.h - 1.6 linux/drivers/usb/core/buffer.c - 1.5 linux/fs/aio.c - 1.12 linux/include/linux/aio.h - 1.5 linux/net/sctp/ulpevent.c - 1.6 linux/net/sctp/protocol.c - 1.15 linux/include/net/sctp/sctp.h - 1.12 linux/net/sctp/associola.c - 1.11 linux/net/sctp/bind_addr.c - 1.8 linux/net/sctp/endpointola.c - 1.8 linux/net/sctp/input.c - 1.12 linux/net/sctp/ipv6.c - 1.12 linux/net/sctp/output.c - 1.9 linux/net/sctp/outqueue.c - 1.11 linux/include/net/sctp/ulpevent.h - 1.3 linux/include/net/sctp/constants.h - 1.5 linux/include/net/sctp/sm.h - 1.10 linux/net/sctp/sm_make_chunk.c - 1.12 linux/net/sctp/sm_sideeffect.c - 1.13 linux/net/sctp/sm_statefuns.c - 1.12 linux/include/net/sctp/structs.h - 1.13 linux/net/sctp/socket.c - 1.13 linux/include/asm-um/softirq.h - 1.2 linux/drivers/ide/legacy/hd.c - 1.12 linux/arch/um/drivers/stdio_console.c - 1.7 linux/arch/um/kernel/smp.c - 1.6 linux/drivers/ide/ide-iops.c - 1.7 linux/Documentation/driver-model/overview.txt - 1.4 linux/arch/i386/mach-visws/mpparse.c - 1.3 linux/drivers/char/drm/radeon_mem.c - 1.4 linux/drivers/char/drm/radeon_irq.c - 1.5 linux/drivers/base/cpu.c - 1.6 linux/sound/isa/dt019x.c - 1.5 linux/arch/i386/kernel/cpu/cpufreq/longhaul.c - 1.10 linux/drivers/usb/misc/usbtest.c - 1.10 linux/drivers/i2c/scx200_acb.c - 1.4 linux/Documentation/filesystems/cifs.txt - 1.2 linux/fs/nfsd/nfs4xdr.c - 1.9 linux/include/asm-i386/timer.h - 1.4 linux/arch/i386/kernel/timers/timer.c - 1.4 linux/arch/i386/kernel/timers/timer_cyclone.c - 1.4 linux/arch/i386/kernel/timers/timer_pit.c - 1.6 linux/arch/i386/kernel/timers/timer_tsc.c - 1.11 linux/drivers/mtd/maps/epxa10db-flash.c - 1.3 linux/drivers/oprofile/buffer_sync.c - 1.10 linux/drivers/oprofile/event_buffer.h - 1.4 linux/drivers/oprofile/oprof.c - 1.4 linux/fs/afs/dir.c - 1.3 linux/include/asm-x86_64/proto.h - 1.9 linux/include/asm-i386/nmi.h - 1.2 linux/include/linux/oprofile.h - 1.4 linux/arch/i386/oprofile/init.c - 1.4 linux/arch/i386/oprofile/nmi_int.c - 1.8 linux/drivers/block/scsi_ioctl.c - 1.7 linux/arch/x86_64/kernel/pci-gart.c - 1.7 linux/fs/nfs/nfs4proc.c - 1.7 linux/arch/x86_64/kernel/reboot.c - 1.3 linux/arch/x86_64/kernel/aperture.c - 1.3 linux/arch/x86_64/kernel/acpi.c - 1.5 linux/drivers/pnp/pnpbios/core.c - 1.9 linux/arch/i386/mm/highmem.c - 1.3 linux/drivers/pnp/core.c - 1.7 linux/fs/sysfs/inode.c - 1.10 linux/include/linux/pnp.h - 1.9 linux/drivers/pnp/pnpbios/proc.c - 1.3 linux/drivers/net/Kconfig - 1.11 linux/Documentation/filesystems/befs.txt - 1.2 linux/net/ipv4/Kconfig - 1.4 linux/drivers/net/wan/Kconfig - 1.4 linux/include/linux/crypto.h - 1.6 linux/drivers/pcmcia/Kconfig - 1.3 linux/drivers/pnp/Kconfig - 1.5 linux/include/linux/pfkeyv2.h - 1.5 linux/drivers/scsi/Kconfig - 1.10 linux/arch/ppc/Kconfig - 1.8 linux/drivers/char/drm/Kconfig - 1.3 linux/net/ipv4/ah.c - 1.8 linux/net/ipv4/netfilter/Kconfig - 1.3 linux/drivers/i2c/Kconfig - 1.4 linux/arch/sparc64/Kconfig - 1.10 linux/fs/befs/linuxvfs.c - 1.7 linux/arch/x86_64/Kconfig - 1.12 linux/fs/befs/btree.c - 1.5 linux/lib/Kconfig - 1.3 linux/crypto/Kconfig - 1.6 linux/crypto/Makefile - 1.7 linux/crypto/api.c - 1.7 linux/crypto/compress.c - 1.3 linux/crypto/digest.c - 1.7 linux/crypto/internal.h - 1.6 linux/crypto/tcrypt.c - 1.7 linux/crypto/tcrypt.h - 1.6 linux/net/Kconfig - 1.6 linux/net/ipv4/xfrm_policy.c - 1.9 linux/drivers/serial/Kconfig - 1.6 linux/drivers/acpi/Kconfig - 1.6 linux/net/sched/Kconfig - 1.3 linux/net/ipv4/xfrm_input.c - 1.6 linux/net/ipv4/xfrm_state.c - 1.7 linux/include/net/xfrm.h - 1.9 linux/mm/fremap.c - 1.6 linux/drivers/parisc/eisa_eeprom.c - 1.4 linux/include/asm-v850/stat.h - 1.4 linux/include/asm-v850/softirq.h - 1.2 linux/drivers/media/video/saa7134/saa7134-i2c.c - 1.7 linux/drivers/base/node.c - 1.6 linux/drivers/base/memblk.c - 1.4 linux/include/asm-m68knommu/softirq.h - 1.2 linux/arch/v850/kernel/v850_ksyms.c - 1.3 linux/arch/m68knommu/kernel/m68k_ksyms.c - 1.3 linux/include/asm-v850/ioctls.h - 1.2 linux/drivers/net/irda/sir_dev.c - 1.4 linux/arch/ppc/syslib/prom_init.c - 1.4 linux/net/key/af_key.c - 1.9 linux/net/ipv4/esp.c - 1.7 linux/drivers/scsi/scsi_sysfs.c - 1.7 linux/drivers/pnp/card.c - 1.7 linux/drivers/s390/char/sclp_tty.c - 1.4 linux/drivers/s390/char/tape_block.c - 1.3 linux/arch/sparc64/kernel/module.c - 1.5 linux/include/asm-sparc64/compat.h - 1.7 linux/drivers/usb/serial/generic.c - 1.4 linux/drivers/usb/serial/kobil_sct.c - 1.5 linux/arch/sparc64/oprofile/init.c - 1.3 linux/drivers/acpi/events/evgpe.c - 1.7 linux/crypto/proc.c - 1.2 linux/crypto/crypto_null.c - 1.2 linux/net/ipv4/xfrm_user.c - 1.6 linux/include/asm-ppc64/compat.h - 1.6 linux/drivers/s390/cio/qdio.c - 1.3 linux/arch/ppc64/oprofile/init.c - 1.3 linux/drivers/ide/ide-io.c - 1.6 linux/drivers/net/r8169.c - 1.3 linux/kernel/extable.c - 1.3 linux/arch/sparc/kernel/module.c - 1.5 linux/include/linux/xfrm.h - 1.4 linux/arch/x86_64/ia32/syscall32.c - 1.3 linux/arch/x86_64/kernel/suspend.c - 1.3 linux/include/asm-x86_64/compat.h - 1.7 linux/drivers/i2c/busses/Kconfig - 1.5 linux/drivers/i2c/busses/i2c-amd756.c - 1.4 linux/drivers/i2c/busses/i2c-amd8111.c - 1.5 linux/drivers/i2c/chips/Kconfig - 1.3 linux/drivers/i2c/chips/Makefile - 1.2 linux/drivers/i2c/chips/adm1021.c - 1.5 linux/drivers/i2c/chips/lm75.c - 1.5 linux/include/asm-s390x/compat.h - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.7 linux/net/ipv4/xfrm_algo.c - 1.4 linux/drivers/char/watchdog/indydog.c - 1.5 linux/arch/alpha/kernel/module.c - 1.3 linux/drivers/media/video/tda9887.c - 1.3 linux/Documentation/IPMI.txt - 1.2 linux/include/asm-parisc/compat.h - 1.5 linux/net/sunrpc/rpc_pipe.c - 1.5 linux/arch/parisc/oprofile/init.c - 1.3 linux/drivers/char/ipmi/Kconfig - 1.2 linux/drivers/char/ipmi/ipmi_devintf.c - 1.3 linux/arch/i386/kernel/timers/timer_none.c - 1.2 linux/net/sunrpc/auth_gss/auth_gss.c - 1.3 linux/drivers/char/ipmi/ipmi_kcs_intf.c - 1.3 linux/drivers/char/ipmi/ipmi_kcs_sm.c - 1.2 linux/drivers/char/ipmi/ipmi_msghandler.c - 1.3 linux/arch/sparc64/kernel/us3_cpufreq.c - 1.4 linux/arch/alpha/kernel/err_titan.c - 1.2 linux/drivers/char/hangcheck-timer.c - 1.3 linux/mm/fadvise.c - 1.3 linux/include/acpi/acconfig.h - 1.4 linux/arch/i386/kernel/cpu/cpufreq/acpi.c - 1.4 linux/include/acpi/actypes.h - 1.3 linux/include/acpi/acpixf.h - 1.5 linux/include/acpi/acpiosxf.h - 1.4 linux/include/acpi/acobject.h - 1.3 linux/include/acpi/aclocal.h - 1.4 linux/include/acpi/acevents.h - 1.4 linux/include/acpi/acglobal.h - 1.4 linux/include/acpi/achware.h - 1.4 linux/scripts/modpost.h - 1.2 linux/scripts/modpost.c - 1.5 linux/scripts/file2alias.c - 1.2 linux/scripts/Makefile.modpost - 1.4 linux/include/asm-x86_64/numa.h - 1.2 linux/arch/x86_64/kernel/wakeup.S - 1.2 linux/arch/x86_64/mm/k8topology.c - 1.2 linux/arch/x86_64/mm/numa.c - 1.2 linux/arch/i386/kernel/acpi/boot.c - 1.3 linux/sound/oss/sb_card.h - 1.3 linux/lib/idr.c - 1.2 linux/kernel/posix-timers.c - 1.5 linux/drivers/pnp/manager.c - 1.3 linux/include/linux/idr.h - 1.2 linux/arch/alpha/oprofile/common.c - 1.2 linux/drivers/acpi/events/evgpeblk.c - 1.2 linux/fs/sysfs/bin.c - 1.3 linux/drivers/scsi/scsi_pc98.c - 1.2 linux/fs/sysfs/file.c - 1.3 linux/arch/i386/mm/boot_ioremap.c - 1.2 linux/arch/arm/kernel/apm.c - 1.2 linux/drivers/i2c/busses/i2c-ali15x3.c - 1.3 linux/scripts/kconfig/gconf.c - 1.2 linux/include/net/esp.h - 1.2 linux/net/compat.c - 1.3 linux/drivers/char/hw_random.c - 1.2 linux/net/ipv6/ah6.c - 1.3 linux/include/net/ah.h - 1.2 linux/drivers/i2c/busses/i2c-piix4.c - 1.3 linux/drivers/i2c/busses/i2c-i801.c - 1.3 linux/net/ipv6/esp6.c - 1.3 linux/drivers/video/logo/logo.c - 1.2 linux/net/ipv6/xfrm6_input.c - 1.2 linux/arch/i386/boot98/setup.S - 1.2 linux/include/net/compat.h - 1.2 linux/drivers/video/logo/Makefile - 1.2 linux/drivers/video/logo/Kconfig - 1.2 linux/net/ipv4/xfrm4_input.c - 1.2 linux/drivers/ide/legacy/hd98.c - 1.2 linux/drivers/i2c/busses/i2c-isa.c - 1.2 linux/drivers/usb/misc/speedtch.c - 1.2 From owner-linux-xfs@oss.sgi.com Wed Apr 9 14:26:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 14:26:53 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39LQnFu011042 for ; Wed, 9 Apr 2003 14:26:50 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id 979B21834576; Wed, 9 Apr 2003 14:26:49 -0700 (PDT) Date: Wed, 9 Apr 2003 14:26:49 -0700 From: Chris Wedgwood To: Michael Whang Cc: linux-xfs@oss.sgi.com Subject: Re: xfs for solaris? Message-ID: <20030409212649.GA10732@f00f.org> References: <3E8CE39E.2060008@boywonderfx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E8CE39E.2060008@boywonderfx.com> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3572 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 282 Lines: 12 On Thu, Apr 03, 2003 at 05:45:02PM -0800, Michael Whang wrote: > does anyone know if this is available? as others have pointed out no it's not however, if you do need a solaris solution you could try veritas or talk to sun about qfs (which is arguably better than xfs) --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 14:28:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 14:28:49 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39LSjFu011482 for ; Wed, 9 Apr 2003 14:28:46 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id D4B181834576; Wed, 9 Apr 2003 14:28:45 -0700 (PDT) Date: Wed, 9 Apr 2003 14:28:45 -0700 From: Chris Wedgwood To: "Alfred G. de Wijn" Cc: linux-xfs@oss.sgi.com Subject: Re: problem with xfs_fsr Message-ID: <20030409212845.GB10732@f00f.org> References: <20030407051232.GA1711@iluvatar.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030407051232.GA1711@iluvatar.eu.org> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3573 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 521 Lines: 17 On Mon, Apr 07, 2003 at 07:12:33AM +0200, Alfred G. de Wijn wrote: > Anyway, I asked on #XFS, and recompiled a brand new kernel. Same > behaviour. I tried without the binary nvidia driver. Same > behaviour. What kernel versions did you try? > I can provide both a kernel config and hexdumps of a healthy and a > borked logfile on demand. I also tried to file a bugreport, but > bugzilla didn't send me an email with my password. Being reproducable is the main thing. Otherwise it's hard to track down. --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 14:36:41 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 14:36:45 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39LafFu011993 for ; Wed, 9 Apr 2003 14:36:41 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id 6D1781834576; Wed, 9 Apr 2003 14:36:41 -0700 (PDT) Date: Wed, 9 Apr 2003 14:36:41 -0700 From: Chris Wedgwood To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030409213641.GC10732@f00f.org> References: <20030409120252.A29309@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030409120252.A29309@pc9391.uni-regensburg.de> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3574 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 2197 Lines: 76 On Wed, Apr 09, 2003 at 12:02:52PM +0200, Christian Guggenberger wrote: > I've been bitten by Bug 230 (umount hangs). Interestingly, I've found a 100% way to reproduce this I think. If you have a few minutes and a non-root XFS filesystem you can probably verify whether or not that happens for you. (1) boot the system init=/bin/sh (2) mount /home (or whatever) --- must be XFS (3) umount /home -- make sure this works sanely (4) mount /home agin (5) du /home/foo/blem --- this creates dirty inodes in memory (atime (updates) which need to get flushed (6) 'sync' --- notice nothing happens (7) wait about 30s or so (8) umount /home --- this *should* work now, the icky part is (9) mount /home again (10) du /home/goo/blem --- again, atime updates are required to be (written to disk (11) sync --- again, nothing happens, we just do this to rub it in (12) umount /home --- this causes lots of IO as the disk is updated heavily (depends how many atimes updates, i usually use a kernel tree) at some point, IO will cease mount is stuck in 'D' with a stack backtrace not unlike: umount D DF373DB0 4286333116 12397 12394 (NOTLB) Call Trace: [] bio_add_page+0x159/0x160 [] submit_bio+0x3d/0x70 [] __down+0x113/0x2d0 [] default_wake_function+0x0/0x20 [] common_interrupt+0x18/0x20 [] __down_failed+0xb/0x14 [] .text.lock.page_buf_locking+0xf/0x44 [] pagebuf_delwri_flush+0x34a/0x400 [] XFS_bflush+0x21/0x30 [] xfs_unmount+0x167/0x1c0 [] xfs_sync+0x2a/0x30 [] vfs_unmount+0x34/0x40 [] linvfs_put_super+0x4c/0x90 [] generic_shutdown_super+0x236/0x250 [] kill_block_super+0x1d/0x50 [] deactivate_super+0xb6/0x260 [] __mntput+0x25/0x40 [] sys_umount+0x3c/0xa0 [] sys_oldumount+0x19/0x20 [] syscall_call+0x7/0xb Does something similar happen for you? --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 14:39:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 14:39:14 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39LdCFu012440 for ; Wed, 9 Apr 2003 14:39:12 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id 02BEB1834576; Wed, 9 Apr 2003 14:39:12 -0700 (PDT) Date: Wed, 9 Apr 2003 14:39:11 -0700 From: Chris Wedgwood To: "l.a walsh" Cc: "'Nathan Scott'" , "'Chris Croswhite'" , linux-xfs@oss.sgi.com Subject: Re: dd of xfs partition does not mount Message-ID: <20030409213911.GD10732@f00f.org> References: <20030404021852.GF911@frodo> <001301c2fd67$d7b64260$1403a8c0@sc.tlinx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001301c2fd67$d7b64260$1403a8c0@sc.tlinx.org> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3575 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 323 Lines: 13 On Mon, Apr 07, 2003 at 05:43:10PM -0700, l.a walsh wrote: > It'd be really beneficial/user-friendly if some message could > be issued in mount about this other that 'generic failure happened'. the kernel does report it if you are UI inflicted such that you don't see this, i'm not sure what else can be done --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 14:44:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 14:44:08 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39Li2Fu012925 for ; Wed, 9 Apr 2003 14:44:02 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id 44C9C1834576; Wed, 9 Apr 2003 14:44:02 -0700 (PDT) Date: Wed, 9 Apr 2003 14:44:02 -0700 From: Chris Wedgwood To: Greg Freemyer Cc: xfs mailing list Subject: Re: FWD: fsck in background? Message-ID: <20030409214402.GE10732@f00f.org> References: <20030407181603.BFJZ27553.imf22bis.bellsouth.net@tiger2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030407181603.BFJZ27553.imf22bis.bellsouth.net@tiger2> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3576 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 1191 Lines: 40 On Mon, Apr 07, 2003 at 02:19:03PM -0400, Greg Freemyer wrote: > I do a xfs_fsr and mapcheck nightly. this is bad if you're fragmenting badly enough to need this, you should address the cause of that --- otherwise, for small moderate amounts of fragmentation the loss of file-locality is worse for many people > Is there more I could do to test the FS validity? a xfs_repair passed over a snapshot would probably be slow and overkill > Specifically, it is a shell script for doing a read-only fsck of a > mounted FS. > It uses a LVM snapshot to perform fsck on, then echo's an error to a > log file if it encounters a problem > > The idea is that a system with long uptimes could verify the FS > structure is valid from time to time. yes, this is what i mention about ... a lvn/frozen fs snapshot and xfs_repair but NOT readonly would work but is overkill xfs_repair -n (read only) isn't very useful > It does not support XFS, but maybe it could be expanded to do that? there is nothing to prevent what i suggest working with xfs > If so, maybe this would be good candidate for the contrib section. i'm sure people would welcome such a thing if you were to provide it --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 14:51:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 14:51:26 -0700 (PDT) Received: from ulmo (postfix@252pc221.sshunet.nl [131.211.221.252]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39LpIFu013406 for ; Wed, 9 Apr 2003 14:51:19 -0700 Received: by ulmo (Postfix, from userid 1000) id DE022100798; Wed, 9 Apr 2003 23:50:18 +0200 (CEST) Date: Wed, 9 Apr 2003 23:50:18 +0200 To: Chris Wedgwood , linux-xfs@oss.sgi.com Subject: Re: problem with xfs_fsr Message-ID: <20030409215018.GC875@iluvatar.eu.org> References: <20030407051232.GA1711@iluvatar.eu.org> <20030409212845.GB10732@f00f.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gGkHNMELEOhSGF6" Content-Disposition: inline In-Reply-To: <20030409212845.GB10732@f00f.org> User-Agent: Mutt/1.5.4i From: dwijn@iluvatar.eu.org (Alfred G. de Wijn) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3577 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dwijn@iluvatar.eu.org Precedence: bulk X-list: linux-xfs Content-Length: 950 Lines: 35 --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2003 at 02:28:45PM -0700, Chris Wedgwood wrote: > What kernel versions did you try? 2.4.20. Wessel Dankers suggested compiling with gcc 2.95, since 3.2 breaks things, and indeed that solved the problem. Beats me why it only showed up (and reproducibly at that) on this one machine, while the others were fine. Cheers, Alfred --=20 Alfred G. de Wijn Home address: Cambridgelaan 199 k 3, 3584 DZ Utrecht, The Netherlands e-mail: dwijn@iluvatar.eu.org web: http://www.iluvatar.eu.org/~dwijn --7gGkHNMELEOhSGF6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+lJWaHws2OcFtSAYRAk0wAJ9BfoeWKevjtzqcBT18nkHjyurquQCeK0Up QDFu9xS1Fn+jfrJPqC1E7OM= =ZM0x -----END PGP SIGNATURE----- --7gGkHNMELEOhSGF6-- From owner-linux-xfs@oss.sgi.com Wed Apr 9 15:08:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 15:08:27 -0700 (PDT) Received: from fruit.eu.org (qmailr@zooi.xs4all.nl [80.126.184.204]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39M8MFu014018 for ; Wed, 9 Apr 2003 15:08:23 -0700 Received: (qmail 3439 invoked by uid 500); 9 Apr 2003 22:08:19 -0000 Date: Thu, 10 Apr 2003 00:08:19 +0200 From: Wessel Dankers To: "Alfred G. de Wijn" Cc: linux-xfs@oss.sgi.com Subject: Re: problem with xfs_fsr Message-ID: <20030409220819.GB759@fruit.eu.org> Mail-Followup-To: "Alfred G. de Wijn" , linux-xfs@oss.sgi.com References: <20030407051232.GA1711@iluvatar.eu.org> <20030409212845.GB10732@f00f.org> <20030409215018.GC875@iluvatar.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030409215018.GC875@iluvatar.eu.org> X-oi: oi User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3578 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wsl@fruit.eu.org Precedence: bulk X-list: linux-xfs Content-Length: 327 Lines: 13 On 2003-04-09 23:50:18+0200, Alfred G. de Wijn wrote: > Beats me why it only showed up (and reproducibly at that) on this one > machine, while the others were fine. Because gcc generates different code for different CPUs. :) Cheers, -- Wessel Dankers “Your processor does not develop enough heat.†From owner-linux-xfs@oss.sgi.com Wed Apr 9 15:44:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 15:44:30 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39MiNFu014816 for ; Wed, 9 Apr 2003 15:44:24 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h39MiEE0009825 for ; Wed, 9 Apr 2003 15:44:15 -0700 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 IAA29293; Thu, 10 Apr 2003 08:42:56 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id IAA87538; Thu, 10 Apr 2003 08:42:55 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h39MfKm8000789; Thu, 10 Apr 2003 08:41:20 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h39MfJjP000787; Thu, 10 Apr 2003 08:41:19 +1000 Date: Thu, 10 Apr 2003 08:41:18 +1000 From: Nathan Scott To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030409224118.GA759@frodo> References: <20030409120252.A29309@pc9391.uni-regensburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030409120252.A29309@pc9391.uni-regensburg.de> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3579 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 814 Lines: 24 On Wed, Apr 09, 2003 at 12:02:52PM +0200, Christian Guggenberger wrote: > Hi, > > I've been bitten by Bug 230 (umount hangs). Now I noticed, that _every_ > time I run xfs_repair on /usr I get following output in Phase 6: > > 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 This is most likely the "lost+found" directory being unlinked and recreated every time. 128 will be your root inode. > - traversal finished ... - traversing all unattached > subtrees ... - traversals finished ... - moving > disconnected inodes to lost+found ... cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Apr 9 15:48:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 15:48:45 -0700 (PDT) Received: from imf43bis.bellsouth.net (mail207.mail.bellsouth.net [205.152.58.147]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39MmfFu015265 for ; Wed, 9 Apr 2003 15:48:42 -0700 Received: from tiger2 ([66.156.2.233]) by imf43bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030409225042.IBUO25644.imf43bis.bellsouth.net@tiger2>; Wed, 9 Apr 2003 18:50:42 -0400 Date: Wed, 9 Apr 2003 18:53:47 -0400 From: Greg Freemyer Subject: re[2]: FWD: fsck in background? To: Chris Wedgwood cc: xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030409225042.IBUO25644.imf43bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h39MmgFu015269 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3580 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 1961 Lines: 62 >> On Mon, Apr 07, 2003 at 02:19:03PM -0400, Greg Freemyer wrote: >> > I do a xfs_fsr and mapcheck nightly. >> this is bad >> if you're fragmenting badly enough to need this, you should address >> the cause of that --- otherwise, for small moderate amounts of >> fragmentation the loss of file-locality is worse for many people I did it as a precaution. I guess I've had too much MS training. I will add a fragmentation test. If it is too bad I will log/e-mail and run xfs_fsr. >> > Specifically, it is a shell script for doing a read-only fsck of a >> > mounted FS. >> > It uses a LVM snapshot to perform fsck on, then echo's an error to a >> > log file if it encounters a problem >> > >> > The idea is that a system with long uptimes could verify the FS >> > structure is valid from time to time. >> yes, this is what i mention about ... a lvn/frozen fs snapshot and >> xfs_repair but NOT readonly would work but is overkill >> xfs_repair -n (read only) isn't very useful Am I understanding you correctly: 1) With a read-only snapshot there is not a FS consistency checker. ie. this would not be useful: create readonly snapshot if [xfs_repair -n snapshot != 0] email admin 2) With a read/write snapshot, something like the below may work. Weekly (or monthly) create r/w snapshot mount snapshot r/w (and repair any issues caused by the snapshot process) unmount snapshot if (xfs_repair != 0) email admin >> > It does not support XFS, but maybe it could be expanded to do that? >> there is nothing to prevent what i suggest working with xfs >> > If so, maybe this would be good candidate for the contrib section. >> i'm sure people would welcome such a thing if you were to provide it Updating the script seems easy enough, but if r/w snapshots are needed to run/test it, I doubt I will make the effort. (i.e. I think you need a DM enabled kernel for that, right?) Greg -- Greg Freemyer From owner-linux-xfs@oss.sgi.com Wed Apr 9 16:01:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 16:01:57 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h39N1rFu015793 for ; Wed, 9 Apr 2003 16:01:53 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id 31E181855A65; Wed, 9 Apr 2003 16:01:53 -0700 (PDT) Date: Wed, 9 Apr 2003 16:01:53 -0700 From: Chris Wedgwood To: Greg Freemyer Cc: xfs mailing list Subject: Re: re[2]: FWD: fsck in background? Message-ID: <20030409230153.GA25085@f00f.org> References: <20030409225042.IBUO25644.imf43bis.bellsouth.net@tiger2> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030409225042.IBUO25644.imf43bis.bellsouth.net@tiger2> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3581 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 1631 Lines: 56 On Wed, Apr 09, 2003 at 06:53:47PM -0400, Greg Freemyer wrote: > I will add a fragmentation test. If it is too bad I will log/e-mail > and run xfs_fsr. xfs_fsr is a terrible tool in a sense people see it and think 'ah cool, lets defragment my filesystem... we do this in windows and thats good' by and large, xfs shouldn't need lots of defragmentation --- that said, NFS users do see lots of fragmentation at present because synchronous writes don't preallocate presently > ie. this would not be useful: > > create readonly snapshot > if [xfs_repair -n snapshot != 0] > email admin it's pointless mostly "xfs_repair -n" will miss things that it otherwise would detect on a RW fs also, you need to consider this is a very slow process... how big is your fs anyhow? > 2) With a read/write snapshot, something like the below may work. > > Weekly (or monthly) > > create r/w snapshot > mount snapshot r/w (and repair any issues caused by the snapshot process) > unmount snapshot > if (xfs_repair != 0) > email admin if the snapshot is created with xfs_freeze, then I think the log will be in an active state you you'll want xfs_replair -L > Updating the script seems easy enough, but if r/w snapshots are > needed to run/test it, I doubt I will make the effort. (i.e. I > think you need a DM enabled kernel for that, right?) i think you need to consider what you're trying to achieve here there are multi-TB and probably multi-PB XFS filesystems in use and they don't do these sorts of extreme things (nor could they when the fs gets that large) --- it's better to address the problems if you find them --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 17:40:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 17:40:14 -0700 (PDT) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.58.33]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A0e2Fu016874 for ; Wed, 9 Apr 2003 17:40:02 -0700 Received: from Shiva (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.6/8.12.2/SuSE Linux 0.6) with ESMTP id h39Nh58M002440; Wed, 9 Apr 2003 16:43:05 -0700 From: "l.a walsh" To: "'Chris Wedgwood'" , "'l.a walsh'" Cc: "'Nathan Scott'" , "'Chris Croswhite'" , Subject: RE: dd of xfs partition does not mount Date: Wed, 9 Apr 2003 16:43:06 -0700 Message-ID: <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030409213911.GD10732@f00f.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3582 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@tlinx.org Precedence: bulk X-list: linux-xfs Content-Length: 416 Lines: 15 > -----Original Message----- > From: Chris Wedgwood [mailto:cw@f00f.org] > if you are UI inflicted such that you don't see this, i'm not sure > what else can be done === Yeah...I'm running on a tty, ssh'd in. Pretty primitive UI, I know. What wiz bang, user-friendly UI do you use that tells you this? I know my tty interfaces are pretty much '60's state of the art, but hey...X is a dog remotely.... -linda From owner-linux-xfs@oss.sgi.com Wed Apr 9 18:25:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 18:25:15 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A1P9Fu017891 for ; Wed, 9 Apr 2003 18:25:11 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h3A1P8OV006507 for ; Thu, 10 Apr 2003 03:25:08 +0200 Received: (qmail 18584 invoked from network); 10 Apr 2003 03:25:08 +0200 Received: from rx3227.cip.uni-regensburg.de (132.199.221.32) by rss1.rz.uni-regensburg.de with SMTP; 10 Apr 2003 03:25:08 +0200 Subject: Re: xfsrepair: rebuilding directory inode 128 From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Nathan Scott Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030409224118.GA759@frodo> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409224118.GA759@frodo> Content-Type: text/plain Organization: Message-Id: <1049937908.538.3.camel@bonnie79> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 10 Apr 2003 03:25:08 +0200 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3583 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 1035 Lines: 27 On Thu, 2003-04-10 at 00:41, Nathan Scott wrote: > On Wed, Apr 09, 2003 at 12:02:52PM +0200, Christian Guggenberger wrote: > > Hi, > > > > I've been bitten by Bug 230 (umount hangs). Now I noticed, that _every_ > > time I run xfs_repair on /usr I get following output in Phase 6: > > > > 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 > > This is most likely the "lost+found" directory being unlinked > and recreated every time. 128 will be your root inode. > > > - traversal finished ... - traversing all unattached > > subtrees ... - traversals finished ... - moving > > disconnected inodes to lost+found ... > Is there a way to double check if it's the directory you mean ( maybe xfs_db, but I'm not familiar with the whole lotta 'bout that command)? Christian From owner-linux-xfs@oss.sgi.com Wed Apr 9 18:27:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 18:27:36 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A1RUFu018315 for ; Wed, 9 Apr 2003 18:27:31 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3A1RS8Y023894 for ; Thu, 10 Apr 2003 03:27:28 +0200 Message-ID: <3E94C880.2070003@stesmi.com> Date: Thu, 10 Apr 2003 03:27:28 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3584 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 6252 Lines: 166 The first version of my Red Hat Linux 9 XFS DVD has been released and should appear on my mirror in a few hours. The address to the mirror is below. // Stefan Version 0.0.1 (2003-04-10) Disclaimer This DVD compilation was made by me, Stefan Smietanowski and I take no responsibility whatsoever that it works or not. If it breaks, you get to keep the pieces. No warranty is neither expressed or implied. Be warned. This release is not endorsed or supported by either RedHat or SGI. If it doesn't work, don't bug them about it. I have verified that it works when burnt to a DVD-R, using a Pioneer DVR-104 burner. I have also verified that it works when burnt to a DVD-RW using a Pioneer DVR-A05 burner. Installation: * Burn it to a suitable medium. * Insert the DVD in the DVD-ROM (or DVD-burner) * Reboot machine * Make sure you have set your BIOS to boot from CD-ROM * The installer should now autostart * There are problems reported when booting on machines with a KT333 chipset. Use the floppy method then. The machine can however boot a bootable CD so the problem isn't in this DVD, it's in the BIOS. (Can someone verify if this is still the case and get back to me?) There is a bug with using GRUB as a bootloader. Either use LILO or use one of the following workarounds: * Make a seperate /boot partition and use some other filesystem than xfs on it. That way you won't get the issue and you can use xfs without getting any problems. * Run the installer all the way until it asks if you should create a boot disk or not. If you're using the graphical installer press CTRL-ALT-F5. If you're using the text installer, press ALT-F5. You'll see an interesting page ending with a GRUB error "Can't find file". Above it are two lines. The first one is something like: "root (hd0,0)" After that you'll find a line with something like this (these lines are different depending on your type of hard drive and partitioning: "install /boot/grub/stage1 d .........." Write both lines down literally. Note that there exists a space after "(hd0)" in some places and not in others. Make sure you really get it right. Go back to the installer by using ALT-F7 if using the graphical installer or ALT-F1 if using text. Finish the installer all the way. Then reboot the system and boot from the install DVD again. This time type "linux rescue" instead of pressing enter and it will boot into rescue mode. Mount the filesystem(s). On the prompt type "grub". If that doesn't get you into grub type "/sbin/grub". If you get a warning that "it might take a long time", just wait it out, it can take up to a minute or more on some machines. Now take your paper with those lines written on them. Write the first line "root (hd0,0)" (or whatever it said) and press enter. it should respond with "Filesystem type is xfs, partition type 0x83". If it does you know you're alright. Then enter the "install" line literally, doublechecking that you got it right. Now press enter. It shouldn't say anything at all. Then enter "quit" and you'll get a prompt again. Now press CTRL-D and the system will reboot. Remove the DVD and start using the system. This way will work fine once you've completed this whole step. If you are unable to boot the DVD: * Boot up Linux or Windows and make an install floppy. Can someone check if install floppy method works? Instructions: Linux: * Mount the DVD-ROM on that machine and make sure you have a formatted floppy ready. We assume the DVD is mounted under /mnt/cdrom: * dd if=/mnt/cdrom/images/bootdisk.img of=/dev/fd0 * Wait until it's written the floppy and the floppy light goes out, then reboot machine and boot from the floppy. It will then continue from the DVD. Windows: * Insert the DVD into the machine. * On the DVD there is a directory called "dosutils". * Start "rawritewin" in that directory. * Select images\bootdisk.img and create the floppy using that program. * Wait until it's written the floppy and the floppy light goes out, then reboot machine and boot from the floppy. It will then continue from the DVD. Where to get: There is currently only one place to get it from: ftp://ftp.uninett.no/pub/linux/RH-XFS-DVD/ That dir will always contain the latest version I hope to add at least one ftp site to the list later on. If anyone has a high-bandwidth site that can take 3-4GiB files, email me. Only serious offers please. ADSL is not high bandwidth :) Thanx to Uninett in norway for the chance to mirror it there. It's a 10Gps link. What's on this DVD: * RedHat 9 "Shrike" CDs 1-6, including the SRPMS. * All updates that were released up to and including 2003-04-09 at 22:00 GMT (except the kernel that was just released). They are installed automatically when the system is installed. The DVD does not contain the old RPMS. * A modified Red Hat 9 Installer. * The command RPMs from XFS 1.2 recompiled for RH9 If you have any questions or ideas, or just want to tell me how great it is that I made this DVD, please mail me at the email address below. Also please drop me a note that you used it at all and if you encountered any bugs that aren't described below. This is NOT an invitation to send unsolicited email ("spam"). Stefan Smietanowski (stesmi@stesmi.com) Thanx must go to: (In no particular order) Nicolai Langfeldt Russel Cattelan Eric Sandeen Nathan Straz and the rest of the XFS team! This DVD wouldn't have existed without you! * The copyright of any program on this DVD are owned by their respective copyright holder. Known Bugs: - Doesn't work. + Contains a bugfix but needs to be tested by more people. * Fixed ? Unknown if bug still exists. Usually a new bug found in an older version. - GRUB won't install properly at all for some reason. Looking for a fix for this. If you have a solution or idea to any of these problems, please email me at stesmi@stesmi.com and I'll incorporate them into the next release. Version history: 0.0.1 2003-04-10 Initial version. Contains RH9, XFS and the updates to RH9 existing up to this date, except the new kernel 2.4.20-9 From owner-linux-xfs@oss.sgi.com Wed Apr 9 18:30:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 18:30:37 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A1UTFu018779 for ; Wed, 9 Apr 2003 18:30:30 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h3A1USOV009559 for ; Thu, 10 Apr 2003 03:30:28 +0200 Received: (qmail 18645 invoked from network); 10 Apr 2003 03:30:28 +0200 Received: from rx3227.cip.uni-regensburg.de (132.199.221.32) by rss1.rz.uni-regensburg.de with SMTP; 10 Apr 2003 03:30:28 +0200 Subject: Re: xfsrepair: rebuilding directory inode 128 From: Christian Guggenberger Reply-To: christian.guggenberger@physik.uni-regensburg.de To: Chris Wedgwood Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030409213641.GC10732@f00f.org> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409213641.GC10732@f00f.org> Content-Type: text/plain Organization: Message-Id: <1049938228.533.10.camel@bonnie79> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 10 Apr 2003 03:30:28 +0200 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3585 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: christian.guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 783 Lines: 23 On Wed, 2003-04-09 at 23:36, Chris Wedgwood wrote: > On Wed, Apr 09, 2003 at 12:02:52PM +0200, Christian Guggenberger wrote: > > > I've been bitten by Bug 230 (umount hangs). > > Interestingly, I've found a 100% way to reproduce this I think. If > you have a few minutes and a non-root XFS filesystem you can probably > verify whether or not that happens for you. > > (1) boot the system init=/bin/sh > hmmm. I'll try out. Bug 230 bites me , for now, only on one machine. It's only reproducible on _one_ (maybe another one, but this one has a lvm device, so I don't want to blame xfs first, or at least put dark light on xfs) machine... I'll try your suggestion on a machine, which doesn't show the 'updatedb; reboot - unmount failure' behaviour,,, let's see.... Christian From owner-linux-xfs@oss.sgi.com Wed Apr 9 18:38:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 18:38:31 -0700 (PDT) Received: from waltsathlon.localhost.net (12-229-101-11.client.attbi.com [12.229.101.11]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A1cSFu019235 for ; Wed, 9 Apr 2003 18:38:28 -0700 Received: from comcast.net (localhost [127.0.0.1]) by waltsathlon.localhost.net (Postfix) with ESMTP id 0C0367302C; Wed, 9 Apr 2003 18:38:21 -0700 (PDT) Message-ID: <3E94CB0C.3060909@comcast.net> Date: Wed, 09 Apr 2003 18:38:20 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030407 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "l.a walsh" Cc: "'Chris Wedgwood'" , "'Nathan Scott'" , "'Chris Croswhite'" , linux-xfs@oss.sgi.com Subject: Re: dd of xfs partition does not mount References: <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> In-Reply-To: <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3586 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: waltabbyh@comcast.net Precedence: bulk X-list: linux-xfs Content-Length: 516 Lines: 23 l.a walsh wrote: >>-----Original Message----- >>From: Chris Wedgwood [mailto:cw@f00f.org] >>if you are UI inflicted such that you don't see this, i'm not sure >>what else can be done > > === > Yeah...I'm running on a tty, ssh'd in. Pretty primitive UI, I know. > What wiz bang, user-friendly UI do you use that tells you this? I know > my tty interfaces are pretty much '60's state of the art, but hey...X > is a dog remotely.... > > -linda > > > > Ummm. I think you forgot your tags :) -Walt From owner-linux-xfs@oss.sgi.com Wed Apr 9 20:41:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 20:42:21 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A3flFu022495 for ; Wed, 9 Apr 2003 20:41:48 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id CDDCD18618AE; Wed, 9 Apr 2003 20:41:47 -0700 (PDT) Date: Wed, 9 Apr 2003 20:41:47 -0700 From: Chris Wedgwood To: "l.a walsh" Cc: "'Nathan Scott'" , "'Chris Croswhite'" , linux-xfs@oss.sgi.com Subject: Re: dd of xfs partition does not mount Message-ID: <20030410034147.GA1338@f00f.org> References: <20030409213911.GD10732@f00f.org> <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3587 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 144 Lines: 10 On Wed, Apr 09, 2003 at 04:43:06PM -0700, l.a walsh wrote: > What wiz bang, user-friendly UI do you use that tells you this? dmesg --cw From owner-linux-xfs@oss.sgi.com Wed Apr 9 20:42:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 20:43:07 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A3gcFu022566 for ; Wed, 9 Apr 2003 20:42:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3A1UwE0022157 for ; Wed, 9 Apr 2003 18:30:58 -0700 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 LAA01504; Thu, 10 Apr 2003 11:29:42 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id LAA21949; Thu, 10 Apr 2003 11:29:41 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3A1S7m8001329; Thu, 10 Apr 2003 11:28:07 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3A1S6HO001327; Thu, 10 Apr 2003 11:28:06 +1000 Date: Thu, 10 Apr 2003 11:28:06 +1000 From: Nathan Scott To: Christian Guggenberger Cc: linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030410012806.GE759@frodo> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409224118.GA759@frodo> <1049937908.538.3.camel@bonnie79> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1049937908.538.3.camel@bonnie79> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3588 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1218 Lines: 32 On Thu, Apr 10, 2003 at 03:25:08AM +0200, Christian Guggenberger wrote: > On Thu, 2003-04-10 at 00:41, Nathan Scott wrote: > > On Wed, Apr 09, 2003 at 12:02:52PM +0200, Christian Guggenberger wrote: > > > Hi, > > > > > > I've been bitten by Bug 230 (umount hangs). Now I noticed, that _every_ > > > time I run xfs_repair on /usr I get following output in Phase 6: > > > > > > 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 > > > > This is most likely the "lost+found" directory being unlinked > > and recreated every time. 128 will be your root inode. > > > > > - traversal finished ... - traversing all unattached > > > subtrees ... - traversals finished ... - moving > > > disconnected inodes to lost+found ... > > > > Is there a way to double check if it's the directory you mean ( maybe > xfs_db, but I'm not familiar with the whole lotta 'bout that command)? The "-i" option to ls(1) will print out inode numbers. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Apr 9 20:43:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 09 Apr 2003 20:43:21 -0700 (PDT) Received: from tapu.f00f.org (tapu.f00f.org [202.49.232.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A3hGFu022758 for ; Wed, 9 Apr 2003 20:43:16 -0700 Received: by tapu.f00f.org (Postfix, from userid 10000) id A638B18618B3; Wed, 9 Apr 2003 20:43:16 -0700 (PDT) Date: Wed, 9 Apr 2003 20:43:16 -0700 From: Chris Wedgwood To: Christian Guggenberger Cc: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030410034316.GB1338@f00f.org> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409224118.GA759@frodo> <1049937908.538.3.camel@bonnie79> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1049937908.538.3.camel@bonnie79> User-Agent: Mutt/1.3.28i X-No-Archive: Yes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3589 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 357 Lines: 12 On Thu, Apr 10, 2003 at 03:25:08AM +0200, Christian Guggenberger wrote: > Is there a way to double check if it's the directory you mean ( > maybe xfs_db, but I'm not familiar with the whole lotta 'bout that > command)? Mount it, "ls -li" will show the inode number. I'm pretty sure 128 _has_ to be the root inode, I've not seen any exceptions. --cw From owner-linux-xfs@oss.sgi.com Thu Apr 10 00:10:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 00:10:46 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A7AZFu025554 for ; Thu, 10 Apr 2003 00:10:36 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3A7ATE0013708 for ; Thu, 10 Apr 2003 00:10:29 -0700 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 RAA04638; Thu, 10 Apr 2003 17:09:11 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id RAA19615; Thu, 10 Apr 2003 17:09:10 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3A77Xm8002194; Thu, 10 Apr 2003 17:07:33 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3A77W4p002192; Thu, 10 Apr 2003 17:07:32 +1000 Date: Thu, 10 Apr 2003 17:07:32 +1000 From: Nathan Scott To: Chris Wedgwood Cc: linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030410070732.GH759@frodo> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409224118.GA759@frodo> <1049937908.538.3.camel@bonnie79> <20030410034316.GB1338@f00f.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030410034316.GB1338@f00f.org> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3590 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 550 Lines: 19 On Wed, Apr 09, 2003 at 08:43:16PM -0700, Chris Wedgwood wrote: > On Thu, Apr 10, 2003 at 03:25:08AM +0200, Christian Guggenberger wrote: > > > Is there a way to double check if it's the directory you mean ( > > maybe xfs_db, but I'm not familiar with the whole lotta 'bout that > > command)? > > Mount it, "ls -li" will show the inode number. I'm pretty sure 128 > _has_ to be the root inode, I've not seen any exceptions. > It depends at least on the blocksize, non-4K blocksizes will have a different root inode number. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Apr 10 00:24:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 00:25:00 -0700 (PDT) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3A7OgFu026105 for ; Thu, 10 Apr 2003 00:24:43 -0700 Received: from erbenson.alaska.net (108-pm14.nwc.alaska.net [209.112.141.108]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3A7OcrW055876 for ; Wed, 9 Apr 2003 23:24:39 -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 4C54F3A0D for ; Wed, 9 Apr 2003 23:24:37 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 257554104E2; Wed, 9 Apr 2003 23:24:37 -0800 (AKDT) Date: Wed, 9 Apr 2003 23:24:37 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: dd of xfs partition does not mount Message-ID: <20030410072437.GF7899@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030409213911.GD10732@f00f.org> <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tmoQ0UElFV5VgXgH" Content-Disposition: inline In-Reply-To: <008901c2fef1$c4eb3ec0$1403a8c0@sc.tlinx.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3591 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1260 Lines: 45 --tmoQ0UElFV5VgXgH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 09, 2003 at 04:43:06PM -0700, l.a walsh wrote: >=20 >=20 > > -----Original Message----- > > From: Chris Wedgwood [mailto:cw@f00f.org] > > if you are UI inflicted such that you don't see this, i'm not sure > > what else can be done > =3D=3D=3D > Yeah...I'm running on a tty, ssh'd in. Pretty primitive UI, I know. > What wiz bang, user-friendly UI do you use that tells you this? I know the console, usually /dev/tty1 however this is also subject to syslog configuration, the kernel can be told not to scribble messages to the console. > my tty interfaces are pretty much '60's state of the art, but hey...X > is a dog remotely.... feh tty text interfaces are still superior to all else. GUIs suck ;-) --=20 Ethan Benson http://www.alaska.net/~erbenson/ --tmoQ0UElFV5VgXgH 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 iEYEARECAAYFAj6VHDQACgkQJKx7GixEevxq1wCgm3WbobmfKpcn7AGH9Kx2w9kz /f8AniWoKsiKMTnS23aeUkglnBIq8u1F =dIhr -----END PGP SIGNATURE----- --tmoQ0UElFV5VgXgH-- From owner-linux-xfs@oss.sgi.com Thu Apr 10 06:08:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 06:08:54 -0700 (PDT) Received: from fep07-app.kolumbus.fi (fep07-0.kolumbus.fi [193.229.0.51]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AD8lFu022967 for ; Thu, 10 Apr 2003 06:08:48 -0700 Received: from azrael.blades.cxm ([62.248.128.37]) by fep07-app.kolumbus.fi with ESMTP id <20030410130845.WPNR16076.fep07-app.kolumbus.fi@azrael.blades.cxm> for ; Thu, 10 Apr 2003 16:08:45 +0300 Received: (from blades@localhost) by azrael.blades.cxm (SGI-8.9.3/8.9.3) id QAA54206 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 16:08:45 +0300 (EEST) X-Authentication-Warning: azrael.blades.cxm: blades set sender to harri.haataja@kolumbus.fi using -f Date: Thu, 10 Apr 2003 16:08:45 +0300 From: Harri Haataja Cc: linux-xfs@oss.sgi.com Subject: Re: xfs for solaris? Message-ID: <20030410160845.A54040@azrael.blades.cxm> References: <3E8CE39E.2060008@boywonderfx.com> <20030409212649.GA10732@f00f.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030409212649.GA10732@f00f.org>; from cw@f00f.org on Wed, Apr 09, 2003 at 02:26:49PM -0700 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3592 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: harri.haataja@kolumbus.fi Precedence: bulk X-list: linux-xfs Content-Length: 1021 Lines: 22 On Wed, Apr 09, 2003 at 02:26:49PM -0700, Chris Wedgwood wrote: > On Thu, Apr 03, 2003 at 05:45:02PM -0800, Michael Whang wrote: > > does anyone know if this is available? > as others have pointed out no it's not > however, if you do need a solaris solution you could try veritas or > talk to sun about qfs (which is arguably better than xfs) Are there limitations (in license or tech) that would prevent the code from being ported to solaris apart from perhaps the kernel being too clumsy and/or that including that code would make the kernel a derived product? I believe XFS uses GPL, I hope that I don't misremember that. Perhaps it could be run in a microkernel then, is that right? Like Xmach, NeXT or OS X? (I have no idea what injecting a server into those would take.) -- I used to herd dairy cows. Now I herd lusers. Apart from the isolation, I think I preferred the cows. They were better conversation, easier to milk, and if they annoyed me enough, I could shoot them and eat them. -- Rodger Donaldson From owner-linux-xfs@oss.sgi.com Thu Apr 10 07:16:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 07:16:49 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AEGTFu025788 for ; Thu, 10 Apr 2003 07:16:30 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h3AEGRd8013528 for ; Thu, 10 Apr 2003 16:16:27 +0200 Received: (qmail 11975 invoked from network); 10 Apr 2003 16:16:27 +0200 Received: from pc9391.physik.uni-regensburg.de (HELO pc9391) (guc28561@132.199.98.219) by rss1.rz.uni-regensburg.de with SMTP; 10 Apr 2003 16:16:27 +0200 Date: Thu, 10 Apr 2003 16:16:27 +0200 From: Christian Guggenberger To: Chris Wedgwood Cc: Christian Guggenberger , Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030410161627.A8262@pc9391.uni-regensburg.de> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409224118.GA759@frodo> <1049937908.538.3.camel@bonnie79> <20030410034316.GB1338@f00f.org> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030410034316.GB1338@f00f.org>; from cw@f00f.org on Thu, Apr 10, 2003 at 05:43:16 +0200 X-Mailer: Balsa 1.2.4 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3593 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 438 Lines: 12 On 10.04.2003 05:43 Chris Wedgwood wrote: > On Thu, Apr 10, 2003 at 03:25:08AM +0200, Christian Guggenberger wrote: > > > Is there a way to double check if it's the directory you mean ( > > maybe xfs_db, but I'm not familiar with the whole lotta 'bout that > > command)? > > Mount it, "ls -li" will show the inode number. I'm pretty sure 128 > _has_ to be the root inode, I've not seen any exceptions. > yep, it is the root-inode. From owner-linux-xfs@oss.sgi.com Thu Apr 10 07:28:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 07:28:43 -0700 (PDT) Received: from rrzd2.rz.uni-regensburg.de (root@rrzd2.rz.uni-regensburg.de [132.199.1.12]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AESPFu026374 for ; Thu, 10 Apr 2003 07:28:26 -0700 Received: from rss1.rz.uni-regensburg.de (rss1.rz.uni-regensburg.de [132.199.1.200]) by rrzd2.rz.uni-regensburg.de (8.12.3/8.12.3/Debian -4) with SMTP id h3AESOd8018029 for ; Thu, 10 Apr 2003 16:28:24 +0200 Received: (qmail 12175 invoked from network); 10 Apr 2003 16:28:24 +0200 Received: from pc9391.physik.uni-regensburg.de (HELO pc9391) (guc28561@132.199.98.219) by rss1.rz.uni-regensburg.de with SMTP; 10 Apr 2003 16:28:24 +0200 Date: Thu, 10 Apr 2003 16:28:24 +0200 From: Christian Guggenberger To: Chris Wedgwood Cc: Christian Guggenberger , linux-xfs@oss.sgi.com Subject: Re: xfsrepair: rebuilding directory inode 128 Message-ID: <20030410162824.C8262@pc9391.uni-regensburg.de> References: <20030409120252.A29309@pc9391.uni-regensburg.de> <20030409213641.GC10732@f00f.org> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <20030409213641.GC10732@f00f.org>; from cw@f00f.org on Wed, Apr 09, 2003 at 23:36:41 +0200 X-Mailer: Balsa 1.2.4 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3594 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 490 Lines: 21 On 09.04.2003 23:36 Chris Wedgwood wrote: > On Wed, Apr 09, 2003 at 12:02:52PM +0200, Christian Guggenberger wrote: > > > I've been bitten by Bug 230 (umount hangs). > > Interestingly, I've found a 100% way to reproduce this I think. If > you have a few minutes and a non-root XFS filesystem you can probably > verify whether or not that happens for you. > snip > > > Does something similar happen for you? > hmm, sorry. I can't verify this. XFS cvs of 20030318. Christian From owner-linux-xfs@oss.sgi.com Thu Apr 10 08:43:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 08:44:05 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AFhpFu027393 for ; Thu, 10 Apr 2003 08:43:52 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3AFhkE0014392 for ; Thu, 10 Apr 2003 08:43:46 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3AFhia219721521 for ; Thu, 10 Apr 2003 10:43:45 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 193eDJ-0007Vq-00 for ; Thu, 10 Apr 2003 10:43:45 -0500 Subject: PARTIAL TAKE 887385 - Fix addresses in error messages Message-Id: From: Nathan Straz To: linux-xfs@oss.sgi.com Date: Thu, 10 Apr 2003 10:43:45 -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3595 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 361 Lines: 14 Use "%p" to print out addresses from xfs_error_report(). This is so addresses don't get truncated on 64-bit archs. Date: Thu Apr 10 08:43:00 PDT 2003 Workarea: maine.americas.sgi.com:/extra/wa/xfs-2.4.x The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:144138a linux/fs/xfs/xfs_error.c - 1.40 From owner-linux-xfs@oss.sgi.com Thu Apr 10 08:52:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 08:52:10 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AFq7Fu028025 for ; Thu, 10 Apr 2003 08:52:07 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3AFq2E0014994 for ; Thu, 10 Apr 2003 08:52:02 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3AFq0a219672888 for ; Thu, 10 Apr 2003 10:52:00 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3AFq0wX42487729 for ; Thu, 10 Apr 2003 10:52:00 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h3AFpxe11927; Thu, 10 Apr 2003 10:51:59 -0500 Message-Id: <200304101551.h3AFpxe11927@jen.americas.sgi.com> Date: Thu, 10 Apr 2003 10:51:59 -0500 Subject: PARTIAL TAKE - expand debugging output for inode and buffer commands To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3596 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 290 Lines: 13 Date: Thu Apr 10 08:51:28 PDT 2003 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:144139a linux/kdb/modules/kdbm_pg.c - 1.65 - dump more fields in inode and buffer From owner-linux-xfs@oss.sgi.com Thu Apr 10 09:03:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 09:03:28 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AG3PFu028715 for ; Thu, 10 Apr 2003 09:03:25 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3AG3JE0016183 for ; Thu, 10 Apr 2003 09:03:19 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3AG3Ia219614658 for ; Thu, 10 Apr 2003 11:03:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3AG3IwX42769615 for ; Thu, 10 Apr 2003 11:03:18 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h3AG3In12009; Thu, 10 Apr 2003 11:03:18 -0500 Message-Id: <200304101603.h3AG3In12009@jen.americas.sgi.com> Date: Thu, 10 Apr 2003 11:03:18 -0500 Subject: TAKE - reorganize remount code path To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3597 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1059 Lines: 37 change remount code so that it calls a vfs operation within XFS. reorganize the code underneath it. This better separates the linux vfs code and the xfs specific code and will let us enable more options on remount. Date: Thu Apr 10 09:02:05 PDT 2003 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:144140a linux/fs/xfs/xfs_vfsops.c - 1.413 - create xfs_mntupdate and move showargs and parseargs here linux/fs/xfs/linux/xfs_lrw.h - 1.34 - no XFS_log_write_unmount_ro anymore linux/fs/xfs/linux/xfs_lrw.c - 1.185 - remove XFS_log_write_unmount_ro from here linux/fs/xfs/linux/xfs_vfs.c - 1.42 - add mntupdate support linux/fs/xfs/linux/xfs_super.h - 1.42 - no need for xfs_parseargs prototype or xfs_showargs linux/fs/xfs/linux/xfs_super.c - 1.245 - make remount call VFS_PARSEARGS for argument parsing and VFS_MNTUPDATE move argument parsing code out of here linux/fs/xfs/linux/xfs_vfs.h - 1.37 - add mntupdate support From owner-linux-xfs@oss.sgi.com Thu Apr 10 10:51:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 10:51:30 -0700 (PDT) Received: from poptart.bithose.com (ip-204-97-176-41.modem.logical.net [204.97.176.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AHpFFu002505 for ; Thu, 10 Apr 2003 10:51:16 -0700 Received: from poptart.bithose.com (localhost [127.0.0.1]) by poptart.bithose.com (8.12.9/8.12.9) with ESMTP id h3AHpEil010042 for ; Thu, 10 Apr 2003 13:51:14 -0400 (EDT) Received: from localhost (jakari@localhost) by poptart.bithose.com (8.12.9/8.12.9/Submit) with ESMTP id h3AHpEkV010038 for ; Thu, 10 Apr 2003 13:51:14 -0400 (EDT) X-Authentication-Warning: poptart.bithose.com: jakari owned process doing -bs Date: Thu, 10 Apr 2003 13:51:14 -0400 (EDT) From: Jameel Akari To: Subject: patches on Redhat (errata) kernel source Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3606 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakari@bithose.com Precedence: bulk X-list: linux-xfs Content-Length: 576 Lines: 20 What I'd ideally like to do is take the Redhat 2.4.18-27.7 errata kernel source and apply the 1.2 XFS patches to it (xfs-2.4.18-all-i386.bz2). Now, as could be expected, you get a lot of patch rejects. I'd rather not do it manually. I can't really use the 2.4.28-XFS-1.2 RPMs since they are built for Redhat 8.0, and we're standardized on 7.3 for now. Is there a contrib patchset kept up to date with the Redhat source tree, or will I just have to start with the vanilla source and patch from there? Thanks, -- #!/jameel/akari sleep 4800; make clean && make breakfast From owner-linux-xfs@oss.sgi.com Thu Apr 10 10:53:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 10:53:53 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AHroFu002960 for ; Thu, 10 Apr 2003 10:53:50 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AHrn5v002959 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 10:53:49 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AHrmG0002935 for ; Thu, 10 Apr 2003 10:53:48 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AH2ek3029752; Thu, 10 Apr 2003 10:02:40 -0700 Date: Thu, 10 Apr 2003 10:02:40 -0700 Message-Id: <200304101702.h3AH2ek3029752@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3607 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 877 Lines: 27 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xfs-master@oss.sgi.com ------- Additional Comments From cattelan@thebarn.com 2003-04-10 10:02 ------- Yes xfs_repair unlinks the lost&found before it starts to any files left in there from run to run will be refound by repair. I really does seem like something is causing the the meta data delay write queue to get stuck. What I don't undertand is how updatedb is causing alot dirty meta data? That should mainly be a read operation. We have also be unable to reproduce this locally. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Thu Apr 10 10:54:44 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 10:54:48 -0700 (PDT) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AHshFu003220 for ; Thu, 10 Apr 2003 10:54:44 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id h3AHsWt28864; Thu, 10 Apr 2003 13:54:32 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Thu, 10 Apr 2003 13:54:32 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Jameel Akari cc: linux-xfs@oss.sgi.com Subject: Re: patches on Redhat (errata) kernel source In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3608 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 784 Lines: 23 On Thu, 10 Apr 2003 at 1:51pm, Jameel Akari wrote > What I'd ideally like to do is take the Redhat 2.4.18-27.7 errata kernel > source and apply the 1.2 XFS patches to it (xfs-2.4.18-all-i386.bz2). > > Now, as could be expected, you get a lot of patch rejects. I'd rather not > do it manually. > > I can't really use the 2.4.28-XFS-1.2 RPMs since they are built for Redhat > 8.0, and we're standardized on 7.3 for now. But they have SRPMs. Just rpmbuild 'em -- that's what I do here. > Is there a contrib patchset kept up to date with the Redhat source tree, > or will I just have to start with the vanilla source and patch from there? There is, and the location can be found in the list archives. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Thu Apr 10 11:53:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 11:54:17 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AIrpFu006393 for ; Thu, 10 Apr 2003 11:53:51 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AIrpaP006390 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 11:53:51 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AIrnFw006362 for ; Thu, 10 Apr 2003 11:53:49 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AIo0fj005708; Thu, 10 Apr 2003 11:50:00 -0700 Date: Thu, 10 Apr 2003 11:50:00 -0700 Message-Id: <200304101850.h3AIo0fj005708@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 234] New: test email X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3610 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 831 Lines: 46 http://oss.sgi.com/bugzilla/show_bug.cgi?id=234 Summary: test email Product: Linux XFS Version: Current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: cattelan@thebarn.com If this is a userspace bug, what version of the package are you using: Test bug What kernel are you using: Where did the XFS code come from? (CVS, Linus, your distribution, etc): Description of Problem: How Reproducible: Steps to Reproduce: 1. 2. 3. Actual Results: Expected Results: Additional Information: ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu Apr 10 11:53:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 11:54:17 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AIrpFu006394 for ; Thu, 10 Apr 2003 11:53:51 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AIrpIC006392 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 11:53:51 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AIrnG2006362 for ; Thu, 10 Apr 2003 11:53:49 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AIrbrE006195; Thu, 10 Apr 2003 11:53:37 -0700 Date: Thu, 10 Apr 2003 11:53:37 -0700 Message-Id: <200304101853.h3AIrbrE006195@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 235] New: Incorrect configure.in scripts in ALL XFS Linux packages X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3610 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3666 Lines: 141 http://oss.sgi.com/bugzilla/show_bug.cgi?id=235 Summary: Incorrect configure.in scripts in ALL XFS Linux packages Product: Linux XFS Version: 1.1.x Platform: IA32 OS/Version: Linux Status: NEW Severity: minor Priority: Low Component: xfsprogs AssignedTo: xfs-master@oss.sgi.com ReportedBy: mej@kainx.org If this is a userspace bug, what version of the package are you using: XFS Release 1.1 SRPM's What kernel are you using: Doesn't matter Where did the XFS code come from? (CVS, Linus, your distribution, etc): SGI SRPM's Description of Problem: You have a bug in your configure.in scripts. This bug also exists in the Release 1.2 SRPM's, as well as the source tarballs for each release. test -z "$MAKE" && AC_PATH_PROG(MAKE, make, /usr/bin/make) This will not work as you think it will. AC_PATH_PROG is not a self-contained macro. If you try MAKE=make rpm --rebuild attr-2.0.7-0.src.rpm, the build will error out saying "gcc: default: No such file or directory" Applying this patch (-p1) to configure.in and re-running autoconf will fix the bug: -------------------------------------------------------------------- --- attr-2.0.7/configure.in Mon Apr 15 10:08:48 2002 +++ mezzanine_patched_attr-2.0.7/configure.in Thu Apr 10 14:22:29 2003 @@ -49,27 +49,37 @@ AC_SUBST(cc) dnl check if users wants their own make -test -z "$MAKE" && AC_PATH_PROG(MAKE, make, /usr/bin/make) +if test -z "$MAKE"; then + AC_PATH_PROG(MAKE, make, /usr/bin/make) +fi make=$MAKE AC_SUBST(make) dnl check if users wants their own linker -test -z "$LD" && AC_PATH_PROG(LD, ld, /usr/bin/ld) +if test -z "$LD"; then + AC_PATH_PROG(LD, ld, /usr/bin/ld) +fi ld=$LD AC_SUBST(ld) dnl check if the tar program is available -test -z "$TAR" && AC_PATH_PROG(TAR, tar) +if test -z "$TAR"; then + AC_PATH_PROG(TAR, tar) +fi tar=$TAR AC_SUBST(tar) dnl check if the gzip program is available -test -z "$ZIP" && AC_PATH_PROG(ZIP, gzip, /bin/gzip) +if test -z "$ZIP"; then + AC_PATH_PROG(ZIP, gzip, /bin/gzip) +fi zip=$ZIP AC_SUBST(zip) dnl check if the rpm program is available -test -z "$RPM" && AC_PATH_PROG(RPM, rpm, /bin/rpm) +if test -z "$RPM"; then + AC_PATH_PROG(RPM, rpm, /bin/rpm) +fi rpm=$RPM AC_SUBST(rpm) @@ -80,7 +90,9 @@ AC_SUBST(rpm_version) dnl check if the makedepend program is available -test -z "$MAKEDEPEND" && AC_PATH_PROG(MAKEDEPEND, makedepend, /bin/true) +if test -z "$MAKEDEPEND"; then + AC_PATH_PROG(MAKEDEPEND, makedepend, /bin/true) +fi makedepend=$MAKEDEPEND AC_SUBST(makedepend) @@ -88,13 +100,19 @@ AC_PROG_LN_S dnl check if user wants their own awk, sed and echo -test -z "$AWK" && AC_PATH_PROG(AWK, awk, /bin/awk) +if test -z "$AWK"; then + AC_PATH_PROG(AWK, awk, /bin/awk) +fi awk=$AWK AC_SUBST(awk) -test -z "$SED" && AC_PATH_PROG(SED, sed, /bin/sed) +if test -z "$SED"; then + AC_PATH_PROG(SED, sed, /bin/sed) +fi sed=$SED AC_SUBST(sed) -test -z "$ECHO" && AC_PATH_PROG(ECHO, echo, /bin/echo) +if test -z "$ECHO"; then + AC_PATH_PROG(ECHO, echo, /bin/echo) +fi echo=$ECHO AC_SUBST(echo) -------------------------------------------------------------------- The same patch will apply to acl, dmapi, xfsprogs, and xfsdump. Then re-run autoconf for each. How Reproducible: 100% Steps to Reproduce: 1. MAKE=make rpm --rebuild attr-2.0.7-0.src.rpm Actual Results: Build fails. Expected Results: Build doesn't fail. Additional Information: N/A ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu Apr 10 12:46:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 12:46:39 -0700 (PDT) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.58.33]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AJkOFu009025 for ; Thu, 10 Apr 2003 12:46:24 -0700 Received: from Shiva (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.6/8.12.2/SuSE Linux 0.6) with ESMTP id h3AJkJ8M009846 for ; Thu, 10 Apr 2003 12:46:19 -0700 From: "LA Walsh" To: Subject: RE: dd of xfs partition does not mount Date: Thu, 10 Apr 2003 12:46:19 -0700 Message-ID: <009001c2ff99$db43ad80$1403a8c0@sc.tlinx.org> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030410034147.GA1338@f00f.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3611 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: law@tlinx.org Precedence: bulk X-list: linux-xfs Content-Length: 3306 Lines: 81 Maybe a different version of dmesg. Mine only shows mostly bootup info. There is syslog -- but that's not usually part of my UI...I have to go look at some log file -- not really part of my interface and certainly not someplace I go first to look at for more explanation on generic error messages. It all sorta goes along the lines of that tech writer, who recently tried to switch over to linux from Win and had a 11-page (techwriter) disaster. It's not the facts -- or the details, or the workings....it's appearances -- it's what the user sees. It's the *user interface*. It's like the difference in ST-TOS, where Spock could listen to essentially modem/binary output and understand it vs. Majel Barret's computer voice giving a slightly more (over the years) helpful explanation...though there were computers that were better for UI...what was that one in ... was it Next Gen? That got that relationship going with Tom....too bad she was *e-v-i-l*..... Me -- just one improvement would be mouse movement and operation by laser tracking of my eyes -- or imagine if my computer listened to my mutterings... me: "Huh...what the...?" Computer using Kelly LeBroc's voice (from Weird Science): "The program you just ran exited with a status 3 and ran into an unknown error. This was caused by the xfs.mount program's default setting to not mount volumes with duplicate volume ID's. The volume you tried to mount has the same volume ID as the filesystem on device sd3, partition a that you have mounted at foobar." me: "oh". (thinking myself all the dumber for not seeing the 'obvious' -- at least 'obvious' to the computer). which it could differentiate by me seeing something on the DVD (on at the same time in a different window or off to the right of my screen, where it could say (perhaps in voice from the subject): "I was taking the bath and had a flash forward of my life after the Cannes "theft" if I chose to kill the widow and attempted to assume her identity; it was a total dream fabrication of 7+ years of life compressed into a few seconds of 'dream time'" me: "oh" (thinking that's what I get for not paying attention and trying to program at the same time).... computer: "if you liked this film you might also like the 'Sleeping Dictionary" me: (inner grumber, thinking to myself, darn pop-up ads...I thought my filters...) ..... But hey....that just my idea of a UI....having done my share of cycle counting for assembler in school (being curse with learning CDC/Cyber assember with a 60-bit word size as first assembler), and while working at Intel during the 8085->8086 transition days, because code cycles did make a visible difference), I'm a bit more in favor of the "friendly UI". I can't imagine trying to explain the error message to my mom or dad (70's) "You know, the "Start Menu" -- what you get when you click on Start"?... But to each their own....:-) -linda > -----Original Message----- > From: Chris Wedgwood [mailto:cw@f00f.org] > Sent: Wed, Apr 09, 2003 8:42p > To: l.a walsh > Cc: 'Nathan Scott'; 'Chris Croswhite'; linux-xfs@oss.sgi.com > Subject: Re: dd of xfs partition does not mount > > > On Wed, Apr 09, 2003 at 04:43:06PM -0700, l.a walsh wrote: > > > What wiz bang, user-friendly UI do you use that tells you this? > > dmesg > --cw > From owner-linux-xfs@oss.sgi.com Thu Apr 10 12:47:44 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 12:47:47 -0700 (PDT) Received: from ishtar.tlinx.org (ishtar.tlinx.org [64.81.58.33]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AJliFu009292 for ; Thu, 10 Apr 2003 12:47:44 -0700 Received: from Shiva (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.6/8.12.2/SuSE Linux 0.6) with ESMTP id h3AJld8M009854 for ; Thu, 10 Apr 2003 12:47:39 -0700 From: "l.a walsh" To: Subject: RE: dd of xfs partition does not mount Date: Thu, 10 Apr 2003 12:47:39 -0700 Message-ID: <009101c2ff9a$0aebfec0$1403a8c0@sc.tlinx.org> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3612 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@tlinx.org Precedence: bulk X-list: linux-xfs Content-Length: 3306 Lines: 81 Maybe a different version of dmesg. Mine only shows mostly bootup info. There is syslog -- but that's not usually part of my UI...I have to go look at some log file -- not really part of my interface and certainly not someplace I go first to look at for more explanation on generic error messages. It all sorta goes along the lines of that tech writer, who recently tried to switch over to linux from Win and had a 11-page (techwriter) disaster. It's not the facts -- or the details, or the workings....it's appearances -- it's what the user sees. It's the *user interface*. It's like the difference in ST-TOS, where Spock could listen to essentially modem/binary output and understand it vs. Majel Barret's computer voice giving a slightly more (over the years) helpful explanation...though there were computers that were better for UI...what was that one in ... was it Next Gen? That got that relationship going with Tom....too bad she was *e-v-i-l*..... Me -- just one improvement would be mouse movement and operation by laser tracking of my eyes -- or imagine if my computer listened to my mutterings... me: "Huh...what the...?" Computer using Kelly LeBroc's voice (from Weird Science): "The program you just ran exited with a status 3 and ran into an unknown error. This was caused by the xfs.mount program's default setting to not mount volumes with duplicate volume ID's. The volume you tried to mount has the same volume ID as the filesystem on device sd3, partition a that you have mounted at foobar." me: "oh". (thinking myself all the dumber for not seeing the 'obvious' -- at least 'obvious' to the computer). which it could differentiate by me seeing something on the DVD (on at the same time in a different window or off to the right of my screen, where it could say (perhaps in voice from the subject): "I was taking the bath and had a flash forward of my life after the Cannes "theft" if I chose to kill the widow and attempted to assume her identity; it was a total dream fabrication of 7+ years of life compressed into a few seconds of 'dream time'" me: "oh" (thinking that's what I get for not paying attention and trying to program at the same time).... computer: "if you liked this film you might also like the 'Sleeping Dictionary" me: (inner grumber, thinking to myself, darn pop-up ads...I thought my filters...) ..... But hey....that just my idea of a UI....having done my share of cycle counting for assembler in school (being curse with learning CDC/Cyber assember with a 60-bit word size as first assembler), and while working at Intel during the 8085->8086 transition days, because code cycles did make a visible difference), I'm a bit more in favor of the "friendly UI". I can't imagine trying to explain the error message to my mom or dad (70's) "You know, the "Start Menu" -- what you get when you click on Start"?... But to each their own....:-) -linda > -----Original Message----- > From: Chris Wedgwood [mailto:cw@f00f.org] > Sent: Wed, Apr 09, 2003 8:42p > To: l.a walsh > Cc: 'Nathan Scott'; 'Chris Croswhite'; linux-xfs@oss.sgi.com > Subject: Re: dd of xfs partition does not mount > > > On Wed, Apr 09, 2003 at 04:43:06PM -0700, l.a walsh wrote: > > > What wiz bang, user-friendly UI do you use that tells you this? > > dmesg > --cw > From owner-linux-xfs@oss.sgi.com Thu Apr 10 12:48:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 12:48:40 -0700 (PDT) Received: from hotmail.com (oe58.law9.hotmail.com [64.4.8.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AJmYFu009820 for ; Thu, 10 Apr 2003 12:48:35 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 10 Apr 2003 12:48:29 -0700 Received: from 80.128.44.193 by oe58.law9.hotmail.com with DAV; Thu, 10 Apr 2003 19:48:25 +0000 X-Originating-IP: [80.128.44.193] X-Originating-Email: [k_leibrandt@hotmail.com] From: "Kai Leibrandt" To: Subject: RE: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released Date: Thu, 10 Apr 2003 21:47:54 +0200 Message-ID: <001201c2ff9a$13b969c0$0500a8c0@Bilbo> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2605 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <3E94C880.2070003@stesmi.com> Importance: Normal X-OriginalArrivalTime: 10 Apr 2003 19:48:29.0837 (UTC) FILETIME=[290A1BD0:01C2FF9A] X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3613 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k_leibrandt@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 872 Lines: 29 > There is a bug with using GRUB as a bootloader. Either use > LILO or use one of the following workarounds: Or what you can do to fix grub is: 1) install, ignoring the grub bug 2) reboot into rescue mode from the DVD 3) mount your root partition _only_ 4) chroot to that directory 5) mount /boot 6) grub-install /dev/hda, or whatever your boot disk is 7) reboot. This works perfectly, at least with the 1.2 installer CD for 8.0; it seems to me a lot simpler as nothing had be written down (and those spaces are a bugger!) and typed in correctly. I used this method to "upgrade" a fresh RH9.0 installed onto ext3 by tarring the individual partitions to an nfs server while in rescue mode, then mkfs.xfs-ing all partitions, then untarring to the newly formatted xfs filesystems, re-installing grub and rebooting. HTH, Kai. From owner-linux-xfs@oss.sgi.com Thu Apr 10 12:53:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 12:53:52 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AJroFu010411 for ; Thu, 10 Apr 2003 12:53:50 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AJrnHC010410 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 12:53:49 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AJrnFw010397 for ; Thu, 10 Apr 2003 12:53:49 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AJ9p7j007603; Thu, 10 Apr 2003 12:09:51 -0700 Date: Thu, 10 Apr 2003 12:09:51 -0700 Message-Id: <200304101909.h3AJ9p7j007603@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 234] test email X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3614 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 493 Lines: 19 http://oss.sgi.com/bugzilla/show_bug.cgi?id=234 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|test email |test email ------- Additional Comments From cattelan@thebarn.com 2003-04-10 12:09 ------- more test email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu Apr 10 13:38:23 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 13:38:38 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AKcMFu011748 for ; Thu, 10 Apr 2003 13:38:23 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3AKcL8Y028328 for ; Thu, 10 Apr 2003 22:38:21 +0200 Message-ID: <3E95D63D.4090104@stesmi.com> Date: Thu, 10 Apr 2003 22:38:21 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <001201c2ff9a$13b969c0$0500a8c0@Bilbo> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3615 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 1069 Lines: 33 Kai Leibrandt wrote: > > >>There is a bug with using GRUB as a bootloader. Either use >>LILO or use one of the following workarounds: > > > > > Or what you can do to fix grub is: > > 1) install, ignoring the grub bug > 2) reboot into rescue mode from the DVD > 3) mount your root partition _only_ > 4) chroot to that directory > 5) mount /boot > 6) grub-install /dev/hda, or whatever your boot disk is > 7) reboot. > > This works perfectly, at least with the 1.2 installer CD for 8.0; it > seems to me a lot simpler as nothing had be written down (and those > spaces are a bugger!) and typed in correctly. So what you're saying is that you basically copied my instructions except for the part where you run grub-install instead of running grub yourself :) If you read it carefully you'll notice that I wrote all the other steps the same way except I wrote HOW to do stuff. I'm not sure 100% of the userbase knows how to "chroot to that directory" when you haven't even told them WHAT directory to chroot to. // Stefan From owner-linux-xfs@oss.sgi.com Thu Apr 10 13:52:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 13:53:00 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AKqrFu012291 for ; Thu, 10 Apr 2003 13:52:54 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3AKqr8Y028443 for ; Thu, 10 Apr 2003 22:52:53 +0200 Message-ID: <3E95D9A4.4080703@stesmi.com> Date: Thu, 10 Apr 2003 22:52:52 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: [ANNOUNCE] Red Hat Linux 9 XFS DVD v0.0.2 Released Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3616 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 6463 Lines: 169 I just released $SUBJECT. The only changes (as seen in the changelog) is the new kernel 2.4.20-9 XFS-ified and the new glibc. It will hit the mirror some time tomorrow. That is due to that the mirror pulls fom me at 4 am and it takes a while for it to grab the whole iso image (for some inexplicable reason). Version 0.0.2 (2003-04-10) Disclaimer This DVD compilation was made by me, Stefan Smietanowski and I take no responsibility whatsoever that it works or not. If it breaks, you get to keep the pieces. No warranty is neither expressed or implied. Be warned. This release is not endorsed or supported by either RedHat or SGI. If it doesn't work, don't bug them about it. I have verified that it works when burnt to a DVD-R, using a Pioneer DVR-104 burner. I have also verified that it works when burnt to a DVD-RW using a Pioneer DVR-A05 burner. Installation: * Burn it to a suitable medium. * Insert the DVD in the DVD-ROM (or DVD-burner) * Reboot machine * Make sure you have set your BIOS to boot from CD-ROM * The installer should now autostart * There are problems reported when booting on machines with a KT333 chipset. Use the floppy method then. The machine can however boot a bootable CD so the problem isn't in this DVD, it's in the BIOS. (Can someone verify if this is still the case and get back to me?) There is a bug with using GRUB as a bootloader. Either use LILO or use one of the following workarounds: * Make a seperate /boot partition and use some other filesystem than xfs on it. That way you won't get the issue and you can use xfs without getting any problems. * Run the installer all the way until it asks if you should create a boot disk or not. If you're using the graphical installer press CTRL-ALT-F5. If you're using the text installer, press ALT-F5. You'll see an interesting page ending with a GRUB error "Can't find file". Above it are two lines. The first one is something like: "root (hd0,0)" After that you'll find a line with something like this (these lines are different depending on your type of hard drive and partitioning: "install /boot/grub/stage1 d .........." Write both lines down literally. Note that there exists a space after "(hd0)" in some places and not in others. Make sure you really get it right. Go back to the installer by using ALT-F7 if using the graphical installer or ALT-F1 if using text. Finish the installer all the way. Then reboot the system and boot from the install DVD again. This time type "linux rescue" instead of pressing enter and it will boot into rescue mode. Mount the filesystem(s). On the prompt type "grub". If that doesn't get you into grub type "/sbin/grub". If you get a warning that "it might take a long time", just wait it out, it can take up to a minute or more on some machines. Now take your paper with those lines written on them. Write the first line "root (hd0,0)" (or whatever it said) and press enter. it should respond with "Filesystem type is xfs, partition type 0x83". If it does you know you're alright. Then enter the "install" line literally, doublechecking that you got it right. Now press enter. It shouldn't say anything at all. Then enter "quit" and you'll get a prompt again. Now press CTRL-D and the system will reboot. Remove the DVD and start using the system. This way will work fine once you've completed this whole step. If you are unable to boot the DVD: * Boot up Linux or Windows and make an install floppy. Can someone check if install floppy method works? Instructions: Linux: * Mount the DVD-ROM on that machine and make sure you have a formatted floppy ready. We assume the DVD is mounted under /mnt/cdrom: * dd if=/mnt/cdrom/images/bootdisk.img of=/dev/fd0 * Wait until it's written the floppy and the floppy light goes out, then reboot machine and boot from the floppy. It will then continue from the DVD. Windows: * Insert the DVD into the machine. * On the DVD there is a directory called "dosutils". * Start "rawritewin" in that directory. * Select images\bootdisk.img and create the floppy using that program. * Wait until it's written the floppy and the floppy light goes out, then reboot machine and boot from the floppy. It will then continue from the DVD. Where to get: There is currently only one place to get it from: ftp://ftp.uninett.no/pub/linux/RH-XFS-DVD/ That dir will always contain the latest version I hope to add at least one ftp site to the list later on. If anyone has a high-bandwidth site that can take 3-4GiB files, email me. Only serious offers please. ADSL is not high bandwidth :) Thanx to Uninett in norway for the chance to mirror it there. It's a 10Gps link. What's on this DVD: * RedHat 9 "Shrike" CDs 1-6, including the SRPMS. * All updates that were released up to and including 2003-04-10 at 15:00 GMT. They are installed automatically when the system is installed. The DVD does not contain the old RPMS. * A modified Red Hat 9 Installer. * The command RPMs from XFS 1.2 recompiled for RH9 If you have any questions or ideas, or just want to tell me how great it is that I made this DVD, please mail me at the email address below. Also please drop me a note that you used it at all and if you encountered any bugs that aren't described below. This is NOT an invitation to send unsolicited email ("spam"). Stefan Smietanowski (stesmi@stesmi.com) Thanx must go to: (In no particular order) Nicolai Langfeldt Russel Cattelan Eric Sandeen Nathan Straz and the rest of the XFS team! This DVD wouldn't have existed without you! * The copyright of any program on this DVD are owned by their respective copyright holder. Known Bugs: - Doesn't work. + Contains a bugfix but needs to be tested by more people. * Fixed ? Unknown if bug still exists. Usually a new bug found in an older version. - GRUB won't install properly at all for some reason. Looking for a fix for this. If you have a solution or idea to any of these problems, please email me at stesmi@stesmi.com and I'll incorporate them into the next release. Version history: 0.0.1 2003-04-10 Initial version. Contains RH9, XFS and the updates to RH9 existing up to this date, except the new kernel 2.4.20-9 0.0.2 2003-04-10 Built a new version using the new kernel and the new glibc update. From owner-linux-xfs@oss.sgi.com Thu Apr 10 14:04:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 14:04:26 -0700 (PDT) Received: from sundancer.oche.de (sundancer.oche.de [194.94.252.29]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AL4GFu012916 for ; Thu, 10 Apr 2003 14:04:19 -0700 Received: by sundancer.oche.de (Postfix, from userid 10) id C863B29C1C; Thu, 10 Apr 2003 23:04:08 +0200 (CEST) Received: from foehn.quickstep.oche.de (localhost [127.0.0.1]) by foehn.quickstep.oche.de (8.12.9/8.12.8) with ESMTP id h3AKfMgq010405 for ; Thu, 10 Apr 2003 22:41:22 +0200 (CEST) Received: (from news@localhost) by foehn.quickstep.oche.de (8.12.9/8.12.8/Submit) id h3AKfLUK010404 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 22:41:21 +0200 (CEST) To: linux-xfs@oss.sgi.com Path: not-for-mail From: Martin Spott Newsgroups: list.linux-xfs Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released Date: 10 Apr 2003 20:41:21 GMT Organization: home Message-ID: References: <3E94C880.2070003@stesmi.com> <001201c2ff9a$13b969c0$0500a8c0@Bilbo> NNTP-Posting-Host: tango.quickstep.oche.de X-Trace: foehn.quickstep.oche.de 1050007281 10252 192.168.48.11 (10 Apr 2003 20:41:21 GMT) X-Complaints-To: usenet@foehn.quickstep.oche.de NNTP-Posting-Date: 10 Apr 2003 20:41:21 GMT User-Agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.5.67-evms (i686)) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3617 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Martin.Spott@uni-duisburg.de Precedence: bulk X-list: linux-xfs Content-Length: 650 Lines: 19 "Kai Leibrandt" wrote: >> There is a bug with using GRUB as a bootloader. Either use >> LILO or use one of the following workarounds: [...] > Or what you can do to fix grub is: > > 1) install, ignoring the grub bug > 2) reboot into rescue mode from the DVD > 3) mount your root partition _only_ > 4) chroot to that directory Oh, I already got used to work around (exactly the way you mention here) what you call a 'bug' - I thought it was a 'feature' ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Apr 10 14:07:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 14:07:35 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3AL7VFu013473 for ; Thu, 10 Apr 2003 14:07:32 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3AL7U8Y028572; Thu, 10 Apr 2003 23:07:30 +0200 Message-ID: <3E95DD12.8020003@stesmi.com> Date: Thu, 10 Apr 2003 23:07:30 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Spott CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <001201c2ff9a$13b969c0$0500a8c0@Bilbo> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3618 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 815 Lines: 31 Martin Spott wrote: > "Kai Leibrandt" wrote: > > >>>There is a bug with using GRUB as a bootloader. Either use >>>LILO or use one of the following workarounds: >> > [...] > >>Or what you can do to fix grub is: >> >>1) install, ignoring the grub bug >>2) reboot into rescue mode from the DVD >>3) mount your root partition _only_ >>4) chroot to that directory > > > Oh, I already got used to work around (exactly the way you mention here) > what you call a 'bug' - I thought it was a 'feature' ;-) > > Martin. The reason "my" variant is longer is that I have one machine where a shorter version using grub-install doesn't work but where using the same line as used in the installer works fine. So to get less problems in the long run I described my longer workaround. // Stefan From owner-linux-xfs@oss.sgi.com Thu Apr 10 15:53:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 15:54:07 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AMrrFu014832 for ; Thu, 10 Apr 2003 15:53:53 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AMrqHJ014831 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 15:53:52 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AMrnG0014815 for ; Thu, 10 Apr 2003 15:53:50 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AMcr1Y014727; Thu, 10 Apr 2003 15:38:53 -0700 Date: Thu, 10 Apr 2003 15:38:53 -0700 Message-Id: <200304102238.h3AMcr1Y014727@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 235] Incorrect configure.in scripts in ALL XFS Linux packages X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3619 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 528 Lines: 22 http://oss.sgi.com/bugzilla/show_bug.cgi?id=235 nathans@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|xfs-master@oss.sgi.com |nathans@sgi.com ------- Additional Comments From nathans@sgi.com 2003-10-04 15:38 PDT ------- I'll get these fixes in - thanks Michael. cheers. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu Apr 10 16:27:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 16:27:57 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ANRgFu015571 for ; Thu, 10 Apr 2003 16:27:42 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3AKxqE0007707 for ; Thu, 10 Apr 2003 13:59:55 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3AKxoa219548133 for ; Thu, 10 Apr 2003 15:59:51 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3AKxpwX43232503 for ; Thu, 10 Apr 2003 15:59:51 -0500 (CDT) Subject: [Fwd: [Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [usrquota]"] From: Russell Cattelan To: linux-xfs@oss.sgi.com Content-Type: multipart/mixed; boundary="=-/hrYYm2l+RabLkGvrjrg" Organization: Message-Id: <1050008812.27463.22.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 10 Apr 2003 16:06:53 -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3620 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 2227 Lines: 63 --=-/hrYYm2l+RabLkGvrjrg Content-Type: text/plain Content-Transfer-Encoding: 7bit -- Russell Cattelan --=-/hrYYm2l+RabLkGvrjrg Content-Disposition: inline Content-Description: Forwarded message - [Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [usrquota]" Content-Type: message/rfc822 Return-Path: Received: from oss.sgi.com (oss.SGI.COM [128.167.58.27]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h3AKrqcv078959 for ; Thu, 10 Apr 2003 15:53:52 -0500 (CDT) (envelope-from xfs@oss.sgi.com) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AKrpFu012565 for ; Thu, 10 Apr 2003 13:53:51 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AKrpA1012564 for cattelan@oss.sgi.com; Thu, 10 Apr 2003 13:53:51 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3AKroG0012537 for ; Thu, 10 Apr 2003 13:53:50 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AKGBZp011198; Thu, 10 Apr 2003 13:16:11 -0700 Date: Thu, 10 Apr 2003 13:16:11 -0700 Message-Id: <200304102016.h3AKGBZp011198@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [usrquota]" X-Bugzilla-Reason: AssignedTo X-Spam-Status: No, hits=-11.6 required=5.0 tests=AWL,BAYES_01,BUGZILLA_BUG,NO_REAL_NAME autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit http://you-havent-visited-editparams.cgi-yet/show_bug.cgi?id=236 ------- Additional Comments From jeffrey.hundstad@mnsu.edu 2003-10-04 13:16 ------- Nathon Scott has been working with me since 03/25/03 17:19. He thinks he understands the problem. I noticed that there was new mount commits and I wanted to confirm that this bug still exists. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --=-/hrYYm2l+RabLkGvrjrg-- From owner-linux-xfs@oss.sgi.com Thu Apr 10 16:53:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 16:53:56 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3ANrqFu016159 for ; Thu, 10 Apr 2003 16:53:52 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3ANrpWM016157 for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 16:53:51 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3ANrnFw016140 for ; Thu, 10 Apr 2003 16:53:50 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3AMvxI1015279; Thu, 10 Apr 2003 15:57:59 -0700 Date: Thu, 10 Apr 2003 15:57:59 -0700 Message-Id: <200304102257.h3AMvxI1015279@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [usrquota]" X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3621 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1953 Lines: 49 http://oss.sgi.com/bugzilla/show_bug.cgi?id=236 nathans@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|nathans@sgi.com | Severity|normal |enhancement Status|NEW |RESOLVED Priority|Medium |Low Resolution| |LATER ------- Additional Comments From nathans@sgi.com 2003-10-04 15:57 PDT ------- Hello, This is not a bug, it is really a request for engineering. The problem is understood, and is fundamentally that you're trying to remount a filesystem with quota enabled which previously didn't have quota enabled. This is not supported, and it would take a fair amount of effort to implement, which unfortunately isn't going to be done anytime soon (I have a number of more pressing issues to sort through, but would be prepared to assist anyone out there who wanted to try and get this to work...). From xfsprogs/doc/README.quota, on mounting root filesystems with quota: ... o Turning on quotas on the root filesystem is slightly different from the above. In more recent versions of XFS, the quota mount flags must be passed in with the "rootflags=" boot parameter. In older versions of XFS and (quota-tools) quotaon(8) must be used on the root XFS filesystem first; and quotas will be turned on the next time the system is rebooted. ... It has been this way for several months, although only recently have we changed the mount option parsing code to not allow quota options to be passed in (incorrectly) on remount when they were not specified at mount time originally. cheers. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Thu Apr 10 17:00:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 17:01:02 -0700 (PDT) Received: from andrei.myip.org (12-234-128-127.client.attbi.com [12.234.128.127]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B00xFu016655 for ; Thu, 10 Apr 2003 17:00:59 -0700 Received: by andrei.myip.org (Postfix, from userid 102) id EF4F32FCCE; Thu, 10 Apr 2003 17:00:57 -0700 (PDT) Received: from stantz.corp.sgi.com (unknown [130.62.4.42]) by andrei.myip.org (Postfix) with ESMTP id 81F612FCCC for ; Thu, 10 Apr 2003 17:00:56 -0700 (PDT) Received: from localhost.localdomain (localhost [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id 1E44B1967C for ; Thu, 10 Apr 2003 17:00:46 -0700 (PDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD v0.0.2 Released From: Florin Andrei Reply-To: linux-xfs@oss.sgi.com To: linux-xfs In-Reply-To: <3E95D9A4.4080703@stesmi.com> References: <3E95D9A4.4080703@stesmi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) Date: 10 Apr 2003 17:00:45 -0700 Message-Id: <1050019246.32110.60.camel@stantz.corp.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3622 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: florin@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 475 Lines: 14 On Thu, 2003-04-10 at 13:52, Stefan Smietanowski wrote: > I just released $SUBJECT. So, what's the distribution and gcc version used to generate the binary kernel packages? -- Florin Andrei "CSS is a sort of electronic-thought policeman that comes home with you and works for the media owner. It controls what you can do in your living room with a DVD that you've paid for. It prevents many legitimate uses in the name of stopping one illegitimate use." - Bruce Perens From owner-linux-xfs@oss.sgi.com Thu Apr 10 18:02:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 18:02:30 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B12HFu017393 for ; Thu, 10 Apr 2003 18:02:17 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3B12AE0025437 for ; Thu, 10 Apr 2003 18:02:11 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3B10s4e810668 for ; Fri, 11 Apr 2003 11:00:54 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3B10rDP812936 for linux-xfs@oss.sgi.com; Fri, 11 Apr 2003 11:00:53 +1000 (EST) Date: Fri, 11 Apr 2003 11:00:53 +1000 (EST) From: Nathan Scott Message-Id: <200304110100.h3B10rDP812936@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE 885282 - xfsdump security fix X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3623 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 791 Lines: 29 Security fix for the way xfsdump creates quota status files in the filesystem root directory. Thanks to Ethan Benson for finding and helping resolve this issue. cheers. Date: Thu Apr 10 17:57:11 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/xfs-cmds Inspected by: ivanr@sgi.com Author: nathans Merged by: nathans Merged mods: xfs-cmds-lbs:slinx:142662a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/xfs-cmds Modid: xfs-cmds:slinx:142662a xfsdump/VERSION - 1.48 xfsdump/doc/CHANGES - 1.56 xfsdump/debian/changelog - 1.38 xfsdump/man/man8/xfsdq.8 - 1.3 xfsdump/dump/content.c - 1.25 xfsdump/quota/xfsdq.c - 1.12 - Merge of xfs-cmds-lbs:slinx:142662a by nathans. Fix security issue in xfsdump handling of the quotafile(s) it creates. From owner-linux-xfs@oss.sgi.com Thu Apr 10 18:05:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 18:05:54 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B15kFu017860 for ; Thu, 10 Apr 2003 18:05:47 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3B15j8Y030207 for ; Fri, 11 Apr 2003 03:05:45 +0200 Message-ID: <3E9614E9.4060700@stesmi.com> Date: Fri, 11 Apr 2003 03:05:45 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD v0.0.2 Released References: <3E95D9A4.4080703@stesmi.com> <1050019246.32110.60.camel@stantz.corp.sgi.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3624 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 298 Lines: 16 Florin Andrei wrote: > On Thu, 2003-04-10 at 13:52, Stefan Smietanowski wrote: > >>I just released $SUBJECT. > > > So, what's the distribution and gcc version used to generate the binary > kernel packages? > I used gcc 3.2.2-5 from RH9 and it's compiled on RH9. All packages are. // Stefan From owner-linux-xfs@oss.sgi.com Thu Apr 10 20:03:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 20:03:59 -0700 (PDT) Received: from poptart.bithose.com (ip-204-97-176-41.modem.logical.net [204.97.176.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B33bFu021362 for ; Thu, 10 Apr 2003 20:03:38 -0700 Received: from poptart.bithose.com (localhost [127.0.0.1]) by poptart.bithose.com (8.12.9/8.12.9) with ESMTP id h3B33Yil010810; Thu, 10 Apr 2003 23:03:34 -0400 (EDT) Received: from localhost (jakari@localhost) by poptart.bithose.com (8.12.9/8.12.9/Submit) with ESMTP id h3B33YM6010808; Thu, 10 Apr 2003 23:03:34 -0400 (EDT) X-Authentication-Warning: poptart.bithose.com: jakari owned process doing -bs Date: Thu, 10 Apr 2003 23:03:34 -0400 (EDT) From: Jameel Akari To: Joshua Baker-LePain cc: Subject: Re: patches on Redhat (errata) kernel source In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3625 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jakari@bithose.com Precedence: bulk X-list: linux-xfs Content-Length: 1218 Lines: 34 On Thu, 10 Apr 2003, Joshua Baker-LePain wrote: > > I can't really use the 2.4.28-XFS-1.2 RPMs since they are built for Redhat > > 8.0, and we're standardized on 7.3 for now. > > But they have SRPMs. Just rpmbuild 'em -- that's what I do here. Err, make that 2.4.18-24. Anyway, I needed to patch in some system-specific drivers anyway. > There is, and the location can be found in the list archives. Of course I looked there quickly, but didn't notice the searchable archive until after I sent this. Found a patched kernel-source package that did the job, and so far the 3rd party drivers built on it just fine. Switched out the infernal tg3 drivers for bcm5700 so hopefully I'll avoid that problem... Ah well, a silly question in the end. Sorry about that, thanks anyways. Somewhat related, has anyone had recent experience (positive or otherwise) with the Compaq server "health" drivers and storage agent drivers on an XFS-patched kernel? Way back when, they were binary only and didn't work with anything but stock distro kernels, but at least some of them are srpms these days and I haven't had a chance to play with any of it until today. -- #!/jameel/akari sleep 4800; make clean && make breakfast From owner-linux-xfs@oss.sgi.com Thu Apr 10 22:53:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 22:54:07 -0700 (PDT) Received: from jupiter.ucsd.edu (jupiter.ucsd.edu [132.239.126.151]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B5roFu022945 for ; Thu, 10 Apr 2003 22:53:51 -0700 Received: from localhost (vly@localhost) by jupiter.ucsd.edu (SGI-8.9.3p2/8.9.3) with ESMTP id XAA05798 for ; Thu, 10 Apr 2003 23:09:06 -0700 (PDT) Date: Thu, 10 Apr 2003 23:09:05 -0700 From: Vinh Ly To: linux-xfs@oss.sgi.com Subject: XFS/kernel-2.5.x/mdadm mkfs problem (second try) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3626 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: vly@ucsd.edu Precedence: bulk X-list: linux-xfs Content-Length: 1285 Lines: 45 disto = forRH-8.0-SGI-XFS-1.2.0-v4.iso, RedHat patches current as of last Monday kernel = 2.5.66 + linux-2.5.66-xfs-2003-03-30.patch md = mdadm 1.2 raid level = 0 and 5 (4 SCSI disks) xfsprogs = 2.3.5 and 2.3.9 When I run the command "mkfs.xfs -f /dev/md0", I get this error: MD array /dev/md0 not in clean state Version 2.3.5 and 2.3.9 give the same error. It looks like the way it checks for the md state is different. Here's the snipet from libdisk/md.c: /* Check state */ if (md.state) { fprintf(stderr, _("MD array %s not in clean state\n"), dfile); exit(1); } In the mdadm 1.2 source (Examine.c), they have this snipet: printf(" State : %s, %serrors\n", (super.state&(1<; Thu, 10 Apr 2003 23:09:07 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3B690VV015268 for ; Thu, 10 Apr 2003 23:09:00 -0700 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 QAA18543; Fri, 11 Apr 2003 16:07:44 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id QAA93578; Fri, 11 Apr 2003 16:07:43 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3B66602002148; Fri, 11 Apr 2003 16:06:06 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3B665Wf002146; Fri, 11 Apr 2003 16:06:05 +1000 Date: Fri, 11 Apr 2003 16:06:05 +1000 From: Nathan Scott To: Vinh Ly Cc: linux-xfs@oss.sgi.com Subject: Re: XFS/kernel-2.5.x/mdadm mkfs problem (second try) Message-ID: <20030411060605.GH1118@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3627 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1438 Lines: 49 Oops, sorry - I forgot about this one. On Thu, Apr 10, 2003 at 11:09:05PM -0700, Vinh Ly wrote: > disto = forRH-8.0-SGI-XFS-1.2.0-v4.iso, RedHat patches current as of last Monday > kernel = 2.5.66 + linux-2.5.66-xfs-2003-03-30.patch > md = mdadm 1.2 > raid level = 0 and 5 (4 SCSI disks) > xfsprogs = 2.3.5 and 2.3.9 > > When I run the command "mkfs.xfs -f /dev/md0", I get this error: > > MD array /dev/md0 not in clean state > > Version 2.3.5 and 2.3.9 give the same error. > > It looks like the way it checks for the > md state is different. Here's the snipet from libdisk/md.c: > > /* Check state */ > if (md.state) { > fprintf(stderr, _("MD array %s not in clean state\n"), > dfile); > exit(1); > } > > In the mdadm 1.2 source (Examine.c), they have this snipet: > > printf(" State : %s, %serrors\n", > (super.state&(1< (super.state&(1< > and super is defined as mdp_super_t (called md_array_info in xfsprogs). > And MD_SB_CLEAN=0 and MD_SB_ERRORS=1. > > The output from "mdadm --examine /dev/md0" and "cat /etc/mdstat" look fine. > > The mkfs command works fine on 2.4.20 w/ the xfs patch from > snapshot-xfs-2.4.20-2003-03-19_04:55_UTC. > > Any ideas? Am I supposed to use LVM instead in 2.5.x? No, this looks like a mkfs bug. I will checkin the fix shortly, it seems fairly simple from a quick look at it. thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Apr 10 23:24:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 23:24:20 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B6OGFu023995 for ; Thu, 10 Apr 2003 23:24:17 -0700 Received: (qmail 8363 invoked from network); 11 Apr 2003 06:24:14 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 11 Apr 2003 06:24:14 -0000 Received: (qmail 23597 invoked from network); 11 Apr 2003 06:24:13 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 11 Apr 2003 06:24:13 -0000 Received: (qmail 15142 invoked by uid 9); 11 Apr 2003 06:24:12 -0000 From: Robert Sander Reply-To: Robert Sander X-Newsgroups: epi.ml.linux.xfs Subject: hardware RAID sunit and swidth values? Date: Fri, 11 Apr 2003 06:24:11 +0000 (UTC) Organization: Epigenomics AG Message-ID: X-Complaints-To: usenet@epigenomics.com User-Agent: slrn/0.9.7.4 (Linux) To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3628 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ml-linux-xfs@epigenomics.com Precedence: bulk X-list: linux-xfs Content-Length: 489 Lines: 15 Hi! When creating an XFS volume on an external hardware RAID which has a stripe size of 128 1024k blocks, what are the preffered values for sunit and swidth. Or is there no performance degrade when using mkfs.xfs without specifying sunit and swidth explicitely? In that case sunit and swidth are set to 0. Greetings -- Robert Sander Manager Information Systems www.epigenomics.com Kastanienallee 24 +493024345330 10435 Berlin From owner-linux-xfs@oss.sgi.com Thu Apr 10 23:45:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 10 Apr 2003 23:45:36 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B6jLFu024517 for ; Thu, 10 Apr 2003 23:45:21 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3B6jEVV018490 for ; Thu, 10 Apr 2003 23:45:15 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3B6hw4e798203 for ; Fri, 11 Apr 2003 16:43:58 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3B6hvcP845344 for linux-xfs@oss.sgi.com; Fri, 11 Apr 2003 16:43:57 +1000 (EST) Date: Fri, 11 Apr 2003 16:43:57 +1000 (EST) From: Nathan Scott Message-Id: <200304110643.h3B6hvcP845344@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3629 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 522 Lines: 19 Fix MD superblock state interpretation issues, and xfsprogs configure.in. Date: Thu Apr 10 23:43:46 PDT 2003 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:144239a cmd/xfsprogs/configure.in - 1.22 cmd/xfsprogs/VERSION - 1.73 cmd/xfsprogs/doc/CHANGES - 1.100 cmd/xfsprogs/libdisk/md.c - 1.10 cmd/xfsprogs/libdisk/md.h - 1.3 cmd/xfsprogs/debian/changelog - 1.65 cmd/xfsprogs/po/xfsprogs.pot - 1.6 From owner-linux-xfs@oss.sgi.com Fri Apr 11 02:51:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 02:51:57 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3B9pcFu008299 for ; Fri, 11 Apr 2003 02:51:39 -0700 Received: from auto-nb1.xs4all.nl (coltex.xs4all.nl [213.84.127.28]) by smtpzilla2.xs4all.nl (8.12.9/8.12.9) with ESMTP id h3B9pYv9037703; Fri, 11 Apr 2003 11:51:35 +0200 (CEST) Message-Id: <4.3.2.7.2.20030411115015.03836dc0@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 11 Apr 2003 11:51:21 +0200 To: Jameel Akari , From: Seth Mos Subject: Re: patches on Redhat (errata) kernel source In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3630 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 523 Lines: 20 At 13:51 10-4-2003 -0400, Jameel Akari wrote: >What I'd ideally like to do is take the Redhat 2.4.18-27.7 errata kernel >source and apply the 1.2 XFS patches to it (xfs-2.4.18-all-i386.bz2). >Is there a contrib patchset kept up to date with the Redhat source tree, >or will I just have to start with the vanilla source and patch from there? http://iserv.nl/files/xfs/2.4.18-27/ These are redhat 7.3 rpms anyways. You can always rebuild them. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Fri Apr 11 05:56:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 05:56:50 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BCuUFu013838 for ; Fri, 11 Apr 2003 05:56:31 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3BCuNo12289; Fri, 11 Apr 2003 14:56:23 +0200 Message-ID: <3E96BB77.5000902@crc.dk> Date: Fri, 11 Apr 2003 14:56:23 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> In-Reply-To: <3E94C880.2070003@stesmi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3632 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 2986 Lines: 90 Stefan Smietanowski wrote: ... > There is a bug with using GRUB as a bootloader. Either use LILO or > use one of the following workarounds: > > * Make a seperate /boot partition and use some other filesystem than > xfs on it. That way you won't get the issue and you can use xfs > without getting any problems. > > * Run the installer all the way until it asks if you should create > a boot disk or not. > If you're using the graphical installer press CTRL-ALT-F5. > If you're using the text installer, press ALT-F5. > You'll see an interesting page ending with a GRUB error > "Can't find file". > Above it are two lines. The first one is something like: > "root (hd0,0)" > After that you'll find a line with something like this (these lines > are different depending on your type of hard drive and partitioning: > "install /boot/grub/stage1 d .........." > Write both lines down literally. Note that there exists a space > after "(hd0)" in some places and not in others. Make sure you really > get it right. > Go back to the installer by using ALT-F7 if using the graphical > installer or ALT-F1 if using text. Instead of switching back to the installer, you can also switch to a shell (ALT-F2), and do a: chroot /mnt/sysimage /sbin/grub --batch --nofloppy --device-map=/boot/grub/device.map and give the two commands again (in my case): root (hd0,0) install /boot/grub/stage1 d (hd0) /boot/grub/stage2 p (hd0,0)/boot/grub/grub.conf quit and ctrl-D to exit chroot. (the install ... line is one line). Then you can go back to the installer. Interestingly, the command above is exactly the same the installer gives in stage2.img /usr/lib/booty/bootloaderInfo.py one has: ... rhpl.executil.execWithRedirect( "/sbin/grub-install", ["/sbin/grub-install", "--just-copy"], stdout = "/dev/tty5", stderr = "/dev/tty5", root = instRoot) # get the stage files synced to disk import isys isys.sync() isys.sync() isys.sync() # really install the bootloader p = os.pipe() os.write(p[1], cmd + '\n') os.close(p[1]) rhpl.executil.execWithRedirect('/sbin/grub' , [ "grub", "--batch", "--no-floppy", "--device-map=/boot/grub/device.map" ], stdin = p[0], stdout = "/dev/tty5", stderr = "/dev/tty5", root = instRoot) os.close(p[0]) ... I'm wondering if these sync's aren't enough on an XFS filesystem... Hm, I'll try and put 100 extra... Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Fri Apr 11 06:25:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 06:25:56 -0700 (PDT) Received: from swathi.krithika.net ([202.88.158.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BDPUFu014788 for ; Fri, 11 Apr 2003 06:25:32 -0700 Received: from LOCALHOST (localhost.localdomain [127.0.0.1]) by swathi.krithika.net (Postfix) with ESMTP id 9CFCC8ABA8; Fri, 11 Apr 2003 18:55:26 +0530 (IST) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Ajay Ramaswamy To: Mogens Kjaer Cc: linux-xfs@oss.sgi.com In-Reply-To: <3E96BB77.5000902@crc.dk> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> Content-Type: text/plain Organization: Message-Id: <1050067526.7662.8.camel@swathi.krithika.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 11 Apr 2003 18:55:26 +0530 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3633 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@ramaswamy.net Precedence: bulk X-list: linux-xfs Content-Length: 3295 Lines: 93 On Fri, 2003-04-11 at 18:26, Mogens Kjaer wrote: > Stefan Smietanowski wrote: > ... > > > There is a bug with using GRUB as a bootloader. Either use LILO or > > use one of the following workarounds: > > > > * Make a seperate /boot partition and use some other filesystem than > > xfs on it. That way you won't get the issue and you can use xfs > > without getting any problems. > > > > * Run the installer all the way until it asks if you should create > > a boot disk or not. > > If you're using the graphical installer press CTRL-ALT-F5. > > If you're using the text installer, press ALT-F5. > > You'll see an interesting page ending with a GRUB error > > "Can't find file". > > Above it are two lines. The first one is something like: > > "root (hd0,0)" > > After that you'll find a line with something like this (these lines > > are different depending on your type of hard drive and partitioning: > > "install /boot/grub/stage1 d .........." > > Write both lines down literally. Note that there exists a space > > after "(hd0)" in some places and not in others. Make sure you really > > get it right. > > Go back to the installer by using ALT-F7 if using the graphical > > installer or ALT-F1 if using text. > > Instead of switching back to the installer, you can also switch > to a shell (ALT-F2), and do a: > > chroot /mnt/sysimage > /sbin/grub --batch --nofloppy --device-map=/boot/grub/device.map > > and give the two commands again (in my case): > > root (hd0,0) > install /boot/grub/stage1 d (hd0) /boot/grub/stage2 p > (hd0,0)/boot/grub/grub.conf > quit > > and ctrl-D to exit chroot. > > (the install ... line is one line). > > Then you can go back to the installer. > > Interestingly, the command above is exactly the same the > installer gives in stage2.img /usr/lib/booty/bootloaderInfo.py > one has: > > ... > rhpl.executil.execWithRedirect( "/sbin/grub-install", > ["/sbin/grub-install", "--just-copy"], > stdout = "/dev/tty5", stderr = > "/dev/tty5", > root = instRoot) > > # get the stage files synced to disk > import isys > isys.sync() > isys.sync() > isys.sync() > > # really install the bootloader > p = os.pipe() > os.write(p[1], cmd + '\n') > os.close(p[1]) > rhpl.executil.execWithRedirect('/sbin/grub' , > [ "grub", "--batch", "--no-floppy", > > "--device-map=/boot/grub/device.map" ], > stdin = p[0], > stdout = "/dev/tty5", stderr = > "/dev/tty5", > root = instRoot) > os.close(p[0]) > > ... > > I'm wondering if these sync's aren't enough on > an XFS filesystem... Hm, I'll try and put 100 extra... > > Mogens If I remember right the SGI installer for 7.3 used to add a sleep(30) between each of those isys.sync() calls, may be you need to patch the booty source rpm and put it into the RPMS folder before you run buildinstall so that the changes are pulled into the stage2.img. regards Ajay From owner-linux-xfs@oss.sgi.com Fri Apr 11 07:08:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 07:09:14 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BE8tFu016283 for ; Fri, 11 Apr 2003 07:08:57 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3BE8ko23109; Fri, 11 Apr 2003 16:08:46 +0200 Message-ID: <3E96CC6E.7010707@crc.dk> Date: Fri, 11 Apr 2003 16:08:46 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: Ajay Ramaswamy CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> In-Reply-To: <1050067526.7662.8.camel@swathi.krithika.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3634 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 786 Lines: 25 Ajay Ramaswamy wrote: ... > If I remember right the SGI installer for 7.3 used to add a sleep(30) > between each of those isys.sync() calls, may be you need to patch the > booty source rpm and put it into the RPMS folder before you run > buildinstall so that the changes are pulled into the stage2.img. Hm, there must be a better way of doing this (tm). Remounting the installation partition? Thanks for the suggestion (at least this explains why the rh8xfs also fails installing grub). This also needs a sleep between the syncs. I'll try this on Monday, thanks for the suggestion. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Fri Apr 11 07:50:41 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 07:50:46 -0700 (PDT) Received: from nks-mail-02.nks.net (nks-mail-02.nks.net [66.152.21.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BEoeFu017249 for ; Fri, 11 Apr 2003 07:50:41 -0700 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by nks-mail-02.nks.net (8.12.3/8.12.3/Debian -4.5) with ESMTP id h3BEoXVP007331 for ; Fri, 11 Apr 2003 10:50:34 -0400 Received: from localhost.localdomain (two.nks.net [192.168.1.22]) by hoju.nks.net (8.12.9/8.12.7/Debian 8.9.3-21) with ESMTP id h3BEoXjB028638 for ; Fri, 11 Apr 2003 10:50:33 -0400 Subject: Re: hardware RAID sunit and swidth values? 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: 11 Apr 2003 10:50:33 -0400 Message-Id: <1050072633.16906.1.camel@two.nks.net> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3635 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dglidden@illusionary.com Precedence: bulk X-list: linux-xfs Content-Length: 1540 Lines: 35 On Fri, 2003-04-11 at 02:24, Robert Sander wrote: > Hi! > > When creating an XFS volume on an external hardware RAID which has a > stripe size of 128 1024k blocks, what are the preffered values for sunit > and swidth. > Or is there no performance degrade when using mkfs.xfs without > specifying sunit and swidth explicitely? In that case sunit and swidth > are set to 0. With all due respect to the XFS guys, the manpage section on sunit and swidth is very confusing. Would someone be willing to write up a more understandable explanation and post it to the FAQ since sunit/swidth-related questions do come up relatively frequently? (Not me, because I don't fully understand the options either...) -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/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 Fri Apr 11 08:08:56 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 08:09:27 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BF8tFu017812 for ; Fri, 11 Apr 2003 08:08:55 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3BFLXVe007332 for ; Fri, 11 Apr 2003 10:21:33 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3BF8ma219798272; Fri, 11 Apr 2003 10:08:49 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3BF8nCI7355463; Fri, 11 Apr 2003 10:08:49 -0500 (CDT) Subject: Re: hardware RAID sunit and swidth values? From: Eric Sandeen To: Derek Glidden Cc: linux-xfs@oss.sgi.com In-Reply-To: <1050072633.16906.1.camel@two.nks.net> References: <1050072633.16906.1.camel@two.nks.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 11 Apr 2003 10:06:24 -0500 Message-Id: <1050073584.23735.10.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3636 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 792 Lines: 21 hi Derek - Which parts do you find confusing? Not that I disagree. :) For my part, I think the different ways of specifying the values (i.e. different options for different units) is a bit confusing... but I'm curious to know what you think needs better docs. Thanks, -Eric On Fri, 2003-04-11 at 09:50, Derek Glidden wrote: > With all due respect to the XFS guys, the manpage section on sunit and > swidth is very confusing. Would someone be willing to write up a more > understandable explanation and post it to the FAQ since > sunit/swidth-related questions do come up relatively frequently? (Not > me, because I don't fully understand the options either...) -- 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 Apr 11 08:42:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 08:43:05 -0700 (PDT) Received: from nks-mail-02.nks.net (nks-mail-02.nks.net [66.152.21.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BFgkFu019959 for ; Fri, 11 Apr 2003 08:42:47 -0700 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by nks-mail-02.nks.net (8.12.3/8.12.3/Debian -4.5) with ESMTP id h3BFgdVP008296 for ; Fri, 11 Apr 2003 11:42:39 -0400 Received: from localhost.localdomain (two.nks.net [192.168.1.22]) by hoju.nks.net (8.12.9/8.12.7/Debian 8.9.3-21) with ESMTP id h3BFgdjB030334 for ; Fri, 11 Apr 2003 11:42:39 -0400 Subject: Re: hardware RAID sunit and swidth values? From: Derek Glidden To: linux-xfs@oss.sgi.com In-Reply-To: <1050073584.23735.10.camel@stout.americas.sgi.com> References: <1050072633.16906.1.camel@two.nks.net> <1050073584.23735.10.camel@stout.americas.sgi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Apr 2003 11:42:39 -0400 Message-Id: <1050075759.16906.48.camel@two.nks.net> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3637 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dglidden@illusionary.com Precedence: bulk X-list: linux-xfs Content-Length: 3558 Lines: 71 On Fri, 2003-04-11 at 11:06, Eric Sandeen wrote: > hi Derek - Which parts do you find confusing? Not that I disagree. :) :) > For my part, I think the different ways of specifying the values (i.e. > different options for different units) is a bit confusing... but I'm > curious to know what you think needs better docs. Basically: It's never been entirely clear to me exactly the difference between a "stripe unit" and a "stripe width" nor the relation between "stripe unit" and "stripe width" and the size of the stripes on the RAID device. For example, from the mkfs.xfs manpage: "The [sunit] suboption value has to be specified in 512-byte block units. Use the su suboption to specify the stripe unit size in bytes." Part of the problem is that "sunit" is defined in terms of "stripe units" and the other problem is that in two sentences it contradicts itself; it says to specify in "block units" and then in "bytes." So if I have made a RAID volume with 64K stripes, should I specify a su value of 128? (128*512 = 64K) And how does swidth relate? "The swidth suboption is used to specify the stripe width for a RAID device or a striped logical volume." Again, "swidth" is defined in terms of "stripe width." "The suboption value is expressed as a multiplier of the stripe unit, usually the same as the number of stripe members in the logical volume configuration, or data disks in a RAID device." So I take this to mean that if I have 8 disks in a RAID5, my "sw" parameter is "8"? IIRC, the su and sw parameters that mkfs.xfs expects not what you would infer from the manpages. In the above, I'd say that I would want "su=128,sw=8" except that mkfs.xfs complains about it, saying that one needs to be a multiple of the other, and it seems to be the opposite of what you'd expect. It's been a while since I used su/sw so I don't remember exactly what the problem was, but I remember being frustrated by the fact that what I thought was correct, mkfs.xfs complained one was not the correct multiple of the other, and they were opposite what I thought they should be. I could certainly dig through the XFS sources to get a better understanding of what exactly each option does internally, and that's what I did last time I bothered trying to use su/sw, but it seems like extra unnecessary work if the manpage were clearer. Since then, I've just kept an eye on the XFS list and made sure that I'm using the version with all the RAID optimizations so I don't have to worry about su/sw anymore. :) Perhaps a concrete example given a RAID device created with [x] parameters, using su/sw like "so" in either the manpage, or more appropriately the FAQ, would help clarify it for dolts like me. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/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 Fri Apr 11 09:27:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 09:27:51 -0700 (PDT) Received: from chaos.egr.duke.edu (chaos.egr.duke.edu [152.3.195.82]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BGRlFu020893 for ; Fri, 11 Apr 2003 09:27:47 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id h3BGRe330347; Fri, 11 Apr 2003 12:27:40 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Fri, 11 Apr 2003 12:27:40 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: Robert Sander cc: linux-xfs@oss.sgi.com Subject: Re: hardware RAID sunit and swidth values? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3639 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 1279 Lines: 39 On Fri, 11 Apr 2003 at 6:24am, Robert Sander wrote > When creating an XFS volume on an external hardware RAID which has a > stripe size of 128 1024k blocks, what are the preffered values for sunit > and swidth. > Or is there no performance degrade when using mkfs.xfs without > specifying sunit and swidth explicitely? In that case sunit and swidth > are set to 0. I'll quote below the response I got from Steve Lord way back when I asked this. The first level of quoting is me: \begin{quote} > The unit's default is a stripe size of 64 512 byte blocks. The stripe > size can be set between 4 and 128 (incrementally, of course). For the > defaults, would this be correct: > > mkfs.xfs -d sunit=1,swidth=64 > > Or should I multiply both of those numbers by 512? Also, should I make > the logfile any bigger than the default due to the size of the partition? > Actually this is incorrect, you need -d sunit=64,swidth=448 The sunit is the amount of data on each disk in 512 byte chunks, the swidth is the total amount of data before we go back to the first disk again. You have 8 disks in raid5 so 7 data disks and a parity disk. You need 7 * 64 as the stripe width. \end{quote} -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Fri Apr 11 09:26:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 09:27:08 -0700 (PDT) Received: from rrzs2.rz.uni-regensburg.de (rrzs2.rz.uni-regensburg.de [132.199.1.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BGQoFu020764 for ; Fri, 11 Apr 2003 09:26:51 -0700 Received: from pc9391.physik.uni-regensburg.de (pc9391.physik.uni-regensburg.de [132.199.98.219]) by rrzs2.rz.uni-regensburg.de (8.11.6+Sun/8.11.6) with ESMTP id h3BGQ1E10768; Fri, 11 Apr 2003 18:26:01 +0200 (MEST) Received: from guc28561 by pc9391.physik.uni-regensburg.de with local (Exim 3.35 #1 (Debian)) id 1941Ll-0003sQ-00; Fri, 11 Apr 2003 18:26:01 +0200 Date: Fri, 11 Apr 2003 18:26:01 +0200 From: Christian Guggenberger To: Derek Glidden Cc: linux-xfs@oss.sgi.com Subject: Re: hardware RAID sunit and swidth values? Message-ID: <20030411162601.GA14523@pc9391.physik.uni-regensburg.de> Reply-To: Christian.Guggenberger@physik.uni-regensburg.de References: <1050072633.16906.1.camel@two.nks.net> <1050073584.23735.10.camel@stout.americas.sgi.com> <1050075759.16906.48.camel@two.nks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1050075759.16906.48.camel@two.nks.net> User-Agent: Mutt/1.3.28i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3638 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Christian.Guggenberger@physik.uni-regensburg.de Precedence: bulk X-list: linux-xfs Content-Length: 3424 Lines: 69 On Fri, Apr 11, 2003 at 11:42:39AM -0400, Derek Glidden wrote: > On Fri, 2003-04-11 at 11:06, Eric Sandeen wrote: > > hi Derek - Which parts do you find confusing? Not that I disagree. :) > > :) > > > For my part, I think the different ways of specifying the values (i.e. > > different options for different units) is a bit confusing... but I'm > > curious to know what you think needs better docs. > > Basically: It's never been entirely clear to me exactly the difference > between a "stripe unit" and a "stripe width" nor the relation between > "stripe unit" and "stripe width" and the size of the stripes on the RAID > device. > > For example, from the mkfs.xfs manpage: "The [sunit] suboption value has > to be specified in 512-byte block units. Use the su suboption to > specify the stripe unit size in bytes." Part of the problem is that > "sunit" is defined in terms of "stripe units" and the other problem is > that in two sentences it contradicts itself; it says to specify in > "block units" and then in "bytes." So if I have made a RAID volume with > 64K stripes, should I specify a su value of 128? (128*512 = 64K) > no, su=64k _or_ sunit=128 ! > And how does swidth relate? "The swidth suboption is used to specify > the stripe width for a RAID device or a striped logical volume." > Again, "swidth" is defined in terms of "stripe width." "The suboption > value is expressed as a multiplier of the stripe unit, usually the same > as the number of stripe members in the logical volume configuration, or > data disks in a RAID device." So I take this to mean that if I have 8 > disks in a RAID5, my "sw" parameter is "8"? > having an 8 disk RAID5, you'll need swidth=(8-1)*sunit (=896 for your example) - if I remember some posts about that topic correctly.( a 8 disk RAID5 has 7 "data" disks in that term) But I agree, having two options for the same is a little bit confusing. After creating your xfs filesystem, you might want to double check your values with 'xfs_info $MOUNTPOINT' - But be careful: This one prints the values in multiples of your Blocksize. (confusing continues *g* ...) > IIRC, the su and sw parameters that mkfs.xfs expects not what you would > infer from the manpages. In the above, I'd say that I would want > "su=128,sw=8" except that mkfs.xfs complains about it, saying that one > needs to be a multiple of the other, and it seems to be the opposite of > what you'd expect. It's been a while since I used su/sw so I don't > remember exactly what the problem was, but I remember being frustrated > by the fact that what I thought was correct, mkfs.xfs complained one was > not the correct multiple of the other, and they were opposite what I > thought they should be. > > I could certainly dig through the XFS sources to get a better > understanding of what exactly each option does internally, and that's > what I did last time I bothered trying to use su/sw, but it seems like > extra unnecessary work if the manpage were clearer. Since then, I've > just kept an eye on the XFS list and made sure that I'm using the > version with all the RAID optimizations so I don't have to worry about > su/sw anymore. :) > > Perhaps a concrete example given a RAID device created with [x] > parameters, using su/sw like "so" in either the manpage, or more > appropriately the FAQ, would help clarify it for dolts like me. > yep, definitly agreed. Christian From owner-linux-xfs@oss.sgi.com Fri Apr 11 10:15:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 10:15:20 -0700 (PDT) Received: from nks-mail-02.nks.net (nks-mail-02.nks.net [66.152.21.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BHF1Fu022278 for ; Fri, 11 Apr 2003 10:15:02 -0700 Received: from hoju.nks.net (hoju.nks.net [192.168.1.17]) by nks-mail-02.nks.net (8.12.3/8.12.3/Debian -4.5) with ESMTP id h3BHEtVP009945 for ; Fri, 11 Apr 2003 13:14:55 -0400 Received: from localhost.localdomain (two.nks.net [192.168.1.22]) by hoju.nks.net (8.12.9/8.12.7/Debian 8.9.3-21) with ESMTP id h3BHEtjB000723 for ; Fri, 11 Apr 2003 13:14:55 -0400 Subject: Re: hardware RAID sunit and swidth values? From: Derek Glidden To: linux-xfs@oss.sgi.com In-Reply-To: <20030411162601.GA14523@pc9391.physik.uni-regensburg.de> References: <1050072633.16906.1.camel@two.nks.net> <1050073584.23735.10.camel@stout.americas.sgi.com> <1050075759.16906.48.camel@two.nks.net> <20030411162601.GA14523@pc9391.physik.uni-regensburg.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 11 Apr 2003 13:14:55 -0400 Message-Id: <1050081295.16906.70.camel@two.nks.net> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3640 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dglidden@illusionary.com Precedence: bulk X-list: linux-xfs Content-Length: 2129 Lines: 59 (in the meanwhile, I've gone and made a Linux software-RAID5 box in the lab to play with) On Fri, 2003-04-11 at 12:26, Christian Guggenberger wrote: > > "block units" and then in "bytes." So if I have made a RAID volume with > > 64K stripes, should I specify a su value of 128? (128*512 = 64K) > > > > no, su=64k _or_ sunit=128 ! > > data disks in a RAID device." So I take this to mean that if I have 8 > > disks in a RAID5, my "sw" parameter is "8"? > > > > having an 8 disk RAID5, you'll need swidth=(8-1)*sunit (=896 for your example) - if I remember some > posts about that topic correctly.( a 8 disk RAID5 has 7 "data" disks in that > term) It gets even more confusing when I do: # mkfs -d sunit=128,swidth=384 /dev/md4 on software RAID5 with 4 disks and 64k stripes, and the status screen displays: data = bsize=4096 blocks=84286944, imaxpct=25 = sunit=16 swidth=48 blks, unwritten=0 since it apparently displays the "sunit" and "swidth" values in terms of XFS blocks, which are 4096 bytes each.... Thankfully, "mkfs.xfs" with no options Just Does The Right Thing on this machine, and sets sunit and swidth correctly when it makes the filesystem. :) (Though it might be different with hardware RAID...) -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- #!/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 Fri Apr 11 10:23:44 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 10:23:49 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BHNhFu022786 for ; Fri, 11 Apr 2003 10:23:44 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3BHaMVe012216 for ; Fri, 11 Apr 2003 12:36:22 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3BHNXa219804230; Fri, 11 Apr 2003 12:23:33 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3BHNXwX44127734; Fri, 11 Apr 2003 12:23:33 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h3BHNXj09045; Fri, 11 Apr 2003 12:23:33 -0500 Subject: Re: hardware RAID sunit and swidth values? From: Steve Lord To: Derek Glidden Cc: linux-xfs@oss.sgi.com In-Reply-To: <1050081295.16906.70.camel@two.nks.net> References: <1050072633.16906.1.camel@two.nks.net> <1050073584.23735.10.camel@stout.americas.sgi.com> <1050075759.16906.48.camel@two.nks.net> <20030411162601.GA14523@pc9391.physik.uni-regensburg.de> <1050081295.16906.70.camel@two.nks.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1050081812.7806.12.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 11 Apr 2003 12:23:33 -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3641 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1688 Lines: 50 On Fri, 2003-04-11 at 12:14, Derek Glidden wrote: > (in the meanwhile, I've gone and made a Linux software-RAID5 box in the > lab to play with) > > On Fri, 2003-04-11 at 12:26, Christian Guggenberger wrote: > > > > "block units" and then in "bytes." So if I have made a RAID volume with > > > 64K stripes, should I specify a su value of 128? (128*512 = 64K) > > > > > > > no, su=64k _or_ sunit=128 ! > > > > data disks in a RAID device." So I take this to mean that if I have 8 > > > disks in a RAID5, my "sw" parameter is "8"? > > > > > > > having an 8 disk RAID5, you'll need swidth=(8-1)*sunit (=896 for your example) - if I remember some > > posts about that topic correctly.( a 8 disk RAID5 has 7 "data" disks in that > > term) > > It gets even more confusing when I do: > > # mkfs -d sunit=128,swidth=384 /dev/md4 > > on software RAID5 with 4 disks and 64k stripes, and the status screen > displays: > > data = bsize=4096 blocks=84286944, > imaxpct=25 > = sunit=16 swidth=48 blks, > unwritten=0 > > > since it apparently displays the "sunit" and "swidth" values in terms of > XFS blocks, which are 4096 bytes each.... > > Thankfully, "mkfs.xfs" with no options Just Does The Right Thing on this > machine, and sets sunit and swidth correctly when it makes the > filesystem. :) (Though it might be different with hardware RAID...) All the output units are in fsblocks, on the mkfs command line it does not know what you blocksize is all the time. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Fri Apr 11 10:36:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 10:37:13 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BHatFu023598 for ; Fri, 11 Apr 2003 10:36:56 -0700 Received: (qmail 20091 invoked from network); 11 Apr 2003 17:36:54 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 11 Apr 2003 17:36:54 -0000 Received: (qmail 30122 invoked from network); 11 Apr 2003 17:36:53 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 11 Apr 2003 17:36:53 -0000 Received: (qmail 10642 invoked by uid 9); 11 Apr 2003 17:36:52 -0000 From: Robert Sander Reply-To: Robert Sander X-Newsgroups: epi.ml.linux.xfs Subject: Re: hardware RAID sunit and swidth values? Date: Fri, 11 Apr 2003 17:36:52 +0000 (UTC) Organization: Epigenomics AG Message-ID: References: X-Complaints-To: usenet@epigenomics.com User-Agent: slrn/0.9.7.4 (Linux) To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3642 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ml-linux-xfs@epigenomics.com Precedence: bulk X-list: linux-xfs Content-Length: 821 Lines: 24 On Fri, 11 Apr 2003 16:28:25 +0000 (UTC), Joshua Baker-LePain wrote: > Actually this is incorrect, you need > > -d sunit=64,swidth=448 > > The sunit is the amount of data on each disk in 512 byte chunks, the swidth > is the total amount of data before we go back to the first disk again. You > have 8 disks in raid5 so 7 data disks and a parity disk. You need 7 * 64 > as the stripe width. So swidth is dependent of the total number of disks in the RAID? What if there are two or more partitions on the SCSI device the hardware RAID controller shows to the OS? What are the options for swidth in this case? Greetings -- Robert Sander Manager Information Systems www.epigenomics.com Kastanienallee 24 +493024345330 10435 Berlin From owner-linux-xfs@oss.sgi.com Fri Apr 11 12:48:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 12:48:42 -0700 (PDT) Received: from ausmail.coremetrics.com (host-65-120-145-70.coremetrics.com [65.120.145.70] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BJmQFu031475 for ; Fri, 11 Apr 2003 12:48:29 -0700 Received: by ausmail.core.coremetrics.com with Internet Mail Service (5.5.2653.19) id <2JT3PQ51>; Fri, 11 Apr 2003 14:48:21 -0500 Message-ID: <85063BBE668FD411944400D0B744267A888811@ausmail.core.coremetrics.com> From: "Gonyou, Austin" To: "'linux-xfs@oss.sgi.com'" Subject: Two odd issues. Date: Fri, 11 Apr 2003 14:48:20 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3643 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: austin@coremetrics.com Precedence: bulk X-list: linux-xfs Content-Length: 5098 Lines: 125 After catting some files togeter to make a large file, I get this when performing xfs_loginfo on the partition I just performed the cat in. ============================================================================ Header 0x2 wanted 0xfeedbabe ********************************************************************** * ERROR: header cycle=2 block=32 * ********************************************************************** Bad log record header After performing a DD to the same FS, I got the oops below. This is NOT 1.2 release, this was a couple months before from CVS. Having said that, I'm going to try XFS 1.2 + RedHat errata and attempt to reproduce. Question is, if I do, what is the cause? Thanks much. Austin ksymoops 2.4.0 on i686 2.4.20-ag3-p3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-ag3-p3/ (default) -m /boot/System.map-2.4.20-ag3-p3 (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. Warning (compare_maps): mismatch on symbol md_size , md says e0872e80, /lib/modules/2.4.20-ag3-p3/kernel/drivers/md/md.o says e0872ca0. Ignoring /lib/modules/2.4.20-ag3-p3/kernel/drivers/md/md.o entry Warning (compare_maps): mismatch on symbol mddev_map , md says e0872680, /lib/modules/2.4.20-ag3-p3/kernel/drivers/md/md.o says e08724a0. Ignoring /lib/modules/2.4.20-ag3-p3/kernel/drivers/md/md.o entry kernel BUG at ll_rw_blk.c:1194! invalid operand: 0000 CPU: 1 EIP: 0010:[] Not tainted EFLAGS: 00010206 eax: 00000410 ebx: 00000008 ecx: ddef87a0 edx: ddef87a0 esi: 00000001 edi: 00000002 ebp: 00000007 esp: c47e1d64 ds: 0018 es: 0018 ss: 0018 Process dd (pid: 23094, stackpage=c47e1000) Stack: ddef87a0 00000001 c014418d 00000001 ddef87a0 000000f0 00000286 c101a954 000001d2 c02f2960 ddef87a0 ddef87a0 c101a954 c01442cb ddef87a0 00000001 00000000 c101a954 c014235f c02f2960 c101a954 000001d2 c02f2960 c0134ca5 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b aa 04 ba 64 2c c0 b8 03 00 00 00 f0 0f ab 42 18 b8 08Reading Oops report from the terminal kernel BUG at ll_rw_blk.c:1194! invalid operand: 0000 CPU: 1 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010206 eax: 00000410 ebx: 00000008 ecx: ddef87a0 edx: ddef87a0 esi: 00000001 edi: 00000002 ebp: 00000007 esp: c47e1d64 ds: 0018 es: 0018 ss: 0018 Process dd (pid: 23094, stackpage=c47e1000) Stack: ddef87a0 00000001 c014418d 00000001 ddef87a0 000000f0 00000286 c101a954 000001d2 c02f2960 ddef87a0 ddef87a0 c101a954 c01442cb ddef87a0 00000001 00000000 c101a954 c014235f c02f2960 c101a954 000001d2 c02f2960 c0134ca5 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b aa 04 ba 64 2c c0 b8 03 00 00 00 f0 0f ab 42 18 b8 08 >>EIP; c01eb51e <===== Trace; c014418d Trace; c01442cb Trace; c014235f Trace; c0134ca5 Trace; c0136e0a Trace; c013708e Trace; c01371fd Trace; c0137250 Trace; c0137df8 Trace; c0138f5d <__alloc_pages+1cd/350> Trace; c012de47 Trace; c01c7984 Trace; c01c2a61 Trace; c013fcd6 Trace; c010a80e Trace; c0108c43 Code; c01eb51e 00000000 <_EIP>: Code; c01eb51e <===== 0: 0f 0b ud2a <===== Code; c01eb520 2: aa stos %al,%es:(%edi) Code; c01eb521 3: 04 ba add $0xba,%al Code; c01eb523 5: 64 fs Code; c01eb524 6: 2c c0 sub $0xc0,%al Code; c01eb526 8: b8 03 00 00 00 mov $0x3,%eax Code; c01eb52b d: f0 0f ab 42 18 lock bts %eax,0x18(%edx) Code; c01eb530 12: b8 08 00 00 00 mov $0x8,%eax From owner-linux-xfs@oss.sgi.com Fri Apr 11 13:35:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 13:36:07 -0700 (PDT) Received: from web40201.mail.yahoo.com (web40201.mail.yahoo.com [66.218.78.62]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BKZsFu000745 for ; Fri, 11 Apr 2003 13:35:54 -0700 Message-ID: <20030411203549.13435.qmail@web40201.mail.yahoo.com> Received: from [66.167.1.42] by web40201.mail.yahoo.com via HTTP; Fri, 11 Apr 2003 13:35:49 PDT Date: Fri, 11 Apr 2003 13:35:49 -0700 (PDT) From: Subject: kernal upgarde To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3644 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bkrusic@yahoo.com Precedence: bulk X-list: linux-xfs Content-Length: 589 Lines: 24 Hi, Upon rpming (-ivh) the kernal; kernel-smp-2.4.18-27SGI_XFS_1.2.0.i686.rpm and checking grub.conf to see the appropriate changes, I reboot and the PC hangs on the word GRUB. Is there anything else I should have done? I've 29 more PCs to upgrade but will wait as this puts 1 out of commision. ; Fri, 11 Apr 2003 13:38:32 -0700 Received: from localhost (jlb@localhost) by chaos.egr.duke.edu (8.11.6/8.11.6) with ESMTP id h3BKcPt32420; Fri, 11 Apr 2003 16:38:25 -0400 X-Authentication-Warning: chaos.egr.duke.edu: jlb owned process doing -bs Date: Fri, 11 Apr 2003 16:38:25 -0400 (EDT) From: Joshua Baker-LePain X-X-Sender: jlb@chaos.egr.duke.edu To: bkrusic@yahoo.com cc: linux-xfs@oss.sgi.com Subject: Re: kernal upgarde In-Reply-To: <20030411203549.13435.qmail@web40201.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3645 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlb17@duke.edu Precedence: bulk X-list: linux-xfs Content-Length: 617 Lines: 22 On Fri, 11 Apr 2003 at 1:35pm, bkrusic@yahoo.com wrote > Upon rpming (-ivh) the kernal; > > kernel-smp-2.4.18-27SGI_XFS_1.2.0.i686.rpm > > and checking grub.conf to see the appropriate changes, > I reboot and the PC hangs on the word GRUB. > > Is there anything else I should have done? > I've 29 more PCs to upgrade but will wait as this puts > 1 out of commision. the earlier versions of the kernal. Did you create a new initrd, if necessary? I don't recall if rpm'ing a kernel in does this. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From owner-linux-xfs@oss.sgi.com Fri Apr 11 14:54:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 14:54:55 -0700 (PDT) Received: from gk.ka.epigenomics.net (qmailr@gk.ka.epigenomics.net [62.159.77.106]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BLsnFu004121 for ; Fri, 11 Apr 2003 14:54:50 -0700 Received: (qmail 21268 invoked from network); 11 Apr 2003 21:54:41 -0000 Received: from einstein.epigenomics.epi (qmailr@192.168.1.4) by weinberg.epigenomics.epi with SMTP; 11 Apr 2003 21:54:41 -0000 Received: (qmail 22946 invoked from network); 11 Apr 2003 21:54:41 -0000 Received: from broglie.epigenomics.epi (qmailr@192.168.1.5) by einstein.epigenomics.epi with SMTP; 11 Apr 2003 21:54:41 -0000 Received: (qmail 16959 invoked by uid 9); 11 Apr 2003 21:54:40 -0000 From: Robert Sander Reply-To: Robert Sander X-Newsgroups: epi.ml.linux.xfs Subject: Re: hardware RAID sunit and swidth values? Date: Fri, 11 Apr 2003 21:54:40 +0000 (UTC) Organization: Epigenomics AG Message-ID: References: <1050072633.16906.1.camel@two.nks.net> <1050073584.23735.10.camel@stout.americas.sgi.com> <1050075759.16906.48.camel@two.nks.net> <20030411162601.GA14523@pc9391.physik.uni-regensburg.de> <1050081295.16906.70.camel@two.nks.net> X-Complaints-To: usenet@epigenomics.com User-Agent: slrn/0.9.7.4 (Linux) To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3646 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ml-linux-xfs@epigenomics.com Precedence: bulk X-list: linux-xfs Content-Length: 760 Lines: 19 On Fri, 11 Apr 2003 17:16:13 +0000 (UTC), Derek Glidden wrote: > Thankfully, "mkfs.xfs" with no options Just Does The Right Thing on this > machine, and sets sunit and swidth correctly when it makes the > filesystem. :) (Though it might be different with hardware RAID...) That may be the case with software RAID, where mkfs.xfs is able to get the stripe size from the md driver. But with at least our hardware RAID boxen sunit and swidth are both set to 0 (zero). My only remaining question is: Does this affect performance in any dramatic way? Greetings -- Robert Sander Manager Information Systems www.epigenomics.com Kastanienallee 24 +493024345330 10435 Berlin From owner-linux-xfs@oss.sgi.com Fri Apr 11 15:10:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 15:10:29 -0700 (PDT) Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3BMAFFu004642 for ; Fri, 11 Apr 2003 15:10:20 -0700 Received: from austin.mkp.net (rover.mkp.net [209.217.122.9]) by jaguar.mkp.net (Postfix) with ESMTP id 149291781B; Fri, 11 Apr 2003 18:10:13 -0400 (EDT) Received: by austin.mkp.net (Postfix, from userid 1654) id 452FE27F45; Fri, 11 Apr 2003 18:12:47 -0400 (EDT) To: Robert Sander Cc: linux-xfs@oss.sgi.com Subject: Re: hardware RAID sunit and swidth values? From: "Martin K. Petersen" Organization: mkp.net References: <1050072633.16906.1.camel@two.nks.net> <1050073584.23735.10.camel@stout.americas.sgi.com> <1050075759.16906.48.camel@two.nks.net> <20030411162601.GA14523@pc9391.physik.uni-regensburg.de> <1050081295.16906.70.camel@two.nks.net> Date: 11 Apr 2003 18:12:46 -0400 In-Reply-To: Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3647 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mkp@mkp.net Precedence: bulk X-list: linux-xfs Content-Length: 624 Lines: 19 >>>>> "Robert" == Robert Sander writes: Robert> That may be the case with software RAID, where mkfs.xfs is Robert> able to get the stripe size from the md driver. But with at Robert> least our hardware RAID boxen sunit and swidth are both set to Robert> 0 (zero). Robert> My only remaining question is: Does this affect performance in Robert> any dramatic way? In general, no. But it depends on the internal workings of your hardware RAID controller. Only way to find out is to experiment with different values and your anticipated I/O load. -- Martin K. Petersen http://mkp.net/ From owner-linux-xfs@oss.sgi.com Fri Apr 11 23:43:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 11 Apr 2003 23:43:48 -0700 (PDT) Received: from pd2mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3C6hXFu007818 for ; Fri, 11 Apr 2003 23:43:34 -0700 Received: from pd3mr1so.prod.shaw.ca (pd3mr1so-ser.prod.shaw.ca [10.0.141.177]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0HD500LEJHZMCH@l-daemon> for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 17:16:34 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca (pn2ml5so-qfe0.prod.shaw.ca [10.0.121.149]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0HD500ERAHZNW8@l-daemon> for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 17:16:35 -0600 (MDT) Received: from shaw.ca (h68-146-169-108.cg.shawcable.net [68.146.169.108]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0HD5007IPHZNPH@l-daemon> for linux-xfs@oss.sgi.com; Thu, 10 Apr 2003 17:16:35 -0600 (MDT) Date: Thu, 10 Apr 2003 17:15:36 -0400 From: kendal Subject: RE: documentation for programming with XFS To: linux-xfs@oss.sgi.com Message-id: <3E95DEF8.9070200@shaw.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3648 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: laceyk@shaw.ca Precedence: bulk X-list: linux-xfs Content-Length: 387 Lines: 11 Greetings: I am using Mandrake 9.1 and have installed the XFS filesystem on a large drive. I am trying to create/open/append files that are greater than the 2GB filesize. I would like to know what header files need to be included in a "C" program and what types of file operations are allowed. I have both the xfs.a and xlog.a libraries. Please and thank you, Kendal Lacey. From owner-linux-xfs@oss.sgi.com Sat Apr 12 07:30:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 12 Apr 2003 07:30:56 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3CEUDFu015058 for ; Sat, 12 Apr 2003 07:30:14 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3CEU8VV027433 for ; Sat, 12 Apr 2003 07:30:08 -0700 Received: from zomba.sgi.com ([198.149.18.14]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3CEU6a219839677 for ; Sat, 12 Apr 2003 09:30:06 -0500 (CDT) Received: from zomba.sgi.com (localhost.sgi.com [127.0.0.1]) by zomba.sgi.com (8.12.9/8.12.6/freebsd-sendmail_sa_mtv-1.0) with ESMTP id h3CETvsm093997 for ; Sat, 12 Apr 2003 09:30:09 -0500 (CDT) X-Possible-Spam: the addition of this header was triggered by: laptop.americas.sgi.com.failing.dns.checks:helo Received: from laptop.americas.sgi.com (cf-vpn-sw-corp-64-54.corp.sgi.com [134.15.64.54]) by zomba.sgi.com (8.12.9/8.12.9/freebsd-nospam-3.1) with ESMTP id h3CESdFn093935 for ; Sat, 12 Apr 2003 09:28:40 -0500 (CDT) Received: from laptop.americas.sgi.com by laptop.americas.sgi.com (8.12.8/SGI-client-1.7) via ESMTP id h3CESXmZ001223; Sat, 12 Apr 2003 09:28:33 -0500 Received: (from lord@localhost) by laptop.americas.sgi.com (8.12.8/8.12.8/Submit) id h3CESX9J001221; Sat, 12 Apr 2003 09:28:33 -0500 X-Authentication-Warning: laptop.americas.sgi.com: lord set sender to lord@sgi.com using -f Subject: RE: documentation for programming with XFS From: Steve Lord To: kendal Cc: linux-xfs@oss.sgi.com In-Reply-To: <3E95DEF8.9070200@shaw.ca> References: <3E95DEF8.9070200@shaw.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 12 Apr 2003 09:28:32 -0500 Message-Id: <1050157712.1166.3.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3649 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 819 Lines: 24 On Thu, 2003-04-10 at 16:15, kendal wrote: > Greetings: > > I am using Mandrake 9.1 and have installed the XFS filesystem on a large > drive. I am trying to create/open/append files that are greater than > the 2GB filesize. I would like to know what header files need to be > included in a "C" program and what types of file operations are allowed. > I have both the xfs.a and xlog.a libraries. > > Please and thank you, > Kendal Lacey. > Hi, You do not actually need any XFS libraries for that, you need to compile your code with some -D directives to tell glibc you want access to large file support, putting -D_GNU_SOURCE on the gcc command line should be enough. Look in /usr/include/features.h for various other defines you can use (note you do not need to include this header file either). Steve From owner-linux-xfs@oss.sgi.com Sat Apr 12 19:46:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 12 Apr 2003 19:46:28 -0700 (PDT) Received: from remt24.cluster1.charter.net (remt24.cluster1.charter.net [209.225.8.34]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3D2kEFu019782 for ; Sat, 12 Apr 2003 19:46:15 -0700 Received: from [24.197.103.243] (HELO there) by remt24.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9b) with SMTP id 10878681 for linux-xfs@oss.sgi.com; Sat, 12 Apr 2003 22:46:08 -0400 Content-Type: text/plain; charset="iso-8859-1" From: "Brett I. Holcomb" Reply-To: brettholcomb@charter.net Organization: Holcomb & Associates To: linux-xfs@oss.sgi.com Subject: Not copying all files Date: Sat, 12 Apr 2003 22:49:59 -0400 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3650 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 812 Lines: 25 I'm running an XFS system on all partitions on a Linux system. The partitions are on a RAID 5 array. I have a spare partition that I wanted to copy /, /usr, /home over to. I started with the /, /usr, /home partitions mounted and did xfsdump -J - / | xfsrestore -J - /mnt/newsystem where / is my root partition (the source) and /mnt/newsystem is the partition that has the filesystem I'm copying TO (the target). Both are mounted during the process. This copied over some files, but not all. For example, in my usr/bin directory on /mnt/newsystem I'm missing vim while it does exist on /usr/bin. I'm also missing some /bin commands. Any ideas on what's going wrong here. The messages indicate that it copies succesfully but I'm missing files. Thank you. -- Brett I. Holcomb AKA Grunt <>< From owner-linux-xfs@oss.sgi.com Sat Apr 12 23:23:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 12 Apr 2003 23:24:12 -0700 (PDT) Received: from main.kldp.org ([211.39.143.147]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3D6NaFu021232 for ; Sat, 12 Apr 2003 23:23:37 -0700 Received: from kss by main.kldp.org with local (Exim 3.12 #1 (Debian)) id 194atu-0004A5-00 for ; Sun, 13 Apr 2003 15:23:38 +0900 Date: Sun, 13 Apr 2003 15:23:38 +0900 From: Soon-Son Kwon To: linux-xfs@oss.sgi.com Subject: device name to *mp? Message-ID: <20030413152338.A15938@mail.kldp.org> Reply-To: kss@kldp.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Debian GNU/Linux Organization: KLDP(Korean Linux Documentation Project) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3651 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kss@kldp.org Precedence: bulk X-list: linux-xfs Content-Length: 489 Lines: 15 Hi, I would like to implement a function that returns the mount point information pointer (xfs_mount_t *mp) for a specified device. For example, if /dev/hda1 is formatted as XFS and mounted on /mnt, that mount information should be stored somewhere in the memory and I think it is xfs_mount_t structure. So, I would like to find that xfs_mount_t for a specified device. Can anyone let me know if there is existing function for that purpose or how to implement it? Thanks very much.... From owner-linux-xfs@oss.sgi.com Sun Apr 13 01:04:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 01:04:16 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3D83xFu022070 for ; Sun, 13 Apr 2003 01:04:00 -0700 Received: from crc.dk (mail.crc.dk [130.226.184.8]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3D83ro12198; Sun, 13 Apr 2003 10:03:53 +0200 Message-ID: <3E9919E9.2050702@crc.dk> Date: Sun, 13 Apr 2003 10:03:53 +0200 From: Mogens Kjaer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: da, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: Not copying all files References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3652 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 654 Lines: 27 Brett I. Holcomb wrote: ... > This copied over some files, but not all. For example, in my usr/bin > directory on /mnt/newsystem I'm missing vim while it does exist on /usr/bin. > I'm also missing some /bin commands. Is /usr/bin/vim a hardlink to another file, which _is_ copied? To figure out this, do ls -li /usr/bin/vim note the inode number to the left, and do a: find / -inum number -print (insert the inode number instead of "number"). Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Sun Apr 13 09:53:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 09:53:26 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.114.72.97]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3DGr7Fu017649 for ; Sun, 13 Apr 2003 09:53:09 -0700 Received: from bridge (bridge.skynet.coplanar.net [192.168.7.126]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h3DGr57N032334; Sun, 13 Apr 2003 12:53:06 -0400 Message-ID: <00de01c301dd$3bffb5c0$7e07a8c0@bridge> From: "Jeremy Jackson" To: , References: <20030411203549.13435.qmail@web40201.mail.yahoo.com> Subject: Re: kernal upgarde Date: Sun, 13 Apr 2003 12:53:39 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3653 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 817 Lines: 34 Sounds like lilo got ran... ----- Original Message ----- From: To: Sent: Friday, April 11, 2003 4:35 PM Subject: kernal upgarde > Hi, > > Upon rpming (-ivh) the kernal; > > kernel-smp-2.4.18-27SGI_XFS_1.2.0.i686.rpm > > and checking grub.conf to see the appropriate changes, > I reboot and the PC hangs on the word GRUB. > > Is there anything else I should have done? > I've 29 more PCs to upgrade but will wait as this puts > 1 out of commision. the earlier versions of the kernal. > > I got this kernal from; > http://iserv.nl/files/xfs/2.4.18-27/ > > Bri- > > __________________________________________________ > Do you Yahoo!? > Yahoo! Tax Center - File online, calculators, forms, and more > http://tax.yahoo.com > > From owner-linux-xfs@oss.sgi.com Sun Apr 13 18:48:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 18:49:11 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E1msFu024481 for ; Sun, 13 Apr 2003 18:48:55 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3E1mmVV023817 for ; Sun, 13 Apr 2003 18:48:48 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3E1lU4e984821; Mon, 14 Apr 2003 11:47:31 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3E1lSqg986603; Mon, 14 Apr 2003 11:47:28 +1000 (EST) Date: Mon, 14 Apr 2003 11:47:28 +1000 (EST) From: Nathan Scott Message-Id: <200304140147.h3E1lSqg986603@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: agruen@suse.de, jan.derfinak@suse.cz Subject: TAKE - attr/acl X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3654 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 851 Lines: 29 attr/acl configure.in fixups, also removed the COMPAT_XFSROOT hack and implemented Andreas' suggestion which allows us to dynamically figure out which is the right namespace (xfsroot/trusted). Date: Sun Apr 13 18:43:15 PDT 2003 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:144349a cmd/acl/configure.in - 1.27 cmd/acl/VERSION - 1.47 cmd/acl/doc/CHANGES - 1.55 cmd/acl/debian/control - 1.15 cmd/acl/debian/changelog - 1.41 - ACL package configure fixes, and Debian packaging dependency tweaks. cmd/attr/configure.in - 1.16 cmd/attr/VERSION - 1.31 cmd/attr/doc/CHANGES - 1.40 cmd/attr/debian/changelog - 1.34 cmd/attr/libattr/libattr.c - 1.7 - attr package configure fixes, rework xfsroot/trusted namespace detection. From owner-linux-xfs@oss.sgi.com Sun Apr 13 18:51:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 18:51:16 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E1pEFu024734 for ; Sun, 13 Apr 2003 18:51:14 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3E1p8VV023918 for ; Sun, 13 Apr 2003 18:51:08 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3E1np4e987519 for ; Mon, 14 Apr 2003 11:49:51 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3E1npBn988156 for linux-xfs@oss.sgi.com; Mon, 14 Apr 2003 11:49:51 +1000 (EST) Date: Mon, 14 Apr 2003 11:49:51 +1000 (EST) From: Nathan Scott Message-Id: <200304140149.h3E1npBn988156@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dmapi/xfsdump X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3655 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 629 Lines: 25 dmapi/xfsdump configure fixes, some xfs_copy fixups. Date: Sun Apr 13 18:49:27 PDT 2003 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:144350a cmd/xfsdump/configure.in - 1.32 cmd/xfsdump/VERSION - 1.49 cmd/xfsdump/doc/CHANGES - 1.57 cmd/xfsdump/copy/xfs_copy.c - 1.10 cmd/xfsdump/debian/changelog - 1.39 - xfsdump configure.in and xfs_copy fixes. cmd/dmapi/configure.in - 1.19 cmd/dmapi/VERSION - 1.16 cmd/dmapi/doc/CHANGES - 1.15 cmd/dmapi/debian/changelog - 1.16 - dmapi package configure fixes. From owner-linux-xfs@oss.sgi.com Sun Apr 13 19:04:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 19:04:16 -0700 (PDT) Received: from mx07.cluster1.charter.net (dc-mx07.cluster1.charter.net [209.225.8.17]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E24DFu025436 for ; Sun, 13 Apr 2003 19:04:14 -0700 Received: from [24.197.103.243] (HELO there) by mx07.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 67155674 for linux-xfs@oss.sgi.com; Sun, 13 Apr 2003 22:03:54 -0400 Content-Type: text/plain; charset="iso-8859-1" From: "Brett I. Holcomb" Reply-To: brettholcomb@charter.net Organization: Holcomb & Associates To: linux-xfs@oss.sgi.com Subject: ACL/Attribute docs Date: Sun, 13 Apr 2003 22:07:58 -0400 X-Mailer: KMail [version 1.3.1] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3656 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 496 Lines: 16 Are there any docs that explain what attributes are available and something about USING ACLs. I've checked the docs listing at the XFS site and the man pages for xfs, setattr, getattr, etc. There are no lists of attributes that I can find. As for ACLs - yes I've looked at the one doc given as a reference but it's a white paper comparing various filesystem acls and wasn't very good about telling me how to actually control or use them. Thank you. -- Brett I. Holcomb AKA Grunt <>< From owner-linux-xfs@oss.sgi.com Sun Apr 13 19:14:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 19:14:45 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E2EVFu025974 for ; Sun, 13 Apr 2003 19:14:32 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3E2RHVe012409 for ; Sun, 13 Apr 2003 21:27:18 -0500 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 MAA12639; Mon, 14 Apr 2003 12:13:08 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id MAA37140; Mon, 14 Apr 2003 12:13:07 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3E2BSWl009623; Mon, 14 Apr 2003 12:11:28 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3E2BSFW009621; Mon, 14 Apr 2003 12:11:28 +1000 Date: Mon, 14 Apr 2003 12:11:28 +1000 From: Nathan Scott To: "Brett I. Holcomb" Cc: linux-xfs@oss.sgi.com Subject: Re: ACL/Attribute docs Message-ID: <20030414021128.GE833@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3657 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 934 Lines: 24 On Sun, Apr 13, 2003 at 10:07:58PM -0400, Brett I. Holcomb wrote: > Are there any docs that explain what attributes are available and something > about USING ACLs. I've checked the docs listing at the XFS site and the man > pages for xfs, setattr, getattr, etc. There are no lists of attributes that > I can find. > > As for ACLs - yes I've looked at the one doc given as a reference but it's a > white paper comparing various filesystem acls and wasn't very good about > telling me how to actually control or use them. The definitive source of docs for ACLs and attrs is Andreas' site -- http://acl.bestbits.at/. This also has a tutorial on using ACLs and the acl(5) man page. There is no "list of attributes", partly because this is an unbounded list (user and now trusted attributes are arbitrary) and partly because nobody has tried to create a registry of currently used attribute names (afaik). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Apr 13 19:18:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 19:18:53 -0700 (PDT) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E2ImFu027006 for ; Sun, 13 Apr 2003 19:18:49 -0700 Received: from erbenson.alaska.net (197-pm32.nwc.alaska.net [209.112.158.197]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3E2Iknp018660 for ; Sun, 13 Apr 2003 18:18:46 -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 713473A4C for ; Sun, 13 Apr 2003 18:18:22 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id DEB6B4104E2; Sun, 13 Apr 2003 18:18:24 -0800 (AKDT) Date: Sun, 13 Apr 2003 18:18:24 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: ACL/Attribute docs Message-ID: <20030414021824.GA4499@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3658 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 2120 Lines: 63 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 13, 2003 at 10:07:58PM -0400, Brett I. Holcomb wrote: > Are there any docs that explain what attributes are available and somethi= ng=20 > about USING ACLs. I've checked the docs listing at the XFS site and the = man=20 > pages for xfs, setattr, getattr, etc. There are no lists of attributes t= hat=20 > I can find. >=20 > As for ACLs - yes I've looked at the one doc given as a reference but it'= s a=20 > white paper comparing various filesystem acls and wasn't very good about= =20 > telling me how to actually control or use them. http://acl.bestbits.at has some info on acls as for extended attributes there are defined namespaces, in each of these namespaces you may be able to define arbitrary attributes current namespaces are: `trusted', `system', and `user'. `trusted' may only be altered by root `system' has only a specific set of attributes which may be set, currently they are posix_acl_access and posix_acl_default. these can only be set by the owner of the file (though this may vary on different subattrs, im not sure on that). `user' is for users to use, you may define any arbitrary attribute you want, eg user.foo, user.bar, the attributes you create can contain arbitrary data (limited to 64 bytes). access to the `user' namespace is governed by file permissions, exceptions to this are device special files and symlinks, only root may set `user' attributes on those. a `owner' namespace has been discussed, but as of yet not implemeneted, this would be identical to `user' except it would only be accessable to the owner of the file. --=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 iEYEARECAAYFAj6aGnAACgkQJKx7GixEevyR+wCeJOCuNgsVb4375Ge++6A13moV aCwAn2CE1RVbpCzgBBYBAMarZ0RM2kyC =F8l6 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-linux-xfs@oss.sgi.com Sun Apr 13 19:25:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 13 Apr 2003 19:25:46 -0700 (PDT) Received: from ids.org.au (ids.tuu.utas.edu.au [131.217.24.100]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E2PfFu027457 for ; Sun, 13 Apr 2003 19:25:42 -0700 Received: by ids.org.au (Postfix, from userid 1001) id 5886CC16262; Mon, 14 Apr 2003 12:25:35 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by ids.org.au (Postfix) with ESMTP id 57CC0635; Mon, 14 Apr 2003 12:25:35 +1000 (EST) Date: Mon, 14 Apr 2003 12:25:35 +1000 (EST) From: Ian Cumming X-X-Sender: ian@ids To: "Brett I. Holcomb" Cc: linux-xfs@oss.sgi.com Subject: Re: ACL/Attribute docs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3659 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ian@ids.org.au Precedence: bulk X-list: linux-xfs Content-Length: 1015 Lines: 35 Hi Brett, I wrote an ACL tutorial for my users. Its very simple and only covers them for use with allowing apache to read your public_html directory. However I do go over a brief overview, and it might be of some use to you. You can find the tutorial here: http://www.ids.org.au/main/tutorials/acl_howto.php cheers, Ian. On Sun, 13 Apr 2003, Brett I. Holcomb wrote: > Are there any docs that explain what attributes are available and something > about USING ACLs. I've checked the docs listing at the XFS site and the man > pages for xfs, setattr, getattr, etc. There are no lists of attributes that > I can find. > > As for ACLs - yes I've looked at the one doc given as a reference but it's a > white paper comparing various filesystem acls and wasn't very good about > telling me how to actually control or use them. > > Thank you. > > -- Ian Cumming, ian@semisphere.org "The number of Unix installations has grown to 10, with more expected." -- The Unix Programmer's Manual, 2nd Edition, June, 1972 From owner-linux-xfs@oss.sgi.com Mon Apr 14 02:47:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 02:47:20 -0700 (PDT) Received: from redix.it (host49-169.pool8172.interbusiness.it [81.72.169.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3E9kvFu025353 for ; Mon, 14 Apr 2003 02:47:00 -0700 Received: (qmail 17067 invoked by uid 507); 14 Apr 2003 09:46:52 -0000 Received: from roberto@redix.it by mail.redix.it by uid 504 with qmail-scanner-1.14 (clamscan: 0.24. Clear:. Processed in 1.456764 secs); 14 Apr 2003 09:46:52 -0000 Received: from localhost (HELO redix.it) (127.0.0.1) by 0 with SMTP; 14 Apr 2003 09:46:50 -0000 Received: from 212.239.118.101 (proxying for unknown) (SquirrelMail authenticated user roberto) by mail.redix.it with HTTP; Mon, 14 Apr 2003 11:46:50 +0200 (CEST) Message-ID: <2704.212.239.118.101.1050313610.squirrel@mail.redix.it> Date: Mon, 14 Apr 2003 11:46:50 +0200 (CEST) Subject: question on xfs_repair From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3660 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roberto@redix.it Precedence: bulk X-list: linux-xfs Content-Length: 2139 Lines: 64 Hi, I'm running slackware 8.1 with XFS 1.2.0 +acl+quota on kernel 2.4.19 + lvm 1.0.7. I've a question on xfs_repair. If I've ran xfs_check on my /var F.S. and I've got no warning messages, but if I run xfs_repair on the same F.S. I see a strange output (for me): Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... RET 1447051264 writing 512bytes at blkno=1447051264(2826272), 0x813b9d8 RET 1447051776 writing 512bytes at blkno=1447051776(2826273), 0x813b9d8 - 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 - 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 RET 13000704 writing 16384bytes at blkno=13000704(25392), 0x8154928 - marking entry "lost+found" to be deleted RET 12996608 writing 4096bytes at blkno=12996608(25384), 0x8153900 RET 32768 writing 16384bytes at blkno=32768(64), 0x814c6a0 - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - agno = 6 - agno = 7 Phase 5 - rebuild AG headers and trees... RET 13889536 writing 4096bytes at blkno=13889536(27128), 0x80e52c8 RET 13914112 writing 4096bytes at blkno=13914112(27176), 0x80e52c8 RET 512 writing 512bytes at blkno=512(1), 0x80e52c8 .... (the output continue an is quite long) I run the command several time but the output produced is still strange for me. (I'll wait for a clean xfs_repair as for xfs_check) Can anyone explain the meaning of it? and is my file system clean or not? (I've red the man xfs_repair but it does not explain the "RET ..." strings) Thanks in advance, Roberto From owner-linux-xfs@oss.sgi.com Mon Apr 14 04:29:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 04:29:22 -0700 (PDT) Received: from sahara.openoffice.nl (openoffice.demon.nl [212.238.150.237]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3EBTHFu029623 for ; Mon, 14 Apr 2003 04:29:18 -0700 Received: by sahara.openoffice.nl (Postfix, from userid 1001) id C836E3E24; Mon, 14 Apr 2003 13:29:11 +0200 (CEST) Date: Mon, 14 Apr 2003 13:29:11 +0200 From: Valentijn Sessink To: linux-xfs@oss.sgi.com Subject: fsck.xfs on ro mounted disks Message-ID: <20030414112911.GA8577@openoffice.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Message-Flag: Open Office - Linux for the desktop X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3661 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: valentyn+xfs@nospam.openoffice.nl Precedence: bulk X-list: linux-xfs Content-Length: 502 Lines: 15 Hello list, Is there any chance that the XFS check and repair utilities will start working on a (read-only) mounted disk someday? xfs_check and xfs_repair now complain that the disk is mounted and refuse to do anything. This makes using XFS as root fs a bit unpleasant, as a reboot in single user mode or even in "emergency" mode (running /bin/sh instead of init) will not help to fix any file system problems. Is there a way to force xfs_repair to work on a read only fs? Best regards, Valentijn From owner-linux-xfs@oss.sgi.com Mon Apr 14 04:38:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 04:38:53 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3EBcdFu030088 for ; Mon, 14 Apr 2003 04:38:40 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3EBcRo02921; Mon, 14 Apr 2003 13:38:27 +0200 Message-ID: <3E9A9DB3.2050903@crc.dk> Date: Mon, 14 Apr 2003 13:38:27 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: Ajay Ramaswamy , linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> In-Reply-To: <1050067526.7662.8.camel@swathi.krithika.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3662 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 729 Lines: 26 Ajay Ramaswamy wrote: ... > If I remember right the SGI installer for 7.3 used to add a sleep(30) > between each of those isys.sync() calls, may be you need to patch the > booty source rpm and put it into the RPMS folder before you run > buildinstall so that the changes are pulled into the stage2.img. I've tried to add a couple of sleep(30)'s but it doesn't help. Also, I've tried sleep(300). I can't remount the installation partition, as it is busy. Hm... I'm out of ideas. Are the sync's ignored on the XFS partition? Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Mon Apr 14 05:04:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 05:04:41 -0700 (PDT) Received: from mail3.utc.com (mail3.utc.com [192.249.46.81]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3EC4PFu032032 for ; Mon, 14 Apr 2003 05:04:26 -0700 Received: (from uucp@localhost) by mail3.utc.com (8.10.0/8.10.0) id h3EC4Jh27601 for ; Mon, 14 Apr 2003 08:04:19 -0400 (EDT) Received: from uusnwa0p.utc.com(159.82.80.106) by mail3.utc.com via csmap (V6.0) id srcAAATZaa31; Mon, 14 Apr 03 08:04:17 -0400 Received: from ehposrv5.eh.pweh.com (ehposrv5.eh.pweh.com [191.29.78.93]) by uusnwa0p.utc.com (Switch-2.2.6/Switch-2.2.6) with ESMTP id h3EC4GW16448 for ; Mon, 14 Apr 2003 08:04:16 -0400 (EDT) Received: by ehposrv5.eh.pweh.com with Internet Mail Service (5.5.2654.89) id <25G0A1N9>; Mon, 14 Apr 2003 08:04:16 -0400 Message-ID: From: "Manohar, Navin S. (Export)" To: "'linux-xfs@oss.sgi.com'" Subject: NFS + ACL's Date: Mon, 14 Apr 2003 08:04:13 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2654.89) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3663 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: navin.manohar@pw.utc.com Precedence: bulk X-list: linux-xfs Content-Length: 204 Lines: 8 I exported an XFS partition over NFS v3 . The ACL's that I've set up for the files on the server don't reflect on the NFS client. Can someone give me pointers on how to set this up right. TIA Navin. From owner-linux-xfs@oss.sgi.com Mon Apr 14 05:42:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 05:43:41 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ECgvFu004139 for ; Mon, 14 Apr 2003 05:42:58 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3ECgr8Y026317; Mon, 14 Apr 2003 14:42:53 +0200 Message-ID: <3E9AACCC.9030803@stesmi.com> Date: Mon, 14 Apr 2003 14:42:52 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mogens Kjaer CC: Ajay Ramaswamy , linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E9A9DB3.2050903@crc.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3664 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 918 Lines: 34 Mogens Kjaer wrote: > Ajay Ramaswamy wrote: > ... > >> If I remember right the SGI installer for 7.3 used to add a sleep(30) >> between each of those isys.sync() calls, may be you need to patch the >> booty source rpm and put it into the RPMS folder before you run >> buildinstall so that the changes are pulled into the stage2.img. > > > I've tried to add a couple of sleep(30)'s but it doesn't help. > > Also, I've tried sleep(300). > > I can't remount the installation partition, as it is busy. > > Hm... I'm out of ideas. > > Are the sync's ignored on the XFS partition? > > Mogens > > I even tried hacking the xfs driver so that it always mounts the partitions sync but that didn't help either. Good to see someone tried the 'delay' way. Just sad it didn't help. This is probably a FAQ but does XFS only push metadata on sync or does it ignore it altogether? It smells like a bug but... // Stefan From owner-linux-xfs@oss.sgi.com Mon Apr 14 09:24:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 09:24:49 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3EGOXFu018130 for ; Mon, 14 Apr 2003 09:24:34 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3EGbMVe030172 for ; Mon, 14 Apr 2003 11:37:22 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3EGOOa220093074; Mon, 14 Apr 2003 11:24:24 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3EGONwX43603327; Mon, 14 Apr 2003 11:24:24 -0500 (CDT) Subject: Re: question on xfs_repair From: Russell Cattelan To: roberto@redix.it Cc: linux-xfs@oss.sgi.com In-Reply-To: <2704.212.239.118.101.1050313610.squirrel@mail.redix.it> References: <2704.212.239.118.101.1050313610.squirrel@mail.redix.it> Content-Type: text/plain Organization: Message-Id: <1050337885.49893.1.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 14 Apr 2003 11:31:27 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3665 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 2515 Lines: 70 You must have gotten a version of the rpms that has some debugging code that wasn't suppose to be released. Grab a fresh copy of the xfsprogs rpm/tar file. On Mon, 2003-04-14 at 04:46, roberto@redix.it wrote: > Hi, > I'm running slackware 8.1 with XFS 1.2.0 +acl+quota on kernel 2.4.19 + lvm > 1.0.7. > > I've a question on xfs_repair. > > If I've ran xfs_check on my /var F.S. and I've got no warning messages, > but if I run xfs_repair on the same F.S. I see a strange output (for me): > > Phase 1 - find and verify superblock... > Phase 2 - using internal log > - zero log... > RET 1447051264 writing 512bytes at blkno=1447051264(2826272), 0x813b9d8 > RET 1447051776 writing 512bytes at blkno=1447051776(2826273), 0x813b9d8 > - 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 > - 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 > RET 13000704 writing 16384bytes at blkno=13000704(25392), 0x8154928 > - marking entry "lost+found" to be deleted > RET 12996608 writing 4096bytes at blkno=12996608(25384), 0x8153900 > RET 32768 writing 16384bytes at blkno=32768(64), 0x814c6a0 > - check for inodes claiming duplicate blocks... > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - agno = 4 > - agno = 5 > - agno = 6 > - agno = 7 > Phase 5 - rebuild AG headers and trees... > RET 13889536 writing 4096bytes at blkno=13889536(27128), 0x80e52c8 > RET 13914112 writing 4096bytes at blkno=13914112(27176), 0x80e52c8 > RET 512 writing 512bytes at blkno=512(1), 0x80e52c8 > .... > (the output continue an is quite long) > > I run the command several time but the output produced is still strange > for me. (I'll wait for a clean xfs_repair as for xfs_check) > > Can anyone explain the meaning of it? and is my file system clean or not? > (I've red the man xfs_repair but it does not explain the "RET ..." strings) > > Thanks in advance, > Roberto > -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Mon Apr 14 09:54:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 09:54:12 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3EGs9Fu019469 for ; Mon, 14 Apr 2003 09:54:09 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3EGs9gD019468 for linux-xfs@oss.sgi.com; Mon, 14 Apr 2003 09:54:09 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3EGs7Fw019450 for ; Mon, 14 Apr 2003 09:54:07 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3EGKqEt018027; Mon, 14 Apr 2003 09:20:52 -0700 Date: Mon, 14 Apr 2003 09:20:52 -0700 Message-Id: <200304141620.h3EGKqEt018027@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3666 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 937 Lines: 28 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From cattelan@thebarn.com 2003-11-04 13:28 PDT ------- Created an attachment (id=79) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=79&action=view) page_buf.c patch This patch may or may not make a difference, but give it a try. Hopefully by running the tq_disk task_queue more often while flushing the the delwri queue the request queue won't get stuck. ------- Additional Comments From atu@dmeti.dp.ua 2003-14-04 09:20 PDT ------- Patch from comment 35 don't help. Now I trying to trace, who (and why) don't release pagebuf_lock. It may be a rare case on other architectures. In similar machines different result: Duron 950/128/60G: only updatedb lead to lock Duron 1200/512/40G: also find /usr >& /dev/null too. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Mon Apr 14 20:26:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 14 Apr 2003 20:26:54 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3F3QgFu007327 for ; Mon, 14 Apr 2003 20:26:42 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3F3QZE0030496 for ; Mon, 14 Apr 2003 20:26:36 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3F3PI4e1129239 for ; Tue, 15 Apr 2003 13:25:18 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3F3PIxb1125988 for linux-xfs@oss.sgi.com; Tue, 15 Apr 2003 13:25:18 +1000 (EST) Date: Tue, 15 Apr 2003 13:25:18 +1000 (EST) From: Nathan Scott Message-Id: <200304150325.h3F3PIxb1125988@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - mntupdate fix X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3667 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 403 Lines: 14 We accidentally dropped sync'ing of dquots during the mntupdate changes recently, add it back (by using vfs_sync rather than xfs_sync directly). Date: Mon Apr 14 20:22:39 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-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:144457a linux/fs/xfs/xfs_vfsops.c - 1.414 From owner-linux-xfs@oss.sgi.com Tue Apr 15 00:40:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 00:40:52 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3F7eWFu009431 for ; Tue, 15 Apr 2003 00:40:33 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id B790059D33F; Tue, 15 Apr 2003 09:40:26 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 543AE44F6; Tue, 15 Apr 2003 09:40:26 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3F7S7hT005777; Tue, 15 Apr 2003 09:28:08 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Tue, 15 Apr 2003 09:28:07 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: "Manohar, Navin S. (Export)" Cc: "'linux-xfs@oss.sgi.com'" Subject: Re: NFS + ACL's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3668 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 352 Lines: 15 On Mon, 14 Apr 2003, Manohar, Navin S. (Export) wrote: Hi. > > I exported an XFS partition over NFS v3 . The ACL's that I've set up for the > files on the server don't reflect on the NFS client. > Can someone give me pointers on how to set this up right. http://acl.bestbits.at/download.html#Kernel Look at NFS ACL protocol extensions. jan From owner-linux-xfs@oss.sgi.com Tue Apr 15 02:07:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 02:07:17 -0700 (PDT) Received: from ecbull20.frec.bull.fr (ecbull20.frec.bull.fr [129.183.4.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3F96wFu014194 for ; Tue, 15 Apr 2003 02:07:00 -0700 Received: from isatis.frec.bull.fr (isatis.frec.bull.fr [129.183.144.1]) by ecbull20.frec.bull.fr (8.9.2/8.9.1) with ESMTP id LAA10468 for ; Tue, 15 Apr 2003 11:07:37 +0200 Received: from BULL.NET (xmarie.frec.bull.fr [129.183.140.65]) by isatis.frec.bull.fr (AIX4.3/8.9.3/8.9.3) with ESMTP id LAA290468 for ; Tue, 15 Apr 2003 11:07:34 +0200 Message-ID: <3E9BCC23.7060105@BULL.NET> Date: Tue, 15 Apr 2003 11:08:51 +0200 From: Jean Francois Francillon Organization: BIS User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: fr-FR,en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: DMF and Linux XFS Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3669 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: JEAN-FRANCOIS.FRANCILLON@BULL.NET Precedence: bulk X-list: linux-xfs Content-Length: 322 Lines: 17 Does DMF interface LINUX XFS DMAPI ? If no, is it planned? Thanks, Jean-Francois Francillon -- Francillon Jean-Francois - BULL/XS BU/Storage & Comms Bull S.A. 1, rue de Provence B.P. 208 38432 ECHIROLLES Email: mailto:Jean-Francois.Francillon@bull.net Phone: 33 04 76 29 70 82 Bullcom: 229 7082 From owner-linux-xfs@oss.sgi.com Tue Apr 15 03:15:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 03:15:30 -0700 (PDT) Received: from iris.acsalaska.net (iris.slb.nwc.acsalaska.net [209.112.155.43]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FAFAFu018019 for ; Tue, 15 Apr 2003 03:15:11 -0700 Received: from erbenson.alaska.net (202-pm32.nwc.alaska.net [209.112.158.202]) by iris.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3FAF8jT011267 for ; Tue, 15 Apr 2003 02:15:09 -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 9D42E3A07 for ; Tue, 15 Apr 2003 02:15:07 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 088654104E2; Tue, 15 Apr 2003 02:15:06 -0800 (AKDT) Date: Tue, 15 Apr 2003 02:15:06 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: fsck.xfs on ro mounted disks Message-ID: <20030415101506.GB4499@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030414112911.GA8577@openoffice.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <20030414112911.GA8577@openoffice.nl> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3670 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1336 Lines: 43 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 14, 2003 at 01:29:11PM +0200, Valentijn Sessink wrote: > Hello list, >=20 > Is there any chance that the XFS check and repair utilities will start > working on a (read-only) mounted disk someday? xfs_check and xfs_repair n= ow > complain that the disk is mounted and refuse to do anything. This makes > using XFS as root fs a bit unpleasant, as a reboot in single user mode or > even in "emergency" mode (running /bin/sh instead of init) will not help = to > fix any file system problems. >=20 > Is there a way to force xfs_repair to work on a read only fs? xfs_check -f works on readonly filesystems (read/write too, but will usually report erroneous errors) xfs_repair -n is the same, but its been said that xfs_repair misses quite a bit in no-write mode (which is what -n is).=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --2B/JsCI69OhZNC5r 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 iEYEARECAAYFAj6b26oACgkQJKx7GixEevzu5QCfU8jV2jn1ZOFnRrKxfOjQjtl6 +Y0An3oFe8vT/DbA2InAKYwe9jNxTccx =MURb -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-linux-xfs@oss.sgi.com Tue Apr 15 05:38:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 05:39:07 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FCcmFu020784 for ; Tue, 15 Apr 2003 05:38:49 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3FCcgo05096; Tue, 15 Apr 2003 14:38:42 +0200 Message-ID: <3E9BFD51.8060206@crc.dk> Date: Tue, 15 Apr 2003 14:38:41 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> In-Reply-To: <3E96CC6E.7010707@crc.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3671 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 971 Lines: 36 Mogens Kjaer wrote: ... > Hm, there must be a better way of doing this (tm). Remounting > the installation partition? ... Success! It turned out to be easier than I thought: I couldn't umount /mnt/sysimage, it was busy because /mnt/sysimage/proc and /mnt/sysimage/dev/pts were also mounted. To umount everything, and mount it again, one has to add these two lines to /usr/lib/booty/bootloaderInfo.py in stage2.img, near line 806, (inbetween the calls of /sbin/grub-install and /sbin/grub): fsset.umountFilesystems(instRoot) fsset.mountFilesystems(instRoot) - maybe the upgradeGrub function needs to be changed as well... It works both if the /boot directory is a part of the root directory, and if /boot is on an XFS partition of its own. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Tue Apr 15 05:43:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 05:43:07 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FCh0Fu021203 for ; Tue, 15 Apr 2003 05:43:00 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FCgsE0016888 for ; Tue, 15 Apr 2003 05:42:54 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3FCgqa220244855; Tue, 15 Apr 2003 07:42:53 -0500 (CDT) Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3FCgqwX46507225; Tue, 15 Apr 2003 07:42:52 -0500 (CDT) Received: from chewtoy.americas.sgi.com by chewtoy.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id HAA33892; Tue, 15 Apr 2003 07:42:51 -0500 (CDT) Message-Id: <200304151242.HAA33892@chewtoy.americas.sgi.com> To: Jean Francois Francillon cc: linux-xfs@oss.sgi.com Subject: Re: DMF and Linux XFS Date: Tue, 15 Apr 2003 07:42:51 -0500 From: Dean Roehrich X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3672 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 132 Lines: 9 >From: Jean Francois Francillon > >Does DMF interface LINUX XFS DMAPI ? Yes, it does. Dean From owner-linux-xfs@oss.sgi.com Tue Apr 15 07:36:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 07:36:23 -0700 (PDT) Received: from notessrv.lms.com (mail.plasmon.com [63.110.48.244]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FEaAFu024618 for ; Tue, 15 Apr 2003 07:36:11 -0700 Subject: DMF for Linux To: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001 Message-ID: From: andy.richards@plasmon.lms.com Date: Tue, 15 Apr 2003 08:35:26 -0600 X-MIMETrack: Serialize by Router on Colorado01/SVR/Plasmon(Release 5.0.6a |January 17, 2001) at 04/15/2003 08:35:35 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3673 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andy.richards@plasmon.lms.com Precedence: bulk X-list: linux-xfs Content-Length: 349 Lines: 17 Hi, Is there a Linux port for DMF (Data Migration Facility)? Is this open sourced? Who can I contact for more information? Thanks, Andrew E. Richards Vice President, Business Development Plasmon, Inc. 400 Inverness Parkway, Suite 310 Englewood, CO 80112 (720) 873-2503 (office) (303) 356-5012 (cell) andy.richards@plasmon.com www.plasmon.com From owner-linux-xfs@oss.sgi.com Tue Apr 15 07:48:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 07:48:40 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FEmbFu025134 for ; Tue, 15 Apr 2003 07:48:37 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FF1TVe006960 for ; Tue, 15 Apr 2003 10:01:29 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3FEmUa220210457; Tue, 15 Apr 2003 09:48:30 -0500 (CDT) Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3FEmVwX43744148; Tue, 15 Apr 2003 09:48:31 -0500 (CDT) Received: from chewtoy.americas.sgi.com by chewtoy.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id JAA34343; Tue, 15 Apr 2003 09:48:30 -0500 (CDT) Message-Id: <200304151448.JAA34343@chewtoy.americas.sgi.com> To: andy.richards@plasmon.lms.com cc: linux-xfs@oss.sgi.com Subject: Re: DMF for Linux Date: Tue, 15 Apr 2003 09:48:30 -0500 From: Dean Roehrich X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3674 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 237 Lines: 11 >From: andy.richards@plasmon.lms.com >Hi, > >Is there a Linux port for DMF (Data Migration Facility)? Is this open >sourced? Who can I contact for more information? DMF is proprietary. The Linux version hasn't released yet. Dean From owner-linux-xfs@oss.sgi.com Tue Apr 15 08:18:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 08:18:50 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FFIWFu025795 for ; Tue, 15 Apr 2003 08:18:34 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3FFIT8Y000388; Tue, 15 Apr 2003 17:18:29 +0200 Message-ID: <3E9C22C5.9010300@stesmi.com> Date: Tue, 15 Apr 2003 17:18:29 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mogens Kjaer CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3675 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 984 Lines: 39 Mogens Kjaer wrote: > Mogens Kjaer wrote: > ... > >> Hm, there must be a better way of doing this (tm). Remounting >> the installation partition? > > ... > > Success! It turned out to be easier than I thought: > > I couldn't umount /mnt/sysimage, it was busy because > /mnt/sysimage/proc and /mnt/sysimage/dev/pts were > also mounted. > > To umount everything, and mount it again, > one has to add these two lines to > /usr/lib/booty/bootloaderInfo.py in stage2.img, > near line 806, (inbetween the calls > of /sbin/grub-install and /sbin/grub): > > fsset.umountFilesystems(instRoot) > fsset.mountFilesystems(instRoot) > > - maybe the upgradeGrub function needs to > be changed as well... > > It works both if the /boot directory > is a part of the root directory, and if > /boot is on an XFS partition of its own. > > Mogens > Excellent work. I'll be testing this and will probably release a new DVD with this fix tomorrow. Thanx alot. // Stefan From owner-linux-xfs@oss.sgi.com Tue Apr 15 08:53:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 08:54:16 -0700 (PDT) Received: from proxy2.rlhc.net ([24.66.76.252]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FFrsFu026529 for ; Tue, 15 Apr 2003 08:53:55 -0700 Received: from jangofett.homenet (jangofett.homenet [10.1.1.85]) by proxy2.rlhc.net (Postfix) with ESMTP id AFF4A28D4F for ; Tue, 15 Apr 2003 10:59:01 -0500 (CDT) Received: from 127.0.0.1 (jangofet.homenet [127.0.0.1]) by dummy.domain.name (Postfix) with SMTP id 43C68307617 for ; Tue, 15 Apr 2003 11:00:14 -0500 (CDT) Received: from vader.homnet (vader.homenet [10.1.1.5]) by jangofett.homenet (Postfix) with ESMTP id DBF3A30739C for ; Tue, 15 Apr 2003 11:00:13 -0500 (CDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Richard Houston To: XFS List In-Reply-To: <3E9C22C5.9010300@stesmi.com> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <3E9C22C5.9010300@stesmi.com> Content-Type: text/plain Organization: Message-Id: <1050422432.2774.24.camel@vader.homenet> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 15 Apr 2003 11:00:35 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3676 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rhouston@rlhc.net Precedence: bulk X-list: linux-xfs Content-Length: 1306 Lines: 57 Hi Great work. Any word yet on a cd-rom based XFS installer for RH 9.0 yet. Just wondering. Really looking forward to this. Thanks Rich On Tue, 2003-04-15 at 10:18, Stefan Smietanowski wrote: > Mogens Kjaer wrote: > > Mogens Kjaer wrote: > > ... > > > >> Hm, there must be a better way of doing this (tm). Remounting > >> the installation partition? > > > > ... > > > > Success! It turned out to be easier than I thought: > > > > I couldn't umount /mnt/sysimage, it was busy because > > /mnt/sysimage/proc and /mnt/sysimage/dev/pts were > > also mounted. > > > > To umount everything, and mount it again, > > one has to add these two lines to > > /usr/lib/booty/bootloaderInfo.py in stage2.img, > > near line 806, (inbetween the calls > > of /sbin/grub-install and /sbin/grub): > > > > fsset.umountFilesystems(instRoot) > > fsset.mountFilesystems(instRoot) > > > > - maybe the upgradeGrub function needs to > > be changed as well... > > > > It works both if the /boot directory > > is a part of the root directory, and if > > /boot is on an XFS partition of its own. > > > > Mogens > > > > Excellent work. I'll be testing this and will probably release a new DVD > with this fix tomorrow. Thanx alot. > > // Stefan > > -- Richard Houston From owner-linux-xfs@oss.sgi.com Tue Apr 15 09:07:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:07:53 -0700 (PDT) Received: from proxy2.rlhc.net ([24.66.76.252]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FG7YFu027089 for ; Tue, 15 Apr 2003 09:07:35 -0700 Received: from jangofett.homenet (jangofett.homenet [10.1.1.85]) by proxy2.rlhc.net (Postfix) with ESMTP id BA66828D4F; Tue, 15 Apr 2003 11:12:41 -0500 (CDT) Received: from 127.0.0.1 (jangofet.homenet [127.0.0.1]) by dummy.domain.name (Postfix) with SMTP id 7FA2A307617; Tue, 15 Apr 2003 11:13:54 -0500 (CDT) Received: from vader.homnet (vader.homenet [10.1.1.5]) by jangofett.homenet (Postfix) with ESMTP id E9CA430739C; Tue, 15 Apr 2003 11:13:53 -0500 (CDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Richard Houston To: brett holcomb Cc: XFS List In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1050423254.2774.31.camel@vader.homenet> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 15 Apr 2003 11:14:15 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3677 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rhouston@rlhc.net Precedence: bulk X-list: linux-xfs Content-Length: 2344 Lines: 91 I heartily agree with you. My question stems from one of the original posts on this thread mentioning that they would be starting on the CD version after the DVD was finished. Or at least something to that affect. Funny that hey say 7.3 was the last on yet the ftp site has RH 8.0 XFS V4 installer. I am not really concerned with if it is office just as long as it works. ;) Thanks Rich On Tue, 2003-04-15 at 10:56, brett holcomb wrote: > Well, the post on the site with the 7.3 installer said > this was his last installer for RH. If we wanted XFS on a > distro then we had to beat on the distro vendor to provide > support. I can't believe RH doesn't yet have XFS support! > What is wrong with them? > > > > On 15 Apr 2003 11:00:35 -0500 > Richard Houston wrote: > >Hi Great work. > > > >Any word yet on a cd-rom based XFS installer for RH 9.0 > >yet. > > > >Just wondering. Really looking forward to this. > > > >Thanks > > > >Rich > > > > > > > >On Tue, 2003-04-15 at 10:18, Stefan Smietanowski wrote: > >> Mogens Kjaer wrote: > >> > Mogens Kjaer wrote: > >> > ... > >> > > >> >> Hm, there must be a better way of doing this (tm). > >>Remounting > >> >> the installation partition? > >> > > >> > ... > >> > > >> > Success! It turned out to be easier than I thought: > >> > > >> > I couldn't umount /mnt/sysimage, it was busy because > >> > /mnt/sysimage/proc and /mnt/sysimage/dev/pts were > >> > also mounted. > >> > > >> > To umount everything, and mount it again, > >> > one has to add these two lines to > >> > /usr/lib/booty/bootloaderInfo.py in stage2.img, > >> > near line 806, (inbetween the calls > >> > of /sbin/grub-install and /sbin/grub): > >> > > >> > fsset.umountFilesystems(instRoot) > >> > fsset.mountFilesystems(instRoot) > >> > > >> > - maybe the upgradeGrub function needs to > >> > be changed as well... > >> > > >> > It works both if the /boot directory > >> > is a part of the root directory, and if > >> > /boot is on an XFS partition of its own. > >> > > >> > Mogens > >> > > >> > >> Excellent work. I'll be testing this and will probably > >>release a new DVD > >> with this fix tomorrow. Thanx alot. > >> > >> // Stefan > >> > >> > >-- > >Richard Houston > > > > > > > -- Richard Houston From owner-linux-xfs@oss.sgi.com Tue Apr 15 09:15:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:15:59 -0700 (PDT) Received: from notessrv.lms.com (mail.plasmon.com [63.110.48.244]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FGFsFu027575 for ; Tue, 15 Apr 2003 09:15:55 -0700 Subject: Re: DMF for Linux To: Dean Roehrich Cc: linux-xfs@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.7 March 21, 2001 Message-ID: From: andy.richards@plasmon.lms.com Date: Tue, 15 Apr 2003 10:15:07 -0600 X-MIMETrack: Serialize by Router on Colorado01/SVR/Plasmon(Release 5.0.6a |January 17, 2001) at 04/15/2003 10:15:19 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3678 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andy.richards@plasmon.lms.com Precedence: bulk X-list: linux-xfs Content-Length: 1720 Lines: 47 Hi Dean, Any plans for when the Linux version will be released? Are you aware of any other 3rd party HSM solutions which work with Linux implementation of XFS? Thanks, Andrew E. Richards Vice President, Business Development Plasmon, Inc. 400 Inverness Parkway, Suite 310 Englewood, CO 80112 (720) 873-2503 (office) (303) 356-5012 (cell) andy.richards@plasmon.com www.plasmon.com Dean Roehrich cc: linux-xfs@oss.sgi.com Subject: Re: DMF for Linux 04/15/2003 08:48 AM >From: andy.richards@plasmon.lms.com >Hi, > >Is there a Linux port for DMF (Data Migration Facility)? Is this open >sourced? Who can I contact for more information? DMF is proprietary. The Linux version hasn't released yet. Dean From owner-linux-xfs@oss.sgi.com Tue Apr 15 09:27:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:27:46 -0700 (PDT) Received: from rems09.cluster1.charter.net (rems09.cluster1.charter.net [209.225.8.209]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FGRgFu028224 for ; Tue, 15 Apr 2003 09:27:43 -0700 Received: from [158.158.240.230] (account ) by rems09.cluster1.charter.net (CommuniGate Pro WebUser 3.5.9b) with HTTP id 844351 for ; Tue, 15 Apr 2003 12:27:36 -0400 From: "brett holcomb" Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released To: linux-xfs@oss.sgi.com X-Mailer: CommuniGate Pro Web Mailer v.3.5.9b Date: Tue, 15 Apr 2003 12:27:36 -0400 Message-ID: In-Reply-To: <1050423254.2774.31.camel@vader.homenet> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3679 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 2909 Lines: 112 I'm not sure what is happening. I haven't looked at it since November/December when I downloaded the RH 7.3 installer. I noticed the posting at the time. Since I no longer use RH I haven't followed it. Maybe someone else picked up the work and made a 8.0 version. Many other distros offer XFS so I wonder what's keeping RH. Especially if they want to do servers! On 15 Apr 2003 11:14:15 -0500 Richard Houston wrote: >I heartily agree with you. > >My question stems from one of the original posts on this >thread >mentioning that they would be starting on the CD version >after the DVD >was finished. Or at least something to that affect. > >Funny that hey say 7.3 was the last on yet the ftp site >has RH 8.0 XFS >V4 installer. I am not really concerned with if it is >office just as >long as it works. ;) > >Thanks > >Rich > >On Tue, 2003-04-15 at 10:56, brett holcomb wrote: >> Well, the post on the site with the 7.3 installer said >> this was his last installer for RH. If we wanted XFS on >>a >> distro then we had to beat on the distro vendor to >>provide >> support. I can't believe RH doesn't yet have XFS >>support! >> What is wrong with them? >> >> >> >> On 15 Apr 2003 11:00:35 -0500 >> Richard Houston wrote: >> >Hi Great work. >> > >> >Any word yet on a cd-rom based XFS installer for RH 9.0 >> >yet. >> > >> >Just wondering. Really looking forward to this. >> > >> >Thanks >> > >> >Rich >> > >> > >> > >> >On Tue, 2003-04-15 at 10:18, Stefan Smietanowski wrote: >> >> Mogens Kjaer wrote: >> >> > Mogens Kjaer wrote: >> >> > ... >> >> > >> >> >> Hm, there must be a better way of doing this (tm). >> >>Remounting >> >> >> the installation partition? >> >> > >> >> > ... >> >> > >> >> > Success! It turned out to be easier than I thought: >> >> > >> >> > I couldn't umount /mnt/sysimage, it was busy >>because >> >> > /mnt/sysimage/proc and /mnt/sysimage/dev/pts were >> >> > also mounted. >> >> > >> >> > To umount everything, and mount it again, >> >> > one has to add these two lines to >> >> > /usr/lib/booty/bootloaderInfo.py in stage2.img, >> >> > near line 806, (inbetween the calls >> >> > of /sbin/grub-install and /sbin/grub): >> >> > >> >> > fsset.umountFilesystems(instRoot) >> >> > fsset.mountFilesystems(instRoot) >> >> > >> >> > - maybe the upgradeGrub function needs to >> >> > be changed as well... >> >> > >> >> > It works both if the /boot directory >> >> > is a part of the root directory, and if >> >> > /boot is on an XFS partition of its own. >> >> > >> >> > Mogens >> >> > >> >> >> >> Excellent work. I'll be testing this and will >>probably >> >>release a new DVD >> >> with this fix tomorrow. Thanx alot. >> >> >> >> // Stefan >> >> >> >> >> >-- >> >Richard Houston >> > >> > >> > >> >-- >Richard Houston > > From owner-linux-xfs@oss.sgi.com Tue Apr 15 09:31:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:31:55 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FGVZFu028685 for ; Tue, 15 Apr 2003 09:31:37 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FGiSVe010473 for ; Tue, 15 Apr 2003 11:44:28 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3FGVOa220127248; Tue, 15 Apr 2003 11:31:24 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3FGVRCI7740128; Tue, 15 Apr 2003 11:31:27 -0500 (CDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Eric Sandeen To: Richard Houston Cc: brett holcomb , XFS List In-Reply-To: <1050423254.2774.31.camel@vader.homenet> References: <1050423254.2774.31.camel@vader.homenet> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 15 Apr 2003 11:29:58 -0500 Message-Id: <1050424199.23018.42.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3680 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 661 Lines: 18 On Tue, 2003-04-15 at 11:14, Richard Houston wrote: > Funny that hey say 7.3 was the last on yet the ftp site has RH 8.0 XFS > V4 installer. I am not really concerned with if it is office just as > long as it works. ;) lest I be accused of breaking promises, I -did- stop after the RH 7.3 installer. Russell did the 8.0 installer. :) But if anyone wants to pick up the installer manufacturing duties, it would certainly leave more time for us to do real work on the filesystem. Looks like the DVD effort is a very good start. -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 Tue Apr 15 09:33:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:33:32 -0700 (PDT) Received: from rems09.cluster1.charter.net (rems09.cluster1.charter.net [209.225.8.209]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FGXSFu029120 for ; Tue, 15 Apr 2003 09:33:28 -0700 Received: from [158.158.240.230] (account ) by rems09.cluster1.charter.net (CommuniGate Pro WebUser 3.5.9b) with HTTP id 844383; Tue, 15 Apr 2003 12:33:22 -0400 From: "brett holcomb" Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released To: Eric Sandeen , Richard Houston Cc: brett holcomb , XFS List X-Mailer: CommuniGate Pro Web Mailer v.3.5.9b Date: Tue, 15 Apr 2003 12:33:22 -0400 Message-ID: In-Reply-To: <1050424199.23018.42.camel@stout.americas.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3681 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 1029 Lines: 35 Okay, so I wasn't crazy - I did see that note. I don't use RH anymore so I haven't followed the RH XFS install. RH just needs to add XFS as a choice. They say the do servers and from what I've seen XFS is becoming more and more popular for server system. On 15 Apr 2003 11:29:58 -0500 Eric Sandeen wrote: >On Tue, 2003-04-15 at 11:14, Richard Houston wrote: >> Funny that hey say 7.3 was the last on yet the ftp site >>has RH 8.0 XFS >> V4 installer. I am not really concerned with if it is >>office just as >> long as it works. ;) > >lest I be accused of breaking promises, I -did- stop >after the RH 7.3 >installer. Russell did the 8.0 installer. :) > >But if anyone wants to pick up the installer >manufacturing duties, it >would certainly leave more time for us to do real work on >the >filesystem. Looks like the DVD effort is a very good >start. > >-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 Tue Apr 15 09:44:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:44:14 -0700 (PDT) Received: from puariko.homeip.net (pD9E7FDA0.dip.t-dialin.net [217.231.253.160]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FGi8Fu029955 for ; Tue, 15 Apr 2003 09:44:10 -0700 Received: (from thimm@localhost) by sauron.nirvana (8.12.8/8.12.8/Submit) id h3FGcxA8002259; Tue, 15 Apr 2003 18:38:59 +0200 Date: Tue, 15 Apr 2003 18:38:59 +0200 From: Axel Thimm To: Mogens Kjaer Cc: linux-xfs@oss.sgi.com Subject: XFS bug? (was: Red Hat Linux 9 XFS DVD Released) Message-ID: <20030415163859.GB16672@sauron.nirvana> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E9BFD51.8060206@crc.dk> User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3682 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 1502 Lines: 46 So what is the fault there? Why does one need to unmount and remount, and more important, when does one have to do so? There have been reports with people upgrading their rpm (xfs enabled) kernels and crashing the GRUB second load stage. At the first sight this looks like the same bug the installer sees (these people have obviously installed the new kernel and rebooted a short while after, like the installer does). Maybe xfs root (or boot) filesystems don't write dirty buffers back, and (as a workaround) should always be remounted before shutting them down? On Tue, Apr 15, 2003 at 02:38:41PM +0200, Mogens Kjaer wrote: > Mogens Kjaer wrote: > ... > >Hm, there must be a better way of doing this (tm). Remounting > >the installation partition? > ... > > Success! It turned out to be easier than I thought: > > I couldn't umount /mnt/sysimage, it was busy because > /mnt/sysimage/proc and /mnt/sysimage/dev/pts were > also mounted. > > To umount everything, and mount it again, > one has to add these two lines to > /usr/lib/booty/bootloaderInfo.py in stage2.img, > near line 806, (inbetween the calls > of /sbin/grub-install and /sbin/grub): > > fsset.umountFilesystems(instRoot) > fsset.mountFilesystems(instRoot) > > - maybe the upgradeGrub function needs to > be changed as well... > > It works both if the /boot directory > is a part of the root directory, and if > /boot is on an XFS partition of its own. > > Mogens > -- Axel.Thimm@physik.fu-berlin.de From owner-linux-xfs@oss.sgi.com Tue Apr 15 09:46:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 09:46:34 -0700 (PDT) Received: from proxy2.rlhc.net ([24.66.76.252]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FGkSFu030422 for ; Tue, 15 Apr 2003 09:46:28 -0700 Received: from jangofett.homenet (jangofett.homenet [10.1.1.85]) by proxy2.rlhc.net (Postfix) with ESMTP id 8A7D428D4F for ; Tue, 15 Apr 2003 11:51:35 -0500 (CDT) Received: from 127.0.0.1 (jangofet.homenet [127.0.0.1]) by dummy.domain.name (Postfix) with SMTP id A8452307617 for ; Tue, 15 Apr 2003 11:52:48 -0500 (CDT) Received: from vader.homnet (vader.homenet [10.1.1.5]) by jangofett.homenet (Postfix) with ESMTP id 3B32C30739C for ; Tue, 15 Apr 2003 11:52:48 -0500 (CDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Richard Houston To: XFS List In-Reply-To: <1050424199.23018.42.camel@stout.americas.sgi.com> References: <1050423254.2774.31.camel@vader.homenet> <1050424199.23018.42.camel@stout.americas.sgi.com> Content-Type: text/plain Organization: Message-Id: <1050425589.2937.9.camel@vader.homenet> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 15 Apr 2003 11:53:09 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3683 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rhouston@rlhc.net Precedence: bulk X-list: linux-xfs Content-Length: 965 Lines: 29 My sincerest apologies Eric. I did not know it was not an official XFS installer and I surely did not want to sound like I was making an accusation and it defiantly sounds like I was. Sorry!! Like I said before, matter not if it is office or not as long as it works. ;) Keep up the great work. Thanks Rich On Tue, 2003-04-15 at 11:29, Eric Sandeen wrote: > On Tue, 2003-04-15 at 11:14, Richard Houston wrote: > > Funny that hey say 7.3 was the last on yet the ftp site has RH 8.0 XFS > > V4 installer. I am not really concerned with if it is office just as > > long as it works. ;) > > lest I be accused of breaking promises, I -did- stop after the RH 7.3 > installer. Russell did the 8.0 installer. :) > > But if anyone wants to pick up the installer manufacturing duties, it > would certainly leave more time for us to do real work on the > filesystem. Looks like the DVD effort is a very good start. > > -Eric -- Richard Houston From owner-linux-xfs@oss.sgi.com Tue Apr 15 10:08:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 10:09:13 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FH8sFu031074 for ; Tue, 15 Apr 2003 10:08:55 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FH8nE0019820 for ; Tue, 15 Apr 2003 10:08:49 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3FH8la220205714; Tue, 15 Apr 2003 12:08:48 -0500 (CDT) Received: from laptop.americas.sgi.com (cf-vpn-sw-corp-64-88.corp.sgi.com [134.15.64.88]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3FH8lwX45302411; Tue, 15 Apr 2003 12:08:47 -0500 (CDT) Received: from laptop.americas.sgi.com by laptop.americas.sgi.com (8.12.8/SGI-client-1.7) via ESMTP id h3FH8qd9002205; Tue, 15 Apr 2003 12:08:52 -0500 Received: (from lord@localhost) by laptop.americas.sgi.com (8.12.8/8.12.8/Submit) id h3FH8oKq002203; Tue, 15 Apr 2003 12:08:50 -0500 X-Authentication-Warning: laptop.americas.sgi.com: lord set sender to lord@sgi.com using -f Subject: Re: XFS bug? (was: Red Hat Linux 9 XFS DVD Released) From: Steve Lord To: Axel Thimm Cc: Mogens Kjaer , linux-xfs@oss.sgi.com In-Reply-To: <20030415163859.GB16672@sauron.nirvana> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <20030415163859.GB16672@sauron.nirvana> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 15 Apr 2003 12:08:50 -0500 Message-Id: <1050426530.1166.248.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3684 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 946 Lines: 22 On Tue, 2003-04-15 at 11:38, Axel Thimm wrote: > So what is the fault there? Why does one need to unmount and remount, and more > important, when does one have to do so? > > There have been reports with people upgrading their rpm (xfs enabled) kernels > and crashing the GRUB second load stage. At the first sight this looks like > the same bug the installer sees (these people have obviously installed the new > kernel and rebooted a short while after, like the installer does). > > Maybe xfs root (or boot) filesystems don't write dirty buffers back, and > (as a workaround) should always be remounted before shutting them down? If you have ext3 filesystems active on the same box then a bug in ext3 can actually prevent kernel threads from flushing anything else to disk. This is fixed in the latest 2.4.21-pre kernel, but not a lot of other places. If folks are running with ext3 in the mix this may be the cause of the problem. Steve From owner-linux-xfs@oss.sgi.com Tue Apr 15 11:25:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 11:25:32 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FIPDFu000728 for ; Tue, 15 Apr 2003 11:25:14 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3FIKC8Y001219; Tue, 15 Apr 2003 20:20:12 +0200 Message-ID: <3E9C4D5B.30800@stesmi.com> Date: Tue, 15 Apr 2003 20:20:11 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Lord CC: Axel Thimm , Mogens Kjaer , linux-xfs@oss.sgi.com Subject: Re: XFS bug? (was: Red Hat Linux 9 XFS DVD Released) References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <20030415163859.GB16672@sauron.nirvana> <1050426530.1166.248.camel@laptop.americas.sgi.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3685 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 1131 Lines: 31 Steve Lord wrote: > On Tue, 2003-04-15 at 11:38, Axel Thimm wrote: > >>So what is the fault there? Why does one need to unmount and remount, and more >>important, when does one have to do so? >> >>There have been reports with people upgrading their rpm (xfs enabled) kernels >>and crashing the GRUB second load stage. At the first sight this looks like >>the same bug the installer sees (these people have obviously installed the new >>kernel and rebooted a short while after, like the installer does). >> >>Maybe xfs root (or boot) filesystems don't write dirty buffers back, and >>(as a workaround) should always be remounted before shutting them down? > > > If you have ext3 filesystems active on the same box then a bug in > ext3 can actually prevent kernel threads from flushing anything else > to disk. This is fixed in the latest 2.4.21-pre kernel, but not a > lot of other places. If folks are running with ext3 in the mix this > may be the cause of the problem. > > Steve > > > This bug appears also on pure XFS systems. I even hacked XFS to always mount the filesystem sync and it still didn't help. // Stefan From owner-linux-xfs@oss.sgi.com Tue Apr 15 11:30:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 11:30:43 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FIUbFu001199 for ; Tue, 15 Apr 2003 11:30:38 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FIUWVV001366 for ; Tue, 15 Apr 2003 11:30:32 -0700 Received: from laptop.americas.sgi.com (cf-vpn-sw-corp-64-88.corp.sgi.com [134.15.64.88]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h3FITVX133577228; Tue, 15 Apr 2003 11:29:31 -0700 (PDT) Received: from laptop.americas.sgi.com by laptop.americas.sgi.com (8.12.8/SGI-client-1.7) via ESMTP id h3FITbe6002415; Tue, 15 Apr 2003 13:29:37 -0500 Received: (from lord@localhost) by laptop.americas.sgi.com (8.12.8/8.12.8/Submit) id h3FITZS6002413; Tue, 15 Apr 2003 13:29:35 -0500 X-Authentication-Warning: laptop.americas.sgi.com: lord set sender to lord@sgi.com using -f Subject: Re: XFS bug? (was: Red Hat Linux 9 XFS DVD Released) From: Steve Lord To: Stefan Smietanowski Cc: Axel Thimm , Mogens Kjaer , linux-xfs@oss.sgi.com In-Reply-To: <3E9C4D5B.30800@stesmi.com> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <20030415163859.GB16672@sauron.nirvana> <1050426530.1166.248.camel@laptop.americas.sgi.com> <3E9C4D5B.30800@stesmi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 15 Apr 2003 13:29:34 -0500 Message-Id: <1050431374.1181.259.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3686 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 600 Lines: 22 On Tue, 2003-04-15 at 13:20, Stefan Smietanowski wrote: > Steve Lord wrote: > > If you have ext3 filesystems active on the same box then a bug in > > ext3 can actually prevent kernel threads from flushing anything else > > to disk. This is fixed in the latest 2.4.21-pre kernel, but not a > > lot of other places. If folks are running with ext3 in the mix this > > may be the cause of the problem. > > > > Steve > > > > This bug appears also on pure XFS systems. I even hacked XFS to always > mount the filesystem sync and it still didn't help. > > // Stefan OK, good to know Thanks Steve From owner-linux-xfs@oss.sgi.com Tue Apr 15 11:55:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 11:55:38 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FItZFu002146 for ; Tue, 15 Apr 2003 11:55:35 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FItTVV004185 for ; Tue, 15 Apr 2003 11:55:29 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3FItQa220160606 for ; Tue, 15 Apr 2003 13:55:26 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3FItSwX46761495 for ; Tue, 15 Apr 2003 13:55:28 -0500 (CDT) Subject: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer From: Russell Cattelan To: linux-xfs@oss.sgi.com Content-Type: text/plain Organization: Message-Id: <1050433351.49893.35.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 15 Apr 2003 14:02:32 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3687 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 663 Lines: 20 ftp://oss.sgi.com/projects/xfs/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v0.iso This comes to you with the basic "works for me" support agreement. Please download it and give it a try and report success or failures, and we may or may not fix problems. The kernel rpm is based on the RH9.0 kernel with xfs 1.2.0. Thanks to Christoph Hellwig. The installer changes are based on previous installers and Stefan Smietanowski DVD work. Ohh and yes I know some of the images say 8.0 on them. I didn't feel like brushing up on my limited gimp skills so I just dragged all the graphics over from the 8.0 installer. -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Tue Apr 15 11:58:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 11:58:25 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FIwKFu002579 for ; Tue, 15 Apr 2003 11:58:21 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3FIwK8Y001367; Tue, 15 Apr 2003 20:58:20 +0200 Message-ID: <3E9C564C.9010406@stesmi.com> Date: Tue, 15 Apr 2003 20:58:20 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Russell Cattelan CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer References: <1050433351.49893.35.camel@relax.americas.sgi.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3688 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 778 Lines: 24 Russell Cattelan wrote: > ftp://oss.sgi.com/projects/xfs/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v0.iso > > This comes to you with the basic "works for me" support agreement. > Please download it and give it a try and report success or failures, > and we may or may not fix problems. > > The kernel rpm is based on the RH9.0 kernel with xfs 1.2.0. > Thanks to Christoph Hellwig. > > The installer changes are based on previous installers and > Stefan Smietanowski DVD work. > > > Ohh and yes I know some of the images say 8.0 on them. > I didn't feel like brushing up on my limited gimp skills > so I just dragged all the graphics over from the 8.0 installer. > Is this Christoph's -8 kernel or my -9 kernel (that is based on Christph's of course) ? // Stefan From owner-linux-xfs@oss.sgi.com Tue Apr 15 12:56:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 12:56:52 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FJugFu003630 for ; Tue, 15 Apr 2003 12:56:46 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 195WWL-0005EJ-00 for ; Tue, 15 Apr 2003 21:55:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 195WVt-0005CE-00 for ; Tue, 15 Apr 2003 21:54:41 +0200 From: Nicholas Wourms Subject: kdb-4.1 & RedHat 9.0 [was Re: Automatic detection of O(1) scheduler in latest kdb] Date: Tue, 15 Apr 2003 15:49:07 -0400 Message-ID: <3E9C6233.1070602@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3689 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nwourms@myrealbox.com Precedence: bulk X-list: linux-xfs Content-Length: 1993 Lines: 55 Keith Owens wrote: > On Tue, 08 Apr 2003 11:28:54 -0400, > Nicholas Wourms wrote: > >>According to the ChangLog, the kdb code now has automatic >>recognition support for the O(1) scheduler. However, in >>kdb_bt.c, there is an ungaurded "init_tasks". This causes >>problems for users of O(1), because the scheduler removes >>init_tasks in favor of something else. Just thought I'd >>report this. > > > It depends which O(1) scheduler you are using, there are multiple > variants. In the version that SGI use on the Altix boxes, init_tasks > still exists. > > However this has got to be enough of a nuisance that the next version > of kdb will drop init_tasks and use its own data areas to track the > idle tasks. > Just for kicks, I tried compiling the latest kdb into the RedHat 9.0 source package. Unfortunately, the signal/threading backport for NPTL seems to be causing even more undefined/undeclared function calls then the O(1) scheduler already does alone. Specifically, it seems as if: init_tasks (we already know about this one) task_has_cpu runqueue_lock are no longer used, having been replaced by per-cpu based versions. Seeing as how this backport is essential for NPTL, will the next kdb be able to work with patch & Ingo's O(1) (or RedHat 9.0 sources for that matter)? It'd be a bummer to have to choose between the two (or have to go with an older kdb)... I tried, but unfortunately was unsuccessful, in my attempts to get it working properly on a SMP box. I did get it to compile, but I know that my lack of understanding w.r.t. to kernel scheduling and threading led to kdb not actually working properly. I googled for some conversion samples, but unfortunately converting from the old functions & structs to the new ones seems to require more then just a passing bit of knowledge. Has anyone else tried getting it working with RedHat 9 sources? Any workarounds or solutions? Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Tue Apr 15 13:54:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 13:54:30 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3FKsHFu005384 for ; Tue, 15 Apr 2003 13:54:17 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3FKsHVg005383 for linux-xfs@oss.sgi.com; Tue, 15 Apr 2003 13:54:17 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3FKsFFw005364 for ; Tue, 15 Apr 2003 13:54:15 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3FKpikE005301; Tue, 15 Apr 2003 13:51:44 -0700 Date: Tue, 15 Apr 2003 13:51:44 -0700 Message-Id: <200304152051.h3FKpikE005301@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3690 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 439 Lines: 19 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From christian.guggenberger@physik.uni-regensburg.de 2003-15-04 13:51 PDT ------- Russell, thanks for the patch. But I'm currently away from Regensburg - I'll do further tests, when I'm back in about two weeks. cheers. Christian ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Tue Apr 15 16:18:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 16:18:39 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FNIOFu018467 for ; Tue, 15 Apr 2003 16:18:24 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3FNIIVV029296 for ; Tue, 15 Apr 2003 16:18:18 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h3FNIIWg022150 for ; Tue, 15 Apr 2003 18:18:18 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h3FNIIKM022148 for linux-xfs@oss.sgi.com; Tue, 15 Apr 2003 18:18:18 -0500 Date: Tue, 15 Apr 2003 18:18:18 -0500 From: Rusell Cattelan Message-Id: <200304152318.h3FNIIKM022148@naboo.americas.sgi.com> Subject: TAKE - Whitespace cleanup X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3691 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 6114 Lines: 177 Some of the whitespace cleanup orginally done incorrectly places tabs where spaces should have remained. Date: Tue Apr 15 16:16:46 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs1/rsrc/2.4.x-xfs/clean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:144573a linux/fs/xfs/xfs_trans_space.h - 1.11 linux/fs/xfs/xfsidbg.c - 1.218 linux/fs/xfs/xfs_log.h - 1.66 linux/fs/xfs/xfs_log.c - 1.266 linux/fs/xfs/xfs_inum.h - 1.20 linux/fs/xfs/xfs_ialloc.h - 1.41 linux/fs/xfs/xfs_ialloc.c - 1.165 linux/fs/xfs/xfs_macros.c - 1.49 linux/fs/xfs/xfs_macros.h - 1.20 linux/fs/xfs/xfs_ag.h - 1.47 linux/fs/xfs/xfs_rw.h - 1.71 linux/fs/xfs/xfs_rw.c - 1.376 linux/fs/xfs/xfs_extfree_item.h - 1.16 linux/fs/xfs/xfs_extfree_item.c - 1.54 linux/fs/xfs/xfs_buf_item.h - 1.37 linux/fs/xfs/xfs_buf_item.c - 1.138 linux/fs/xfs/xfs_trans_inode.c - 1.42 linux/fs/xfs/xfs_trans_priv.h - 1.24 linux/fs/xfs/xfs_attr_sf.h - 1.17 linux/fs/xfs/xfs_log_priv.h - 1.87 linux/fs/xfs/xfs_da_btree.c - 1.141 linux/fs/xfs/xfs_da_btree.h - 1.51 linux/fs/xfs/xfs_bit.h - 1.15 linux/fs/xfs/xfs_bit.c - 1.20 linux/fs/xfs/xfs_sb.h - 1.56 linux/fs/xfs/xfs_trans_ail.c - 1.67 linux/fs/xfs/xfs_vnodeops.c - 1.587 linux/fs/xfs/xfs_dir2_block.c - 1.30 linux/fs/xfs/xfs_dir2_block.h - 1.11 linux/fs/xfs/xfs_attr_fetch.c - 1.13 linux/fs/xfs/xfs_dir.h - 1.39 linux/fs/xfs/xfs_dir.c - 1.150 linux/fs/xfs/xfs_rtalloc.h - 1.24 linux/fs/xfs/xfs_rtalloc.c - 1.86 linux/fs/xfs/xfs_itable.c - 1.112 linux/fs/xfs/xfs_itable.h - 1.38 linux/fs/xfs/xfs_ialloc_btree.h - 1.22 linux/fs/xfs/xfs_ialloc_btree.c - 1.72 linux/fs/xfs/xfs_dmapi.h - 1.39 linux/fs/xfs/xfs_inode_item.c - 1.111 linux/fs/xfs/xfs_inode_item.h - 1.42 linux/fs/xfs/Makefile - 1.157 linux/fs/xfs/xfs_iocore.c - 1.40 linux/fs/xfs/xfs_log_recover.h - 1.17 linux/fs/xfs/xfs_log_recover.c - 1.261 linux/fs/xfs/xfs_trans_item.c - 1.35 linux/fs/xfs/xfs_vfsops.c - 1.415 linux/fs/xfs/xfs_dfrag.c - 1.37 linux/fs/xfs/xfs_dfrag.h - 1.7 linux/fs/xfs/xfs_iget.c - 1.185 linux/fs/xfs/xfs_clnt.h - 1.38 linux/fs/xfs/xfs_bmap_btree.c - 1.135 linux/fs/xfs/xfs_dir2_sf.h - 1.16 linux/fs/xfs/xfs_dir2_sf.c - 1.33 linux/fs/xfs/xfs_dir_leaf.c - 1.111 linux/fs/xfs/xfs_dir_leaf.h - 1.37 linux/fs/xfs/xfs_mount.h - 1.170 linux/fs/xfs/xfs_mount.c - 1.324 linux/fs/xfs/xfs_btree.c - 1.104 linux/fs/xfs/xfs_btree.h - 1.55 linux/fs/xfs/xfs_dir2_data.c - 1.20 linux/fs/xfs/xfs_dir2_data.h - 1.8 linux/fs/xfs/xfs_trans_extfree.c - 1.21 linux/fs/xfs/xfs_inode.c - 1.369 linux/fs/xfs/xfs_inode.h - 1.179 linux/fs/xfs/xfs_dir2_trace.c - 1.14 linux/fs/xfs/xfs_dir2_trace.h - 1.7 linux/fs/xfs/xfs_dir2_leaf.c - 1.31 linux/fs/xfs/xfs_dir2_leaf.h - 1.12 linux/fs/xfs/xfs_attr_leaf.h - 1.30 linux/fs/xfs/xfs_attr_leaf.c - 1.70 linux/fs/xfs/xfs_types.h - 1.68 linux/fs/xfs/xfs_trans.c - 1.142 linux/fs/xfs/xfs_trans.h - 1.118 linux/fs/xfs/xfs_error.c - 1.41 linux/fs/xfs/xfs_error.h - 1.32 linux/fs/xfs/xfs_utils.c - 1.59 linux/fs/xfs/xfs_utils.h - 1.29 linux/fs/xfs/xfs_dir_sf.h - 1.22 linux/fs/xfs/xfs_alloc.c - 1.164 linux/fs/xfs/xfs_alloc.h - 1.54 linux/fs/xfs/xfs_fsops.h - 1.23 linux/fs/xfs/xfs_fsops.c - 1.89 linux/fs/xfs/xfs_imap.h - 1.9 linux/fs/xfs/xfs_bmap.h - 1.80 linux/fs/xfs/xfs_bmap.c - 1.302 linux/fs/xfs/xfs_alloc_btree.h - 1.24 linux/fs/xfs/xfs_alloc_btree.c - 1.76 linux/fs/xfs/xfs_quota.h - 1.32 linux/fs/xfs/xfs_trans_buf.c - 1.111 linux/fs/xfs/xfs_dir2_node.c - 1.34 linux/fs/xfs/xfs_dir2_node.h - 1.8 linux/fs/xfs/xfs_rename.c - 1.49 linux/fs/xfs/xfs_attr.c - 1.103 linux/fs/xfs/xfs_attr.h - 1.24 linux/fs/xfs/xfs_dir2.h - 1.13 linux/fs/xfs/xfs_dir2.c - 1.42 linux/fs/xfs/xfs_dinode.h - 1.62 linux/fs/xfs/linux/xfs_lrw.h - 1.35 linux/fs/xfs/linux/xfs_lrw.c - 1.186 linux/fs/xfs/linux/xfs_vfs.c - 1.43 linux/fs/xfs/linux/xfs_globals.c - 1.45 linux/fs/xfs/linux/xfs_linux.h - 1.104 linux/fs/xfs/linux/Makefile - 1.70 linux/fs/xfs/linux/xfs_file.c - 1.89 linux/fs/xfs/linux/xfs_vnode.c - 1.112 linux/fs/xfs/linux/xfs_fs_subr.c - 1.37 linux/fs/xfs/linux/xfs_super.h - 1.43 linux/fs/xfs/linux/xfs_super.c - 1.246 linux/fs/xfs/linux/xfs_behavior.c - 1.18 linux/fs/xfs/linux/xfs_iops.c - 1.188 linux/fs/xfs/linux/xfs_iops.h - 1.20 linux/fs/xfs/linux/xfs_cred.h - 1.22 linux/fs/xfs/xfs_arch.h - 1.38 linux/fs/xfs/linux/xfs_ioctl.c - 1.90 linux/fs/xfs/dmapi/dmapi_event.c - 1.12 linux/fs/xfs/linux/xfs_globals.h - 1.18 linux/fs/xfs/xfs.h - 1.37 linux/fs/xfs/linux/xfs_vnode.h - 1.77 linux/fs/xfs/linux/xfs_vfs.h - 1.38 linux/fs/xfs/linux/xfs_fs_subr.h - 1.11 linux/fs/xfs/linux/xfs_behavior.h - 1.14 linux/fs/xfs/support/uuid.h - 1.9 linux/fs/xfs/support/debug.c - 1.21 linux/fs/xfs/support/uuid.c - 1.12 linux/fs/xfs/support/time.h - 1.11 linux/fs/xfs/support/sv.h - 1.12 linux/fs/xfs/support/spin.h - 1.11 linux/fs/xfs/support/sema.h - 1.8 linux/fs/xfs/support/qsort.h - 1.6 linux/fs/xfs/support/qsort.c - 1.6 linux/fs/xfs/support/mutex.h - 1.11 linux/fs/xfs/support/mrlock.h - 1.9 linux/fs/xfs/support/mrlock.c - 1.14 linux/fs/xfs/support/ktrace.h - 1.7 linux/fs/xfs/support/move.h - 1.11 linux/fs/xfs/linux/xfs_stats.c - 1.11 linux/fs/xfs/linux/xfs_stats.h - 1.7 linux/fs/xfs/support/Makefile - 1.13 linux/fs/xfs/support/move.c - 1.11 linux/fs/xfs/support/kmem.h - 1.12 linux/fs/xfs/support/debug.h - 1.6 linux/fs/xfs/support/kmem.c - 1.24 linux/fs/xfs/support/ktrace.c - 1.13 linux/fs/xfs/xfs_acl.h - 1.23 linux/fs/xfs/xfs_acl.c - 1.40 linux/fs/xfs/linux/xfs_sysctl.h - 1.11 linux/fs/xfs/linux/xfs_sysctl.c - 1.16 linux/fs/xfs/pagebuf/Makefile - 1.18 linux/fs/xfs/pagebuf/page_buf_locking.c - 1.36 linux/fs/xfs/pagebuf/page_buf.c - 1.113 linux/fs/xfs/pagebuf/page_buf_trace.h - 1.5 linux/fs/xfs/pagebuf/page_buf.h - 1.65 linux/fs/xfs/xfs_mac.h - 1.7 linux/fs/xfs/xfs_mac.c - 1.5 linux/fs/xfs/pagebuf/page_buf_internal.h - 1.22 linux/fs/xfs/xfs_cap.h - 1.7 linux/fs/xfs/xfs_cap.c - 1.10 linux/fs/xfs/linux/xfs_aops.c - 1.31 linux/fs/xfs/linux/xfs_iomap.c - 1.8 linux/fs/xfs/dmapi/dmapi_xfs.c - 1.5 linux/fs/xfs/quota/xfs_qm_syscalls.c - 1.2 - Clean up some whitespace... revert some whitespace changes from previous whitespace cleanup (incorrect tabs) From owner-linux-xfs@oss.sgi.com Tue Apr 15 16:56:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 16:56:29 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3FNuNFu019440 for ; Tue, 15 Apr 2003 16:56:25 -0700 Received: (qmail 353 invoked from network); 15 Apr 2003 23:56:21 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 15 Apr 2003 23:56:21 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id 5AE64300087; Wed, 16 Apr 2003 09:56:18 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 9447919B; Wed, 16 Apr 2003 09:56:18 +1000 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Nicholas Wourms Cc: linux-xfs@oss.sgi.com Subject: Re: kdb-4.1 & RedHat 9.0 [was Re: Automatic detection of O(1) scheduler in latest kdb] In-reply-to: Your message of "Tue, 15 Apr 2003 15:49:07 -0400." <3E9C6233.1070602@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Apr 2003 09:56:13 +1000 Message-ID: <21296.1050450973@ocs3.intra.ocs.com.au> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3692 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 719 Lines: 17 On Tue, 15 Apr 2003 15:49:07 -0400, Nicholas Wourms wrote: >Just for kicks, I tried compiling the latest kdb into the >RedHat 9.0 source package. Unfortunately, the >signal/threading backport for NPTL seems to be causing even >more undefined/undeclared function calls then the O(1) >scheduler already does alone. Specifically, it seems as if: > >init_tasks (we already know about this one) >task_has_cpu >runqueue_lock The first two are fixed in my work area. runqueue_lock is only used by the kill command, the version of 'kill' in my work area is disabled for O(1) scheduler. I plan to release kdb v4.2 at the end of the month with these changes, after we finish moving offices :(. From owner-linux-xfs@oss.sgi.com Tue Apr 15 17:07:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 17:07:20 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G07EFu019966 for ; Tue, 15 Apr 2003 17:07:15 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3G02D8Y002688; Wed, 16 Apr 2003 02:02:13 +0200 Message-ID: <3E9C9D84.6020509@stesmi.com> Date: Wed, 16 Apr 2003 02:02:12 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Smietanowski CC: Mogens Kjaer , linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <3E9C22C5.9010300@stesmi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3693 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 1111 Lines: 46 Hi Mogens. >>> Hm, there must be a better way of doing this (tm). Remounting >>> the installation partition? >> >> >> ... >> >> Success! It turned out to be easier than I thought: >> >> I couldn't umount /mnt/sysimage, it was busy because >> /mnt/sysimage/proc and /mnt/sysimage/dev/pts were >> also mounted. >> >> To umount everything, and mount it again, >> one has to add these two lines to >> /usr/lib/booty/bootloaderInfo.py in stage2.img, >> near line 806, (inbetween the calls >> of /sbin/grub-install and /sbin/grub): >> >> fsset.umountFilesystems(instRoot) >> fsset.mountFilesystems(instRoot) >> >> - maybe the upgradeGrub function needs to >> be changed as well... >> >> It works both if the /boot directory >> is a part of the root directory, and if >> /boot is on an XFS partition of its own. >> >> Mogens >> > > Excellent work. I'll be testing this and will probably release a new DVD > with this fix tomorrow. Thanx alot. Sadly enough it didn't help. I got an exception because the partition is in use... And yes, I inserted those two lines on line 806. // Stefan From owner-linux-xfs@oss.sgi.com Tue Apr 15 17:23:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 17:23:32 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G0NEFu020738 for ; Tue, 15 Apr 2003 17:23:14 -0700 Received: from [10.0.0.10] (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h3G0I9cv028090; Tue, 15 Apr 2003 19:18:10 -0500 (CDT) (envelope-from cattelan@thebarn.com) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Russell Cattelan To: Stefan Smietanowski Cc: Mogens Kjaer , linux-xfs@oss.sgi.com In-Reply-To: <3E9C9D84.6020509@stesmi.com> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <3E9C22C5.9010300@stesmi.com> <3E9C9D84.6020509@stesmi.com> Content-Type: text/plain Organization: Message-Id: <1050452289.569.17.camel@lupo.thebarn.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 15 Apr 2003 19:18:09 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3694 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 1465 Lines: 54 On Tue, 2003-04-15 at 19:02, Stefan Smietanowski wrote: > Hi Mogens. > > > >>> Hm, there must be a better way of doing this (tm). Remounting > >>> the installation partition? > >> > >> > >> ... > >> > >> Success! It turned out to be easier than I thought: > >> > >> I couldn't umount /mnt/sysimage, it was busy because > >> /mnt/sysimage/proc and /mnt/sysimage/dev/pts were > >> also mounted. > >> > >> To umount everything, and mount it again, > >> one has to add these two lines to > >> /usr/lib/booty/bootloaderInfo.py in stage2.img, > >> near line 806, (inbetween the calls > >> of /sbin/grub-install and /sbin/grub): > >> > >> fsset.umountFilesystems(instRoot) > >> fsset.mountFilesystems(instRoot) > >> > >> - maybe the upgradeGrub function needs to > >> be changed as well... > >> > >> It works both if the /boot directory > >> is a part of the root directory, and if > >> /boot is on an XFS partition of its own. > >> > >> Mogens > >> > > > > Excellent work. I'll be testing this and will probably release a new DVD > > with this fix tomorrow. Thanx alot. > > Sadly enough it didn't help. > > I got an exception because the partition is in use... > > And yes, I inserted those two lines on line 806. Yes I discoverd the same thing. I think the real solutions is to do a readonly and then a read write mount. I just don't know if the python code supports a remount. > > // Stefan -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Tue Apr 15 17:49:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 17:50:01 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G0njFu021426 for ; Tue, 15 Apr 2003 17:49:46 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3G0ni8Y002883; Wed, 16 Apr 2003 02:49:44 +0200 Message-ID: <3E9CA8A8.9080107@stesmi.com> Date: Wed, 16 Apr 2003 02:49:44 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Russell Cattelan CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <3E9C22C5.9010300@stesmi.com> <3E9C9D84.6020509@stesmi.com> <1050452289.569.17.camel@lupo.thebarn.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3695 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 1695 Lines: 65 Russell Cattelan wrote: > On Tue, 2003-04-15 at 19:02, Stefan Smietanowski wrote: > >>Hi Mogens. >> >> >> >>>>>Hm, there must be a better way of doing this (tm). Remounting >>>>>the installation partition? >>>> >>>> >>>>... >>>> >>>>Success! It turned out to be easier than I thought: >>>> >>>>I couldn't umount /mnt/sysimage, it was busy because >>>>/mnt/sysimage/proc and /mnt/sysimage/dev/pts were >>>>also mounted. >>>> >>>>To umount everything, and mount it again, >>>>one has to add these two lines to >>>>/usr/lib/booty/bootloaderInfo.py in stage2.img, >>>>near line 806, (inbetween the calls >>>>of /sbin/grub-install and /sbin/grub): >>>> >>>> fsset.umountFilesystems(instRoot) >>>> fsset.mountFilesystems(instRoot) >>>> >>>>- maybe the upgradeGrub function needs to >>>>be changed as well... >>>> >>>>It works both if the /boot directory >>>>is a part of the root directory, and if >>>>/boot is on an XFS partition of its own. >>>> >>>>Mogens >>>> >>> >>>Excellent work. I'll be testing this and will probably release a new DVD >>>with this fix tomorrow. Thanx alot. >> >>Sadly enough it didn't help. >> >>I got an exception because the partition is in use... >> >>And yes, I inserted those two lines on line 806. > > > Yes I discoverd the same thing. > I think the real solutions is to do a readonly > and then a read write mount. > I just don't know if the python code supports a remount. > > >>// Stefan > It doesn't by default but I'm testing a workaround right now. May I ask why you used the 2.4.20-8XFS kernel and not the 2.4.20-9XFS kernel that I made? Thought it could be an idea to be up to date on the files you replace at least? // Stefan From owner-linux-xfs@oss.sgi.com Tue Apr 15 19:29:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 19:29:54 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G2TcFu023236 for ; Tue, 15 Apr 2003 19:29:39 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3G2TVVV012064 for ; Tue, 15 Apr 2003 19:29:32 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3G2SE4e1272951 for ; Wed, 16 Apr 2003 12:28:14 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3G2SDT11272637 for linux-xfs@oss.sgi.com; Wed, 16 Apr 2003 12:28:13 +1000 (EST) Date: Wed, 16 Apr 2003 12:28:13 +1000 (EST) From: Nathan Scott Message-Id: <200304160228.h3G2SDT11272637@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - UUID cleanups X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3696 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 783 Lines: 27 UUID cleanup - remove unused functions, create a decent table abstraction and make the mount code clearer in the process. Date: Tue Apr 15 19:21:42 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-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:144596a linux/fs/xfs/xfs_vfsops.c - 1.416 - Remove UUID mutex initialization, done elsewhere now. linux/fs/xfs/xfs_mount.c - 1.325 - UUID table code is now much cleaner, and several mismatched function declarations cleaned up too. linux/fs/xfs/linux/xfs_super.c - 1.248 - Initialize UUID code. linux/fs/xfs/support/uuid.h - 1.10 linux/fs/xfs/support/uuid.c - 1.13 - UUID cleanup - remove unused functions, create a table abstraction. From owner-linux-xfs@oss.sgi.com Tue Apr 15 22:12:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 22:13:18 -0700 (PDT) Received: from mail.jdwhite.org (jdwhite.org [209.234.79.200]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G5CcFu029661 for ; Tue, 15 Apr 2003 22:12:39 -0700 Received: by mail.jdwhite.org with LOCAL (Exim) id 195f92-0005L0-LV for linux-xfs@oss.sgi.com; Wed, 16 Apr 2003 00:07:40 -0500 Date: Wed, 16 Apr 2003 00:07:40 -0500 From: Jason White To: linux-xfs@oss.sgi.com Subject: cmd tree missing from cvs Message-ID: <20030416050740.GM27195@jdwhite.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.4.1i X-Scanner: exiscan (http://duncanthrax.net/exiscan/) *195f92-0005L0-LV*CCXcqN/ah4o* X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3697 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jdwhite@jdwhite.org Precedence: bulk X-list: linux-xfs Content-Length: 417 Lines: 11 Greetings all, Tonight (04:30 UTC 4/16/03) I performed a cvs update and noticed that the linux-2.4-xfs/cmd directory was missing. I only have 'linux' and 'CVS' directories now. Did I miss something? -Jason -- Jason White (jdwhite@jdwhite.org) http://www.jdwhite.org/~jdwhite AIM:jdwhite90125 Yahoo:jdwhite89 ICQ:9295078 MSN:jdwhite89@hotmail.com Jabber:jdwhite@jabber.org IRC:irc.warped.net/{jdwhite,jdw} From owner-linux-xfs@oss.sgi.com Tue Apr 15 22:59:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 23:00:10 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G5xmFu001824 for ; Tue, 15 Apr 2003 22:59:49 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3G5xeY15034; Wed, 16 Apr 2003 07:59:40 +0200 Message-ID: <3E9CF14C.7010809@crc.dk> Date: Wed, 16 Apr 2003 07:59:40 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: Russell Cattelan , Stefan Smietanowski CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <3E9C22C5.9010300@stesmi.com> <3E9C9D84.6020509@stesmi.com> <1050452289.569.17.camel@lupo.thebarn.com> In-Reply-To: <1050452289.569.17.camel@lupo.thebarn.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3698 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 926 Lines: 35 Russell Cattelan wrote: ... >>Sadly enough it didn't help. >> >>I got an exception because the partition is in use... >> >>And yes, I inserted those two lines on line 806. > > > Yes I discoverd the same thing. > I think the real solutions is to do a readonly > and then a read write mount. > I just don't know if the python code supports a remount. It worked for me... Hm, maybe it was because I did an NFS install (I only have a DVD-R burner, and media cost 10$ in DK). What kind of install did you do? If the umount unmounts the DVD media, it could very well be the reason why it can't. Remounting it readonly should work then. Or one should walk through the list of mounts under /mnt/sysimage and only remount these. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Tue Apr 15 23:11:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 15 Apr 2003 23:11:34 -0700 (PDT) Received: from webmailmta.go.com ([199.181.134.23]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G6BUFu002358 for ; Tue, 15 Apr 2003 23:11:31 -0700 Received: from gomailjtp04 (jtp04.seamail.go.com [10.192.72.223]) by mta06.seamail.go.com (Sun Internet Mail Server sims.4.0.2002.06.25.09.36.p9) with ESMTP id <0HDE00679LK63P@mta06.seamail.go.com> for linux-xfs@oss.sgi.com; Tue, 15 Apr 2003 14:12:08 -0700 (PDT) Date: Tue, 15 Apr 2003 14:12:04 -0700 (PDT) From: "DR. MOMODU MBEKI" Subject: PAYMENT FROM ABSA BANK To: dr_mombeki@go.com Message-id: <933749.1050441124685.JavaMail.Dr_mombeki@gomailjtp04> MIME-version: 1.0 X-Mailer: GoMail 3.0.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3699 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Dr_mombeki@go.com Precedence: bulk X-list: linux-xfs Content-Length: 2858 Lines: 39 FOREIGN EXCHANGE DEPARTMENT AMALGAMATED BANK OF SOUTH AFRICA NORTHERN PROVINCE REPUBLIC OF SOUTH AFRICA EMAIL; dr_mombeki@go.com I am DR. MOMODU MBEKI, The Managing Director of Bill and Exchange at the Foreign Remittance Department of ABSA BANK I got your email adress while searching for trustworthy cuontries and individuals. In my department we discovered an abandoned sum of $77.7m US dollars. In an account that belongs to one of our foreign customer who died along with his entire family in september 11 plane crash. Since we got information about his death, we have been expecting his next of kin to come over and claim his money because we cannot release it unless somebody applies for it as next of kin or relation to the deceased as indicated in our banking guidelines but unfortunately we learnt that all his supposed next of kin or relation died alongside with him at the plane crash leaving nobody behind for the claim. It is therefore upon this discovery that I and other officials in my epartment now decided to make this businness proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don't want this money to go into the Bank treasury as unclaimed Bill. The Banking law and guideline here stipulates that if such money remained unclamed after four years, the money will be transfered into the Bank treasury as unclaimed fund. The request of foreigner as next of kin in this business is occasioned by the fact that the customer was a foreigner and a South African cannot stand as next of kin to a foreigner. We agree that 30 % of this money will be for you as foreign partner, in respect to the provision of a foreign account, 10 % will be set aside for expenses incured during the business and 60 % would be for ;me and my colleagues. There after I and my colleagues will visit your country for disbursement accoding to the percentages indicated. Therefore to enable the immediate trnansfer of this fund to you as arranged, you must apply first to the bank as relations or next of kin of the deceased indicating your bank name, your bank account number, your private telephone and fax number for easy and effective communication and location where in the money will be remitted . Upon receipt of your reply, I will send to you by fax or email the text of the application. I will not fail to bring to your notice that this transaction is hitch free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer. Your's faithfully DR. MOMODU MBEKI Bill and Exchange Managing Director, ABSA Bank, South Africa ___________________________________________________ GO.com Mail Get Your Free, Private E-mail at http://mail.go.com From owner-linux-xfs@oss.sgi.com Wed Apr 16 00:37:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 00:37:45 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G7bSFu004150 for ; Wed, 16 Apr 2003 00:37:29 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3G7bMY23936; Wed, 16 Apr 2003 09:37:22 +0200 Message-ID: <3E9D0832.1000400@crc.dk> Date: Wed, 16 Apr 2003 09:37:22 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: Russell Cattelan Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <3E9C22C5.9010300@stesmi.com> <3E9C9D84.6020509@stesmi.com> <1050452289.569.17.camel@lupo.thebarn.com> <3E9CF14C.7010809@crc.dk> In-Reply-To: <3E9CF14C.7010809@crc.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3700 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 1045 Lines: 38 Mogens Kjaer wrote: ... > If the umount unmounts the DVD media, it could very > well be the reason why it can't. Remounting it > readonly should work then. Or one should walk > through the list of mounts under /mnt/sysimage and > only remount these. > > Mogens > I tried ftp://oss.sgi.com/projects/xfs/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v0.iso and got the device busy when umounting /mnt/sysimage. I can switch console to the prompt, and there I still can't umount /mnt/sysimage, not even "umount -r". mount tells me that nothing below /mnt/sysimage is mounted, so /mnt/sysimage/proc/ and /mnt/sysimage/dev/pts has been unmounted. I can't see any references to /mnt/sysimage among the /proc/*/fd links - how do I find out what file is open? Running /mnt/sysimage/sbin/fuser -v /mnt/sysimage doesn't list anything. Strange... Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Wed Apr 16 01:17:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 01:17:35 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3G8HIFu005180 for ; Wed, 16 Apr 2003 01:17:19 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3G8H6Y32602; Wed, 16 Apr 2003 10:17:06 +0200 Message-ID: <3E9D1182.7040607@crc.dk> Date: Wed, 16 Apr 2003 10:17:06 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: Russell Cattelan CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] XFS enabled version of the RedHat 9.0 installer References: <1050433351.49893.35.camel@relax.americas.sgi.com> In-Reply-To: <1050433351.49893.35.camel@relax.americas.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3701 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 1108 Lines: 33 Russell Cattelan wrote: > ftp://oss.sgi.com/projects/xfs/Release-1.2/installer/forRH-9.0-SGI-XFS-1.2.0-v0.iso > > This comes to you with the basic "works for me" support agreement. > Please download it and give it a try and report success or failures, > and we may or may not fix problems. Why is images/bootdisk.img an empty filesystem? # mount bootdisk.img /mnt/test1 -o loop # ls -l /mnt/test1 total 0 # umount /mnt/test1 # mount drvnet.img /mnt/test1 -o loop # ls -l /mnt/test1 total 875 -rw-r--r-- 1 root root 4758 Apr 15 19:13 modinfo -rw-r--r-- 1 root root 867074 Apr 15 19:13 modules.cgz -rw-r--r-- 1 root root 733 Apr 15 19:13 modules.dep -rw-r--r-- 1 root root 15337 Apr 15 19:13 pcitable -rw-r--r-- 1 root root 29 Apr 15 19:13 rhdd-6.1 - I would have tried an NFS installation to see if /mnt/sysimage can be umounted. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Wed Apr 16 03:36:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 03:36:52 -0700 (PDT) Received: from redix.it (host49-169.pool8172.interbusiness.it [81.72.169.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GAaZFu012344 for ; Wed, 16 Apr 2003 03:36:36 -0700 Received: (qmail 24756 invoked by uid 507); 16 Apr 2003 10:36:33 -0000 Received: from roberto@redix.it by mail.redix.it by uid 504 with qmail-scanner-1.14 (clamscan: 0.24. Clear:. Processed in 1.312767 secs); 16 Apr 2003 10:36:33 -0000 Received: from localhost (HELO redix.it) (127.0.0.1) by 0 with SMTP; 16 Apr 2003 10:36:31 -0000 Received: from 212.239.118.101 (proxying for unknown) (SquirrelMail authenticated user roberto) by mail.redix.it with HTTP; Wed, 16 Apr 2003 12:36:31 +0200 (CEST) Message-ID: <3488.212.239.118.101.1050489391.squirrel@mail.redix.it> Date: Wed, 16 Apr 2003 12:36:31 +0200 (CEST) Subject: Re: question on xfs_repair From: To: X-Priority: 3 Importance: Normal Cc: X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3702 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roberto@redix.it Precedence: bulk X-list: linux-xfs Content-Length: 891 Lines: 34 Date: 16 aor 2003 I wanted to build from source. I've downloaded xfsprogs-2.3.5.src.tar.gz, check md5sum, untar it. cd into xfsprogs-2.3.5 red doc/INSTALL export DEBUG=-DNDEBUG (as you suggested) ./configure ./Makepkgs verbose the package building gone fine untar xfs_repair from ./build/tar/xfsprogs-2.3.5.tar.gz but using this xfs_repair on my fs (I tried on several F.S) still gave me strange output. Any suggestion ? (another question: I noticed that the packages did not prepare any executable for /sbin/ but only for /usr/local/sbin; this could create a problem if /usr is separate F.S., maybe xfs_check or xfs_repair should go into /sbin) Thanks in advance, Roberto Russell Cattelan wrote: >You must have gotten a version of the rpms that has some debugging code >that wasn't suppose to be released. >Grab a fresh copy of the xfsprogs rpm/tar file. From owner-linux-xfs@oss.sgi.com Wed Apr 16 04:19:07 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 04:19:26 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GBJ0Fu013706 for ; Wed, 16 Apr 2003 04:19:06 -0700 Received: (qmail 4006 invoked from network); 16 Apr 2003 11:18:57 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 16 Apr 2003 11:18:57 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id 82449300087; Wed, 16 Apr 2003 21:18:54 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 053AE19B; Wed, 16 Apr 2003 21:18:53 +1000 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: Mogens Kjaer Cc: linux-xfs@oss.sgi.com, Russell Cattelan Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released In-reply-to: Your message of "Wed, 16 Apr 2003 09:37:22 +0200." <3E9D0832.1000400@crc.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Apr 2003 21:18:48 +1000 Message-ID: <27801.1050491928@ocs3.intra.ocs.com.au> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3703 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 486 Lines: 14 On Wed, 16 Apr 2003 09:37:22 +0200, Mogens Kjaer wrote: >mount tells me that nothing below /mnt/sysimage is mounted, >so /mnt/sysimage/proc/ and /mnt/sysimage/dev/pts has >been unmounted. > >I can't see any references to /mnt/sysimage among the >/proc/*/fd links - how do I find out what file is open? Probably one of the daemons has a current working directory pointing at the CD, I have seen this on other install disks. ls -l /proc/*/{cwd,fd} | grep -B 10 sysimage From owner-linux-xfs@oss.sgi.com Wed Apr 16 04:53:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 04:54:32 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GBrnFu015474 for ; Wed, 16 Apr 2003 04:53:50 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3GBrdY29880; Wed, 16 Apr 2003 13:53:39 +0200 Message-ID: <3E9D4443.2040609@crc.dk> Date: Wed, 16 Apr 2003 13:53:39 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: Keith Owens CC: linux-xfs@oss.sgi.com, Russell Cattelan Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <27801.1050491928@ocs3.intra.ocs.com.au> In-Reply-To: <27801.1050491928@ocs3.intra.ocs.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-MIME-Autoconverted: from 8bit to quoted-printable by mail.crc.dk id h3GBrdY29880 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3GBrpFu015475 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3704 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 695 Lines: 26 Keith Owens wrote: ... > Probably one of the daemons has a current working directory pointing at > the CD, I have seen this on other install disks. > > ls -l /proc/*/{cwd,fd} | grep -B 10 sysimage Nope; ls -lR /proc|grep sysimage gives me nothing. I'm wondering if it is the syslog mini-dæmon or the logging to /mnt/sysimage/root/install.log that are still open, I'll try to test for this; It is just strange that it doesn't show up in NFS installs, only when installing from a CD/DVD... Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Wed Apr 16 05:11:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 05:12:28 -0700 (PDT) Received: from ecbull20.frec.bull.fr (ecbull20.frec.bull.fr [129.183.4.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GCBiFu016082 for ; Wed, 16 Apr 2003 05:11:45 -0700 Received: from isatis.frec.bull.fr (isatis.frec.bull.fr [129.183.144.1]) by ecbull20.frec.bull.fr (8.9.2/8.9.1) with ESMTP id OAA26864 for ; Wed, 16 Apr 2003 14:12:23 +0200 Received: from BULL.NET (xmarie.frec.bull.fr [129.183.140.65]) by isatis.frec.bull.fr (AIX4.3/8.9.3/8.9.3) with ESMTP id OAA316890 for ; Wed, 16 Apr 2003 14:12:22 +0200 Message-ID: <3E9D48F9.4070409@BULL.NET> Date: Wed, 16 Apr 2003 14:13:45 +0200 From: Jean Francois Francillon Organization: BIS User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: fr-FR,en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Linux XFS DMAPI and DMF Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3705 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: JEAN-FRANCOIS.FRANCILLON@BULL.NET Precedence: bulk X-list: linux-xfs Content-Length: 402 Lines: 17 Hello Dean, You told that DMF Linux is not yet released. But how can DMF interface linux XFS DMAPI ? By a linux DMF agent ? Is this agent released ? Thank you, Jean-Francois -- Francillon Jean-Francois - BULL/XS BU/Storage & Comms Bull S.A. 1, rue de Provence B.P. 208 38432 ECHIROLLES Email: mailto:Jean-Francois.Francillon@bull.net Phone: 33 04 76 29 70 82 Bullcom: 229 7082 From owner-linux-xfs@oss.sgi.com Wed Apr 16 05:51:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 05:52:17 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GCpbFu018538 for ; Wed, 16 Apr 2003 05:51:38 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GD4XVe011300 for ; Wed, 16 Apr 2003 08:04:33 -0500 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3GCpVa220280412 for ; Wed, 16 Apr 2003 07:51:31 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 195mNv-00084A-00 for ; Wed, 16 Apr 2003 07:51:31 -0500 Date: Wed, 16 Apr 2003 07:51:31 -0500 From: Nathan Straz To: linux-xfs@oss.sgi.com Subject: Re: cmd tree missing from cvs Message-ID: <20030416125131.GA16333@sgi.com> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030416050740.GM27195@jdwhite.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030416050740.GM27195@jdwhite.org> User-Agent: Mutt/1.5.4i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3706 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 597 Lines: 14 On Wed, Apr 16, 2003 at 12:07:40AM -0500, Jason White wrote: > Greetings all, > Tonight (04:30 UTC 4/16/03) I performed a cvs update and noticed that > the linux-2.4-xfs/cmd directory was missing. I only have 'linux' and > 'CVS' directories now. Did I miss something? It was moved out of the kernel tree. You need to check out the xfs-cmds module to get the commands now. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Wed Apr 16 05:54:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 05:54:59 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GCsOFu018988 for ; Wed, 16 Apr 2003 05:54:25 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3GCsM8Y005007; Wed, 16 Apr 2003 14:54:23 +0200 Message-ID: <3E9D527E.7000004@stesmi.com> Date: Wed, 16 Apr 2003 14:54:22 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Keith Owens CC: Mogens Kjaer , linux-xfs@oss.sgi.com, Russell Cattelan Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <27801.1050491928@ocs3.intra.ocs.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3707 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 1016 Lines: 29 Keith Owens wrote: > On Wed, 16 Apr 2003 09:37:22 +0200, > Mogens Kjaer wrote: > >>mount tells me that nothing below /mnt/sysimage is mounted, >>so /mnt/sysimage/proc/ and /mnt/sysimage/dev/pts has >>been unmounted. >> >>I can't see any references to /mnt/sysimage among the >>/proc/*/fd links - how do I find out what file is open? > > > Probably one of the daemons has a current working directory pointing at > the CD, I have seen this on other install disks. > > ls -l /proc/*/{cwd,fd} | grep -B 10 sysimage > I added some code to remount /boot or / read only and then back to read write (/boot or / depending on if /boot is a seperate partition) and if /boot is a seperate partition it can be remounted ro and back to rw just fine without any problems and then it all works and grub installs fine but with / I still get the same problem that Filesystem in use. Why wouldn't I be able to remount / ro ? Wouldn't that be because someone is holding a file on / open in write mode? // Stefan From owner-linux-xfs@oss.sgi.com Wed Apr 16 06:00:28 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 06:01:07 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GD0RFu019465 for ; Wed, 16 Apr 2003 06:00:28 -0700 Received: from crc.dk (k020-03.crc.dk [130.226.182.195]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3GD0IY02418; Wed, 16 Apr 2003 15:00:18 +0200 Message-ID: <3E9D53E2.1040309@crc.dk> Date: Wed, 16 Apr 2003 15:00:18 +0200 From: Mogens Kjaer Organization: Carlsberg Laboratory User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: da, en-us, en MIME-Version: 1.0 To: Stefan Smietanowski CC: Keith Owens , linux-xfs@oss.sgi.com, Russell Cattelan Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <27801.1050491928@ocs3.intra.ocs.com.au> <3E9D527E.7000004@stesmi.com> In-Reply-To: <3E9D527E.7000004@stesmi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3708 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 621 Lines: 26 Stefan Smietanowski wrote: ... > Why wouldn't I be able to remount / ro ? Wouldn't that be because > someone is holding a file on / open in write mode? ... It isn't /root/install.log.syslog - maybe changing the default bootloader from grub to lilo might be the best solution for now, until someone: 1. gets a good idea 2. makes the kernel sync 3. changes the grub installation so that sync isn't necessary 4. ? 5. ?? Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Wed Apr 16 06:12:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 06:13:09 -0700 (PDT) Received: from sahara.openoffice.nl (openoffice.demon.nl [212.238.150.237]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GDCZFu020009 for ; Wed, 16 Apr 2003 06:12:35 -0700 Received: by sahara.openoffice.nl (Postfix, from userid 1001) id BB3533EA4; Wed, 16 Apr 2003 15:12:26 +0200 (CEST) Date: Wed, 16 Apr 2003 15:12:26 +0200 From: Valentijn Sessink To: linux-xfs@oss.sgi.com Subject: Re: fsck.xfs on ro mounted disks Message-ID: <20030416131226.GA22004@openoffice.nl> References: <20030414112911.GA8577@openoffice.nl> <20030415101506.GB4499@plato.local.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030415101506.GB4499@plato.local.lan> User-Agent: Mutt/1.3.28i X-Message-Flag: Open Office - Linux for the desktop X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3709 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: valentyn+xfs@nospam.openoffice.nl Precedence: bulk X-list: linux-xfs Content-Length: 632 Lines: 16 At Tue, Apr 15, 2003 at 02:15:06AM -0800, Ethan Benson wrote: > > Is there a way to force xfs_repair to work on a read only fs? > xfs_check -f works on readonly filesystems (read/write too, but will Yes, you're right, my fault: I checked with a "rw" entry in /etc/mtab, which makes xfs_check think the fs is r/w mounted (as far as I can see). > usually report erroneous errors) xfs_repair -n is the same, but its > been said that xfs_repair misses quite a bit in no-write mode (which > is what -n is). Ehm, as far as I understand, this will not help me repair a disk as xfs_repair -n does not repair anything - or does it? V. From owner-linux-xfs@oss.sgi.com Wed Apr 16 08:29:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 08:29:18 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GFT5Fu022066 for ; Wed, 16 Apr 2003 08:29:06 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GFg1Ve016856 for ; Wed, 16 Apr 2003 10:42:01 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3GFSxa220111157; Wed, 16 Apr 2003 10:28:59 -0500 (CDT) Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3GFSxwX47125535; Wed, 16 Apr 2003 10:28:59 -0500 (CDT) Received: from chewtoy.americas.sgi.com by chewtoy.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id KAA36087; Wed, 16 Apr 2003 10:28:58 -0500 (CDT) Message-Id: <200304161528.KAA36087@chewtoy.americas.sgi.com> To: Jean Francois Francillon cc: linux-xfs@oss.sgi.com Subject: Re: Linux XFS DMAPI and DMF Date: Wed, 16 Apr 2003 10:28:58 -0500 From: Dean Roehrich X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3710 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 380 Lines: 13 >From: Jean Francois Francillon >Hello Dean, > >You told that DMF Linux is not yet released. >But how can DMF interface linux XFS DMAPI ? >By a linux DMF agent ? Is this agent released ? An application talks to DMAPI via the libdm library. This is in the dmapi package which you should find next to the other XFS userspace packages. Dean From owner-linux-xfs@oss.sgi.com Wed Apr 16 09:57:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 09:57:24 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GGv7Fu024495 for ; Wed, 16 Apr 2003 09:57:07 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GGv1E0012180 for ; Wed, 16 Apr 2003 09:57:01 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3GGv0a220397871; Wed, 16 Apr 2003 11:57:00 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3GGuxwX47634740; Wed, 16 Apr 2003 11:57:00 -0500 (CDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Russell Cattelan To: Richard Houston Cc: XFS List In-Reply-To: <1050425589.2937.9.camel@vader.homenet> References: <1050423254.2774.31.camel@vader.homenet> <1050424199.23018.42.camel@stout.americas.sgi.com> <1050425589.2937.9.camel@vader.homenet> Content-Type: text/plain Organization: Message-Id: <1050512642.24799.9.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 16 Apr 2003 12:04:03 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3711 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 1397 Lines: 38 The installer isn't "official" in terms of we only put as much support effort into it as we have time for. If minor things are broken typically we won't bother trying to fix them unless it's a trivial fix. The installer is useful enough internally that we will keep doing them as long as we are inflicted into to using RH. On Tue, 2003-04-15 at 11:53, Richard Houston wrote: > My sincerest apologies Eric. I did not know it was not an official XFS > installer and I surely did not want to sound like I was making an > accusation and it defiantly sounds like I was. Sorry!! > > Like I said before, matter not if it is office or not as long as it > works. ;) Keep up the great work. > > Thanks > > Rich > > On Tue, 2003-04-15 at 11:29, Eric Sandeen wrote: > > On Tue, 2003-04-15 at 11:14, Richard Houston wrote: > > > Funny that hey say 7.3 was the last on yet the ftp site has RH 8.0 XFS > > > V4 installer. I am not really concerned with if it is office just as > > > long as it works. ;) > > > > lest I be accused of breaking promises, I -did- stop after the RH 7.3 > > installer. Russell did the 8.0 installer. :) > > > > But if anyone wants to pick up the installer manufacturing duties, it > > would certainly leave more time for us to do real work on the > > filesystem. Looks like the DVD effort is a very good start. > > > > -Eric -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Wed Apr 16 10:54:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 10:54:23 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3GHsIFu025695 for ; Wed, 16 Apr 2003 10:54:18 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3GHsIfc025694 for linux-xfs@oss.sgi.com; Wed, 16 Apr 2003 10:54:18 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3GHsGFw025671 for ; Wed, 16 Apr 2003 10:54:16 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3GHpZ9h025548; Wed, 16 Apr 2003 10:51:35 -0700 Date: Wed, 16 Apr 2003 10:51:35 -0700 Message-Id: <200304161751.h3GHpZ9h025548@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 242] New: XFS 1.2/ia64 linux-2.4.19 build fails in "make dep" with "arch/ia64/sn/sn1: No such file or directory" X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3712 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2537 Lines: 72 http://oss.sgi.com/bugzilla/show_bug.cgi?id=242 Summary: XFS 1.2/ia64 linux-2.4.19 build fails in "make dep" with "arch/ia64/sn/sn1: No such file or directory" Product: Linux XFS Version: 1.2.x Platform: IA64 OS/Version: Linux Status: NEW Severity: major Priority: High Component: XFS kernel code AssignedTo: xfs-master@oss.sgi.com ReportedBy: dwe@unlimitedscale.com 1. Downloaded 2.4.19 source from http://www.kernel.org/pub/linux/kernel/v2.4/ linux-2.4.19.tar.bz2 02-Aug-2002 17:39 24.8M 2. Downloaded XFS 1.2 Kernel patches from ftp://ftp.thebarn.com/mirror/SGI/Release-1.2/kernel_patches/ linux-2.4.19-core-xfs-1.2.0.patch.gz 40 KB 02/12/03 10:26:00 linux-2.4.19-xfs-1.2.0.patch.gz 849 KB 02/12/03 10:26:00 3 Applied SGI XFS linux-2.4.19 kernel patches patch -p1 < ../sgixfs1.2.patch/linux-2.4.19-core-xfs-1.2.0.patch patch -p1 < ../sgixfs1.2.patch/linux-2.4.19-xfs-1.2.0.patch 4. Copy in default ia64 smp config file from Red Hat release cp /usr/src/linux-2.4/configs/kernel-2.4.18-ia64-smp.config ./.config 5. Add XFS lines to config file after "# CONFIG_DDFS is not set" but before "# Network File Systems". CONFIG_XFS_FS=y # CONFIG_XFS_RT is not set CONFIG_XFS_QUOTA=y CONFIG_XFS_DMAPI=y # CONFIG_XFS_DEBUG is not set # CONFIG_PAGEBUF_DEBUG is not set 6. run "make oldconfig" 7. run "make dep" make -C arch/ia64/hp fastdep make[2]: Entering directory `/h/dwe/XFS1.2/linux-2.4.19-pristine.sgixfs/arch/ia64/hp' /h/dwe/XFS1.2/linux-2.4.19-pristine.sgixfs/scripts/mkdep -D__KERNEL__ -I/h/dwe/XFS1.2/linux-2.4.19-pristine.sgixfs/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -ffixed-r13 -mfixed-range=f10-f15,f32-f127 -falign-functions=32 -nostdinc -I /usr/lib/gcc-lib/ia64-redhat-linux/2.96/include -- hpsim_console.c hpsim_irq.c hpsim_machvec.c hpsim_setup.c hpsim_ssc.h > .depend make[2]: Leaving directory `/h/dwe/XFS1.2/linux-2.4.19-pristine.sgixfs/arch/ia64/hp' make -C arch/ia64/sn/sn1 fastdep make: Entering an unknown directory make: *** arch/ia64/sn/sn1: No such file or directory. Stop. make: Leaving an unknown directory make[1]: *** [_sfdep_arch/ia64/sn/sn1] Error 2 make[1]: Leaving directory `/h/dwe/XFS1.2/linux-2.4.19-pristine.sgixfs' make: *** [dep-files] Error 2 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Wed Apr 16 11:05:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 11:05:12 -0700 (PDT) Received: from puariko.homeip.net (pD9E7F156.dip.t-dialin.net [217.231.241.86]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GI56Fu026839 for ; Wed, 16 Apr 2003 11:05:07 -0700 Received: (from thimm@localhost) by sauron.nirvana (8.12.8/8.12.8/Submit) id h3GI4tN5005268; Wed, 16 Apr 2003 20:04:55 +0200 Date: Wed, 16 Apr 2003 20:04:55 +0200 From: Axel Thimm To: Steve Lord Cc: Mogens Kjaer , linux-xfs@oss.sgi.com Subject: Re: XFS bug? (was: Red Hat Linux 9 XFS DVD Released) Message-ID: <20030416180455.GA5096@sauron.nirvana> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E96CC6E.7010707@crc.dk> <3E9BFD51.8060206@crc.dk> <20030415163859.GB16672@sauron.nirvana> <1050426530.1166.248.camel@laptop.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1050426530.1166.248.camel@laptop.americas.sgi.com> User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3713 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 1477 Lines: 29 On Tue, Apr 15, 2003 at 12:08:50PM -0500, Steve Lord wrote: > On Tue, 2003-04-15 at 11:38, Axel Thimm wrote: > > So what is the fault there? Why does one need to unmount and remount, and more > > important, when does one have to do so? > > > > There have been reports with people upgrading their rpm (xfs enabled) kernels > > and crashing the GRUB second load stage. At the first sight this looks like > > the same bug the installer sees (these people have obviously installed the new > > kernel and rebooted a short while after, like the installer does). > > > > Maybe xfs root (or boot) filesystems don't write dirty buffers back, and > > (as a workaround) should always be remounted before shutting them down? > > If you have ext3 filesystems active on the same box then a bug in > ext3 can actually prevent kernel threads from flushing anything else > to disk. This is fixed in the latest 2.4.21-pre kernel, but not a > lot of other places. If folks are running with ext3 in the mix this > may be the cause of the problem. I don't think that this is causing the installer's bug, as usually people are creating only xfs partitions with it. Anyway the same bug seems to be triggered when (re)installing an xfs kernel rpm on a solely xfs system and then rebooting. I would consider the installer- with-grub-bug only an indicator for some nastier bug (I can live without an installer, but not with something ticking under my data ...). -- Axel.Thimm@physik.fu-berlin.de From owner-linux-xfs@oss.sgi.com Wed Apr 16 11:30:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 11:31:07 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GIUqFu028042 for ; Wed, 16 Apr 2003 11:30:53 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GIhnVe023789 for ; Wed, 16 Apr 2003 13:43:49 -0500 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h3GIUkWg029734 for ; Wed, 16 Apr 2003 13:30:46 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h3GIUkL6029732 for linux-xfs@oss.sgi.com; Wed, 16 Apr 2003 13:30:46 -0500 Date: Wed, 16 Apr 2003 13:30:46 -0500 From: Rusell Cattelan Message-Id: <200304161830.h3GIUkL6029732@naboo.americas.sgi.com> Subject: TAKE - Make userland consistent with kernel land again X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3714 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 10112 Lines: 296 Merge whitespace changes over Date: Wed Apr 16 11:29:10 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs1/rsrc/2.4.x-xfs/clean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:144661a cmd/xfsprogs/db/help.c - 1.5 cmd/xfsprogs/db/help.h - 1.5 cmd/xfsprogs/db/bmap.c - 1.10 cmd/xfsprogs/db/bmap.h - 1.5 cmd/xfsprogs/db/dir2sf.c - 1.5 cmd/xfsprogs/db/dir2sf.h - 1.5 cmd/xfsprogs/db/debug.h - 1.5 cmd/xfsprogs/db/debug.c - 1.5 cmd/xfsprogs/db/dquot.h - 1.5 cmd/xfsprogs/db/dquot.c - 1.9 cmd/xfsprogs/db/write.c - 1.10 cmd/xfsprogs/db/write.h - 1.5 cmd/xfsprogs/db/flist.c - 1.6 cmd/xfsprogs/db/flist.h - 1.5 cmd/xfsprogs/db/field.h - 1.5 cmd/xfsprogs/db/field.c - 1.6 cmd/xfsprogs/db/dir2.c - 1.7 cmd/xfsprogs/db/dir2.h - 1.5 cmd/xfsprogs/db/addr.h - 1.5 cmd/xfsprogs/db/attr.h - 1.5 cmd/xfsprogs/db/attr.c - 1.7 cmd/xfsprogs/db/addr.c - 1.5 cmd/xfsprogs/db/sb.c - 1.10 cmd/xfsprogs/db/dir.c - 1.7 cmd/xfsprogs/db/sb.h - 1.6 cmd/xfsprogs/db/dir.h - 1.5 cmd/xfsprogs/db/cntbt.c - 1.7 cmd/xfsprogs/db/cntbt.h - 1.5 cmd/xfsprogs/db/bnobt.c - 1.7 cmd/xfsprogs/db/bnobt.h - 1.5 cmd/xfsprogs/db/dbread.c - 1.7 cmd/xfsprogs/db/dbread.h - 1.5 cmd/xfsprogs/db/bmapbt.h - 1.5 cmd/xfsprogs/db/bmapbt.c - 1.7 cmd/xfsprogs/db/bmroot.c - 1.7 cmd/xfsprogs/db/bmroot.h - 1.5 cmd/xfsprogs/db/input.c - 1.8 cmd/xfsprogs/db/inobt.c - 1.7 cmd/xfsprogs/db/inobt.h - 1.5 cmd/xfsprogs/db/input.h - 1.5 cmd/xfsprogs/db/attrshort.h - 1.5 cmd/xfsprogs/db/attrshort.c - 1.5 cmd/xfsprogs/db/xfs_ncheck.sh - 1.7 cmd/xfsprogs/db/print.c - 1.7 cmd/xfsprogs/db/fprint.c - 1.8 cmd/xfsprogs/db/print.h - 1.5 cmd/xfsprogs/db/fprint.h - 1.5 cmd/xfsprogs/db/dirshort.c - 1.5 cmd/xfsprogs/db/dirshort.h - 1.5 cmd/xfsprogs/db/inode.c - 1.8 cmd/xfsprogs/db/inode.h - 1.5 cmd/xfsprogs/db/faddr.h - 1.5 cmd/xfsprogs/db/faddr.c - 1.8 cmd/xfsprogs/db/init.h - 1.7 cmd/xfsprogs/db/init.c - 1.10 cmd/xfsprogs/db/quit.h - 1.5 cmd/xfsprogs/db/quit.c - 1.5 cmd/xfsprogs/db/bit.c - 1.8 cmd/xfsprogs/db/bit.h - 1.5 cmd/xfsprogs/db/type.c - 1.7 cmd/xfsprogs/db/type.h - 1.6 cmd/xfsprogs/db/agf.c - 1.8 cmd/xfsprogs/db/agf.h - 1.5 cmd/xfsprogs/db/frag.c - 1.11 cmd/xfsprogs/db/frag.h - 1.5 cmd/xfsprogs/db/sig.c - 1.5 cmd/xfsprogs/db/sig.h - 1.5 cmd/xfsprogs/db/freesp.h - 1.5 cmd/xfsprogs/db/freesp.c - 1.11 cmd/xfsprogs/db/Makefile - 1.11 cmd/xfsprogs/db/hash.c - 1.5 cmd/xfsprogs/db/hash.h - 1.6 cmd/xfsprogs/db/xfs_check64.sh - 1.7 cmd/xfsprogs/db/agi.c - 1.8 cmd/xfsprogs/db/agi.h - 1.5 cmd/xfsprogs/db/command.h - 1.5 cmd/xfsprogs/db/command.c - 1.8 cmd/xfsprogs/db/convert.c - 1.8 cmd/xfsprogs/db/convert.h - 1.5 cmd/xfsprogs/db/output.c - 1.5 cmd/xfsprogs/db/output.h - 1.5 cmd/xfsprogs/db/xfs_check.sh - 1.7 cmd/xfsprogs/db/strvec.c - 1.5 cmd/xfsprogs/db/strvec.h - 1.5 cmd/xfsprogs/db/agfl.h - 1.5 cmd/xfsprogs/db/agfl.c - 1.8 cmd/xfsprogs/db/xfs_admin.sh - 1.9 cmd/xfsprogs/db/malloc.c - 1.6 cmd/xfsprogs/db/malloc.h - 1.5 cmd/xfsprogs/db/check.c - 1.15 cmd/xfsprogs/db/check.h - 1.5 cmd/xfsprogs/db/block.c - 1.7 cmd/xfsprogs/db/block.h - 1.5 cmd/xfsprogs/db/xfs_ncheck64.sh - 1.7 cmd/xfsprogs/db/echo.h - 1.5 cmd/xfsprogs/db/echo.c - 1.5 cmd/xfsprogs/db/io.c - 1.11 cmd/xfsprogs/db/io.h - 1.5 cmd/xfsprogs/configure.in - 1.24 cmd/xfsprogs/Makepkgs - 1.8 cmd/xfsprogs/Makefile - 1.18 cmd/xfsprogs/fsck/xfs_fsck.c - 1.5 cmd/xfsprogs/fsck/Makefile - 1.8 cmd/xfsprogs/imap/Makefile - 1.5 cmd/xfsprogs/imap/xfs_imap.c - 1.9 cmd/xfsprogs/rtcp/Makefile - 1.7 cmd/xfsprogs/rtcp/xfs_rtcp.c - 1.12 cmd/xfsprogs/logprint/log_print_all.c - 1.8 cmd/xfsprogs/logprint/log_print_trans.c - 1.8 cmd/xfsprogs/logprint/Makefile - 1.10 cmd/xfsprogs/logprint/logprint.c - 1.11 cmd/xfsprogs/logprint/log_misc.c - 1.11 cmd/xfsprogs/libdisk/pttype.c - 1.7 cmd/xfsprogs/libdisk/pttype.h - 1.4 cmd/xfsprogs/libdisk/fstype.c - 1.6 cmd/xfsprogs/libdisk/fstype.h - 1.6 cmd/xfsprogs/libdisk/md.c - 1.11 cmd/xfsprogs/libdisk/drivers.c - 1.12 cmd/xfsprogs/libdisk/Makefile - 1.9 cmd/xfsprogs/libdisk/xvm.c - 1.7 cmd/xfsprogs/libdisk/lvm.c - 1.10 cmd/xfsprogs/libdisk/xvm.h - 1.6 cmd/xfsprogs/freeze/Makefile - 1.7 cmd/xfsprogs/freeze/xfs_freeze.c - 1.9 cmd/xfsprogs/growfs/xfs_info.sh - 1.7 cmd/xfsprogs/growfs/xfs_growfs.c - 1.18 cmd/xfsprogs/growfs/Makefile - 1.11 cmd/xfsprogs/libxlog/Makefile - 1.6 cmd/xfsprogs/libxlog/util.c - 1.7 cmd/xfsprogs/include/xfs_trans_space.h - 1.7 cmd/xfsprogs/include/xfs_log.h - 1.14 cmd/xfsprogs/include/xfs_inum.h - 1.7 cmd/xfsprogs/include/xfs_ialloc.h - 1.7 cmd/xfsprogs/include/xfs_ag.h - 1.12 cmd/xfsprogs/include/xfs_extfree_item.h - 1.8 cmd/xfsprogs/include/xfs_buf_item.h - 1.8 cmd/xfsprogs/include/buildrules - 1.11 cmd/xfsprogs/include/xfs_attr_sf.h - 1.8 cmd/xfsprogs/include/xfs_log_priv.h - 1.13 cmd/xfsprogs/include/xfs_da_btree.h - 1.14 cmd/xfsprogs/include/xfs_bit.h - 1.11 cmd/xfsprogs/include/volume.h - 1.6 cmd/xfsprogs/include/xfs_sb.h - 1.9 cmd/xfsprogs/include/xfs_dir2_block.h - 1.8 cmd/xfsprogs/include/xfs_dir.h - 1.7 cmd/xfsprogs/include/xfs_arch.h - 1.11 cmd/xfsprogs/include/libxfs.h - 1.24 cmd/xfsprogs/include/xfs_rtalloc.h - 1.9 cmd/xfsprogs/include/fstyp.h - 1.5 cmd/xfsprogs/include/xfs_ialloc_btree.h - 1.7 cmd/xfsprogs/include/xfs_inode_item.h - 1.8 cmd/xfsprogs/include/Makefile - 1.17 cmd/xfsprogs/include/dvh.h - 1.5 cmd/xfsprogs/include/xfs_log_recover.h - 1.7 cmd/xfsprogs/include/xfs_dfrag.h - 1.7 cmd/xfsprogs/include/libxlog.h - 1.8 cmd/xfsprogs/include/builddefs.in - 1.31 cmd/xfsprogs/include/xfs_dir2_sf.h - 1.9 cmd/xfsprogs/include/xfs_dir_leaf.h - 1.10 cmd/xfsprogs/include/platform_defs.h.in - 1.22 cmd/xfsprogs/include/xfs_mount.h - 1.36 cmd/xfsprogs/include/xfs_btree.h - 1.8 cmd/xfsprogs/include/xfs_dir2_data.h - 1.7 cmd/xfsprogs/include/xfs_inode.h - 1.31 cmd/xfsprogs/include/xfs_dir2_leaf.h - 1.8 cmd/xfsprogs/include/xfs_attr_leaf.h - 1.8 cmd/xfsprogs/include/xfs_types.h - 1.18 cmd/xfsprogs/include/xfs_trans.h - 1.13 cmd/xfsprogs/include/xfs_dir_sf.h - 1.8 cmd/xfsprogs/include/xfs_alloc.h - 1.9 cmd/xfsprogs/include/jdm.h - 1.7 cmd/xfsprogs/include/xqm.h - 1.12 cmd/xfsprogs/include/xfs_imap.h - 1.7 cmd/xfsprogs/include/xfs_bmap.h - 1.9 cmd/xfsprogs/include/xfs_alloc_btree.h - 1.8 cmd/xfsprogs/include/xfs_quota.h - 1.13 cmd/xfsprogs/include/xfs_dir2_node.h - 1.8 cmd/xfsprogs/include/xfs_dir2.h - 1.9 cmd/xfsprogs/include/xfs_dinode.h - 1.9 cmd/xfsprogs/repair/bmap.c - 1.6 cmd/xfsprogs/repair/bmap.h - 1.5 cmd/xfsprogs/repair/phase6.c - 1.14 cmd/xfsprogs/repair/phase7.c - 1.6 cmd/xfsprogs/repair/incore_bmc.c - 1.5 cmd/xfsprogs/repair/avl64.c - 1.9 cmd/xfsprogs/repair/avl64.h - 1.6 cmd/xfsprogs/repair/dir2.c - 1.13 cmd/xfsprogs/repair/dir2.h - 1.5 cmd/xfsprogs/repair/sb.c - 1.10 cmd/xfsprogs/repair/dir.c - 1.12 cmd/xfsprogs/repair/dir.h - 1.5 cmd/xfsprogs/repair/phase4.c - 1.11 cmd/xfsprogs/repair/dinode.c - 1.13 cmd/xfsprogs/repair/dinode.h - 1.5 cmd/xfsprogs/repair/phase5.c - 1.7 cmd/xfsprogs/repair/agheader.h - 1.5 cmd/xfsprogs/repair/agheader.c - 1.11 cmd/xfsprogs/repair/dir_stack.c - 1.7 cmd/xfsprogs/repair/dir_stack.h - 1.5 cmd/xfsprogs/repair/init.c - 1.8 cmd/xfsprogs/repair/rt.c - 1.6 cmd/xfsprogs/repair/rt.h - 1.5 cmd/xfsprogs/repair/versions.c - 1.7 cmd/xfsprogs/repair/versions.h - 1.5 cmd/xfsprogs/repair/protos.h - 1.5 cmd/xfsprogs/repair/README - 1.2 cmd/xfsprogs/repair/phase2.c - 1.9 cmd/xfsprogs/repair/globals.c - 1.5 cmd/xfsprogs/repair/globals.h - 1.8 cmd/xfsprogs/repair/phase3.c - 1.9 cmd/xfsprogs/repair/err_protos.h - 1.5 cmd/xfsprogs/repair/incore_ext.c - 1.6 cmd/xfsprogs/repair/Makefile - 1.10 cmd/xfsprogs/repair/phase1.c - 1.7 cmd/xfsprogs/repair/xfs_repair.c - 1.11 cmd/xfsprogs/repair/dino_chunks.c - 1.8 cmd/xfsprogs/repair/incore.h - 1.6 cmd/xfsprogs/repair/incore.c - 1.8 cmd/xfsprogs/repair/avl.c - 1.9 cmd/xfsprogs/repair/avl.h - 1.6 cmd/xfsprogs/repair/incore_ino.c - 1.9 cmd/xfsprogs/repair/scan.h - 1.5 cmd/xfsprogs/repair/scan.c - 1.8 cmd/xfsprogs/repair/attr_repair.h - 1.9 cmd/xfsprogs/repair/attr_repair.c - 1.14 cmd/xfsprogs/repair/io.c - 1.8 cmd/xfsprogs/libhandle/handle.c - 1.13 cmd/xfsprogs/libhandle/Makefile - 1.10 cmd/xfsprogs/libhandle/jdm.c - 1.8 cmd/xfsprogs/libxfs/xfs_ialloc.c - 1.19 cmd/xfsprogs/libxfs/rdwr.c - 1.15 cmd/xfsprogs/libxfs/xfs_da_btree.c - 1.21 cmd/xfsprogs/libxfs/xfs.h - 1.35 cmd/xfsprogs/libxfs/xfs_dir2_block.c - 1.11 cmd/xfsprogs/libxfs/xfs_dir.c - 1.13 cmd/xfsprogs/libxfs/xfs_rtalloc.c - 1.14 cmd/xfsprogs/libxfs/xfs_ialloc_btree.c - 1.8 cmd/xfsprogs/libxfs/Makefile - 1.16 cmd/xfsprogs/libxfs/xfs_bmap_btree.c - 1.16 cmd/xfsprogs/libxfs/xfs_dir2_sf.c - 1.11 cmd/xfsprogs/libxfs/xfs_dir_leaf.c - 1.14 cmd/xfsprogs/libxfs/xfs_mount.c - 1.15 cmd/xfsprogs/libxfs/xfs_btree.c - 1.13 cmd/xfsprogs/libxfs/xfs_dir2_data.c - 1.9 cmd/xfsprogs/libxfs/xfs_inode.c - 1.19 cmd/xfsprogs/libxfs/xfs_dir2_leaf.c - 1.9 cmd/xfsprogs/libxfs/xfs_attr_leaf.c - 1.9 cmd/xfsprogs/libxfs/xfs_trans.c - 1.6 cmd/xfsprogs/libxfs/xfs_alloc.c - 1.19 cmd/xfsprogs/libxfs/xfs_bmap.c - 1.20 cmd/xfsprogs/libxfs/xfs_alloc_btree.c - 1.10 cmd/xfsprogs/libxfs/xfs_dir2_node.c - 1.14 cmd/xfsprogs/libxfs/xfs_dir2.c - 1.13 cmd/xfsprogs/mkfile/xfs_mkfile.c - 1.14 cmd/xfsprogs/mkfile/Makefile - 1.8 cmd/xfsprogs/db/text.h - 1.5 cmd/xfsprogs/db/text.c - 1.7 cmd/xfsprogs/include/buildmacros - 1.10 cmd/xfsprogs/include/xfs_cap.h - 1.6 cmd/xfsprogs/include/xfs_mac.h - 1.5 cmd/xfsprogs/include/xfs_acl.h - 1.8 cmd/xfsprogs/libdisk/evms.c - 1.2 cmd/xfsprogs/libdisk/evms.h - 1.2 cmd/xfsprogs/libdisk/drivers.h - 1.3 cmd/xfsprogs/include/swab.h - 1.2 cmd/xfsprogs/po/Makefile - 1.6 cmd/xfsprogs/io/command.c - 1.2 cmd/xfsprogs/io/command.h - 1.2 cmd/xfsprogs/io/xfs_bmap.sh - 1.2 cmd/xfsprogs/io/pread.c - 1.4 cmd/xfsprogs/io/input.h - 1.2 cmd/xfsprogs/io/Makefile - 1.2 cmd/xfsprogs/io/truncate.c - 1.2 cmd/xfsprogs/io/resblks.c - 1.3 cmd/xfsprogs/io/quit.c - 1.2 cmd/xfsprogs/io/pwrite.c - 1.2 cmd/xfsprogs/io/prealloc.c - 1.3 cmd/xfsprogs/io/help.c - 1.2 cmd/xfsprogs/io/input.c - 1.2 cmd/xfsprogs/io/init.h - 1.2 cmd/xfsprogs/io/open.c - 1.3 cmd/xfsprogs/io/init.c - 1.3 cmd/xfsprogs/io/bmap.c - 1.3 cmd/xfsprogs/io/fsync.c - 1.2 cmd/xfsprogs/libxfs/freebsd.c - 1.3 From owner-linux-xfs@oss.sgi.com Wed Apr 16 11:54:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 11:54:32 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3GIsIFu028938 for ; Wed, 16 Apr 2003 11:54:18 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3GIsImk028937 for linux-xfs@oss.sgi.com; Wed, 16 Apr 2003 11:54:18 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3GIsGFw028923 for ; Wed, 16 Apr 2003 11:54:16 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3GIfVOD028769; Wed, 16 Apr 2003 11:41:31 -0700 Date: Wed, 16 Apr 2003 11:41:31 -0700 Message-Id: <200304161841.h3GIfVOD028769@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 242] XFS 1.2/ia64 linux-2.4.19 build fails in "make dep" with "arch/ia64/sn/sn1: No such file or directory" X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3715 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 580 Lines: 21 http://oss.sgi.com/bugzilla/show_bug.cgi?id=242 nstraz@sgi.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From nstraz@sgi.com 2003-16-04 11:41 PDT ------- The user forgot to apply the ia64 patch to the kernel. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Wed Apr 16 13:11:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 13:11:54 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GKBXFu030179 for ; Wed, 16 Apr 2003 13:11:40 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GKBPE0031091 for ; Wed, 16 Apr 2003 13:11:25 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h3GKBOWg030784 for ; Wed, 16 Apr 2003 15:11:24 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h3GKBOOX030782 for linux-xfs@oss.sgi.com; Wed, 16 Apr 2003 15:11:24 -0500 Date: Wed, 16 Apr 2003 15:11:24 -0500 From: Rusell Cattelan Message-Id: <200304162011.h3GKBOOX030782@naboo.americas.sgi.com> Subject: TAKE - 2.5 XFS whitespace cleanup X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3716 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 6088 Lines: 178 Ok think I'm done making useless code changes :-) Whitespace cleanup Merge whitespace cleanup to 2.5 tree Date: Wed Apr 16 13:09:14 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs2/XFS/x2.5-xfs Author: cattelan Merged by: cattelan Merged mods: 2.4.x-xfs:slinx:144573a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:144573a linux/fs/xfs/xfs_trans_space.h - 1.11 linux/fs/xfs/xfsidbg.c - 1.224 linux/fs/xfs/xfs_log.h - 1.67 linux/fs/xfs/xfs_log.c - 1.267 linux/fs/xfs/xfs_inum.h - 1.20 linux/fs/xfs/xfs_ialloc.h - 1.41 linux/fs/xfs/xfs_ialloc.c - 1.163 linux/fs/xfs/xfs_macros.c - 1.49 linux/fs/xfs/xfs_macros.h - 1.20 linux/fs/xfs/xfs_ag.h - 1.47 linux/fs/xfs/xfs_rw.h - 1.72 linux/fs/xfs/xfs_rw.c - 1.378 linux/fs/xfs/xfs_extfree_item.h - 1.16 linux/fs/xfs/xfs_extfree_item.c - 1.53 linux/fs/xfs/xfs_buf_item.h - 1.37 linux/fs/xfs/xfs_buf_item.c - 1.140 linux/fs/xfs/xfs_trans_inode.c - 1.40 linux/fs/xfs/xfs_trans_priv.h - 1.23 linux/fs/xfs/xfs_attr_sf.h - 1.17 linux/fs/xfs/xfs_log_priv.h - 1.88 linux/fs/xfs/xfs_da_btree.c - 1.139 linux/fs/xfs/xfs_da_btree.h - 1.51 linux/fs/xfs/xfs_bit.h - 1.16 linux/fs/xfs/xfs_bit.c - 1.22 linux/fs/xfs/xfs_sb.h - 1.56 linux/fs/xfs/xfs_trans_ail.c - 1.64 linux/fs/xfs/xfs_vnodeops.c - 1.588 linux/fs/xfs/xfs_dir2_block.c - 1.30 linux/fs/xfs/xfs_dir2_block.h - 1.11 linux/fs/xfs/xfs_attr_fetch.c - 1.13 linux/fs/xfs/xfs_dir.h - 1.39 linux/fs/xfs/xfs_dir.c - 1.148 linux/fs/xfs/xfs_rtalloc.h - 1.24 linux/fs/xfs/xfs_rtalloc.c - 1.83 linux/fs/xfs/xfs_itable.c - 1.113 linux/fs/xfs/xfs_itable.h - 1.38 linux/fs/xfs/xfs_ialloc_btree.h - 1.22 linux/fs/xfs/xfs_ialloc_btree.c - 1.70 linux/fs/xfs/xfs_dmapi.h - 1.38 linux/fs/xfs/xfs_inode_item.c - 1.110 linux/fs/xfs/xfs_inode_item.h - 1.42 linux/fs/xfs/Makefile - 1.170 linux/fs/xfs/xfs_iocore.c - 1.40 linux/fs/xfs/xfs_log_recover.h - 1.17 linux/fs/xfs/xfs_log_recover.c - 1.258 linux/fs/xfs/xfs_trans_item.c - 1.33 linux/fs/xfs/xfs_vfsops.c - 1.409 linux/fs/xfs/xfs_dfrag.c - 1.37 linux/fs/xfs/xfs_dfrag.h - 1.7 linux/fs/xfs/xfs_iget.c - 1.182 linux/fs/xfs/xfs_clnt.h - 1.38 linux/fs/xfs/xfs_bmap_btree.c - 1.133 linux/fs/xfs/xfs_dir2_sf.h - 1.16 linux/fs/xfs/xfs_dir2_sf.c - 1.33 linux/fs/xfs/xfs_dir_leaf.c - 1.109 linux/fs/xfs/xfs_dir_leaf.h - 1.37 linux/fs/xfs/xfs_mount.h - 1.169 linux/fs/xfs/xfs_mount.c - 1.327 linux/fs/xfs/xfs_btree.c - 1.102 linux/fs/xfs/xfs_btree.h - 1.55 linux/fs/xfs/xfs_dir2_data.c - 1.20 linux/fs/xfs/xfs_dir2_data.h - 1.8 linux/fs/xfs/xfs_trans_extfree.c - 1.21 linux/fs/xfs/xfs_inode.c - 1.368 linux/fs/xfs/xfs_inode.h - 1.180 linux/fs/xfs/xfs_dir2_trace.c - 1.14 linux/fs/xfs/xfs_dir2_trace.h - 1.7 linux/fs/xfs/xfs_dir2_leaf.c - 1.31 linux/fs/xfs/xfs_dir2_leaf.h - 1.12 linux/fs/xfs/xfs_attr_leaf.h - 1.30 linux/fs/xfs/xfs_attr_leaf.c - 1.68 linux/fs/xfs/xfs_types.h - 1.67 linux/fs/xfs/xfs_trans.c - 1.141 linux/fs/xfs/xfs_trans.h - 1.119 linux/fs/xfs/xfs_error.c - 1.41 linux/fs/xfs/xfs_error.h - 1.32 linux/fs/xfs/xfs_utils.c - 1.59 linux/fs/xfs/xfs_utils.h - 1.29 linux/fs/xfs/xfs_dir_sf.h - 1.22 linux/fs/xfs/xfs_alloc.c - 1.162 linux/fs/xfs/xfs_alloc.h - 1.54 linux/fs/xfs/xfs_fsops.h - 1.23 linux/fs/xfs/xfs_fsops.c - 1.89 linux/fs/xfs/xfs_imap.h - 1.9 linux/fs/xfs/xfs_bmap.h - 1.80 linux/fs/xfs/xfs_bmap.c - 1.300 linux/fs/xfs/xfs_alloc_btree.h - 1.24 linux/fs/xfs/xfs_alloc_btree.c - 1.74 linux/fs/xfs/xfs_quota.h - 1.32 linux/fs/xfs/xfs_trans_buf.c - 1.112 linux/fs/xfs/xfs_dir2_node.c - 1.33 linux/fs/xfs/xfs_dir2_node.h - 1.8 linux/fs/xfs/xfs_rename.c - 1.48 linux/fs/xfs/xfs_attr.c - 1.101 linux/fs/xfs/xfs_attr.h - 1.24 linux/fs/xfs/xfs_dir2.h - 1.13 linux/fs/xfs/xfs_dir2.c - 1.42 linux/fs/xfs/xfs_dinode.h - 1.62 linux/fs/xfs/linux/xfs_lrw.h - 1.36 linux/fs/xfs/linux/xfs_lrw.c - 1.184 linux/fs/xfs/linux/xfs_vfs.c - 1.45 linux/fs/xfs/linux/xfs_globals.c - 1.45 linux/fs/xfs/linux/xfs_linux.h - 1.104 linux/fs/xfs/linux/xfs_file.c - 1.90 linux/fs/xfs/linux/xfs_vnode.c - 1.113 linux/fs/xfs/linux/xfs_fs_subr.c - 1.39 linux/fs/xfs/linux/xfs_super.h - 1.42 linux/fs/xfs/linux/xfs_super.c - 1.262 linux/fs/xfs/linux/xfs_behavior.c - 1.18 linux/fs/xfs/linux/xfs_iops.c - 1.198 linux/fs/xfs/linux/xfs_iops.h - 1.19 linux/fs/xfs/linux/xfs_cred.h - 1.22 linux/fs/xfs/xfs_arch.h - 1.37 linux/fs/xfs/linux/xfs_ioctl.c - 1.96 linux/fs/xfs/dmapi/dmapi_event.c - 1.12 linux/fs/xfs/linux/xfs_globals.h - 1.18 linux/fs/xfs/xfs.h - 1.37 linux/fs/xfs/linux/xfs_vnode.h - 1.81 linux/fs/xfs/linux/xfs_vfs.h - 1.36 linux/fs/xfs/linux/xfs_fs_subr.h - 1.11 linux/fs/xfs/linux/xfs_behavior.h - 1.14 linux/fs/xfs/support/uuid.h - 1.10 linux/fs/xfs/support/debug.c - 1.21 linux/fs/xfs/support/time.h - 1.13 linux/fs/xfs/support/sv.h - 1.11 linux/fs/xfs/support/spin.h - 1.11 linux/fs/xfs/support/sema.h - 1.8 linux/fs/xfs/support/qsort.h - 1.6 linux/fs/xfs/support/qsort.c - 1.7 linux/fs/xfs/support/mutex.h - 1.11 linux/fs/xfs/support/mrlock.h - 1.9 linux/fs/xfs/support/mrlock.c - 1.14 linux/fs/xfs/support/ktrace.h - 1.7 linux/fs/xfs/support/move.h - 1.11 linux/fs/xfs/linux/xfs_stats.c - 1.11 linux/fs/xfs/linux/xfs_stats.h - 1.7 linux/fs/xfs/support/move.c - 1.12 linux/fs/xfs/support/kmem.h - 1.12 linux/fs/xfs/support/debug.h - 1.6 linux/fs/xfs/support/kmem.c - 1.25 linux/fs/xfs/support/ktrace.c - 1.13 linux/fs/xfs/xfs_acl.h - 1.23 linux/fs/xfs/xfs_acl.c - 1.37 linux/fs/xfs/linux/xfs_sysctl.h - 1.11 linux/fs/xfs/linux/xfs_sysctl.c - 1.15 linux/fs/xfs/pagebuf/page_buf_locking.c - 1.35 linux/fs/xfs/pagebuf/page_buf.c - 1.104 linux/fs/xfs/pagebuf/page_buf_trace.h - 1.5 linux/fs/xfs/pagebuf/page_buf.h - 1.69 linux/fs/xfs/xfs_mac.h - 1.7 linux/fs/xfs/xfs_mac.c - 1.5 linux/fs/xfs/pagebuf/page_buf_internal.h - 1.21 linux/fs/xfs/xfs_cap.h - 1.7 linux/fs/xfs/xfs_cap.c - 1.8 linux/fs/xfs/linux/xfs_aops.c - 1.34 linux/fs/xfs/linux/xfs_iomap.c - 1.8 linux/fs/xfs/dmapi/dmapi_xfs.c - 1.5 linux/fs/xfs/quota/xfs_qm_syscalls.c - 1.2 - Merge of 2.4.x-xfs:slinx:144573a by cattelan. Clean up some whitespace... revert some whitespace changes from previous whitespace cleanup (incorrect tabs) From owner-linux-xfs@oss.sgi.com Wed Apr 16 13:41:23 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 13:41:32 -0700 (PDT) Received: from hotmail.com (bay2-dav6.bay2.hotmail.com [65.54.246.110]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GKfMFu030856 for ; Wed, 16 Apr 2003 13:41:23 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 16 Apr 2003 13:41:17 -0700 Received: from 24.74.153.97 by bay2-dav6.bay2.hotmail.com with DAV; Wed, 16 Apr 2003 20:41:17 +0000 X-Originating-IP: [24.74.153.97] X-Originating-Email: [s_wendy_cheng@hotmail.com] From: "Wendy Cheng" To: "xfs mailing list" References: <20030414112911.GA8577@openoffice.nl> <20030415101506.GB4499@plato.local.lan> <20030416131226.GA22004@openoffice.nl> Subject: kernel stack while doing xfsdump Date: Wed, 16 Apr 2003 16:40:37 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: X-OriginalArrivalTime: 16 Apr 2003 20:41:17.0854 (UTC) FILETIME=[87CDA3E0:01C30458] X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3717 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: s_wendy_cheng@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 49892 Lines: 1165 A colleague is currently at customer site doing installation for our storage management software. The kernel crash while doing xfsdump. Stack trace attached. Is this something obvious ? Could someone give us a clue of what could possibly go wrong ? Thanks. Wendy -------- Apr 15 17:58:50 hera kernel: 0x0: 54 41 50 45 00 00 03 00 8c 00 0e 01 00 00 00 00 Apr 15 17:58:50 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:58:50 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:58:50 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ef0ba000 00000010 f8c0c9ce Apr 15 17:58:50 hera kernel: efc85b10 efb05440 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ef0ba000 Apr 15 17:58:50 hera kernel: Call Trace: Apr 15 17:58:50 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:50 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:50 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:58:50 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:50 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:50 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:58:50 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:50 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:50 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:50 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:58:50 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:58:50 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:58:50 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:58:50 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:58:50 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:58:50 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_ioc_bulkstat+0x1e9/0x270 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:58:50 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:58:50 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:50 hera kernel: [] ip_local_deliver+0xf3/0x190 [kernel] Apr 15 17:58:50 hera kernel: [] ip_rcv+0x354/0x3f0 [kernel] Apr 15 17:58:50 hera kernel: [] netif_receive_skb+0x1aa/0x1e0 [kernel] Apr 15 17:58:50 hera kernel: [] process_backlog+0x89/0x130 [kernel] Apr 15 17:58:50 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:50 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:58:50 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:50 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:50 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:58:50 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:50 hera kernel: [] do_IRQ+0xdd/0xf0 [kernel] Apr 15 17:58:50 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:58:50 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:50 hera kernel: Apr 15 17:58:50 hera kernel: 0x0: d8 00 00 00 03 00 00 00 00 00 a0 00 00 00 00 00 Apr 15 17:58:50 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:58:51 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:58:51 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ef0bb000 00000010 f8c0c9ce Apr 15 17:58:51 hera kernel: efafcb10 efb05440 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ef0bb000 Apr 15 17:58:51 hera kernel: Call Trace: Apr 15 17:58:51 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:58:51 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:58:51 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:58:51 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:58:51 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:58:51 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:58:51 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_ioc_bulkstat+0x1e9/0x270 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] ip_local_deliver+0xf3/0x190 [kernel] Apr 15 17:58:51 hera kernel: [] ip_rcv+0x354/0x3f0 [kernel] Apr 15 17:58:51 hera kernel: [] netif_receive_skb+0x1aa/0x1e0 [kernel] Apr 15 17:58:51 hera kernel: [] process_backlog+0x89/0x130 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] do_IRQ+0xdd/0xf0 [kernel] Apr 15 17:58:51 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: Apr 15 17:58:51 hera kernel: 0x0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Apr 15 17:58:51 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:58:51 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:58:51 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ee7ee000 00000010 f8c0c9ce Apr 15 17:58:51 hera kernel: efafcb10 efb05440 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ee7ee000 Apr 15 17:58:51 hera kernel: Call Trace: Apr 15 17:58:51 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:58:51 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:58:51 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:58:51 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:58:51 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:58:51 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:58:51 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_ioc_bulkstat+0x1e9/0x270 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:58:51 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] ip_local_deliver+0xf3/0x190 [kernel] Apr 15 17:58:51 hera kernel: [] ip_rcv+0x354/0x3f0 [kernel] Apr 15 17:58:51 hera kernel: [] netif_receive_skb+0x1aa/0x1e0 [kernel] Apr 15 17:58:51 hera kernel: [] process_backlog+0x89/0x130 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: [] do_IRQ+0xdd/0xf0 [kernel] Apr 15 17:58:51 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:58:51 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:51 hera kernel: Apr 15 17:58:57 hera kernel: 0x0: 54 41 50 45 00 00 03 00 8c 00 0e 01 00 00 00 00 Apr 15 17:58:57 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:58:57 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:58:57 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ef0ba000 00000010 f8c0c9ce Apr 15 17:58:57 hera kernel: efafcb10 eea99f20 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ef0ba000 Apr 15 17:58:57 hera kernel: Call Trace: Apr 15 17:58:57 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:57 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:57 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:58:57 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:57 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:57 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:58:57 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:57 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:57 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:57 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:58:57 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:58:57 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:58:57 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:58:57 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:58:57 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:58:57 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_ioc_bulkstat+0x1e9/0x270 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:58:57 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:58:57 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:57 hera kernel: [] ip_local_deliver+0xf3/0x190 [kernel] Apr 15 17:58:57 hera kernel: [] ip_rcv+0x354/0x3f0 [kernel] Apr 15 17:58:57 hera kernel: [] netif_receive_skb+0x1aa/0x1e0 [kernel] Apr 15 17:58:57 hera kernel: [] process_backlog+0x89/0x130 [kernel] Apr 15 17:58:57 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:57 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:58:57 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:57 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:57 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:58:57 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:57 hera kernel: [] do_IRQ+0xdd/0xf0 [kernel] Apr 15 17:58:57 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:58:57 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:57 hera kernel: Apr 15 17:58:57 hera kernel: 0x0: d8 00 00 00 03 00 00 00 00 00 a0 00 00 00 00 00 Apr 15 17:58:57 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:58:57 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:58:57 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ef0bb000 00000010 f8c0c9ce Apr 15 17:58:57 hera kernel: efafcb10 eea99f20 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ef0bb000 Apr 15 17:58:57 hera kernel: Call Trace: Apr 15 17:58:57 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:58:58 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:58:58 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:58:58 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:58:58 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:58:58 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:58:58 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_ioc_bulkstat+0x1e9/0x270 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] ip_local_deliver+0xf3/0x190 [kernel] Apr 15 17:58:58 hera kernel: [] ip_rcv+0x354/0x3f0 [kernel] Apr 15 17:58:58 hera kernel: [] netif_receive_skb+0x1aa/0x1e0 [kernel] Apr 15 17:58:58 hera kernel: [] process_backlog+0x89/0x130 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] do_IRQ+0xdd/0xf0 [kernel] Apr 15 17:58:58 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: Apr 15 17:58:58 hera kernel: 0x0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Apr 15 17:58:58 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:58:58 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:58:58 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ee7ee000 00000010 f8c0c9ce Apr 15 17:58:58 hera kernel: efafcb10 eea99f20 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ee7ee000 Apr 15 17:58:58 hera kernel: Call Trace: Apr 15 17:58:58 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:58:58 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:58:58 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:58:58 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:58:58 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:58:58 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:58:58 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_ioc_bulkstat+0x1e9/0x270 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:58:58 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] ip_local_deliver+0xf3/0x190 [kernel] Apr 15 17:58:58 hera kernel: [] ip_rcv+0x354/0x3f0 [kernel] Apr 15 17:58:58 hera kernel: [] netif_receive_skb+0x1aa/0x1e0 [kernel] Apr 15 17:58:58 hera kernel: [] process_backlog+0x89/0x130 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: [] do_IRQ+0xdd/0xf0 [kernel] Apr 15 17:58:58 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:58:58 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:58:58 hera kernel: Apr 15 17:59:11 hera kernel: 0x0: 54 41 50 45 00 00 03 00 8c 00 0e 01 00 00 00 00 Apr 15 17:59:11 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:11 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:11 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ef0ba000 00000010 f8c0c9ce Apr 15 17:59:11 hera kernel: efafcb10 efb05a40 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ef0ba000 Apr 15 17:59:11 hera kernel: Call Trace: Apr 15 17:59:11 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:59:11 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:59:11 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:59:11 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:59:11 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:11 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:59:11 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:11 hera kernel: [] xfs_inactive_free_eofblocks+0xa6/0x210 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_iunlock+0x33/0x60 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_inactive_free_eofblocks+0xb7/0x210 [xfs] Apr 15 17:59:11 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:11 hera kernel: [] iput+0x51/0x2b0 [kernel] Apr 15 17:59:11 hera kernel: [] dput+0x13a/0x160 [kernel] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:11 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:11 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:11 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:11 hera kernel: Apr 15 17:59:11 hera kernel: 0x0: d8 00 00 00 03 00 00 00 00 00 a0 00 00 00 00 00 Apr 15 17:59:11 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:11 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:11 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ef0bb000 00000010 f8c0c9ce Apr 15 17:59:11 hera kernel: efafcb10 efb05a40 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ef0bb000 Apr 15 17:59:11 hera kernel: Call Trace: Apr 15 17:59:11 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:59:11 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:59:11 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:59:11 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:59:11 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:11 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:59:11 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:59:11 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:59:11 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xa6/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_iunlock+0x33/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xb7/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] iput+0x51/0x2b0 [kernel] Apr 15 17:59:12 hera kernel: [] dput+0x13a/0x160 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: Apr 15 17:59:12 hera kernel: 0x0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Apr 15 17:59:12 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:12 hera kernel: ef3a9b70 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:12 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ee7ee000 00000010 f8c0c9ce Apr 15 17:59:12 hera kernel: efafcb10 efb05a40 ef3a9c3c f8c0c83b f8c67037 00000001 f0cd8400 ee7ee000 Apr 15 17:59:12 hera kernel: Call Trace: Apr 15 17:59:12 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_root_inactive+0x29/0xf0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_inactive+0xb7/0x170 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_inactive+0xed/0x170 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_attrs+0x34/0xd0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive+0x346/0x410 [xfs] Apr 15 17:59:12 hera kernel: [] vn_rele+0x36/0x90 [xfs] Apr 15 17:59:12 hera kernel: [] linvfs_clear_inode+0x10/0x20 [xfs] Apr 15 17:59:12 hera kernel: [] clear_inode+0xce/0x110 [kernel] Apr 15 17:59:12 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] iput+0x176/0x2b0 [kernel] Apr 15 17:59:12 hera kernel: [] xfs_iput+0x1c/0x30 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_bulkstat_one+0x50f/0x530 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_bulkstat_single+0x4b/0x110 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_ioc_bulkstat+0x1b8/0x270 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_ioctl+0x37c/0x910 [xfs] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xa6/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_iunlock+0x33/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xb7/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] iput+0x51/0x2b0 [kernel] Apr 15 17:59:12 hera kernel: [] dput+0x13a/0x160 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:12 hera kernel: [] huft_build+0x476/0x5d0 [kernel] Apr 15 17:59:12 hera kernel: Apr 15 17:59:12 hera kernel: 0x0: 45 53 45 54 00 00 00 00 58 00 0e 01 00 00 00 00 Apr 15 17:59:12 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:12 hera kernel: ef3a9be4 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:12 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ebf98000 00000010 f8c0c9ce Apr 15 17:59:12 hera kernel: efafcfd0 efb05a40 ef3a9cb0 f8c0c83b f8c67037 00000001 f0cd8400 ebf98000 Apr 15 17:59:12 hera kernel: Call Trace: Apr 15 17:59:12 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_log_reserve+0x86/0x90 [xfs] Apr 15 17:59:12 hera kernel: [] kmem_zone_free+0xf/0x12 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_trans_free+0x2d/0x40 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_leaf_get+0x2c/0xa0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_leaf_get+0x2c/0xa0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_fetch+0xb4/0xe0 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x10/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] kmem_zone_alloc+0x44/0xe0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_acl_iaccess+0x3d/0xc0 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x10/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_iaccess+0x65/0x190 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_list+0x10a/0x1b0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attrlist_by_handle+0x5a/0x80 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_ioctl+0x4d2/0x910 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xa6/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_iunlock+0x33/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xb7/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] iput+0x51/0x2b0 [kernel] Apr 15 17:59:12 hera kernel: [] dput+0x13a/0x160 [kernel] Apr 15 17:59:12 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:12 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:12 hera kernel: Apr 15 17:59:12 hera kernel: 0x0: 45 53 45 54 00 00 00 00 58 00 0e 01 00 00 00 00 Apr 15 17:59:12 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:12 hera kernel: ef3a9cc0 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:12 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ebf98000 00000010 f8c0c9ce Apr 15 17:59:12 hera kernel: efafcfd0 efb05a40 ef3a9d8c f8c0c83b f8c67037 00000001 f0cd8400 ebf98000 Apr 15 17:59:12 hera kernel: Call Trace: Apr 15 17:59:12 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_fetch+0xb4/0xe0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_leaf_list+0x29/0xa0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_leaf_list+0x29/0xa0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attr_list+0x168/0x1b0 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_attrlist_by_handle+0x5a/0x80 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_ioctl+0x4d2/0x910 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xa6/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_iunlock+0x33/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] xfs_inactive_free_eofblocks+0xb7/0x210 [xfs] Apr 15 17:59:12 hera kernel: [] linvfs_sops+0x0/0x60 [xfs] Apr 15 17:59:12 hera kernel: [] iput+0x51/0x2b0 [kernel] Apr 15 17:59:12 hera kernel: [] dput+0x13a/0x160 [kernel] Apr 15 17:59:12 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:12 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:12 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:12 hera kernel: Apr 15 17:59:12 hera kernel: 0x0: 45 53 45 54 00 00 00 00 58 00 0e 01 00 00 00 00 Apr 15 17:59:13 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:13 hera kernel: ef3a9be4 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:13 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ebf98000 00000010 f8c0c9ce Apr 15 17:59:13 hera kernel: efafcfd0 efb05a40 ef3a9cb0 f8c0c83b f8c67037 00000001 f0cd8400 ebf98000 Apr 15 17:59:13 hera kernel: Call Trace: Apr 15 17:59:13 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] _call_console_drivers+0x57/0x60 [kernel] Apr 15 17:59:13 hera kernel: [] _pagebuf_free_object+0x108/0x110 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_trans_brelse+0x4a/0xf0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_leaf_get+0x2c/0xa0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_leaf_get+0x2c/0xa0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_fetch+0xb4/0xe0 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x10/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] kmem_zone_alloc+0x44/0xe0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_acl_iaccess+0x3d/0xc0 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x10/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_iaccess+0x65/0x190 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_list+0x10a/0x1b0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attrlist_by_handle+0x5a/0x80 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_ioctl+0x4d2/0x910 [xfs] Apr 15 17:59:13 hera kernel: [] tty_default_put_char+0x1c/0x20 [kernel] Apr 15 17:59:13 hera kernel: [] opost+0x1be/0x1d0 [kernel] Apr 15 17:59:13 hera kernel: [] write_chan+0x1dc/0x200 [kernel] Apr 15 17:59:13 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:13 hera kernel: [] sys_write+0x100/0x110 [kernel] Apr 15 17:59:13 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:13 hera kernel: Apr 15 17:59:13 hera kernel: 0x0: 45 53 45 54 00 00 00 00 58 00 0e 01 00 00 00 00 Apr 15 17:59:13 hera kernel: Filesystem "sd(71,240)": XFS internal error xfs_da_do_buf(2) at line 2247 of file xfs_da_btree.c. Caller 0xf8c0c9ce Apr 15 17:59:13 hera kernel: ef3a9cc0 f8c1a9b5 f8c1aa18 f8c0c9ce 000008c7 f8c66f3e f8c1ab13 f8c67037 Apr 15 17:59:13 hera kernel: 00000001 f0cd8400 f8c66f3e 000008c7 f8c0c9ce ebf98000 00000010 f8c0c9ce Apr 15 17:59:13 hera kernel: efafcfd0 efb05a40 ef3a9d8c f8c0c83b f8c67037 00000001 f0cd8400 ebf98000 Apr 15 17:59:13 hera kernel: Call Trace: Apr 15 17:59:13 hera kernel: [] xfs_stack_trace+0x5/0x10 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_error_report+0x58/0x60 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_corruption_error+0x33/0x40 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_do_buf+0x64b/0x750 [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x3d7/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] .rodata.str1.1+0x2de/0x190c [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_fetch+0xb4/0xe0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_da_read_buf+0x3e/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_leaf_list+0x29/0xa0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_leaf_list+0x29/0xa0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attr_list+0x168/0x1b0 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_attrlist_by_handle+0x5a/0x80 [xfs] Apr 15 17:59:13 hera kernel: [] xfs_ioctl+0x4d2/0x910 [xfs] Apr 15 17:59:13 hera kernel: [] tty_default_put_char+0x1c/0x20 [kernel] Apr 15 17:59:13 hera kernel: [] opost+0x1be/0x1d0 [kernel] Apr 15 17:59:13 hera kernel: [] write_chan+0x1dc/0x200 [kernel] Apr 15 17:59:13 hera kernel: [] linvfs_ioctl+0x23/0x50 [xfs] Apr 15 17:59:13 hera kernel: [] sys_ioctl+0x257/0x291 [kernel] Apr 15 17:59:13 hera kernel: [] sys_write+0x100/0x110 [kernel] Apr 15 17:59:13 hera kernel: [] system_call+0x33/0x38 [kernel] Apr 15 17:59:13 hera kernel: -------- From owner-linux-xfs@oss.sgi.com Wed Apr 16 15:01:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 15:02:14 -0700 (PDT) Received: from smtp2.elitehou.com ([208.254.100.104]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GM1wFu032302 for ; Wed, 16 Apr 2003 15:01:59 -0700 Received: from mast.elitehou.com (mast [192.168.12.13]) by smtp2.elitehou.com (8.11.2/8.11.2) with ESMTP id h3GM0FW12207 for ; Wed, 16 Apr 2003 17:00:15 -0500 Received: by mast with Internet Mail Service (5.5.2653.19) id ; Wed, 16 Apr 2003 17:03:56 -0500 Message-ID: <094C7591EED9D511B6A60050BA5ED185018AC122@mast> From: Jim Crippen To: "'linux-xfs@oss.sgi.com'" Subject: Problems booting after install Date: Wed, 16 Apr 2003 17:03:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3718 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jcrippen@eliteint.com Precedence: bulk X-list: linux-xfs Content-Length: 493 Lines: 14 I am having some problems with both the 1.1 and 1.2 XFS installers for Redhat. The installs go fine with no errors or hick-ups. After it is finished and the systems starts rebooting, the appears to be no operating system on the drives. I have had this result on several hardware configurations and only once sucessfully installed it. I'm now lost and do not know what to try next. Thanks. Jim Crippen Sr LAN Administrator Elite Transportation jcrippen@elitehou.com phone: 281-775-2100 From owner-linux-xfs@oss.sgi.com Wed Apr 16 15:04:05 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 15:04:07 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.114.72.97]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GM43Fu032566 for ; Wed, 16 Apr 2003 15:04:04 -0700 Received: from phatboy (phatboy.skynet.coplanar.net [192.168.7.124]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h3GM417N006946; Wed, 16 Apr 2003 18:04:01 -0400 Message-ID: <011e01c30464$93fe67b0$7c07a8c0@kennet.coplanar.net> From: "Jeremy Jackson" To: Cc: Subject: xfsdump debian packages on woody Date: Wed, 16 Apr 2003 18:07:32 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3719 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 855 Lines: 28 Hi, I'm trying to recompile the latest debian xfsdump package (2.2.9-1) on a fresh Debian woody install. I recompile xfsprogs and install first. But it wants libattr1-dev instead of attr-dev (I have stable=2.0.7-1 installed). running dpkg-buildpackage with -d lets it build just fine. I notice in 2.2.4-1 you switched the dependency. If I change debian/control from: Build-depends: ... , libattr1-dev, ... to: Build-depends: ..., attr-dev | libattr1-dev, .... it builds without the -d and without complaining. Q: is it just a name change of the -dev package, or is the version critical? Are there any know issues with using xfs 1.2.0 and userspace utilities with attr-2.0.7-1? It would be nice if you could add the attr-dev back in, or put in the minimum version required into debian/control, in your next package release. Regards, Jeremy From owner-linux-xfs@oss.sgi.com Wed Apr 16 15:08:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 15:08:05 -0700 (PDT) Received: from anchor-post-32.mail.demon.net (anchor-post-32.mail.demon.net [194.217.242.90]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GM81Fu000746 for ; Wed, 16 Apr 2003 15:08:02 -0700 Received: from pr-webmail-2.demon.net ([194.159.244.50] helo=web.mail.demon.net) by anchor-post-32.mail.demon.net with smtp (Exim 3.35 #1) id 195v4T-000LYX-0W; Wed, 16 Apr 2003 23:08:01 +0100 Received: from skylon.demon.co.uk ([81.104.195.89]) by web.mail.demon.net with http; Wed, 16 Apr 2003 23:08:01 +0100 From: jrc@skylon.demon.co.uk To: linux-xfs@oss.sgi.com Reply-to: jrc@skylon.demon.co.uk Subject: Accessing write data within a DMAPI write event? Date: Wed, 16 Apr 2003 23:08:01 +0100 User-Agent: Demon-WebMail/2.0 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3720 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jrc@skylon.demon.co.uk Precedence: bulk X-list: linux-xfs Content-Length: 384 Lines: 14 Does the DMAPI provide a mechanism to access the about to be written data from within the event handler for a write event? I have looked at the XDSM API documentation and the sample DMAPI code in the xfstests but didn't find anything suitable. DMAPI is new to me. Any suggestions for further reading or example code would be appreciated. Thanks in anticipation -- John Connett From owner-linux-xfs@oss.sgi.com Wed Apr 16 15:25:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 15:25:27 -0700 (PDT) Received: from smtp2.elitehou.com ([208.254.100.104]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GMPKFu001272 for ; Wed, 16 Apr 2003 15:25:20 -0700 Received: from mast.elitehou.com (mast [192.168.12.13]) by smtp2.elitehou.com (8.11.2/8.11.2) with ESMTP id h3GMNXW13250; Wed, 16 Apr 2003 17:23:33 -0500 Received: by mast with Internet Mail Service (5.5.2653.19) id ; Wed, 16 Apr 2003 17:27:14 -0500 Message-ID: <094C7591EED9D511B6A60050BA5ED185018AC123@mast> From: Jim Crippen To: "'Eric Sandeen'" Cc: "'linux-xfs@oss.sgi.com'" Subject: RE: Problems booting after install Date: Wed, 16 Apr 2003 17:27:13 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3721 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jcrippen@eliteint.com Precedence: bulk X-list: linux-xfs Content-Length: 1308 Lines: 42 I'm doing both. I saw the post about using lilo over grub. I have this working on a system at home with grub and am very pleased. However, I guess work doesn't like me. Jim Crippen -----Original Message----- From: Eric Sandeen [mailto:sandeen@sgi.com] Sent: Wednesday, April 16, 2003 5:09 PM To: Jim Crippen Cc: 'linux-xfs@oss.sgi.com' Subject: Re: Problems booting after install Try using lilo instead of grub - you can either re-install or boot the install disk with "linux rescue" and re-install your bootloader. Also, be sure you're putting the boot loader in the MBR, not on the first partition. -Eric On Wed, 2003-04-16 at 17:03, Jim Crippen wrote: > I am having some problems with both the 1.1 and 1.2 XFS installers for > Redhat. The installs go fine with no errors or hick-ups. After it is > finished and the systems starts rebooting, the appears to be no operating > system on the drives. I have had this result on several hardware > configurations and only once sucessfully installed it. I'm now lost and do > not know what to try next. Thanks. > > Jim Crippen > Sr LAN Administrator > Elite Transportation > jcrippen@elitehou.com > phone: 281-775-2100 > > -- 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 Apr 16 16:20:09 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 16:20:24 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GNK9Fu002214 for ; Wed, 16 Apr 2003 16:20:09 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GNK2E0014749 for ; Wed, 16 Apr 2003 16:20:03 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3GNIk4e1362727 for ; Thu, 17 Apr 2003 09:18:46 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3GNIjOH887260 for linux-xfs@oss.sgi.com; Thu, 17 Apr 2003 09:18:45 +1000 (EST) Date: Thu, 17 Apr 2003 09:18:45 +1000 (EST) From: Nathan Scott Message-Id: <200304162318.h3GNIjOH887260@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix big-endian builds X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3722 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 912 Lines: 36 Keep build files in sync -- merge whitespace changes to other files. Date: Wed Apr 16 15:49:28 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-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:144700a cmd/acl/include/buildrules - 1.13 cmd/attr/include/buildrules - 1.9 cmd/xfsdump/include/buildrules - 1.8 cmd/dmapi/include/buildrules - 1.10 cmd/dmapi/include/buildmacros - 1.9 cmd/acl/include/buildmacros - 1.10 cmd/attr/include/buildmacros - 1.9 cmd/xfsdump/include/buildmacros - 1.9 Fix build for big endian platforms; make xfs_xlate_dinode_core consistent. Date: Wed Apr 16 16:16:23 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-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:144702a linux/fs/xfs/xfs_inode.c - 1.370 From owner-linux-xfs@oss.sgi.com Wed Apr 16 16:36:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 16:36:40 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GNaZFu002705 for ; Wed, 16 Apr 2003 16:36:36 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GLm7E0007123 for ; Wed, 16 Apr 2003 14:48:07 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3GLm3a220336712; Wed, 16 Apr 2003 16:48:03 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3GLm4wX46632596; Wed, 16 Apr 2003 16:48:05 -0500 (CDT) Subject: Re: question on xfs_repair From: Russell Cattelan To: roberto@redix.it Cc: linux-xfs@oss.sgi.com In-Reply-To: <2704.212.239.118.101.1050313610.squirrel@mail.redix.it> References: <2704.212.239.118.101.1050313610.squirrel@mail.redix.it> Content-Type: text/plain Organization: Message-Id: <1050530107.31511.1.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 16 Apr 2003 16:55:08 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3723 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 2586 Lines: 74 Looks like the cmd source tarballs might have been bad ... acl and attr were at the wrong version? I've re-upload the tar files from a generated from a freshly checked out tree so things should be all copacetic now. -Russell On Mon, 2003-04-14 at 04:46, roberto@redix.it wrote: > Hi, > I'm running slackware 8.1 with XFS 1.2.0 +acl+quota on kernel 2.4.19 + lvm > 1.0.7. > > I've a question on xfs_repair. > > If I've ran xfs_check on my /var F.S. and I've got no warning messages, > but if I run xfs_repair on the same F.S. I see a strange output (for me): > > Phase 1 - find and verify superblock... > Phase 2 - using internal log > - zero log... > RET 1447051264 writing 512bytes at blkno=1447051264(2826272), 0x813b9d8 > RET 1447051776 writing 512bytes at blkno=1447051776(2826273), 0x813b9d8 > - 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 > - 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 > RET 13000704 writing 16384bytes at blkno=13000704(25392), 0x8154928 > - marking entry "lost+found" to be deleted > RET 12996608 writing 4096bytes at blkno=12996608(25384), 0x8153900 > RET 32768 writing 16384bytes at blkno=32768(64), 0x814c6a0 > - check for inodes claiming duplicate blocks... > - agno = 0 > - agno = 1 > - agno = 2 > - agno = 3 > - agno = 4 > - agno = 5 > - agno = 6 > - agno = 7 > Phase 5 - rebuild AG headers and trees... > RET 13889536 writing 4096bytes at blkno=13889536(27128), 0x80e52c8 > RET 13914112 writing 4096bytes at blkno=13914112(27176), 0x80e52c8 > RET 512 writing 512bytes at blkno=512(1), 0x80e52c8 > .... > (the output continue an is quite long) > > I run the command several time but the output produced is still strange > for me. (I'll wait for a clean xfs_repair as for xfs_check) > > Can anyone explain the meaning of it? and is my file system clean or not? > (I've red the man xfs_repair but it does not explain the "RET ..." strings) > > Thanks in advance, > Roberto > -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Wed Apr 16 16:39:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 16:39:55 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GNdqFu003138 for ; Wed, 16 Apr 2003 16:39:53 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GNdkE0016038 for ; Wed, 16 Apr 2003 16:39:47 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3GNcU4e1364055 for ; Thu, 17 Apr 2003 09:38:30 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3GNcUte1365193 for linux-xfs@oss.sgi.com; Thu, 17 Apr 2003 09:38:30 +1000 (EST) Date: Thu, 17 Apr 2003 09:38:30 +1000 (EST) From: Nathan Scott Message-Id: <200304162338.h3GNcUte1365193@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3724 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 658 Lines: 23 Add editline support in for cases where readline is unavailable. Date: Wed Apr 16 16:38:03 PDT 2003 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:144705a cmd/xfsprogs/db/input.c - 1.9 cmd/xfsprogs/db/Makefile - 1.12 cmd/xfsprogs/configure.in - 1.25 cmd/xfsprogs/doc/CHANGES - 1.101 cmd/xfsprogs/include/builddefs.in - 1.32 cmd/xfsprogs/io/Makefile - 1.3 cmd/xfsprogs/io/input.c - 1.3 - Add editline support in for cases where readline is unavailable. cmd/xfsprogs/libxfs/xfs_inode.c - 1.20 - Fix build on big endian platforms. From owner-linux-xfs@oss.sgi.com Wed Apr 16 16:53:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 16:53:50 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.114.72.97]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3GNrZFu003625 for ; Wed, 16 Apr 2003 16:53:36 -0700 Received: from phatboy (phatboy.skynet.coplanar.net [192.168.7.124]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h3GNrW7N007118; Wed, 16 Apr 2003 19:53:32 -0400 Message-ID: <013001c30473$e0d5bd40$7c07a8c0@kennet.coplanar.net> From: "Jeremy Jackson" To: "Jeremy Jackson" , Cc: References: <011e01c30464$93fe67b0$7c07a8c0@kennet.coplanar.net> Subject: Re: xfsdump debian packages on woody Date: Wed, 16 Apr 2003 19:57:03 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3725 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 1368 Lines: 50 I also just noticed that xfsdump-2.2.9-1 depends on the attr package. Should it not depend on the libattr1 package, since some of the executables are linked against it? Or does something actually call the commands in the attr package... Regards, Jeremy ----- Original Message ----- From: "Jeremy Jackson" To: Cc: Sent: Wednesday, April 16, 2003 6:07 PM Subject: xfsdump debian packages on woody > Hi, > > I'm trying to recompile the latest debian xfsdump package (2.2.9-1) on a > fresh Debian woody install. I recompile xfsprogs and install first. But > it wants libattr1-dev instead of attr-dev (I have stable=2.0.7-1 installed). > running dpkg-buildpackage with -d lets it build just fine. I notice in > 2.2.4-1 you switched the dependency. If I change debian/control from: > > Build-depends: ... , libattr1-dev, ... > > to: > > Build-depends: ..., attr-dev | libattr1-dev, .... > > it builds without the -d and without complaining. > > Q: is it just a name change of the -dev package, or is the version critical? > > Are there any know issues with using xfs 1.2.0 and userspace utilities with > attr-2.0.7-1? > > It would be nice if you could add the attr-dev back in, or put in the > minimum version required into debian/control, in your next package release. > > Regards, > > Jeremy > > From owner-linux-xfs@oss.sgi.com Wed Apr 16 17:13:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 17:13:39 -0700 (PDT) Received: from main.kldp.org ([211.39.143.147]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3H0DLFu004175 for ; Wed, 16 Apr 2003 17:13:22 -0700 Received: from kss by main.kldp.org with local (Exim 3.12 #1 (Debian)) id 195x1k-0006xH-00 for ; Thu, 17 Apr 2003 09:13:20 +0900 Date: Thu, 17 Apr 2003 09:13:20 +0900 From: Soon-Son Kwon To: linux-xfs@oss.sgi.com Subject: finding xfs_mount_t for specified device Message-ID: <20030417091320.A26684@mail.kldp.org> Reply-To: kss@kldp.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: Debian GNU/Linux Organization: KLDP(Korean Linux Documentation Project) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3726 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kss@kldp.org Precedence: bulk X-list: linux-xfs Content-Length: 1680 Lines: 62 Hi, I managed to make a very *primative* function that finds xfs_mount_t structure for a specified device(e.g. /dev/hda2) from scratch but it does not work as I expected. If anyone please take a look at my code and let me know where to modify, I'd appreciate it very much. Thanks very much. --- int xfssnap_findmp(const char *devname, xfs_mount_t *mp) { int fd, size; struct file *file; struct inode *inode; bhv_desc_t *bdp; vn_bhv_head_t *bhp; vnode_t *vp; xfs_inode_t *ip; xfs_attr_multiop_t *ops; xfs_fsop_attrmulti_handlereq_t *am_hreq; size = sizeof(xfs_fsop_attrmulti_handlereq_t); am_hreq = (xfs_fsop_attrmulti_handlereq_t *)kmalloc(size, GFP_KERNEL); fd = open(devname, O_RDONLY, 0); file = fget(fd); inode = file->f_dentry->d_inode; vp = LINVFS_GET_VP(inode); bhp = VN_BHV_HEAD(vp); size = am_hreq->opcount * sizeof(attr_multiop_t); ops = (xfs_attr_multiop_t *)kmalloc(size, GFP_KERNEL); if(!ops) { VN_RELE(vp); return -XFS_ERROR(ENOMEM); } bdp = bhv_lookup(bhp, ops); vn_trace_entry(vp, "xfs_ioctl", (inst_t *)__return_address); ip = XFS_BHVTOI(bdp); mp = ip->i_mount; printk("xfssnap_findmp executed\n"); kfree(am_hreq); kfree(ops); return 0; } -- -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* (o_ **WTFM** (o_ (o_ //\ (/)_ (/)_ V_/_ http://kldp.org -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-linux-xfs@oss.sgi.com Wed Apr 16 18:34:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 18:34:32 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3H1YRFu005168 for ; Wed, 16 Apr 2003 18:34:27 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3GMAlE0009252 for ; Wed, 16 Apr 2003 15:10:47 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3GMAka220421543; Wed, 16 Apr 2003 17:10:46 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3GMAkCI7867526; Wed, 16 Apr 2003 17:10:46 -0500 (CDT) Subject: Re: Problems booting after install From: Eric Sandeen To: Jim Crippen Cc: "'linux-xfs@oss.sgi.com'" In-Reply-To: <094C7591EED9D511B6A60050BA5ED185018AC122@mast> References: <094C7591EED9D511B6A60050BA5ED185018AC122@mast> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) Date: 16 Apr 2003 17:09:07 -0500 Message-Id: <1050530947.17902.29.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3727 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 921 Lines: 27 Try using lilo instead of grub - you can either re-install or boot the install disk with "linux rescue" and re-install your bootloader. Also, be sure you're putting the boot loader in the MBR, not on the first partition. -Eric On Wed, 2003-04-16 at 17:03, Jim Crippen wrote: > I am having some problems with both the 1.1 and 1.2 XFS installers for > Redhat. The installs go fine with no errors or hick-ups. After it is > finished and the systems starts rebooting, the appears to be no operating > system on the drives. I have had this result on several hardware > configurations and only once sucessfully installed it. I'm now lost and do > not know what to try next. Thanks. > > Jim Crippen > Sr LAN Administrator > Elite Transportation > jcrippen@elitehou.com > phone: 281-775-2100 > > -- 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 Apr 16 20:14:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 16 Apr 2003 20:14:14 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3H3E0Fu006341 for ; Wed, 16 Apr 2003 20:14:00 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3H3DrVV005803 for ; Wed, 16 Apr 2003 20:13:54 -0700 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 NAA01032; Thu, 17 Apr 2003 13:12:37 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id NAA99600; Thu, 17 Apr 2003 13:12:36 +1000 (AEST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3H3Anql001587; Thu, 17 Apr 2003 13:10:50 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3H3AmFp001585; Thu, 17 Apr 2003 13:10:48 +1000 Date: Thu, 17 Apr 2003 13:10:48 +1000 From: Nathan Scott To: Jeremy Jackson Cc: linux-xfs@oss.sgi.com Subject: Re: xfsdump debian packages on woody Message-ID: <20030417031048.GD754@frodo> References: <011e01c30464$93fe67b0$7c07a8c0@kennet.coplanar.net> <013001c30473$e0d5bd40$7c07a8c0@kennet.coplanar.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <013001c30473$e0d5bd40$7c07a8c0@kennet.coplanar.net> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3728 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1686 Lines: 62 hi Jeremy, Yes, you'll need more recent attr packages, and also yes, that dependency should be updated now (its on my todo list). thanks. On Wed, Apr 16, 2003 at 07:57:03PM -0400, Jeremy Jackson wrote: > I also just noticed that xfsdump-2.2.9-1 depends on the attr package. > Should it not depend on the libattr1 package, since some of the executables > are linked against it? Or does something actually call the commands in the > attr package... > > Regards, > > Jeremy > ----- Original Message ----- > From: "Jeremy Jackson" > To: > Cc: > Sent: Wednesday, April 16, 2003 6:07 PM > Subject: xfsdump debian packages on woody > > > > Hi, > > > > I'm trying to recompile the latest debian xfsdump package (2.2.9-1) on a > > fresh Debian woody install. I recompile xfsprogs and install first. But > > it wants libattr1-dev instead of attr-dev (I have stable=2.0.7-1 > installed). > > running dpkg-buildpackage with -d lets it build just fine. I notice in > > 2.2.4-1 you switched the dependency. If I change debian/control from: > > > > Build-depends: ... , libattr1-dev, ... > > > > to: > > > > Build-depends: ..., attr-dev | libattr1-dev, .... > > > > it builds without the -d and without complaining. > > > > Q: is it just a name change of the -dev package, or is the version > critical? > > > > Are there any know issues with using xfs 1.2.0 and userspace utilities > with > > attr-2.0.7-1? > > > > It would be nice if you could add the attr-dev back in, or put in the > > minimum version required into debian/control, in your next package > release. > > > > Regards, > > > > Jeremy > > > > > -- Nathan From owner-linux-xfs@oss.sgi.com Thu Apr 17 00:21:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 00:21:27 -0700 (PDT) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3H7L8Fu011748 for ; Thu, 17 Apr 2003 00:21:09 -0700 Received: from erbenson.alaska.net (230-pm16.nwc.alaska.net [209.112.141.230]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3H7L67Q093563 for ; Wed, 16 Apr 2003 23:21:06 -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 70BDE3A09 for ; Wed, 16 Apr 2003 23:21:05 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 340D140FF44; Wed, 16 Apr 2003 23:21:05 -0800 (AKDT) Date: Wed, 16 Apr 2003 23:21:05 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: fsck.xfs on ro mounted disks Message-ID: <20030417072105.GF4499@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030414112911.GA8577@openoffice.nl> <20030415101506.GB4499@plato.local.lan> <20030416131226.GA22004@openoffice.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AH+kv8CCoFf6qPuz" Content-Disposition: inline In-Reply-To: <20030416131226.GA22004@openoffice.nl> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3729 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1309 Lines: 42 --AH+kv8CCoFf6qPuz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2003 at 03:12:26PM +0200, Valentijn Sessink wrote: > At Tue, Apr 15, 2003 at 02:15:06AM -0800, Ethan Benson wrote: > > > Is there a way to force xfs_repair to work on a read only fs? > > xfs_check -f works on readonly filesystems (read/write too, but will >=20 > Yes, you're right, my fault: I checked with a "rw" entry in /etc/mtab, wh= ich > makes xfs_check think the fs is r/w mounted (as far as I can see). yes libxfs checks /etc/mtab for this information. > Ehm, as far as I understand, this will not help me repair a disk as > xfs_repair -n does not repair anything - or does it? correct, you can only repair a fully unmounted filesystem with xfs_repair, that means you cannot repair the root filesystem unless you boot from an alternate root. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --AH+kv8CCoFf6qPuz 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 iEYEARECAAYFAj6eVeAACgkQJKx7GixEevzBJwCfWxV/8htroJS1zthZg0IpmUog tE4AoJoetoTqIFCkeENt5o/ZJDe1QI+R =TUON -----END PGP SIGNATURE----- --AH+kv8CCoFf6qPuz-- From owner-linux-xfs@oss.sgi.com Thu Apr 17 00:59:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 00:59:50 -0700 (PDT) Received: from redix.it (host49-169.pool8172.interbusiness.it [81.72.169.49]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3H7xiFu012441 for ; Thu, 17 Apr 2003 00:59:45 -0700 Received: (qmail 17267 invoked by uid 507); 17 Apr 2003 07:59:42 -0000 Received: from roberto@redix.it by mail.redix.it by uid 504 with qmail-scanner-1.14 (clamscan: 0.24. Clear:. Processed in 1.471668 secs); 17 Apr 2003 07:59:42 -0000 Received: from localhost (HELO redix.it) (127.0.0.1) by 0 with SMTP; 17 Apr 2003 07:59:40 -0000 Received: from 212.239.118.101 (proxying for unknown) (SquirrelMail authenticated user roberto) by mail.redix.it with HTTP; Thu, 17 Apr 2003 09:59:40 +0200 (CEST) Message-ID: <4892.212.239.118.101.1050566380.squirrel@mail.redix.it> Date: Thu, 17 Apr 2003 09:59:40 +0200 (CEST) Subject: Re: question on xfs_repair From: To: In-Reply-To: <1050530107.31511.1.camel@relax.americas.sgi.com> References: <2704.212.239.118.101.1050313610.squirrel@mail.redix.it> <1050530107.31511.1.camel@relax.americas.sgi.com> X-Priority: 3 Importance: Normal Cc: , X-Mailer: SquirrelMail (version 1.2.8) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3730 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roberto@redix.it Precedence: bulk X-list: linux-xfs Content-Length: 3907 Lines: 125 Date: thu. 17 apr 2003 I downloaded the new xfsprogs-2.3.5 and repeated the rebuilding. Now xfs_repair does not show the same strange messages! it seems OK! Diffing the sources I found the only differences are: diff -r old-cmd/xfsprogs-2.3.5/libxfs/rdwr.c xfsprogs-2.3.5/libxfs/rdwr.c 254d253 < off64_t ret; 261,265d259 < ret = lseek64(fd, BBTOOFF64(buf->b_blkno), SEEK_SET); < fprintf(stderr, "RET %llu writing %ubytes at blkno=%llu(%llu), %p\n", < ret, < buf->b_bcount, BBTOOFF64(buf->b_blkno), buf->b_blkno, buf); < #if 0 267,268d260 < #endif < sts = write(fd, buf->b_addr, buf->b_bcount); Please check if the diff are correct! Another couple of things: 1) the file MD5SUM, according to me, does not match with the downlodable tar file on your ftp site: please recheck it; 2) again according to me, the default "./configure ; ./Makepkgs verbose" (that produce a tarball with executable into "/usr/local") should be set to ./configure --prefix=/ --exec-prefix=/ --sbindir=/sbin --bindir=/usr/sbin --libdir=/lib --libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/share/man --datadir=/usr/share Many Thanks, Roberto > Looks like the cmd source tarballs might have been bad ... acl and attr > were at the wrong version? > > I've re-upload the tar files from a generated from a freshly checked out > tree so things should be all copacetic now. > > -Russell > > > On Mon, 2003-04-14 at 04:46, roberto@redix.it wrote: >> Hi, >> I'm running slackware 8.1 with XFS 1.2.0 +acl+quota on kernel 2.4.19 + >> lvm 1.0.7. >> >> I've a question on xfs_repair. >> >> If I've ran xfs_check on my /var F.S. and I've got no warning >> messages, but if I run xfs_repair on the same F.S. I see a strange >> output (for me): >> >> Phase 1 - find and verify superblock... >> Phase 2 - using internal log >> - zero log... >> RET 1447051264 writing 512bytes at blkno=1447051264(2826272), >> 0x813b9d8 RET 1447051776 writing 512bytes at >> blkno=1447051776(2826273), 0x813b9d8 >> - 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 >> - 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 >> RET 13000704 writing 16384bytes at blkno=13000704(25392), 0x8154928 >> - marking entry "lost+found" to be deleted >> RET 12996608 writing 4096bytes at blkno=12996608(25384), 0x8153900 RET >> 32768 writing 16384bytes at blkno=32768(64), 0x814c6a0 >> - check for inodes claiming duplicate blocks... >> - agno = 0 >> - agno = 1 >> - agno = 2 >> - agno = 3 >> - agno = 4 >> - agno = 5 >> - agno = 6 >> - agno = 7 >> Phase 5 - rebuild AG headers and trees... >> RET 13889536 writing 4096bytes at blkno=13889536(27128), 0x80e52c8 RET >> 13914112 writing 4096bytes at blkno=13914112(27176), 0x80e52c8 RET 512 >> writing 512bytes at blkno=512(1), 0x80e52c8 >> .... >> (the output continue an is quite long) >> >> I run the command several time but the output produced is still >> strange for me. (I'll wait for a clean xfs_repair as for xfs_check) >> >> Can anyone explain the meaning of it? and is my file system clean or >> not? (I've red the man xfs_repair but it does not explain the "RET >> ..." strings) >> >> Thanks in advance, >> Roberto >> > -- > Russell Cattelan From owner-linux-xfs@oss.sgi.com Thu Apr 17 02:10:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 02:10:55 -0700 (PDT) Received: from ecbull20.frec.bull.fr (ecbull20.frec.bull.fr [129.183.4.3]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3H9AeFu013310 for ; Thu, 17 Apr 2003 02:10:41 -0700 Received: from isatis.frec.bull.fr (isatis.frec.bull.fr [129.183.144.1]) by ecbull20.frec.bull.fr (8.9.2/8.9.1) with ESMTP id LAA10274 for ; Thu, 17 Apr 2003 11:11:20 +0200 Received: from BULL.NET (xmarie.frec.bull.fr [129.183.140.65]) by isatis.frec.bull.fr (AIX4.3/8.9.3/8.9.3) with ESMTP id LAA274158 for ; Thu, 17 Apr 2003 11:11:19 +0200 Message-ID: <3E9E700A.60107@BULL.NET> Date: Thu, 17 Apr 2003 11:12:42 +0200 From: Jean Francois Francillon Organization: BIS User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: fr-FR,en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: SGI integration of linux (XFS) client Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-MIME-Autoconverted: from 8bit to quoted-printable by ecbull20.frec.bull.fr id LAA10274 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3H9AgFu013311 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3731 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: JEAN-FRANCOIS.FRANCILLON@BULL.NET Precedence: bulk X-list: linux-xfs Content-Length: 556 Lines: 24 Dean, One of our customers have DMF in IRIX environment and he wants Linux XFS servers to use DMF as clients What is the SGI solution? Does a SGI DMF solution exist to interface linux XFS/DMAPI? Or does the solution consist in using NFS ot FTP interface? Exuse me to insist ... Thank You again. Best Gerards, Jean-François -- Francillon Jean-Francois - BULL/XS BU/Storage & Comms Bull S.A. 1, rue de Provence B.P. 208 38432 ECHIROLLES Email: mailto:Jean-Francois.Francillon@bull.net Phone: 33 04 76 29 70 82 Bullcom: 229 7082 From owner-linux-xfs@oss.sgi.com Thu Apr 17 06:02:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 06:02:25 -0700 (PDT) Received: from moving-picture.com (mpc-26.sohonet.co.uk [193.203.82.251]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HD24Fu019380 for ; Thu, 17 Apr 2003 06:02:05 -0700 Received: from darke.mpc.local ([172.16.11.6] helo=moving-picture.com) by moving-picture.com with esmtp (Exim 3.22 #1) id 19691Z-0005Pc-00; Thu, 17 Apr 2003 14:01:57 +0100 Message-ID: <3E9EA5C5.C409D589@moving-picture.com> Date: Thu, 17 Apr 2003 14:01:57 +0100 From: James Pearson Organization: Moving Picture Company X-Mailer: Mozilla 4.7 [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: Michael Whang CC: linux-xfs@oss.sgi.com Subject: Re: xfs for solaris? References: <3E8CE39E.2060008@boywonderfx.com> 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-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3732 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: james-p@moving-picture.com Precedence: bulk X-list: linux-xfs Content-Length: 423 Lines: 15 Michael Whang wrote: > > does anyone know if this is available? > > Mike Given that SGI sell a CXFS client for Solaris, and CXFS is an extension to XFS, I guess SGI does have some sort of port of the code for Solaris. If you really wanted XFS on Solaris (and enough money), you could always set up a small SAN with a metadata server running on an IRIX box and the Solaris box as the only SAN client :-) James Pearson From owner-linux-xfs@oss.sgi.com Thu Apr 17 06:23:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 06:23:34 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HDNIFu020165 for ; Thu, 17 Apr 2003 06:23:18 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3HDaHVe013943 for ; Thu, 17 Apr 2003 08:36:17 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3HDNCa220482368; Thu, 17 Apr 2003 08:23:12 -0500 (CDT) Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3HDNBwX46798074; Thu, 17 Apr 2003 08:23:12 -0500 (CDT) Received: from chewtoy.americas.sgi.com by chewtoy.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id IAA37678; Thu, 17 Apr 2003 08:23:11 -0500 (CDT) Message-Id: <200304171323.IAA37678@chewtoy.americas.sgi.com> To: jrc@skylon.demon.co.uk cc: linux-xfs@oss.sgi.com Subject: Re: Accessing write data within a DMAPI write event? Date: Thu, 17 Apr 2003 08:23:11 -0500 From: Dean Roehrich X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3733 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1307 Lines: 34 >From: jrc@skylon.demon.co.uk >Does the DMAPI provide a mechanism to access the about to be written >data from within the event handler for a write event? > >I have looked at the XDSM API documentation and the sample DMAPI code >in the xfstests but didn't find anything suitable. A WRITE event will tell you the file's handle, the starting offset for the write, and the length in bytes for the write. The spec does not provide a way for the HSM to see the data before it is written. >DMAPI is new to me. Any suggestions for further reading or example >code would be appreciated. It sounds like you've already read everything that I know about--the XDSM doc, and the dmapi tests. The defunct OpenXDSM project does have some notes, too. http://openxdsm.sourceforge.net/ The HSM's job is not to prevent the data from making its way to the disk (DMAPI is not an access control or privilege mechanism). Its job is to manage the movement of the data between primary and secondary storage devices, allowing the primary storage device to appear "bottomless". If you're writing a new HSM, let me give you this tip: Get comfortable with filehandles. Do not rely on pathnames. An HSM can do almost everything via filehandles. (Remember, dm_path_to_handle is good; dm_handle_to_path is bad.) Dean From owner-linux-xfs@oss.sgi.com Thu Apr 17 06:26:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 06:26:14 -0700 (PDT) Received: from rems07.cluster1.charter.net (rems07.cluster1.charter.net [209.225.8.207]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HDQBFu020587 for ; Thu, 17 Apr 2003 06:26:12 -0700 Received: from [158.158.240.230] (account ) by rems07.cluster1.charter.net (CommuniGate Pro WebUser 3.5.9b) with HTTP id 519153 for ; Thu, 17 Apr 2003 09:26:05 -0400 From: "brett holcomb" Subject: Meaning of effective permissions To: linux-xfs@oss.sgi.com X-Mailer: CommuniGate Pro Web Mailer v.3.5.9b Date: Thu, 17 Apr 2003 09:26:05 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3734 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 73 Lines: 3 What is the meaning of the effective permissions printed by getfacl? From owner-linux-xfs@oss.sgi.com Thu Apr 17 06:49:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 06:49:54 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HDncFu021174 for ; Thu, 17 Apr 2003 06:49:39 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3HDnXE0004769 for ; Thu, 17 Apr 2003 06:49:33 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3HDnVa220263999; Thu, 17 Apr 2003 08:49:32 -0500 (CDT) Received: from chewtoy.americas.sgi.com (chewtoy.americas.sgi.com [128.162.233.33]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3HDnWwX46358581; Thu, 17 Apr 2003 08:49:32 -0500 (CDT) Received: from chewtoy.americas.sgi.com by chewtoy.americas.sgi.com (SGI-8.9.3/SGI-client-1.7) via ESMTP id IAA37675; Thu, 17 Apr 2003 08:49:31 -0500 (CDT) Message-Id: <200304171349.IAA37675@chewtoy.americas.sgi.com> To: Jean Francois Francillon cc: linux-xfs@oss.sgi.com Subject: Re: SGI integration of linux (XFS) client Date: Thu, 17 Apr 2003 08:49:31 -0500 From: Dean Roehrich X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3735 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: roehrich@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 473 Lines: 15 >From: Jean Francois Francillon >Dean, > >One of our customers have DMF in IRIX environment and he wants Linux XFS >servers to use DMF as clients >What is the SGI solution? >Does a SGI DMF solution exist to interface linux XFS/DMAPI? Maybe this isn't the right mailing list for discussing proprietary solutions. Elisa Heffernan (edh@sgi.com) is responsible for DMF. I'll let her know that she should expect a note from you. Dean From owner-linux-xfs@oss.sgi.com Thu Apr 17 08:15:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 08:15:54 -0700 (PDT) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HFFWFu022322 for ; Thu, 17 Apr 2003 08:15:33 -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 GZVMADHP; Thu, 17 Apr 2003 11:15:43 -0400 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h3HFFKEs007340; Thu, 17 Apr 2003 11:15:20 -0400 Message-ID: <3E9EC508.4030307@wgate.com> Date: Thu, 17 Apr 2003 11:15:20 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ethan Benson CC: linux-xfs@oss.sgi.com Subject: Re: fsck.xfs on ro mounted disks References: <20030414112911.GA8577@openoffice.nl> <20030415101506.GB4499@plato.local.lan> <20030416131226.GA22004@openoffice.nl> <20030417072105.GF4499@plato.local.lan> In-Reply-To: <20030417072105.GF4499@plato.local.lan> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3736 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Content-Length: 928 Lines: 23 Ethan Benson wrote: > On Wed, Apr 16, 2003 at 03:12:26PM +0200, Valentijn Sessink wrote: >>Ehm, as far as I understand, this will not help me repair a disk as >>xfs_repair -n does not repair anything - or does it? > > correct, you can only repair a fully unmounted filesystem with > xfs_repair, that means you cannot repair the root filesystem unless > you boot from an alternate root. Yes, this has been annoying. Enough so that I made this little script that would provide me with another root to boot from. see http://www.sinz.org/linux for details on this tool. (It has a number of requirments that are based on my needed environment but it has worked across a wide range of systems. The main thing is that the recovery kernel have devfs and procfs) -- Michael Sinz -- Director, Systems Engineering -- Worldgate Communications A master's secrets are only as good as the master's ability to explain them to others. From owner-linux-xfs@oss.sgi.com Thu Apr 17 09:10:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 09:11:11 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HGArFu023143 for ; Thu, 17 Apr 2003 09:10:53 -0700 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3HGAlVV024907 for ; Thu, 17 Apr 2003 09:10:47 -0700 Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.12.5/8.12.5) with ESMTP id h3HGAlWg003996 for ; Thu, 17 Apr 2003 11:10:47 -0500 Received: (from cattelan@localhost) by naboo.americas.sgi.com (8.12.5/8.12.5/Submit) id h3HGAlLB003994 for linux-xfs@oss.sgi.com; Thu, 17 Apr 2003 11:10:47 -0500 Date: Thu, 17 Apr 2003 11:10:47 -0500 From: Rusell Cattelan Message-Id: <200304171610.h3HGAlLB003994@naboo.americas.sgi.com> Subject: TAKE - A few white space cleanups that got missed X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3737 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@naboo.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 307 Lines: 11 Date: Thu Apr 17 09:10:27 PDT 2003 Workarea: naboo.americas.sgi.com:/misc/xfs1/rsrc/2.4.x-xfs/clean The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: xfs-cmds:slinx:144761a cmd/xfsprogs/libxlog/xfs_log_recover.c - 1.20 cmd/xfsprogs/libxfs/xfs_inode.c - 1.21 From owner-linux-xfs@oss.sgi.com Thu Apr 17 09:35:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 09:36:20 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HGZrFu023681 for ; Thu, 17 Apr 2003 09:35:53 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3HGZlE0018724 for ; Thu, 17 Apr 2003 09:35:47 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3HGZja220222943; Thu, 17 Apr 2003 11:35:45 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3HGZjwX43961370; Thu, 17 Apr 2003 11:35:46 -0500 (CDT) Subject: Re: finding xfs_mount_t for specified device From: Russell Cattelan To: kss@kldp.org Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030417091320.A26684@mail.kldp.org> References: <20030417091320.A26684@mail.kldp.org> Content-Type: text/plain Organization: Message-Id: <1050597769.31511.29.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 17 Apr 2003 11:42:50 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3738 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 1763 Lines: 62 I guess some background into what you are trying to accomplish might help. On Wed, 2003-04-16 at 19:13, Soon-Son Kwon wrote: > Hi, I managed to make a very *primative* function > that finds xfs_mount_t structure for a specified > device(e.g. /dev/hda2) from scratch but it does not > work as I expected. > > If anyone please take a look at my code and let me > know where to modify, I'd appreciate it very much. > > > Thanks very much. > --- > int xfssnap_findmp(const char *devname, xfs_mount_t *mp) > { > int fd, size; > struct file *file; > struct inode *inode; > > bhv_desc_t *bdp; > vn_bhv_head_t *bhp; > vnode_t *vp; > xfs_inode_t *ip; > > xfs_attr_multiop_t *ops; > xfs_fsop_attrmulti_handlereq_t *am_hreq; > > size = sizeof(xfs_fsop_attrmulti_handlereq_t); > am_hreq = (xfs_fsop_attrmulti_handlereq_t *)kmalloc(size, GFP_KERNEL); > > fd = open(devname, O_RDONLY, 0); > file = fget(fd); > inode = file->f_dentry->d_inode; > > vp = LINVFS_GET_VP(inode); > bhp = VN_BHV_HEAD(vp); > size = am_hreq->opcount * sizeof(attr_multiop_t); > ops = (xfs_attr_multiop_t *)kmalloc(size, GFP_KERNEL); > if(!ops) > { > VN_RELE(vp); > return -XFS_ERROR(ENOMEM); > } > > bdp = bhv_lookup(bhp, ops); > > vn_trace_entry(vp, "xfs_ioctl", (inst_t *)__return_address); > > ip = XFS_BHVTOI(bdp); > mp = ip->i_mount; > > printk("xfssnap_findmp executed\n"); > > kfree(am_hreq); > kfree(ops); > return 0; > } -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Thu Apr 17 13:58:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 13:58:18 -0700 (PDT) Received: from mail3.bluewin.ch (mail3.bluewin.ch [195.186.1.75]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3HKw0Fu028819 for ; Thu, 17 Apr 2003 13:58:00 -0700 Received: from freesurf.ch (213.3.100.166) by mail3.bluewin.ch (Bluewin AG 6.7.016) id 3E675D0C005486FD; Thu, 17 Apr 2003 20:22:08 +0000 Message-ID: <3E9EC641.6050901@freesurf.ch> Date: Thu, 17 Apr 2003 17:20:33 +0200 From: Felix User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020221 X-Accept-Language: en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: cattelan@thebarn.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3739 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: felix.zihlmann@freesurf.ch Precedence: bulk X-list: linux-xfs Content-Length: 1183 Lines: 29 Stefan Smietanowski wrote: ... > Why wouldn't I be able to remount / ro ? Wouldn't that be because > someone is holding a file on / open in write mode? ... It is not possible to unmount /mnt/sysimage, because stage2.img is copied to the disk for CDROM installs. Then the loopback mount of stage2.img is "magically shifted" to the copied image. This is needed to be able to swap CD's. It is not really needed vor DVD's. I have no idea why remount ro is impossible; stage2.img is cramfs usually and ro... My workaround for grub installs is the following post scriptlet: ------------------------------------------------------------------- %post # install grub loader files in /boot only, if installed by anaconda if [ `uname -r | grep -c BOOT` -eq 1 ]; then /sbin/grub-install --just-copy fi ------------------------------------------------------------------- This way the second stage loader has plenty of time to really hit the disk (since it is not the last package that gets installed), before anaconda installs the first stage loader in the MBR (that needs to know the pysical postition of the second stage loader on the disk). Felix -- felix.zihlmann_AT_freesurf.ch From owner-linux-xfs@oss.sgi.com Thu Apr 17 20:42:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 17 Apr 2003 20:43:19 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3I3gYFu000330 for ; Thu, 17 Apr 2003 20:42:35 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3I3gR8Y013153; Fri, 18 Apr 2003 05:42:27 +0200 Message-ID: <3E9F7422.4060108@stesmi.com> Date: Fri, 18 Apr 2003 05:42:26 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Felix CC: linux-xfs@oss.sgi.com, cattelan@thebarn.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E9EC641.6050901@freesurf.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3740 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 1488 Lines: 37 Felix wrote: > Stefan Smietanowski wrote: > ... > > Why wouldn't I be able to remount / ro ? Wouldn't that be because > > someone is holding a file on / open in write mode? > ... > > It is not possible to unmount /mnt/sysimage, because stage2.img is > copied to the disk for CDROM installs. Then the loopback mount of > stage2.img is "magically shifted" to the copied image. This is needed to > be able to swap CD's. It is not really needed vor DVD's. I have no idea > why remount ro is impossible; stage2.img is cramfs usually and ro... > > My workaround for grub installs is the following post scriptlet: > ------------------------------------------------------------------- > %post > # install grub loader files in /boot only, if installed by anaconda > if [ `uname -r | grep -c BOOT` -eq 1 ]; then > /sbin/grub-install --just-copy > fi > ------------------------------------------------------------------- > This way the second stage loader has plenty of time to really hit the > disk (since it is not the last package that gets installed), before > anaconda installs the first stage loader in the MBR (that needs to know > the pysical postition of the second stage loader on the disk). > > Felix You're basically just doing what the installer does in the step right after this, no? The Post Install script is being run just before the bootloader is install. Hmm. Could be that you basically force a few extra writes that make things get written to platter. // Stefan From owner-linux-xfs@oss.sgi.com Fri Apr 18 00:35:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 00:36:11 -0700 (PDT) Received: from malik.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3I7ZqFu003187 for ; Fri, 18 Apr 2003 00:35:53 -0700 Received: from erbenson.alaska.net (199-pm16.nwc.alaska.net [209.112.141.199]) by malik.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3I7ZnH3050217 for ; Thu, 17 Apr 2003 23:35:50 -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 92F783A0B for ; Thu, 17 Apr 2003 23:35:48 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 9315540FF44; Thu, 17 Apr 2003 23:35:48 -0800 (AKDT) Date: Thu, 17 Apr 2003 23:35:48 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Meaning of effective permissions Message-ID: <20030418073548.GC4576@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3741 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1043 Lines: 37 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 17, 2003 at 09:26:05AM -0400, brett holcomb wrote: > What is the meaning of the effective permissions printed=20 > by getfacl?=20=20 its showing you what the permissions will really be. usually this occurs because the mask provides fewer permissions then the access control entry your looking at. so if you have an acl giving `luser' rw- permissions to a file, but the mask is r-- `luser' will only have r-- access to the file. no one may have more permissions then granted by the mask. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --lMM8JwqTlfDpEaS6 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 iEYEARECAAYFAj6fqtQACgkQJKx7GixEevwxzgCaAo8722M00jUO0rBr8luS8iyC hA8AoJ4icMIDfsWr0c+Ir5RfC7LpQ1nn =AzTy -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-linux-xfs@oss.sgi.com Fri Apr 18 00:40:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 00:40:46 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3I7eeFu003629 for ; Fri, 18 Apr 2003 00:40:42 -0700 Received: from crc.dk (mail.crc.dk [130.226.184.8]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3I7eWY12888; Fri, 18 Apr 2003 09:40:32 +0200 Message-ID: <3E9FABEF.1020707@crc.dk> Date: Fri, 18 Apr 2003 09:40:31 +0200 From: Mogens Kjaer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: da, en MIME-Version: 1.0 To: Stefan Smietanowski CC: Felix , linux-xfs@oss.sgi.com, cattelan@thebarn.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3742 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 536 Lines: 18 Stefan Smietanowski wrote: ... > The Post Install script is being run just before the bootloader is > install. Hmm. Could be that you basically force a few extra writes that > make things get written to platter. Then if it works, it might only work on some machines, e.g. if one has plenty of RAM, the files might not be written out. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Fri Apr 18 03:38:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 03:38:51 -0700 (PDT) Received: from mail6.bluewin.ch (mail6.bluewin.ch [195.186.4.229]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IAcZFu010352 for ; Fri, 18 Apr 2003 03:38:36 -0700 Received: from freesurf.ch (62.203.98.14) by mail6.bluewin.ch (Bluewin AG 6.7.016) id 3E7194D50032B324; Fri, 18 Apr 2003 10:08:10 +0000 Message-ID: <3E9F87D8.6070904@freesurf.ch> Date: Fri, 18 Apr 2003 07:06:32 +0200 From: Felix User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020221 X-Accept-Language: en-us MIME-Version: 1.0 To: Stefan Smietanowski CC: linux-xfs@oss.sgi.com, cattelan@thebarn.com, mk@crc.dk Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3743 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: felix.zihlmann@freesurf.ch Precedence: bulk X-list: linux-xfs Content-Length: 2415 Lines: 62 Stefan Smietanowski wrote: ... > You're basically just doing what the installer does in the step right > after this, no? > > The Post Install script is being run just before the bootloader is > install. Hmm. Could be that you basically force a few extra writes that > make things get written to platter. ... No. %post scripts are executed directly after the install of a package. Since I found this workaround a while ago, I forgot the second part of it: For booty you need to apply: --- booty-0.14/bootloaderInfo.py.fff 2002-11-06 05:13:08.000000000 -0500 +++ booty-0.14/bootloaderInfo.py 2002-11-06 05:14:14.000000000 -0500 @@ -771,21 +771,7 @@ if not justConfigFile: log("GRUB command %s", cmd) - # copy the stage files over into /boot - rhpl.executil.execWithRedirect( "/sbin/grub-install", - ["/sbin/grub-install", "--just-copy"], - stdout = "/dev/tty5", stderr = "/dev/tty5",- root = instRoot) - - - - # FIXME: hack to try to make sure everything is written to the disk- import isys - isys.sync() - isys.sync() - isys.sync() - - # really install the bootloader + # install the bootloader p = os.pipe() os.write(p[1], cmd + '\n') os.close(p[1]) This is important, since the trick of my %post script is, that several MB of other packages get installed after the grub %post script is executed. This way, it is extremely likely that the *stage* files in /boot really hit the platter (it takes more than 30 seconds to install all the packages that come after grub and there is so much newer data, that the *stage* files are not treated as potential temporary files by XFS, I guess), before anaconda wants to install the stage1 loader in the MBR. Without the booty patch above, the *stage* files get installed again and immediately afterwards anaconda wants to install the stage1 loader in the MBR, which makes my trick useless... But it really is just a workaround that would not work when grub is the last package that gets installed. I would prefer a solution, where isys.sync() time.sleep(30) isys.sync() really would help; maybe with a dull-journaling mount option. Felix -- felix.zihlmann_AT_freesurf.ch From owner-linux-xfs@oss.sgi.com Fri Apr 18 05:21:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 05:22:15 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ICLuFu011926 for ; Fri, 18 Apr 2003 05:21:57 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3ICYxVe016456 for ; Fri, 18 Apr 2003 07:34:59 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3ICLoa220577033 for ; Fri, 18 Apr 2003 07:21:51 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3ICLowX48001916 for ; Fri, 18 Apr 2003 07:21:50 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3ICLSe20734; Fri, 18 Apr 2003 07:21:28 -0500 Message-Id: <200304181221.h3ICLSe20734@penguin.americas.sgi.com> Date: Fri, 18 Apr 2003 07:21:28 -0500 Subject: TAKE - speed up remount readonly To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3744 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 479 Lines: 17 remove dependency on flush daemons on the remount readonly path. Date: Fri Apr 18 05:21:13 PDT 2003 Workarea: penguin.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:146250a linux/fs/xfs/xfs_vfsops.c - 1.417 - before reclaiming inodes, flush out dirty metadata, this prevents the inode flush from blocking waiting for a previous flush in a dirty inode buffer. From owner-linux-xfs@oss.sgi.com Fri Apr 18 07:11:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 07:12:11 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IEBpFu014006 for ; Fri, 18 Apr 2003 07:11:51 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3IEBjVV009656 for ; Fri, 18 Apr 2003 07:11:45 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3IEBia220584526 for ; Fri, 18 Apr 2003 09:11:44 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3IEBiwX14991741 for ; Fri, 18 Apr 2003 09:11:44 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3IEBKw22335; Fri, 18 Apr 2003 09:11:20 -0500 Message-Id: <200304181411.h3IEBKw22335@penguin.americas.sgi.com> Date: Fri, 18 Apr 2003 09:11:20 -0500 Subject: TAKE - Unwritten extent handling fixes To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3745 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1501 Lines: 43 A number of unwritten extent fixes, fix some reference count and locking issues, also make allocation interface always go into core xfs via the same route rather than having a distinct interface for unwritten extents. I still have some failure cases after this, but wanted to get this out first. Filesystems without unwritten extents, or ones which do not use preallocation calls will be fine. Date: Fri Apr 18 07:10:22 PDT 2003 Workarea: penguin.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:146255a linux/fs/xfs/xfsidbg.c - 1.219 - fix up printing of pagebuf flags linux/fs/xfs/pagebuf/page_buf.c - 1.114 - When flushing metadata for a device, ensure there are no pending unwritten extent conversions pending for the I/O completion threads. linux/fs/xfs/pagebuf/page_buf.h - 1.66 - change flag definitions for the allocator interface. linux/fs/xfs/linux/xfs_aops.c - 1.33 - Move all allocation requst flags to a seperate set of defines instead of abusing the pagebuf flags. Make unwritten extent conversion go into the allocator the same way all other requests do. Fix a reference count issue which caused use after free and one case where we passed an unlocked buffer into submit_bh. linux/fs/xfs/linux/xfs_iomap.c - 1.9 - switch allocator to its own set of control flags, merge the unwritten extent path into the BMAP call more fully than it was. From owner-linux-xfs@oss.sgi.com Fri Apr 18 07:47:36 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 07:47:53 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IElYFu014657 for ; Fri, 18 Apr 2003 07:47:36 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3IElV8Y014604; Fri, 18 Apr 2003 16:47:32 +0200 Message-ID: <3EA01003.6090604@stesmi.com> Date: Fri, 18 Apr 2003 16:47:31 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Felix CC: linux-xfs@oss.sgi.com, cattelan@thebarn.com, mk@crc.dk Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> <3E9F87D8.6070904@freesurf.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3746 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 850 Lines: 23 Felix wrote: > Stefan Smietanowski wrote: > ... > > You're basically just doing what the installer does in the step right > > after this, no? > > > > The Post Install script is being run just before the bootloader is > > install. Hmm. Could be that you basically force a few extra writes that > > make things get written to platter. > ... > > No. %post scripts are executed directly after the install of a package. Sorry. You meant the POST script of a package and not the post-install script of the installer. Then I can see how that would work, but as someone pointed out, with enough RAM in the machine and that might not work either. The only thing that might save us there is if we can get grub to install first so that the actual TIME makes it write to disk. I'm going to go check up on how to make grub be installed first. // Stefan From owner-linux-xfs@oss.sgi.com Fri Apr 18 09:44:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 09:44:08 -0700 (PDT) Received: from mail3.bluewin.ch (mail3.bluewin.ch [195.186.1.75]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IGi0Fu016457 for ; Fri, 18 Apr 2003 09:44:01 -0700 Received: from freesurf.ch (62.202.101.155) by mail3.bluewin.ch (Bluewin AG 6.7.016) id 3E675D0C00556816; Fri, 18 Apr 2003 16:43:48 +0000 Message-ID: <3E9FE493.4030609@freesurf.ch> Date: Fri, 18 Apr 2003 13:42:11 +0200 From: Felix User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020221 X-Accept-Language: en-us MIME-Version: 1.0 To: Stefan Smietanowski CC: linux-xfs@oss.sgi.com, cattelan@thebarn.com, mk@crc.dk Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> <3E9F87D8.6070904@freesurf.ch> <3EA01003.6090604@stesmi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3747 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: felix.zihlmann@freesurf.ch Precedence: bulk X-list: linux-xfs Content-Length: 751 Lines: 24 Stefan Smietanowski wrote: > > Sorry. You meant the POST script of a package and not the post-install > script of the installer. Then I can see how that would work, but as > someone pointed out, with enough RAM in the machine and that might > not work either. The only thing that might save us there is if we can > get grub to install first so that the actual TIME makes it write > to disk. I'm going to go check up on how to make grub be installed > first. > > // Stefan > > That would be the ultimate solution! The easyest way would be to add grub to the stage2.img. Then you could do a grub-install --just-copy --root-directory=/mnt/sysimage/boot directly after mounting the partitions. Good luck! Felix -- felix.zihlmann_AT_freesurf.ch From owner-linux-xfs@oss.sgi.com Fri Apr 18 12:16:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 12:16:44 -0700 (PDT) Received: from picasso.animezone.org (CPE006097a16e12-CM3236333133323237.cpe.net.cable.rogers.com [24.114.60.69] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IJGOFu018728 for ; Fri, 18 Apr 2003 12:16:26 -0700 Received: from animzone.org (localhost [127.0.0.1]) by picasso.animezone.org (8.12.8/8.12.8) with ESMTP id h3IJGEia004455 for ; Fri, 18 Apr 2003 15:16:18 -0400 Message-ID: <3EA04EFE.3020302@animzone.org> Date: Fri, 18 Apr 2003 15:16:14 -0400 From: Andrew Ho User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Red Hat Linux 9 XFS installation Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3748 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: andrewho@animzone.org.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 74 Lines: 8 Thank you for the installation image. It works as expected. andrewho From owner-linux-xfs@oss.sgi.com Fri Apr 18 14:12:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 14:13:13 -0700 (PDT) Received: from web14006.mail.yahoo.com (web14006.mail.yahoo.com [216.136.175.122]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ILCSFu020097 for ; Fri, 18 Apr 2003 14:12:29 -0700 Message-ID: <20030418211228.5214.qmail@web14006.mail.yahoo.com> Received: from [66.7.174.30] by web14006.mail.yahoo.com via HTTP; Fri, 18 Apr 2003 14:12:28 PDT Date: Fri, 18 Apr 2003 14:12:28 -0700 (PDT) From: Nate Sammons Reply-To: nate@protomatter.com Subject: RedHat 9 + XFS 1.2 ISO - not booting on Dell 4150 laptop To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3749 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nate_sammons@yahoo.com Precedence: bulk X-list: linux-xfs Content-Length: 1151 Lines: 40 hello, I tried to boot the RedHat 9.0 XFS installer CD on a Dell Inspiron 4150 laptop (2GHz P4, 1GB mem, etc - running RH7.3+XFS now) and I only get the following error: First, ISOLINUX flashes a line across the screen saying "ISOLINUX 2.00 ..." and then the main error appears: isolinux: Disk error 04, AX = 4200, drive 82 Boot failed: press any key to retry. I tried using the boot floppies included on that XFS boot CD, but the "bootdisk.img" doesn't appear to have any contents, and is not bootable. The CD boots just fine in my desktop machine. I suspect it's just something odd about that laptop (would not be the first time). Is there any word on getting updated boot floppy images for RH9? thanks, -nate ===== -- _________________________________________________________ Nate Sammons nate@protomatter.com "We shall not cease from exploration, and the end of all our exploring will be to arrive where we started and know the place for the first time." - T.S. Eliot __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com From owner-linux-xfs@oss.sgi.com Fri Apr 18 15:24:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 15:24:33 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IMOJFu021267 for ; Fri, 18 Apr 2003 15:24:19 -0700 Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3IMODE0022929 for ; Fri, 18 Apr 2003 15:24:14 -0700 Received: from stout.americas.sgi.com (localhost [127.0.0.1]) by stout.americas.sgi.com (8.12.8/8.12.8) with ESMTP id h3IMMH1c007158 for ; Fri, 18 Apr 2003 17:22:17 -0500 Received: (from sandeen@localhost) by stout.americas.sgi.com (8.12.8/8.12.8/Submit) id h3IMMH9e007156 for linux-xfs@oss.sgi.com; Fri, 18 Apr 2003 17:22:17 -0500 Date: Fri, 18 Apr 2003 17:22:17 -0500 From: Eric Sandeen Message-Id: <200304182222.h3IMMH9e007156@stout.americas.sgi.com> Subject: TAKE - Change xfs_stack_trace to compile with kernels < 2.4.20 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3750 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@stout.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 500 Lines: 18 Change xfs_stack_trace to compile with kernels < 2.4.20 Date: Fri Apr 18 15:23:27 PDT 2003 Workarea: stout.americas.sgi.com:/localhome/src/sandeen/2.4.x-xfs/workarea-alwaysclean Author: sandeen Merged by: sandeen Merged mods: 2.4.x-xfs-kern:slinx:146328a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs Modid: 2.4.x-xfs:slinx:146328a linux/fs/xfs/xfs_error.c - 1.42 linux/fs/xfs/xfs_error.h - 1.33 - Merge of 2.4.x-xfs-kern:slinx:146328a by sandeen. From owner-linux-xfs@oss.sgi.com Fri Apr 18 15:31:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 15:31:19 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3IMVGFu021732 for ; Fri, 18 Apr 2003 15:31:17 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3IMVBE0023499 for ; Fri, 18 Apr 2003 15:31:11 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3IMVAa220646323 for ; Fri, 18 Apr 2003 17:31:10 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3IMVAwX47741994 for ; Fri, 18 Apr 2003 17:31:10 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h3IMVAW02855; Fri, 18 Apr 2003 17:31:10 -0500 Message-Id: <200304182231.h3IMVAW02855@jen.americas.sgi.com> Date: Fri, 18 Apr 2003 17:31:10 -0500 Subject: TAKE - cleanup some refile_buffer handling in xfs To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3751 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 478 Lines: 17 fix some unwise use of refile_buffer in xfs which caused us to put buffers on the locked list rather than the clean list. Date: Fri Apr 18 15:30:35 PDT 2003 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:146331a linux/fs/xfs/linux/xfs_aops.c - 1.34 - do not refile the buffer before submit_bh, and do not call refile_buffer with the buffer locked. From owner-linux-xfs@oss.sgi.com Fri Apr 18 22:57:07 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 22:57:10 -0700 (PDT) Received: from mx08.cluster1.charter.net (dc-mx08.cluster1.charter.net [209.225.8.18]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3J5v6Fu026275 for ; Fri, 18 Apr 2003 22:57:07 -0700 Received: from [68.115.236.227] (HELO there) by mx08.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 70653532 for linux-xfs@oss.sgi.com; Sat, 19 Apr 2003 01:57:00 -0400 Content-Type: text/plain; charset="iso-8859-1" From: "Brett I. Holcomb" Reply-To: brettholcomb@charter.net Organization: Holcomb & Associates To: linux-xfs@oss.sgi.com Subject: Re: Not copying all files Date: Sat, 19 Apr 2003 02:00:56 -0400 X-Mailer: KMail [version 1.3.1] References: <3E9919E9.2050702@crc.dk> In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3754 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 937 Lines: 45 Here's what I get: No, when I do the find / -inum 4617676 -print I get /usr/bin/vim When I do this with /usr/bin/which I get /usr/bin/which find: /proc/3758/fd/4: No such file or directory which I assume means it was searching /proc and couldn't find this file. > These files were NOT hard links. They were actual files. > > Any ideas what is happening? > > > Brett I. Holcomb wrote: > > ... > > > > > This copied over some files, but not all. For example, in my usr/bin > > > directory on /mnt/newsystem I'm missing vim while it does exist on > > > /usr/bin. I'm also missing some /bin commands. > > > > Is /usr/bin/vim a hardlink to another file, which _is_ copied? > > > > To figure out this, do > > > > ls -li /usr/bin/vim > > > > note the inode number to the left, and do a: > > > > find / -inum number -print > > > > (insert the inode number instead of "number"). > > > > Mogens -- Brett I. Holcomb AKA Grunt <>< From owner-linux-xfs@oss.sgi.com Fri Apr 18 22:54:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 22:55:03 -0700 (PDT) Received: from dc-mx14.cluster1.charter.net (dc-mx14.cluster1.charter.net [209.225.8.24]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3J5slFu025987 for ; Fri, 18 Apr 2003 22:54:48 -0700 Received: from [68.115.236.227] (HELO there) by dc-mx14.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 101562274 for linux-xfs@oss.sgi.com; Sat, 19 Apr 2003 01:54:42 -0400 Content-Type: text/plain; charset="iso-8859-1" From: "Brett I. Holcomb" Reply-To: brettholcomb@charter.net Organization: Holcomb & Associates To: linux-xfs@oss.sgi.com Subject: Re: Not copying all files Date: Sat, 19 Apr 2003 01:58:38 -0400 X-Mailer: KMail [version 1.3.1] References: <3E9919E9.2050702@crc.dk> In-Reply-To: <3E9919E9.2050702@crc.dk> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3752 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 620 Lines: 31 These files were NOT hard links. They were actual files. Any ideas what is happening? > Brett I. Holcomb wrote: > ... > > > This copied over some files, but not all. For example, in my usr/bin > > directory on /mnt/newsystem I'm missing vim while it does exist on > > /usr/bin. I'm also missing some /bin commands. > > Is /usr/bin/vim a hardlink to another file, which _is_ copied? > > To figure out this, do > > ls -li /usr/bin/vim > > note the inode number to the left, and do a: > > find / -inum number -print > > (insert the inode number instead of "number"). > > Mogens -- Brett I. Holcomb AKA Grunt <>< From owner-linux-xfs@oss.sgi.com Fri Apr 18 22:56:18 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 22:56:21 -0700 (PDT) Received: from dc-mx14.cluster1.charter.net (dc-mx14.cluster1.charter.net [209.225.8.24]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3J5uHFu026098 for ; Fri, 18 Apr 2003 22:56:18 -0700 Received: from [68.115.236.227] (HELO there) by dc-mx14.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 101562620 for linux-xfs@oss.sgi.com; Sat, 19 Apr 2003 01:56:11 -0400 Content-Type: text/plain; charset="iso-8859-1" From: "Brett I. Holcomb" Reply-To: brettholcomb@charter.net Organization: Holcomb & Associates To: linux-xfs@oss.sgi.com Subject: Re: Meaning of effective permissions Date: Sat, 19 Apr 2003 02:00:07 -0400 X-Mailer: KMail [version 1.3.1] References: <20030418073548.GC4576@plato.local.lan> In-Reply-To: <20030418073548.GC4576@plato.local.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3753 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 710 Lines: 22 So what is the purpose of granting someone, say user A rwx permissons if the mask will only allow r---? I thought the ACL entry would override the mask. > On Thu, Apr 17, 2003 at 09:26:05AM -0400, brett holcomb wrote: > > What is the meaning of the effective permissions printed > > by getfacl? > > its showing you what the permissions will really be. > > usually this occurs because the mask provides fewer permissions then > the access control entry your looking at. > > so if you have an acl giving `luser' rw- permissions to a file, but > the mask is r-- `luser' will only have r-- access to the file. no one > may have more permissions then granted by the mask. -- Brett I. Holcomb AKA Grunt <>< From owner-linux-xfs@oss.sgi.com Fri Apr 18 23:49:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 18 Apr 2003 23:49:38 -0700 (PDT) Received: from mail.crc.dk (mail.crc.dk [130.226.184.8]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3J6nPFu027463 for ; Fri, 18 Apr 2003 23:49:26 -0700 Received: from crc.dk (mail.crc.dk [130.226.184.8]) by mail.crc.dk (8.11.6/8.11.6) with ESMTP id h3J6nIY31634; Sat, 19 Apr 2003 08:49:18 +0200 Message-ID: <3EA0F16E.2030305@crc.dk> Date: Sat, 19 Apr 2003 08:49:18 +0200 From: Mogens Kjaer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: da, en MIME-Version: 1.0 To: brettholcomb@charter.net CC: linux-xfs@oss.sgi.com Subject: Re: Not copying all files References: <3E9919E9.2050702@crc.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3755 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mk@crc.dk Precedence: bulk X-list: linux-xfs Content-Length: 1112 Lines: 34 Brett I. Holcomb wrote: > These files were NOT hard links. They were actual files. > > Any ideas what is happening? No. The reason I asked about the hardlinks was that I've seen tar failing in this case a couple of RH versions ago. E.g. if you do a: $ cd /usr/bin $ ls -li perl* 327730 -rwxr-xr-x 2 root root 13798 Sep 2 2002 perl 327730 -rwxr-xr-x 2 root root 13798 Sep 2 2002 perl5.8.0 327714 -rwxr-xr-x 1 root root 36812 Sep 2 2002 perlbug 327715 -rwxr-xr-x 1 root root 19003 Sep 2 2002 perlcc 327716 -rwxr-xr-x 1 root root 21836 Sep 2 2002 perldoc 327717 -rwxr-xr-x 1 root root 11664 Sep 2 2002 perlivp you can see that perl and perl5.8.0 are referring to the same inode number, 327730. Only one of the files were restored by tar, which gave major problems... But this doesn't look like it in your case. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: mk@crc.dk Homepage: http://www.crc.dk From owner-linux-xfs@oss.sgi.com Sat Apr 19 01:52:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 19 Apr 2003 01:52:40 -0700 (PDT) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3J8qJFu028471 for ; Sat, 19 Apr 2003 01:52:20 -0700 Received: from erbenson.alaska.net (164-pm11.nwc.alaska.net [209.112.140.164]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3J8qH7Q056093 for ; Sat, 19 Apr 2003 00:52:17 -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 0491E3A0D for ; Sat, 19 Apr 2003 00:52:15 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id 7A28E40FF44; Sat, 19 Apr 2003 00:52:16 -0800 (AKDT) Date: Sat, 19 Apr 2003 00:52:16 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Meaning of effective permissions Message-ID: <20030419085216.GF4576@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20030418073548.GC4576@plato.local.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XStn23h1fwudRqtG" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3756 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 2318 Lines: 58 --XStn23h1fwudRqtG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 19, 2003 at 02:00:07AM -0400, Brett I. Holcomb wrote: > So what is the purpose of granting someone, say user A rwx permissons if = the=20 > mask will only allow r---? I thought the ACL entry would override the ma= sk. well there isn't much of one really, unless you anticipated wanting to grant rwx permission to a few of these users at a future time, then all you need to do is change the mask and they all immediatly get the access. the purpose of the mask is explained best in the posix acl draft. basically its purpose is to maintain the ability to easily control access with chmod, rather then being stuck in acl-hell like NT. when you apply acls the normal group permissions as far as ls and chmod are concerned now reflect the mask, not the group perms (personally i think it should control both simultaneously...). this way if you do a chmod 600 file, you except that all but the owners access to this file are revoked, with the way masks work now this is true, if there was not a mask then you would THINK you revoked all access to the file, but you really would not have due to the semi-hidden acl entries (they are not directly shown by ls -l).=20=20 again the posix draft explains it better then i do, the idea is sound and makes good sense (it maintains the easy to administer unix permissions model, while allowing acls to coexist sanely). the only gripe i have with it is once you have acls which create a mask, its no longer possible to manipulate the group permissions with chmod, you have to use setfacl, i think an easy and sensible way to solve that is have chmod() set both mask and primary group perms, i think this would not be unexpected behavior (i find it unexpected that the group perms can't be changed by chmod anymore...).=20=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --XStn23h1fwudRqtG 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 iEYEARECAAYFAj6hDkAACgkQJKx7GixEevwZ5gCglIz3ERT/GJggRbbojkCX4TEW XuwAoJlLNKqVDvMPuMIgEEgBrD2X64LF =qcz/ -----END PGP SIGNATURE----- --XStn23h1fwudRqtG-- From owner-linux-xfs@oss.sgi.com Sat Apr 19 13:15:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 19 Apr 2003 13:15:23 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3JKF3Fu004664 for ; Sat, 19 Apr 2003 13:15:09 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3JKSAVe016956 for ; Sat, 19 Apr 2003 15:28:10 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3JKEua220727664 for ; Sat, 19 Apr 2003 15:14:56 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3JKEvwX49023419 for ; Sat, 19 Apr 2003 15:14:57 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3JKECX22114; Sat, 19 Apr 2003 15:14:12 -0500 Message-Id: <200304192014.h3JKECX22114@penguin.americas.sgi.com> Date: Sat, 19 Apr 2003 15:14:12 -0500 Subject: TAKE - add extended attribute state to getattr To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3757 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 403 Lines: 16 report extended attribute existence in the xattr flags field Date: Sat Apr 19 13:13:38 PDT 2003 Workarea: penguin.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:146356a linux/fs/xfs/xfs_vnodeops.c - 1.588 - report extended attribute existence in the xattr flags field of a getattr call. From owner-linux-xfs@oss.sgi.com Sun Apr 20 08:17:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 20 Apr 2003 08:17:55 -0700 (PDT) Received: from localhost.localdomain (cs24243232-72.austin.rr.com [24.243.232.72]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3KFHbFu021190 for ; Sun, 20 Apr 2003 08:17:38 -0700 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.9/8.12.9) with ESMTP id h3KFGEpG003211 for ; Sun, 20 Apr 2003 10:16:14 -0500 Received: (from ctooley@localhost) by localhost.localdomain (8.12.9/8.12.7/Submit) id h3KFGDHU003209 for linux-xfs@oss.sgi.com; Sun, 20 Apr 2003 10:16:13 -0500 X-Authentication-Warning: localhost.localdomain: ctooley set sender to chris@tooley.com using -f Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Chris Tooley Reply-To: chris@tooley.com To: linux-xfs@oss.sgi.com In-Reply-To: <3EA01003.6090604@stesmi.com> References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> <3E9F87D8.6070904@freesurf.ch> <3EA01003.6090604@stesmi.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Home Message-Id: <1050851772.2928.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 20 Apr 2003 10:16:13 -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3758 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: chris@tooley.com Precedence: bulk X-list: linux-xfs Content-Length: 1092 Lines: 29 Is there somewhere to download the things that are different for XFS? I have a box I need to update and want to use APT to update it. On Fri, 2003-04-18 at 09:47, Stefan Smietanowski wrote: > Felix wrote: > > Stefan Smietanowski wrote: > > ... > > > You're basically just doing what the installer does in the step right > > > after this, no? > > > > > > The Post Install script is being run just before the bootloader is > > > install. Hmm. Could be that you basically force a few extra writes that > > > make things get written to platter. > > ... > > > > No. %post scripts are executed directly after the install of a package. > > Sorry. You meant the POST script of a package and not the post-install > script of the installer. Then I can see how that would work, but as > someone pointed out, with enough RAM in the machine and that might > not work either. The only thing that might save us there is if we can > get grub to install first so that the actual TIME makes it write > to disk. I'm going to go check up on how to make grub be installed > first. > > // Stefan > > From owner-linux-xfs@oss.sgi.com Sun Apr 20 12:04:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 20 Apr 2003 12:05:18 -0700 (PDT) Received: from ncbdc.bbs.com ([208.0.185.14]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3KJ4uFu024725 for ; Sun, 20 Apr 2003 12:04:57 -0700 Received: by NCBDC with Internet Mail Service (5.5.2653.19) id <2DR1TBQT>; Sun, 20 Apr 2003 12:05:14 -0700 Message-ID: <057889C7F1E5D61193620002A537E86946811C@NCBDC> From: Marc Kaplan To: "'Ethan Benson'" , linux-xfs@oss.sgi.com Subject: RE: Meaning of effective permissions Date: Sun, 20 Apr 2003 12:05:07 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3759 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: MKaplan@snapappliance.com Precedence: bulk X-list: linux-xfs Content-Length: 409 Lines: 10 Ethan Benson wrote: > so if you have an acl giving `luser' rw- permissions to a file, but > the mask is r-- `luser' will only have r-- access to the file. no one > may have more permissions then granted by the mask. I don't believe it's true that no one may have more permissions then granted by the mask. It is my understanding that u:: (file owner) and o:: (other) are not affected by the mask. -Marc From owner-linux-xfs@oss.sgi.com Sun Apr 20 14:49:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 20 Apr 2003 14:49:26 -0700 (PDT) Received: from hob.acsalaska.net (hob.slb.nwc.acsalaska.net [209.112.155.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3KLn9Fu026313 for ; Sun, 20 Apr 2003 14:49:10 -0700 Received: from erbenson.alaska.net (114-pm30.nwc.alaska.net [209.112.158.114]) by hob.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3KLn8FW009520 for ; Sun, 20 Apr 2003 13:49:08 -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 B5B8A3A0A for ; Sun, 20 Apr 2003 13:49:06 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id DA89940FF44; Sun, 20 Apr 2003 13:49:06 -0800 (AKDT) Date: Sun, 20 Apr 2003 13:49:06 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Meaning of effective permissions Message-ID: <20030420214906.GI4576@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <057889C7F1E5D61193620002A537E86946811C@NCBDC> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jQIvE3yXcK9X9HBh" Content-Disposition: inline In-Reply-To: <057889C7F1E5D61193620002A537E86946811C@NCBDC> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3760 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1082 Lines: 36 --jQIvE3yXcK9X9HBh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 20, 2003 at 12:05:07PM -0700, Marc Kaplan wrote: > Ethan Benson wrote: > > so if you have an acl giving `luser' rw- permissions to a file, but > > the mask is r-- `luser' will only have r-- access to the file. no one > > may have more permissions then granted by the mask. > I don't believe it's true that no one may have more permissions then gran= ted > by the mask. It is my understanding that u:: (file owner) and o:: (other) > are not affected by the mask. right, because those are controlled by standard unix permissions. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --jQIvE3yXcK9X9HBh 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 iEYEARECAAYFAj6jFdIACgkQJKx7GixEevxClwCfXuP123DgAgo2hK84VGfky3+G fwQAn01MsSUf3FQefpfR8/6VsJph0KcH =8uMj -----END PGP SIGNATURE----- --jQIvE3yXcK9X9HBh-- From owner-linux-xfs@oss.sgi.com Mon Apr 21 07:06:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 21 Apr 2003 07:07:23 -0700 (PDT) Received: from mail.tvol.net (pr-66-150-46-254.wgate.com [66.150.46.254]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3LE6rFu006302 for ; Mon, 21 Apr 2003 07:06:54 -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 GZVMBDVD; Mon, 21 Apr 2003 10:07:06 -0400 Received: from wgate.com (localhost.localdomain [127.0.0.1]) by sinz.eng.tvol.net (8.12.8/8.12.5) with ESMTP id h3LE66Es025175 for ; Mon, 21 Apr 2003 10:06:06 -0400 Message-ID: <3EA3FACE.8040502@wgate.com> Date: Mon, 21 Apr 2003 10:06:06 -0400 From: Michael Sinz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Linux XFS List Subject: 2.5.x CVS tree mostly empty? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3761 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: msinz@wgate.com Precedence: bulk X-list: linux-xfs Content-Length: 439 Lines: 13 It looks like a simular problem that hit the 2.4 CVS tree is now in the 2.5 CVS tree - namely, many files are missing. (Most every file, infact, other than the fs/xfs subtree) I did not see a message about this yet so I thought I would bring it to y'alls attention... -- 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 Mon Apr 21 07:54:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 21 Apr 2003 07:55:02 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3LEshFu007181 for ; Mon, 21 Apr 2003 07:54:43 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3LEshsN007180 for linux-xfs@oss.sgi.com; Mon, 21 Apr 2003 07:54:43 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3LEscFw007162 for ; Mon, 21 Apr 2003 07:54:38 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3LE9RPU006496; Mon, 21 Apr 2003 07:09:27 -0700 Date: Mon, 21 Apr 2003 07:09:27 -0700 Message-Id: <200304211409.h3LE9RPU006496@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 230] umount hangs after high disk load X-Bugzilla-Reason: CC X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3762 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 793 Lines: 25 http://oss.sgi.com/bugzilla/show_bug.cgi?id=230 ------- Additional Comments From atu@dmeti.dp.ua 2003-19-04 03:33 PDT ------- Created an attachment (id=81) --> (http://oss.sgi.com/bugzilla/attachment.cgi?id=81&action=view) Statistics from /proc May be this statistics will be usefull ------- Additional Comments From atu@dmeti.dp.ua 2003-21-04 07:09 PDT ------- Do you have XFS patch for 2.4.21-preX kernel? In pre7 i found some changes, that may by relevant to this bug, but prevents to apply XFS patch with minimal use of hand. And is some documentation exist about ideology of XFS and pagebuf? It's hard to find a bug without undestanding key ideas. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From owner-linux-xfs@oss.sgi.com Mon Apr 21 09:57:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 21 Apr 2003 09:57:52 -0700 (PDT) Received: from ncbdc.bbs.com ([208.0.185.14]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3LGvXFu008752 for ; Mon, 21 Apr 2003 09:57:34 -0700 Received: by NCBDC with Internet Mail Service (5.5.2653.19) id <2DR1TCGS>; Mon, 21 Apr 2003 09:57:51 -0700 Message-ID: <057889C7F1E5D61193620002A537E869468121@NCBDC> From: Marc Kaplan To: "'Ethan Benson'" , linux-xfs@oss.sgi.com Subject: RE: Meaning of effective permissions Date: Mon, 21 Apr 2003 09:57:51 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3763 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: MKaplan@snapappliance.com Precedence: bulk X-list: linux-xfs Content-Length: 286 Lines: 12 Ethan Benson wrote: > right, because those are controlled by standard unix permissions. > > -- > Ethan Benson > http://www.alaska.net/~erbenson/ > Well, owning group is affected by the mask, yet it is controlled by standard unix permissions. I guess that's the exception. -Marc From owner-linux-xfs@oss.sgi.com Tue Apr 22 00:05:12 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 00:05:18 -0700 (PDT) Received: from malik.acsalaska.net (malik.slb.nwc.acsalaska.net [209.112.155.41]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3M75BFu019554 for ; Tue, 22 Apr 2003 00:05:12 -0700 Received: from erbenson.alaska.net (22-pm1.nwc.alaska.net [209.112.138.22]) by malik.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3M759H3037473 for ; Mon, 21 Apr 2003 23:05:09 -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 77DCF3A06 for ; Mon, 21 Apr 2003 23:05:08 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id E86C240FF44; Mon, 21 Apr 2003 23:05:07 -0800 (AKDT) Date: Mon, 21 Apr 2003 23:05:07 -0800 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Meaning of effective permissions Message-ID: <20030422070507.GJ4576@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <057889C7F1E5D61193620002A537E869468121@NCBDC> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="enLffk0M6cffIOOh" Content-Disposition: inline In-Reply-To: <057889C7F1E5D61193620002A537E869468121@NCBDC> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3764 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1152 Lines: 41 --enLffk0M6cffIOOh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 21, 2003 at 09:57:51AM -0700, Marc Kaplan wrote: > Ethan Benson wrote: > > right, because those are controlled by standard unix permissions. > >=20 > > --=20 > > Ethan Benson > > http://www.alaska.net/~erbenson/ > >=20 > Well, owning group is affected by the mask, yet it is controlled by stand= ard > unix permissions. I guess that's the exception. well thats where it gets confusing. once a mask exists primary group is no longer controlled through normal unix permissions (in that changing the group permissions with chmod(2) no longer affects the primary group perms, it only affects the mask. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --enLffk0M6cffIOOh 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 iEYEARECAAYFAj6k6aMACgkQJKx7GixEevx3+QCfdLzetBntbR8fgLqNlKhTT6n6 ndIAn1RCf6W/qDhE1/tk9Bpos3DDaXYX =dEpP -----END PGP SIGNATURE----- --enLffk0M6cffIOOh-- From owner-linux-xfs@oss.sgi.com Tue Apr 22 00:05:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 00:05:55 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3M75pFu019650 for ; Tue, 22 Apr 2003 00:05:51 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3M75iE0000368 for ; Tue, 22 Apr 2003 00:05:45 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3M74R4e1588011 for ; Tue, 22 Apr 2003 17:04:27 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3M74Qhr1577249 for linux-xfs@oss.sgi.com; Tue, 22 Apr 2003 17:04:26 +1000 (EST) Date: Tue, 22 Apr 2003 17:04:26 +1000 (EST) From: Nathan Scott Message-Id: <200304220704.h3M74Qhr1577249@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - QA tests X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3765 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 321 Lines: 13 Add Steve's preallocation changes into local copy of the fstest source. Date: Tue Apr 22 00:04:06 PDT 2003 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:146492a cmd/xfstests/src/fstest.c - 1.2 From owner-linux-xfs@oss.sgi.com Tue Apr 22 05:09:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 05:10:17 -0700 (PDT) Received: from esme.webscreen-technology.com (host217-37-4-59.in-addr.btopenworld.com [217.37.4.59]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MC9qFu029114 for ; Tue, 22 Apr 2003 05:09:53 -0700 Received: from [217.37.4.60] (helo=gbdesktop) by esme.webscreen-technology.com with smtp (Exim 3.34 #2) id 197was-0005q8-00 for linux-xfs@oss.sgi.com; Tue, 22 Apr 2003 13:09:50 +0100 From: "Gareth Blades" To: "Xfs" Subject: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Date: Tue, 22 Apr 2003 13:09:47 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3766 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: list.xfs@webscreen-technology.com Precedence: bulk X-list: linux-xfs Content-Length: 854 Lines: 26 I have a Dell Poweredge 2500 server that I wish to install Redhat 9 on with XFS. I have previously installed Redhat 7.3 on it using the XFS boot CD without problems. The problem that I am having is that when I boot off the CD I can see the line beginning with 'ISOLINUX' and then the screen clears and the CDROM drive looks like it is reading lots of data. I have left this for an hour but nothing appears on the screen. If I boot the XFS CD on a different machine it works. If I boot the original Redhat 9 CD1 on the poweredge 2500 it works. Any idea how I can get it to work? I Have 3 SCSI drives (18GB) in the system and I wish to install so that there are 3 partitions mirrored with the 3rd drive as a hot spare. 1st partition as the main OS with 4GB 2nd partition as a 1GB swap mirror. 3rd partition as a 13GB mirror for data. Thanks Gareth From owner-linux-xfs@oss.sgi.com Tue Apr 22 06:07:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 06:07:35 -0700 (PDT) Received: from gw-us1.philips.com (gw-us1.philips.com [63.114.235.94]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MD7CFu031381; Tue, 22 Apr 2003 06:07:16 -0700 Received: from smtpscan-us1.philips.com (unknown [167.81.233.25]) by gw-us1.philips.com (Postfix) with ESMTP id 4816D54403; Tue, 22 Apr 2003 08:07:12 -0500 (CDT) Received: from smtprelay-us1.philips.com (localhost [127.0.0.1]) by smtpscan-us1.philips.com (8.9.3-p1/8.8.5-1.2.2m-19990317) with ESMTP id IAA12458; Tue, 22 Apr 2003 08:07:11 -0500 (CDT) From: darren.miller@philips.com Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) by smtprelay-us1.philips.com (8.9.3-p1/8.8.5-1.2.2m-19990317) with ESMTP id IAA05369; Tue, 22 Apr 2003 08:07:10 -0500 (CDT) To: "Gareth Blades" Cc: "Xfs" , linux-xfs-bounce@oss.sgi.com Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.9a January 7, 2002 Message-ID: Date: Tue, 22 Apr 2003 14:03:06 +0100 X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at 22/04/2003 15:08:13, Serialize complete at 22/04/2003 15:08:13 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit X-archive-position: 3767 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: darren.miller@philips.com Precedence: bulk X-list: linux-xfs Content-Length: 1630 Lines: 68 I take it you are using a DELL PERC? which model? ============================================================================== Darren Miller Senior Systems Support Engineer Microsoft Certified Professional SCO Advanced Certified Engineer Infomation Systems Department (Core Server Support) Philips Semiconductors,Milbrook Industrial Estate,Southampton,SO15 0DJ,England Direct Dial In: (02380) 312681 "Gareth Blades" Sent by: linux-xfs-bounce@oss.sgi.com 22/04/2003 13:09 To: "Xfs" cc: (bcc: Darren Miller/SOU/SC/PHILIPS) Subject: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Classification: I have a Dell Poweredge 2500 server that I wish to install Redhat 9 on with XFS. I have previously installed Redhat 7.3 on it using the XFS boot CD without problems. The problem that I am having is that when I boot off the CD I can see the line beginning with 'ISOLINUX' and then the screen clears and the CDROM drive looks like it is reading lots of data. I have left this for an hour but nothing appears on the screen. If I boot the XFS CD on a different machine it works. If I boot the original Redhat 9 CD1 on the poweredge 2500 it works. Any idea how I can get it to work? I Have 3 SCSI drives (18GB) in the system and I wish to install so that there are 3 partitions mirrored with the 3rd drive as a hot spare. 1st partition as the main OS with 4GB 2nd partition as a 1GB swap mirror. 3rd partition as a 13GB mirror for data. Thanks Gareth [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Apr 22 06:14:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 06:14:08 -0700 (PDT) Received: from esme.webscreen-technology.com (host217-37-4-59.in-addr.btopenworld.com [217.37.4.59]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MDDxFu031906 for ; Tue, 22 Apr 2003 06:14:00 -0700 Received: from [217.37.4.60] (helo=gbdesktop) by esme.webscreen-technology.com with smtp (Exim 3.34 #2) id 197xap-0005uP-00; Tue, 22 Apr 2003 14:13:51 +0100 From: "Gareth Blades" To: Cc: "Xfs" Subject: RE: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Date: Tue, 22 Apr 2003 14:13:50 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3768 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: list.xfs@webscreen-technology.com Precedence: bulk X-list: linux-xfs Content-Length: 2005 Lines: 75 It has an Adaptec AIC-7899 SCSI controller. There is no RAID module installed. We have been using software mirroring with Redhat 7.3 previously. Thanks Gareth -----Original Message----- From: darren.miller@philips.com [mailto:darren.miller@philips.com] Sent: Tuesday, April 22, 2003 14:03 To: Gareth Blades Cc: Xfs; linux-xfs-bounce@oss.sgi.com Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 I take it you are using a DELL PERC? which model? ============================================================================ == Darren Miller Senior Systems Support Engineer Microsoft Certified Professional SCO Advanced Certified Engineer Infomation Systems Department (Core Server Support) Philips Semiconductors,Milbrook Industrial Estate,Southampton,SO15 0DJ,England Direct Dial In: (02380) 312681 "Gareth Blades" Sent by: linux-xfs-bounce@oss.sgi.com 22/04/2003 13:09 To: "Xfs" cc: (bcc: Darren Miller/SOU/SC/PHILIPS) Subject: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Classification: I have a Dell Poweredge 2500 server that I wish to install Redhat 9 on with XFS. I have previously installed Redhat 7.3 on it using the XFS boot CD without problems. The problem that I am having is that when I boot off the CD I can see the line beginning with 'ISOLINUX' and then the screen clears and the CDROM drive looks like it is reading lots of data. I have left this for an hour but nothing appears on the screen. If I boot the XFS CD on a different machine it works. If I boot the original Redhat 9 CD1 on the poweredge 2500 it works. Any idea how I can get it to work? I Have 3 SCSI drives (18GB) in the system and I wish to install so that there are 3 partitions mirrored with the 3rd drive as a hot spare. 1st partition as the main OS with 4GB 2nd partition as a 1GB swap mirror. 3rd partition as a 13GB mirror for data. Thanks Gareth From owner-linux-xfs@oss.sgi.com Tue Apr 22 07:31:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 07:31:38 -0700 (PDT) Received: from gw-nl4.philips.com (gw-nl4.philips.com [212.153.190.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MEVBFu001484 for ; Tue, 22 Apr 2003 07:31:12 -0700 Received: from smtpscan-nl1.philips.com (smtpscan-nl1.philips.com [130.139.36.21]) by gw-nl4.philips.com (Postfix) with ESMTP id F0FB4A46F2; Tue, 22 Apr 2003 16:00:47 +0200 (MET DST) Received: from smtprelay-nl1.philips.com (localhost [127.0.0.1]) by smtpscan-nl1.philips.com (8.9.3-p1/8.8.5-1.2.2m-19990317) with ESMTP id QAA21166; Tue, 22 Apr 2003 16:00:47 +0200 (MET DST) From: darren.miller@philips.com Received: from hbg001soh.diamond.philips.com (e1soh01.diamond.philips.com [130.143.165.45]) by smtprelay-nl1.philips.com (8.9.3-p1/8.8.5-1.2.2m-19990317) with ESMTP id QAA15489; Tue, 22 Apr 2003 16:00:42 +0200 (MET DST) To: "Gareth Blades" Cc: "Xfs" Subject: RE: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.9a January 7, 2002 Message-ID: Date: Tue, 22 Apr 2003 14:58:14 +0100 X-MIMETrack: Serialize by Router on hbg001soh/H/SERVER/PHILIPS(Release 5.0.9a |January 7, 2002) at 22/04/2003 16:01:44, Serialize complete at 22/04/2003 16:01:44 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) Content-Disposition: inline Content-Type: text/plain Content-Transfer-Encoding: 7bit X-archive-position: 3769 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: darren.miller@philips.com Precedence: bulk X-list: linux-xfs Content-Length: 2718 Lines: 114 Now thats a strange one. ============================================================================== Darren Miller Senior Systems Support Engineer Microsoft Certified Professional SCO Advanced Certified Engineer Infomation Systems Department (Core Server Support) Philips Semiconductors,Milbrook Industrial Estate,Southampton,SO15 0DJ,England Direct Dial In: (02380) 312681 "Gareth Blades" 22/04/2003 14:13 To: Darren Miller/SOU/SC/PHILIPS@EMEA1 cc: "Xfs" Subject: RE: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Classification: It has an Adaptec AIC-7899 SCSI controller. There is no RAID module installed. We have been using software mirroring with Redhat 7.3 previously. Thanks Gareth -----Original Message----- From: darren.miller@philips.com [mailto:darren.miller@philips.com] Sent: Tuesday, April 22, 2003 14:03 To: Gareth Blades Cc: Xfs; linux-xfs-bounce@oss.sgi.com Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 I take it you are using a DELL PERC? which model? ============================================================================ == Darren Miller Senior Systems Support Engineer Microsoft Certified Professional SCO Advanced Certified Engineer Infomation Systems Department (Core Server Support) Philips Semiconductors,Milbrook Industrial Estate,Southampton,SO15 0DJ,England Direct Dial In: (02380) 312681 "Gareth Blades" Sent by: linux-xfs-bounce@oss.sgi.com 22/04/2003 13:09 To: "Xfs" cc: (bcc: Darren Miller/SOU/SC/PHILIPS) Subject: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Classification: I have a Dell Poweredge 2500 server that I wish to install Redhat 9 on with XFS. I have previously installed Redhat 7.3 on it using the XFS boot CD without problems. The problem that I am having is that when I boot off the CD I can see the line beginning with 'ISOLINUX' and then the screen clears and the CDROM drive looks like it is reading lots of data. I have left this for an hour but nothing appears on the screen. If I boot the XFS CD on a different machine it works. If I boot the original Redhat 9 CD1 on the poweredge 2500 it works. Any idea how I can get it to work? I Have 3 SCSI drives (18GB) in the system and I wish to install so that there are 3 partitions mirrored with the 3rd drive as a hot spare. 1st partition as the main OS with 4GB 2nd partition as a 1GB swap mirror. 3rd partition as a 13GB mirror for data. Thanks Gareth [[HTML alternate version deleted]] From owner-linux-xfs@oss.sgi.com Tue Apr 22 07:46:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 07:47:00 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MEkrFu003010 for ; Tue, 22 Apr 2003 07:46:53 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3MEkmE0003056 for ; Tue, 22 Apr 2003 07:46:48 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3MEkja220908305 for ; Tue, 22 Apr 2003 09:46:45 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3MEklwX48407730 for ; Tue, 22 Apr 2003 09:46:47 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3MEjHn30313; Tue, 22 Apr 2003 09:45:17 -0500 Message-Id: <200304221445.h3MEjHn30313@penguin.americas.sgi.com> Date: Tue, 22 Apr 2003 09:45:17 -0500 Subject: TAKE - unwritten extent fix To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3770 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 679 Lines: 21 fix a double lock of a buffer head which deadlocked us on small blocksize filesystems. Also relocate a balance dirty call so that we do it a little less often. Date: Tue Apr 22 07:46:23 PDT 2003 Workarea: penguin.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:146520a linux/fs/xfs/linux/xfs_aops.c - 1.35 - In the unwritten extent case, remove a call to lock_buffer() added in the last mod, this was incorrect and caused a deadlock. Also instead of doing balance dirty each time we dirty a buffer head, do it once for the whole page_state_convert call. From owner-linux-xfs@oss.sgi.com Tue Apr 22 14:04:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 14:05:14 -0700 (PDT) Received: from ares.lan-net.pl (rc234.internetdsl.tpnet.pl [80.55.54.234]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ML4oFu009952 for ; Tue, 22 Apr 2003 14:04:52 -0700 Received: from joxer (joxer.lan-net.pl [192.168.10.1]) (authenticated bits=0) by ares.lan-net.pl (8.12.6/8.12.6) with ESMTP id h3MLHTQj002840 for ; Tue, 22 Apr 2003 23:17:31 +0200 Message-ID: <000501c30912$ce77e0d0$010aa8c0@lannet.pl> Reply-To: =?iso-8859-2?Q?Jacek_=A6wiatowiak?= From: =?iso-8859-2?Q?Jacek_=A6wiatowiak?= To: Subject: Problem with booting XFS for Redhat 9 on Pentium IV Date: Tue, 22 Apr 2003 23:04:46 +0200 Organization: Lan-Net MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3771 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: admin@lan-net.pl Precedence: bulk X-list: linux-xfs Content-Length: 525 Lines: 20 Hi I can't boot ISO image for Redaht 9. I've got the message isolinux:: Disk error 32, AX=4280 drive 9F Boot failed: press a key to retry The PC is made of ABIT BD7 RAID Pentium IV 1.8 GHz 256 DDR I've tried to boot from LG 52X CDROM and LG CDRW 48/24/48 the same effect. The same disk boot on my laptop, so the disk is OK. Maybe someine told me, WHAT IS GOING on.... PS. ON this mashine I've boot XFS for RedHat 7.3 and 8.0 and everythinf were OK. I've thinh there is problem with Pentium IV in this iso image... From owner-linux-xfs@oss.sgi.com Tue Apr 22 15:24:58 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 15:25:17 -0700 (PDT) Received: from imf38bis.bellsouth.net (mail121.mail.bellsouth.net [205.152.58.61]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MMOvFu012586 for ; Tue, 22 Apr 2003 15:24:58 -0700 Received: from tiger2 ([66.156.3.137]) by imf38bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030422222700.HXJR19855.imf38bis.bellsouth.net@tiger2> for ; Tue, 22 Apr 2003 18:27:00 -0400 Date: Tue, 22 Apr 2003 18:30:35 -0400 From: Greg Freemyer Subject: xfsdump and level tracking To: xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030422222700.HXJR19855.imf38bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3MMOwFu012589 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3772 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 495 Lines: 16 I'm curious how xfsdump does level tracking for backups. In general it seems to work really well, but I have seen one case where I thought the same file was being backed up over and over again. That was some time ago, but now I'm wondering if a screwed timestamp could cause this. i.e. If I touch a file 60 days in the future, will every backup for 60 days include that file? If not, how does xfsdump keep track of the fact that the file has been backed up? Thanks Greg -- Greg Freemyer From owner-linux-xfs@oss.sgi.com Tue Apr 22 15:40:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 15:40:47 -0700 (PDT) Received: from andrei.myip.org (12-234-128-127.client.attbi.com [12.234.128.127]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3MMeYFu013264 for ; Tue, 22 Apr 2003 15:40:35 -0700 Received: by andrei.myip.org (Postfix, from userid 102) id BB7F22FCCE; Tue, 22 Apr 2003 15:40:33 -0700 (PDT) Received: from stantz.corp.sgi.com (unknown [130.62.4.42]) by andrei.myip.org (Postfix) with ESMTP id 1C55A2FCCC for ; Tue, 22 Apr 2003 15:40:32 -0700 (PDT) Received: from localhost.localdomain (localhost [127.0.0.1]) by stantz.corp.sgi.com (Postfix) with ESMTP id C31FA1967C for ; Tue, 22 Apr 2003 15:40:21 -0700 (PDT) Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 From: Florin Andrei Reply-To: linux-xfs@oss.sgi.com To: Xfs In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-11) Date: 22 Apr 2003 15:40:21 -0700 Message-Id: <1051051221.28690.55.camel@stantz.corp.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3773 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: florin@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 969 Lines: 26 On Tue, 2003-04-22 at 05:09, Gareth Blades wrote: > > I Have 3 SCSI drives (18GB) in the system and I wish to install so that > there are 3 partitions mirrored with the 3rd drive as a hot spare. > 1st partition as the main OS with 4GB > 2nd partition as a 1GB swap mirror. > 3rd partition as a 13GB mirror for data. There may be a solution, but it depends on whether or not you need XFS on the "main" (probably /) partition. If you can run another fs on / (like Ext3) and you actually need XFS only on the data partition, you could simply install using the vanilla Red Hat 9 installer, then install the XFS kernel, then the XFS utilities, reboot with the XFS kernel, create the 3rd partition, format it with XFS... That's what i usually do when these conditions are both true: - i don't need XFS on / - the XFS installer has some issues on that particular platform -- Florin Andrei "You can't go to Windows Update and get a patch for stupidity." - Kevin Mitnick From owner-linux-xfs@oss.sgi.com Tue Apr 22 17:10:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 17:11:09 -0700 (PDT) Received: from hotmail.com (oe28.law9.hotmail.com [64.4.8.85]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3N0ApFu014217 for ; Tue, 22 Apr 2003 17:10:52 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 22 Apr 2003 17:10:46 -0700 Received: from 80.128.34.205 by law9-oe28.adinternal.hotmail.com with DAV; Wed, 23 Apr 2003 00:10:46 +0000 X-Originating-IP: [80.128.34.205] X-Originating-Email: [k_leibrandt@hotmail.com] From: "Kai Leibrandt" To: Subject: RE: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 Date: Wed, 23 Apr 2003 02:10:42 +0200 Message-ID: <000001c3092c$c79249d0$0500a8c0@Bilbo> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2605 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <1051051221.28690.55.camel@stantz.corp.sgi.com> Importance: Normal X-OriginalArrivalTime: 23 Apr 2003 00:10:46.0693 (UTC) FILETIME=[C9E4C550:01C3092C] X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3774 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k_leibrandt@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 1871 Lines: 48 It's also conceivable to install using ext3 on all partitions (so you can do all the partition setup using anaconda), then install all the 1.2 rpm's (kernel and cmds) from oss.sgi.com, reboot with the 1.2 installer for 8.0 into rescue mode, mount a temporary nfs backup volume, tar everything up onto it, mkfs.xfs the respective filesystems, untar, re-install grub and bob's your uncle. Did this with RH9 a day or two after it came out and no problems whatsoever. A bit cumbersome, maybe, but works a treat and can be done in 20 minutes for a full install, even quicker with gigabit. K. > -----Original Message----- > From: linux-xfs-bounce@oss.sgi.com > [mailto:linux-xfs-bounce@oss.sgi.com] On Behalf Of Florin Andrei > Sent: 23 April 2003 00:40 > To: Xfs > Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 > > > On Tue, 2003-04-22 at 05:09, Gareth Blades wrote: > > > > I Have 3 SCSI drives (18GB) in the system and I wish to install so > > that there are 3 partitions mirrored with the 3rd drive as a hot > > spare. 1st partition as the main OS with 4GB 2nd partition as a 1GB > > swap mirror. 3rd partition as a 13GB mirror for data. > > There may be a solution, but it depends on whether or not you > need XFS on the "main" (probably /) partition. If you can run > another fs on / (like Ext3) and you actually need XFS only on > the data partition, you could simply install using the > vanilla Red Hat 9 installer, then install the XFS kernel, > then the XFS utilities, reboot with the XFS kernel, create > the 3rd partition, format it with XFS... > > That's what i usually do when these conditions are both true: > - i don't need XFS on / > - the XFS installer has some issues on that particular platform > > -- > Florin Andrei > > "You can't go to Windows Update > and get a patch for stupidity." - Kevin Mitnick > > > From owner-linux-xfs@oss.sgi.com Tue Apr 22 17:33:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 17:33:21 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3N0X5Fu014830 for ; Tue, 22 Apr 2003 17:33:06 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3N0kNVe016191 for ; Tue, 22 Apr 2003 19:46:24 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3N0Vg4e1615386 for ; Wed, 23 Apr 2003 10:31:42 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3N0VfRP1618541 for linux-xfs@oss.sgi.com; Wed, 23 Apr 2003 10:31:41 +1000 (EST) Date: Wed, 23 Apr 2003 10:31:41 +1000 (EST) From: Nathan Scott Message-Id: <200304230031.h3N0VfRP1618541@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - documentation X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3775 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 863 Lines: 29 Update XFS-specific system call documentation, and fix includes. Date: Tue Apr 22 17:30:48 PDT 2003 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:146632a cmd/xfsprogs/VERSION - 1.74 cmd/xfsprogs/doc/CHANGES - 1.102 cmd/xfsprogs/man/man3/handle.3 - 1.4 cmd/xfsprogs/debian/changelog - 1.66 - Update XFS-specific system call documentation. cmd/xfsprogs/man/man5/xfs.5 - 1.8 - Split out xfsctl.3 separately to this man page. cmd/xfsprogs/man/man3/xfsctl.3 - 1.1 - XFS-specific system call documentation. cmd/xfsprogs/include/libxfs.h - 1.25 cmd/xfsprogs/include/libxlog.h - 1.9 cmd/xfsprogs/include/platform_defs.h.in - 1.23 cmd/xfsprogs/include/xqm.h - 1.13 - Fix includes to not require compiles with -I/usr/include/xfs anymore. From owner-linux-xfs@oss.sgi.com Tue Apr 22 19:37:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 19:37:57 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3N2bgFu018352 for ; Tue, 22 Apr 2003 19:37:42 -0700 Received: from thebarn.com (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h3N2bdcv043512; Tue, 22 Apr 2003 21:37:41 -0500 (CDT) (envelope-from cattelan@thebarn.com) Message-ID: <3EA5FDDC.6090707@thebarn.com> Date: Tue, 22 Apr 2003 21:43:40 -0500 From: Russell Cattelan User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 To: chris@tooley.com CC: linux-xfs@oss.sgi.com Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> <3E9F87D8.6070904@freesurf.ch> <3EA01003.6090604@stesmi.com> <1050851772.2928.2.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3776 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 1622 Lines: 56 I think the problem it when the files are copied to /boot/grub and not necessarily when grub is installed. I still thing the best it to do a remount,ro then a remount,rw the remount read only code has special code to sync the fs. Moving the order grub is installed isn't hard it just requires moving it in the pkgorder file that is feed to genhdlist. ofcourse getting that order is a bit annoying ... the rpmtools from the mandrake distro seem to work quite well. Chris Tooley wrote: >Is there somewhere to download the things that are different for XFS? I >have a box I need to update and want to use APT to update it. > >On Fri, 2003-04-18 at 09:47, Stefan Smietanowski wrote: > > >>Felix wrote: >> >> >>>Stefan Smietanowski wrote: >>>... >>> > You're basically just doing what the installer does in the step right >>> > after this, no? >>> > >>> > The Post Install script is being run just before the bootloader is >>> > install. Hmm. Could be that you basically force a few extra writes that >>> > make things get written to platter. >>>... >>> >>>No. %post scripts are executed directly after the install of a package. >>> >>> >>Sorry. You meant the POST script of a package and not the post-install >>script of the installer. Then I can see how that would work, but as >>someone pointed out, with enough RAM in the machine and that might >>not work either. The only thing that might save us there is if we can >>get grub to install first so that the actual TIME makes it write >>to disk. I'm going to go check up on how to make grub be installed >>first. >> >>// Stefan >> >> >> >> > > > From owner-linux-xfs@oss.sgi.com Tue Apr 22 23:41:26 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 22 Apr 2003 23:41:42 -0700 (PDT) Received: from puariko.homeip.net (pD9E7E970.dip.t-dialin.net [217.231.233.112]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3N6fOFu021059 for ; Tue, 22 Apr 2003 23:41:25 -0700 Received: (from thimm@localhost) by puariko.nirvana (8.12.8/8.12.8/Submit) id h3N6fB6j007119; Wed, 23 Apr 2003 08:41:11 +0200 Date: Wed, 23 Apr 2003 08:41:10 +0200 From: Axel Thimm To: Russell Cattelan Cc: chris@tooley.com, linux-xfs@oss.sgi.com Subject: XFS and filesytem shutdown (was: Red Hat Linux 9 XFS DVD Released) Message-ID: <20030423064110.GA3172@puariko.nirvana> References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> <3E9F87D8.6070904@freesurf.ch> <3EA01003.6090604@stesmi.com> <1050851772.2928.2.camel@localhost.localdomain> <3EA5FDDC.6090707@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EA5FDDC.6090707@thebarn.com> User-Agent: Mutt/1.4.1i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3777 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Axel.Thimm@physik.fu-berlin.de Precedence: bulk X-list: linux-xfs Content-Length: 619 Lines: 16 On Tue, Apr 22, 2003 at 09:43:40PM -0500, Russell Cattelan wrote: > I think the problem it when the files are copied to /boot/grub and not > necessarily > when grub is installed. > I still thing the best it to do a remount,ro then a remount,rw > the remount read only code has special code to sync the fs. I still wonder what is different at install time vs later. Why doesn't the XFS /boot cope with that correctly, and why should XFS later do the right thing with /usr /home etc.? I don't want to sound negative, I like to use XFS, but this makes me feel very uncomfortable. :( -- Axel.Thimm@physik.fu-berlin.de From owner-linux-xfs@oss.sgi.com Wed Apr 23 04:19:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 04:19:27 -0700 (PDT) Received: from K-7.stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NBJ5Fu001969 for ; Wed, 23 Apr 2003 04:19:07 -0700 Received: from stesmi.com (as4-1-7.has.s.bonet.se [217.215.31.238]) by K-7.stesmi.com (8.12.8/8.12.5) with ESMTP id h3NBIs8Y013765; Wed, 23 Apr 2003 13:18:55 +0200 Message-ID: <3EA6769E.9050309@stesmi.com> Date: Wed, 23 Apr 2003 13:18:54 +0200 From: Stefan Smietanowski User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Axel Thimm CC: Russell Cattelan , chris@tooley.com, linux-xfs@oss.sgi.com Subject: Re: XFS and filesytem shutdown (was: Red Hat Linux 9 XFS DVD Released) References: <3E9EC641.6050901@freesurf.ch> <3E9F7422.4060108@stesmi.com> <3E9F87D8.6070904@freesurf.ch> <3EA01003.6090604@stesmi.com> <1050851772.2928.2.camel@localhost.localdomain> <3EA5FDDC.6090707@thebarn.com> <20030423064110.GA3172@puariko.nirvana> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-RAVMilter-Version: 8.4.2(snapshot 20021217) (K-7.stesmi.com) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3778 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stesmi@stesmi.com Precedence: bulk X-list: linux-xfs Content-Length: 783 Lines: 23 Axel Thimm wrote: > On Tue, Apr 22, 2003 at 09:43:40PM -0500, Russell Cattelan wrote: > >>I think the problem it when the files are copied to /boot/grub and not >>necessarily >>when grub is installed. >>I still thing the best it to do a remount,ro then a remount,rw >>the remount read only code has special code to sync the fs. > > > I still wonder what is different at install time vs later. Why doesn't the XFS > /boot cope with that correctly, and why should XFS later do the right thing > with /usr /home etc.? > > I don't want to sound negative, I like to use XFS, but this makes me feel very > uncomfortable. :( I get the same feeling - Why doesn't the filesystem push data and metadata to disk when it gets a sync? It surely can't be a "performance" thing? // Stefan From owner-linux-xfs@oss.sgi.com Wed Apr 23 05:36:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 05:37:12 -0700 (PDT) Received: from esme.webscreen-technology.com (host217-37-4-59.in-addr.btopenworld.com [217.37.4.59]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NCaoFu003294 for ; Wed, 23 Apr 2003 05:36:51 -0700 Received: from [217.37.4.60] (helo=gbdesktop) by esme.webscreen-technology.com with smtp (Exim 3.34 #2) id 198JUW-00079r-00; Wed, 23 Apr 2003 13:36:48 +0100 From: "Gareth Blades" To: Cc: "Kai Leibrandt" Subject: Redhat 9 - grub wont boot with XFS root fs after migration Date: Wed, 23 Apr 2003 13:36:45 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <000001c3092c$c79249d0$0500a8c0@Bilbo> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3779 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: list.xfs@webscreen-technology.com Precedence: bulk X-list: linux-xfs Content-Length: 3036 Lines: 85 Just tried this. Installed RH9 with following RAID1 partitions /dev/md0 /dev/md1 (swap) /dev/md2 Installed the OS onto md0 and installed the kernel and other files from the RH9 XFS 1.2 boot CD that I have. Rebooted into the new kernel fine. Copied everything from md0 to md2 using the tar procedure mentioned in the XFS migration Howto. Modified Grub and rebooted into md2 as the root filesystem. Reformatted md0 to xfs, recopied all the files, and re-setup grub onto (hd0). Now when I try to boot into md0 I get a kernel panic saying it is unable to mount the ext3 filesystem. Why it is ext3? If I modify the grub boot parameters to specify the root filesystem type as xfs then when it boots I get an error 'XFS: bad magic number' and it stops loading. If I run xfs_repair on md0 then it finds no errors > -----Original Message----- > From: linux-xfs-bounce@oss.sgi.com > [mailto:linux-xfs-bounce@oss.sgi.com]On Behalf Of Kai Leibrandt > Sent: Wednesday, April 23, 2003 01:11 > To: linux-xfs@oss.sgi.com > Subject: RE: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 > > > It's also conceivable to install using ext3 on all partitions (so you > can do all the partition setup using anaconda), then install all the 1.2 > rpm's (kernel and cmds) from oss.sgi.com, reboot with the 1.2 installer > for 8.0 into rescue mode, mount a temporary nfs backup volume, tar > everything up onto it, mkfs.xfs the respective filesystems, untar, > re-install grub and bob's your uncle. Did this with RH9 a day or two > after it came out and no problems whatsoever. A bit cumbersome, maybe, > but works a treat and can be done in 20 minutes for a full install, even > quicker with gigabit. > > K. > > > -----Original Message----- > > From: linux-xfs-bounce@oss.sgi.com > > [mailto:linux-xfs-bounce@oss.sgi.com] On Behalf Of Florin Andrei > > Sent: 23 April 2003 00:40 > > To: Xfs > > Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 > > > > > > On Tue, 2003-04-22 at 05:09, Gareth Blades wrote: > > > > > > I Have 3 SCSI drives (18GB) in the system and I wish to install so > > > that there are 3 partitions mirrored with the 3rd drive as a hot > > > spare. 1st partition as the main OS with 4GB 2nd partition as a 1GB > > > swap mirror. 3rd partition as a 13GB mirror for data. > > > > There may be a solution, but it depends on whether or not you > > need XFS on the "main" (probably /) partition. If you can run > > another fs on / (like Ext3) and you actually need XFS only on > > the data partition, you could simply install using the > > vanilla Red Hat 9 installer, then install the XFS kernel, > > then the XFS utilities, reboot with the XFS kernel, create > > the 3rd partition, format it with XFS... > > > > That's what i usually do when these conditions are both true: > > - i don't need XFS on / > > - the XFS installer has some issues on that particular platform > > > > -- > > Florin Andrei > > > > "You can't go to Windows Update > > and get a patch for stupidity." - Kevin Mitnick > > > > > > > > > > From owner-linux-xfs@oss.sgi.com Wed Apr 23 05:58:21 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 05:58:27 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NCwJFu003844 for ; Wed, 23 Apr 2003 05:58:20 -0700 Received: from auto-nb1.xs4all.nl (a80-126-90-136.adsl.xs4all.nl [80.126.90.136]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h3NCw5sI007587; Wed, 23 Apr 2003 14:58:11 +0200 (CEST) Message-Id: <4.3.2.7.2.20030423145358.0337cd98@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 23 Apr 2003 14:57:56 +0200 To: "Gareth Blades" , From: Seth Mos Subject: Re: Redhat 9 - grub wont boot with XFS root fs after migration Cc: "Kai Leibrandt" In-Reply-To: References: <000001c3092c$c79249d0$0500a8c0@Bilbo> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3780 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 664 Lines: 21 At 13:36 23-4-2003 +0100, Gareth Blades wrote: >Now when I try to boot into md0 I get a kernel panic saying it is unable to >mount the ext3 filesystem. >Why it is ext3? > >If I modify the grub boot parameters to specify the root filesystem type as >xfs then when it boots I get an error 'XFS: bad magic number' and it stops >loading. If I run xfs_repair on md0 then it finds no errors XFS bad magic number sounds like stepping on the XFS superblock at the beginning of the fs. You did install into the MBR instead of the partition right? You modified the /etc/fstab to read xfs for the / fs? cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Apr 23 06:04:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 06:04:55 -0700 (PDT) Received: from esme.webscreen-technology.com (host217-37-4-59.in-addr.btopenworld.com [217.37.4.59]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ND4ZFu004306 for ; Wed, 23 Apr 2003 06:04:36 -0700 Received: from [217.37.4.60] (helo=gbdesktop) by esme.webscreen-technology.com with smtp (Exim 3.34 #2) id 198JvO-0007BP-00; Wed, 23 Apr 2003 14:04:34 +0100 From: "Gareth Blades" To: "Seth Mos" , Cc: "Kai Leibrandt" Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration Date: Wed, 23 Apr 2003 14:04:31 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <4.3.2.7.2.20030423145358.0337cd98@pop.xs4all.nl> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3781 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: list.xfs@webscreen-technology.com Precedence: bulk X-list: linux-xfs Content-Length: 1182 Lines: 42 Yes I did install grub in (hd0) which is the MBR. I did try installing it into (hd0,0) later but I have since run xfs_repair so if there were any problems it should have fixed it. Yes /etc/fstab does say / is xfs. > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Wednesday, April 23, 2003 13:58 > To: Gareth Blades; linux-xfs@oss.sgi.com > Cc: Kai Leibrandt > Subject: Re: Redhat 9 - grub wont boot with XFS root fs after migration > > > At 13:36 23-4-2003 +0100, Gareth Blades wrote: > >Now when I try to boot into md0 I get a kernel panic saying it > is unable to > >mount the ext3 filesystem. > >Why it is ext3? > > > >If I modify the grub boot parameters to specify the root > filesystem type as > >xfs then when it boots I get an error 'XFS: bad magic number' > and it stops > >loading. If I run xfs_repair on md0 then it finds no errors > > XFS bad magic number sounds like stepping on the XFS superblock at the > beginning of the fs. > > You did install into the MBR instead of the partition right? > You modified the /etc/fstab to read xfs for the / fs? > > cheers > > -- > Seth > It might just be your lucky day, if you only knew. > > > From owner-linux-xfs@oss.sgi.com Wed Apr 23 06:10:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 06:10:46 -0700 (PDT) Received: from smtpzilla1.xs4all.nl (smtpzilla1.xs4all.nl [194.109.127.137]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NDAeFu004785 for ; Wed, 23 Apr 2003 06:10:41 -0700 Received: from auto-nb1.xs4all.nl (a80-126-90-136.adsl.xs4all.nl [80.126.90.136]) by smtpzilla1.xs4all.nl (8.12.9/8.12.9) with ESMTP id h3NDAbAO015852; Wed, 23 Apr 2003 15:10:37 +0200 (CEST) Message-Id: <4.3.2.7.2.20030423150638.03223b18@pop.xs4all.nl> X-Sender: knuffie@pop.xs4all.nl X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 23 Apr 2003 15:10:12 +0200 To: "Gareth Blades" , From: Seth Mos Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration Cc: "Kai Leibrandt" In-Reply-To: References: <4.3.2.7.2.20030423145358.0337cd98@pop.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3782 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: knuffie@xs4all.nl Precedence: bulk X-list: linux-xfs Content-Length: 799 Lines: 22 At 14:04 23-4-2003 +0100, Gareth Blades wrote: >Yes I did install grub in (hd0) which is the MBR. I did try installing it >into (hd0,0) later but I have since run xfs_repair so if there were any >problems it should have fixed it. Did GRUB install the bootloader in both disks in the raid 1 set? I still use lilo with my raid 1 configs and are unfamiliar with GRUB. It doesn't sound like you are doing anything wrong. The difference is that with LILO you specify that boot=/dev/md0 and it will then install the bootloader in the mbr of both disks. If the bootloader ends up in the wrong place you will notice this as a corrupt superblock on the XFS filesystem since they both want to go into block 0 of the partition/drive. Cheers -- Seth It might just be your lucky day, if you only knew. From owner-linux-xfs@oss.sgi.com Wed Apr 23 06:17:07 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 06:17:14 -0700 (PDT) Received: from esme.webscreen-technology.com (host217-37-4-59.in-addr.btopenworld.com [217.37.4.59]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NDH6Fu005238 for ; Wed, 23 Apr 2003 06:17:07 -0700 Received: from [217.37.4.60] (helo=gbdesktop) by esme.webscreen-technology.com with smtp (Exim 3.34 #2) id 198K7V-0007CH-00; Wed, 23 Apr 2003 14:17:05 +0100 From: "Gareth Blades" To: "Seth Mos" , Cc: "Kai Leibrandt" Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration Date: Wed, 23 Apr 2003 14:17:03 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <4.3.2.7.2.20030423150638.03223b18@pop.xs4all.nl> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3783 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: list.xfs@webscreen-technology.com Precedence: bulk X-list: linux-xfs Content-Length: 910 Lines: 23 > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Wednesday, April 23, 2003 14:10 > To: Gareth Blades; linux-xfs@oss.sgi.com > Cc: Kai Leibrandt > Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration > > > At 14:04 23-4-2003 +0100, Gareth Blades wrote: > >Yes I did install grub in (hd0) which is the MBR. I did try installing it > >into (hd0,0) later but I have since run xfs_repair so if there were any > >problems it should have fixed it. > > Did GRUB install the bootloader in both disks in the raid 1 set? No idea about this. This has been an area which I am not 100% sure that grub does actually write the MBR to both disks. Prior to using XFS I used ext3 and put grub on hd(0,0) so that the mirroring took care of it. I don't think this matters at this stage. Once the system works I will compare /dev/sda and /dev/sdb to check the MBR is the same. From owner-linux-xfs@oss.sgi.com Wed Apr 23 07:34:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 07:35:09 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NEYmFu006481 for ; Wed, 23 Apr 2003 07:34:50 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1341812 for linux-xfs@oss.sgi.com; Wed, 23 Apr 2003 19:34:41 +0500 Message-ID: <000f01c309ae$38170ca0$141ea8c0@dm> From: "Dmitry Melekhov" To: Subject: filesystem size difference ? ;-) Date: Wed, 23 Apr 2003 19:37:15 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" 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-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3784 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 2558 Lines: 94 Hello! I need to move info from one logic volume with xfs on on server (RH 6.2, kernel 2.4.20) to another server with Suse SLES8 (kernel 2.4.19 from suse). But I can't do this. volume on 1st server has size 9Gb: [root@p100 docs]# lvdisplay /dev/vg02/lvcommon --- Logical volume --- LV Name /dev/vg02/lvcommon VG Name vg02 LV Write Access read/write LV Status available LV # 2 # open 1 LV Size 9.00 GB Current LE 2304 Allocated LE 2304 Allocation next free Read ahead sectors 120 Block device 58:14 And it is not completely full: [root@p100 docs]# df |grep common /dev/vg02/lvcommon 9432384 8656124 776260 92% /home/samba/common I created volume on another server with even greater size: vader:/home/samba/docs/asuconnect # lvdisplay /dev/vga3/lvcommon --- Logical volume --- LV Name /dev/vga3/lvcommon VG Name vga3 LV Write Access read/write LV Status available LV # 3 # open 1 LV Size 10 GB Current LE 2560 Allocated LE 2560 Allocation next free Read ahead sectors 1024 Block device 58:2 And if I try to copy info to it it becomes full: vader:/home/samba/docs/asuconnect # df|grep common /dev/vga3/lvcommon 10480960 10479104 1856 100% /home/samba/common Any ideas? btw, xfs looks similar: vader:/home/samba/docs/asuconnect # xfs_info /home/samba/common meta-data=/home/samba/common isize=256 agcount=10, agsize=262144 blks data = bsize=4096 blocks=2621440, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=0 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=1200 version=1 = sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 and [root@p100 docs]# xfs_info /home/samba/common meta-data=/home/samba/common isize=256 agcount=9, agsize=262144 blks data = bsize=4096 blocks=2359296, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=0 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=1200 version=1 = sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 Any ideas? From owner-linux-xfs@oss.sgi.com Wed Apr 23 07:48:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 07:49:00 -0700 (PDT) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NEmZFu006978 for ; Wed, 23 Apr 2003 07:48:36 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3NF1vVe001596 for ; Wed, 23 Apr 2003 10:01:57 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3NEmSa221091499; Wed, 23 Apr 2003 09:48:28 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3NEmTCI8329319; Wed, 23 Apr 2003 09:48:29 -0500 (CDT) Subject: Re: filesystem size difference ? ;-) From: Eric Sandeen To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com In-Reply-To: <000f01c309ae$38170ca0$141ea8c0@dm> References: <000f01c309ae$38170ca0$141ea8c0@dm> Content-Type: text/plain Organization: Message-Id: <1051109149.23693.3.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 23 Apr 2003 09:45:49 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3785 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 508 Lines: 22 How are you doing the copy? Your new filesystem does indeed seem to be about 1G bigger, based on the xfs_info output. XFS+NFS uses something called a refcache, which can hold some extra space for a while. If you are copying via nfs, try echo 0 > /proc/sys/fs/xfs/refcache_size before you copy, and see what happens. If not nfs, we'll have to keep thinking about this. :) -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 Apr 23 07:54:37 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 07:54:44 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NEsXFu007470 for ; Wed, 23 Apr 2003 07:54:36 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1341848; Wed, 23 Apr 2003 19:54:26 +0500 Message-ID: <000501c309b0$fabeacc0$141ea8c0@dm> From: "Dmitry Melekhov" To: "Eric Sandeen" Cc: References: <000f01c309ae$38170ca0$141ea8c0@dm> <1051109149.23693.3.camel@stout.americas.sgi.com> Subject: Re: filesystem size difference ? ;-) Date: Wed, 23 Apr 2003 19:57:00 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" 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-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3786 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1024 Lines: 41 Hello! I tried two ways. 1. smb - using smb win98 workstation (I have samba 2.2.8a on new server and 2.2.8 on old, both with acl support ) 2. star over rsh, with acl support too In both cases I can't do this, because there is no free space available :-( ----- Original Message ----- From: "Eric Sandeen" To: "Dmitry Melekhov" Cc: Sent: Wednesday, April 23, 2003 6:45 PM Subject: Re: filesystem size difference ? ;-) > How are you doing the copy? > > Your new filesystem does indeed seem to be about 1G bigger, based on the > xfs_info output. > > XFS+NFS uses something called a refcache, which can hold some extra > space for a while. > > If you are copying via nfs, try > > echo 0 > /proc/sys/fs/xfs/refcache_size > > before you copy, and see what happens. > > If not nfs, we'll have to keep thinking about this. :) > > -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 Apr 23 08:32:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 08:32:44 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NFWOFu008785 for ; Wed, 23 Apr 2003 08:32:24 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3NFWIE0020768 for ; Wed, 23 Apr 2003 08:32:19 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3NFWIa221091386 for ; Wed, 23 Apr 2003 10:32:18 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3NFWIwX50947621 for ; Wed, 23 Apr 2003 10:32:18 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3NFUVF17671; Wed, 23 Apr 2003 10:30:31 -0500 Message-Id: <200304231530.h3NFUVF17671@penguin.americas.sgi.com> Date: Wed, 23 Apr 2003 10:30:31 -0500 Subject: TAKE - merge up to 2.5.68 To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3787 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 68081 Lines: 1738 OK, I know cvs is down at the moment... Date: Wed Apr 23 08:23:20 PDT 2003 Workarea: penguin.americas.sgi.com:/data/lwork/folsom3/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:146659a linux/drivers/media/common/Kconfig - 1.1 linux/arch/s390/kernel/compat_ioctl.c - 1.1 linux/arch/s390/kernel/compat_linux.c - 1.1 linux/drivers/media/common/Makefile - 1.1 linux/Documentation/arm/Porting - 1.1 linux/drivers/media/common/saa7146_core.c - 1.1 linux/arch/v850/rte_nb85e_cb-multi.ld - 1.1 linux/drivers/media/common/saa7146_fops.c - 1.1 linux/Documentation/io_ordering.txt - 1.1 linux/drivers/media/common/saa7146_hlp.c - 1.1 linux/drivers/media/common/saa7146_i2c.c - 1.1 linux/drivers/media/common/saa7146_vbi.c - 1.1 linux/drivers/media/common/saa7146_video.c - 1.1 linux/include/asm-arm/arch-iop3xx/dma.h - 1.1 linux/drivers/media/dvb/dvb-core/Makefile.lib - 1.1 linux/include/video/edid.h - 1.1 linux/include/sound/hdsp.h - 1.1 linux/include/asm-i386/pc9800.h - 1.1 linux/drivers/media/dvb/dvb-core/dvb_ringbuffer.c - 1.1 linux/drivers/media/dvb/dvb-core/dvb_ringbuffer.h - 1.1 linux/drivers/media/dvb/frontends/at76c651.c - 1.1 linux/drivers/media/dvb/frontends/dvb_dummy_fe.c - 1.1 linux/drivers/media/dvb/frontends/nxt6000.c - 1.1 linux/drivers/media/dvb/frontends/nxt6000.h - 1.1 linux/drivers/media/dvb/frontends/stv0299.c - 1.1 linux/drivers/media/dvb/ttpci/Kconfig - 1.1 linux/drivers/media/dvb/ttpci/Makefile - 1.1 linux/drivers/media/dvb/ttpci/av7110.c - 1.1 linux/drivers/media/dvb/ttpci/av7110.h - 1.1 linux/drivers/media/dvb/ttpci/av7110_firm.h - 1.1 linux/include/media/saa7146_vv.h - 1.1 linux/include/media/saa7146.h - 1.1 linux/lib/percpu_counter.c - 1.1 linux/drivers/media/dvb/ttpci/av7110_ipack.c - 1.1 linux/drivers/media/dvb/ttpci/av7110_ipack.h - 1.1 linux/drivers/media/dvb/ttpci/av7110_ir.c - 1.1 linux/arch/arm/def-configs/iq80321 - 1.1 linux/drivers/media/dvb/ttpci/budget-av.c - 1.1 linux/drivers/media/dvb/ttpci/budget-ci.c - 1.1 linux/drivers/media/dvb/ttpci/budget-core.c - 1.1 linux/drivers/media/dvb/ttpci/budget-patch.c - 1.1 linux/drivers/media/dvb/ttpci/budget.c - 1.1 linux/drivers/media/dvb/ttpci/budget.h - 1.1 linux/drivers/media/video/dpc7146.c - 1.1 linux/include/linux/percpu_counter.h - 1.1 linux/drivers/media/video/mxb.c - 1.1 linux/drivers/media/video/mxb.h - 1.1 linux/include/linux/nfsd/state.h - 1.1 linux/drivers/media/video/tda9840.c - 1.1 linux/include/linux/nfs_idmap.h - 1.1 linux/drivers/media/video/tda9840.h - 1.1 linux/drivers/media/video/tea6415c.c - 1.1 linux/drivers/media/video/tea6415c.h - 1.1 linux/include/asm-arm/arch-iop3xx/param.h - 1.1 linux/drivers/media/video/tea6420.h - 1.1 linux/drivers/mtd/maps/iq80321.c - 1.1 linux/include/asm-i386/mach-default/mach_traps.h - 1.1 linux/include/asm-i386/mach-default/mach_time.h - 1.1 linux/include/asm-arm/arch-iop3xx/pmon.h - 1.1 linux/include/asm-arm/arch-iop3xx/serial.h - 1.1 linux/include/asm-arm/arch-iop3xx/system.h - 1.1 linux/drivers/i2c/i2c-keywest.h - 1.1 linux/drivers/i2c/i2c-keywest.c - 1.1 linux/include/asm-arm/arch-iop3xx/time.h - 1.1 linux/include/asm-arm/arch-iop3xx/timex.h - 1.1 linux/include/asm-arm/arch-iop3xx/uncompress.h - 1.1 linux/include/asm-arm/arch-iop3xx/vmalloc.h - 1.1 linux/include/asm-arm/arch-iop3xx/memory.h - 1.1 linux/include/asm-arm/arch-iop3xx/irqs.h - 1.1 linux/drivers/i2c/busses/i2c-viapro.c - 1.1 linux/include/asm-arm/arch-iop3xx/iq80321.h - 1.1 linux/include/asm-arm/arch-iop3xx/iq80310.h - 1.1 linux/arch/arm/mach-iop3xx/Kconfig - 1.1 linux/arch/arm/mach-iop3xx/Makefile - 1.1 linux/arch/arm/mach-iop3xx/arch.c - 1.1 linux/arch/arm/mach-iop3xx/iop310-irq.c - 1.1 linux/arch/arm/mach-iop3xx/iop310-pci.c - 1.1 linux/arch/arm/mach-iop3xx/iop321-irq.c - 1.1 linux/arch/arm/mach-iop3xx/iop321-pci.c - 1.1 linux/arch/arm/mach-iop3xx/iop321-time.c - 1.1 linux/arch/arm/mach-iop3xx/iq80310-irq.c - 1.1 linux/arch/arm/mach-iop3xx/iq80310-pci.c - 1.1 linux/arch/arm/mach-iop3xx/iq80310-time.c - 1.1 linux/arch/arm/mach-iop3xx/iq80321-pci.c - 1.1 linux/arch/arm/mach-iop3xx/mm-321.c - 1.1 linux/arch/arm/mach-iop3xx/mm.c - 1.1 linux/arch/arm/mach-iop3xx/xs80200-irq.c - 1.1 linux/include/asm-h8300/a.out.h - 1.1 linux/include/asm-h8300/aki3068net/ne.h - 1.1 linux/include/asm-h8300/atomic.h - 1.1 linux/include/asm-h8300/bitops.h - 1.1 linux/include/asm-h8300/bootinfo.h - 1.1 linux/include/asm-h8300/bug.h - 1.1 linux/include/asm-h8300/bugs.h - 1.1 linux/include/linux/blockgroup_lock.h - 1.1 linux/arch/h8300/Kconfig - 1.1 linux/arch/h8300/Makefile - 1.1 linux/arch/h8300/README - 1.1 linux/arch/h8300/defconfig - 1.1 linux/arch/h8300/kernel/Makefile - 1.1 linux/arch/h8300/kernel/asm-offsets.c - 1.1 linux/arch/h8300/kernel/gpio.c - 1.1 linux/arch/h8300/kernel/h8300_ksyms.c - 1.1 linux/arch/h8300/kernel/init_task.c - 1.1 linux/arch/h8300/kernel/process.c - 1.1 linux/arch/h8300/kernel/ptrace.c - 1.1 linux/arch/h8300/kernel/semaphore.c - 1.1 linux/arch/h8300/kernel/setup.c - 1.1 linux/arch/h8300/kernel/signal.c - 1.1 linux/arch/h8300/kernel/sys_h8300.c - 1.1 linux/arch/h8300/kernel/syscalls.S - 1.1 linux/arch/h8300/kernel/time.c - 1.1 linux/arch/h8300/kernel/traps.c - 1.1 linux/arch/h8300/lib/Makefile - 1.1 linux/arch/h8300/lib/abs.S - 1.1 linux/arch/h8300/lib/ashrdi3.c - 1.1 linux/arch/h8300/lib/checksum.c - 1.1 linux/arch/h8300/lib/memcpy.S - 1.1 linux/arch/h8300/lib/memset.S - 1.1 linux/arch/h8300/mm/Makefile - 1.1 linux/arch/h8300/mm/extable.c - 1.1 linux/arch/h8300/mm/fault.c - 1.1 linux/arch/h8300/mm/init.c - 1.1 linux/arch/h8300/mm/kmap.c - 1.1 linux/arch/h8300/mm/memory.c - 1.1 linux/arch/h8300/platform/h8300h/Makefile - 1.1 linux/arch/h8300/platform/h8300h/Rules.make - 1.1 linux/arch/h8300/platform/h8300h/aki3068net/Makefile - 1.1 linux/arch/h8300/platform/h8300h/aki3068net/crt0_ram.S - 1.1 linux/arch/h8300/platform/h8300h/aki3068net/ram.ld - 1.1 linux/arch/h8300/platform/h8300h/aki3068net/timer.c - 1.1 linux/arch/h8300/platform/h8300h/entry.S - 1.1 linux/arch/h8300/platform/h8300h/generic/Makefile - 1.1 linux/arch/h8300/platform/h8300h/generic/crt0_rom.S - 1.1 linux/arch/h8300/platform/h8300h/generic/ram.ld - 1.1 linux/arch/h8300/platform/h8300h/generic/rom.ld - 1.1 linux/arch/h8300/platform/h8300h/generic/timer.c - 1.1 linux/arch/h8300/platform/h8300h/h8max/Makefile - 1.1 linux/arch/h8300/platform/h8300h/h8max/crt0_ram.S - 1.1 linux/arch/h8300/platform/h8300h/h8max/ram.ld - 1.1 linux/arch/h8300/platform/h8300h/h8max/timer.c - 1.1 linux/arch/h8300/platform/h8300h/ints.c - 1.1 linux/arch/h8300/vmlinux.lds.S - 1.1 linux/include/asm-h8300/byteorder.h - 1.1 linux/include/asm-h8300/cache.h - 1.1 linux/include/asm-h8300/cachectl.h - 1.1 linux/include/asm-h8300/cacheflush.h - 1.1 linux/include/asm-h8300/checksum.h - 1.1 linux/include/asm-h8300/current.h - 1.1 linux/include/asm-h8300/dbg.h - 1.1 linux/include/asm-h8300/delay.h - 1.1 linux/include/asm-h8300/div64.h - 1.1 linux/include/asm-h8300/dma.h - 1.1 linux/include/asm-h8300/elf.h - 1.1 linux/include/asm-h8300/errno.h - 1.1 linux/include/asm-h8300/fcntl.h - 1.1 linux/include/asm-h8300/flat.h - 1.1 linux/include/asm-h8300/fpu.h - 1.1 linux/include/asm-h8300/generic/timer_rate.h - 1.1 linux/include/asm-h8300/gpio.h - 1.1 linux/include/asm-h8300/h8300_ne.h - 1.1 linux/include/asm-h8300/h8max/ide.h - 1.1 linux/include/asm-s390/compat.h - 1.1 linux/net/ipv4/xfrm4_tunnel.c - 1.1 linux/include/asm-h8300/h8max/ne.h - 1.1 linux/include/asm-h8300/hardirq.h - 1.1 linux/drivers/video/edid.h - 1.1 linux/include/asm-h8300/hdreg.h - 1.1 linux/include/asm-h8300/hw_irq.h - 1.1 linux/drivers/block/floppy98.c - 1.1 linux/fs/nfs/idmap.c - 1.1 linux/fs/nfsd/nfs4state.c - 1.1 linux/include/asm-ia64/sn/sn2/io.h - 1.1 linux/arch/v850/rte_nb85e_cb.ld - 1.1 linux/include/asm-h8300/ide.h - 1.1 linux/arch/v850/kernel/teg.c - 1.1 linux/arch/v850/kernel/nb85e_cache.c - 1.1 linux/include/asm-h8300/init.h - 1.1 linux/include/asm-arm/arch-iop3xx/hardware.h - 1.1 linux/include/asm-arm/arch-iop3xx/ide.h - 1.1 linux/include/asm-h8300/io.h - 1.1 linux/include/asm-arm/arch-iop3xx/io.h - 1.1 linux/include/asm-h8300/ioctl.h - 1.1 linux/include/asm-h8300/ioctls.h - 1.1 linux/include/asm-h8300/ipc.h - 1.1 linux/include/asm-h8300/ipcbuf.h - 1.1 linux/arch/ia64/kernel/acpi-ext.c - 1.1 linux/include/asm-i386/mach-pc9800/smpboot_hooks.h - 1.1 linux/include/asm-i386/mach-pc9800/mach_wakecpu.h - 1.1 linux/include/asm-i386/mach-pc9800/mach_traps.h - 1.1 linux/include/asm-i386/mach-pc9800/mach_timer.h - 1.1 linux/include/asm-i386/mach-pc9800/mach_time.h - 1.1 linux/include/asm-i386/mach-pc9800/mach_resources.h - 1.1 linux/arch/ia64/kernel/module.c - 1.1 linux/include/asm-i386/mach-pc9800/irq_vectors.h - 1.1 linux/include/asm-i386/mach-pc9800/io_ports.h - 1.1 linux/include/asm-i386/mach-pc9800/do_timer.h - 1.1 linux/include/asm-i386/mach-pc9800/bios_ebda.h - 1.1 linux/include/asm-i386/mach-pc9800/apm.h - 1.1 linux/include/asm-h8300/irq.h - 1.1 linux/include/asm-h8300/statfs.h - 1.1 linux/include/asm-i386/mach-default/mach_timer.h - 1.1 linux/include/asm-h8300/keyboard.h - 1.1 linux/include/asm-i386/mach-default/mach_resources.h - 1.1 linux/include/asm-h8300/kmap_types.h - 1.1 linux/net/ipv4/ipcomp.c - 1.1 linux/arch/ia64/module.lds - 1.1 linux/include/asm-i386/mach-default/io_ports.h - 1.1 linux/include/asm-i386/mach-default/bios_ebda.h - 1.1 linux/include/asm-i386/mach-default/apm.h - 1.1 linux/include/asm-h8300/linkage.h - 1.1 linux/include/asm-arm/arch-iop3xx/iop310.h - 1.1 linux/include/asm-arm/arch-iop3xx/iop321-irqs.h - 1.1 linux/include/asm-h8300/virtconvert.h - 1.1 linux/arch/ia64/sn/fakeprom/make_textsym - 1.1 linux/include/asm-h8300/user.h - 1.1 linux/include/asm-h8300/unistd.h - 1.1 linux/include/asm-h8300/unaligned.h - 1.1 linux/include/asm-h8300/ucontext.h - 1.1 linux/include/asm-h8300/uaccess.h - 1.1 linux/include/asm-h8300/types.h - 1.1 linux/include/asm-h8300/traps.h - 1.1 linux/arch/ia64/sn/kernel/sn2/io.c - 1.1 linux/include/asm-h8300/topology.h - 1.1 linux/include/asm-h8300/tlbflush.h - 1.1 linux/include/asm-h8300/tlb.h - 1.1 linux/include/asm-h8300/timex.h - 1.1 linux/arch/m68k/kernel/module.c - 1.1 linux/include/asm-h8300/thread_info.h - 1.1 linux/include/asm-h8300/termios.h - 1.1 linux/include/asm-h8300/termbits.h - 1.1 linux/include/asm-h8300/target_time.h - 1.1 linux/include/asm-h8300/system.h - 1.1 linux/include/asm-h8300/string.h - 1.1 linux/arch/s390/kernel/compat_exec_domain.c - 1.1 linux/include/asm-h8300/stat.h - 1.1 linux/include/asm-h8300/spinlock.h - 1.1 linux/include/asm-h8300/softirq.h - 1.1 linux/include/asm-h8300/sockios.h - 1.1 linux/include/asm-h8300/socket.h - 1.1 linux/include/asm-h8300/smplock.h - 1.1 linux/include/asm-h8300/smp.h - 1.1 linux/include/asm-h8300/signal.h - 1.1 linux/include/asm-h8300/siginfo.h - 1.1 linux/include/asm-h8300/sigcontext.h - 1.1 linux/arch/s390/kernel/binfmt_elf32.c - 1.1 linux/arch/s390/kernel/compat_exec.c - 1.1 linux/include/asm-h8300/semaphore-helper.h - 1.1 linux/include/asm-h8300/linux_logo.h - 1.1 linux/include/asm-arm/arch-iop3xx/iop321.h - 1.1 linux/arch/s390/kernel/compat_linux.h - 1.1 linux/arch/s390/kernel/compat_ptrace.h - 1.1 linux/arch/s390/kernel/compat_signal.c - 1.1 linux/arch/s390/kernel/compat_wrapper.S - 1.1 linux/include/asm-h8300/shmparam.h - 1.1 linux/include/asm-h8300/shmbuf.h - 1.1 linux/include/asm-h8300/shm.h - 1.1 linux/arch/s390/kernel/entry64.S - 1.1 linux/include/asm-h8300/sh_bios.h - 1.1 linux/arch/s390/kernel/head64.S - 1.1 linux/include/asm-h8300/setup.h - 1.1 linux/include/asm-h8300/sembuf.h - 1.1 linux/include/asm-h8300/semaphore.h - 1.1 linux/arch/s390/kernel/reipl64.S - 1.1 linux/include/asm-h8300/ptrace.h - 1.1 linux/include/asm-h8300/segment.h - 1.1 linux/include/asm-h8300/scatterlist.h - 1.1 linux/include/asm-h8300/resource.h - 1.1 linux/include/asm-h8300/regs306x.h - 1.1 linux/arch/s390/kernel/syscalls.S - 1.1 linux/include/asm-h8300/pgalloc.h - 1.1 linux/include/asm-h8300/processor.h - 1.1 linux/include/asm-h8300/posix_types.h - 1.1 linux/arch/s390/lib/memset64.S - 1.1 linux/arch/s390/lib/strcmp64.S - 1.1 linux/arch/s390/lib/strncpy64.S - 1.1 linux/arch/s390/lib/uaccess64.S - 1.1 linux/include/asm-h8300/poll.h - 1.1 linux/include/asm-h8300/pgtable.h - 1.1 linux/include/asm-h8300/param.h - 1.1 linux/include/asm-h8300/percpu.h - 1.1 linux/include/asm-h8300/pci.h - 1.1 linux/include/asm-h8300/msgbuf.h - 1.1 linux/include/asm-h8300/page_offset.h - 1.1 linux/include/asm-h8300/page.h - 1.1 linux/include/asm-h8300/namei.h - 1.1 linux/include/asm-h8300/mmu_context.h - 1.1 linux/include/asm-h8300/module.h - 1.1 linux/include/asm-h8300/mman.h - 1.1 linux/include/asm-h8300/mmu.h - 1.1 linux/include/asm-h8300/md.h - 1.1 linux/include/asm-h8300/mc146818rtc.h - 1.1 linux/net/sunrpc/xprt.c - 1.42 linux/net/socket.c - 1.55 linux/net/sched/sch_sfq.c - 1.10 linux/net/sched/sch_prio.c - 1.10 linux/net/sched/sch_csz.c - 1.9 linux/net/sched/cls_u32.c - 1.9 linux/net/sched/cls_rsvp.h - 1.4 linux/net/netsyms.c - 1.66 linux/net/irda/irlmp.c - 1.25 linux/net/irda/irlap_event.c - 1.28 linux/net/irda/iriap.c - 1.21 linux/net/irda/discovery.c - 1.11 linux/net/ipv6/udp.c - 1.39 linux/net/ipv6/tcp_ipv6.c - 1.50 linux/net/ipv6/sit.c - 1.30 linux/net/ipv6/route.c - 1.32 linux/net/ipv6/reassembly.c - 1.17 linux/net/ipv6/raw.c - 1.33 linux/net/ipv6/ndisc.c - 1.32 linux/net/ipv6/mcast.c - 1.24 linux/net/ipv6/ipv6_sockglue.c - 1.23 linux/net/ipv6/ip6_output.c - 1.21 linux/net/ipv6/ip6_input.c - 1.17 linux/net/ipv6/ip6_fib.c - 1.16 linux/net/ipv6/icmp.c - 1.27 linux/net/ipv6/exthdrs.c - 1.10 linux/net/ipv6/datagram.c - 1.13 linux/net/ipv6/af_inet6.c - 1.33 linux/net/ipv6/addrconf.c - 1.35 linux/net/ipv4/udp.c - 1.42 linux/net/ipv4/tcp_output.c - 1.38 linux/net/ipv4/route.c - 1.47 linux/net/ipv4/proc.c - 1.18 linux/net/ipv4/ipip.c - 1.30 linux/net/ipv4/ip_sockglue.c - 1.24 linux/net/ipv4/ip_output.c - 1.45 linux/net/ipv4/ip_gre.c - 1.29 linux/net/ipv4/igmp.c - 1.25 linux/net/ipv4/af_inet.c - 1.52 linux/net/ipv4/Makefile - 1.19 linux/net/core/skbuff.c - 1.33 linux/net/core/dev.c - 1.72 linux/net/core/datagram.c - 1.16 linux/net/bridge/br.c - 1.27 linux/mm/vmscan.c - 1.126 linux/mm/swapfile.c - 1.72 linux/mm/swap_state.c - 1.61 linux/mm/slab.c - 1.56 linux/mm/page_alloc.c - 1.107 linux/mm/memory.c - 1.104 linux/mm/filemap.c - 1.154 linux/lib/Makefile - 1.20 linux/kernel/time.c - 1.16 linux/kernel/sysctl.c - 1.65 linux/kernel/sys.c - 1.51 linux/kernel/softirq.c - 1.36 linux/kernel/signal.c - 1.54 linux/kernel/sched.c - 1.99 linux/kernel/printk.c - 1.31 linux/kernel/panic.c - 1.21 linux/kernel/module.c - 1.41 linux/kernel/ksyms.c - 1.188 linux/kernel/itimer.c - 1.9 linux/kernel/fork.c - 1.88 linux/init/main.c - 1.105 linux/include/net/tcp.h - 1.44 linux/include/net/sock.h - 1.45 linux/include/net/route.h - 1.23 linux/include/net/protocol.h - 1.12 linux/include/net/ip6_route.h - 1.10 linux/include/net/ip6_fib.h - 1.6 linux/include/net/ip.h - 1.24 linux/include/net/if_inet6.h - 1.10 linux/include/net/icmp.h - 1.10 linux/include/net/flow.h - 1.4 linux/include/net/dst.h - 1.15 linux/include/net/addrconf.h - 1.13 linux/include/linux/uio.h - 1.5 linux/include/linux/udp.h - 1.7 linux/include/linux/tty_driver.h - 1.7 linux/include/linux/time.h - 1.13 linux/include/linux/tcp.h - 1.15 linux/include/linux/sysctl.h - 1.71 linux/include/linux/sched.h - 1.102 linux/include/linux/scc.h - 1.6 linux/include/linux/quota.h - 1.24 linux/include/linux/poll.h - 1.8 linux/include/linux/pagemap.h - 1.54 linux/include/linux/nfsd/syscall.h - 1.10 linux/include/linux/nfsd/nfsd.h - 1.20 linux/include/linux/nfs_fs_sb.h - 1.11 linux/include/linux/nfs_fs.h - 1.32 linux/include/linux/netlink.h - 1.12 linux/include/linux/net.h - 1.16 linux/include/linux/mm.h - 1.117 linux/include/linux/loop.h - 1.12 linux/include/linux/linux_logo.h - 1.5 linux/include/linux/kernel.h - 1.45 linux/include/linux/irda.h - 1.13 linux/include/linux/ip.h - 1.10 linux/include/linux/interrupt.h - 1.27 linux/include/linux/inetdevice.h - 1.9 linux/include/linux/in.h - 1.9 linux/include/linux/igmp.h - 1.8 linux/include/linux/if.h - 1.9 linux/include/linux/icmpv6.h - 1.5 linux/include/linux/i2c.h - 1.23 linux/include/linux/hdreg.h - 1.30 linux/include/linux/genhd.h - 1.35 linux/include/linux/fs.h - 1.212 linux/include/linux/file.h - 1.18 linux/include/linux/fdreg.h - 1.3 linux/include/linux/fb.h - 1.32 linux/include/linux/ext2_fs_sb.h - 1.9 linux/include/linux/binfmts.h - 1.17 linux/include/asm-sparc64/uaccess.h - 1.11 linux/include/asm-sparc64/signal.h - 1.9 linux/include/asm-sparc64/posix_types.h - 1.10 linux/include/asm-sparc64/bitops.h - 1.17 linux/include/asm-sparc/uaccess.h - 1.12 linux/include/asm-sparc/system.h - 1.20 linux/include/asm-sparc/signal.h - 1.7 linux/include/asm-sparc/posix_types.h - 1.5 linux/include/asm-sparc/pgtsun4c.h - 1.4 linux/include/asm-sparc/pgtsrmmu.h - 1.7 linux/include/asm-sparc/pgtable.h - 1.30 linux/include/asm-sparc/bitops.h - 1.18 linux/include/asm-ppc/posix_types.h - 1.11 linux/include/asm-ppc/bitops.h - 1.19 linux/include/asm-mips/posix_types.h - 1.6 linux/include/asm-mips/pgtable.h - 1.21 linux/include/asm-mips/page.h - 1.10 linux/include/asm-mips/bitops.h - 1.10 linux/include/asm-m68k/posix_types.h - 1.6 linux/include/asm-m68k/page.h - 1.17 linux/include/asm-m68k/bitops.h - 1.10 linux/include/asm-i386/uaccess.h - 1.23 linux/include/asm-i386/system.h - 1.34 linux/include/asm-i386/string.h - 1.15 linux/include/asm-i386/signal.h - 1.11 linux/include/asm-i386/sigcontext.h - 1.6 linux/include/asm-i386/processor.h - 1.52 linux/include/asm-i386/posix_types.h - 1.6 linux/include/asm-i386/math_emu.h - 1.4 linux/include/asm-i386/elf.h - 1.12 linux/include/asm-i386/bitops.h - 1.19 linux/include/asm-arm/uaccess.h - 1.12 linux/include/asm-arm/posix_types.h - 1.7 linux/include/asm-arm/bitops.h - 1.15 linux/include/asm-arm/assembler.h - 1.6 linux/include/asm-alpha/unistd.h - 1.29 linux/include/asm-alpha/uaccess.h - 1.10 linux/include/asm-alpha/posix_types.h - 1.8 linux/include/asm-alpha/pci.h - 1.20 linux/include/asm-alpha/mmu_context.h - 1.17 linux/include/asm-alpha/irq.h - 1.8 linux/include/asm-alpha/core_t2.h - 1.10 linux/include/asm-alpha/bitops.h - 1.16 linux/fs/super.c - 1.100 linux/fs/stat.c - 1.32 linux/fs/select.c - 1.24 linux/fs/readdir.c - 1.22 linux/fs/read_write.c - 1.33 linux/fs/proc/base.c - 1.50 linux/fs/open.c - 1.48 linux/fs/nfsd/vfs.c - 1.67 linux/fs/nfsd/nfsctl.c - 1.40 linux/fs/nfsd/export.c - 1.52 linux/fs/nfsd/Makefile - 1.8 linux/fs/nfs/write.c - 1.50 linux/fs/nfs/inode.c - 1.65 linux/fs/nfs/file.c - 1.42 linux/fs/nfs/dir.c - 1.50 linux/fs/nfs/Makefile - 1.13 linux/fs/namei.c - 1.69 linux/fs/inode.c - 1.95 linux/fs/filesystems.c - 1.28 linux/fs/file_table.c - 1.32 linux/fs/fcntl.c - 1.31 linux/fs/ext2/super.c - 1.46 linux/fs/ext2/ialloc.c - 1.37 linux/fs/ext2/balloc.c - 1.29 linux/fs/exec.c - 1.82 linux/fs/dquot.c - 1.67 linux/fs/dcache.c - 1.51 linux/fs/coda/psdev.c - 1.26 linux/fs/buffer.c - 1.154 linux/fs/binfmt_elf.c - 1.54 linux/drivers/video/vesafb.c - 1.28 linux/drivers/video/tgafb.c - 1.25 linux/drivers/video/retz3fb.c - 1.22 linux/drivers/video/pm2fb.c - 1.20 linux/drivers/video/platinumfb.c - 1.21 linux/drivers/video/imsttfb.c - 1.28 linux/drivers/video/fbmem.c - 1.63 linux/drivers/video/fbcmap.c - 1.10 linux/drivers/video/controlfb.c - 1.29 linux/drivers/scsi/sym53c8xx.c - 1.44 linux/drivers/scsi/st_options.h - 1.10 linux/drivers/scsi/st.h - 1.19 linux/drivers/scsi/st.c - 1.64 linux/drivers/scsi/sr.c - 1.64 linux/drivers/scsi/sg.c - 1.51 linux/drivers/scsi/sd.c - 1.85 linux/drivers/scsi/scsi_syms.c - 1.30 linux/drivers/scsi/scsi_error.c - 1.42 linux/drivers/scsi/scsi.h - 1.49 linux/drivers/scsi/scsi.c - 1.74 linux/drivers/scsi/hosts.h - 1.38 linux/drivers/scsi/hosts.c - 1.43 linux/drivers/scsi/aic7xxx/aic7xxx.reg - 1.11 linux/drivers/net/sunhme.c - 1.42 linux/drivers/net/slip.c - 1.23 linux/drivers/net/rcpci45.c - 1.26 linux/drivers/net/irda/irport.c - 1.28 linux/drivers/net/hamradio/scc.c - 1.31 linux/drivers/net/acenic.c - 1.45 linux/drivers/net/3c59x.c - 1.47 linux/drivers/net/3c505.c - 1.33 linux/drivers/char/tty_io.c - 1.68 linux/drivers/char/pty.c - 1.18 linux/drivers/char/misc.c - 1.35 linux/drivers/char/epca.c - 1.27 linux/drivers/cdrom/sbpcd.c - 1.39 linux/drivers/block/z2ram.c - 1.29 linux/drivers/block/paride/pseudo.h - 1.11 linux/drivers/block/paride/pg.c - 1.22 linux/drivers/block/paride/pf.c - 1.36 linux/drivers/block/loop.c - 1.82 linux/drivers/block/genhd.c - 1.51 linux/drivers/block/floppy.c - 1.65 linux/drivers/block/Makefile - 1.33 linux/arch/sparc64/solaris/ioctl.c - 1.15 linux/arch/sparc64/kernel/systbls.S - 1.43 linux/arch/sparc64/kernel/sys_sunos32.c - 1.47 linux/arch/sparc64/kernel/sys_sparc32.c - 1.73 linux/arch/sparc64/kernel/sys_sparc.c - 1.29 linux/arch/sparc64/kernel/signal32.c - 1.35 linux/arch/sparc64/kernel/signal.c - 1.33 linux/arch/sparc64/kernel/process.c - 1.45 linux/arch/sparc64/kernel/ioctl32.c - 1.70 linux/arch/sparc64/defconfig - 1.91 linux/arch/sparc/mm/sun4c.c - 1.43 linux/arch/sparc/mm/srmmu.c - 1.44 linux/arch/sparc/kernel/traps.c - 1.12 linux/arch/sparc/kernel/sys_sparc.c - 1.19 linux/arch/sparc/kernel/sparc_ksyms.c - 1.38 linux/arch/sparc/kernel/signal.c - 1.35 linux/arch/sparc/kernel/process.c - 1.34 linux/arch/sparc/Makefile - 1.27 linux/arch/mips/kernel/irixioctl.c - 1.8 linux/arch/m68k/kernel/Makefile - 1.16 linux/arch/i386/kernel/vm86.c - 1.28 linux/arch/i386/kernel/traps.c - 1.76 linux/arch/i386/kernel/time.c - 1.38 linux/arch/i386/kernel/signal.c - 1.35 linux/arch/i386/kernel/setup.c - 1.91 linux/arch/i386/kernel/process.c - 1.70 linux/arch/i386/kernel/io_apic.c - 1.59 linux/arch/i386/kernel/i386_ksyms.c - 1.70 linux/arch/i386/kernel/apm.c - 1.61 linux/arch/i386/boot/video.S - 1.10 linux/arch/i386/boot/setup.S - 1.33 linux/arch/i386/boot/compressed/misc.c - 1.19 linux/arch/arm/mm/fault-common.c - 1.27 linux/arch/arm/mm/extable.c - 1.7 linux/arch/arm/lib/uaccess.S - 1.10 linux/arch/arm/lib/uaccess-armo.S - 1.8 linux/arch/arm/lib/memcpy.S - 1.9 linux/arch/arm/lib/io-acorn.S - 1.10 linux/arch/arm/lib/backtrace.S - 1.12 linux/arch/arm/lib/Makefile - 1.28 linux/arch/arm/kernel/traps.c - 1.36 linux/arch/arm/kernel/sys_arm.c - 1.23 linux/arch/arm/kernel/signal.c - 1.31 linux/arch/arm/kernel/setup.c - 1.41 linux/arch/arm/kernel/process.c - 1.36 linux/arch/arm/kernel/fiq.c - 1.15 linux/arch/arm/kernel/entry-armv.S - 1.42 linux/arch/arm/kernel/ecard.c - 1.30 linux/arch/arm/kernel/armksyms.c - 1.34 linux/arch/arm/kernel/Makefile - 1.27 linux/arch/arm/boot/Makefile - 1.25 linux/arch/arm/Makefile - 1.44 linux/arch/alpha/lib/strrchr.S - 1.4 linux/arch/alpha/kernel/time.c - 1.29 linux/arch/alpha/kernel/sys_sable.c - 1.14 linux/arch/alpha/kernel/sys_cabriolet.c - 1.17 linux/arch/alpha/kernel/setup.c - 1.36 linux/arch/alpha/kernel/proto.h - 1.23 linux/arch/alpha/kernel/core_t2.c - 1.14 linux/arch/alpha/kernel/core_cia.c - 1.28 linux/arch/alpha/kernel/Makefile - 1.33 linux/Makefile - 1.245 linux/MAINTAINERS - 1.138 linux/Documentation/sysctl/kernel.txt - 1.9 linux/Documentation/devices.txt - 1.16 linux/Documentation/Changes - 1.64 linux/CREDITS - 1.101 linux/net/decnet/sysctl_net_decnet.c - 1.13 linux/net/decnet/dn_timer.c - 1.8 linux/net/decnet/dn_route.c - 1.26 linux/net/decnet/dn_nsp_out.c - 1.13 linux/net/decnet/dn_nsp_in.c - 1.20 linux/net/decnet/dn_neigh.c - 1.13 linux/net/decnet/dn_fib.c - 1.11 linux/net/decnet/dn_dev.c - 1.18 linux/net/decnet/af_decnet.c - 1.38 linux/net/decnet/TODO - 1.10 linux/include/net/dn_route.h - 1.9 linux/include/net/dn_nsp.h - 1.6 linux/include/net/dn_neigh.h - 1.5 linux/include/net/dn_fib.h - 1.6 linux/include/net/dn_dev.h - 1.7 linux/include/net/dn.h - 1.10 linux/include/linux/ide.h - 1.76 linux/drivers/video/vga16fb.c - 1.20 linux/arch/i386/vmlinux.lds.S - 1.19 linux/arch/arm/nwfpe/fpmodule.h - 1.3 linux/drivers/block/cpqarray.c - 1.69 linux/kernel/ptrace.c - 1.33 linux/include/asm-i386/setup.h - 1.5 linux/fs/file.c - 1.12 linux/drivers/net/hamradio/yam.c - 1.23 linux/drivers/char/sx.c - 1.33 linux/fs/partitions/check.c - 1.68 linux/arch/i386/kernel/i8259.c - 1.37 linux/drivers/video/modedb.c - 1.10 linux/drivers/net/fc/iph5526.c - 1.25 linux/arch/alpha/kernel/semaphore.c - 1.8 linux/net/core/netfilter.c - 1.21 linux/arch/arm/vmlinux-armv.lds.in - 1.27 linux/arch/arm/vmlinux-armo.lds.in - 1.24 linux/arch/arm/kernel/semaphore.c - 1.13 linux/arch/alpha/kernel/pci.c - 1.33 linux/drivers/char/applicom.c - 1.15 linux/include/asm-sh/posix_types.h - 1.3 linux/include/asm-sh/pgtable.h - 1.28 linux/include/asm-sh/bitops.h - 1.8 linux/drivers/pcmcia/cardbus.c - 1.30 linux/arch/m68k/vmlinux-sun3.lds - 1.17 linux/include/asm-sparc/pci.h - 1.14 linux/drivers/char/drm/gamma_dma.c - 1.14 linux/drivers/char/drm/drmP.h - 1.23 linux/Documentation/filesystems/proc.txt - 1.19 linux/drivers/net/wan/cosa.c - 1.31 linux/arch/i386/kernel/smpboot.c - 1.62 linux/include/linux/pci_ids.h - 1.89 linux/drivers/video/tdfxfb.c - 1.29 linux/drivers/net/tokenring/tms380tr.c - 1.20 linux/drivers/net/pcmcia/3c574_cs.c - 1.24 linux/mm/bootmem.c - 1.25 linux/include/linux/highmem.h - 1.30 linux/include/linux/bootmem.h - 1.10 linux/include/asm-arm/proc-armv/cache.h - 1.17 linux/include/asm-arm/proc-armo/cache.h - 1.10 linux/fs/proc/proc_misc.c - 1.59 linux/drivers/net/sk98lin/skvpd.c - 1.9 linux/drivers/video/fbmon.c - 1.6 linux/arch/alpha/math-emu/math.c - 1.7 linux/include/linux/agp_backend.h - 1.28 linux/drivers/char/agp/Makefile - 1.15 linux/kernel/timer.c - 1.43 linux/drivers/scsi/scsi_lib.c - 1.62 linux/drivers/char/agp/agp.h - 1.36 linux/drivers/i2c/i2c-dev.c - 1.28 linux/drivers/i2c/Makefile - 1.13 linux/include/linux/i2c-dev.h - 1.12 linux/drivers/net/arcnet/arcnet.c - 1.15 linux/net/sched/sch_ingress.c - 1.11 linux/net/sched/sch_dsmark.c - 1.10 linux/net/decnet/dn_table.c - 1.8 linux/net/decnet/dn_rules.c - 1.5 linux/kernel/uid16.c - 1.4 linux/drivers/ieee1394/raw1394.c - 1.26 linux/drivers/ieee1394/ieee1394_core.h - 1.17 linux/drivers/ieee1394/pcilynx.c - 1.29 linux/drivers/ieee1394/ieee1394_core.c - 1.30 linux/drivers/ieee1394/ohci1394.h - 1.20 linux/drivers/ieee1394/ohci1394.c - 1.30 linux/drivers/ieee1394/ieee1394_types.h - 1.19 linux/drivers/ieee1394/ieee1394_transactions.c - 1.15 linux/arch/arm/lib/copy_page.S - 1.5 linux/arch/arm/lib/csumpartialcopyuser.S - 1.6 linux/arch/i386/kernel/apic.c - 1.43 linux/drivers/ieee1394/ieee1394.h - 1.6 linux/drivers/ieee1394/hosts.h - 1.16 linux/drivers/ieee1394/hosts.c - 1.19 linux/drivers/ieee1394/highlevel.h - 1.7 linux/arch/i386/kernel/mpparse.c - 1.36 linux/drivers/ieee1394/csr.c - 1.11 linux/drivers/ieee1394/highlevel.c - 1.12 linux/drivers/scsi/scsi_scan.c - 1.45 linux/drivers/net/wan/sdla_chdlc.c - 1.23 linux/drivers/net/macmace.c - 1.9 linux/arch/ia64/kernel/head.S - 1.14 linux/arch/ia64/kernel/entry.S - 1.36 linux/arch/ia64/kernel/acpi.c - 1.21 linux/arch/ia64/kernel/Makefile - 1.20 linux/arch/ia64/ia32/sys_ia32.c - 1.43 linux/arch/ia64/ia32/ia32_signal.c - 1.14 linux/arch/ia64/ia32/ia32_entry.S - 1.22 linux/arch/ia64/vmlinux.lds.S - 1.24 linux/arch/ia64/boot/Makefile - 1.11 linux/arch/ia64/Makefile - 1.26 linux/arch/alpha/kernel/pci_iommu.c - 1.23 linux/arch/ia64/sn/Makefile - 1.6 linux/arch/ia64/kernel/signal.c - 1.24 linux/arch/ia64/kernel/time.c - 1.21 linux/arch/ia64/kernel/traps.c - 1.21 linux/arch/ia64/kernel/unwind.c - 1.14 linux/arch/ia64/kernel/process.c - 1.27 linux/arch/ia64/kernel/perfmon.c - 1.23 linux/arch/ia64/kernel/mca.c - 1.19 linux/arch/ia64/mm/init.c - 1.26 linux/arch/ia64/mm/fault.c - 1.15 linux/include/asm-ia64/io.h - 1.11 linux/include/asm-ia64/ia32.h - 1.18 linux/include/asm-ia64/fpu.h - 1.3 linux/include/asm-ia64/fcntl.h - 1.8 linux/include/asm-ia64/bitops.h - 1.13 linux/include/asm-ia64/atomic.h - 1.8 linux/include/asm-ia64/acpi-ext.h - 1.9 linux/include/asm-ia64/smp.h - 1.13 linux/include/asm-ia64/sal.h - 1.14 linux/include/asm-ia64/processor.h - 1.32 linux/include/asm-ia64/posix_types.h - 1.3 linux/include/asm-ia64/pgtable.h - 1.22 linux/include/asm-ia64/machvec.h - 1.13 linux/include/asm-ia64/pci.h - 1.18 linux/include/asm-ia64/machvec_init.h - 1.6 linux/include/asm-ia64/machvec_sn1.h - 1.8 linux/include/asm-ia64/mca.h - 1.8 linux/include/asm-ia64/spinlock.h - 1.13 linux/include/asm-ia64/unaligned.h - 1.4 linux/include/asm-ia64/system.h - 1.25 linux/drivers/isdn/hisax/hfc_sx.c - 1.20 linux/arch/i386/kernel/microcode.c - 1.24 linux/Documentation/isdn/README.hysdn - 1.5 linux/include/linux/hysdn_if.h - 1.5 linux/include/linux/devfs_fs_kernel.h - 1.20 linux/fs/devfs/util.c - 1.19 linux/fs/devfs/base.c - 1.55 linux/drivers/net/skfp/hwmtm.c - 1.3 linux/net/bridge/br_stp_if.c - 1.5 linux/net/bridge/br_forward.c - 1.8 linux/net/bridge/br_fdb.c - 1.5 linux/net/bridge/br_device.c - 1.7 linux/include/linux/if_bridge.h - 1.3 linux/net/bridge/br_private.h - 1.10 linux/net/bridge/br_notify.c - 1.3 linux/net/bridge/br_ioctl.c - 1.6 linux/net/bridge/br_if.c - 1.11 linux/drivers/net/tulip/tulip_core.c - 1.46 linux/include/asm-mips64/bitops.h - 1.7 linux/include/asm-mips64/posix_types.h - 1.5 linux/include/asm-mips64/pgtable.h - 1.18 linux/include/asm-mips64/page.h - 1.7 linux/arch/mips64/kernel/linux32.c - 1.18 linux/drivers/video/riva/fbdev.c - 1.24 linux/drivers/net/appletalk/ltpc.c - 1.14 linux/drivers/net/appletalk/cops.c - 1.17 linux/drivers/usb/serial/usb-serial.c - 1.16 linux/drivers/ide/ide.c - 1.84 linux/drivers/ide/ide-tape.c - 1.44 linux/drivers/ide/ide-probe.c - 1.52 linux/drivers/ide/ide-floppy.c - 1.44 linux/drivers/ide/ide-disk.c - 1.58 linux/drivers/ide/ide-cd.c - 1.60 linux/include/linux/compatmac.h - 1.5 linux/Documentation/DocBook/kernel-api.tmpl - 1.28 linux/net/ipv4/netfilter/iptable_mangle.c - 1.14 linux/net/ipv4/netfilter/iptable_filter.c - 1.8 linux/net/ipv4/netfilter/ipt_owner.c - 1.10 linux/net/ipv4/netfilter/ip_tables.c - 1.19 linux/net/ipv4/netfilter/ip_nat_standalone.c - 1.23 linux/net/ipv4/netfilter/ip_nat_core.c - 1.20 linux/net/ipv4/netfilter/ip_fw_compat_masq.c - 1.10 linux/net/ipv4/netfilter/ip_fw_compat.c - 1.16 linux/net/ipv4/netfilter/ip_conntrack_proto_udp.c - 1.9 linux/net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.13 linux/net/ipv4/netfilter/ip_conntrack_proto_icmp.c - 1.6 linux/net/ipv4/netfilter/ip_conntrack_proto_generic.c - 1.6 linux/net/ipv4/netfilter/ip_conntrack_ftp.c - 1.13 linux/net/ipv4/netfilter/ip_conntrack_core.c - 1.22 linux/include/linux/netfilter_ipv4/ip_conntrack_protocol.h - 1.5 linux/include/linux/netfilter_ipv4/ip_conntrack_helper.h - 1.4 linux/include/linux/netfilter_ipv4/ip_conntrack_core.h - 1.8 linux/include/linux/nfs_xdr.h - 1.15 linux/arch/ia64/kernel/smpboot.c - 1.19 linux/drivers/char/rio/rio_linux.c - 1.22 linux/arch/s390/kernel/process.c - 1.18 linux/include/asm-s390/page.h - 1.10 linux/arch/s390/boot/Makefile - 1.13 linux/arch/s390/Makefile - 1.17 linux/include/asm-s390/mmu_context.h - 1.5 linux/include/asm-s390/unistd.h - 1.15 linux/include/asm-s390/uaccess.h - 1.10 linux/include/asm-s390/types.h - 1.6 linux/include/asm-s390/msgbuf.h - 1.2 linux/arch/s390/defconfig - 1.18 linux/include/asm-s390/termios.h - 1.4 linux/include/asm-s390/lowcore.h - 1.10 linux/include/asm-s390/ipc.h - 1.2 linux/include/asm-s390/io.h - 1.6 linux/include/asm-s390/system.h - 1.12 linux/arch/s390/kernel/Makefile - 1.14 linux/include/asm-s390/hardirq.h - 1.7 linux/include/asm-s390/gdb-stub.h - 1.4 linux/include/asm-s390/fcntl.h - 1.8 linux/include/asm-s390/elf.h - 1.6 linux/include/asm-s390/string.h - 1.3 linux/include/asm-s390/statfs.h - 1.2 linux/include/asm-s390/ebcdic.h - 1.7 linux/include/asm-s390/checksum.h - 1.7 linux/include/asm-s390/stat.h - 1.6 linux/include/asm-s390/spinlock.h - 1.8 linux/include/asm-s390/smp.h - 1.8 linux/include/asm-s390/sigp.h - 1.6 linux/include/asm-s390/signal.h - 1.7 linux/include/asm-s390/sigcontext.h - 1.4 linux/include/asm-s390/shmbuf.h - 1.2 linux/include/asm-s390/byteorder.h - 1.4 linux/arch/s390/kernel/gdb-stub.c - 1.3 linux/include/asm-s390/setup.h - 1.7 linux/include/asm-s390/sembuf.h - 1.2 linux/arch/s390/kernel/entry.S - 1.24 linux/drivers/s390/net/iucv.c - 1.13 linux/drivers/s390/char/con3215.c - 1.15 linux/drivers/s390/block/dasd_eckd.c - 1.16 linux/drivers/s390/block/dasd.c - 1.41 linux/drivers/s390/block/dasd_erp.c - 1.5 linux/include/asm-s390/ptrace.h - 1.9 linux/include/asm-s390/processor.h - 1.15 linux/include/asm-s390/posix_types.h - 1.3 linux/include/asm-s390/pgtable.h - 1.19 linux/include/asm-s390/ipcbuf.h - 1.2 linux/include/asm-s390/div64.h - 1.4 linux/include/asm-s390/bitops.h - 1.12 linux/arch/s390/kernel/cpcmd.c - 1.4 linux/drivers/s390/block/dasd_proc.c - 1.10 linux/arch/s390/kernel/time.c - 1.12 linux/include/asm-s390/pgalloc.h - 1.9 linux/arch/s390/kernel/traps.c - 1.17 linux/arch/s390/kernel/ptrace.c - 1.13 linux/arch/s390/kernel/s390_ksyms.c - 1.11 linux/arch/s390/kernel/setup.c - 1.13 linux/arch/s390/kernel/signal.c - 1.18 linux/arch/s390/kernel/smp.c - 1.20 linux/arch/s390/kernel/sys_s390.c - 1.6 linux/arch/s390/lib/Makefile - 1.8 linux/arch/s390/mm/fault.c - 1.13 linux/arch/s390/mm/init.c - 1.15 linux/arch/s390/mm/ioremap.c - 1.7 linux/net/ipv6/netfilter/ip6_tables.c - 1.18 linux/net/ipv6/netfilter/Makefile - 1.15 linux/kernel/kallsyms.c - 1.19 linux/drivers/char/drm/i810_dma.c - 1.21 linux/drivers/usb/storage/usb.c - 1.38 linux/drivers/usb/storage/transport.h - 1.18 linux/drivers/usb/storage/transport.c - 1.42 linux/drivers/usb/storage/scsiglue.c - 1.32 linux/drivers/usb/serial/keyspan.h - 1.17 linux/drivers/usb/serial/keyspan.c - 1.41 linux/include/asm-i386/i387.h - 1.9 linux/arch/i386/kernel/i387.c - 1.14 linux/arch/ia64/kernel/ia64_ksyms.c - 1.19 linux/arch/ia64/kernel/palinfo.c - 1.13 linux/drivers/ieee1394/video1394.c - 1.28 linux/arch/ia64/lib/io.c - 1.5 linux/drivers/mtd/mtdblock.c - 1.34 linux/include/linux/mtd/compatmac.h - 1.5 linux/drivers/net/tun.c - 1.19 linux/Documentation/cachetlb.txt - 1.11 linux/include/asm-arm/mach/pci.h - 1.10 linux/drivers/media/video/tea6420.c - 1.3 linux/drivers/media/video/saa7111.c - 1.9 linux/drivers/media/video/Makefile - 1.15 linux/drivers/media/radio/radio-cadet.c - 1.15 linux/drivers/media/Makefile - 1.8 linux/drivers/input/input.c - 1.18 linux/drivers/md/raid1.c - 1.34 linux/include/asm-ia64/module.h - 1.10 linux/include/asm-s390/module.h - 1.5 linux/arch/arm/lib/ecard.S - 1.3 linux/include/asm-parisc/posix_types.h - 1.5 linux/arch/parisc/kernel/syscall.S - 1.10 linux/arch/i386/kernel/dmi_scan.c - 1.28 linux/include/asm-parisc/bitops.h - 1.4 linux/mm/shmem.c - 1.57 linux/drivers/scsi/osst.h - 1.8 linux/drivers/scsi/osst.c - 1.25 linux/include/asm-ia64/sn/io.h - 1.4 linux/arch/ia64/lib/swiotlb.c - 1.12 linux/arch/ia64/sn/io/Makefile - 1.11 linux/arch/ia64/sn/tools/make_textsym - 1.4 linux/drivers/usb/storage/unusual_devs.h - 1.18 linux/net/ipv6/netfilter/ip6table_mangle.c - 1.7 linux/include/asm-s390x/resource.h - 1.2 linux/include/asm-s390x/queue.h - 1.4 linux/arch/s390x/kernel/traps.c - 1.13 linux/arch/s390x/kernel/time.c - 1.11 linux/arch/s390x/kernel/sys_s390.c - 1.7 linux/include/asm-s390x/ptrace.h - 1.6 linux/arch/s390x/kernel/smp.c - 1.17 linux/include/asm-s390x/processor.h - 1.12 linux/include/asm-s390x/posix_types.h - 1.3 linux/arch/s390x/kernel/signal32.c - 1.13 linux/include/asm-s390x/poll.h - 1.3 linux/include/asm-s390x/pgtable.h - 1.16 linux/include/asm-s390x/pgalloc.h - 1.8 linux/include/asm-s390x/param.h - 1.4 linux/arch/s390x/kernel/signal.c - 1.15 linux/arch/s390x/kernel/setup.c - 1.12 linux/include/asm-s390x/page.h - 1.8 linux/include/asm-s390x/namei.h - 1.2 linux/include/asm-s390x/msgbuf.h - 1.2 linux/include/asm-s390x/module.h - 1.5 linux/include/asm-s390x/mmu_context.h - 1.3 linux/arch/s390x/kernel/semaphore.c - 1.4 linux/include/asm-s390x/mmu.h - 1.2 linux/include/asm-s390x/mman.h - 1.4 linux/include/asm-s390x/lowcore.h - 1.8 linux/include/asm-s390x/irq.h - 1.9 linux/include/asm-s390x/ipcbuf.h - 1.2 linux/include/asm-s390x/ipc.h - 1.2 linux/include/asm-s390x/ioctls.h - 1.3 linux/include/asm-s390x/ioctl.h - 1.2 linux/include/asm-s390x/io.h - 1.5 linux/include/asm-s390x/init.h - 1.4 linux/include/asm-s390x/idals.h - 1.6 linux/include/asm-s390x/hardirq.h - 1.5 linux/include/asm-s390x/gdb-stub.h - 1.2 linux/include/asm-s390x/fcntl.h - 1.4 linux/include/asm-s390x/errno.h - 1.3 linux/include/asm-s390x/elf.h - 1.6 linux/include/asm-s390x/ebcdic.h - 1.6 linux/include/asm-s390x/dma.h - 1.3 linux/include/asm-s390x/div64.h - 1.2 linux/include/asm-s390x/delay.h - 1.3 linux/include/asm-s390x/debug.h - 1.9 linux/arch/s390x/kernel/s390_ksyms.c - 1.9 linux/arch/s390x/kernel/s390_ext.c - 1.5 linux/include/asm-s390x/s390_ext.h - 1.3 linux/arch/s390x/kernel/reipl.S - 1.4 linux/include/asm-s390x/dasd.h - 1.11 linux/include/asm-s390x/current.h - 1.6 linux/include/asm-s390x/checksum.h - 1.5 linux/include/asm-s390x/cache.h - 1.6 linux/include/asm-s390x/byteorder.h - 1.4 linux/include/asm-s390x/bugs.h - 1.2 linux/include/asm-s390x/scatterlist.h - 1.4 linux/include/asm-s390x/bitops.h - 1.8 linux/arch/s390x/kernel/ptrace.c - 1.12 linux/arch/s390x/kernel/process.c - 1.15 linux/arch/s390x/kernel/linux32.h - 1.8 linux/arch/s390x/kernel/linux32.c - 1.28 linux/arch/s390x/kernel/ioctl32.c - 1.11 linux/arch/s390x/kernel/init_task.c - 1.8 linux/arch/s390x/kernel/ieee.h - 1.2 linux/arch/s390x/kernel/head.S - 1.10 linux/include/asm-s390x/segment.h - 1.2 linux/include/asm-s390x/semaphore.h - 1.4 linux/include/asm-s390x/sembuf.h - 1.2 linux/include/asm-s390x/setup.h - 1.7 linux/include/asm-s390x/shmbuf.h - 1.2 linux/include/asm-s390x/shmparam.h - 1.2 linux/include/asm-s390x/sigcontext.h - 1.3 linux/include/asm-s390x/siginfo.h - 1.5 linux/include/asm-s390x/signal.h - 1.8 linux/include/asm-s390x/sigp.h - 1.5 linux/drivers/s390/s390mach.c - 1.10 linux/drivers/s390/net/netiucv.c - 1.17 linux/include/asm-s390x/smp.h - 1.6 linux/drivers/s390/net/fsm.c - 1.6 linux/drivers/s390/net/ctcmain.c - 1.15 linux/arch/s390x/kernel/gdb-stub.c - 1.2 linux/arch/s390x/kernel/exec32.c - 1.8 linux/arch/s390x/kernel/entry.S - 1.23 linux/arch/s390x/kernel/ebcdic.c - 1.3 linux/arch/s390x/kernel/debug.c - 1.10 linux/arch/s390x/kernel/cpcmd.c - 1.4 linux/arch/s390x/kernel/bitmap.S - 1.3 linux/arch/s390x/kernel/binfmt_elf32.c - 1.9 linux/arch/s390x/kernel/Makefile - 1.14 linux/arch/s390x/defconfig - 1.17 linux/arch/s390x/boot/iplfba.S - 1.2 linux/arch/s390x/boot/ipleckd.S - 1.2 linux/arch/s390x/mm/ioremap.c - 1.6 linux/arch/s390x/mm/init.c - 1.11 linux/include/asm-s390x/socket.h - 1.4 linux/include/asm-s390x/sockios.h - 1.2 linux/arch/s390x/mm/fault.c - 1.11 linux/arch/s390x/mm/extable.c - 1.6 linux/include/asm-s390x/spinlock.h - 1.8 linux/include/asm-s390x/stat.h - 1.3 linux/include/asm-s390x/statfs.h - 1.2 linux/arch/s390x/mm/Makefile - 1.5 linux/include/asm-s390x/string.h - 1.3 linux/include/asm-s390x/system.h - 1.10 linux/include/asm-s390x/termbits.h - 1.2 linux/include/asm-s390x/termios.h - 1.5 linux/include/asm-s390x/timex.h - 1.3 linux/include/asm-s390x/todclk.h - 1.3 linux/drivers/s390/block/dasd_fba.h - 1.6 linux/drivers/s390/block/dasd_fba.c - 1.12 linux/include/asm-s390x/types.h - 1.5 linux/drivers/s390/block/dasd_eckd.h - 1.9 linux/drivers/s390/block/dasd_diag.h - 1.6 linux/drivers/s390/block/dasd_diag.c - 1.12 linux/arch/s390x/lib/uaccess.S - 1.4 linux/arch/s390x/lib/strncpy.S - 1.2 linux/arch/s390x/lib/strcmp.S - 1.2 linux/arch/s390x/lib/memset.S - 1.2 linux/arch/s390x/lib/delay.c - 1.3 linux/arch/s390x/lib/Makefile - 1.8 linux/include/asm-s390x/uaccess.h - 1.7 linux/include/asm-s390x/ucontext.h - 1.3 linux/arch/s390x/kernel/wrapper32.S - 1.15 linux/drivers/s390/block/dasd_9343_erp.c - 1.6 linux/drivers/s390/block/dasd_9336_erp.c - 1.6 linux/drivers/s390/block/dasd_3990_erp.c - 1.14 linux/drivers/s390/block/dasd_3370_erp.c - 1.6 linux/include/asm-s390x/unaligned.h - 1.2 linux/include/asm-s390x/unistd.h - 1.12 linux/include/asm-s390x/user.h - 1.2 linux/include/asm-s390x/xor.h - 1.2 linux/include/asm-s390x/atomic.h - 1.7 linux/include/asm-s390x/a.out.h - 1.3 linux/include/asm-s390/idals.h - 1.6 linux/include/asm-cris/bitops.h - 1.6 linux/arch/s390/kernel/debug.c - 1.10 linux/include/asm-cris/posix_types.h - 1.2 linux/include/asm-cris/pgtable.h - 1.12 linux/arch/s390x/boot/Makefile - 1.13 linux/arch/s390x/Makefile - 1.18 linux/arch/s390x/boot/ipldump.S - 1.2 linux/drivers/usb/serial/io_edgeport.c - 1.34 linux/drivers/scsi/aic7xxx/aicasm/Makefile - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_proc.c - 1.6 linux/drivers/scsi/aic7xxx/aic7xxx_pci.c - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_osm.h - 1.14 linux/drivers/scsi/aic7xxx/aic7xxx_inline.h - 1.7 linux/drivers/scsi/aic7xxx/aic7xxx.h - 1.9 linux/drivers/scsi/aic7xxx/aic7770.c - 1.7 linux/drivers/net/sungem.c - 1.26 linux/drivers/s390/net/ctctty.c - 1.7 linux/arch/s390/math-emu/math.c - 1.5 linux/include/asm-s390x/cpcmd.h - 1.2 linux/include/asm-s390x/vtoc.h - 1.6 linux/include/linux/compiler.h - 1.10 linux/include/asm-alpha/mmzone.h - 1.7 linux/drivers/mtd/maps/sa1100-flash.c - 1.8 linux/drivers/mtd/maps/Makefile - 1.8 linux/drivers/net/irda/ali-ircc.c - 1.15 linux/drivers/net/lp486e.c - 1.10 linux/drivers/ieee1394/sbp2.c - 1.21 linux/drivers/ieee1394/sbp2.h - 1.14 linux/drivers/ieee1394/nodemgr.c - 1.16 linux/drivers/ieee1394/nodemgr.h - 1.8 linux/include/asm-s390x/pci.h - 1.3 linux/drivers/video/aty/atyfb_base.c - 1.19 linux/drivers/s390/block/dasd_int.h - 1.11 linux/drivers/char/drm/drm_ioctl.h - 1.6 linux/drivers/char/drm/drm_vm.h - 1.18 linux/drivers/char/drm/drm_proc.h - 1.6 linux/drivers/char/drm/drm_dma.h - 1.7 linux/drivers/char/drm/drm_context.h - 1.7 linux/drivers/char/drm/drm_bufs.h - 1.6 linux/drivers/char/drm/drm_agpsupport.h - 1.12 linux/drivers/ieee1394/ieee1394_hotplug.h - 1.3 linux/arch/arm/kernel/entry-header.S - 1.8 linux/drivers/video/radeonfb.c - 1.15 linux/drivers/scsi/NCR_D700.c - 1.6 linux/drivers/i2c/i2c-adap-ite.c - 1.9 linux/drivers/scsi/lasi700.c - 1.7 linux/arch/i386/kernel/nmi.c - 1.15 linux/include/asm-s390x/tlb.h - 1.5 linux/fs/namespace.c - 1.28 linux/arch/arm/lib/lib1funcs.S - 1.2 linux/drivers/net/8139cp.c - 1.23 linux/net/ipv6/netfilter/ip6t_owner.c - 1.4 linux/net/ipv4/netfilter/ip_conntrack_irc.c - 1.7 linux/net/8021q/vlan_dev.c - 1.8 linux/net/8021q/vlan.h - 1.5 linux/net/8021q/vlan.c - 1.9 linux/include/linux/netfilter_ipv4/ip_conntrack_irc.h - 1.4 linux/include/linux/if_vlan.h - 1.4 linux/drivers/video/sis/sis_main.h - 1.5 linux/fs/ext3/super.c - 1.34 linux/drivers/hotplug/pci_hotplug_core.c - 1.19 linux/include/linux/jbd.h - 1.17 linux/fs/seq_file.c - 1.9 linux/drivers/usb/serial/ipaq.c - 1.21 linux/drivers/usb/serial/ipaq.h - 1.8 linux/drivers/usb/serial/kl5kusb105.c - 1.19 linux/arch/arm/mach-iop310/arch.c - 1.6 linux/arch/arm/mm/proc-xscale.S - 1.13 linux/arch/arm/boot/compressed/head-xscale.S - 1.3 linux/arch/arm/def-configs/iq80310 - 1.12 linux/include/asm-arm/hardware/sa1111.h - 1.8 linux/include/asm-arm/arch-iop310/vmalloc.h - 1.3 linux/include/asm-arm/arch-iop310/uncompress.h - 1.3 linux/include/asm-arm/arch-iop310/timex.h - 1.3 linux/include/asm-arm/arch-iop310/time.h - 1.2 linux/include/asm-arm/arch-iop310/system.h - 1.3 linux/include/asm-arm/arch-iop310/serial.h - 1.4 linux/include/asm-arm/arch-iop310/pmon.h - 1.2 linux/include/asm-arm/arch-iop310/param.h - 1.3 linux/include/asm-arm/arch-iop310/memory.h - 1.6 linux/include/asm-arm/arch-iop310/irqs.h - 1.3 linux/include/asm-arm/arch-iop310/iq80310.h - 1.2 linux/include/asm-arm/arch-iop310/iop310.h - 1.2 linux/include/asm-arm/arch-iop310/io.h - 1.2 linux/include/asm-arm/arch-iop310/ide.h - 1.2 linux/include/asm-arm/arch-iop310/hardware.h - 1.2 linux/include/asm-arm/arch-iop310/dma.h - 1.3 linux/arch/arm/mach-iop310/Makefile - 1.6 linux/arch/arm/mach-iop310/iop310-irq.c - 1.7 linux/arch/arm/mach-iop310/iop310-pci.c - 1.10 linux/arch/arm/mach-iop310/iq80310-irq.c - 1.7 linux/arch/arm/mach-iop310/iq80310-pci.c - 1.5 linux/arch/arm/mach-iop310/iq80310-time.c - 1.8 linux/arch/arm/mach-iop310/mm.c - 1.5 linux/arch/arm/mach-iop310/xs80200-irq.c - 1.7 linux/arch/arm/kernel/debug.S - 1.5 linux/arch/arm/kernel/head.S - 1.9 linux/include/linux/init_task.h - 1.18 linux/drivers/ieee1394/dv1394-private.h - 1.8 linux/drivers/ieee1394/dv1394.c - 1.14 linux/net/core/wireless.c - 1.6 linux/drivers/base/core.c - 1.24 linux/sound/ppc/powermac.c - 1.8 linux/sound/ppc/pmac.h - 1.4 linux/sound/ppc/pmac.c - 1.8 linux/sound/ppc/awacs.c - 1.7 linux/sound/pci/ymfpci/ymfpci_main.c - 1.11 linux/sound/pci/ymfpci/ymfpci.c - 1.11 linux/sound/pci/trident/trident_main.c - 1.12 linux/sound/pci/rme9652/rme9652.c - 1.16 linux/sound/pci/rme96.c - 1.14 linux/sound/pci/maestro3.c - 1.14 linux/sound/pci/korg1212/korg1212.c - 1.18 linux/sound/pci/intel8x0.c - 1.17 linux/sound/pci/fm801.c - 1.12 linux/sound/pci/es1938.c - 1.12 linux/sound/pci/ens1370.c - 1.18 linux/sound/pci/emu10k1/emupcm.c - 1.11 linux/sound/pci/emu10k1/emumixer.c - 1.7 linux/sound/pci/emu10k1/emufx.c - 1.14 linux/sound/pci/emu10k1/emu10k1_main.c - 1.10 linux/sound/pci/cs46xx/cs46xx_lib.c - 1.16 linux/sound/pci/cs46xx/cs46xx.c - 1.14 linux/sound/pci/cs4281.c - 1.16 linux/sound/pci/cmipci.c - 1.14 linux/sound/pci/ali5451/ali5451.c - 1.17 linux/sound/pci/ac97/ac97_codec.c - 1.16 linux/sound/oss/ymfpci.c - 1.4 linux/sound/oss/wf_midi.c - 1.4 linux/sound/oss/wavfront.c - 1.5 linux/sound/oss/waveartist.c - 1.3 linux/sound/oss/vidc.c - 1.5 linux/sound/oss/via82cxxx_audio.c - 1.9 linux/sound/oss/v_midi.c - 1.3 linux/sound/oss/uart6850.c - 1.5 linux/sound/oss/uart401.c - 1.4 linux/sound/oss/trident.c - 1.13 linux/sound/oss/sys_timer.c - 1.4 linux/sound/oss/soundcard.c - 1.8 linux/sound/oss/sound_timer.c - 1.3 linux/sound/oss/sonicvibes.c - 1.7 linux/sound/oss/sb_mixer.c - 1.2 linux/sound/oss/sb_midi.c - 1.2 linux/sound/oss/sb_ess.c - 1.3 linux/sound/oss/sb_audio.c - 1.5 linux/sound/oss/pss.c - 1.5 linux/sound/oss/pas2_pcm.c - 1.4 linux/sound/oss/pas2_mixer.c - 1.3 linux/sound/oss/pas2_midi.c - 1.4 linux/sound/oss/opl3sa2.c - 1.10 linux/sound/oss/opl3.c - 1.2 linux/sound/oss/nm256_audio.c - 1.5 linux/sound/oss/nec_vrc5477.c - 1.6 linux/sound/oss/msnd_pinnacle.c - 1.4 linux/sound/oss/mpu401.c - 1.7 linux/sound/oss/midi_synth.h - 1.2 linux/sound/oss/maestro.c - 1.10 linux/sound/oss/mad16.c - 1.7 linux/sound/oss/ite8172.c - 1.6 linux/sound/oss/ics2101.c - 1.3 linux/sound/oss/i810_audio.c - 1.11 linux/sound/oss/gus_wave.c - 1.5 linux/sound/oss/gus_midi.c - 1.4 linux/sound/oss/esssolo1.c - 1.9 linux/sound/oss/es1371.c - 1.10 linux/sound/oss/es1370.c - 1.9 linux/sound/oss/emu10k1/passthrough.c - 1.4 linux/sound/oss/emu10k1/mixer.c - 1.3 linux/sound/oss/emu10k1/midi.c - 1.3 linux/sound/oss/emu10k1/main.c - 1.4 linux/sound/oss/emu10k1/audio.c - 1.3 linux/sound/oss/dmasound/dmasound_q40.c - 1.4 linux/sound/oss/dmasound/dmasound_paula.c - 1.3 linux/sound/oss/dmasound/dmasound_core.c - 1.5 linux/sound/oss/dmasound/dmasound_awacs.c - 1.6 linux/sound/oss/dmasound/dmasound_atari.c - 1.4 linux/sound/oss/cs46xx.c - 1.9 linux/sound/oss/cs4281/cs4281m.c - 1.6 linux/sound/oss/cs4232.c - 1.8 linux/sound/oss/cmpci.c - 1.6 linux/sound/oss/btaudio.c - 1.5 linux/arch/x86_64/ia32/ia32entry.S - 1.12 linux/arch/x86_64/ia32/sys_ia32.c - 1.19 linux/sound/oss/awe_wave.c - 1.6 linux/sound/oss/ad1848.c - 1.11 linux/sound/oss/ad1816.c - 1.5 linux/sound/oss/aci.c - 1.2 linux/sound/oss/ac97_codec.c - 1.6 linux/sound/isa/wavefront/wavefront.c - 1.10 linux/sound/isa/sgalaxy.c - 1.10 linux/sound/isa/sb/sb8.c - 1.9 linux/sound/isa/sb/sb16.c - 1.12 linux/sound/isa/sb/es968.c - 1.10 linux/sound/isa/opti9xx/opti92x-ad1848.c - 1.11 linux/sound/isa/opl3sa2.c - 1.14 linux/sound/isa/gus/interwave.c - 1.12 linux/sound/isa/es18xx.c - 1.14 linux/sound/isa/cs423x/cs4236.c - 1.14 linux/sound/isa/cmi8330.c - 1.11 linux/sound/isa/azt2320.c - 1.10 linux/sound/isa/als100.c - 1.10 linux/sound/isa/ad1816a/ad1816a.c - 1.8 linux/sound/i2c/cs8427.c - 1.6 linux/sound/drivers/opl3/opl3_synth.c - 1.3 linux/sound/drivers/opl3/opl3_seq.c - 1.9 linux/sound/drivers/opl3/opl3_lib.c - 1.7 linux/sound/drivers/dummy.c - 1.13 linux/sound/core/wrappers.c - 1.5 linux/sound/core/sound.c - 1.15 linux/sound/core/seq/seq_midi_emul.c - 1.7 linux/sound/core/seq/seq_midi.c - 1.10 linux/sound/core/seq/seq_memory.c - 1.7 linux/sound/core/seq/oss/seq_oss_midi.c - 1.8 linux/sound/core/seq/instr/ainstr_iw.c - 1.4 linux/sound/core/rtctimer.c - 1.13 linux/sound/core/pcm_native.c - 1.16 linux/sound/core/pcm_lib.c - 1.13 linux/sound/core/oss/pcm_oss.c - 1.17 linux/sound/core/oss/mixer_oss.c - 1.8 linux/sound/core/info.c - 1.14 linux/sound/core/control.c - 1.11 linux/sound/core/Makefile - 1.18 linux/include/asm-x86_64/rwsem.h - 1.7 linux/include/asm-x86_64/posix_types.h - 1.3 linux/include/asm-x86_64/fixmap.h - 1.3 linux/include/asm-x86_64/byteorder.h - 1.2 linux/include/asm-x86_64/bitops.h - 1.8 linux/include/sound/ymfpci.h - 1.5 linux/include/sound/trident.h - 1.7 linux/include/sound/snd_wavefront.h - 1.3 linux/include/sound/opl3.h - 1.6 linux/include/sound/initval.h - 1.7 linux/include/asm-x86_64/system.h - 1.12 linux/include/sound/emu10k1.h - 1.10 linux/include/sound/driver.h - 1.6 linux/include/sound/cs46xx.h - 1.9 linux/include/sound/control.h - 1.3 linux/include/sound/asound.h - 1.12 linux/include/sound/ac97_codec.h - 1.13 linux/include/asm-ppc64/bitops.h - 1.4 linux/arch/ppc64/kernel/misc.S - 1.18 linux/arch/ppc64/kernel/sys_ppc32.c - 1.20 linux/include/asm-ppc64/posix_types.h - 1.5 linux/drivers/net/e1000/e1000_main.c - 1.18 linux/drivers/net/e1000/e1000_param.c - 1.9 linux/arch/arm/mach-sa1100/badge4.c - 1.10 linux/drivers/net/tg3.c - 1.19 linux/drivers/pcmcia/sa1111_generic.h - 1.4 linux/drivers/net/e100/e100_main.c - 1.18 linux/arch/ia64/sn/fakeprom/fpmem.c - 1.5 linux/arch/ia64/sn/kernel/sn2/iomv.c - 1.3 linux/arch/ia64/sn/kernel/sn2/Makefile - 1.8 linux/kernel/futex.c - 1.16 linux/arch/ia64/sn/kernel/setup.c - 1.8 linux/mm/msync.c - 1.10 linux/include/asm-ia64/machvec_sn2.h - 1.5 linux/arch/ia64/sn/kernel/Makefile - 1.8 linux/arch/ia64/sn/fakeprom/Makefile - 1.7 linux/arch/ia64/sn/fakeprom/README - 1.4 linux/arch/ia64/sn/fakeprom/fprom.lds - 1.2 linux/fs/nfsctl.c - 1.7 linux/net/ipv4/netfilter/arp_tables.c - 1.5 linux/include/asm-ppc64/cacheflush.h - 1.3 linux/lib/radix-tree.c - 1.12 linux/drivers/ieee1394/eth1394.c - 1.7 linux/include/asm-ppc/cacheflush.h - 1.5 linux/drivers/usb/class/audio.c - 1.14 linux/include/asm-i386/cacheflush.h - 1.3 linux/drivers/usb/core/hcd.c - 1.20 linux/drivers/usb/core/hcd.h - 1.15 linux/drivers/usb/core/hub.c - 1.24 linux/drivers/usb/input/hid-core.c - 1.18 linux/drivers/usb/core/usb.c - 1.31 linux/include/asm-alpha/cacheflush.h - 1.2 linux/drivers/usb/host/ehci-hcd.c - 1.20 linux/drivers/usb/host/ehci-mem.c - 1.7 linux/drivers/usb/host/ehci-q.c - 1.18 linux/drivers/usb/host/ohci-hcd.c - 1.20 linux/drivers/usb/host/ohci-q.c - 1.22 linux/drivers/base/base.h - 1.15 linux/drivers/usb/image/mdc800.c - 1.14 linux/drivers/ieee1394/cmp.c - 1.5 linux/drivers/usb/image/scanner.c - 1.21 linux/drivers/ieee1394/amdtp.c - 1.8 linux/drivers/usb/input/usbkbd.c - 1.11 linux/drivers/usb/input/usbmouse.c - 1.10 linux/drivers/ieee1394/eth1394.h - 1.5 linux/include/linux/radix-tree.h - 1.5 linux/drivers/video/clps711xfb.c - 1.9 linux/drivers/usb/net/usbnet.c - 1.18 linux/drivers/usb/net/rtl8150.c - 1.14 linux/drivers/usb/net/pegasus.h - 1.12 linux/drivers/usb/net/pegasus.c - 1.14 linux/mm/readahead.c - 1.18 linux/drivers/usb/misc/uss720.c - 1.6 linux/include/asm-ia64/machvec_hpzx1.h - 1.5 linux/include/asm-ia64/cacheflush.h - 1.3 linux/include/asm-ia64/acpi.h - 1.7 linux/include/asm-x86_64/cacheflush.h - 1.4 linux/arch/ia64/hp/common/sba_iommu.c - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_core.c - 1.9 linux/sound/pci/rme32.c - 1.10 linux/sound/i2c/l3/uda1341.c - 1.7 linux/include/asm-sparc64/cacheflush.h - 1.2 linux/drivers/usb/host/uhci-hcd.c - 1.18 linux/include/asm-m68k/cacheflush.h - 1.3 linux/drivers/net/wan/pc300_tty.c - 1.6 linux/fs/fs-writeback.c - 1.15 linux/include/linux/page-flags.h - 1.19 linux/drivers/bluetooth/dtl1_cs.c - 1.7 linux/mm/page-writeback.c - 1.22 linux/include/asm-generic/siginfo.h - 1.6 linux/drivers/base/bus.c - 1.15 linux/drivers/char/drm/i830_dma.c - 1.9 linux/drivers/video/cfbimgblt.c - 1.9 linux/drivers/video/tridentfb.c - 1.6 linux/include/linux/namei.h - 1.4 linux/fs/mpage.c - 1.19 linux/drivers/usb/core/urb.c - 1.11 linux/drivers/usb/core/message.c - 1.18 linux/drivers/acpi/bus.c - 1.13 linux/drivers/acpi/processor.c - 1.20 linux/include/asm-s390/tlbflush.h - 1.5 linux/include/asm-s390x/rwsem.h - 1.5 linux/include/asm-s390x/qdio.h - 1.5 linux/include/asm-s390x/percpu.h - 1.2 linux/drivers/s390/cio/cio.h - 1.3 linux/drivers/isdn/hisax/amd7930_fn.c - 1.10 linux/drivers/usb/host/ohci-sa1111.c - 1.13 linux/drivers/usb/class/usb-midi.c - 1.11 linux/include/asm-s390x/tape390.h - 1.2 linux/arch/s390x/kernel/asm-offsets.c - 1.2 linux/include/asm-s390x/thread_info.h - 1.5 linux/include/asm-s390/cacheflush.h - 1.2 linux/drivers/s390/cio/airq.h - 1.3 linux/drivers/s390/cio/airq.c - 1.4 linux/include/asm-s390x/tlbflush.h - 1.5 linux/drivers/s390/net/lcs.c - 1.12 linux/drivers/s390/cio/chsc.c - 1.7 linux/include/asm-s390x/suspend.h - 1.2 linux/arch/s390x/boot/install.sh - 1.2 linux/arch/i386/kernel/suspend.c - 1.11 linux/arch/s390x/kernel/exec_domain32.c - 1.2 linux/include/asm-s390/thread_info.h - 1.4 linux/include/asm-s390/rwsem.h - 1.5 linux/include/asm-s390/qdio.h - 1.5 linux/drivers/usb/host/ohci-pci.c - 1.9 linux/arch/i386/kernel/cpu/proc.c - 1.9 linux/drivers/s390/cio/cio.c - 1.6 linux/include/asm-s390x/cacheflush.h - 1.2 linux/drivers/s390/cio/chsc.h - 1.5 linux/drivers/s390/block/dasd_devmap.c - 1.4 linux/drivers/s390/block/dasd_genhd.c - 1.15 linux/drivers/s390/block/dasd_ioctl.c - 1.10 linux/drivers/s390/cio/requestirq.c - 1.4 linux/arch/i386/kernel/cpu/common.c - 1.13 linux/arch/arm/kernel/asm-offsets.c - 1.2 linux/drivers/scsi/aic7xxx/aic7xxx_reg.h_shipped - 1.5 linux/sound/pci/rme9652/multiface_firmware.dat - 1.3 linux/sound/pci/rme9652/hdsp.c - 1.11 linux/drivers/scsi/aic7xxx/aic7xxx_seq.h_shipped - 1.5 linux/sound/pci/rme9652/digiface_firmware.dat - 1.3 linux/drivers/input/serio/i8042.c - 1.11 linux/drivers/input/mouse/psmouse.c - 1.11 linux/drivers/input/keyboard/amikbd.c - 1.9 linux/arch/arm/mm/copypage-xscale.S - 1.3 linux/drivers/serial/clps711x.c - 1.9 linux/drivers/serial/uart00.c - 1.11 linux/drivers/serial/sa1100.c - 1.8 linux/drivers/serial/core.c - 1.11 linux/drivers/char/agp/ali-agp.c - 1.7 linux/drivers/char/agp/sis-agp.c - 1.7 linux/drivers/serial/anakin.c - 1.9 linux/drivers/char/agp/frontend.c - 1.7 linux/drivers/char/agp/hp-agp.c - 1.7 linux/drivers/char/agp/i460-agp.c - 1.7 linux/drivers/serial/amba.c - 1.10 linux/mm/rmap.c - 1.13 linux/drivers/serial/8250_pci.c - 1.9 linux/drivers/char/agp/via-agp.c - 1.8 linux/include/asm-s390x/rmap.h - 1.2 linux/drivers/char/drm/drm_os_linux.h - 1.7 linux/include/asm-s390x/linkage.h - 1.2 linux/include/asm-sparc/cacheflush.h - 1.3 linux/net/sched/sch_htb.c - 1.7 linux/arch/alpha/vmlinux.lds.S - 1.9 linux/drivers/i2c/i2c-frodo.c - 1.5 linux/drivers/char/genrtc.c - 1.6 linux/include/asm-generic/rtc.h - 1.4 linux/drivers/base/class.c - 1.9 linux/include/asm-parisc/rtc.h - 1.2 linux/net/sctp/ipv6.c - 1.13 linux/drivers/ide/pci/serverworks.c - 1.9 linux/drivers/ide/pci/pdc202xx_new.c - 1.11 linux/drivers/ide/pci/hpt366.c - 1.10 linux/drivers/ide/legacy/gayle.c - 1.3 linux/arch/m68k/vmlinux-std.lds - 1.7 linux/arch/ppc64/vmlinux.lds.S - 1.7 linux/arch/x86_64/vmlinux.lds.S - 1.9 linux/arch/sparc64/vmlinux.lds.S - 1.9 linux/arch/sparc/vmlinux.lds.S - 1.10 linux/arch/s390x/vmlinux.lds.S - 1.10 linux/arch/ppc/vmlinux.lds.S - 1.9 linux/arch/s390/vmlinux.lds.S - 1.10 linux/arch/parisc/vmlinux.lds.S - 1.8 linux/net/bridge/netfilter/ebtables.c - 1.7 linux/net/bridge/netfilter/ebtable_broute.c - 1.5 linux/arch/i386/mach-visws/visws_apic.c - 1.5 linux/arch/ia64/pci/pci.c - 1.5 linux/drivers/base/hotplug.c - 1.9 linux/sound/pci/cs46xx/dsp_spos_scb_lib.c - 1.9 linux/sound/pci/cs46xx/dsp_spos.h - 1.6 linux/sound/pci/cs46xx/dsp_spos.c - 1.7 linux/sound/pci/cs46xx/cs46xx_lib.h - 1.6 linux/sound/pci/ac97/ac97_patch.h - 1.5 linux/include/asm-s390x/topology.h - 1.2 linux/sound/pci/ac97/ac97_patch.c - 1.7 linux/sound/pci/ac97/ac97_id.h - 1.6 linux/sound/isa/dt019x.c - 1.6 linux/include/sound/cs46xx_dsp_task_types.h - 1.2 linux/include/sound/cs46xx_dsp_spos.h - 1.7 linux/include/sound/cs46xx_dsp_scb_types.h - 1.3 linux/sound/usb/usbquirks.h - 1.8 linux/sound/pci/via82xx.c - 1.9 linux/sound/pci/ice1712/ice1712.c - 1.7 linux/sound/pci/ice1712/ak4524.c - 1.7 linux/mm/truncate.c - 1.5 linux/include/asm-s390x/kmap_types.h - 1.3 linux/drivers/i2c/scx200_i2c.c - 1.3 linux/include/linux/workqueue.h - 1.3 linux/arch/s390x/kernel/ptrace32.h - 1.2 linux/kernel/workqueue.c - 1.4 linux/fs/nfsd/nfs4xdr.c - 1.10 linux/fs/nfsd/nfs4proc.c - 1.6 linux/arch/i386/kernel/timers/timer_pit.c - 1.7 linux/arch/i386/kernel/timers/timer_tsc.c - 1.12 linux/include/linux/nfs4.h - 1.4 linux/fs/nfs/nfs4xdr.c - 1.7 linux/net/rxrpc/krxtimod.c - 1.5 linux/fs/afs/kafstimod.c - 1.5 linux/fs/nfs/nfs4state.c - 1.2 linux/fs/nfs/nfs4proc.c - 1.8 linux/drivers/pnp/pnpbios/core.c - 1.10 linux/arch/i386/kernel/edd.c - 1.7 linux/drivers/pnp/isapnp/core.c - 1.10 linux/include/linux/pnp.h - 1.10 linux/include/linux/kobject.h - 1.8 linux/drivers/media/dvb/Makefile - 1.3 linux/sound/isa/Kconfig - 1.3 linux/drivers/media/dvb/av7110/Kconfig - 1.2 linux/drivers/media/dvb/av7110/av7110.c - 1.5 linux/drivers/mtd/maps/Kconfig - 1.4 linux/arch/alpha/Kconfig - 1.10 linux/arch/arm/Kconfig - 1.10 linux/arch/arm/mach-iop310/Kconfig - 1.2 linux/net/ipv4/Kconfig - 1.5 linux/arch/i386/Kconfig - 1.16 linux/net/bridge/br_netfilter.c - 1.4 linux/include/linux/dvb/video.h - 1.2 linux/include/linux/dvb/osd.h - 1.3 linux/include/linux/dvb/net.h - 1.2 linux/include/linux/dvb/frontend.h - 1.2 linux/include/linux/dvb/dmx.h - 1.2 linux/include/linux/dvb/ca.h - 1.3 linux/drivers/media/video/Kconfig - 1.4 linux/include/linux/dvb/audio.h - 1.2 linux/drivers/media/dvb/frontends/ves1820.c - 1.3 linux/drivers/media/dvb/frontends/grundig_29504-491.c - 1.3 linux/drivers/media/dvb/frontends/grundig_29504-401.c - 1.3 linux/drivers/media/dvb/frontends/alps_bsrv2.c - 1.3 linux/drivers/media/dvb/frontends/alps_bsru6.c - 1.3 linux/drivers/media/dvb/frontends/Makefile - 1.3 linux/drivers/media/dvb/frontends/Kconfig - 1.4 linux/drivers/media/dvb/dvb-core/dvbdev.h - 1.3 linux/arch/ia64/Kconfig - 1.8 linux/drivers/media/dvb/dvb-core/dvbdev.c - 1.4 linux/drivers/media/dvb/dvb-core/dvb_net.h - 1.3 linux/drivers/media/dvb/dvb-core/dvb_net.c - 1.3 linux/drivers/media/dvb/dvb-core/dvb_ksyms.c - 1.3 linux/drivers/media/dvb/dvb-core/dvb_i2c.h - 1.3 linux/drivers/media/dvb/dvb-core/dvb_i2c.c - 1.4 linux/drivers/media/dvb/dvb-core/dvb_frontend.h - 1.3 linux/drivers/media/dvb/dvb-core/dvb_frontend.c - 1.4 linux/drivers/media/dvb/dvb-core/dvb_filter.h - 1.3 linux/drivers/media/dvb/dvb-core/dvb_filter.c - 1.3 linux/drivers/char/Kconfig - 1.7 linux/include/asm-parisc/cacheflush.h - 1.4 linux/drivers/media/dvb/dvb-core/dvb_demux.h - 1.3 linux/drivers/media/dvb/dvb-core/dvb_demux.c - 1.4 linux/drivers/media/dvb/dvb-core/dmxdev.h - 1.3 linux/drivers/media/dvb/dvb-core/dmxdev.c - 1.3 linux/drivers/media/dvb/dvb-core/demux.h - 1.2 linux/drivers/media/dvb/dvb-core/compat.h - 1.2 linux/drivers/media/dvb/dvb-core/Makefile - 1.4 linux/drivers/media/dvb/av7110/saa7146_v4l.h - 1.2 linux/drivers/media/dvb/av7110/saa7146_v4l.c - 1.3 linux/drivers/media/dvb/av7110/saa7146_defs.h - 1.2 linux/drivers/media/dvb/av7110/saa7146_core.h - 1.3 linux/drivers/media/dvb/av7110/saa7146_core.c - 1.5 linux/drivers/media/dvb/av7110/saa7146.c - 1.4 linux/drivers/media/dvb/av7110/av7110_ir.c - 1.3 linux/drivers/media/dvb/av7110/av7110_firm.h - 1.2 linux/drivers/media/dvb/av7110/av7110.h - 1.4 linux/drivers/media/dvb/av7110/Makefile - 1.3 linux/drivers/media/dvb/Kconfig - 1.2 linux/drivers/media/Kconfig - 1.4 linux/drivers/s390/Kconfig - 1.5 linux/arch/parisc/kernel/sys_parisc32.c - 1.10 linux/drivers/md/dm-ioctl.c - 1.7 linux/drivers/char/agp/Kconfig - 1.8 linux/arch/s390/Kconfig - 1.8 linux/net/ipv4/ah.c - 1.9 linux/arch/s390x/Kconfig - 1.9 linux/drivers/i2c/Kconfig - 1.5 linux/drivers/block/Kconfig - 1.4 linux/lib/kobject.c - 1.6 linux/drivers/usb/misc/Kconfig - 1.5 linux/include/net/xfrm.h - 1.10 linux/include/asm-v850/page.h - 1.3 linux/include/asm-v850/nb85e_timer_d.h - 1.2 linux/fs/ext3/xattr.c - 1.7 linux/fs/ext2/xattr.c - 1.7 linux/fs/eventpoll.c - 1.8 linux/include/asm-m68knommu/bitops.h - 1.2 linux/include/asm-m68knommu/cacheflush.h - 1.3 linux/mm/fremap.c - 1.7 linux/include/asm-v850/unistd.h - 1.4 linux/include/asm-v850/teg.h - 1.2 linux/include/asm-v850/system.h - 1.4 linux/drivers/base/firmware.c - 1.4 linux/arch/v850/vmlinux.lds.S - 1.7 linux/arch/m68knommu/vmlinux.lds.S - 1.6 linux/arch/v850/kernel/simcons.c - 1.3 linux/include/asm-v850/rte_nb85e_cb.h - 1.2 linux/arch/v850/kernel/rte_nb85e_cb.c - 1.2 linux/arch/v850/kernel/rte_mb_a_pci.c - 1.5 linux/include/asm-v850/rte_ma1_cb.h - 1.2 linux/include/asm-v850/rte_cb.h - 1.2 linux/arch/v850/kernel/rte_ma1_cb.c - 1.3 linux/arch/v850/kernel/rte_cb_multi.c - 1.4 linux/include/asm-v850/ptrace.h - 1.2 linux/arch/v850/kernel/rte_cb.c - 1.3 linux/include/asm-v850/processor.h - 1.5 linux/include/asm-v850/posix_types.h - 1.2 linux/arch/v850/kernel/process.c - 1.4 linux/include/asm-v850/nb85e_intc.h - 1.2 linux/include/asm-v850/nb85e_cache.h - 1.2 linux/arch/v850/kernel/nb85e_intc.c - 1.3 linux/include/asm-v850/cacheflush.h - 1.2 linux/include/asm-v850/bitops.h - 1.2 linux/arch/v850/kernel/gbus_int.c - 1.3 linux/arch/v850/kernel/entry.S - 1.5 linux/arch/v850/kernel/Makefile - 1.5 linux/arch/v850/Kconfig - 1.8 linux/drivers/net/irda/irtty-sir.c - 1.3 linux/drivers/serial/68328serial.c - 1.4 linux/drivers/serial/68360serial.c - 1.8 linux/drivers/serial/mcfserial.c - 1.5 linux/arch/i386/kernel/cpu/mcheck/k7.c - 1.3 linux/arch/i386/kernel/cpu/mcheck/mce.h - 1.2 linux/arch/i386/kernel/cpu/mcheck/non-fatal.c - 1.4 linux/arch/i386/kernel/cpu/mcheck/p4.c - 1.3 linux/net/ipv4/esp.c - 1.8 linux/scripts/per-cpu-check.awk - 1.5 linux/include/linux/compat.h - 1.6 linux/scripts/kallsyms.c - 1.5 linux/drivers/s390/char/sclp.c - 1.3 linux/drivers/s390/char/sclp.h - 1.2 linux/drivers/s390/char/sclp_con.c - 1.3 linux/drivers/s390/char/sclp_cpi.c - 1.2 linux/drivers/s390/char/sclp_rw.c - 1.3 linux/drivers/s390/char/sclp_tty.c - 1.5 linux/drivers/media/dvb/frontends/alps_tdlb7.c - 1.2 linux/drivers/media/dvb/frontends/alps_tdmb7.c - 1.2 linux/Documentation/scsi/st.txt - 1.2 linux/include/asm-sparc64/compat.h - 1.8 linux/drivers/usb/serial/kobil_sct.c - 1.6 linux/drivers/video/console/fbcon.c - 1.5 linux/drivers/video/console/fbcon.h - 1.4 linux/drivers/char/agp/amd-k7-agp.c - 1.6 linux/drivers/char/agp/amd-k8-agp.c - 1.6 linux/drivers/char/agp/backend.c - 1.6 linux/drivers/char/agp/generic.c - 1.6 linux/drivers/video/softcursor.c - 1.3 linux/drivers/s390/cio/css.c - 1.2 linux/drivers/s390/cio/css.h - 1.2 linux/drivers/s390/cio/device.c - 1.4 linux/drivers/s390/cio/device.h - 1.2 linux/drivers/s390/cio/device_fsm.c - 1.3 linux/drivers/s390/cio/device_id.c - 1.3 linux/include/asm-s390x/cio.h - 1.3 linux/include/asm-s390x/ccwgroup.h - 1.2 linux/include/asm-s390x/ccwdev.h - 1.3 linux/include/asm-s390/ccwdev.h - 1.3 linux/include/asm-ppc64/compat.h - 1.7 linux/drivers/char/agp/intel-agp.c - 1.7 linux/drivers/s390/cio/device_ops.c - 1.3 linux/drivers/s390/cio/device_pgid.c - 1.3 linux/drivers/s390/cio/device_status.c - 1.3 linux/drivers/s390/cio/qdio.c - 1.4 linux/arch/s390x/kernel/module.c - 1.6 linux/arch/s390/kernel/module.c - 1.6 linux/drivers/s390/cio/qdio.h - 1.4 linux/drivers/ieee1394/iso.c - 1.3 linux/drivers/ide/ide-io.c - 1.7 linux/kernel/compat.c - 1.5 linux/kernel/extable.c - 1.4 linux/arch/x86_64/kernel/suspend.c - 1.4 linux/drivers/char/agp/generic-3.0.c - 1.4 linux/drivers/char/agp/i7x05-agp.c - 1.5 linux/include/asm-x86_64/compat.h - 1.8 linux/drivers/i2c/busses/Kconfig - 1.6 linux/drivers/i2c/busses/Makefile - 1.4 linux/drivers/i2c/chips/Kconfig - 1.4 linux/include/asm-s390x/dma-mapping.h - 1.2 linux/include/asm-s390x/compat.h - 1.8 linux/arch/i386/kernel/sysenter.c - 1.6 linux/include/asm-ia64/intrinsics.h - 1.4 linux/include/asm-ia64/compat.h - 1.4 linux/drivers/scsi/aic7xxx/Kconfig.aic79xx - 1.2 linux/drivers/scsi/aic7xxx/Kconfig.aic7xxx - 1.3 linux/drivers/scsi/aic7xxx/aic7770_osm.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx.h - 1.4 linux/drivers/scsi/aic7xxx/aic79xx.reg - 1.4 linux/drivers/scsi/aic7xxx/aic79xx.seq - 1.3 linux/drivers/scsi/aic7xxx/aic79xx_core.c - 1.5 linux/include/asm-i386/mach-voyager/irq_vectors.h - 1.2 linux/include/asm-i386/mach-visws/smpboot_hooks.h - 1.2 linux/include/asm-i386/mach-visws/irq_vectors.h - 1.3 linux/include/asm-i386/mach-summit/mach_mpparse.h - 1.4 linux/include/asm-i386/mach-default/smpboot_hooks.h - 1.2 linux/include/asm-i386/mach-default/mach_mpparse.h - 1.3 linux/include/asm-i386/mach-default/irq_vectors.h - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_inline.h - 1.3 linux/drivers/scsi/aic7xxx/aic79xx_osm.c - 1.7 linux/drivers/scsi/aic7xxx/aic79xx_osm.h - 1.5 linux/drivers/scsi/aic7xxx/aic79xx_osm_pci.c - 1.4 linux/drivers/scsi/aic7xxx/aic79xx_pci.c - 1.5 linux/drivers/scsi/aic7xxx/aic79xx_proc.c - 1.2 linux/drivers/scsi/aic7xxx/aic79xx_reg.h_shipped - 1.3 linux/drivers/scsi/aic7xxx/aic79xx_reg_print.c_shipped - 1.3 linux/drivers/scsi/aic7xxx/aic79xx_seq.h_shipped - 1.3 linux/drivers/scsi/aic7xxx/aic7xxx_osm.c - 1.8 linux/drivers/scsi/aic7xxx/aic7xxx_osm_pci.c - 1.4 linux/drivers/scsi/aic7xxx/aic7xxx_reg_print.c_shipped - 1.4 linux/drivers/scsi/aic7xxx/aiclib.c - 1.3 linux/drivers/scsi/aic7xxx/aiclib.h - 1.3 linux/drivers/video/i810/i810.h - 1.4 linux/drivers/video/i810/i810_accel.c - 1.4 linux/drivers/video/i810/i810_dvt.c - 1.3 linux/drivers/video/i810/i810_gtf.c - 1.2 linux/drivers/video/i810/i810_main.c - 1.4 linux/drivers/video/i810/i810_main.h - 1.4 linux/include/asm-parisc/compat.h - 1.6 linux/include/asm-s390x/bug.h - 1.2 linux/drivers/char/ipmi/ipmi_devintf.c - 1.4 linux/drivers/char/ipmi/ipmi_kcs_intf.c - 1.4 linux/drivers/char/ipmi/ipmi_watchdog.c - 1.2 linux/drivers/char/ipmi/ipmi_msghandler.c - 1.4 linux/fs/proc/task_mmu.c - 1.2 linux/mm/fadvise.c - 1.4 linux/arch/ia64/scripts/check-gas - 1.2 linux/Documentation/sound/alsa/DocBook/writing-an-alsa-driver.tmpl - 1.5 linux/arch/ia64/kernel/fsys.S - 1.3 linux/arch/arm/common/sa1111.c - 1.5 linux/arch/i386/oprofile/op_model_p4.c - 1.3 linux/include/asm-x86_64/mmzone.h - 1.2 linux/drivers/net/typhoon.c - 1.2 linux/drivers/bluetooth/btuart_cs.c - 1.2 linux/drivers/net/wireless/strip.c - 1.2 linux/drivers/s390/net/Kconfig - 1.2 linux/kernel/posix-timers.c - 1.6 linux/include/asm-i386/i8259.h - 1.2 linux/Documentation/DocBook/usb.tmpl - 1.2 linux/drivers/usb/input/kbtab.c - 1.2 linux/scripts/kconfig/gconf.c - 1.3 linux/arch/ia64/sn/io/sn2/pcibr/Makefile - 1.2 linux/net/ipv6/ah6.c - 1.4 linux/arch/ia64/sn/io/sn2/Makefile - 1.2 linux/net/ipv6/esp6.c - 1.4 linux/arch/ia64/sn/io/sn2/l1_command.c - 1.2 linux/sound/isa/cs423x/pc98.c - 1.2 linux/sound/core/memory_wrapper.c - 1.2 linux/sound/core/memalloc.c - 1.2 linux/drivers/video/logo/logo.c - 1.3 linux/net/ipv6/xfrm6_state.c - 1.2 linux/net/ipv6/xfrm6_policy.c - 1.2 linux/net/ipv6/xfrm6_input.c - 1.3 linux/include/sound/memalloc.h - 1.2 linux/net/ipv4/xfrm4_state.c - 1.2 linux/net/ipv4/xfrm4_policy.c - 1.2 linux/net/ipv4/xfrm4_input.c - 1.3 linux/drivers/char/upd4990a.c - 1.2 linux/drivers/input/keyboard/98kbd.c - 1.2 linux/drivers/usb/misc/speedtch.c - 1.3 linux/drivers/video/aty/aty128fb.c - 1.2 linux/net/xfrm/xfrm_state.c - 1.2 linux/net/xfrm/xfrm_policy.c - 1.2 linux/net/xfrm/xfrm_algo.c - 1.2 linux/drivers/i2c/chips/via686a.c - 1.2 linux/drivers/i2c/chips/w83781d.c - 1.2 linux/net/ipv4/netfilter/ip_conntrack_amanda.c - 1.2 linux/net/ipv4/netfilter/ip_conntrack_tftp.c - 1.2 linux/net/ipv4/netfilter/ip_nat_tftp.c - 1.2 linux/include/linux/netfilter_ipv4/ip_conntrack_amanda.h - 1.2 From owner-linux-xfs@oss.sgi.com Wed Apr 23 08:40:10 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 08:40:19 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NFe9Fu009320 for ; Wed, 23 Apr 2003 08:40:10 -0700 Received: from [192.168.10.75] (c-24-98-62-33.atl.client2.attbi.com[24.98.62.33]) by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP id <20030423154001051001b35he>; Wed, 23 Apr 2003 15:40:02 +0000 Subject: Re: filesystem size difference ? ;-) From: Danny Cox To: Dmitry Melekhov Cc: XFS Mailing List In-Reply-To: <000f01c309ae$38170ca0$141ea8c0@dm> References: <000f01c309ae$38170ca0$141ea8c0@dm> Content-Type: text/plain Organization: No Organization at ALL Message-Id: <1051112401.1286.40.camel@pip> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 23 Apr 2003 11:40:01 -0400 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3788 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: danscox@mindspring.com Precedence: bulk X-list: linux-xfs Content-Length: 311 Lines: 14 Dmitry, On Wed, 2003-04-23 at 11:37, Dmitry Melekhov wrote: > And if I try to copy info to it it becomes full: > Any ideas? Do you have files with holes that the copy routine "populates"? -- 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 Apr 23 08:41:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 08:41:44 -0700 (PDT) Received: from esme.webscreen-technology.com (host217-37-4-59.in-addr.btopenworld.com [217.37.4.59]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NFfPFu009723 for ; Wed, 23 Apr 2003 08:41:26 -0700 Received: from [217.37.4.60] (helo=gbdesktop) by esme.webscreen-technology.com with smtp (Exim 3.34 #2) id 198MN9-0007OV-00; Wed, 23 Apr 2003 16:41:23 +0100 From: "Gareth Blades" To: "Seth Mos" , Cc: "Kai Leibrandt" Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration Date: Wed, 23 Apr 2003 16:41:21 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <4.3.2.7.2.20030423150638.03223b18@pop.xs4all.nl> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3789 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: list.xfs@webscreen-technology.com Precedence: bulk X-list: linux-xfs Content-Length: 1688 Lines: 50 All sorted. The problem was that the initrd image from the SGI XFS boot CD was in ext2 format so it was trying to mount the root filesystem in ext2/3 aswell. If the grub parameter was added to specify the boot file system as XFS it tried loading the initrd as XFS which is where the superblock errors came from. Can you specify a root file system type and a different initrd file system type? We cured it by recompiling the kernel with all the drivers we needed at boot time compiled in so that we didn't need to use initrd and therefore could specify the root fs as XFS without problems. > -----Original Message----- > From: Seth Mos [mailto:knuffie@xs4all.nl] > Sent: Wednesday, April 23, 2003 14:10 > To: Gareth Blades; linux-xfs@oss.sgi.com > Cc: Kai Leibrandt > Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration > > > At 14:04 23-4-2003 +0100, Gareth Blades wrote: > >Yes I did install grub in (hd0) which is the MBR. I did try installing it > >into (hd0,0) later but I have since run xfs_repair so if there were any > >problems it should have fixed it. > > Did GRUB install the bootloader in both disks in the raid 1 set? > > I still use lilo with my raid 1 configs and are unfamiliar with GRUB. It > doesn't sound like you are doing anything wrong. > > The difference is that with LILO you specify that boot=/dev/md0 > and it will > then install the bootloader in the mbr of both disks. > > If the bootloader ends up in the wrong place you will notice this as a > corrupt superblock on the XFS filesystem since they both want to go into > block 0 of the partition/drive. > > Cheers > -- > Seth > It might just be your lucky day, if you only knew. > > > From owner-linux-xfs@oss.sgi.com Wed Apr 23 08:52:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 08:52:47 -0700 (PDT) Received: from batleth.sapienti-sat.org (batleth.sapienti-sat.org [80.190.100.240]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NFqYFu010584 for ; Wed, 23 Apr 2003 08:52:34 -0700 Received: from localhost (localhost.sapienti-sat.org [127.0.0.1]) by batleth.sapienti-sat.org (Postfix) with SMTP id 89723102544 for ; Wed, 23 Apr 2003 17:52:32 +0200 (CEST) Received: from koschikode.com (pD9E7F17D.dip.t-dialin.net [217.231.241.125]) by batleth.sapienti-sat.org (Postfix) with ESMTP id F3AE0100137 for ; Wed, 23 Apr 2003 17:52:31 +0200 (CEST) Message-ID: <3EA6B6BC.4040200@koschikode.com> Date: Wed, 23 Apr 2003 17:52:28 +0200 From: Juri Haberland Organization: totally unorganized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: de-DE, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: filesystem size difference ? ;-) References: <000f01c309ae$38170ca0$141ea8c0@dm> In-Reply-To: <000f01c309ae$38170ca0$141ea8c0@dm> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3790 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: juri@koschikode.com Precedence: bulk X-list: linux-xfs Content-Length: 268 Lines: 13 Dmitry Melekhov wrote: > And if I try to copy info to it it becomes full: > Any ideas? Are there any symbolic links in the old filesystem that might not get copied as links but as the files that they point to? Please describe the exact copy command. Cheers, Juri From owner-linux-xfs@oss.sgi.com Wed Apr 23 08:57:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 08:58:00 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NFvnFu011693 for ; Wed, 23 Apr 2003 08:57:50 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1341966; Wed, 23 Apr 2003 20:57:41 +0500 Message-ID: <001f01c309b9$d0c866a0$141ea8c0@dm> From: "Dmitry Melekhov" To: "Danny Cox" Cc: "XFS Mailing List" References: <000f01c309ae$38170ca0$141ea8c0@dm> <1051112401.1286.40.camel@pip> Subject: Re: filesystem size difference ? ;-) Date: Wed, 23 Apr 2003 21:00:15 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" 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-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3791 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1526 Lines: 57 ----- Original Message ----- From: "Danny Cox" To: "Dmitry Melekhov" Cc: "XFS Mailing List" Sent: Wednesday, April 23, 2003 7:40 PM Subject: Re: filesystem size difference ? ;-) > Dmitry, > > On Wed, 2003-04-23 at 11:37, Dmitry Melekhov wrote: > > And if I try to copy info to it it becomes full: > > Any ideas? > > Do you have files with holes that the copy routine "populates"? I don't know :-( But all files were copied over smb to old server, i.e. the same way, I try to copy from old server to new. IMHO, there is some difference in kernels. For instance, I tried to remove all acls on some dir on old server with 2.4.20 from kernel.org + xfs. before setfacl -R -b asuconnect /dev/vg02/lvasuconnect 355648 337128 18520 95% /home/samba/docs/asuconnect after: /dev/vg02/lvasuconnect 355648 323852 31796 92% /home/samba/docs/asuconnect The same directory on new server (Suse's 2.4.19) , certanly, files take more space :-( before setfacl -R -b asuconnect /dev/vga3/lvavp 60736 44440 16296 74% /home/samba/avp /dev/vga3/lvasuconnect 355648 337300 18348 95% /home/samba/docs/asuconnect after: /dev/vga3/lvasuconnect 355648 337300 18348 95% /home/samba/docs/asuconect No difference!!! Very strange... Only question - is this difference between Suse xfs ;-) and SGI xfs or between 2.4.19 and 2.4.20. From owner-linux-xfs@oss.sgi.com Wed Apr 23 08:59:01 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 08:59:11 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NFx0Fu012105 for ; Wed, 23 Apr 2003 08:59:00 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3NFwtE0024406 for ; Wed, 23 Apr 2003 08:58:55 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3NFwsa221101451; Wed, 23 Apr 2003 10:58:54 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 198Me6-0000B1-00; Wed, 23 Apr 2003 10:58:54 -0500 Date: Wed, 23 Apr 2003 10:58:53 -0500 From: Nathan Straz To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: filesystem size difference ? ;-) Message-ID: <20030423155853.GC30411@sgi.com> Mail-Followup-To: Dmitry Melekhov , linux-xfs@oss.sgi.com References: <000f01c309ae$38170ca0$141ea8c0@dm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000f01c309ae$38170ca0$141ea8c0@dm> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3792 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 939 Lines: 27 On Wed, Apr 23, 2003 at 07:37:15PM +0400, Dmitry Melekhov wrote: > I need to move info from one logic volume with xfs on on server (RH 6.2, > kernel 2.4.20) > to another server with Suse SLES8 (kernel 2.4.19 from suse). > But I can't do this. ... > [root@p100 docs]# df |grep common > /dev/vg02/lvcommon 9432384 8656124 776260 92% /home/samba/common ... > vader:/home/samba/docs/asuconnect # df|grep common > /dev/vga3/lvcommon 10480960 10479104 1856 100% /home/samba/common ... > Any ideas? Try using xfsdump and xfsrestore. [root@p100 /]# xfsdump -l 0 - /home/samba/common | (rsh vader xfsrestore - /home/samba/common Fix up the rsh as needed. This should copy everything over as XFS sees it. -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Wed Apr 23 09:44:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 09:45:08 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NGilFu023426 for ; Wed, 23 Apr 2003 09:44:48 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1342060; Wed, 23 Apr 2003 21:44:40 +0500 Message-ID: <004701c309c0$613c04c0$141ea8c0@dm> From: "Dmitry Melekhov" To: "Nathan Straz" Cc: References: <000f01c309ae$38170ca0$141ea8c0@dm> <20030423155853.GC30411@sgi.com> Subject: Re: filesystem size difference ? ;-) Date: Wed, 23 Apr 2003 21:47:15 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit 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-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3793 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1887 Lines: 75 ----- Original Message ----- From: "Nathan Straz" To: "Dmitry Melekhov" Cc: Sent: Wednesday, April 23, 2003 7:58 PM Subject: Re: filesystem size difference ? ;-) > On Wed, Apr 23, 2003 at 07:37:15PM +0400, Dmitry Melekhov wrote: > > I need to move info from one logic volume with xfs on on server (RH 6.2, > > kernel 2.4.20) > > to another server with Suse SLES8 (kernel 2.4.19 from suse). > > But I can't do this. > ... > > [root@p100 docs]# df |grep common > > /dev/vg02/lvcommon 9432384 8656124 776260 92% /home/samba/common > ... > > vader:/home/samba/docs/asuconnect # df|grep common > > /dev/vga3/lvcommon 10480960 10479104 1856 100% /home/samba/common > ... > > Any ideas? > > Try using xfsdump and xfsrestore. > > [root@p100 /]# xfsdump -l 0 - /home/samba/common | (rsh vader xfsrestore > - /home/samba/common > > Fix up the rsh as needed. This should copy everything over as XFS sees > it. Unfortunately, this doesn't help. I tried to copy filesystem with less size: [root@p100 asuconnect]# df |grep asuconnect /dev/vg02/lvasuconnect 355648 337128 18520 95% /home/samba/docs/asuconn ect with command: xfsdump -l 0 - /home/samba/docs/asuconnect | rsh vader "xfsrestore - /home/samba /docs/asuconnect" Result: vader:/home/samba/docs/asuconnect # df |grep asuconnect /dev/vga3/lvasuconnect 355648 329564 26084 93% /home/samba/docs/asuconnect And I got lots of warinings : xfsrestore: WARNING: open of Бюджет/БКК/Платежи.xls failed: No space left on device: discarding ino 2359425 Sorry file has cyrillic name ;-) And, after such warning I see success: xfsrestore: restore complete: 33 seconds elapsed xfsrestore: Restore Status: SUCCESS Hmm, I never used xfsdump before, but this looks very strange... From owner-linux-xfs@oss.sgi.com Wed Apr 23 09:52:16 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 09:52:24 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NGqFFu023868 for ; Wed, 23 Apr 2003 09:52:16 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3NGqAVV014962 for ; Wed, 23 Apr 2003 09:52:10 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3NGq7a220956970; Wed, 23 Apr 2003 11:52:07 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 198NTb-0000bV-00; Wed, 23 Apr 2003 11:52:07 -0500 Date: Wed, 23 Apr 2003 11:52:07 -0500 From: Nathan Straz To: linux-kernel@vger.kernel.org Cc: linux-xfs@oss.sgi.com Subject: Re: XFS problem in 2.5.67-mm4 Message-ID: <20030423165207.GA31190@sgi.com> Mail-Followup-To: linux-kernel@vger.kernel.org, linux-xfs@oss.sgi.com References: <20030421074450.GA13292@thebox.bloog.ddts.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030421074450.GA13292@thebox.bloog.ddts.net> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3794 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1999 Lines: 29 On Mon, Apr 21, 2003 at 05:44:50PM +1000, Rob Weir wrote: > I just decided to jump into 2.5 with 2.5.67-mm4, and I was mightily > impressed, especially with the interactive 'feel' of it. Well, mostly, > since something went wrong with XFS on my /home: > > Apr 21 03:28:01 thebox kernel: 0x0: 4c f9 63 b9 f2 c7 0a e5 8f 7b b9 7d 1b 56 2a 7f > Apr 21 03:28:01 thebox kernel: Filesystem "ide0(3,10)": XFS internal error xfs_da_do_buf(2) at line 2248 of file fs/xfs/xfs_da_btree.c. Caller 0xc01bc657 > Apr 21 03:28:01 thebox kernel: Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [ trace output chopped ] > Apr 21 04:00:09 thebox kernel: xfs_force_shutdown(ide0(3,10),0x8) called from line 1052 of file fs/xfs/xfs_trans.c. Return address = 0xc020392b > Apr 21 04:00:09 thebox kernel: Filesystem "ide0(3,10)": Corruption of in-memory data detected. Shutting down filesystem: ide0(3,10) > Apr 21 04:00:09 thebox kernel: Please umount the filesystem, and rectify the problem(s) > > Followed by a whole lot of userspace errors as things failed to write to > /home. It is possible I have flakey RAM (I've had some stability > problems, but memtest86 never seems to be able to find it...), but I > thought it's better to let you know than not. If there's any more > information I can provide, just ask. Also, I'm on lkml, so no need for > CC's. Well, the first thing you might want to do with decode some of those addresses. You can have them auto-decoded by enabling CONFIG_KALLSYMS. Next you might want to send the output of xfs_check. Can you mount the file system still? -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Wed Apr 23 09:54:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 09:54:30 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NGsIFu024284 for ; Wed, 23 Apr 2003 09:54:19 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1342089; Wed, 23 Apr 2003 21:54:12 +0500 Message-ID: <005501c309c1$b5e7a0a0$141ea8c0@dm> From: "Dmitry Melekhov" To: "Nathan Straz" Cc: References: <000f01c309ae$38170ca0$141ea8c0@dm> <20030423155853.GC30411@sgi.com> Subject: Re: filesystem size difference ? ;-) Date: Wed, 23 Apr 2003 21:56:46 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3795 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1317 Lines: 53 ----- Original Message ----- From: "Nathan Straz" To: "Dmitry Melekhov" Cc: Sent: Wednesday, April 23, 2003 7:58 PM Subject: Re: filesystem size difference ? ;-) > On Wed, Apr 23, 2003 at 07:37:15PM +0400, Dmitry Melekhov wrote: > > I need to move info from one logic volume with xfs on on server (RH 6.2, > > kernel 2.4.20) > > to another server with Suse SLES8 (kernel 2.4.19 from suse). > > But I can't do this. > ... > > [root@p100 docs]# df |grep common > > /dev/vg02/lvcommon 9432384 8656124 776260 92% /home/samba/common > ... > > vader:/home/samba/docs/asuconnect # df|grep common > > /dev/vga3/lvcommon 10480960 10479104 1856 100% /home/samba/common > ... > > Any ideas? > > Try using xfsdump and xfsrestore. > > [root@p100 /]# xfsdump -l 0 - /home/samba/common | (rsh vader xfsrestore > - /home/samba/common > btw, I just increased volume on new server. This is what I get: /dev/vga3/lvasuconnect 458048 359576 98472 79% /home/samba/docs/asuconnect on old server it was: /dev/vg02/lvasuconnect 355648 337128 18520 95% /home/samba/docs/asuconnect As you see files take more blocks :-( On the other hand- thank you for xfsdump- it is very-very fast! :-) From owner-linux-xfs@oss.sgi.com Wed Apr 23 09:59:20 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 09:59:30 -0700 (PDT) Received: from mail.cnes.com (mail.cnes.com [208.179.92.38]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3NGxJFu024732 for ; Wed, 23 Apr 2003 09:59:20 -0700 Received: from oz.cnes.com (wall.cnes.com [208.179.92.60]) by mail.cnes.com (8.12.9/8.12.9) with ESMTP id h3NGxEDv005821 for ; Wed, 23 Apr 2003 09:59:14 -0700 Received: from localhost (localhost [127.0.0.1]) by oz.cnes.com (8.9.3/8.9.3) with ESMTP id JAA15410 for ; Wed, 23 Apr 2003 09:59:13 -0700 (PDT) Date: Wed, 23 Apr 2003 09:59:13 -0700 From: Scott Jepson To: linux-xfs@oss.sgi.com Subject: xfs_fsr and nfs lockup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3796 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: scott@cnes.com Precedence: bulk X-list: linux-xfs Content-Length: 949 Lines: 21 Hi Guys, I'm running a 2.4.20 kernel with xfs(linux-2.4.20-xfs-2003-03-09) and nfs(patched) and it seems to have a problem with xfs_fsr. When xfs_fsr runs biweekly from the crontab(0 2 * * 0,3 /usr/sbin/xfs_fsr >/dev/null 2>&1) on a 1TB array that has about 700GB used it locks up NFS. None of the clients can stat/read/write the NFS mount point. I have seen on the NFS server that after xfs_fsr finishes it does go back to normal but few times it has rendered the machine unusable and requires a hard reset. How often does xfs_fsr need to be run? Is the above crontab entry the right way to do it? Is xfs_fsr suppose to lock the file system? Thanks in advance, -Scott ---------------------------------------------------------------- Scott Jepson, Managing Partner Email: scott@cnes.com Creative Network Services, LLC http://www.cnes.com (310)470-6140 ---------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Apr 23 11:54:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 11:55:06 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3NIsoFu004409 for ; Wed, 23 Apr 2003 11:54:50 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3NIso4O004408 for linux-xfs@oss.sgi.com; Wed, 23 Apr 2003 11:54:50 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3NIsmFu004394 for ; Wed, 23 Apr 2003 11:54:48 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3NIRt2G004181; Wed, 23 Apr 2003 11:27:55 -0700 Date: Wed, 23 Apr 2003 11:27:55 -0700 Message-Id: <200304231827.h3NIRt2G004181@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [usrquota]" X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3797 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 833 Lines: 27 http://oss.sgi.com/bugzilla/show_bug.cgi?id=236 ------- Additional Comments From jeffrey.hundstad@mnsu.edu 2003-23-04 11:27 PDT ------- I've gotten some time to try the suggestions from nathans@sgi.com. When I booted with the flags suggested in the FAQ my machine would hang on the mount step of the boot. I was able to solve this by passing more info. to the kernel during boot. This is the line I used in my lilo.conf file: append="rootflags=usrquota,grpquota ro" The "ro" bit startes the filesystem as read-only, which is expected during the standard Linux boot sequence. I'd suggest that the append line above be added to xfsprogs/doc/README.quota and placed into the FAQ quota section. Thanks! ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Wed Apr 23 17:30:43 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 17:30:56 -0700 (PDT) Received: from hotmail.com (oe46.law9.hotmail.com [64.4.8.18]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3O0UgFu012856 for ; Wed, 23 Apr 2003 17:30:42 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 23 Apr 2003 17:30:37 -0700 Received: from 80.128.32.211 by law9-oe46.adinternal.hotmail.com with DAV; Thu, 24 Apr 2003 00:30:36 +0000 X-Originating-IP: [80.128.32.211] X-Originating-Email: [k_leibrandt@hotmail.com] From: "Kai Leibrandt" To: Subject: RE: Redhat 9 - grub wont boot with XFS root fs after migration Date: Thu, 24 Apr 2003 02:30:34 +0200 Message-ID: <000801c309f8$b8706960$0500a8c0@Bilbo> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2605 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal In-Reply-To: X-OriginalArrivalTime: 24 Apr 2003 00:30:37.0309 (UTC) FILETIME=[B9F81AD0:01C309F8] X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3798 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: k_leibrandt@hotmail.com Precedence: bulk X-list: linux-xfs Content-Length: 2401 Lines: 78 Alternatively you a) disable the initrd in grub.conf if you don't need it (works for me), or b) make a new initrd using mkinitrd after booting the xfs kernel, and re-install grub, yet again :-). neither of these involve the time-consuming re-compiling of the kernel, so are a little quicker off the mark... Kai. > -----Original Message----- > From: Gareth Blades [mailto:list.xfs@webscreen-technology.com] > Sent: 23 April 2003 17:41 > To: Seth Mos; linux-xfs@oss.sgi.com > Cc: Kai Leibrandt > Subject: RE: Redhat 9 - grub wont boot with XFS root fs after > migration > > > All sorted. > > The problem was that the initrd image from the SGI XFS boot > CD was in ext2 format so it was trying to mount the root > filesystem in ext2/3 aswell. If the grub parameter was added > to specify the boot file system as XFS it tried loading the > initrd as XFS which is where the superblock errors came from. > > Can you specify a root file system type and a different > initrd file system type? > > We cured it by recompiling the kernel with all the drivers we > needed at boot time compiled in so that we didn't need to use > initrd and therefore could specify the root fs as XFS without > problems. > > > -----Original Message----- > > From: Seth Mos [mailto:knuffie@xs4all.nl] > > Sent: Wednesday, April 23, 2003 14:10 > > To: Gareth Blades; linux-xfs@oss.sgi.com > > Cc: Kai Leibrandt > > Subject: RE: Redhat 9 - grub wont boot with XFS root fs after > > migration > > > > > > At 14:04 23-4-2003 +0100, Gareth Blades wrote: > > >Yes I did install grub in (hd0) which is the MBR. I did try > > >installing it into (hd0,0) later but I have since run > xfs_repair so > > >if there were any problems it should have fixed it. > > > > Did GRUB install the bootloader in both disks in the raid 1 set? > > > > I still use lilo with my raid 1 configs and are unfamiliar > with GRUB. > > It doesn't sound like you are doing anything wrong. > > > > The difference is that with LILO you specify that > boot=/dev/md0 and it > > will then install the bootloader in the mbr of both disks. > > > > If the bootloader ends up in the wrong place you will > notice this as a > > corrupt superblock on the XFS filesystem since they both want to go > > into block 0 of the partition/drive. > > > > Cheers > > -- > > Seth > > It might just be your lucky day, if you only knew. > > > > > > > > > From owner-linux-xfs@oss.sgi.com Wed Apr 23 18:48:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 18:48:21 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3O1m5Fu014462; Wed, 23 Apr 2003 18:48:06 -0700 Received: from [10.0.0.10] (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h3O1m4cv070634; Wed, 23 Apr 2003 20:48:04 -0500 (CDT) (envelope-from cattelan@thebarn.com) Subject: Re: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 From: Russell Cattelan To: darren.miller@philips.com Cc: Gareth Blades , Xfs , linux-xfs-bounce@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1051148883.14776.3.camel@lupo.thebarn.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 23 Apr 2003 20:48:04 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3799 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 2156 Lines: 79 I put v1 of the installer iso on oss It used the updated kernel rpm's Stefan Smietanowski built. and I've backed out the umount/mount booty changes that didn't work. It may or may not help your boot problem, obviously without the hardware it will be hard to figure out the problem. On Tue, 2003-04-22 at 08:03, darren.miller@philips.com wrote: > I take it you are using a DELL PERC? which model? > > > ============================================================================== > Darren Miller > Senior Systems Support Engineer > Microsoft Certified Professional > SCO Advanced Certified Engineer > Infomation Systems Department (Core Server Support) > Philips Semiconductors,Milbrook Industrial Estate,Southampton,SO15 > 0DJ,England > Direct Dial In: (02380) 312681 > > > > > > > > > > "Gareth Blades" > Sent by: > linux-xfs-bounce@oss.sgi.com > 22/04/2003 13:09 > > > To: "Xfs" > cc: (bcc: Darren Miller/SOU/SC/PHILIPS) > Subject: Redhat 9 XFS 1.2 ISO - wont boot on Dell Poweredge 2500 > Classification: > > > > I have a Dell Poweredge 2500 server that I wish to install Redhat 9 on > with > XFS. > I have previously installed Redhat 7.3 on it using the XFS boot CD without > problems. > > The problem that I am having is that when I boot off the CD I can see the > line beginning with 'ISOLINUX' and then the screen clears and the CDROM > drive looks like it is reading lots of data. I have left this for an hour > but nothing appears on the screen. > > If I boot the XFS CD on a different machine it works. > If I boot the original Redhat 9 CD1 on the poweredge 2500 it works. > > Any idea how I can get it to work? > > I Have 3 SCSI drives (18GB) in the system and I wish to install so that > there are 3 partitions mirrored with the 3rd drive as a hot spare. > 1st partition as the main OS with 4GB > 2nd partition as a 1GB swap mirror. > 3rd partition as a 13GB mirror for data. > > Thanks > Gareth > > > > > > > > > [[HTML alternate version deleted]] -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Wed Apr 23 18:54:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 18:54:54 -0700 (PDT) Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3O1spFu014949 for ; Wed, 23 Apr 2003 18:54:51 -0700 Received: (from xfs@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3O1spuN014948 for linux-xfs@oss.sgi.com; Wed, 23 Apr 2003 18:54:51 -0700 Received: from oss.sgi.com (localhost [127.0.0.1]) by oss.sgi.com (8.12.9/8.12.9) with ESMTP id h3O1soFw014934 for ; Wed, 23 Apr 2003 18:54:50 -0700 Received: (from apache@localhost) by oss.sgi.com (8.12.9/8.12.8/Submit) id h3O1U66Q014010; Wed, 23 Apr 2003 18:30:06 -0700 Date: Wed, 23 Apr 2003 18:30:06 -0700 Message-Id: <200304240130.h3O1U66Q014010@oss.sgi.com> From: bugzilla-daemon@oss.sgi.com To: xfs-master@oss.sgi.com Subject: [Bug 224] ISO for installer redhat 8.0 problem forRH-8.0-SGI-XFS-1.2.0-v3.iso X-Bugzilla-Reason: AssignedTo X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3800 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bugzilla-daemon@oss.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 450 Lines: 18 http://oss.sgi.com/bugzilla/show_bug.cgi?id=224 cattelan@thebarn.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From owner-linux-xfs@oss.sgi.com Wed Apr 23 21:47:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 23 Apr 2003 21:47:53 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3O4lbFu016869 for ; Wed, 23 Apr 2003 21:47:39 -0700 Received: from [192.168.22.229] (HELO belkam.com) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with ESMTP id 1343475 for linux-xfs@oss.sgi.com; Thu, 24 Apr 2003 09:47:32 +0500 Message-ID: <3EA76C34.5040800@belkam.com> Date: Thu, 24 Apr 2003 09:46:44 +0500 From: Dmitry Melekhov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: xfsdump problem Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3801 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 202 Lines: 8 Hello! I just tried to copy files from one server to another using xfsdump -l 0 - /filesystem | rsh host xfsrestore- /filestsystem No errors, but I get only 59554 files from 60545 :-( Any ideas? From owner-linux-xfs@oss.sgi.com Thu Apr 24 00:10:23 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 00:10:37 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3O7AMFu026860 for ; Thu, 24 Apr 2003 00:10:23 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 2536B59D36B; Thu, 24 Apr 2003 09:10:16 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id B20153F9B; Thu, 24 Apr 2003 09:10:15 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3O6sgLH022508; Thu, 24 Apr 2003 08:54:42 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Thu, 24 Apr 2003 08:54:42 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: XFS Mailing List Subject: Re: filesystem size difference ? ;-) In-Reply-To: <001f01c309b9$d0c866a0$141ea8c0@dm> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3802 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 578 Lines: 20 On Wed, 23 Apr 2003, Dmitry Melekhov wrote: > Only question - is this difference between Suse xfs ;-) and SGI xfs or > between 2.4.19 and 2.4.20. SuSE has XFS 1.1 in SLES8. And kernel from SuSE has lot of other patches which isn't in vanilla kernel. If you think that differnce is in kernel try to boot your 2.4.20 kernel in SLES8 and repeat copying. jan -- Once there came a storm in the form of a girl It blew to pieces my snug little world Sometimes I swear I can still hear her howl Down through the wreckage and the ruins Nick Cave-Ain't Gonna Rain Anymore From owner-linux-xfs@oss.sgi.com Thu Apr 24 04:05:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 04:05:58 -0700 (PDT) Received: from umbra (203-109-153-116.static.ihug.co.nz [203.109.153.116]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OB5WFu012044 for ; Thu, 24 Apr 2003 04:05:35 -0700 Received: from tim by umbra with local (Exim 3.35 #1 (Debian)) id 198ea1-0003qq-00 for ; Thu, 24 Apr 2003 23:07:53 +1200 To: linux-xfs@oss.sgi.com Subject: Oops. Apologies to all. Message-Id: From: Tim Nicholas Date: Thu, 24 Apr 2003 23:07:53 +1200 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3803 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tim@nicholas.net.nz Precedence: bulk X-list: linux-xfs Content-Length: 821 Lines: 22 Oops. I'm VERY sorry everyone. I just did something really stupid with my mail system and ended up sending messages to everyone whos email addresses I filter in anyway. If you have received messages from tim@nicholas.net.nz with the subject 'This is a test' or from 'jillgreen' subject 'Hi' or from 'Sarah' subject 'story for the arthritis mag' then you have my whole hearted apologies. This is what I get for playing with new mail software without due care. Mail me if you want a more complete explanation of what happened. Once again, I am very sorry for the confusion/inconvenience. Yours, Tim Nicholas -- Tim Nicholas || ICQ# 15869961 Email: tim@nicholas.net.nz || Cell/SMS: +64 21 337 204 http://tim.nicholas.net.nz/ || Wellington, New Zealand From owner-linux-xfs@oss.sgi.com Thu Apr 24 04:51:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 04:51:42 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OBpOFu014992 for ; Thu, 24 Apr 2003 04:51:26 -0700 Received: from [192.168.22.229] (HELO belkam.com) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with ESMTP id 1344960 for linux-xfs@oss.sgi.com; Thu, 24 Apr 2003 16:51:17 +0500 Message-ID: <3EA7CF85.7020704@belkam.com> Date: Thu, 24 Apr 2003 16:50:29 +0500 From: Dmitry Melekhov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: latest xfsrestore and acls problem Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3804 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 387 Lines: 15 Hello! Today I installed all latest packadges (attr, acl, xfsprogs, xfsdump) with kernel 2.4.20 on SLES8. During xfsrestore it doesn't restore acls, for instance: /sbin/xfsrestore: WARNING: unable to set root extended attribute for äÏÇÏ×ÏÒÙ/òÅÅÓÔÒ ÄÏÇÏ×ÏÒÏ× ÐÏ Ó×ÑÚÉ/óËÁÎÙ ÓÞÅÔÏ×/äÏÇÏ×ÏÒÙ/óôë: Operation not supported (95) Any ideas? btw, certanly I can set acl with setfacl... From owner-linux-xfs@oss.sgi.com Thu Apr 24 04:55:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 04:55:48 -0700 (PDT) Received: from immersive20.iii.rmit.edu.au (Immersive20.iii.rmit.edu.au [131.170.185.104]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OBtXFu016398 for ; Thu, 24 Apr 2003 04:55:34 -0700 Received: by immersive20.iii.rmit.edu.au (Postfix, from userid 1000) id 406C3C000AF; Thu, 24 Apr 2003 21:55:28 +1000 (EST) Date: Thu, 24 Apr 2003 21:55:28 +1000 From: xfs-ml To: linux-xfs@oss.sgi.com Subject: XFS kernel oops in 2.4.18 with XFS Rel 1.1 - known bug? Suggested upgrade path? Dead hard disk? Message-ID: <20030424115528.GB3325@immersive20.iii.rmit.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3805 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs-ml@bachelorguy.com Precedence: bulk X-list: linux-xfs Content-Length: 2778 Lines: 58 I generally use the program "Sylpheed" for email on my linux workstation. I have emailed their mailing list and they tell me it's a problem with my kernel or XFS.. Is it XFS or my hard disk (IBM IC35L040AVER07-0)? I run a 2.4.18 kernel from kernel.org with XFS Rel 1.1 patches and NVidia binary drivers. The XFS tools I use are those provided by Debian 'sid'. Linux 2.4.18-xfs-1.1 #1 SMP Wed Jul 3 03:02:39 EST 2002 i686 unknown unknown GNU/Linux NVRM version: NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4349 Thu Mar 27 19:00:02 PST 2003 GCC version: gcc version 2.95.4 20011002 (Debian prerelease) ksymoops output --------------- Apr 24 21:16:00 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000132 Apr 24 21:16:00 localhost kernel: c01a4b24 Apr 24 21:16:00 localhost kernel: *pde = 00000000 Apr 24 21:16:00 localhost kernel: Oops: 0000 Apr 24 21:16:00 localhost kernel: CPU: 0 Apr 24 21:16:00 localhost kernel: EIP: 0010:[xfs_iget+244/320] Tainted: P Apr 24 21:16:00 localhost kernel: EFLAGS: 00010246 Apr 24 21:16:00 localhost kernel: eax: 00000000 ebx: ffffffe8 ecx: cdf74688 edx: c02a73e0 Apr 24 21:16:00 localhost kernel: esi: cdf749a4 edi: c14dfc00 ebp: 00000000 esp: c7cefe50 Apr 24 21:16:00 localhost kernel: ds: 0018 es: 0018 ss: 0018 Apr 24 21:16:00 localhost kernel: Process sylpheed (pid: 614, stackpage=c7cef000) Apr 24 21:16:00 localhost kernel: Stack: 00000006 c446c3a8 00000000 00000008 c01bab6c c14dfc00 00000000 06d8f613 Apr 24 21:16:00 localhost kernel: 00000000 00000000 c7cefee0 00000000 00000000 c446c3c0 c446c3a8 00000008 Apr 24 21:16:00 localhost kernel: c1ea0c40 00000000 00000005 c01a4ff9 c446c434 c01bf227 00000000 c446c3c0 Apr 24 21:16:00 localhost kernel: Call Trace: [xfs_dir_lookup_int+300/672] [xfs_ilock+105/112] [xfs_lookup+151/272] [linvfs_lookup+122/208] [real_lookup+122/272] Apr 24 21:16:00 localhost kernel: Code: 66 83 bb 4a 01 00 00 00 75 10 80 a3 3c 01 00 00 f7 53 e8 45 >>ecx; cdf74688 <_end+dc299d0/105133a8> >>edx; c02a73e0 >>esi; cdf749a4 <_end+dc29cec/105133a8> >>edi; c14dfc00 <_end+1194f48/105133a8> >>esp; c7cefe50 <_end+79a5198/105133a8> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 66 83 bb 4a 01 00 00 cmpw $0x0,0x14a(%ebx) Code; 00000007 Before first symbol 7: 00 Code; 00000008 Before first symbol 8: 75 10 jne 1a <_EIP+0x1a> Code; 0000000a Before first symbol a: 80 a3 3c 01 00 00 f7 andb $0xf7,0x13c(%ebx) Code; 00000011 Before first symbol 11: 53 push %ebx Code; 00000012 Before first symbol 12: e8 45 00 00 00 call 5c <_EIP+0x5c> Any ideas? From owner-linux-xfs@oss.sgi.com Thu Apr 24 05:20:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 05:20:49 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OCKVFu018304 for ; Thu, 24 Apr 2003 05:20:32 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 85D4B59D36B; Thu, 24 Apr 2003 14:20:25 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 3778F44F7; Thu, 24 Apr 2003 14:20:25 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3OC3LHn024954; Thu, 24 Apr 2003 14:03:21 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Thu, 24 Apr 2003 14:03:21 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: latest xfsrestore and acls problem In-Reply-To: <3EA7CF85.7020704@belkam.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3806 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 195 Lines: 11 On Thu, 24 Apr 2003, Dmitry Melekhov wrote: > Hello! > > Today I installed all latest packadges (attr, acl, xfsprogs, xfsdump) > with kernel 2.4.20 on SLES8. Can you tell me versions? jan From owner-linux-xfs@oss.sgi.com Thu Apr 24 06:00:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 06:01:17 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OD0XFu026080 for ; Thu, 24 Apr 2003 06:00:34 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3OD0SVV019958 for ; Thu, 24 Apr 2003 06:00:28 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3OD0Qa221210388; Thu, 24 Apr 2003 08:00:27 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 198gKw-0006q4-00; Thu, 24 Apr 2003 08:00:26 -0500 Date: Thu, 24 Apr 2003 08:00:26 -0500 From: Nathan Straz To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: xfsdump problem Message-ID: <20030424130026.GA12209@sgi.com> Mail-Followup-To: Dmitry Melekhov , linux-xfs@oss.sgi.com References: <3EA76C34.5040800@belkam.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EA76C34.5040800@belkam.com> User-Agent: Mutt/1.5.4i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3807 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 594 Lines: 15 On Thu, Apr 24, 2003 at 09:46:44AM +0500, Dmitry Melekhov wrote: > I just tried to copy files from one server to another using xfsdump -l 0 > - /filesystem | rsh host xfsrestore- /filestsystem > > No errors, but I get only 59554 files from 60545 :-( > Any ideas? What types of files are you missing? What version of xfsdump are you using? What kernel are you running? -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Thu Apr 24 06:05:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 06:05:42 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OD53Fu027857 for ; Thu, 24 Apr 2003 06:05:03 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3OD4vVV020273 for ; Thu, 24 Apr 2003 06:04:57 -0700 Received: from maine.americas.sgi.com (maine.americas.sgi.com [128.162.232.87]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3OD4va221145030; Thu, 24 Apr 2003 08:04:57 -0500 (CDT) Received: from nstraz by maine.americas.sgi.com with local (Exim 3.36 #1 (Debian)) id 198gPJ-0006vY-00; Thu, 24 Apr 2003 08:04:57 -0500 Date: Thu, 24 Apr 2003 08:04:56 -0500 From: Nathan Straz To: xfs-ml Cc: linux-xfs@oss.sgi.com Subject: Re: XFS kernel oops in 2.4.18 with XFS Rel 1.1 - known bug? Suggested upgrade path? Dead hard disk? Message-ID: <20030424130456.GB12209@sgi.com> Mail-Followup-To: xfs-ml , linux-xfs@oss.sgi.com References: <20030424115528.GB3325@immersive20.iii.rmit.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030424115528.GB3325@immersive20.iii.rmit.edu.au> User-Agent: Mutt/1.5.4i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3808 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nstraz@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 562 Lines: 16 On Thu, Apr 24, 2003 at 09:55:28PM +1000, xfs-ml wrote: > I generally use the program "Sylpheed" for email on my linux > workstation. I have emailed their mailing list and they tell me it's a > problem with my kernel or XFS.. > > Is it XFS or my hard disk (IBM IC35L040AVER07-0)? [...] > Any ideas? Could you try the XFS 1.2 release kernel? -- Nate Straz nstraz@sgi.com sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ From owner-linux-xfs@oss.sgi.com Thu Apr 24 06:08:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 06:09:05 -0700 (PDT) Received: from rems01.cluster1.charter.net (rems01.cluster1.charter.net [209.225.8.201]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OD8eFu028326 for ; Thu, 24 Apr 2003 06:08:41 -0700 Received: from [158.158.240.230] (account ) by rems01.cluster1.charter.net (CommuniGate Pro WebUser 4.0.6) with HTTP id 1891434 for ; Thu, 24 Apr 2003 09:08:35 -0400 From: "brett holcomb" Subject: Re: xfsdump problem To: linux-xfs@oss.sgi.com X-Mailer: CommuniGate Pro Web Mailer v.4.0.6 Date: Thu, 24 Apr 2003 09:08:35 -0400 Message-ID: In-Reply-To: <20030424130026.GA12209@sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3809 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: brettholcomb@charter.net Precedence: bulk X-list: linux-xfs Content-Length: 1130 Lines: 34 For information's sake I've seen this on a 2.4.20 kernel. I'll have to check the versions of xfsdump/restore. I copied from / to another partitio /mnt/Backup and found files such as vim and others were not copied. Someone suggested I check for hard links which I did and these files were not hard links. So at this point I really don't trust xfsdump/restore! If there's anything else I can check I'd be glad to do it. On Thu, 24 Apr 2003 08:00:26 -0500 Nathan Straz wrote: >On Thu, Apr 24, 2003 at 09:46:44AM +0500, Dmitry Melekhov >wrote: >> I just tried to copy files from one server to another >>using xfsdump -l 0 >> - /filesystem | rsh host xfsrestore- /filestsystem >> >> No errors, but I get only 59554 files from 60545 :-( >> Any ideas? > >What types of files are you missing? What version of >xfsdump are you >using? What kernel are you running? > >-- >Nate Straz > nstraz@sgi.com >sgi, inc > http://www.sgi.com/ >Linux Test Project > http://ltp.sf.net/ > > From owner-linux-xfs@oss.sgi.com Thu Apr 24 07:39:57 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 07:40:14 -0700 (PDT) Received: from immersive20.iii.rmit.edu.au (Immersive20.iii.rmit.edu.au [131.170.185.104]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OEdjFu031827 for ; Thu, 24 Apr 2003 07:39:47 -0700 Received: by immersive20.iii.rmit.edu.au (Postfix, from userid 1000) id F0990C000AF; Fri, 25 Apr 2003 00:07:00 +1000 (EST) Date: Fri, 25 Apr 2003 00:07:00 +1000 From: xfs-ml To: linux-xfs@oss.sgi.com Subject: Re: XFS kernel oops in 2.4.18 with XFS Rel 1.1 - known bug? Suggested upgrade path? Dead hard disk? Message-ID: <20030424140700.GC3325@immersive20.iii.rmit.edu.au> References: <20030424115528.GB3325@immersive20.iii.rmit.edu.au> <20030424130456.GB12209@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030424130456.GB12209@sgi.com> User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3810 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs-ml@bachelorguy.com Precedence: bulk X-list: linux-xfs Content-Length: 737 Lines: 25 > Could you try the XFS 1.2 release kernel? To install XFS Rel 1.2, would I be right in assuming: -Use patch files: ftp://oss.sgi.com/projects/xfs/download/Release-1.2/kernel_patches/linux-2.4.19-core-xfs-1.2.0.patch.gz ftp://oss.sgi.com/projects/xfs/download/Release-1.2/kernel_patches/linux-2.4.19-xfs-1.2.0.patch.gz -I need to use Linux Kernel 2.4.19 -Given choice of gcc 2.95.4 and gcc 3.2.3 I should use 2.95.4 -As I am using debian 'sid', to keep things debian friendly I should: -Get kernel source -Apply patch to source -make menuconfig -make-kpkg ... -dpkg -i ... Using a kernel compiled using the above steps - would I still need to consider a patch for ptrace bug? Anyone know which one to use for 2.4.19? ADFH From owner-linux-xfs@oss.sgi.com Thu Apr 24 07:56:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 07:56:47 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OEuWFu032484 for ; Thu, 24 Apr 2003 07:56:32 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3OEuQVV030745 for ; Thu, 24 Apr 2003 07:56:27 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3OEuOa221222007; Thu, 24 Apr 2003 09:56:24 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3OEuQCI8375682; Thu, 24 Apr 2003 09:56:26 -0500 (CDT) Subject: Re: XFS kernel oops in 2.4.18 with XFS Rel 1.1 - known bug? Suggested upgrade path? Dead hard disk? From: Eric Sandeen To: xfs-ml Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030424140700.GC3325@immersive20.iii.rmit.edu.au> References: <20030424115528.GB3325@immersive20.iii.rmit.edu.au> <20030424130456.GB12209@sgi.com> <20030424140700.GC3325@immersive20.iii.rmit.edu.au> Content-Type: text/plain Organization: Message-Id: <1051196016.2234.9.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 24 Apr 2003 09:53:37 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3811 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 892 Lines: 32 On Thu, 2003-04-24 at 09:07, xfs-ml wrote: > > Could you try the XFS 1.2 release kernel? > > To install XFS Rel 1.2, would I be right in assuming: > > -Use patch files: > ftp://oss.sgi.com/projects/xfs/download/Release-1.2/kernel_patches/linux-2.4.19-core-xfs-1.2.0.patch.gz > ftp://oss.sgi.com/projects/xfs/download/Release-1.2/kernel_patches/linux-2.4.19-xfs-1.2.0.patch.gz Yep > -I need to use Linux Kernel 2.4.19 Yep > -Given choice of gcc 2.95.4 and gcc 3.2.3 I should use 2.95.4 Either is probably fine. > Using a kernel compiled using the above steps - would I still need to > consider a patch for ptrace bug? Anyone know which one to use for > 2.4.19? Yes, the ptrace patch is not part of the xfs patches. not sure where the official one is. -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sandeen@sgi.com SGI, Inc. 651-683-3102 From owner-linux-xfs@oss.sgi.com Thu Apr 24 09:11:14 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 09:11:33 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OGBAFu001270 for ; Thu, 24 Apr 2003 09:11:13 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1345679; Thu, 24 Apr 2003 21:11:02 +0500 Message-ID: <000601c30a84$d820e0a0$141ea8c0@dm> From: "Dmitry Melekhov" To: "Jan Derfinak" Cc: "XFS Mailing List" References: Subject: Re: filesystem size difference ? ;-) Date: Thu, 24 Apr 2003 21:13:35 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3812 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1732 Lines: 54 ----- Original Message ----- From: "Jan Derfinak" To: "Dmitry Melekhov" Cc: "XFS Mailing List" Sent: Thursday, April 24, 2003 10:54 AM Subject: Re: filesystem size difference ? ;-) > On Wed, 23 Apr 2003, Dmitry Melekhov wrote: > > > Only question - is this difference between Suse xfs ;-) and SGI xfs or > > between 2.4.19 and 2.4.20. > > SuSE has XFS 1.1 in SLES8. And kernel from SuSE has lot of other patches > which isn't in vanilla kernel. If you think that differnce is in kernel try > to boot your 2.4.20 kernel in SLES8 and repeat copying. Thank you! Look like you are right, problem is in Suse kernel. Here is result of xfsdump -l 0 - /home/samba/common | rsh vader "/sbin/xfsrestore - /home/samba/common" on old server: [root@p100 common]# df |grep common /dev/vg02/lvcommon 9432384 8656128 776256 92% /home/samba/common on new server: vader:/home/samba/common # df |grep common /dev/vga3/lvcommon 9432384 8655244 777140 92% /home/samba/common Difference in used blocks can be easily explained- I don't know why xfs_restore can't set acls ( I wrote mail about this problem to list today), but I setted default acls on new server (vader) similar to which I have on old server (p100). Unfortunately ;-) some files have acls different from default. I'll fix this tomorrow... Certanly, I'll write to Suse mail list about this problem... btw, if have another question- is it possible to move info from one server using dd ? I want to have logic volumes with the same size... And resolving groups and users on old server is too slow :-( , so star takes several hours to copy files, xfsdump works far fatser, but it can't set acls... From owner-linux-xfs@oss.sgi.com Thu Apr 24 09:22:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 09:23:01 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OGMjFu001787 for ; Thu, 24 Apr 2003 09:22:46 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1345708; Thu, 24 Apr 2003 21:22:39 +0500 Message-ID: <002201c30a86$7781da40$141ea8c0@dm> From: "Dmitry Melekhov" To: "Nathan Straz" Cc: References: <3EA76C34.5040800@belkam.com> <20030424130026.GA12209@sgi.com> Subject: Re: xfsdump problem Date: Thu, 24 Apr 2003 21:25:12 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3813 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 741 Lines: 26 ----- Original Message ----- From: "Nathan Straz" To: "Dmitry Melekhov" Cc: Sent: Thursday, April 24, 2003 5:00 PM Subject: Re: xfsdump problem > On Thu, Apr 24, 2003 at 09:46:44AM +0500, Dmitry Melekhov wrote: > > I just tried to copy files from one server to another using xfsdump -l 0 > > - /filesystem | rsh host xfsrestore- /filestsystem > > > > No errors, but I get only 59554 files from 60545 :-( > > Any ideas? > > What types of files are you missing? What version of xfsdump are you > using? What kernel are you running? Looks like after upgrading from Suse SLES8 2.4.19 to 2.4.20 from kernel.org + latest xfs all becomes OK ( I mean files numer ;-) ). Thank you! From owner-linux-xfs@oss.sgi.com Thu Apr 24 09:24:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 09:24:20 -0700 (PDT) Received: from mail.aspec.ru (mail.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OGOFFu002214 for ; Thu, 24 Apr 2003 09:24:16 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1345714; Thu, 24 Apr 2003 21:24:09 +0500 Message-ID: <002801c30a86$ad5db1c0$141ea8c0@dm> From: "Dmitry Melekhov" To: Cc: "Jan Derfinak" Subject: Re: latest xfsrestore and acls problem Date: Thu, 24 Apr 2003 21:26:43 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" 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-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3814 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 367 Lines: 20 >On Thu, 24 Apr 2003, Dmitry Melekhov wrote: > >> Hello! >> >> Today I installed all latest packadges (attr, acl, xfsprogs, xfsdump) >> with kernel 2.4.20 on SLES8. > >Can you tell me versions? Shure! [dm@gudvin dm]$ ls acl* att* xf* dmapi* acl-2.2.4-0.src.rpm dmapi-2.0.5-0.src.rpm xfsprogs-2.3.9-0.src.rpm attr-2.2.0-0.src.rpm xfsdump-2.2.6-0.src.rpm From owner-linux-xfs@oss.sgi.com Thu Apr 24 10:10:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 10:10:38 -0700 (PDT) Received: from mailscan.binghamton.edu (mailscan.binghamton.edu [128.226.8.20]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OHAKFu003412 for ; Thu, 24 Apr 2003 10:10:21 -0700 Received: from bingnet2.cc.binghamton.edu(128.226.1.18) by mailscan.binghamton.edu via csmap id 15444; Thu, 24 Apr 2003 13:11:05 -0400 (EDT) Received: from bingsun2.cc.binghamton.edu (bf20761@bingsun2.cc.binghamton.edu [128.226.6.4]) by bingnet2.cc.binghamton.edu (8.12.9/8.12.9) with ESMTP id h3OHAELE015704 for ; Thu, 24 Apr 2003 13:10:14 -0400 (EDT) Date: Thu, 24 Apr 2003 13:10:14 -0400 (EDT) From: Zhihui Zhang X-X-Sender: bf20761@bingsun2.cc.binghamton.edu To: linux-xfs@oss.sgi.com Subject: Possible use of kgdb on XFS? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3815 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bf20761@binghamton.edu Precedence: bulk X-list: linux-xfs Content-Length: 366 Lines: 13 Hi, I know that XFS has a built-in KDB. However, KDB seems to be an assembly language debugger and I am not familar with it. Is there a XFS patch that I can use along with patches available at http://kgdb.sourceforge.net without any conflict? I have tried to apply split patches of XFS. I still got rejections when I apply the kgdb patch last. Thanks! -Zhihui From owner-linux-xfs@oss.sgi.com Thu Apr 24 10:25:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 10:25:46 -0700 (PDT) Received: from Cantor.suse.de (ns.suse.de [213.95.15.193]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OHPfFu003902 for ; Thu, 24 Apr 2003 10:25:42 -0700 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id D8A0614AE7; Thu, 24 Apr 2003 19:25:35 +0200 (MEST) Date: Thu, 24 Apr 2003 19:25:31 +0200 From: Andi Kleen To: Zhihui Zhang Cc: linux-xfs@oss.sgi.com Subject: Re: Possible use of kgdb on XFS? Message-ID: <20030424172531.GB6032@wotan.suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3816 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 643 Lines: 13 On Thu, Apr 24, 2003 at 01:10:14PM -0400, Zhihui Zhang wrote: > I know that XFS has a built-in KDB. However, KDB seems to be an assembly > language debugger and I am not familar with it. Is there a XFS patch that > I can use along with patches available at http://kgdb.sourceforge.net > without any conflict? I have tried to apply split patches of XFS. I still > got rejections when I apply the kgdb patch last. kgdb and kdb don't like each other because they hook in at the same places. best is if you get the kdb patch for the kdb version in your XFS tree and revert it first with patch -R. After that kgdb will probably apply. -Andi From owner-linux-xfs@oss.sgi.com Thu Apr 24 10:27:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 10:27:09 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OHR3Fu004249 for ; Thu, 24 Apr 2003 10:27:03 -0700 Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3OHQwVV014817 for ; Thu, 24 Apr 2003 10:26:58 -0700 Received: from sgi.com (syntegra.americas.sgi.com [128.162.232.81]) by nodin.corp.sgi.com (8.12.9/8.11.4/nodin-1.0) with ESMTP id h3OHPuPL36864157; Thu, 24 Apr 2003 10:25:57 -0700 (PDT) Message-ID: <3EA81E24.3020805@sgi.com> Date: Thu, 24 Apr 2003 12:25:56 -0500 From: Mandy Kirkconnell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dmitry Melekhov CC: linux-xfs@oss.sgi.com, Jan Derfinak Subject: Re: latest xfsrestore and acls problem References: <002801c30a86$ad5db1c0$141ea8c0@dm> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3817 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: alkirkco@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 828 Lines: 42 Dmitry Melekhov wrote: >>On Thu, 24 Apr 2003, Dmitry Melekhov wrote: >> >> >> >>>Hello! >>> >>>Today I installed all latest packadges (attr, acl, xfsprogs, xfsdump) >>>with kernel 2.4.20 on SLES8. >>> >>> >>Can you tell me versions? >> >> > >Shure! > >[dm@gudvin dm]$ ls acl* att* xf* dmapi* >acl-2.2.4-0.src.rpm dmapi-2.0.5-0.src.rpm xfsprogs-2.3.9-0.src.rpm >attr-2.2.0-0.src.rpm xfsdump-2.2.6-0.src.rpm > > > Thanks for the version info, I was able to reproduce this in our lab. The only difference is that I fail with errno 61 (ENODATA), rather than EOPNOTSUPP: xfsrestore: WARNING: unable to set root extended attribute for alkirkco/xfsdr/acl/tmpaclfile: No data available (61) Looking into the problem... -- Mandy Kirkconnell SGI, Storage Software Engineer alkirkco@sgi.com 651-683-3422 From owner-linux-xfs@oss.sgi.com Thu Apr 24 10:28:08 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 10:28:13 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OHS7Fu004780 for ; Thu, 24 Apr 2003 10:28:08 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3OHS2E0029360 for ; Thu, 24 Apr 2003 10:28:02 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3OHS1a221267622; Thu, 24 Apr 2003 12:28:01 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.232.100]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3OHS1wX51017550; Thu, 24 Apr 2003 12:28:01 -0500 (CDT) Received: by jen.americas.sgi.com (8.11.6/SGI-client-1.7) id h3OHS1503726; Thu, 24 Apr 2003 12:28:01 -0500 Subject: Re: Possible use of kgdb on XFS? From: Steve Lord To: Zhihui Zhang Cc: linux-xfs@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1051205280.2100.13.camel@jen.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 24 Apr 2003 12:28:01 -0500 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3818 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 650 Lines: 19 On Thu, 2003-04-24 at 12:10, Zhihui Zhang wrote: > Hi, > > I know that XFS has a built-in KDB. However, KDB seems to be an assembly > language debugger and I am not familar with it. Is there a XFS patch that > I can use along with patches available at http://kgdb.sourceforge.net > without any conflict? I have tried to apply split patches of XFS. I still > got rejections when I apply the kgdb patch last. If you skip the kdb patches then the kgdb patches should have more chance of applying. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email: lord@sgi.com From owner-linux-xfs@oss.sgi.com Thu Apr 24 12:27:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 12:27:35 -0700 (PDT) Received: from smtp-out1.iol.cz (smtp-out1.iol.cz [194.228.2.86]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OJRDFu012237 for ; Thu, 24 Apr 2003 12:27:14 -0700 Received: from alienAngel.upjs.sk (gprs1111.eurotel.cz [160.218.192.111]) by smtp-out1.iol.cz (Internet on Line ESMTP server) with ESMTP id 56CB8168511; Thu, 24 Apr 2003 21:27:12 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3OJBI6M028698; Thu, 24 Apr 2003 21:11:31 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Thu, 24 Apr 2003 21:11:18 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: XFS Mailing List Subject: Re: filesystem size difference ? ;-) In-Reply-To: <000601c30a84$d820e0a0$141ea8c0@dm> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3819 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 351 Lines: 16 On Thu, 24 Apr 2003, Dmitry Melekhov wrote: > Certanly, I'll write to Suse mail list about this problem... > Please do that. And add me to CC. In new Suse Linux 8.2 is kernel 2.4.20 with XFS 1.2. Can you test this one? jan -- I like work, it fascinates me. I can sit and look at it for hours. Jerome Klapka Jerome (Three men in a boat) From owner-linux-xfs@oss.sgi.com Thu Apr 24 13:08:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 13:08:21 -0700 (PDT) Received: from smtp-out1.iol.cz (smtp-out1.iol.cz [194.228.2.86]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3OK7tFu013382 for ; Thu, 24 Apr 2003 13:07:56 -0700 Received: from alienAngel.upjs.sk (gprs1111.eurotel.cz [160.218.192.111]) by smtp-out1.iol.cz (Internet on Line ESMTP server) with ESMTP id D5A2016832D; Thu, 24 Apr 2003 21:31:13 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3OJFF7s028713; Thu, 24 Apr 2003 21:15:25 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Thu, 24 Apr 2003 21:15:15 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: latest xfsrestore and acls problem In-Reply-To: <002801c30a86$ad5db1c0$141ea8c0@dm> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3820 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 792 Lines: 30 On Thu, 24 Apr 2003, Dmitry Melekhov wrote: > >On Thu, 24 Apr 2003, Dmitry Melekhov wrote: > > > >> Hello! > >> > >> Today I installed all latest packadges (attr, acl, xfsprogs, xfsdump) > >> with kernel 2.4.20 on SLES8. > > > >Can you tell me versions? > > Shure! > > [dm@gudvin dm]$ ls acl* att* xf* dmapi* > acl-2.2.4-0.src.rpm dmapi-2.0.5-0.src.rpm xfsprogs-2.3.9-0.src.rpm > attr-2.2.0-0.src.rpm xfsdump-2.2.6-0.src.rpm You writed in your other mail that you used latest XFS. How latest? If you mean latest from CVS you cannot combine it with attr 2.2.0. This confuse xfsdump/xfsrestore because there was change from xfsroot to trusted namespace. You must use attr-2.4.2 or XFS before 21 February 2003. jan -- ----- I can't get no satisfaction ----- Rolling Stones From owner-linux-xfs@oss.sgi.com Thu Apr 24 20:19:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 20:19:26 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3P3J9Fu029699 for ; Thu, 24 Apr 2003 20:19:10 -0700 Received: from [192.168.22.229] (HELO belkam.com) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with ESMTP id 1346747; Fri, 25 Apr 2003 08:19:03 +0500 Message-ID: <3EA8A8F7.1000009@belkam.com> Date: Fri, 25 Apr 2003 08:18:15 +0500 From: Dmitry Melekhov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: ru, en-us MIME-Version: 1.0 To: Jan Derfinak CC: linux-xfs@oss.sgi.com Subject: Re: latest xfsrestore and acls problem References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3821 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1000 Lines: 33 Jan Derfinak wrote: > On Thu, 24 Apr 2003, Dmitry Melekhov wrote: > > >>>On Thu, 24 Apr 2003, Dmitry Melekhov wrote: >>> >>> >>>>Hello! >>>> >>>>Today I installed all latest packadges (attr, acl, xfsprogs, xfsdump) >>>>with kernel 2.4.20 on SLES8. >>> >>>Can you tell me versions? >> >>Shure! >> >>[dm@gudvin dm]$ ls acl* att* xf* dmapi* >>acl-2.2.4-0.src.rpm dmapi-2.0.5-0.src.rpm xfsprogs-2.3.9-0.src.rpm >>attr-2.2.0-0.src.rpm xfsdump-2.2.6-0.src.rpm > > > You writed in your other mail that you used latest XFS. How latest? If you > mean latest from CVS you cannot combine it with attr 2.2.0. This confuse > xfsdump/xfsrestore because there was change from xfsroot to trusted > namespace. You must use attr-2.4.2 or XFS before 21 February 2003. I downloaded this patch: ftp://oss.sgi.com/projects/xfs/download/patches/2.4.20-2003-03-19_04%3A55_UTC/xfs-2.4.20-all-i386.bz2 And, where can I get attr-2.4.x? I see only 2.2.x in ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/SRPMS/ From owner-linux-xfs@oss.sgi.com Thu Apr 24 23:13:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 23:13:50 -0700 (PDT) Received: from mail-gw.farmexim.ro (mail-gw.farmexim.ro [217.156.6.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3P6DZFu012636 for ; Thu, 24 Apr 2003 23:13:36 -0700 Received: from 127.0.0.1 (localhost [127.0.0.1]) by email.farmexim.ro (Postfix) with SMTP id CBD7B17ACE; Fri, 25 Apr 2003 08:39:26 +0300 (EEST) Received: from localhost.localdomain (busybox.farmexim.intern [192.168.1.60]) by mail-gw.farmexim.ro (Postfix) with ESMTP id D606617AC5; Fri, 25 Apr 2003 08:39:25 +0300 (EEST) Subject: Re: XFS kernel oops in 2.4.18 with XFS Rel 1.1 - known bug? Suggested upgrade path? Dead hard disk? From: Dragos Delcea To: xfs-ml Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030424140700.GC3325@immersive20.iii.rmit.edu.au> References: <20030424115528.GB3325@immersive20.iii.rmit.edu.au> <20030424130456.GB12209@sgi.com> <20030424140700.GC3325@immersive20.iii.rmit.edu.au> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 25 Apr 2003 08:39:25 +0300 Message-Id: <1051249165.17173.12.camel@busybox> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3822 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dragos.delcea@farmexim.ro Precedence: bulk X-list: linux-xfs Content-Length: 981 Lines: 37 On Thu, 2003-04-24 at 17:07, xfs-ml wrote: > > Could you try the XFS 1.2 release kernel? > > To install XFS Rel 1.2, would I be right in assuming: > > -Use patch files: > ftp://oss.sgi.com/projects/xfs/download/Release-1.2/kernel_patches/linux-2.4.19-core-xfs-1.2.0.patch.gz > ftp://oss.sgi.com/projects/xfs/download/Release-1.2/kernel_patches/linux-2.4.19-xfs-1.2.0.patch.gz > > -I need to use Linux Kernel 2.4.19 > > -Given choice of gcc 2.95.4 and gcc 3.2.3 I should use 2.95.4 > > -As I am using debian 'sid', to keep things debian friendly I should: > -Get kernel source > -Apply patch to source > -make menuconfig > -make-kpkg ... > -dpkg -i ... > > Using a kernel compiled using the above steps - would I still need to > consider a patch for ptrace bug? Anyone know which one to use for > 2.4.19? if you get debian kernel source (kernel-source-2.4.19_2.4.19-6_all.deb), then the patch for the ptrace bug should be applied cheers, dragos > > ADFH > > > From owner-linux-xfs@oss.sgi.com Thu Apr 24 23:57:38 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 24 Apr 2003 23:57:54 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3P6vaFu013404 for ; Thu, 24 Apr 2003 23:57:38 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 1C51559D36D; Fri, 25 Apr 2003 08:57:31 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id A4ED844DF; Fri, 25 Apr 2003 08:57:30 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3P6fxlV029815; Fri, 25 Apr 2003 08:41:59 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Fri, 25 Apr 2003 08:41:59 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: latest xfsrestore and acls problem In-Reply-To: <3EA8A8F7.1000009@belkam.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3823 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 1086 Lines: 32 On Fri, 25 Apr 2003, Dmitry Melekhov wrote: > > You writed in your other mail that you used latest XFS. How latest? If you > > mean latest from CVS you cannot combine it with attr 2.2.0. This confuse > > xfsdump/xfsrestore because there was change from xfsroot to trusted > > namespace. You must use attr-2.4.2 or XFS before 21 February 2003. > > I downloaded this patch: > ftp://oss.sgi.com/projects/xfs/download/patches/2.4.20-2003-03-19_04%3A55_UTC/xfs-2.4.20-all-i386.bz2 ^^^^^^^^^^ This kernel uses trusted namespace. > > And, where can I get attr-2.4.x? > I see only 2.2.x in ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/SRPMS/ From CVS or you can download ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/src/attr-2.4.0-14.src.rpm It is "only" 2.4.0 but it contains all patches from 2.4.2. jan -- Once there came a storm in the form of a girl It blew to pieces my snug little world Sometimes I swear I can still hear her howl Down through the wreckage and the ruins Nick Cave-Ain't Gonna Rain Anymore From owner-linux-xfs@oss.sgi.com Fri Apr 25 00:29:32 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 00:29:52 -0700 (PDT) Received: from mailscan.binghamton.edu (mailscan.binghamton.edu [128.226.8.20]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3P7TRFu014130 for ; Fri, 25 Apr 2003 00:29:30 -0700 Received: from bingnet2.cc.binghamton.edu(128.226.1.18) by mailscan.binghamton.edu via csmap id 3237; Thu, 24 Apr 2003 21:33:54 -0400 (EDT) Received: from bingsun2.cc.binghamton.edu (bf20761@bingsun2.cc.binghamton.edu [128.226.6.4]) by bingnet2.cc.binghamton.edu (8.12.9/8.12.9) with ESMTP id h3P1X3LE023890; Thu, 24 Apr 2003 21:33:03 -0400 (EDT) Date: Thu, 24 Apr 2003 21:33:02 -0400 (EDT) From: Zhihui Zhang X-X-Sender: bf20761@bingsun2.cc.binghamton.edu To: linux-xfs@oss.sgi.com cc: Steve Lord , Andi Kleen Subject: Re: Possible use of kgdb on XFS? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3824 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bf20761@binghamton.edu Precedence: bulk X-list: linux-xfs Content-Length: 1056 Lines: 34 > I know that XFS has a built-in KDB. However, KDB seems to be an assembly > language debugger and I am not familar with it. Is there a XFS patch > that I can use along with patches available at > http://kgdb.sourceforge.net without any conflict? I have tried to apply > split patches of XFS. I still > got rejections when I apply the kgdb patch last. I started with linux 2.4.20 and applied the following patches: patch -p1 < ../xfs-2.4.20-split-only patch -p1 < ../xfs-2.4.20-split-quota32 patch -p1 < ../xfs-2.4.20-split-kernel Then I applied the kgdb patch for 2.4.20 found on the web: patching file include/asm-i386/ioctls.h Hunk #1 FAILED at 67. 1 out of 1 hunk FAILED -- saving rejects to file include/asm-i386/ioctls.h.rej I manually add the rejected line: + #define TIOCGDB 0x547F /* enable GDB stub mode on this tty */ Then I can comiple the kernel and use gdb on it. Only when I start gdb, I got: warning: shared libarary handler failed to enable breakpoint. Anyway, it seems working. Thanks for your suggestions! -Zhihui From owner-linux-xfs@oss.sgi.com Fri Apr 25 03:58:39 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 03:58:55 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3PAwcFu019570 for ; Fri, 25 Apr 2003 03:58:39 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3PAwXE0003727 for ; Fri, 25 Apr 2003 03:58:33 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3PAwWa221385325 for ; Fri, 25 Apr 2003 05:58:32 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.8/SGI-server-1.8) with ESMTP id h3PAwWwX22570251 for ; Fri, 25 Apr 2003 05:58:32 -0500 (CDT) From: Steve Lord Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3PAuGo02580; Fri, 25 Apr 2003 05:56:16 -0500 Message-Id: <200304251056.h3PAuGo02580@penguin.americas.sgi.com> Date: Fri, 25 Apr 2003 05:56:16 -0500 Subject: TAKE - update some debug commands To: linux-xfs@oss.sgi.com X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3825 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 849 Lines: 26 Add some new debugging commands to XFS. Allow us to list the delayed write metadata buffers, and vfs and super block basics. Also update the printing of some list pointers so we print the address of the data structure rather than the address of the list entry within it. Date: Fri Apr 25 03:58:04 PDT 2003 Workarea: penguin.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:147046a linux/fs/xfs/xfsidbg.c - 1.220 - ad pbdelay, rework pb command to dump pagebuf pointers rather than the list pointers within them when showing list information. linux/kdb/modules/kdbm_pg.c - 1.66 - add sb command for superblock, rework some list pointer printing linux/fs/xfs/pagebuf/page_buf.c - 1.115 - make pbd_delwrite_queue global for debugging From owner-linux-xfs@oss.sgi.com Fri Apr 25 09:30:15 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 09:30:59 -0700 (PDT) Received: from mail.aspec.ru (relay1.aspec.ru [217.14.198.4]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3PGU9Fu001758 for ; Fri, 25 Apr 2003 09:30:14 -0700 Received: from [192.168.30.20] (HELO dm) by mail.aspec.ru (CommuniGate Pro SMTP 4.0.3) with SMTP id 1349828; Fri, 25 Apr 2003 21:30:00 +0500 Message-ID: <000e01c30b50$a9d36ac0$141ea8c0@dm> From: "Dmitry Melekhov" To: "Jan Derfinak" Cc: References: Subject: Re: latest xfsrestore and acls problem Date: Fri, 25 Apr 2003 21:32:35 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3826 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dm@belkam.com Precedence: bulk X-list: linux-xfs Content-Length: 1781 Lines: 65 ----- Original Message ----- From: "Jan Derfinak" To: "Dmitry Melekhov" Cc: Sent: Friday, April 25, 2003 10:41 AM Subject: Re: latest xfsrestore and acls problem > On Fri, 25 Apr 2003, Dmitry Melekhov wrote: > > > > You writed in your other mail that you used latest XFS. How latest? If you > > > mean latest from CVS you cannot combine it with attr 2.2.0. This confuse > > > xfsdump/xfsrestore because there was change from xfsroot to trusted > > > namespace. You must use attr-2.4.2 or XFS before 21 February 2003. > > > > I downloaded this patch: > > ftp://oss.sgi.com/projects/xfs/download/patches/2.4.20-2003-03-19_04%3A55_UT C/xfs-2.4.20-all-i386.bz2 > ^^^^^^^^^^ > > This kernel uses trusted namespace. > I see ... > > > > And, where can I get attr-2.4.x? > > I see only 2.2.x in ftp://oss.sgi.com/projects/xfs/download/cmd_rpms/SRPMS/ > > >From CVS or you can download > ftp://ftp.suse.com/pub/suse/i386/update/8.2/rpm/src/attr-2.4.0-14.src.rpm > > It is "only" 2.4.0 but it contains all patches from 2.4.2. Thank you! I downloaded it from suse.com. Thank you, it works OK. But I found that I still have strange problem with size difference: original: /dev/vg02/lvasuconnect 355648 337184 18464 95% /home/samba/docs/asuconnect copy (xfsdump |rsh xfsrestore): /dev/vga3/lvasuconnect 355648 342636 13012 97% /home/samba/docs/asuconnect As you see, files takes more, i.e. I still have the same problem I had with 2.4.19 from SLES8 updates :-( Can this be because of new attributes format? btw, I'll boot server with Suse's 2.4.20 in Monday and inform you about results. Thank you! From owner-linux-xfs@oss.sgi.com Fri Apr 25 12:19:29 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 12:19:34 -0700 (PDT) Received: from pooh.lsc.hu (pooh.lsc.hu [195.56.172.131]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3PJJSFu004272 for ; Fri, 25 Apr 2003 12:19:28 -0700 Received: by pooh.lsc.hu (Postfix, from userid 1004) id CF33F1D493; Fri, 25 Apr 2003 21:17:05 +0200 (CEST) Date: Fri, 25 Apr 2003 21:17:05 +0200 From: GCS To: linux-xfs@oss.sgi.com Subject: hdd failure on xfs filesystem Message-ID: <20030425191705.GA5777@gcs.org.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3827 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: gcs@lsc.hu Precedence: bulk X-list: linux-xfs Content-Length: 3217 Lines: 58 Hi all! I have a laptop, which has several partitions. I have two kind of Linux installed, Debian Sarge, and UHU Linux (Hungarian one). I was apt-get update the Debian, when I got uncorrectable errors on my hdd. I could not logout even, I had to power off the machine. Next boot could not mount my root partition, as the recovery failed and I got a kernel oops. I have tried to boot UHU Linux, which is ok, and all other partitions seems to be OK. But as soon as I try to mount the partition with Debian, the system hangs because some sectors could not be read. It does not freeze, but xfs_repair gives a lot of this: dir ino 6294363 missing leaf entry for 9b1df8e9/5a1 block 4/118277 expected type unknown got data bad nlink 1 for free inode 6295024 bad mode 0100644 for free inode 6295024 block 3/39907 expected type unknown got free2 bad format 2 for inode 6295275 type 0 bad format 2 for inode 6295290 type 0 bad format 2 for inode 6295292 type 0 bad format 2 for inode 6295293 type 0 etc... Mount gives: Apr 25 19:28:52 localhost kernel: XFS mounting filesystem ide0(3,6) Apr 25 19:28:52 localhost kernel: Starting XFS recovery on filesystem: ide0(3,6) (dev: 3/6) Apr 25 19:28:52 localhost kernel: hda: irq timeout: status=0xd0 { Busy } Apr 25 19:28:52 localhost kernel: ide0: reset: success Apr 25 19:28:52 localhost kernel: hda: irq timeout: status=0xd0 { Busy } Apr 25 19:28:52 localhost kernel: ide0: reset: success Apr 25 19:28:52 localhost kernel: hda: irq timeout: status=0xd0 { Busy } Apr 25 19:28:52 localhost kernel: ide0: reset: success Apr 25 19:28:52 localhost kernel: hda: irq timeout: status=0xd0 { Busy } Apr 25 19:28:52 localhost kernel: end_request: I/O error, dev 03:06 (hda), sector 3906965 Apr 25 19:28:52 localhost kernel: hda: status error: status=0x59 { DriveReady SeekComplete DataRequest Error } Apr 25 19:28:52 localhost kernel: hda: status error: error=0x40 { UncorrectableError }, LBAsect=19522208, sector=4216 Apr 25 19:28:52 localhost kernel: end_request: I/O error, dev 03:05 (hda), sector 4216 Apr 25 19:28:52 localhost kernel: hda: drive not ready for command Apr 25 19:28:52 localhost kernel: I/O error in filesystem ("ide0(3,6)") meta-data dev 0x306 block 0x3b9d5c ("xlog_bread") error 5 buf count 32256 Apr 25 19:28:52 localhost kernel: XFS: log mount/recovery failed I can say that previously the notebook fall down from a chair in it's bag (and unpowered). Maybe that's caused the problem, maybe not. I am not sure, as I have written above, I could boot up, use the system for a while on the console, and only when apt-get update started to unpack the packages I got the error. Also, this partition is after the first third of the hdd, and why should only a middle partition be affected? The first partition was checked with badblocks, without any errors. Is there anything I can try to get back some data? Is it possible to format this partition to XFS, but now register bad blocks, and do not write to that region? Eric Sandeen wrote an email on this topic, and I think he is right, I should get a replacement drive. Unfortunately I can not do it for a while, and as other filesystems are not affected, I think I may be safe. Thanks any help in advance, GCS From owner-linux-xfs@oss.sgi.com Fri Apr 25 12:43:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 12:44:04 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3PJhTFu005003 for ; Fri, 25 Apr 2003 12:43:29 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3PJhNVV031289 for ; Fri, 25 Apr 2003 12:43:23 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3PJhLa221483101; Fri, 25 Apr 2003 14:43:21 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h3PJhLYk8415656; Fri, 25 Apr 2003 14:43:21 -0500 (CDT) Subject: Re: hdd failure on xfs filesystem From: Eric Sandeen To: GCS Cc: linux-xfs@oss.sgi.com In-Reply-To: <20030425191705.GA5777@gcs.org.hu> References: <20030425191705.GA5777@gcs.org.hu> Content-Type: text/plain Organization: Message-Id: <1051299620.28039.39.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 25 Apr 2003 14:40:21 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3828 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1950 Lines: 61 On Fri, 2003-04-25 at 14:17, GCS wrote: > Hi all! > > I have a laptop, which has several partitions. I have two kind of Linux > installed, Debian Sarge, and UHU Linux (Hungarian one). I was apt-get > update the Debian, when I got uncorrectable errors on my hdd >From this, the logs, and the "falling off a chair" story, it probably is a bad drive now (get the drive-checker program from the drive manufacturer, it can probably tell you for sure). > Also, this partition is after the first third > of the hdd, and why should only a middle partition be affected? Just lucky, I guess. :) > The > first partition was checked with badblocks, without any errors. > Is there anything I can try to get back some data? Is it possible to > format this partition to XFS, but now register bad blocks, and do not > write to that region? XFS does not handle badblock registration, for various reasons. Your best bet is to use dd to get what you can off the drive, then do xfs_repair. Of course dd will also get read errors, but it has an option, "conv=noerror" to continue reading after errors. However, you want to replace the unreadable blocks with zeros, so use "conv=noerror,sync" so, do something like this: dd if=/dev/your/partition conv=noerror,sync of=imagefile bs= Picking 512 for blocksize is safest, but will take longer, 4k will be quicker, but you'll lose a minimum of 4k of data for each bad spot on the disk that way. Now you have an imagefile of your partition, try: mount -o loop -t xfs imagefile /tmp/mountpoint If that fails in log recovery, try xfs_repair -L -f imagefile this will zero the log out, and it should be mountable. Even if it mounts without xfs_repair -L, you still may need to run xfs_repair on it, since there will be errors in it due to the bad blocks. Good luck! -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 Apr 25 14:40:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 14:40:15 -0700 (PDT) Received: from smtp-out1.iol.cz (smtp-out1.iol.cz [194.228.2.86]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3PLdnFu007521 for ; Fri, 25 Apr 2003 14:39:50 -0700 Received: from alienAngel.upjs.sk (gprs1117.eurotel.cz [160.218.192.117]) by smtp-out1.iol.cz (Internet on Line ESMTP server) with ESMTP id 401B0169B83; Fri, 25 Apr 2003 23:04:02 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3PKlqGr032543; Fri, 25 Apr 2003 22:48:02 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Fri, 25 Apr 2003 22:47:52 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Dmitry Melekhov Cc: linux-xfs@oss.sgi.com Subject: Re: latest xfsrestore and acls problem In-Reply-To: <000e01c30b50$a9d36ac0$141ea8c0@dm> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3829 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 663 Lines: 21 On Fri, 25 Apr 2003, Dmitry Melekhov wrote: > But I found that I still have strange problem with size difference: > original: > /dev/vg02/lvasuconnect > 355648 337184 18464 95% > /home/samba/docs/asuconnect > > copy (xfsdump |rsh xfsrestore): > /dev/vga3/lvasuconnect > 355648 342636 13012 97% > /home/samba/docs/asuconnect > > As you see, files takes more, i.e. I still have the same problem I had with > 2.4.19 from SLES8 updates :-( Can you diff filesystems? I guess that difference is in log size. You did lot of write operations just before comparing. But I'm not sure about this. jan From owner-linux-xfs@oss.sgi.com Fri Apr 25 21:46:27 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 21:46:44 -0700 (PDT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3Q4kPFu011870 for ; Fri, 25 Apr 2003 21:46:26 -0700 Received: from fwd10.sul.t-online.de by mailout11.sul.t-online.com with smtp id 199HZw-0002nJ-01; Sat, 26 Apr 2003 06:46:24 +0200 Received: from pD9587DC8.dip.t-dialin.net (520007210093-0001@[217.88.125.200]) by fwd10.sul.t-online.com with esmtp id 199HZh-08c0yeC; Sat, 26 Apr 2003 06:46:09 +0200 From: piechoc@t-online.de (Thomas Piechocki) Reply-To: piechoc@online.de Date: Sat, 26 Apr 2003 06:39:06 +0200 User-Agent: KMail/1.6.1-cool MIME-Version: 1.0 Content-Disposition: inline Subject: Can't mount or repair new xfs-partition after recompiling kernel To: linux-xfs@oss.sgi.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200304260639.06819.piechoc@t-online.de> X-Sender: 520007210093-0001@t-dialin.net X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3830 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: piechoc@t-online.de Precedence: bulk X-list: linux-xfs Content-Length: 3066 Lines: 74 Hello list-members, unsatisfied with the ext3 and jfs filesystems I decided to switch to xfs. I am running Debian Sid with kernel 2.4.20, so I applied the xfs-patch deb-package for this kernel, which seems to be a snapshot from 2002-12-29. All went fine and finally all harddisks and partitions with exception of /boot had been formatted with xfs. Unfortunately I applied the patch after configuring the kernel via 'make-kpkg -added-patches xfs', which seems to cause no problems with the system or xfs at all, but makes it impossible to compile other modules for this kernel later. So I had to patch a clean kernel-source before configuring and compiling the kernel again, now with new nvidia modules. There were no changes with kernel version or configuring. After rebooting the new kernel I ran into a severe problem with one xfs-formatted partition (/dev/hdh2). When the new kernel booted it couldn't mount /dev/hdh2 and showed these errors: XFS: bad magic number XFS: SB validate failed 'xfs_check /dev/hdh2' shows: xfs_check: unexpected XFS SB magic number 0x00000000 xfs_check: read failed: Invalid argument xfs_check: data size check failed xfs_check: cannot read root inode (22) xfs_check: cannot read realtime bitmap inode (22) bad superblock magic number 0, giving up 'xfs_repair -n /dev/hdh2' of xfsprogs 2.4.4-1 does shows: Phase 1 - find and verify superblock... bad primary superblock - bad magic number !!! attempting to find secondary superblock... ........................................... [...] found candidate secondary superblock... unable to verify superblock, continuing... ........................................... and so on... until it has finished its task: .......Sorry, could not find valid secondary superblock Exciting now. This happens after a clean shutdown and reboot without any crashes. All other xfs-partitions mount fine and show no errors, even the third (/dev/hda3) at hdh (the first is swap). This harddisk is connected together with three other disks to a Promise onboard raid controller (PDC20276), but all work as normal ide-drives. I am sure that this is an xfs filesystem at /dev/hdh2 and I could read and write to its files without problems before recompiling and rebooting the new kernel. Lilo stays in the MBR of the first HD (hda), so it can't not be responsible for the destruction of the XFS superblock. Changing back to the old kernel/modules didn't help, neither booting with other linux distributions (Knoppix 3.2, Mandrake 8.2). There are always the same error messages. I did a backup of the partition with dd (77.??? records in and out) and tried xfs_repair with log flushing and without -n, but with the same result. Now I have an untouched xfs-partition with a corrupted superblock and a backup image, perhaps both with all stored data, but no way to access it. Is there anybody here who can help me or give me some advices what to do next. Perhaps there is a possibility to restore the 77 GB of files and directories. Thanks in advance Thomas Piechocki From owner-linux-xfs@oss.sgi.com Fri Apr 25 23:05:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 25 Apr 2003 23:05:35 -0700 (PDT) Received: from msq.pchome.com.tw (msq.pchome.com.tw [211.20.188.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3Q65TFu013029 for ; Fri, 25 Apr 2003 23:05:31 -0700 Received: (qmail 12412 invoked by uid 10000); 26 Apr 2003 06:05:22 -0000 Message-ID: <20030426060522.12411.qmail@msq.pchome.com.tw> To: linux-xfs@oss.sgi.com From: shhueng@pchome.com.tw Date: Sat, 26 Apr 2003 14:05:22 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3831 Subject: (no subject) X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: shhueng@pchome.com.tw Precedence: bulk X-list: linux-xfs Content-Length: 577 Lines: 19 Hello, I can¡¦t install Ultra 320 control driver (AIC-7902) during installing XFS 1.1 for Redhat 7.3. But I can install ultra 320 control driver during only installing Redhat 7.3. Could you help me to solve this problem? Best regards, Shhueng ========================================================== ¾Ì¦n¤Í¦W³æ§K¶O¹C¤é¥» http://edm-prg.epaper.com.tw/click.php?ad_code=4800 ========================================================== PChomeÁʪ«¡G¥xÆW²Ä¤@ªºÁʪ«ºô¯¸¡I http://shopping.pchome.com.tw/ ========================================================== From owner-linux-xfs@oss.sgi.com Sat Apr 26 07:11:17 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 26 Apr 2003 07:11:36 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3QEBFFu019237 for ; Sat, 26 Apr 2003 07:11:17 -0700 Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 199QNW-0007sn-00 for ; Sat, 26 Apr 2003 16:10:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 199PPt-0005AU-00 for ; Sat, 26 Apr 2003 15:08:33 +0200 From: Nicholas Wourms Subject: linux-2.5-xfs tree is still messed up Date: Sat, 26 Apr 2003 09:05:09 -0400 Message-ID: <3EAA8405.80901@gentoo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3832 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dragon@gentoo.org Precedence: bulk X-list: linux-xfs Content-Length: 276 Lines: 11 Hi, A few days ago, someone reported that all the files (except xfs related ones) had been deleted in the linux-2.5-xfs tree. There was no response, so I was just wondering if anyone was going to look at it? Perhaps the scripts are acting up again? Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Sat Apr 26 07:19:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 26 Apr 2003 07:20:06 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3QEJnFu019762 for ; Sat, 26 Apr 2003 07:19:49 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3QEJhVV022809 for ; Sat, 26 Apr 2003 07:19:43 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3QEJga218931238; Sat, 26 Apr 2003 09:19:42 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h3QEJhYl8558724; Sat, 26 Apr 2003 09:19:43 -0500 (CDT) Date: Sat, 26 Apr 2003 09:16:35 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: shhueng@pchome.com.tw cc: linux-xfs@oss.sgi.com Subject: Re: (no subject) In-Reply-To: <20030426060522.12411.qmail@msq.pchome.com.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by zok.sgi.com id h3QEJhVV022809 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3QEJoFu019769 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3833 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 544 Lines: 19 Are you using a driver disk during the stock 7.3 install? if so, that driver will not load on the XFS installer, because it is a different kernel. If this is the case, making a new driver disk is possible, but difficult. -Eric On Sat, 26 Apr 2003 shhueng@pchome.com.tw wrote: > Hello, > > I can¡¦t install Ultra 320 control driver (AIC-7902) during installing XFS 1.1 for Redhat 7.3. > But I can install ultra 320 control driver during only installing Redhat 7.3. > Could you help me to solve this problem? > > Best regards, > Shhueng From owner-linux-xfs@oss.sgi.com Sat Apr 26 07:45:51 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 26 Apr 2003 07:46:06 -0700 (PDT) Received: from lips.thebarn.com (lips.borg.umn.edu [160.94.232.50]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3QEjpFu020410 for ; Sat, 26 Apr 2003 07:45:51 -0700 Received: from [10.0.0.10] (c-24-245-56-70.mn.client2.attbi.com [24.245.56.70]) by lips.thebarn.com (8.12.9/8.12.6) with ESMTP id h3QEjncv020493; Sat, 26 Apr 2003 09:45:50 -0500 (CDT) (envelope-from cattelan@thebarn.com) Subject: Re: linux-2.5-xfs tree is still messed up From: Russell Cattelan To: Nicholas Wourms Cc: linux-xfs@oss.sgi.com In-Reply-To: <3EAA8405.80901@gentoo.org> References: <3EAA8405.80901@gentoo.org> Content-Type: text/plain Organization: Message-Id: <1051368349.84512.10.camel@lupo.thebarn.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 26 Apr 2003 09:45:49 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3834 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 513 Lines: 18 On Sat, 2003-04-26 at 08:05, Nicholas Wourms wrote: > Hi, > > A few days ago, someone reported that all the files (except > xfs related ones) had been deleted in the linux-2.5-xfs > tree. There was no response, so I was just wondering if > anyone was going to look at it? Perhaps the scripts are > acting up again? We are looking into the issue but haven't come up with a resolution yet. xfs.org still has a full copy of the 2.5 tree. > > Cheers, > Nicholas -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Sat Apr 26 19:00:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sat, 26 Apr 2003 19:00:28 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3R20LFu024838 for ; Sat, 26 Apr 2003 19:00:22 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3R20GE0010743 for ; Sat, 26 Apr 2003 19:00:16 -0700 Received: from zomba.sgi.com ([198.149.18.14]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3R20Ea221625294 for ; Sat, 26 Apr 2003 21:00:14 -0500 (CDT) Received: from zomba.sgi.com (localhost.sgi.com [127.0.0.1]) by zomba.sgi.com (8.12.9/8.12.6/freebsd-sendmail_sa_mtv-1.0) with ESMTP id h3R1xvh1065437 for ; Sat, 26 Apr 2003 21:00:16 -0500 (CDT) X-Possible-Spam: the addition of this header was triggered by: laptop.americas.sgi.com.failing.dns.checks:helo Received: from laptop.americas.sgi.com (cf-vpn-sw-corp-64-66.corp.sgi.com [134.15.64.66]) by zomba.sgi.com (8.12.9/8.12.9/freebsd-nospam-3.1) with ESMTP id h3R1xDCD065381 for ; Sat, 26 Apr 2003 20:59:14 -0500 (CDT) Received: from laptop.americas.sgi.com by laptop.americas.sgi.com (8.12.8/SGI-client-1.7) via ESMTP id h3R1xKj5001274; Sat, 26 Apr 2003 20:59:20 -0500 Received: (from lord@localhost) by laptop.americas.sgi.com (8.12.8/8.12.8/Submit) id h3R1xJfU001272; Sat, 26 Apr 2003 20:59:19 -0500 X-Authentication-Warning: laptop.americas.sgi.com: lord set sender to lord@sgi.com using -f Subject: Re: linux-2.5-xfs tree is still messed up From: Steve Lord To: linux-xfs@oss.sgi.com Cc: Nicholas Wourms In-Reply-To: <1051368349.84512.10.camel@lupo.thebarn.com> References: <3EAA8405.80901@gentoo.org> <1051368349.84512.10.camel@lupo.thebarn.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 (1.0.8-10) Date: 26 Apr 2003 20:59:19 -0500 Message-Id: <1051408759.1203.4.camel@laptop.americas.sgi.com> Mime-Version: 1.0 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3835 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 816 Lines: 23 On Sat, 2003-04-26 at 09:45, Russell Cattelan wrote: > On Sat, 2003-04-26 at 08:05, Nicholas Wourms wrote: > > Hi, > > > > A few days ago, someone reported that all the files (except > > xfs related ones) had been deleted in the linux-2.5-xfs > > tree. There was no response, so I was just wondering if > > anyone was going to look at it? Perhaps the scripts are > > acting up again? > We are looking into the issue but haven't come up with a resolution yet. > > xfs.org still has a full copy of the 2.5 tree. > The XFS that is out there is not too much different than that available from kernel.org in 2.5.68. Right now the issues with oss are not actually technical, we have been asked by SGI legal to go through some export compliance procedures before hosting a copy of the 2.5 kernel there. Steve From owner-linux-xfs@oss.sgi.com Sun Apr 27 09:33:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 09:33:41 -0700 (PDT) Received: from stargate.coplanar.net (CPE0080c8c9b431-CM014280010574.cpe.net.cable.rogers.com [24.114.72.97]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3RGXNFu014545 for ; Sun, 27 Apr 2003 09:33:24 -0700 Received: from bridge ([192.168.7.126]) by stargate.coplanar.net (8.12.8/8.12.5) with SMTP id h3RGXJ7N008358; Sun, 27 Apr 2003 12:33:20 -0400 Message-ID: <006001c30cda$dade2020$7e07a8c0@bridge> From: "Jeremy Jackson" To: , References: <200304260639.06819.piechoc@t-online.de> Subject: Re: Can't mount or repair new xfs-partition after recompiling kernel Date: Sun, 27 Apr 2003 12:34:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3836 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jerj@coplanar.net Precedence: bulk X-list: linux-xfs Content-Length: 3566 Lines: 108 The kernel-patch-xfs in the Debian archive is ancient. I have a newer home brew I can post if you are interested. I don't know if that's the problem though. Regards, Jeremy ----- Original Message ----- From: "Thomas Piechocki" To: Sent: Saturday, April 26, 2003 12:39 AM Subject: Can't mount or repair new xfs-partition after recompiling kernel > Hello list-members, > unsatisfied with the ext3 and jfs filesystems I decided to switch to xfs. I am > running Debian Sid with kernel 2.4.20, so I applied the xfs-patch deb-package > for this kernel, which seems to be a snapshot from 2002-12-29. All went fine > and finally all harddisks and partitions with exception of /boot had been > formatted with xfs. > > Unfortunately I applied the patch after configuring the kernel via 'make-kpkg > -added-patches xfs', which seems to cause no problems with the system or xfs > at all, but makes it impossible to compile other modules for this kernel > later. So I had to patch a clean kernel-source before configuring and > compiling the kernel again, now with new nvidia modules. There were no > changes with kernel version or configuring. > > After rebooting the new kernel I ran into a severe problem with one > xfs-formatted partition (/dev/hdh2). When the new kernel booted it couldn't > mount /dev/hdh2 and showed these errors: > > XFS: bad magic number > XFS: SB validate failed > > 'xfs_check /dev/hdh2' shows: > > xfs_check: unexpected XFS SB magic number 0x00000000 > xfs_check: read failed: Invalid argument > xfs_check: data size check failed > xfs_check: cannot read root inode (22) > xfs_check: cannot read realtime bitmap inode (22) > bad superblock magic number 0, giving up > > > 'xfs_repair -n /dev/hdh2' of xfsprogs 2.4.4-1 does shows: > > Phase 1 - find and verify superblock... > bad primary superblock - bad magic number !!! > > attempting to find secondary superblock... > ........................................... > [...] > found candidate secondary superblock... > unable to verify superblock, continuing... > ........................................... > > and so on... > until it has finished its task: > > .......Sorry, could not find valid secondary superblock > Exciting now. > > This happens after a clean shutdown and reboot without any crashes. All other > xfs-partitions mount fine and show no errors, even the third (/dev/hda3) at > hdh (the first is swap). This harddisk is connected together with three other > disks to a Promise onboard raid controller (PDC20276), but all work as normal > ide-drives. I am sure that this is an xfs filesystem at /dev/hdh2 and I could > read and write to its files without problems before recompiling and rebooting > the new kernel. Lilo stays in the MBR of the first HD (hda), so it can't not > be responsible for the destruction of the XFS superblock. > > Changing back to the old kernel/modules didn't help, neither booting with > other linux distributions (Knoppix 3.2, Mandrake 8.2). There are always the > same error messages. > > I did a backup of the partition with dd (77.??? records in and out) and tried > xfs_repair with log flushing and without -n, but with the same result. > > Now I have an untouched xfs-partition with a corrupted superblock and a backup > image, perhaps both with all stored data, but no way to access it. Is there > anybody here who can help me or give me some advices what to do next. Perhaps > there is a possibility to restore the 77 GB of files and directories. > > Thanks in advance > Thomas Piechocki > > > From owner-linux-xfs@oss.sgi.com Sun Apr 27 09:38:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 09:39:08 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3RGcmFu014993 for ; Sun, 27 Apr 2003 09:38:49 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3RGcjrS018341 for ; Sun, 27 Apr 2003 11:38:45 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: More processes hanging in 'D' state. Date: Sun, 27 Apr 2003 11:39:12 -0500 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_weAr+98r6tJdvdi" Message-Id: <200304271139.12358.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3837 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 1922 Lines: 55 --Boundary-00=_weAr+98r6tJdvdi Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Currently, I've got a kernel compiled with the 2003-04-07 patchset (excluding the kdb-i386 patch). It's been running for two days, and just now it got two processes stuck in 'D' state. The first process was trying to rm -Rf a directory. The second process is trying to du -hs that same directory (I got impatient and suspicious when the rm -Rf sat there for an hour or so and decided to check on progress). Apparently, whatever problem is occurring, it's following a specific inode in said directory, because I can still traipse about the rest of the fs with no problems. Until today, this FS had no problems. Until two days ago, it was running the 1.0.2 release on a 2.4.18 kernel. The system itself is an EV56/PC164LX. The kernel itself, aside from the xfs patchset, has the ptrace patch applied, plus a minor patch (attached) to fix a silly little compilation bug. (Pardoning my very blunt and rather pointed question, do these patchsets even get a test compile?) Looking back over recent linux-xfs@ archives, this seems to be a recurring problem lately? -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" --Boundary-00=_weAr+98r6tJdvdi Content-Type: text/x-diff; charset="us-ascii"; name="kernel-2.4.20-1-xfs_types.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kernel-2.4.20-1-xfs_types.patch" diff -Naur linux-2.4.20/fs/xfs/xfs_types.h linux-2.4.20-1/fs/xfs/xfs_types.h --- linux-2.4.20/fs/xfs/xfs_types.h 2003-04-25 01:31:49.000000000 -0500 +++ linux-2.4.20-1/fs/xfs/xfs_types.h 2003-04-25 01:33:10.000000000 -0500 @@ -34,6 +34,8 @@ #ifdef __KERNEL__ +#include + /* * POSIX Extensions */ --Boundary-00=_weAr+98r6tJdvdi-- From owner-linux-xfs@oss.sgi.com Sun Apr 27 10:09:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 10:09:48 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3RH9SFu015618 for ; Sun, 27 Apr 2003 10:09:29 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3RH9NrS024940 for ; Sun, 27 Apr 2003 12:09:23 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. Date: Sun, 27 Apr 2003 12:09:51 -0500 User-Agent: KMail/1.5.1 References: <200304271139.12358.kelledin+XFS@skarpsey.dyndns.org> In-Reply-To: <200304271139.12358.kelledin+XFS@skarpsey.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304271209.51062.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3838 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 1034 Lines: 31 On Sunday 27 April 2003 11:39 am, Kelledin wrote: > Currently, I've got a kernel compiled with the 2003-04-07 > patchset (excluding the kdb-i386 patch). It's been running > for two days, and just now it got two processes stuck in 'D' > state. Well...@*#%. More info. I just tried going into that self-same problem directory and running "strace ls -lR" to see if I could track where it hangs...and both 'D'-state processes instantly un-hung. The strace completes without issue. This does not make me happy at all. I still know there's a bug, and I'm no closer to tracking it down than I was. Not to mention which, I've got to try to reproduce this condition all over again, just to track it down. (/me roars furious oaths in Germanic.) It's like the damn thing chose the worst possible time to be on its best behavior. Sigh. Maybe someone else can glean a clue from this strange sequence of events? -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Sun Apr 27 10:12:22 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 10:12:56 -0700 (PDT) Received: from gusi.leathercollection.ph (gusi.leathercollection.ph [202.163.192.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3RHCKFu016046 for ; Sun, 27 Apr 2003 10:12:21 -0700 Received: from localhost (localhost [127.0.0.1]) by gusi.leathercollection.ph (Postfix) with ESMTP id 671D9EB4A17 for ; Mon, 28 Apr 2003 01:12:04 +0800 (PHT) Received: from lawin.leathercollection.ph (lawin.leathercollection.ph [192.168.0.2]) by gusi.leathercollection.ph (Postfix) with ESMTP id 312EDEB4A11 for ; Mon, 28 Apr 2003 01:11:59 +0800 (PHT) Received: by lawin.leathercollection.ph (Postfix, from userid 1000) id 0135E1A4020; Mon, 28 Apr 2003 01:12:04 +0800 (PHT) Date: Mon, 28 Apr 2003 01:12:04 +0800 From: Federico Sevilla III To: Linux-XFS Mailing List Subject: Re: More processes hanging in 'D' state. Message-ID: <20030427171204.GE739@leathercollection.ph> Mail-Followup-To: Linux-XFS Mailing List References: <200304271139.12358.kelledin+XFS@skarpsey.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304271139.12358.kelledin+XFS@skarpsey.dyndns.org> X-Organization: The Leather Collection, Inc. X-Organization-URL: http://www.leathercollection.ph X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.4i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3839 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 2204 Lines: 47 On Sun, Apr 27, 2003 at 11:39:12AM -0500, Kelledin wrote: > Currently, I've got a kernel compiled with the 2003-04-07 patchset > (excluding the kdb-i386 patch). It's been running for two days, and > just now it got two processes stuck in 'D' state. I used to experience these problems quite often (eg: circa July 2002, 2.4.18-xfs), but have not experienced it at all with 2.4.20-xfs that I went back to after a couple of months using ext3. The major change in the system is the fact that I changed RAM after finding out using MemTest86 that I had a subtle problem with one of the memory modules. This may or may not be the case with you, but if you haven't yet you may want to do at least two full passes of MemTest86[1]. [1] http://www.memtest86.com BTW, right now I am using the same patchset you are using, made over kernel-source-2.4.20_2.4.20-6 from Debian, built using GCC 2.95.4 from Debian (even if gcc 3.2 is the new default in Sid because of a message[2] from Wessel Dankers to this list). [2] http://marc.free.net.ph/message/20030407.181807.bd9885f4.html > The first process was trying to rm -Rf a directory. The second > process is trying to du -hs that same directory (I got impatient and > suspicious when the rm -Rf sat there for an hour or so and decided to > check on progress). Apparently, whatever problem is occurring, it's > following a specific inode in said directory, because I can still > traipse about the rest of the fs with no problems. This reminds me of how things felt for me before. A copy of one of my posts[3] may be interesting, FWIW. While on the topic of checking your system, you may want to run a check of your hard drive to make sure your media is fine. xfs_check(8) should also help determine whether your filesystem is fine or not. [3] http://marc.free.net.ph/message/20020727.225549.c7b06f1c.html Good luck. I hope you can let the group know when you've nailed the bugger that's causing problems with you. --> Jijo -- Federico Sevilla III : http://jijo.free.net.ph : When we speak of free Network Administrator : The Leather Collection, Inc. : software we refer to GnuPG Key ID : 0x93B746BE : freedom, not price. From owner-linux-xfs@oss.sgi.com Sun Apr 27 11:30:42 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 11:30:58 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3RIUfFu017003 for ; Sun, 27 Apr 2003 11:30:42 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3RIUbrS009975 for ; Sun, 27 Apr 2003 13:30:37 -0500 From: Kelledin Subject: Re: getdents64 hangs [WAS: More processes hanging in 'D' state.] Date: Sun, 27 Apr 2003 13:31:05 -0500 User-Agent: KMail/1.5.1 To: linux-xfs@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304271331.05622.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3840 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 2386 Lines: 53 On Sunday 27 April 2003 12:12 pm, Federico Sevilla III wrote: > I used to experience these problems quite often (eg: circa > July 2002, 2.4.18-xfs), but have not experienced it at all > with 2.4.20-xfs that I went back to after a couple of months > using ext3. The major change in the system is the fact that I > changed RAM after finding out using MemTest86 that I had a > subtle problem with one of the memory modules. This may or may > not be the case with you, but if you haven't yet you may want > to do at least two full passes of MemTest86[1]. > > [1] http://www.memtest86.com Unfortunately, memtest86 only works on x86. What I have for my EV56 is the SRM-embedded memory test, which is supposedly about as good. (The box appears to pass this test.) > BTW, right now I am using the same patchset you are using, > made over kernel-source-2.4.20_2.4.20-6 from Debian, built > using GCC 2.95.4 from Debian (even if gcc 3.2 is the new > default in Sid because of a message[2] from Wessel Dankers to > this list). I hear you on that. I keep my x86 kernels compiled with gcc-2.95.3, but I'm standardizing my Alpha kernels to build with gcc-3.2.x. gcc-2.9x/alpha has bugs of its own that prevent it from building SMP-enabled Alpha kernels. :( As it is, this box didn't actually have any problems until now, and the only thing that changed was the kernel+XFS patchset. It's been a build host for some time now, doing compile jobs day-in and day-out. I could probably take the drive to another machine and run a media check on it, but the timing leads me to strongly suspect the kernel. As it is, the problem seems very reproducible. I've already hit it again under strace...it's syscall_377 that's hanging (apparently getdents64, obviously very commonly used syscall when doing directory recursion). Probably not often hit on x86, because x86 linux stuff usually uses bog-standard 32-bit getdents() instead of getdents64(). Stuff that explicitly enables large-file support would hit it. The problem isn't a full deadlock. It eventually breaks out of it (especially if I send more processes to mess with the affected directory), but it takes WAY too long to complete such a simple syscall. Something in the kernel is turning getdents64() into I/O quicksand. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Sun Apr 27 14:34:30 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 14:34:42 -0700 (PDT) Received: from tsmtp7.mail.isp (smtp.terra.es [213.4.129.129]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3RLYRFu020864 for ; Sun, 27 Apr 2003 14:34:29 -0700 Received: from teleline.es ([217.127.197.115]) by tsmtp7.mail.isp (terra.es) with ESMTP id HE0ULC00.WA7 for ; Sun, 27 Apr 2003 23:34:24 +0200 Message-ID: <3EAC4BE2.1030004@teleline.es> Date: Sun, 27 Apr 2003 23:30:10 +0200 From: Pablo User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: RedHat9 with XFS - Nvidia Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3841 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: caffone@teleline.es Precedence: bulk X-list: linux-xfs Content-Length: 119 Lines: 5 I would like to know how to compile Nvidia driver with the "RedHat 9.0 installer" version. Thanks in advance. Pablo. From owner-linux-xfs@oss.sgi.com Sun Apr 27 17:55:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 17:56:09 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3S0toFu022505 for ; Sun, 27 Apr 2003 17:55:51 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3S0tjrS028001 for ; Sun, 27 Apr 2003 19:55:45 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: getdents64 hangs [WAS: More processes hanging in 'D' state.] Date: Sun, 27 Apr 2003 19:56:15 -0500 User-Agent: KMail/1.5.1 References: <200304271331.05622.kelledin+XFS@skarpsey.dyndns.org> In-Reply-To: <200304271331.05622.kelledin+XFS@skarpsey.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304271956.15585.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3842 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 1005 Lines: 23 This getdents64 deadlock is fairly repeatable. I've gotten it to occur maybe five more times since my last message--always by initiating a rebuild on a source RPM, where the %clean scriptlet rm -Rf's five separate directory trees. Exactly which rm -Rf operation triggers the deadlock varies, and it sometimes takes more than one testcase run to trigger it. When the deadlock occurs, the only thing that appears to break it is to allocate or unlink an inode on the same filesystem as the deadlocked rm -Rf operation (this trick works every time). Once that happens, the operation continues normally, until the testcase gets run again and trips the deadlock all over. Any idea how to trace this further? I'm really not much of a kernel hacker. If I knew exactly where a getdents64() call ends up in the XFS driver, I suppose I might be able to take it a little further... -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Sun Apr 27 19:44:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 27 Apr 2003 19:45:03 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3S2ikFu023971 for ; Sun, 27 Apr 2003 19:44:47 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3S2ifE0019702 for ; Sun, 27 Apr 2003 19:44:41 -0700 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3S2iea221560211; Sun, 27 Apr 2003 21:44:40 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h3S2ieYl8687008; Sun, 27 Apr 2003 21:44:40 -0500 (CDT) Date: Sun, 27 Apr 2003 21:41:19 -0500 (CDT) From: Eric Sandeen X-X-Sender: sandeen@stout.americas.sgi.com To: Kelledin cc: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. In-Reply-To: <200304271139.12358.kelledin+XFS@skarpsey.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3843 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 912 Lines: 26 On Sun, 27 Apr 2003, Kelledin wrote: > Currently, I've got a kernel compiled with the 2003-04-07 > patchset (excluding the kdb-i386 patch). It's been running for > two days, and just now it got two processes stuck in 'D' state. > (Pardoning my > very blunt and rather pointed question, do these patchsets even > get a test compile?) If you got something from ftp://oss.sgi.com/projects/xfs/patches/weekly-snapshot-patch/, no, they're just snapshots. You pays your money (or not), you takes your chances. :) And they certainly don't get tested on alpha, we have nothing but x86 and ia64 here (and an athlon on the way....) Anyway, on to your question. I would have suggested kdb to find out where the processes were stuck, but that's not going to work for alpha. If you can think of a way to hit it on an x86 or ia64 box, kdb might help. What was the exact test (RPM build) you ran? -Eric From owner-linux-xfs@oss.sgi.com Mon Apr 28 05:26:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 05:27:09 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SCQiFu032466 for ; Mon, 28 Apr 2003 05:26:46 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3SCQarS017204; Mon, 28 Apr 2003 07:26:36 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. Date: Mon, 28 Apr 2003 07:27:09 -0500 User-Agent: KMail/1.5.1 References: In-Reply-To: Cc: Eric Sandeen MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304280727.09990.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3844 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 2245 Lines: 57 On Sunday 27 April 2003 09:41 pm, Eric Sandeen wrote: > > (Pardoning my > > very blunt and rather pointed question, do these patchsets > > even get a test compile?) > > If you got something from > ftp://oss.sgi.com/projects/xfs/patches/weekly-snapshot-patch/, > no, they're just snapshots. You pays your money (or not), you > takes your chances. :) And they certainly don't get tested > on alpha, we have nothing but x86 and ia64 here (and an athlon > on the way....) Well, what I got was the 2003-04-07 patchset, not from weekly-snapshots, but from ftp://oss.sgi.com/projects/xfs/patches/2.4.20/ . AFAICT that's the closest thing you've got to a release synced with my current kernel; the 1.2 release patchset doesn't even apply cleanly to 2.4.20. > Anyway, on to your question. I would have suggested kdb to > find out where the processes were stuck, but that's not going > to work for alpha. If you can think of a way to hit it on an > x86 or ia64 box, kdb might help. I suppose I can turn on XFS debugging next, see if that tells me anything. > What was the exact test (RPM build) you ran? [ root@eliudnir /usr/src ] # rpm --rebuild \ incept/SRPMS/i2c-2.7.0-4.src.rpm >& /var/log/rebuild.log In order for you to properly mimic the testcase, /usr needs to be a mount point for a filesystem that gets no write activity other than the RPM rebuild (this is a normal condition for an FHS-compliant /usr filesystem). As I mentioned in my last post, if the deadlock gets hit, allocating or unlinking an inode on the same fs as the deadlocked process breaks out of the deadlock. That's why the condition of the /usr filesystem must be so strict, otherwise you may never hit the deadlock for long enough to notice. The source RPM used for the testcase is here: http://skarpsey.dyndns.org/i2c-2.7.0-4.src.rpm You may have to run the rebuild two or three times to trip the deadlock. Once you do, you'll have an rm -Rf process stuck in 'D' state, and pretty much any process you send to recursively read the same directory tree (like an ls -lR or du -hs) will probably get stuck in the same deadlock. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Mon Apr 28 05:37:00 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 05:37:03 -0700 (PDT) Received: from mail.ocs.com.au (mail.ocs.com.au [203.34.97.2]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SCavFu000489 for ; Mon, 28 Apr 2003 05:36:59 -0700 Received: (qmail 32333 invoked from network); 28 Apr 2003 12:36:55 -0000 Received: from ocs3.intra.ocs.com.au (192.168.255.3) by mail.ocs.com.au with SMTP; 28 Apr 2003 12:36:55 -0000 Received: by ocs3.intra.ocs.com.au (Postfix, from userid 16331) id A0AE83000B8; Mon, 28 Apr 2003 22:36:53 +1000 (EST) Received: from ocs3.intra.ocs.com.au (localhost [127.0.0.1]) by ocs3.intra.ocs.com.au (Postfix) with ESMTP id 7BD47267 for ; Mon, 28 Apr 2003 22:36:53 +1000 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. In-reply-to: Your message of "Mon, 28 Apr 2003 07:27:09 EST." <200304280727.09990.kelledin+XFS@skarpsey.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 2003 22:36:48 +1000 Message-ID: <18352.1051533408@ocs3.intra.ocs.com.au> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3845 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 383 Lines: 10 On Mon, 28 Apr 2003 07:27:09 -0500, Kelledin wrote: >As I mentioned in my last post, >if the deadlock gets hit, allocating or unlinking an inode on >the same fs as the deadlocked process breaks out of the >deadlock. Does a sync command break out as well? IOW, do you have to change the hung filesystem or is it enough just to kick the disk? From owner-linux-xfs@oss.sgi.com Mon Apr 28 05:46:44 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 05:46:58 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SCkgFu000985 for ; Mon, 28 Apr 2003 05:46:43 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3SCkZrS021540; Mon, 28 Apr 2003 07:46:35 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. Date: Mon, 28 Apr 2003 07:47:09 -0500 User-Agent: KMail/1.5.1 References: <18352.1051533408@ocs3.intra.ocs.com.au> In-Reply-To: <18352.1051533408@ocs3.intra.ocs.com.au> Cc: Keith Owens MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304280747.09446.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3846 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 741 Lines: 22 On Monday 28 April 2003 07:36 am, Keith Owens wrote: > On Mon, 28 Apr 2003 07:27:09 -0500, > > Kelledin wrote: > >As I mentioned in my last post, > >if the deadlock gets hit, allocating or unlinking an inode on > >the same fs as the deadlocked process breaks out of the > >deadlock. > > Does a sync command break out as well? IOW, do you have to > change the hung filesystem or is it enough just to kick the > disk? Appending to a file doesn't help, nor does reading a file. I apparently have to either create or remove a file before the deadlock breaks. Haven't tried a sync though. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Mon Apr 28 08:56:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 08:56:39 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SFuMFu004921 for ; Mon, 28 Apr 2003 08:56:24 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id B49BC59D60F for ; Mon, 28 Apr 2003 17:56:16 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id 657274DA4 for ; Mon, 28 Apr 2003 17:56:16 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3SFXStn016973 for ; Mon, 28 Apr 2003 17:33:28 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Mon, 28 Apr 2003 17:33:28 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: linux-xfs@oss.sgi.com Subject: xfs_bmap is unable to handle options Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168429056-1230115355-1051544008=:13100" X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3847 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 2360 Lines: 58 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --168429056-1230115355-1051544008=:13100 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi. I found two problems in new xfs_bmap script. 1. xfs_bmap is unable to handle options: # xfs_bmap .build.log .build.log: 0: [0..311]: 644560..644871 Everything OK without options, but # xfs_bmap -l .build.log xfs_io: invalid option -- l Usage: xfs_bmap [-r] [-p prog] [-c cmd]... file 2. If you haven't xfs_io in your default path, xfs_bmap is unable to find it. I use xfs_bmap as normal user often. But I haven't /usr/sbin in my default path. Then I call xfs_bmap with full path '/usr/sbin/xfs_bmap'. The old binary worked correctly but new script doesn't. The attached patch fix these problems. Please review it and apply. jan --168429056-1230115355-1051544008=:13100 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="xfsprogs-2.4.7-bmap.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="xfsprogs-2.4.7-bmap.patch" ZGlmZiAtdU5yIHhmc3Byb2dzLTIuNC43Lm9yaWcvaW8veGZzX2JtYXAuc2gg eGZzcHJvZ3MtMi40LjcvaW8veGZzX2JtYXAuc2gNCi0tLSB4ZnNwcm9ncy0y LjQuNy5vcmlnL2lvL3hmc19ibWFwLnNoCTIwMDMtMDQtMjQgMTQ6NDg6NDEu MDAwMDAwMDAwICswMjAwDQorKysgeGZzcHJvZ3MtMi40LjcvaW8veGZzX2Jt YXAuc2gJMjAwMy0wNC0yOCAxNzozNjozNy4wMDAwMDAwMDAgKzAyMDANCkBA IC0zNCw2ICszNCw3IEBADQogT1BUUz0iIg0KIFZFUlNJT049ZmFsc2UNCiBV U0FHRT0iVXNhZ2U6IHhmc19ibWFwIFstYWRscHZWXSBbLW4gbnhdIGZpbGUu Li4iDQorRElSTkFNRT1gZGlybmFtZSAkMGANCiANCiB3aGlsZSBnZXRvcHRz ICJhZGxuOnB2ViIgYw0KIGRvDQpAQCAtNTAsMTYgKzUxLDE2IEBADQogCQk7 Ow0KIAllc2FjDQogZG9uZQ0KLSRWRVJTSU9OICYmIHhmc19pbyAtcCB4ZnNf Ym1hcCAtVg0KKyRWRVJTSU9OICYmICRESVJOQU1FL3hmc19pbyAtcCB4ZnNf Ym1hcCAtVg0KIA0KIHNldCAtLSBleHRyYSAkQA0KIHNoaWZ0ICRPUFRJTkQN CiANCiB3aGlsZSBbICIkMSIgIT0gIiIgXQ0KIGRvDQotCWV2YWwgeGZzX2lv IC1yIC1wIHhmc19ibWFwIC1jICdibWFwICRPUFRTJyAkMQ0KKwlldmFsICRE SVJOQU1FL3hmc19pbyAtciAtcCB4ZnNfYm1hcCAtYyBcImJtYXAgJE9QVFNc IiAkMQ0KIAlzdGF0dXM9JD8NCiAJWyAkc3RhdHVzIC1uZSAwIF0gJiYgZXhp dCAkc3RhdHVzDQotCXNoaWZ0ICRPUFRJTkQNCisJc2hpZnQgDQogZG9uZQ0K IGV4aXQgMA0K --168429056-1230115355-1051544008=:13100-- From owner-linux-xfs@oss.sgi.com Mon Apr 28 14:47:31 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 14:47:52 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SLlTFu009094 for ; Mon, 28 Apr 2003 14:47:30 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3SLl5E0021373 for ; Mon, 28 Apr 2003 14:47:05 -0700 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3SLl4a221780703; Mon, 28 Apr 2003 16:47:04 -0500 (CDT) Received: from [128.162.233.112] (relax.americas.sgi.com [128.162.233.112]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h3SLl3Rn54502874; Mon, 28 Apr 2003 16:47:04 -0500 (CDT) Subject: Re: [ANNOUNCE] Red Hat Linux 9 XFS DVD Released From: Russell Cattelan To: Stefan Smietanowski Cc: Mogens Kjaer , Ajay Ramaswamy , linux-xfs@oss.sgi.com In-Reply-To: <3E9AACCC.9030803@stesmi.com> References: <3E94C880.2070003@stesmi.com> <3E96BB77.5000902@crc.dk> <1050067526.7662.8.camel@swathi.krithika.net> <3E9A9DB3.2050903@crc.dk> <3E9AACCC.9030803@stesmi.com> Content-Type: text/plain Organization: Message-Id: <1051566847.38662.35.camel@relax.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 28 Apr 2003 16:54:08 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3848 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cattelan@thebarn.com Precedence: bulk X-list: linux-xfs Content-Length: 1443 Lines: 46 On Mon, 2003-04-14 at 07:42, Stefan Smietanowski wrote: > Mogens Kjaer wrote: > > Ajay Ramaswamy wrote: > > ... > > > >> If I remember right the SGI installer for 7.3 used to add a sleep(30) > >> between each of those isys.sync() calls, may be you need to patch the > >> booty source rpm and put it into the RPMS folder before you run > >> buildinstall so that the changes are pulled into the stage2.img. > > > > > > I've tried to add a couple of sleep(30)'s but it doesn't help. > > > > Also, I've tried sleep(300). > > > > I can't remount the installation partition, as it is busy. > > > > Hm... I'm out of ideas. > > > > Are the sync's ignored on the XFS partition? > > > > Mogens > > > > > > I even tried hacking the xfs driver so that it always mounts the > partitions sync but that didn't help either. > > Good to see someone tried the 'delay' way. Just sad it didn't help. > > This is probably a FAQ but does XFS only push metadata on sync or > does it ignore it altogether? It smells like a bug but... Steve has been looking at the sync stuff in XFS and has come up with some problems. One of them was when inode are marked dirty. He is still working on the final rework but I have some the initial rework into the BOOT kernel and grub will now install and correctly boot a system. Now is anybody wants to figure out why the upgrade detection doesn't work :-/ > // Stefan -- Russell Cattelan From owner-linux-xfs@oss.sgi.com Mon Apr 28 16:03:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 16:04:04 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SN3kFu010717 for ; Mon, 28 Apr 2003 16:03:47 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3SN3drS024991 for ; Mon, 28 Apr 2003 18:03:39 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. Date: Mon, 28 Apr 2003 18:04:16 -0500 User-Agent: KMail/1.5.1 References: <200304280727.09990.kelledin+XFS@skarpsey.dyndns.org> In-Reply-To: <200304280727.09990.kelledin+XFS@skarpsey.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304281804.16615.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3849 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 524 Lines: 16 On Monday 28 April 2003 07:27 am, Kelledin wrote: > I suppose I can turn on XFS debugging next, see if that tells > me anything. Well...hmmm. I turned on XFS debugging, and now the problem doesn't even occur. Nothing in the kernel logs either. So whatever's causing the problem, it gets fixed in the debug-specific codepaths. Hardly an acceptable solution, but maybe a clue as to what's going wrong? -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?" From owner-linux-xfs@oss.sgi.com Mon Apr 28 16:04:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 16:04:14 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3SN4AFu010750 for ; Mon, 28 Apr 2003 16:04:11 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3SN44VV013864 for ; Mon, 28 Apr 2003 16:04:05 -0700 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 JAA20499; Tue, 29 Apr 2003 09:02:48 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id JAA49452; Tue, 29 Apr 2003 09:02:47 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3SN0pl2000759; Tue, 29 Apr 2003 09:00:51 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3SN0oGZ000757; Tue, 29 Apr 2003 09:00:50 +1000 Date: Tue, 29 Apr 2003 09:00:50 +1000 From: Nathan Scott To: Jan Derfinak Cc: linux-xfs@oss.sgi.com Subject: Re: xfs_bmap is unable to handle options Message-ID: <20030428230050.GB654@frodo> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3850 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 241 Lines: 14 On Mon, Apr 28, 2003 at 05:33:28PM +0200, Jan Derfinak wrote: > Hi. > > I found two problems in new xfs_bmap script. > ... > The attached patch fix these problems. Please review it and apply. Looks good - thanks Jan. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Apr 28 17:26:19 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 17:26:35 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3T0QIFu012345 for ; Mon, 28 Apr 2003 17:26:19 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3T0dvVe000861 for ; Mon, 28 Apr 2003 19:39:58 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3T0Otch307290 for ; Tue, 29 Apr 2003 10:24:55 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3T0OsGA307810 for linux-xfs@oss.sgi.com; Tue, 29 Apr 2003 10:24:54 +1000 (EST) Date: Tue, 29 Apr 2003 10:24:54 +1000 (EST) From: Nathan Scott Message-Id: <200304290024.h3T0OsGA307810@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - configure scripts X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3851 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2893 Lines: 106 Bunch of configure updates for acl/attr to allow packages to better be kept in sync in this area, similar changes for the other packages will happen soon. This is a no-op functionality change, just a way for me to better keep track of differences between the individual packages. Affects configure.in - so a "make distclean" is needed. cheers. Date: Mon Apr 28 17:15:14 PDT 2003 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:147318a cmd/attr/m4/package_utilies.m4 - 1.1 - Macros which check installed/requested tools for package builds. cmd/acl/m4/package_utilies.m4 - 1.1 - Macros which check installed/requested tools for package builds. cmd/attr/m4/package_globals.m4 - 1.1 - Macros which setup global build variables for package builds. cmd/attr/m4/manual_format.m4 - 1.1 - Macro for auto-detecting manual format in use on the system. cmd/attr/m4/Makefile - 1.1 - Reworked configure.in to use local m4 macros instead of shell snippets. cmd/acl/m4/package_globals.m4 - 1.1 - Macros which setup global build variables for package builds. cmd/attr/aclocal.m4 - 1.1 - Generated m4 macros, do not edit. cmd/acl/m4/package_attrdev.m4 - 1.1 - Macros for checking aspects of the installed attr package. cmd/acl/m4/manual_format.m4 - 1.1 - Macro for auto-detecting manual format in use on the system. cmd/acl/configure.in - 1.28 - Rewrite to use local m4 macros instead of shell snippets. cmd/acl/Makepkgs - 1.8 - Really clean first before building. cmd/acl/Makefile - 1.16 - Add an aclocal.m4 build target for top level directory. cmd/acl/VERSION - 1.48 - bump version for configure changes. cmd/acl/doc/CHANGES - 1.56 - bump version for configure changes. cmd/acl/include/buildrules - 1.14 - Remove some unused macros. cmd/acl/include/builddefs.in - 1.25 - Remove some unused macros. cmd/acl/debian/changelog - 1.42 - bump version for configure changes. cmd/attr/configure.in - 1.17 - Rewrite to use local m4 macros instead of shell snippets. cmd/attr/Makepkgs - 1.7 - Really clean first before building. cmd/attr/Makefile - 1.13 - Add an aclocal.m4 build target for top level directory. cmd/attr/VERSION - 1.32 - bump version for configure changes. cmd/attr/doc/CHANGES - 1.41 - bump version for configure changes. cmd/attr/include/buildrules - 1.10 - Remove some unused macros. cmd/attr/include/builddefs.in - 1.21 - Remove some unused macros. cmd/attr/debian/changelog - 1.35 - bump version for configure changes. cmd/acl/include/buildmacros - 1.11 - Remove some unused macros. cmd/attr/include/buildmacros - 1.10 - Remove some unused macros. cmd/acl/m4/Makefile - 1.2 - Reworked configure.in to use local m4 macros instead of shell snippets. cmd/acl/aclocal.m4 - 1.2 - Generated m4 macros, do not edit. From owner-linux-xfs@oss.sgi.com Mon Apr 28 18:56:46 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 18:56:49 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3T1ujFu013926 for ; Mon, 28 Apr 2003 18:56:46 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3T2APVe002575 for ; Mon, 28 Apr 2003 21:10:26 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3T1tMch314695 for ; Tue, 29 Apr 2003 11:55:22 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3T1tMfQ307349 for linux-xfs@oss.sgi.com; Tue, 29 Apr 2003 11:55:22 +1000 (EST) Date: Tue, 29 Apr 2003 11:55:22 +1000 (EST) From: Nathan Scott Message-Id: <200304290155.h3T1tMfQ307349@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfsprogs/xfsdump includes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3853 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 6275 Lines: 188 Fix includes to not be relative to paths provided by -I directives, for the xfsprogs and xfsdump builds. At this stage still provide these gcc options in the build but later that can be removed too now that headers are clean. Date: Mon Apr 28 18:52:34 PDT 2003 Workarea: snort.melbourne.sgi.com:/home/nathans/clean-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:147333a cmd/xfsprogs/db/help.c - 1.6 cmd/xfsprogs/db/bmap.c - 1.11 cmd/xfsprogs/db/dir2sf.c - 1.6 cmd/xfsprogs/db/debug.c - 1.6 cmd/xfsprogs/db/dquot.c - 1.10 cmd/xfsprogs/db/write.c - 1.11 cmd/xfsprogs/db/flist.c - 1.7 cmd/xfsprogs/db/field.c - 1.7 cmd/xfsprogs/db/dir2.c - 1.8 cmd/xfsprogs/db/attr.c - 1.8 cmd/xfsprogs/db/addr.c - 1.6 cmd/xfsprogs/db/sb.c - 1.11 cmd/xfsprogs/db/dir.c - 1.8 cmd/xfsprogs/db/cntbt.c - 1.8 cmd/xfsprogs/db/bnobt.c - 1.8 cmd/xfsprogs/db/dbread.c - 1.8 cmd/xfsprogs/db/bmapbt.c - 1.8 cmd/xfsprogs/db/bmroot.c - 1.8 cmd/xfsprogs/db/input.c - 1.10 cmd/xfsprogs/db/inobt.c - 1.8 cmd/xfsprogs/db/attrshort.c - 1.6 cmd/xfsprogs/db/print.c - 1.8 cmd/xfsprogs/db/fprint.c - 1.9 cmd/xfsprogs/db/dirshort.c - 1.6 cmd/xfsprogs/db/inode.c - 1.9 cmd/xfsprogs/db/faddr.c - 1.9 cmd/xfsprogs/db/init.c - 1.11 cmd/xfsprogs/db/quit.c - 1.6 cmd/xfsprogs/db/bit.c - 1.9 cmd/xfsprogs/db/type.c - 1.8 cmd/xfsprogs/db/agf.c - 1.9 cmd/xfsprogs/db/frag.c - 1.12 cmd/xfsprogs/db/sig.c - 1.6 cmd/xfsprogs/db/freesp.c - 1.12 cmd/xfsprogs/db/hash.c - 1.6 cmd/xfsprogs/db/agi.c - 1.9 cmd/xfsprogs/db/command.c - 1.9 cmd/xfsprogs/db/convert.c - 1.9 cmd/xfsprogs/db/output.c - 1.6 cmd/xfsprogs/db/strvec.c - 1.6 cmd/xfsprogs/db/agfl.c - 1.9 cmd/xfsprogs/db/malloc.c - 1.7 cmd/xfsprogs/db/check.c - 1.16 cmd/xfsprogs/db/block.c - 1.8 cmd/xfsprogs/db/echo.c - 1.6 cmd/xfsprogs/db/io.c - 1.12 cmd/xfsprogs/imap/xfs_imap.c - 1.10 cmd/xfsprogs/mkfs/maxtrres.c - 1.7 cmd/xfsprogs/mkfs/fstyp.c - 1.8 cmd/xfsprogs/mkfs/proto.c - 1.11 cmd/xfsprogs/mkfs/xfs_mkfs.c - 1.43 cmd/xfsprogs/rtcp/xfs_rtcp.c - 1.13 cmd/xfsprogs/logprint/logprint.h - 1.10 cmd/xfsprogs/libdisk/pttype.c - 1.8 cmd/xfsprogs/libdisk/xvm.c - 1.8 cmd/xfsprogs/freeze/xfs_freeze.c - 1.10 cmd/xfsprogs/growfs/xfs_growfs.c - 1.19 cmd/xfsprogs/libxlog/xfs_log_recover.c - 1.21 cmd/xfsprogs/libxlog/util.c - 1.8 cmd/xfsprogs/include/Makefile - 1.18 cmd/xfsprogs/repair/bmap.c - 1.7 cmd/xfsprogs/repair/phase6.c - 1.15 cmd/xfsprogs/repair/phase7.c - 1.7 cmd/xfsprogs/repair/incore_bmc.c - 1.6 cmd/xfsprogs/repair/avl64.c - 1.10 cmd/xfsprogs/repair/dir2.c - 1.14 cmd/xfsprogs/repair/sb.c - 1.11 cmd/xfsprogs/repair/dir.c - 1.13 cmd/xfsprogs/repair/phase4.c - 1.12 cmd/xfsprogs/repair/dinode.c - 1.14 cmd/xfsprogs/repair/phase5.c - 1.8 cmd/xfsprogs/repair/agheader.c - 1.12 cmd/xfsprogs/repair/dir_stack.c - 1.8 cmd/xfsprogs/repair/init.c - 1.9 cmd/xfsprogs/repair/rt.c - 1.7 cmd/xfsprogs/repair/versions.c - 1.8 cmd/xfsprogs/repair/phase2.c - 1.10 cmd/xfsprogs/repair/globals.c - 1.6 cmd/xfsprogs/repair/phase3.c - 1.10 cmd/xfsprogs/repair/incore_ext.c - 1.7 cmd/xfsprogs/repair/phase1.c - 1.8 cmd/xfsprogs/repair/xfs_repair.c - 1.12 cmd/xfsprogs/repair/dino_chunks.c - 1.9 cmd/xfsprogs/repair/incore.c - 1.9 cmd/xfsprogs/repair/avl.c - 1.10 cmd/xfsprogs/repair/incore_ino.c - 1.10 cmd/xfsprogs/repair/scan.c - 1.9 cmd/xfsprogs/repair/attr_repair.c - 1.15 cmd/xfsprogs/repair/io.c - 1.9 cmd/xfsprogs/libhandle/handle.c - 1.14 cmd/xfsprogs/libhandle/jdm.c - 1.9 cmd/xfsprogs/libxfs/rdwr.c - 1.16 cmd/xfsprogs/libxfs/xfs.h - 1.36 cmd/xfsprogs/libxfs/init.c - 1.27 cmd/xfsprogs/mkfile/xfs_mkfile.c - 1.15 cmd/xfsdump/fsr/xfs_fsr.c - 1.15 cmd/xfsdump/copy/xfs_copy.c - 1.11 cmd/xfsdump/copy/locks.c - 1.6 cmd/xfsdump/dump/var.c - 1.8 cmd/xfsdump/dump/content.c - 1.27 cmd/xfsdump/dump/hsmapi.c - 1.7 cmd/xfsdump/dump/inomap.c - 1.18 cmd/xfsdump/restore/mmap.c - 1.5 cmd/xfsdump/restore/namreg.c - 1.7 cmd/xfsdump/restore/node.c - 1.7 cmd/xfsdump/restore/tree.c - 1.18 cmd/xfsdump/restore/bag.c - 1.5 cmd/xfsdump/restore/content.c - 1.29 cmd/xfsdump/restore/dirattr.c - 1.8 cmd/xfsdump/restore/win.c - 1.8 cmd/xfsdump/restore/inomap.c - 1.6 cmd/xfsdump/invutil/invutil.c - 1.14 cmd/xfsdump/inventory/inv_core.c - 1.6 cmd/xfsdump/inventory/testmain.c - 1.5 cmd/xfsdump/inventory/inv_oref.c - 1.6 cmd/xfsdump/inventory/inv_stobj.c - 1.10 cmd/xfsdump/inventory/inv_mgr.c - 1.8 cmd/xfsdump/inventory/inv_fstab.c - 1.6 cmd/xfsdump/inventory/inv_files.c - 1.5 cmd/xfsdump/inventory/inv_api.c - 1.10 cmd/xfsdump/inventory/inv_idx.c - 1.6 cmd/xfsdump/librmt/rmtlib.h - 1.7 cmd/xfsdump/estimate/xfs_estimate.c - 1.7 cmd/xfsdump/common/content_common.c - 1.7 cmd/xfsdump/common/stream.c - 1.10 cmd/xfsdump/common/global.c - 1.7 cmd/xfsdump/common/openutil.c - 1.7 cmd/xfsdump/common/drive.c - 1.8 cmd/xfsdump/common/fs.c - 1.8 cmd/xfsdump/common/mlog.c - 1.13 cmd/xfsdump/common/dlog.c - 1.8 cmd/xfsdump/common/ring.c - 1.5 cmd/xfsdump/common/media.c - 1.6 cmd/xfsdump/common/path.c - 1.5 cmd/xfsdump/common/arch_xlate.c - 1.9 cmd/xfsdump/common/arch_xlate.h - 1.6 cmd/xfsdump/common/drive_scsitape.c - 1.12 cmd/xfsdump/common/lock.c - 1.5 cmd/xfsdump/common/qlock.c - 1.8 cmd/xfsdump/common/util.c - 1.13 cmd/xfsdump/common/cldmgr.c - 1.10 cmd/xfsdump/common/drive_minrmt.c - 1.12 cmd/xfsdump/common/main.c - 1.25 cmd/xfsdump/common/drive_simple.c - 1.8 cmd/xfsprogs/db/text.c - 1.8 cmd/xfsdump/invutil/list.c - 1.4 cmd/xfsdump/invutil/stobj.c - 1.5 cmd/xfsdump/invutil/screen.c - 1.4 cmd/xfsdump/invutil/menu.c - 1.4 cmd/xfsdump/invutil/cmenu.c - 1.4 cmd/xfsdump/invutil/fstab.c - 1.4 cmd/xfsdump/invutil/invidx.c - 1.4 cmd/xfsprogs/libdisk/evms.c - 1.3 cmd/xfsprogs/libdisk/drivers.h - 1.4 cmd/xfsprogs/growfs/explore.c - 1.3 cmd/xfsprogs/libxfs/linux.c - 1.4 cmd/xfsprogs/mkfs/trtab.c - 1.2 cmd/xfsprogs/io/command.c - 1.3 cmd/xfsprogs/io/pread.c - 1.5 cmd/xfsprogs/io/truncate.c - 1.3 cmd/xfsprogs/io/resblks.c - 1.4 cmd/xfsprogs/io/quit.c - 1.3 cmd/xfsprogs/io/pwrite.c - 1.3 cmd/xfsprogs/io/prealloc.c - 1.4 cmd/xfsprogs/io/help.c - 1.3 cmd/xfsprogs/io/input.c - 1.4 cmd/xfsprogs/io/open.c - 1.4 cmd/xfsprogs/io/init.c - 1.4 cmd/xfsprogs/io/bmap.c - 1.4 cmd/xfsprogs/io/fsync.c - 1.3 cmd/xfsprogs/libxfs/darwin.c - 1.2 cmd/xfsprogs/libxfs/irix.c - 1.2 cmd/xfsprogs/libxfs/freebsd.c - 1.4 From owner-linux-xfs@oss.sgi.com Mon Apr 28 18:55:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 18:56:03 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3T1twFu013818 for ; Mon, 28 Apr 2003 18:55:59 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3T29cVe002533 for ; Mon, 28 Apr 2003 21:09:39 -0500 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3T1sZch309310 for ; Tue, 29 Apr 2003 11:54:35 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3T1sYA1313597 for linux-xfs@oss.sgi.com; Tue, 29 Apr 2003 11:54:34 +1000 (EST) Date: Tue, 29 Apr 2003 11:54:34 +1000 (EST) From: Nathan Scott Message-Id: <200304290154.h3T1sYA1313597@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_bmap fixes X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3852 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 295 Lines: 13 Fixes to the bmap script from Jan Derfinak. Date: Mon Apr 28 18:54:20 PDT 2003 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:147334a cmd/xfsprogs/io/xfs_bmap.sh - 1.3 From owner-linux-xfs@oss.sgi.com Mon Apr 28 19:31:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 19:31:38 -0700 (PDT) Received: from swathi.krithika.net ([202.88.158.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3T2VVFu014985 for ; Mon, 28 Apr 2003 19:31:33 -0700 Received: from localhost (localhost.krithika.net [127.0.0.1]) by swathi.krithika.net (Postfix) with ESMTP id CF67D1973BF6 for ; Tue, 29 Apr 2003 08:02:17 -0400 (EDT) Subject: XFS in 2.4.21-rc1-ac3 From: Ajay Ramaswamy To: linux-xfs@oss.sgi.com Content-Type: text/plain; charset=UTF-8 Organization: Message-Id: <1051617737.9554.3.camel@swathi.krithika.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 29 Apr 2003 08:02:17 -0400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3T2VZFu014986 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3854 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@ramaswamy.net Precedence: bulk X-list: linux-xfs Content-Length: 1075 Lines: 24 from the announcement Linux 2.4.21rc1-ac3 o Fix copy/user handling errors in mpu401, (me) mdc800, eicon, vicam | From Stanford checker o Fix an i810 error path bug that showed up (John Stultz) in new Macromedia flash player o parisc arch code resync (Joel Soete) o Merge big endian sstfb updates (Joel Soete) o Fix compile with no quota again (without a (me) typo this time) o Fix missing fc_type_trans (Andreas Haumer) o Fix DRM 4.0 build (Xosé Vázquez Pérez) o Fix SiS746 AGP merge (Volker Armin Hemmann) o Merge XFS core code (Steve Lord, Christoph Hellwig, and a load more people) o Merge current Intel ACPI | Except the mem= bits which need bootloader resyncs | This breaks ipmi but that shouldnt be too hard to clean up | and should end up a lot nicer From owner-linux-xfs@oss.sgi.com Mon Apr 28 21:18:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 28 Apr 2003 21:18:27 -0700 (PDT) Received: from localhost.localdomain (c-24-98-14-111.atl.client2.attbi.com [24.98.14.111]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3T4IAFu016109 for ; Mon, 28 Apr 2003 21:18:11 -0700 Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id h3T3aL320299; Mon, 28 Apr 2003 23:36:21 -0400 Date: Mon, 28 Apr 2003 23:36:21 -0400 From: root Message-Id: <200304290336.h3T3aL320299@localhost.localdomain> To: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-URL: http://oss.sgi.com/projects/xfs/index.html X-Mailer: Lynx, Version 2.8.4rel.1 Subject: http://oss.sgi.com/projects/xfs/index.html X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3855 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: root@localhost.localdomain.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2 Lines: 2 From owner-linux-xfs@oss.sgi.com Tue Apr 29 06:54:03 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 06:54:29 -0700 (PDT) Received: from enki.rimspace.net (m029-045.nv.iinet.net.au [203.217.29.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TDs1Fu006728 for ; Tue, 29 Apr 2003 06:54:02 -0700 Received: by enki.rimspace.net (Postfix, from userid 1000) id 539354079839; Tue, 29 Apr 2003 23:53:54 +1000 (EST) To: linux-xfs@oss.sgi.com Subject: XFS and MD devices. From: Daniel Pittman Date: Tue, 29 Apr 2003 23:53:54 +1000 Message-ID: <87sms1jtot.fsf@enki.rimspace.net> User-Agent: Gnus/5.090016 (Oort Gnus v0.16) XEmacs/21.5 (cabbage) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3856 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: daniel@rimspace.net Precedence: bulk X-list: linux-xfs Content-Length: 946 Lines: 30 I moved my system from ext3 to XFS on RAID1 tonight, which was relatively painless all things considered. There was one irritation with the XFS tools, though. Since I didn't want to toss 30GB of data over my network twice[1] I used the second disk of the pair to create a degraded mode RAID1 device. I think tried to create an XFS filesystem on it and, annoyingly, got told that my MD array was not clean. It would be *really* nice if there was some way to override this warning when I do know that the array is in degraded mode, and I really do want to do this anyway. I hacked this by making removing the exit() call in md.c in libdisk, which seemed the sensible path to me. Daniel Footnotes: [1] ...not to mention the lack of anywhere else to store it... -- > What should I look for in a good bird bath? And in response, thus spake the Oracle: } In a good bird bath? I'd expect to find birds. } In a bad bird bath, tarantulas. From owner-linux-xfs@oss.sgi.com Tue Apr 29 07:06:52 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 07:06:57 -0700 (PDT) Received: from mx-01-bsl.sauter-bc.com (mx-01-bsl.sauter-bc.com [213.173.165.132]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TE6pFu007553 for ; Tue, 29 Apr 2003 07:06:52 -0700 Received: from mailhub.ch.sauter-bc.com (mailhub [10.1.6.26]) by mx-01-bsl.sauter-bc.com (Postfix) with ESMTP id 52A6D4E25C; Tue, 29 Apr 2003 16:06:50 +0200 (CEST) Received: from ch.sauter-bc.com (sup.cad.sba [10.1.200.117]) by mailhub.ch.sauter-bc.com (Postfix) with ESMTP id 4A99332CCE; Tue, 29 Apr 2003 16:06:47 +0200 (CEST) Message-ID: <3EAE86F7.522B0FAB@ch.sauter-bc.com> Date: Tue, 29 Apr 2003 16:06:47 +0200 From: Simon Matter Organization: Sauter AG, Basel X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.2.24-6.2.3 i686) X-Accept-Language: de-CH MIME-Version: 1.0 To: Daniel Pittman Cc: linux-xfs@oss.sgi.com Subject: Re: XFS and MD devices. References: <87sms1jtot.fsf@enki.rimspace.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3857 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: simon.matter@ch.sauter-bc.com Precedence: bulk X-list: linux-xfs Content-Length: 1540 Lines: 49 Daniel Pittman schrieb: > > I moved my system from ext3 to XFS on RAID1 tonight, which was > relatively painless all things considered. There was one irritation with > the XFS tools, though. > > Since I didn't want to toss 30GB of data over my network twice[1] I used > the second disk of the pair to create a degraded mode RAID1 device. You mean you had the ext3 fs on RAID1? > > I think tried to create an XFS filesystem on it and, annoyingly, got > told that my MD array was not clean. Interesting, IIRC XFS doesn't know anything about the state of an MD device because it's one level deeper. > > It would be *really* nice if there was some way to override this warning > when I do know that the array is in degraded mode, and I really do want > to do this anyway. XFS complains if there is already another fs on the device. If you took one disk out of an ext3/RAID1 device and created a new degraded separate MD device with it, mkfs.xfs will complain because it detects the previously created ext3 filesystem which still exists on the new, degraded MD device. > > I hacked this by making removing the exit() call in md.c in libdisk, > which seemed the sensible path to me. Hm, maybe I didn't really understand what your problem was? Simon > > Daniel > > Footnotes: > [1] ...not to mention the lack of anywhere else to store it... > > -- > > What should I look for in a good bird bath? > And in response, thus spake the Oracle: > } In a good bird bath? I'd expect to find birds. > } In a bad bird bath, tarantulas. From owner-linux-xfs@oss.sgi.com Tue Apr 29 07:25:50 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 07:26:25 -0700 (PDT) Received: from jaguar.mkp.net (jaguar.mkp.net [66.11.169.42]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TEPnFu013501 for ; Tue, 29 Apr 2003 07:25:50 -0700 Received: from austin.mkp.net (rover.mkp.net [209.217.122.9]) by jaguar.mkp.net (Postfix) with ESMTP id 2A6741783C; Tue, 29 Apr 2003 10:25:48 -0400 (EDT) Received: by austin.mkp.net (Postfix, from userid 1654) id 0255B27F46; Tue, 29 Apr 2003 10:26:36 -0400 (EDT) To: Daniel Pittman Cc: linux-xfs@oss.sgi.com, Nathan Scott Subject: Re: XFS and MD devices. From: "Martin K. Petersen" Organization: mkp.net References: <87sms1jtot.fsf@enki.rimspace.net> Date: 29 Apr 2003 10:26:36 -0400 In-Reply-To: <87sms1jtot.fsf@enki.rimspace.net> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3858 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mkp@mkp.net Precedence: bulk X-list: linux-xfs Content-Length: 388 Lines: 14 >>>>> "Daniel" == Daniel Pittman writes: Daniel> I think tried to create an XFS filesystem on it and, Daniel> annoyingly, got told that my MD array was not clean. Hrm, I agree that the degraded RAID1 case is valid. As long as the array is operational, we shouldn't care. Printing the warning would suffice. Nathan? -- Martin K. Petersen http://mkp.net/ From owner-linux-xfs@oss.sgi.com Tue Apr 29 07:37:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 07:37:10 -0700 (PDT) Received: from waltsathlon.localhost.net (12-229-144-126.client.attbi.com [12.229.144.126]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TEb6Fu016324 for ; Tue, 29 Apr 2003 07:37:06 -0700 Received: from comcast.net (localhost [127.0.0.1]) by waltsathlon.localhost.net (Postfix) with ESMTP id 963A774A04; Tue, 29 Apr 2003 07:37:00 -0700 (PDT) Message-ID: <3EAE8E0C.1050405@comcast.net> Date: Tue, 29 Apr 2003 07:37:00 -0700 From: Walt H User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030419 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ajay Ramaswamy Cc: linux-xfs@oss.sgi.com Subject: Re: XFS in 2.4.21-rc1-ac3 References: <1051617737.9554.3.camel@swathi.krithika.net> In-Reply-To: <1051617737.9554.3.camel@swathi.krithika.net> X-Enigmail-Version: 0.74.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3TEb6Fu016325 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3859 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: waltabbyh@comcast.net Precedence: bulk X-list: linux-xfs Content-Length: 1297 Lines: 35 It's about time :) Now, who wants to guess how long it is before Redhat offers it as an option? Nevertheless, this is a *good* thing. -Walt Ajay Ramaswamy wrote: > from the announcement > > > Linux 2.4.21rc1-ac3 > o Fix copy/user handling errors in mpu401, (me) > mdc800, eicon, vicam > | From Stanford checker > o Fix an i810 error path bug that showed up (John Stultz) > in new Macromedia flash player > o parisc arch code resync (Joel Soete) > o Merge big endian sstfb updates (Joel Soete) > o Fix compile with no quota again (without a (me) > typo this time) > o Fix missing fc_type_trans (Andreas Haumer) > o Fix DRM 4.0 build (Xosé Vázquez Pérez) > o Fix SiS746 AGP merge (Volker Armin Hemmann) > o Merge XFS core code (Steve Lord, Christoph Hellwig, and a load > more people) > o Merge current Intel ACPI > | Except the mem= bits which need bootloader resyncs > | This breaks ipmi but that shouldnt be too hard to clean up > | and should end up a lot nicer > > > > From owner-linux-xfs@oss.sgi.com Tue Apr 29 08:08:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 08:09:10 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TF8rFu026789 for ; Tue, 29 Apr 2003 08:08:55 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19AWeC-0002Q2-00 for ; Tue, 29 Apr 2003 17:03:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19AWcK-0002Ew-00 for ; Tue, 29 Apr 2003 17:02:00 +0200 From: Nicholas Wourms Subject: Re: XFS in 2.4.21-rc1-ac3 Date: Tue, 29 Apr 2003 10:57:28 -0400 Message-ID: <3EAE92D8.9060203@gentoo.org> References: <1051617737.9554.3.camel@swathi.krithika.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3860 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dragon@gentoo.org Precedence: bulk X-list: linux-xfs Content-Length: 550 Lines: 20 Ajay Ramaswamy wrote: > from the announcement > > > Linux 2.4.21rc1-ac3 [SNIP] > o Merge XFS core code (Steve Lord, Christoph Hellwig, and a load > more people) Heh, I guess my consistant badgering got him to reconsidier his earlier assertion that XFS "touched too much core code" ;-). This is excellent news, as the archives have documented proof that Marcelo *promised* that once XFS was merged and recieved enough testing in the -ac tree, he would merge it into mainline 2.4! Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Tue Apr 29 11:43:55 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 11:44:34 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TIhrFu000459 for ; Tue, 29 Apr 2003 11:43:54 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19AT3e-0001td-00 for ; Tue, 29 Apr 2003 13:13:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: linux-xfs@oss.sgi.com Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19AT3d-0001tU-00 for ; Tue, 29 Apr 2003 13:13:57 +0200 From: Nicholas Wourms Subject: Re: XFS in 2.4.21-rc1-ac3 Date: Tue, 29 Apr 2003 07:09:43 -0400 Message-ID: <3EAE5D77.5010202@gentoo.org> References: <1051617737.9554.3.camel@swathi.krithika.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3861 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dragon@gentoo.org Precedence: bulk X-list: linux-xfs Content-Length: 552 Lines: 19 Ajay Ramaswamy wrote: > from the announcement > > > Linux 2.4.21rc1-ac3 [SNIP] > o Merge XFS core code (Steve Lord, Christoph Hellwig, and a load > more people) Heh, I guess my consistant badgering got him to reconsidier his earlier assertion that XFS "touched too much core code" ;-). This is excellent news, as the archives have documented proof that Marcelo *promised* that once XFS was merged and recieved enough testing in the -ac tree, he would merge it into mainline 2.4! Cheers, Nicholas From owner-linux-xfs@oss.sgi.com Tue Apr 29 12:16:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 12:16:42 -0700 (PDT) Received: from mail.fmonkey.net (208-41-36-214.client.dsl.net [208.41.36.214]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TJGYFu004135 for ; Tue, 29 Apr 2003 12:16:35 -0700 Received: from [209.70.107.68] (helo=fmonkey.net) by mail.fmonkey.net with asmtp (Exim 4.14) id 19Aaaa-0000hu-Ms for linux-xfs@oss.sgi.com; Tue, 29 Apr 2003 15:16:28 -0400 Message-ID: <3EAECF6C.2060605@fmonkey.net> Date: Tue, 29 Apr 2003 15:15:56 -0400 From: "Adam H. Pendleton" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: fsck.xfs not found Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3862 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: fmonkey@fmonkey.net Precedence: bulk X-list: linux-xfs Content-Length: 450 Lines: 13 I don't know if this has been covered already, but I searched the list archives and didn't find it mentioned, so.... When using the RedHat 9.0 installer with the "minimal" configuration, the xfsprogs RPM is not installed, so fsck.xfs is not installed, but it is needed on startup (not fatally, but still called when startup is checking filesystems). I am not on the list, so I won't receive any replies; I just wanted to point this out. ahp From owner-linux-xfs@oss.sgi.com Tue Apr 29 12:20:06 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 12:20:09 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TJK6Fu004563 for ; Tue, 29 Apr 2003 12:20:06 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3TJXnVe025360 for ; Tue, 29 Apr 2003 14:33:49 -0500 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3TJJxa221705845; Tue, 29 Apr 2003 14:19:59 -0500 (CDT) Received: from stout.americas.sgi.com (stout.americas.sgi.com [128.162.232.50]) by poppy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h3TJK0Yk8684822; Tue, 29 Apr 2003 14:20:00 -0500 (CDT) Subject: Re: fsck.xfs not found From: Eric Sandeen To: "Adam H. Pendleton" Cc: linux-xfs@oss.sgi.com In-Reply-To: <3EAECF6C.2060605@fmonkey.net> References: <3EAECF6C.2060605@fmonkey.net> Content-Type: text/plain Organization: Message-Id: <1051643782.24491.84.camel@stout.americas.sgi.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 29 Apr 2003 14:16:22 -0500 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3863 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 766 Lines: 24 Looks like a bug in the way we added xfs to the installer, if it gets respun perhaps we can fix it. Thanks, -Eric On Tue, 2003-04-29 at 14:15, Adam H. Pendleton wrote: > I don't know if this has been covered already, but I searched the list > archives and didn't find it mentioned, so.... > > When using the RedHat 9.0 installer with the "minimal" configuration, > the xfsprogs RPM is not installed, so fsck.xfs is not installed, but it > is needed on startup (not fatally, but still called when startup is > checking filesystems). > > I am not on the list, so I won't receive any replies; I just wanted to > point this out. > > ahp -- 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 Apr 29 13:09:49 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 13:09:53 -0700 (PDT) Received: from imf54bis.bellsouth.net (mail127.mail.bellsouth.net [205.152.58.67]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TK9mFu007794 for ; Tue, 29 Apr 2003 13:09:49 -0700 Received: from tiger2 ([66.156.3.137]) by imf54bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030429201151.CIZR25339.imf54bis.bellsouth.net@tiger2>; Tue, 29 Apr 2003 16:11:51 -0400 Date: Tue, 29 Apr 2003 16:15:42 -0400 From: Greg Freemyer Subject: re[2]: filesystem size difference ? ;-) To: Jan Derfinak , Dmitry Melekhov cc: XFS Mailing List Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030429201151.CIZR25339.imf54bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3TK9nFu007795 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3864 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 615 Lines: 27 >> On Thu, 24 Apr 2003, Dmitry Melekhov wrote: >> > Certanly, I'll write to Suse mail list about this problem... >> > >> Please do that. And add me to CC. In new Suse Linux 8.2 is kernel 2.4.20 >> with XFS 1.2. Can you test this one? >> jan Jan, You seem to be a SuSE expert. In SuSE 8.0 xfs 1.1 was experimental and did not really work very well. (i.e. xfsrestore of acls and xfs/lvm snapshots both had issues.) I think XFS 1.1 was still experimental in 8.1. Do you know if xfs 1.2 is officially supported in 8.2, or is it still experimental? Thanks Greg -- Greg Freemyer From owner-linux-xfs@oss.sgi.com Tue Apr 29 14:51:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 14:51:39 -0700 (PDT) Received: from imf56bis.bellsouth.net (mail142.mail.bellsouth.net [205.152.58.102]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TLpNFu010565 for ; Tue, 29 Apr 2003 14:51:24 -0700 Received: from tiger2 ([66.156.3.137]) by imf56bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030429215326.IETV25991.imf56bis.bellsouth.net@tiger2>; Tue, 29 Apr 2003 17:53:26 -0400 Date: Tue, 29 Apr 2003 17:57:17 -0400 From: Greg Freemyer Subject: re: Not copying all files To: , Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030429215326.IETV25991.imf56bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3TLpOFu010566 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3865 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 1046 Lines: 41 Brett, Apparently this can be caused by a buggy SuSE kernel. Is that your problem by chance? Greg -- Greg Freemyer >> I'm running an XFS system on all partitions on a Linux system. The >> partitions are on a RAID 5 array. I have a spare partition that I wanted >> to >> copy /, /usr, /home over to. I started with the /, /usr, /home partitions >> >> mounted and did >> xfsdump -J - / | xfsrestore -J - /mnt/newsystem >> where / is my root partition (the source) and /mnt/newsystem is the >> partition >> that has the filesystem I'm copying TO (the target). Both are mounted >> during >> the process. >> This copied over some files, but not all. For example, in my usr/bin >> directory on /mnt/newsystem I'm missing vim while it does exist on >> /usr/bin. >> I'm also missing some /bin commands. >> Any ideas on what's going wrong here. The messages indicate that it >> copies >> succesfully but I'm missing files. >> Thank you. >> -- >> Brett I. Holcomb >> AKA Grunt <>< From owner-linux-xfs@oss.sgi.com Tue Apr 29 15:24:40 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 15:24:56 -0700 (PDT) Received: from mailhub-4.iastate.edu (mailhub-4.iastate.edu [129.186.140.14]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TMObFu011475 for ; Tue, 29 Apr 2003 15:24:39 -0700 Received: from mailout-2.iastate.edu (mailout-2.iastate.edu [129.186.140.2]) by mailhub-4.iastate.edu (8.9.3p2/8.9.3) with SMTP id RAA26525 for ; Tue, 29 Apr 2003 17:24:27 -0500 Received: from pircsds0.agron.iastate.edu(129.186.26.63) by mailout-2.iastate.edu via csmap id 14500; Tue, 29 Apr 2003 17:29:41 -0500 (CDT) Date: Tue, 29 Apr 2003 17:24:30 -0500 (CDT) From: Daryl Herzmann X-X-Sender: akrherz@pircsds0.agron.iastate.edu To: linux-xfs@oss.sgi.com Subject: raid5: switching cache buffer size Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3866 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: akrherz@iastate.edu Precedence: bulk X-list: linux-xfs Content-Length: 1280 Lines: 39 Hiya, I started getting these messages flooding syslog after a recent upgrade to kernel-2.4.20-9SGI_XFS_1.2.0.athlon.rpm found at ftp://ftp.uninett.no/pub/Linux/RH-XFS-DVD/ Apr 29 17:15:48 zzz kernel: raid5: switching cache buffer size, 4096 --> 512 Apr 29 17:15:48 zzz kernel: raid5: switching cache buffer size, 512 --> 4096 (And occasionally this message, which seems strange...) Apr 29 17:22:15 zzz kernel: raid5: switching cache buffer size, 0 --> 4096 My system is running RH9 and I have not gotten these messages in the past. After poking around on google for a while, I figured that I would check the list out and see if anyone had ideas... # grep chunk /etc/raidtab chunk-size 128 # xfs_info /mnt/ds0 meta-data=/mnt/ds0 isize=256 agcount=201, agsize=1048576 blks data = bsize=4096 blocks=210093856, imaxpct=25 = sunit=32 swidth=224 blks, unwritten=0 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=25664 version=1 = sunit=0 blks realtime =none extsz=917504 blocks=0, rtextents=0 I will keep surfing google to figure out what I did wrong! Thanks! Daryl From owner-linux-xfs@oss.sgi.com Tue Apr 29 15:53:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 15:53:43 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3TMrYFu012378 for ; Tue, 29 Apr 2003 15:53:35 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3TN7FVe030623 for ; Tue, 29 Apr 2003 18:07:16 -0500 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 IAA03410; Wed, 30 Apr 2003 08:52:09 +1000 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id IAA52969; Wed, 30 Apr 2003 08:52:08 +1000 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) with ESMTP id h3TMo9p9000853; Wed, 30 Apr 2003 08:50:10 +1000 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.7/8.12.7/Debian-2) id h3TMo8e8000851; Wed, 30 Apr 2003 08:50:08 +1000 Date: Wed, 30 Apr 2003 08:50:08 +1000 From: Nathan Scott To: "Martin K. Petersen" Cc: Daniel Pittman , linux-xfs@oss.sgi.com Subject: Re: XFS and MD devices. Message-ID: <20030429225008.GA653@frodo> References: <87sms1jtot.fsf@enki.rimspace.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3867 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 548 Lines: 21 On Tue, Apr 29, 2003 at 10:26:36AM -0400, Martin K. Petersen wrote: > >>>>> "Daniel" == Daniel Pittman writes: > > Daniel> I think tried to create an XFS filesystem on it and, > Daniel> annoyingly, got told that my MD array was not clean. > > Hrm, I agree that the degraded RAID1 case is valid. As long as the > array is operational, we shouldn't care. Printing the warning would > suffice. > > Nathan? > This has been the behavior for a couple of weeks now (since the 2.4.6 version of xfsprogs). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Apr 29 18:25:47 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 18:25:59 -0700 (PDT) Received: from web7313.mail.kr.yahoo.com (web7313.mail.yahoo.co.kr [211.119.129.153]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U1PjFu017062 for ; Tue, 29 Apr 2003 18:25:46 -0700 Message-ID: <20030430012539.89870.qmail@web7313.mail.kr.yahoo.com> Received: from [165.213.1.1] by web7313.mail.kr.yahoo.com via HTTP; Wed, 30 Apr 2003 10:25:39 JST Date: Wed, 30 Apr 2003 10:25:39 +0900 (JST) From: =?euc-kr?q?Kwon=20SoonSon?= Subject: Re: [Evms-devel] question on some evms features To: evms-devel@lists.sourceforge.net Cc: linux-xfs@oss.sgi.com In-Reply-To: <200304290909.56179.kevcorry@us.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=euc-kr Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3868 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ksoonson@yahoo.co.kr Precedence: bulk X-list: linux-xfs Content-Length: 1164 Lines: 40 > > 3. does evms work fine with xfs? I think the > answer > > is yes but just want to get any information on > evms on > > XFS. > > There has been a report of a problem with running > XFS (in 2.4 kernels) on > RAID-1 and/or RAID-5 devices that have been > converted into EVMS volumes. The > problem stems from XFS not following some implicit > block-I/O restrictions. > Work-arounds have been added to XFS to recognize MD, > LVM1, and EVMS 1.2, but > it does not yet recognize Device-Mapper. > > If you aren't using RAID-1 or RAID-5 (or possibly > striped LVM volumes), you > shouldn't have any problems. Cc'ing xfs-devel just in case.... Then, does this mean that XFS cannot be used with RAID-1 orRAID-5 whether it is software RAID or hardware RAID? Not being able to recognize device mapper seems to be a big problem as of now because that sounds like it does not recognize LVM2 which works with device mapper. If I am wrong, please let me know.... _____________________________________________________________________ °ª½Î°í Ç°ÁúÁÁÀº ÀÎÈ­ - ¾ßÈÄ! »çÁø http://kr.photos.yahoo.com/ µ·µÇ´Â Áß°íÂ÷ ¼îÇθô - ¾ßÈÄ! ÀÚµ¿Â÷ http://autos.yahoo.co.kr/autos/ From owner-linux-xfs@oss.sgi.com Tue Apr 29 18:34:53 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 18:34:58 -0700 (PDT) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U1YrFu017617 for ; Tue, 29 Apr 2003 18:34:53 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by rj.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3U1YlE0011315 for ; Tue, 29 Apr 2003 18:34:48 -0700 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h3U1XUch411630 for ; Wed, 30 Apr 2003 11:33:30 +1000 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id h3U1XUwi410533 for linux-xfs@oss.sgi.com; Wed, 30 Apr 2003 11:33:30 +1000 (EST) Date: Wed, 30 Apr 2003 11:33:30 +1000 (EST) From: Nathan Scott Message-Id: <200304300133.h3U1XUwi410533@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - dmapi/xfsprogs configure updates X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3869 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3473 Lines: 126 Bunch of configure updates for dmapi to allow packages to better be kept in sync in this area. Date: Mon Apr 28 20:12:13 PDT 2003 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:147340a cmd/dmapi/m4/package_xfslibs.m4 - 1.1 - Macros for checking aspects of the installed xfs packages. cmd/dmapi/m4/package_utilies.m4 - 1.1 - Macros which check instaled/requested tools for package builds. cmd/dmapi/aclocal.m4 - 1.1 - Generated m4 macros, do not edit. cmd/dmapi/m4/package_globals.m4 - 1.1 - Macros which setup global build variables for package builds. cmd/dmapi/m4/manual_format.m4 - 1.1 - Macro for auto-detecting manual format in use on the system. cmd/dmapi/m4/Makefile - 1.1 - Reworked configure.in to use local m4 macros instead of shell snippets. cmd/dmapi/configure.in - 1.20 - Rewrite to use local m4 macros instead of shell snippets. cmd/dmapi/Makefile - 1.9 - Add an aclocal.m4 build target for top level directory. cmd/dmapi/VERSION - 1.17 - bump version for configure changes. cmd/dmapi/doc/CHANGES - 1.16 - bump version for configure changes. cmd/dmapi/build/rpm/Makefile - 1.12 - Sync build Makefiles with other packages, minor. cmd/dmapi/build/tar/Makefile - 1.7 - Sync build Makefiles with other packages, minor. cmd/dmapi/include/buildrules - 1.11 - Remove some unused macros. cmd/dmapi/include/builddefs.in - 1.21 - Remove some unused macros. cmd/dmapi/debian/changelog - 1.17 - bump version for configure changes. cmd/dmapi/include/buildmacros - 1.10 - Remove some unused macros. Bunch of configure updates for xfsprogs to allow packages to better be kept in sync in this area. Date: Tue Apr 29 18:31:48 PDT 2003 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:147458a cmd/xfsprogs/m4/package_uuiddev.m4 - 1.1 - Macros for checking aspects of the installed UUID packages. cmd/xfsprogs/m4/package_utilies.m4 - 1.1 - Macros which check instaled/requested tools for package builds. cmd/xfsprogs/aclocal.m4 - 1.1 - Generated m4 macros, do not edit. cmd/xfsprogs/m4/package_types.m4 - 1.1 - Macro for auto-detecting available types on the system. cmd/xfsprogs/m4/package_globals.m4 - 1.1 - Macros which setup global build variables for package builds. cmd/xfsprogs/m4/manual_format.m4 - 1.1 - Macro for auto-detecting manual format in use on the system. cmd/xfsprogs/m4/Makefile - 1.1 - Reworked configure.in to use local m4 macros instead of shell snippets. cmd/xfsprogs/configure.in - 1.26 - Rewrite to use local m4 macros instead of shell snippets. cmd/xfsprogs/Makefile - 1.19 - Add an aclocal.m4 build target for top level directory. cmd/xfsprogs/VERSION - 1.75 - bump version for configure changes. cmd/xfsprogs/doc/CHANGES - 1.103 - bump version for configure changes. cmd/xfsprogs/build/rpm/Makefile - 1.13 - Sync build Makefiles with other packages, minor. cmd/xfsprogs/build/tar/Makefile - 1.8 - Sync build Makefiles with other packages, minor. cmd/xfsprogs/include/buildrules - 1.12 - Remove some unused macros. cmd/xfsprogs/include/builddefs.in - 1.33 - Remove some unused macros. cmd/xfsprogs/debian/changelog - 1.67 - bump version for configure changes. cmd/xfsprogs/include/buildmacros - 1.11 - Remove some unused macros. From owner-linux-xfs@oss.sgi.com Tue Apr 29 20:14:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 20:14:31 -0700 (PDT) Received: from enki.rimspace.net (130.146.174.203.mel.ntt.net.au [203.174.146.130] (may be forged)) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U3ENFu019482 for ; Tue, 29 Apr 2003 20:14:24 -0700 Received: by enki.rimspace.net (Postfix, from userid 1000) id 446FC407A235; Wed, 30 Apr 2003 13:14:22 +1000 (EST) To: Nathan Scott Cc: "Martin K. Petersen" , linux-xfs@oss.sgi.com Subject: Re: XFS and MD devices. In-Reply-To: <20030429225008.GA653@frodo> (Nathan Scott's message of "Wed, 30 Apr 2003 08:50:08 +1000") References: <87sms1jtot.fsf@enki.rimspace.net> <20030429225008.GA653@frodo> From: Daniel Pittman Date: Wed, 30 Apr 2003 13:14:22 +1000 Message-ID: <87fzo0ptgx.fsf@enki.rimspace.net> User-Agent: Gnus/5.090016 (Oort Gnus v0.16) XEmacs/21.5 (cabbage) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3870 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: daniel@rimspace.net Precedence: bulk X-list: linux-xfs Content-Length: 840 Lines: 27 On Wed, 30 Apr 2003, Nathan Scott wrote: > On Tue, Apr 29, 2003 at 10:26:36AM -0400, Martin K. Petersen wrote: >> >>>>> "Daniel" == Daniel Pittman writes: >> >> Daniel> I think tried to create an XFS filesystem on it and, >> Daniel> annoyingly, got told that my MD array was not clean. >> >> Hrm, I agree that the degraded RAID1 case is valid. As long as the >> array is operational, we shouldn't care. Printing the warning would >> suffice. >> >> Nathan? > > This has been the behavior for a couple of weeks now (since the > 2.4.6 version of xfsprogs). Thanks. I note I didn't mention that this was the Debian 2.4.4 package. Anyway, it's good to know that other people will not have the same problem I did. Daniel -- I wish I had boobs. Not enough to buy them, though. -- Lara Flynn Boyle From owner-linux-xfs@oss.sgi.com Tue Apr 29 20:38:33 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 20:38:37 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U3cWFu023124 for ; Tue, 29 Apr 2003 20:38:33 -0700 Received: from [192.168.10.75] (c-24-98-62-33.atl.client2.attbi.com[24.98.62.33]) by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP id <2003043003382705300f709ae>; Wed, 30 Apr 2003 03:38:27 +0000 Subject: Re: raid5: switching cache buffer size From: Danny Cox To: XFS Mailing List In-Reply-To: References: Content-Type: text/plain Organization: No Organization at ALL Message-Id: <1051673906.6802.18.camel@pip> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 29 Apr 2003 23:38:26 -0400 Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3871 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: danscox@mindspring.com Precedence: bulk X-list: linux-xfs Content-Length: 1357 Lines: 34 Daryl, On Tue, 2003-04-29 at 18:24, Daryl Herzmann wrote: > Apr 29 17:15:48 zzz kernel: raid5: switching cache buffer size, 4096 > --> 512 > Apr 29 17:15:48 zzz kernel: raid5: switching cache buffer size, 512 > --> 4096 This happens when using the version 1 log. Steve worked this out awhile back, introducing version 2 logging. This helps a great deal. The technical overview is this: XFS writes FS data in 4096 byte blocks, but the log is written in 512 byte blocks (at least for version 1). The design of the RAID 5 driver means that while it's humming along dealing with 4K blocks and gets a request to handle a 512 byte block, it must flush it's stripe cache of the 4K buffers, and allocate them for 512 byte buffers, and then switch back again. It's harmless, in that the data is still safe, but it's much slower. To convert your version 1 log to version 2, the safest way would be to copy it all out, re-create the fs with mkfs.xfs, and copy the data back in. There's another way to do it in place, and you can find the exact incantation in the archives, but it's not recommended. Perhaps Steve will explain the version 2 logging and why it's faster. As to why you're just seeing this now, I haven't a clue :-(. -- kernel, n.: A part of an operating system that preserves the medieval traditions of sorcery and black art. Danny From owner-linux-xfs@oss.sgi.com Tue Apr 29 20:57:24 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 29 Apr 2003 20:57:33 -0700 (PDT) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U3vOFu023677 for ; Tue, 29 Apr 2003 20:57:24 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with SMTP id h3U3vHVV001061 for ; Tue, 29 Apr 2003 20:57:18 -0700 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA06244 for ; Wed, 30 Apr 2003 13:56:02 +1000 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id B4B683000B8; Wed, 30 Apr 2003 13:56:01 +1000 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 88306178 for ; Wed, 30 Apr 2003 13:56:01 +1000 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: XFS Mailing List Subject: Re: raid5: switching cache buffer size In-reply-to: Your message of "29 Apr 2003 23:38:26 -0400." <1051673906.6802.18.camel@pip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 2003 13:55:56 +1000 Message-ID: <9961.1051674956@kao2.melbourne.sgi.com> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3872 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 945 Lines: 20 On 29 Apr 2003 23:38:26 -0400, Danny Cox wrote: > As to why you're just seeing this now, I haven't a clue :-(. The XFS tree has this patch to make raid5 less chatty. PRINTK only prints if RAID5_DEBUG is set, check the status of that #define. --- linux/drivers/md/raid5.c_1.21 Wed Apr 30 13:52:46 2003 +++ linux/drivers/md/raid5.c_1.22 Wed Apr 30 13:52:46 2003 @@ -282,7 +282,7 @@ } if (conf->buffer_size != size) { - printk("raid5: switching cache buffer size, %d --> %d\n", oldsize, size); + PRINTK("raid5: switching cache buffer size, %d --> %d\n", oldsize, size); shrink_stripe_cache(conf); if (size==0) BUG(); conf->buffer_size = size; From owner-linux-xfs@oss.sgi.com Wed Apr 30 01:32:48 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 01:33:07 -0700 (PDT) Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U8WkFu028626 for ; Wed, 30 Apr 2003 01:32:48 -0700 Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19) id ; Wed, 30 Apr 2003 04:32:40 -0400 Message-ID: <8D4C69676E66D511A1CB00508BBBB1920221E14D@ranmx1.ran.harris.com> From: "Pedot, Wolfgang" To: "'linux-xfs@oss.sgi.com'" Subject: xfsdumping of LVM-Snapshots whith quotas Date: Wed, 30 Apr 2003 04:32:37 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3U8WmFu028628 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3873 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wpedot@harris.com Precedence: bulk X-list: linux-xfs Content-Length: 614 Lines: 19 Hi, I´m using xfs release 1.2 on LVM with a 2.4.19 SMP-Kernel to manage filesystems on a raid5 (hardware). For backup I first create LVM snapshots of the filesystems and then use xfsdump (amanda) on them. Since the snapshots are readonly xfsdump is unable to handle quota-filesystems correctly by creating a file containing quota-information. The backup itself is working but amanda always reports these incidents. Is there any way to tell xfsdump to ignore quotas so I can run xfsdq before creating snapshots on the real fs to create the xfsdump_quota file and then run my backup? greetings Wolfgang Pedot From owner-linux-xfs@oss.sgi.com Wed Apr 30 01:45:35 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 01:45:50 -0700 (PDT) Received: from hermod.slb.nwc.acsalaska.net (hermod.slb.nwc.acsalaska.net [209.112.155.45]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U8jYFu029113 for ; Wed, 30 Apr 2003 01:45:34 -0700 Received: from erbenson.alaska.net (175-pm3.nwc.alaska.net [209.112.138.175]) by hermod.slb.nwc.acsalaska.net (8.12.9/8.12.9) with ESMTP id h3U8jVbu089811 for ; Wed, 30 Apr 2003 00:45: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 980903A04 for ; Wed, 30 Apr 2003 00:45:30 -0800 (AKDT) Received: by plato.local.lan (Postfix, from userid 1000) id DB91640FF44; Wed, 30 Apr 2003 00:45:30 -0800 (AKDT) Date: Wed, 30 Apr 2003 00:45:30 -0800 From: Ethan Benson To: "'linux-xfs@oss.sgi.com'" Subject: Re: xfsdumping of LVM-Snapshots whith quotas Message-ID: <20030430084530.GB27626@plato.local.lan> Mail-Followup-To: "'linux-xfs@oss.sgi.com'" References: <8D4C69676E66D511A1CB00508BBBB1920221E14D@ranmx1.ran.harris.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <8D4C69676E66D511A1CB00508BBBB1920221E14D@ranmx1.ran.harris.com> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-Scanned-By: MIMEDefang 2.31 (www . roaringpenguin . com / mimedefang) X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3874 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1914 Lines: 61 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 30, 2003 at 04:32:37AM -0400, Pedot, Wolfgang wrote: > Hi, >=20 > I=B4m using xfs release 1.2 on LVM with a 2.4.19 SMP-Kernel to manage fil= esystems > on a raid5 (hardware). > For backup I first create LVM snapshots of the filesystems and then use x= fsdump > (amanda) on them.=20 >=20 > Since the snapshots are readonly xfsdump is unable to handle quota-filesy= stems > correctly by creating a > file containing quota-information. The backup itself is working but amanda > always reports these incidents. >=20 > Is there any way to tell xfsdump to ignore quotas so I can run xfsdq befo= re > creating snapshots on the real fs to create the=20 > xfsdump_quota file and then run my backup? no i don't believe so. however as a sidenote i am wondering if it might be possible for xfsdump to do quota backups in a more sensible way. would it be possible for it to backup a file which doesn't exist? such that xfsdq output would be read into memory and then fed into a file in the archive?=20 really the most clean way is probably extending the xfsdump fileformat to have specific space for quota information, but that would lead to various compatibility issues. ive just never cared for the method xfsdump uses to do quota backups, its more of a hack, one which has some security implications (as i recently pointed out, and which was mostly corrected).=20 --=20 Ethan Benson http://www.alaska.net/~erbenson/ --hQiwHBbRI9kgIhsi 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 iEYEARECAAYFAj6vjSoACgkQJKx7GixEevxBlACfeeZ91HquyaEx5dOxBlfZQJ8Z lBcAn1Cp0bMr47nZlttTIERUL3VZk7Re =JaTe -----END PGP SIGNATURE----- --hQiwHBbRI9kgIhsi-- From owner-linux-xfs@oss.sgi.com Wed Apr 30 02:11:04 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 02:11:23 -0700 (PDT) Received: from mlbmx1.corp.harris.com (mlbmx1.corp.harris.com [137.237.90.73]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3U9B4Fu029743 for ; Wed, 30 Apr 2003 02:11:04 -0700 Received: by mlbmx1.corp.harris.com with Internet Mail Service (5.5.2653.19) id ; Wed, 30 Apr 2003 05:10:58 -0400 Message-ID: <8D4C69676E66D511A1CB00508BBBB1920221E150@ranmx1.ran.harris.com> From: "Pedot, Wolfgang" To: "'linux-xfs@oss.sgi.com'" Subject: AW: xfsdumping of LVM-Snapshots whith quotas Date: Wed, 30 Apr 2003 05:10:58 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3U9B4Fu029744 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3875 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wpedot@harris.com Precedence: bulk X-list: linux-xfs Content-Length: 1780 Lines: 50 > On Wed, Apr 30, 2003 at 04:32:37AM -0400, Pedot, Wolfgang wrote: > > Hi, > > > > I´m using xfs release 1.2 on LVM with a 2.4.19 SMP-Kernel > to manage filesystems > > on a raid5 (hardware). > > For backup I first create LVM snapshots of the filesystems > and then use xfsdump > > (amanda) on them. > > > > Since the snapshots are readonly xfsdump is unable to > handle quota-filesystems > > correctly by creating a > > file containing quota-information. The backup itself is > working but amanda > > always reports these incidents. > > > > Is there any way to tell xfsdump to ignore quotas so I can > run xfsdq before > > creating snapshots on the real fs to create the > > xfsdump_quota file and then run my backup? > > no i don't believe so. > > however as a sidenote i am wondering if it might be possible for > xfsdump to do quota backups in a more sensible way. would it be > possible for it to backup a file which doesn't exist? such that xfsdq > output would be read into memory and then fed into a file in the > archive? > > really the most clean way is probably extending the xfsdump fileformat > to have specific space for quota information, but that would lead to > various compatibility issues. > > ive just never cared for the method xfsdump uses to do quota backups, > its more of a hack, one which has some security implications (as i > recently pointed out, and which was mostly corrected). So the only way to get rid of this "error" is to forget about snapshooting and instead dump the real filesystem? I dont like this, since I cant freeze it or at least remount as readonly during backup because that would lead to the very same problem.... I guess i will just have to live with that message and ignore it for now... greetings Wolfgang From owner-linux-xfs@oss.sgi.com Wed Apr 30 03:45:11 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 03:45:29 -0700 (PDT) Received: from kerberos.suse.cz (kerberos.suse.cz [195.47.106.10]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3UAj9Fu001615 for ; Wed, 30 Apr 2003 03:45:11 -0700 Received: from chimera.suse.cz (chimera.suse.cz [10.20.0.2]) by kerberos.suse.cz (SuSE SMTP server) with ESMTP id 7CEED59D363; Wed, 30 Apr 2003 12:45:01 +0200 (CEST) Received: from alienAngel.upjs.sk (test12.suse.cz [10.20.3.140]) by chimera.suse.cz (Postfix) with ESMTP id D89EE4DA5; Wed, 30 Apr 2003 12:45:00 +0200 (CEST) Received: from localhost (ja@localhost) by alienAngel.upjs.sk (8.12.6/8.12.6/Submit) with ESMTP id h3UALUmu027418; Wed, 30 Apr 2003 12:21:40 +0200 X-Authentication-Warning: alienAngel.home.sk: ja owned process doing -bs Date: Wed, 30 Apr 2003 12:21:30 +0200 (CEST) From: Jan Derfinak X-X-Sender: ja@alienAngel.home.sk To: Greg Freemyer Cc: XFS Mailing List Subject: re[2]: filesystem size difference ? ;-) In-Reply-To: <20030429201151.CIZR25339.imf54bis.bellsouth.net@tiger2> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3876 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 539 Lines: 20 On Tue, 29 Apr 2003, Greg Freemyer wrote: > Do you know if xfs 1.2 is officially supported in 8.2, or is it still experimental? I'm not SuSE's official spokesman so I will answer in this way: I don't know about any problems with XFS in SuSE Linux 8.2. Of course you must use libattr package from updates. On my build and test machine I use SL 8.2 with LVM and XFS perform well. This is XFS only system. From my sight SL 8.2 is big step forward in XFS support. jan -- ----- I can't get no satisfaction ----- Rolling Stones From owner-linux-xfs@oss.sgi.com Wed Apr 30 03:53:25 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 03:53:28 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3UArOFu002121 for ; Wed, 30 Apr 2003 03:53:24 -0700 Received: from attbi.com (12-253-73-46.client.attbi.com[12.253.73.46]) by sccrmhc01.attbi.com (sccrmhc01) with SMTP id <2003042921361200100njvl3e>; Tue, 29 Apr 2003 21:36:12 +0000 Message-ID: <3EAEF09E.30603@attbi.com> Date: Tue, 29 Apr 2003 15:37:34 -0600 From: "D. Stimits" Reply-To: stimits@attbi.com User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021018 X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: Re: XFS in 2.4.21-rc1-ac3 References: <1051617737.9554.3.camel@swathi.krithika.net> In-Reply-To: <1051617737.9554.3.camel@swathi.krithika.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3877 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: stimits@attbi.com Precedence: bulk X-list: linux-xfs Content-Length: 496 Lines: 17 ... > > o Merge XFS core code (Steve Lord, Christoph Hellwig, and a > load > more people) ... So, how much patching would still be required with "core code" in place? Obviously user space items don't count, they are not part of the kernel. Does this mean though that one can use a 2.4.21-rc1-ac3 kernel, without further patching, and be able to use XFS filesystem after adding the user space requirements? D. Stimits, stimits AT attbi DOT com From owner-linux-xfs@oss.sgi.com Wed Apr 30 08:29:59 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 08:31:08 -0700 (PDT) Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.133]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3UFTwFu023199 for ; Wed, 30 Apr 2003 08:29:58 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e35.co.us.ibm.com (8.12.9/8.12.2) with ESMTP id h3UFTjuT081980; Wed, 30 Apr 2003 11:29:45 -0400 Received: from boiler.austin.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay02.boulder.ibm.com (8.12.9/NCO/VER6.5) with ESMTP id h3UFThP7032302; Wed, 30 Apr 2003 09:29:43 -0600 From: Kevin Corry To: Kwon SoonSon , evms-devel@lists.sourceforge.net Subject: Re: [Evms-devel] question on some evms features Date: Wed, 30 Apr 2003 10:25:31 -0500 User-Agent: KMail/1.5 Cc: linux-xfs@oss.sgi.com References: <20030430012539.89870.qmail@web7313.mail.kr.yahoo.com> In-Reply-To: <20030430012539.89870.qmail@web7313.mail.kr.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304301025.31676.kevcorry@us.ibm.com> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3878 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kevcorry@us.ibm.com Precedence: bulk X-list: linux-xfs Content-Length: 2868 Lines: 67 On Tuesday 29 April 2003 20:25, Kwon SoonSon wrote: > > > > There has been a report of a problem with running > > XFS (in 2.4 kernels) on > > RAID-1 and/or RAID-5 devices that have been > > converted into EVMS volumes. The > > problem stems from XFS not following some implicit > > block-I/O restrictions. > > Work-arounds have been added to XFS to recognize MD, > > LVM1, and EVMS 1.2, but > > it does not yet recognize Device-Mapper. > > > > If you aren't using RAID-1 or RAID-5 (or possibly > > striped LVM volumes), you > > shouldn't have any problems. > > Cc'ing xfs-devel just in case.... > > Then, does this mean that XFS cannot be used with > RAID-1 orRAID-5 whether it is software RAID or > hardware > RAID? > > Not being able to recognize device mapper seems to be > a big problem as of now because that sounds like > it does not recognize LVM2 which works with device > mapper. > > If I am wrong, please let me know.... [My previous email should have used RAID-0 as an example instead of RAID-1, as I'll explain below. Sorry for any possible confusion. Also - XFS guys - if I mangle this explanation, feel free to slap me around.] As I understand the issue, XFS may do unaligned I/O when mounting the filesystem. This works fine on devices that are a single, linear, physically contiguous range of sectors. However, on striped devices (RAID-0, RAID-5, and some EVMS/LVM/Device-Mapper devices), the device being mounted is not physically contiguous on disk. These block-device-drivers are not expecting unaligned I/Os, and thus if an I/O happened to cross some internal boundary (i.e. the I/O spans two stripe chunks), the data is most likely going to get mangled. Thus, XFS (for 2.4) currently checks the major number of the device being mounted to see if it is an MD, LVM1, or EVMS-1.2 volume. In the version of XFS that I currently have (snapshot from early April, I believe), this check is performed in fs/xfs/linux/xfs_super.c::xfs_alloc_buftarg(). If one of these devices are detected, a flag is set indicating that all I/O should be aligned. Thus, a similar check needs to be added to detect Device-Mapper devices. The tricky part about this check is that Device-Mapper doesn't have a statically defined major number (the way MD, LVM1, and EVMS-1.2 have). It simply asks the block-layer for a major number when the driver is loaded. And what will make it even trickier is that Device-Mapper will eventually support multiple major numbers. So XFS will somehow need to probe Device-Mapper for the current list of registered major numbers, and compare against the major number of the device being mounted. So that's the jist of the issue. And none of this is a problem in 2.5, since the block layer is now expected to handle large I/O requests at any offset. -- Kevin Corry kevcorry@us.ibm.com http://evms.sourceforge.net/ From owner-linux-xfs@oss.sgi.com Wed Apr 30 10:32:02 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 10:32:05 -0700 (PDT) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3UHW1Fu025238 for ; Wed, 30 Apr 2003 10:32:02 -0700 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [192.48.203.134]) by tolkor.sgi.com (8.12.9/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h3UHjmVe024095 for ; Wed, 30 Apr 2003 12:45:48 -0500 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by ledzep.americas.sgi.com (8.12.9/americas-smart-nospam1.1) with ESMTP id h3UHVsa221957047 for ; Wed, 30 Apr 2003 12:31:54 -0500 (CDT) Received: from penguin.americas.sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id h3UHVtRn55647724 for ; Wed, 30 Apr 2003 12:31:55 -0500 (CDT) From: Eric Sandeen Received: by penguin.americas.sgi.com (8.11.6/SGI-client-1.7) id h3UHSDl26989; Wed, 30 Apr 2003 12:28:13 -0500 Message-Id: <200304301728.h3UHSDl26989@penguin.americas.sgi.com> Date: Wed, 30 Apr 2003 12:28:13 -0500 Subject: TAKE - Make MODULE_AUTHOR consistent with other SGI modules X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3879 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 331 Lines: 13 Make MODULE_AUTHOR consistent with other SGI modules Date: Wed Apr 30 10:31:25 PDT 2003 Workarea: penguin.americas.sgi.com:/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:147516a linux/fs/xfs/linux/xfs_super.c - 1.249 From owner-linux-xfs@oss.sgi.com Wed Apr 30 14:12:54 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 14:13:35 -0700 (PDT) Received: from imf47bis.bellsouth.net (mail211.mail.bellsouth.net [205.152.58.151]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ULCrFu000408 for ; Wed, 30 Apr 2003 14:12:54 -0700 Received: from tiger2 ([66.156.3.137]) by imf47bis.bellsouth.net (InterMail vM.5.01.04.25 201-253-122-122-125-20020815) with SMTP id <20030430211456.HPJG4805.imf47bis.bellsouth.net@tiger2> for ; Wed, 30 Apr 2003 17:14:56 -0400 Date: Wed, 30 Apr 2003 17:18:49 -0400 From: Greg Freemyer Subject: Interesting performance article To: xfs mailing list Mime-Version: 1.0 Organization: Norcross Group X-Mailer: GoldMine [6.00.21021] Content-Type: Text/plain Message-Id: <20030430211456.HPJG4805.imf47bis.bellsouth.net@tiger2> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h3ULCsFu000409 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3880 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: freemyer@NorcrossGroup.com Precedence: bulk X-list: linux-xfs Content-Length: 383 Lines: 9 They say this latest Xeon based hardware provided twice the disk performance on any previously tested Intel solution and now rivals proprietary UNIX servers. "Mix 2 parts Hyper-Threading with 1 part PCI-X and you have an I/O accelerant that delivers 3,400 IOPS and 266MB of data per second!" http://www.open-mag.com/35773583279.htm XFS was the fastest Linux FS per their tests. From owner-linux-xfs@oss.sgi.com Wed Apr 30 14:51:34 2003 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 30 Apr 2003 14:51:49 -0700 (PDT) Received: from skarpsey.home.lan (12-207-41-15.client.attbi.com [12.207.41.15]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h3ULpUFu001026 for ; Wed, 30 Apr 2003 14:51:33 -0700 Received: from valhalla.home.lan (valhalla.home.lan [192.168.0.2]) by skarpsey.home.lan (8.12.9/8.12.9) with ESMTP id h3ULpm0K001508 for ; Wed, 30 Apr 2003 16:51:48 -0500 From: Kelledin To: linux-xfs@oss.sgi.com Subject: Re: More processes hanging in 'D' state. Date: Wed, 30 Apr 2003 16:51:55 -0500 User-Agent: KMail/1.5.1 References: <18352.1051533408@ocs3.intra.ocs.com.au> <200304280747.09446.kelledin+XFS@skarpsey.dyndns.org> In-Reply-To: <200304280747.09446.kelledin+XFS@skarpsey.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304301651.55472.kelledin+XFS@skarpsey.dyndns.org> X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-archive-position: 3881 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelledin+XFS@skarpsey.dyndns.org Precedence: bulk X-list: linux-xfs Content-Length: 1158 Lines: 32 On Monday 28 April 2003 07:47 am, Kelledin wrote: > On Monday 28 April 2003 07:36 am, Keith Owens wrote: > > On Mon, 28 Apr 2003 07:27:09 -0500, > > > > Kelledin wrote: > > >As I mentioned in my last post, > > >if the deadlock gets hit, allocating or unlinking an inode > > > on the same fs as the deadlocked process breaks out of the > > > deadlock. > > > > Does a sync command break out as well? IOW, do you have to > > change the hung filesystem or is it enough just to kick the > > disk? > > Appending to a file doesn't help, nor does reading a file. I > apparently have to either create or remove a file before the > deadlock breaks. Haven't tried a sync though. Well...FWIW I just downgraded to the official 1.2 release, applied against 2.4.19 along with the ptrace patch. The same problem crops up. Again, turning on XFS debugging makes it go away. I'll see what i can do about cobbling together a spare x86 box, and see if I can reproduce it there. That's going to take a while though. -- Kelledin "If a server crashes in a server farm and no one pings it, does it still cost four figures to fix?"