linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Henrik Kuhn <henrik.kuhn@origenis.de>
To: linux-btrfs@vger.kernel.org
Subject: could not do orphan cleanup - openSUSE 12.1
Date: Wed, 02 May 2012 12:02:34 +0200	[thread overview]
Message-ID: <4FA1063A.7080306@origenis.de> (raw)

Hi btrfs-team/-users,

I do observe a strange behavior upon booting of my openSUSE 12.1 system 
( kernel 3.1.10-1.9-desktop; x86_64 ) with btrfsprogs-0.19-43.7.1.x86_64 
utils installed:

The system has two btrfs-vols: root(sda7) & home(sda8) and had been 
created during system setup of openSUSE 12.1:

# btrfs filesystem show
Label: none  uuid: a288fcff-28c8-4764-8efe-1e0cb205d588
         Total devices 1 FS bytes used 27.25GB
         devid    1 size 106.88GB used 67.29GB path /dev/sda8

Label: none  uuid: 4b3e5746-31aa-405a-a41f-540376ea5110
         Total devices 1 FS bytes used 17.93GB
         devid    1 size 40.00GB used 25.54GB path /dev/sda7

Btrfs v0.19+

The home-volume can not be mounted upon started with the msg:
btrfs: Error removing orphan entry, stopping orphan cleanup
btrfs: could not do orphan cleanup -22


Booting from the latest systemrescuecd (based upon Linux-kernel-3.0 :-( 
) a btrfsck-run on the home-vol(sda8) does not report any errors!
Whereas upon sda7 I got a lot of reportings concerning /tmp, /.snapshot, 
/var, /srv, /opt.
But I'm sure these msgs are related to the openSUSE 12.1 way of setup 
including the snapper-feature, because there a lot of subvols:

# btrfs subvolume list /
ID 256 top level 5 path tmp
ID 258 top level 5 path opt
ID 259 top level 5 path srv
ID 260 top level 5 path var/spool
ID 261 top level 5 path var/log
ID 262 top level 5 path var/run
ID 263 top level 5 path var/tmp
ID 271 top level 5 path .snapshots
ID 278 top level 5 path .snapshots/5/snapshot
ID 575 top level 5 path .snapshots/293/snapshot
...
... many, many more


Further I recognize in /var/log/messages some btrfs - orphan related 
entries:
Apr 17 09:06:57 ctrlaltdel kernel: [ 3120.205958] btrfs: unlinked 1 orphans
Apr 17 09:10:04 ctrlaltdel kernel: [ 3307.607220] btrfs: unlinked 15 orphans
Apr 17 09:11:04 ctrlaltdel kernel: [ 3367.233679] btrfs: unlinked 15 orphans
Apr 17 09:11:44 ctrlaltdel kernel: [ 3407.023880] btrfs: unlinked 16 orphans
Apr 17 09:11:51 ctrlaltdel kernel: [ 3414.172983] btrfs: unlinked 16 orphans
....
..
.
....
Apr 17 09:25:30 ctrlaltdel kernel: [ 4233.400005] btrfs: unlinked 16 orphans
Apr 17 09:26:24 ctrlaltdel kernel: [ 4286.905420] btrfs: unlinked 38 orphans
Apr 17 09:26:32 ctrlaltdel kernel: [ 4294.991357] btrfs: unlinked 38 orphans
Apr 17 09:30:03 ctrlaltdel kernel: [ 4505.997041] btrfs: unlinked 38 orphans
Apr 17 10:30:03 ctrlaltdel kernel: [ 8105.084759] btrfs: unlinked 36 orphans
Apr 17 11:30:02 ctrlaltdel kernel: [11704.102603] btrfs: unlinked 36 orphans
Apr 17 12:30:02 ctrlaltdel kernel: [15302.795729] btrfs: unlinked 36 orphans
Apr 17 13:30:02 ctrlaltdel kernel: [18902.596928] btrfs: unlinked 36 orphans
Apr 17 14:30:02 ctrlaltdel kernel: [22501.429646] btrfs: unlinked 36 orphans
Apr 17 15:30:03 ctrlaltdel kernel: [26101.699785] btrfs: unlinked 36 orphans
Apr 18 09:03:01 ctrlaltdel kernel: [ 2781.523782] btrfs: unlinked 1 orphans
Apr 24 08:38:03 ctrlaltdel kernel: [ 1223.527879] btrfs: unlinked 40 orphans
Apr 25 08:53:45 ctrlaltdel kernel: [ 2543.231171] btrfs: unlinked 2 orphans
Apr 25 09:15:02 ctrlaltdel kernel: [ 3819.781494] btrfs: unlinked 2 orphans
May  2 08:51:05 ctrlaltdel kernel: [    7.803471] btrfs: unlinked 8 orphans
May  2 09:09:51 ctrlaltdel kernel: [    9.405048] btrfs: unlinked 9 orphans
May  2 09:09:51 ctrlaltdel kernel: [   23.358868] btrfs: unlinked 1 orphans


Now the interesting part:
I can mount the home-vol RO and remount it RW without any error messages 
logged!
Since now I do not get any hourly generated oprhans logs.

But upon a system restart I need to ro-mount with a following rw-remout 
manually, again.


Any suggestions what to do?

Kind regards for your help.
Henrik Kuhn

             reply	other threads:[~2012-05-02 10:02 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-02 10:02 Henrik Kuhn [this message]
2012-05-02 12:16 ` could not do orphan cleanup - openSUSE 12.1 David Sterba
2012-05-02 12:41   ` Henrik Kuhn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FA1063A.7080306@origenis.de \
    --to=henrik.kuhn@origenis.de \
    --cc=linux-btrfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).