| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | XFS: possible memory allocation deadlock in _pagebuf_lookup_pages (mode:0x250) |
| From: | "Luca Maranzano" <liuk001@xxxxxxxxx> |
| Date: | Wed, 19 Jul 2006 23:31:15 +0200 |
| Domainkey-signature: | a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lmYAyL6sjx45AF3mVeiYG2LTmT2L3pd0xUTJF7ntIn5y4Ub40TL9A8pNQvX217BDaQcGLq8Gv+YGXwuGV9tiIPIfWREm1cybVPMiQjMx9eGR7BxFwqfQL0Zc2Eb6MddBr1wqLLhNhybqozSqJ3Hh5QgESsZcCJ17+I8v1cP/NL8= |
| Sender: | xfs-bounce@xxxxxxxxxxx |
Hello all, we have a CentOS 4.3 Server on an HP DL 380G3, 1 Xeon 2,8 Ghz (no hyperthreading). Kernel: 2.6.9-34.0.2.EL Xfs: xfsprogs-2.7.3-1 kernel-module-xfs-2.6.9-34.EL-0.1-3 modinfo xfs: filename: /lib/modules/2.6.9-34.0.2.EL/extra/xfs.ko author: Silicon Graphics, Inc. description: SGI-XFS CVS-2004-10-17_05:00_UTC with ACLs, security attributes, realtime, large block numbers, no debug enabled license: GPL vermagic: 2.6.9-34.EL 686 REGPARM 4KSTACKS gcc-3.4 depends: The server has 1 Emulex Lp9002 with 3 LUNs of our SAN. 2 LUNs are forming a Striped LVM2 volume of 2,7 TB. 1 LUN is an LVM2 volume of 1,5 TB. The message appeared during moderately heavy load copying 700GB from one LVM to the other LVM (serveral thousands of I/O on the HBA). Apparently it's still working fine, but we are a bit worried about this message. Do you suggest some upgrade of the Kernel or the xfs modules? TIA. Kind regards, Luca |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: XFS and write barrier, Neil Brown |
|---|---|
| Next by Date: | Re: XFS breakage in 2.6.18-rc1, Jeffrey Hundstad |
| Previous by Thread: | The XFS bug of death 16777216., Justin Piszcz |
| Next by Thread: | xfs FAQ update for write cache, Timothy Shimmin |
| Indexes: | [Date] [Thread] [Top] [All Lists] |