All of lore.kernel.org
 help / color / mirror / Atom feed
* btrfs 3.16.2 does not recognize subvolumes correctly
@ 2014-10-02  8:42 Jogi Hofmüller
  2014-10-03 10:40 ` Jogi Hofmüller
  0 siblings, 1 reply; 4+ messages in thread
From: Jogi Hofmüller @ 2014-10-02  8:42 UTC (permalink / raw)
  To: linux-btrfs

[-- Attachment #1: Type: text/plain, Size: 380 bytes --]

Hi all,

I just noticed that when doing a 'btrfs subvolume show /' I get the
error 'ERROR: / doesn't belong to btrfs mount point', which is not quite
true.  I get the same error for all the other subvolumes as well.  It
worked fine until 3.14.1.

Regards,
-- 
J.Hofmüller

ich zitiere wie Espenlaub.

https://twitter.com/TheGurkenkaiser/status/463444397678690304


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: btrfs 3.16.2 does not recognize subvolumes correctly
  2014-10-02  8:42 btrfs 3.16.2 does not recognize subvolumes correctly Jogi Hofmüller
@ 2014-10-03 10:40 ` Jogi Hofmüller
  2014-10-03 16:53   ` Omar Sandoval
  0 siblings, 1 reply; 4+ messages in thread
From: Jogi Hofmüller @ 2014-10-03 10:40 UTC (permalink / raw)
  To: linux-btrfs

[-- Attachment #1: Type: text/plain, Size: 1114 bytes --]

Hi all,

First of all, I am talking about btrfs-progs 3.16.2 if there was any doubt.

I did some more checking and found the following disturbing results.

I can still create snapshots of subvolumes and the default subvolume (/)
without problems.  But sending the snapshot fails with the error:

ERROR: /.SNAPSHOT doesn't belong to btrfs mount point

btrfs subvolume list -a /

ID 259 gen 21444 top level 5 path home
ID 260 gen 21443 top level 5 path var
ID 742 gen 18830 top level 5 path .SNAPSHOT
ID 743 gen 18832 top level 259 path home/.SNAPSHOT

But then again e.g.

btrfs subvolume show /home
ERROR: /home doesn't belong to btrfs mount point

All this is happening on my laptop running kernel 3.16.3. (Debian).

Interestingly enough I have another machine where only the default
subvolume makes problems but another subvolume can be snapshotted and
the snapshot send.  This machine uses kernel 3.14.15.

Please let me know what I can do to fix this.

Regards,
-- 
J.Hofmüller

ich zitiere wie Espenlaub.

https://twitter.com/TheGurkenkaiser/status/463444397678690304


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: btrfs 3.16.2 does not recognize subvolumes correctly
  2014-10-03 10:40 ` Jogi Hofmüller
@ 2014-10-03 16:53   ` Omar Sandoval
  2014-10-03 18:10     ` Jogi Hofmüller
  0 siblings, 1 reply; 4+ messages in thread
From: Omar Sandoval @ 2014-10-03 16:53 UTC (permalink / raw)
  To: Jogi Hofmüller; +Cc: linux-btrfs

On Fri, Oct 03, 2014 at 12:40:33PM +0200, Jogi Hofmüller wrote:
> Hi all,
> 
> First of all, I am talking about btrfs-progs 3.16.2 if there was any doubt.
> 
> I did some more checking and found the following disturbing results.
> 
> I can still create snapshots of subvolumes and the default subvolume (/)
> without problems.  But sending the snapshot fails with the error:
> 
> ERROR: /.SNAPSHOT doesn't belong to btrfs mount point
> 
> btrfs subvolume list -a /
> 
> ID 259 gen 21444 top level 5 path home
> ID 260 gen 21443 top level 5 path var
> ID 742 gen 18830 top level 5 path .SNAPSHOT
> ID 743 gen 18832 top level 259 path home/.SNAPSHOT
> 
> But then again e.g.
> 
> btrfs subvolume show /home
> ERROR: /home doesn't belong to btrfs mount point
> 
> All this is happening on my laptop running kernel 3.16.3. (Debian).
> 
> Interestingly enough I have another machine where only the default
> subvolume makes problems but another subvolume can be snapshotted and
> the snapshot send.  This machine uses kernel 3.14.15.
> 
> Please let me know what I can do to fix this.

There was a similar issue in btrfs-progs 3.16 that was fixed in 3.16.1 by this
commit:
https://git.kernel.org/cgit/linux/kernel/git/mason/btrfs-progs.git/commit/?id=6a47725a6fb8a463dd60611800222c7297195588

I'd do a quick `btrfs --version` just to make sure you're running the version
you think you are. Otherwise, the output of `mount` might shed some light on why
you're getting this.

-- 
Omar

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: btrfs 3.16.2 does not recognize subvolumes correctly
  2014-10-03 16:53   ` Omar Sandoval
@ 2014-10-03 18:10     ` Jogi Hofmüller
  0 siblings, 0 replies; 4+ messages in thread
From: Jogi Hofmüller @ 2014-10-03 18:10 UTC (permalink / raw)
  To: linux-btrfs

[-- Attachment #1: Type: text/plain, Size: 792 bytes --]

Hi Omar,

Am 2014-10-03 um 18:53 schrieb Omar Sandoval:

> There was a similar issue in btrfs-progs 3.16 that was fixed in 3.16.1 by this
> commit:
> https://git.kernel.org/cgit/linux/kernel/git/mason/btrfs-progs.git/commit/?id=6a47725a6fb8a463dd60611800222c7297195588
> 
> I'd do a quick `btrfs --version` just to make sure you're running the version
> you think you are. Otherwise, the output of `mount` might shed some light on why
> you're getting this.

Turns out I am still using btrfs-progs 3.16 :(  Don't know where I came
across the version 3.16.2 that I put in the subject.  Gee, embarrassing.
 Sorry for the noise.  Hope 3.16.1 will be available in Debian testing soon.

Regards,
-- 
j.hofmüller

Gerüchtegenerator		               http://plagi.at/geruecht


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-10-03 18:10 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-10-02  8:42 btrfs 3.16.2 does not recognize subvolumes correctly Jogi Hofmüller
2014-10-03 10:40 ` Jogi Hofmüller
2014-10-03 16:53   ` Omar Sandoval
2014-10-03 18:10     ` Jogi Hofmüller

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.