Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Oops\s+in\s+bdflush\s+with\s+2\.4\.1\[4\|7\]\-xfs\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Oops\s+in\s+bdflush\s+with\s+2\.4\.1\[4\|7\]\-xfs\s*$/: 24 ]

Total 24 documents matching your query.

1. on xfs (score: 1): Author: en@xxxxxxxxx>; Date: Wed, 30 Jan 2002 15:41:08 -0600; We've got a couple of development machines with hardware raid sets that we use XFS on. A few weeks ago, while running 2.4.14-xfs, there was an Oops in bdflush, which caused bdflush to go defunct, and; /archives/xfs/2002-01/msg00872.html (12,263 bytes)
2. flush with 2.4.1[4|7]-xfs (score: 1): Author: xxxxxxxxxxxx>; Date: 30 Jan 2002 16:09:05 -0600; Could you see if my XFS-AA patch does anything for you? There are changes to bdflush in it and I'd be interested to see if they go away. http://www.digitalroadkill.net/Patches/2.4.17-xfs-aa.patch.bz2; /archives/xfs/2002-01/msg00873.html (14,902 bytes)
3. flush with 2.4.1[4|7]-xfs (score: 1): Author: xxxxxxxxxxxx>; Date: 30 Jan 2002 16:09:51 -0600; Hi Nathan - Out of curiosity.... do you have DMAPI turned on? (it looks like you do, from the xfs_dm_punch_hole in the stack). -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sand; /archives/xfs/2002-01/msg00874.html (8,076 bytes)
4. fs (score: 1): Author: deen@xxxxxxx>; Date: Wed, 30 Jan 2002 16:22:07 -0600; Thus spake Eric Sandeen: Yes, DMAPI is turned on. (from the kernel config) CONFIG_PAGE_BUF=y CONFIG_XFS_FS=y CONFIG_HAVE_ATTRCTL=y CONFIG_XFS_DMAPI=y CONFIG_HAVE_XFS_DMAPI=y -Nathan -- Nathan Poznick; /archives/xfs/2002-01/msg00876.html (8,757 bytes)
5. removing -funsigned-char (score: 1): Author: deen@xxxxxxx>; Date: 30 Jan 2002 16:25:46 -0600; If you're not using it, try turning it off. DMAPI-enabled kernels don't get as much testing as non-DMAPI, it could be causing the problem. Just a guess at this point. -Eric -- Eric Sandeen XFS for Li; /archives/xfs/2002-01/msg00878.html (9,101 bytes)
6. flush with 2.4.1[4|7]-xfs (score: 1): Author: deen@xxxxxxx>; Date: Wed, 30 Jan 2002 16:45:23 -0600; Thus spake Austin Gonyou: Unfortunately I can't really do to much messing around with this machine right now, it's being used pretty heavily. Even after bdflush died and I needed to bounce the machin; /archives/xfs/2002-01/msg00879.html (9,692 bytes)
7. nded attributes interface (score: 1): Author: m@xxxxxxxxxx>; Date: 30 Jan 2002 16:52:08 -0600; The other thing you can do is disassemble the code it oopsed in, so we can see where it was when it went belly up... I'm not sure where pagebuf lives in your current kernel tree... Can you try commen; /archives/xfs/2002-01/msg00881.html (9,394 bytes)
8. removing -funsigned-char (score: 1): Author: s@xxxxxxxxxx>; Date: 30 Jan 2002 19:30:33 -0600; I'd agree with Eric that DMAPI could be causing you a problem. I don't have it on in general. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: austin@xxxxxxxxxxxx; /archives/xfs/2002-01/msg00888.html (10,120 bytes)
9. 5.3 assigns ACL syscalls (score: 1): Author: . Chen" <zffchen@xxxxxxxxx>; Date: Wed, 30 Jan 2002 15:41:08 -0600; We've got a couple of development machines with hardware raid sets that we use XFS on. A few weeks ago, while running 2.4.14-xfs, there was an Oops in bdflush, which caused bdflush to go defunct, and; /archives/xfs/2002-01/msg01801.html (12,263 bytes)
10. bitkeeper on xfs (score: 1): Author: ck <poznick@xxxxxxxxxxxxxx>; Date: 30 Jan 2002 16:09:05 -0600; Could you see if my XFS-AA patch does anything for you? There are changes to bdflush in it and I'd be interested to see if they go away. http://www.digitalroadkill.net/Patches/2.4.17-xfs-aa.patch.bz2; /archives/xfs/2002-01/msg01802.html (14,902 bytes)
11. in bdflush with 2.4.1[4|7]-xfs (score: 1): Author: ou <austin@xxxxxxxxxxxxxxx>; Date: 30 Jan 2002 16:09:51 -0600; Hi Nathan - Out of curiosity.... do you have DMAPI turned on? (it looks like you do, from the xfs_dm_punch_hole in the stack). -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sand; /archives/xfs/2002-01/msg01803.html (8,076 bytes)
12. 4|7]-xfs (score: 1): Author: c Sandeen <sandeen@xxxxxxx>; Date: Wed, 30 Jan 2002 16:22:07 -0600; Thus spake Eric Sandeen: Yes, DMAPI is turned on. (from the kernel config) CONFIG_PAGE_BUF=y CONFIG_XFS_FS=y CONFIG_HAVE_ATTRCTL=y CONFIG_XFS_DMAPI=y CONFIG_HAVE_XFS_DMAPI=y -Nathan -- Nathan Poznick; /archives/xfs/2002-01/msg01805.html (8,757 bytes)
13. sh with 2.4.1[4|7]-xfs (score: 1): Author: c Sandeen <sandeen@xxxxxxx>; Date: 30 Jan 2002 16:25:46 -0600; If you're not using it, try turning it off. DMAPI-enabled kernels don't get as much testing as non-DMAPI, it could be causing the problem. Just a guess at this point. -Eric -- Eric Sandeen XFS for Li; /archives/xfs/2002-01/msg01807.html (9,101 bytes)
14. ser to removing -funsigned-char (score: 1): Author: c Sandeen <sandeen@xxxxxxx>; Date: Wed, 30 Jan 2002 16:45:23 -0600; Thus spake Austin Gonyou: Unfortunately I can't really do to much messing around with this machine right now, it's being used pretty heavily. Even after bdflush died and I needed to bounce the machin; /archives/xfs/2002-01/msg01808.html (9,692 bytes)
15. s (score: 1): Author: Miller" <davem@xxxxxxxxxx>; Date: 30 Jan 2002 16:52:08 -0600; The other thing you can do is disassemble the code it oopsed in, so we can see where it was when it went belly up... I'm not sure where pagebuf lives in your current kernel tree... Can you try commen; /archives/xfs/2002-01/msg01810.html (9,394 bytes)
16. tributes interface (score: 1): Author: tz lehmann <xfs@xxxxxxxxxx>; Date: 30 Jan 2002 19:30:33 -0600; I'd agree with Eric that DMAPI could be causing you a problem. I don't have it on in general. -- Austin Gonyou Systems Architect, CCNA Coremetrics, Inc. Phone: 512-698-7250 email: austin@xxxxxxxxxxxx; /archives/xfs/2002-01/msg01817.html (10,120 bytes)
17. Oops in bdflush with 2.4.1[4|7]-xfs (score: 1): Author: Nathan Poznick <poznick@xxxxxxxxxxxxxx>; Date: Wed, 30 Jan 2002 15:41:08 -0600; We've got a couple of development machines with hardware raid sets that we use XFS on. A few weeks ago, while running 2.4.14-xfs, there was an Oops in bdflush, which caused bdflush to go defunct, and; /archives/xfs/2002-01/msg02730.html (12,263 bytes)
18. Re: Oops in bdflush with 2.4.1[4|7]-xfs (score: 1): Author: Austin Gonyou <austin@xxxxxxxxxxxxxxx>; Date: 30 Jan 2002 16:09:05 -0600; Could you see if my XFS-AA patch does anything for you? There are changes to bdflush in it and I'd be interested to see if they go away. http://www.digitalroadkill.net/Patches/2.4.17-xfs-aa.patch.bz2; /archives/xfs/2002-01/msg02731.html (14,977 bytes)
19. Re: Oops in bdflush with 2.4.1[4|7]-xfs (score: 1): Author: Eric Sandeen <sandeen@xxxxxxx>; Date: 30 Jan 2002 16:09:51 -0600; Hi Nathan - Out of curiosity.... do you have DMAPI turned on? (it looks like you do, from the xfs_dm_punch_hole in the stack). -Eric -- Eric Sandeen XFS for Linux http://oss.sgi.com/projects/xfs sand; /archives/xfs/2002-01/msg02732.html (8,151 bytes)
20. Re: Oops in bdflush with 2.4.1[4|7]-xfs (score: 1): Author: Nathan Poznick <poznick@xxxxxxxxxxxxxx>; Date: Wed, 30 Jan 2002 16:22:07 -0600; Thus spake Eric Sandeen: Yes, DMAPI is turned on. (from the kernel config) CONFIG_PAGE_BUF=y CONFIG_XFS_FS=y CONFIG_HAVE_ATTRCTL=y CONFIG_XFS_DMAPI=y CONFIG_HAVE_XFS_DMAPI=y -Nathan -- Nathan Poznick; /archives/xfs/2002-01/msg02734.html (8,866 bytes)

Current List: 1 - 20
Page: [1] [2]