Project

General

Profile

Actions

Bug #2018

closed

mds: can't change file_max

Added by Greg Farnum about 12 years ago. Updated over 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Regression:
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

http://comments.gmane.org/gmane.comp.file-systems.ceph.devel/4612

Relevant MDS log snip (repeats):

2011-12-06 19:42:50.401116 7fc8b1850700 mds.0.locker _do_cap_update dirty - issued pAsLsXsFc wanted pFscr on [inode 10000000cda [2,head] /noah.bin auth v1600 s=0 n(v0 1=1+0) (iversion lock) cr={6143=0-67108864@1
} caps={6139=-/pFscr@2,6143=pAsLsXsFc/pFscr@4},l=6143 | caps dirty 0x1f87c80]
2011-12-06 19:42:50.401130 7fc8b1850700 mds.0.locker inode is file
2011-12-06 19:42:50.401143 7fc8b1850700 mds.0.locker  i want to change file_max, but lock won't allow it (yet)
2011-12-06 19:42:50.401168 7fc8b1850700 mds.0.locker file_excl (ifile sync) on [inode 10000000cda [2,head] /noah.bin auth v1600 s=0 n(v0 1=1+0) (iversion lock) cr={6143=0-67108864@1} caps={6139=-/pFscr@2,6143=pAsLsXsFc/pFscr@4},l=6143 | caps dirty 0x1f87c80]
2011-12-06 19:42:50.401200 7fc8b1850700 mds.0.locker issue_caps loner client.6143 allowed=pAsLsXsFsxcrwbl, xlocker allowed=pAsLsXsFsxcrwbl, others allowed=pAsLsXs on [inode 10000000cda [2,head] /noah.bin auth v1600 s=0 n(v0 1=1+0) (ifile excl) (iversion lock) cr={6143=0-67108864@1} caps={6139=-/pFscr@2,6143=pAsLsXsFc/pFscr@4},l=6143 | caps dirty 0x1f87c80]
2011-12-06 19:42:50.401219 7fc8b1850700 mds.0.locker  client.6143 pending pAsLsXsFc allowed pAsLsXsFsxcrwbl wanted pFscr
2011-12-06 19:42:50.401233 7fc8b1850700 mds.0.locker   suppressed and !revoke, skipping client.6143

Importantly, the ifile lock does change state on that inode, but it's always in sync when the attempt to change size fails.

Actions #1

Updated by Sage Weil about 12 years ago

  • Status changed from New to Resolved

oh, i fixed this a week or two ago. the problem was that the file isn't open read/write, but Client was still trying to set file_max. the mds ignored it (that's why we saw that lock error).

Client now returns -EBADF or something when you try to write to a read-only handle.

Actions #2

Updated by John Spray over 7 years ago

  • Project changed from Ceph to CephFS
  • Category deleted (1)

Bulk updating project=ceph category=mds bugs so that I can remove the MDS category from the Ceph project to avoid confusion.

Actions

Also available in: Atom PDF