Commit 3647e42b authored Jun 19, 2019 by David Howells

afs: Fix over zealous "vnode modified" warnings



Occasionally, warnings like this:

	vnode modified 2af7 on {10000b:1} [exp 2af2] YFS.FetchStatus(vnode)

are emitted into the kernel log.  This indicates that when we were applying
the updated vnode (file) status retrieved from the server to an inode we
saw that the data version number wasn't what we were expecting (in this
case it's 0x2af7 rather than 0x2af2).

We've usually received a callback from the server prior to this point - or
the callback promise has lapsed - so the warning is merely informative and
the state is to be expected.

Fix this by only emitting the warning if the we still think that we have a
valid callback promise and haven't received a callback.

Also change the format slightly so so that the new data version doesn't
look like part of the text, the like is prefixed with "kAFS: " and the
message is ranked as a warning.

Fixes: 31143d5d ("AFS: implement basic file write support")
Reported-by: Ian Wienand <iwienand@redhat.com>
Signed-off-by: David Howells <dhowells@redhat.com>

parent a188339c

fs/afs/inode.c

+7 −5

Original line number	Diff line number	Diff line
		@@ -207,11 +207,13 @@ static void afs_apply_status(struct afs_fs_cursor *fc,

		if (expected_version &&
		*expected_version != status->data_version) {
		kdebug("vnode modified %llx on {%llx:%llu} [exp %llx] %s",
		(unsigned long long) status->data_version,
		if (test_bit(AFS_VNODE_CB_PROMISED, &vnode->flags))
		pr_warn("kAFS: vnode modified {%llx:%llu} %llx->%llx %s\n",
		vnode->fid.vid, vnode->fid.vnode,
		(unsigned long long)*expected_version,
		(unsigned long long)status->data_version,
		fc->type ? fc->type->name : "???");

		vnode->invalid_before = status->data_version;
		if (vnode->status.type == AFS_FTYPE_DIR) {
		if (test_and_clear_bit(AFS_VNODE_DIR_VALID, &vnode->flags))

Admin message