Project

General

Profile

Actions

Bug #16983

closed

mds: handle_client_open failing on open

Added by Patrick Donnelly over 7 years ago. Updated over 7 years ago.

Status:
Resolved
Priority:
High
Category:
Correctness/Safety
Target version:
-
% Done:

0%

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

Description

Randy Orr reported an assertion failure on the ceph-users list:

mds/Locker.cc: In function 'bool Locker::check_inode_max_size(CInode*, bool, bool, uint64_t, bool, uint64_t, utime_t)' thread 7fc305b83700 time 2016-08-09 18:51:50.626630
mds/Locker.cc: 2190: FAILED assert(in->is_file())

 ceph version 10.2.1 (3a66dd4f30852819c1bdaa8ec23c795d4ad77269)
 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x8b) [0x563d1e0a2d3b]
 2: (Locker::check_inode_max_size(CInode*, bool, bool, unsigned long, bool, unsigned long, utime_t)+0x15e3) [0x563d1de506a3]
 3: (Server::handle_client_open(std::shared_ptr<MDRequestImpl>&)+0x1061) [0x563d1dd386a1]
 4: (Server::dispatch_client_request(std::shared_ptr<MDRequestImpl>&)+0xa0b) [0x563d1dd5709b]
 5: (Server::handle_client_request(MClientRequest*)+0x47f) [0x563d1dd5768f]
 6: (Server::dispatch(Message*)+0x3bb) [0x563d1dd5b8db]
 7: (MDSRank::handle_deferrable_message(Message*)+0x80c) [0x563d1dce1f8c]
 8: (MDSRank::_dispatch(Message*, bool)+0x1e1) [0x563d1dceb081]
 9: (MDSRankDispatcher::ms_dispatch(Message*)+0x15) [0x563d1dcec1d5]
 10: (MDSDaemon::ms_dispatch(Message*)+0xc3) [0x563d1dcd3f83]
 11: (DispatchQueue::entry()+0x78b) [0x563d1e1996cb]
 12: (DispatchQueue::DispatchThread::entry()+0xd) [0x563d1e08862d]
 13: (()+0x8184) [0x7fc30bd7c184]
 14: (clone()+0x6d) [0x7fc30a2d337d]
 NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this.

Needs a check for directory opens with O_WRONLY/O_RDWR added with EISDIR returned. I'm working on a fix.

This looks like an issue with opens on symlinks. Related to: http://tracker.ceph.com/issues/16013


Related issues 1 (0 open1 closed)

Related to CephFS - Bug #16013: Failing file operations on kernel based cephfs mount point leaves unaccessible file behind on hammer 0.94.7Resolved05/25/2016

Actions
Actions #1

Updated by Patrick Donnelly over 7 years ago

  • Description updated (diff)
Actions #2

Updated by Patrick Donnelly over 7 years ago

Zheng, I think you fixed this in 4d15eb12298e007744486e28924a6f0ae071bd06 from PR #8778.

Here's the issue from ceph-users: http://lists.ceph.com/pipermail/ceph-users-ceph.com/2016-August/012228.html

Actions #3

Updated by Patrick Donnelly over 7 years ago

  • Subject changed from mds: handle_client_open misses O_WRONLY/O_RDWR on directory open to mds: handle_client_open failing on open
  • Description updated (diff)
Actions #4

Updated by Patrick Donnelly over 7 years ago

  • Related to Bug #16013: Failing file operations on kernel based cephfs mount point leaves unaccessible file behind on hammer 0.94.7 added
Actions #5

Updated by Zheng Yan over 7 years ago

Actions #6

Updated by Patrick Donnelly over 7 years ago

  • Status changed from New to Resolved

Randy privately confirmed https://github.com/ceph/ceph/pull/8778 resolves his problem. Closing.

Actions

Also available in: Atom PDF