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
next 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.