Project

General

Profile

Actions

Bug #1669

closed

linux 32 bit kernel client ld libraries and rm issue

Added by Hong Cho over 12 years ago. Updated over 12 years ago.

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

0%

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

Description

I am running ceph on 64 bit OS (Debian linux-image-3.0.0-2-x86_64). It is on two machines each of them having 1 mon, 1 mds, and 4 osds. It is using ext4 instead of btrfs, but this error used to happen on btrfs as well. Clients are on 32 bit machines and 64 bit machines. Both architectures are running Debian with very similar configuration. On 32bit machines it is running linux-image-3.0.0-2-686-pae and also tried linux-image-3.0.0-2-486.

When defining libraries which are located in ceph mounted directories in /etc/ld.so.conf.d and running ldconfig, in 32 bit machines, no libraries are found in /etc/ld.so.cache while 64 bit machines work ok. When moving the libraries in tmpfs it loads ok.

When deleting directories with rm -rf in 32 bit client, it fails to delete with following message. I made a copy of library modules in ceph client and tried to delete it. The same operation in 64 bit client happens flawlessly.
rm: WARNING: Circular directory structure.
This almost certainly means that you have a corrupted file system.
NOTIFY YOUR SYSTEM MANAGER.
The following directory is part of the cycle:
`3.0.0-2-686-pae/kernel'

rm: cannot remove `3.0.0-2-686-pae': Directory not empty

I tried to see if there was anything logged for this case but wasn't able to find much on the ceph mon, mds, or osd logs. I am not sure if both are related issues.

Let me know what I can look at to help out debugging this.

Regards,
Hong

Actions #1

Updated by Sage Weil over 12 years ago

  • Status changed from New to 7

There was a recent fix for 32-bit ino generation that will avoid this problem most of the time, although in theory you'll still see it about 1/2^32 times because the 32-bit inos aren't truly unique. See commit 3310f7541f0c991b51324a7712db51fb8f912601 (recently merged into linus' tree).

Can you see if that makes things better?

Actions #2

Updated by Hong Cho over 12 years ago

Yes it is much better. I used a git version of the kernel and it's version is 3.1.0+. It seems ldconfig and rm are working better. I haven't got to the point where it fails yet.

Thanks!

Regards,
Hong

Actions #3

Updated by Sage Weil over 12 years ago

  • Status changed from 7 to Resolved
Actions

Also available in: Atom PDF