Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 27 Apr 2004 02:36:17 -0700 (PDT) Received: from rzcomm7.rz.tu-bs.de (rzcomm7.rz.tu-bs.de [134.169.9.53]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3R9aAKO012936 for ; Tue, 27 Apr 2004 02:36:11 -0700 Received: from localhost (localhost [127.0.0.1]) by rzcomm7.rz.tu-bs.de (8.11.1/8.11.1) with ESMTP id i3R9a9i28257 for ; Tue, 27 Apr 2004 11:36:09 +0200 (METDST) Received: from unknown ([127.0.0.1]) by localhost (rzcomm7 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28174-01-9 for ; Tue, 27 Apr 2004 11:36:09 +0200 (METDST) Received: from rzcomm12.rz.tu-bs.de (rzcomm12.rz.tu-bs.de [134.169.9.59]) by rzcomm7.rz.tu-bs.de (8.11.1/8.11.1) with ESMTP id i3R9Zi628141 for ; Tue, 27 Apr 2004 11:35:44 +0200 (METDST) Received: from sycorax.strm.ing.tu-bs.de (sycorax.strm.ing.tu-bs.de [134.169.46.66]) by rzcomm12.rz.tu-bs.de (8.11.1/8.11.1) with ESMTP id i3R9Zh817368 for ; Tue, 27 Apr 2004 11:35:43 +0200 (METDST) Received: by sycorax.strm.ing.tu-bs.de (Postfix, from userid 5239) id 002BC530009; Tue, 27 Apr 2004 11:35:42 +0200 (CEST) Date: Tue, 27 Apr 2004 11:35:42 +0200 From: Torsten Wolf To: linux-xfs@oss.sgi.com Subject: Re: Not enough memory for xfs_repair Message-ID: <20040427093542.GB1440@sycorax> Reply-To: Torsten Wolf References: <20040426134329.GA4617@sycorax> <408D8370.2080702@mailcan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <408D8370.2080702@mailcan.com> X-Mailer: Mutt http://www.mutt.org/ Organization: TU Braunschweig X-Editor: Vim http://www.vim.org/ X-OpenPGP-Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xEE27B69C X-Fingerprint: 24EE 9FD9 5333 0206 541F 4602 C6A4 5F61 EE27 B69C X-Uptime: 10:53:57 up 12 min, 4 users, load average: 0.14, 0.14, 0.10 User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new at tu-bs.de X-archive-position: 2928 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: t.wolf@tu-bs.de Precedence: bulk X-list: linux-xfs Content-Length: 389 Lines: 18 Hello Leon, On Mo, 26 Apr 2004, Leon Woestenberg wrote: >Wouldn't it be better to attach the disk on another machine, and then >see what can be done? Yes, indeed. Attached to a more robust machine xfs_repair stopped at the same position followed by this dmesg output: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) VM: killing process xfs_repair Any ideas? Regards, Torsten