X-Spam-Checker-Version: SpamAssassin 3.3.0-rupdated (updated) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.0-rupdated Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id n91EDMuO098676 for ; Thu, 1 Oct 2009 09:13:23 -0500 X-ASG-Debug-ID: 1254406485-6c2a00ca0000-NocioJ X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from knox.decisionsoft.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D4AA114BA6AC for ; Thu, 1 Oct 2009 07:14:45 -0700 (PDT) Received: from knox.decisionsoft.com (knox-be.decisionsoft.com [87.194.172.100]) by cuda.sgi.com with ESMTP id PrMZdxQGqboBOoJz for ; Thu, 01 Oct 2009 07:14:45 -0700 (PDT) Received: from aar.dsl.local ([10.0.0.43]) by knox.decisionsoft.com with esmtp (Exim 4.69) (envelope-from ) id 1MtMQe-0000N3-FN; Thu, 01 Oct 2009 15:14:44 +0100 Message-ID: <4AC4B954.9050303@decisionsoft.co.uk> Date: Thu, 01 Oct 2009 15:14:44 +0100 From: Stuart Rowan Reply-To: strr-debian@decisionsoft.co.uk User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 MIME-Version: 1.0 To: Michael Monnerie CC: xfs@oss.sgi.com X-ASG-Orig-Subj: Re: Two XFS involving stack traces from Debian's 2.6.26-2-amd64 Subject: Re: Two XFS involving stack traces from Debian's 2.6.26-2-amd64 References: <4AC45B72.9060500@decisionsoft.co.uk> <200910011244.37489@zmi.at> In-Reply-To: <200910011244.37489@zmi.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 10.0.0.43 X-SA-Exim-Mail-From: strr-debian@decisionsoft.co.uk X-SA-Exim-Scanned: No (on knox.decisionsoft.com); SAEximRunCond expanded to false X-SystemFilter-new-T: not expanding X-SystemFilter-new-S: not expanding X-SystemFilter-new-F: not expanding X-Barracuda-Connect: knox-be.decisionsoft.com[87.194.172.100] X-Barracuda-Start-Time: 1254406485 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.10528 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean Michael Monnerie wrote, on 01/10/09 11:44: > On Donnerstag 01 Oktober 2009 Stuart Rowan wrote: >> umount /tmp/$from ; /sbin/lvremove -f /dev/$vgroup/snap-shot ; rmdir >> /tmp/$from > > Why don't you > umount /tmp/$from&& /sbin/lvremove -f /dev/$vgroup/snap-shot&& rmdir > /tmp/$from > from your script so this won't happen again? > Or make a loop around umount? > > mfg zmi Thanks, I've changed it as you suggested. It's true a second call to umount does unmount it (well it disappears from /proc/mounts anyway). However lvremove still does not succeed because it still believes the volume to be open. Cheers, Stu.