lkml.org 
[lkml]   [2010]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] reiserfs: Fix corruption during shrinking of xattrs
On Wed, 14 Apr 2010 at 01:32, Christian Kujau wrote:
> On Tue, 13 Apr 2010 at 15:39, Jeff Mahoney wrote:
> > This patch fixes it to use new_size.
>
> Tested-by: Christian Kujau <lists@nerdbynature.de>

Dang. While this *does* seem to fix the "Input/output error after a large
amount of files have their xattrs removed", it does not fix the initial
issue in #14826, where occasionally this jdm-20002 message shows up.

I just tested this: I still have this calendarserver (caldavd) and it's
heavily using xattr. I have removed everything under /var/spool/caldavd,
started caldavd and am now importing a calendar. caldavd will now create
files under /var/spool/caldavd, wil assign xattrs and read them. And just
after a few operations, this happens again:

[138794.184926] REISERFS warning (device xvda3): jdm-20002
reiserfs_xattr_get: Invalid hash for xattr
(user.{http:%2F%2Ftwistedmatrix.com%2Fxml_namespace%2Fdav%2Fprivate%2F}quota-used)
associated with [765 3282 0x0 SD]

[139238.740552] REISERFS warning (device xvda3): jdm-20002
reiserfs_xattr_get: Invalid hash for xattr (user.{DAV:}displayname)
associated with [765 3402 0x0 SD]

Inodes 3282, 3402, aka

./calendars/__uids__/afebe2f1-f51a-5859-af15-f22312ad6634
./calendars/__uids__/afebe2f1-f51a-5859-af15-f22312ad6634/2CC21268-C87E-4AE6-AFD4-33946D5621AB

....under /var/spool/caldavd. So it does happen for new files
(directories in this case) indeed.

However, there's no file corruption, no I/O errors - I can still access
the directory and its contents. The xattr information might be lost
though. Bug #14826 somehow transformed into "my filesystem is corrupt", as
the bug with the large amount of files/xattr seems to generate the same
message in the syslog. But that's a different issue, methinks.

Christian.

[0] https://bugzilla.kernel.org/show_bug.cgi?id=14826
--
BOFH excuse #124:


user to computer ration too low.


\
 
 \ /
  Last update: 2010-04-16 01:53    [W:0.046 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site