Project

General

Profile

Actions

Bug #12674

closed

Semi-reproducible crash of ceph-fuse

Added by Jörg Henne over 8 years ago. Updated over 8 years ago.

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

0%

Source:
other
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

we are running ceph version 0.94.2 with a cephfs mounted using ceph-fuse on
Ubuntu 14.04 LTS. I think we have found a bug that lets us semi-reprodicibly
crash the ceph-fuse process.

On the file system we have many files that contain non-ASCII characters in
various encodings (ISO8859, UTF-8) we are currently normalizing by renaming
them. The crash seems to be triggered by those rename operations. However,
it is not as simple as just creating a file with some specific name and then
renaming it.

A log file of the crash has been attached.


Files

ceph-fuseh-crash.log.gz (112 KB) ceph-fuseh-crash.log.gz log file of crash Jörg Henne, 08/12/2015 10:22 AM
ceph-client.admin.log.gz (138 KB) ceph-client.admin.log.gz Jörg Henne, 09/21/2015 11:10 AM
Actions #1

Updated by Zheng Yan over 8 years ago

the log seems like memory allocation failure. how many memory does your machine have?

Actions #2

Updated by Jörg Henne over 8 years ago

Zheng Yan wrote:

the log seems like memory allocation failure. how many memory does your machine have?

The VM has 4GB of memory with usually more than .5GB free. It has an additional 4GB if swap which has never been touched during the VM's uptime.

Actions #3

Updated by Jörg Henne over 8 years ago

Some additional info which might be useful:
  • We are no longer 100% certain that the crashes relate to renames. The actual reason might also be other accesses.
  • The system in question just mounts cephfs via fuse and re-exports it via SMABA. Almost all accesses to the file system therefore originate from smbd.
Actions #4

Updated by Zheng Yan over 8 years ago

  • Status changed from New to Need More Info
Actions #5

Updated by Jörg Henne over 8 years ago

Status changed from New to Need More Info

What kind of info are you looking for? As I've just hit another situation where I can reproducibly crash ceph-fuse, I've attached a new log file of the crash. The crash happens upon reading several files from a directory tree on cephfs. I've updated to 0.94.3 in the meantime.

Actions #6

Updated by Zheng Yan over 8 years ago

  • Status changed from Need More Info to 12

RP https://github.com/ceph/ceph/pull/4753 may fix this issue. could you try compiling ceph-fuse from the newest ceph source (https://github.com/ceph/ceph.git master)

Actions #7

Updated by Jörg Henne over 8 years ago

Please also note that this crash can be triggered with a simple operation of the style

find . -name \*.txt | xargs cat > /dev/null

The files are nested in directories 2-3 levels deep and the names are extremely simple this time. So this problem seems to be unrelated to the original observation about fancy file names and renaming.

Actions #8

Updated by Zheng Yan over 8 years ago

It's likely been fixed by pull request https://github.com/ceph/ceph/pull/4753 (it's large change, we haven't back-ported it) . please try compiling ceph-fuse from the newest ceph source (https://github.com/ceph/ceph.git master)

Actions #9

Updated by Jörg Henne over 8 years ago

I can confirm that the issue is gone with the latest ceph source from Git. Sorry for taking so long to build and test it. Thanks a ton!

Actions #10

Updated by Nathan Cutler over 8 years ago

  • Status changed from 12 to Resolved
Actions

Also available in: Atom PDF