* btrfs send requires root
@ 2014-01-29 19:26 Matthew Lai
2014-01-30 18:30 ` David Sterba
0 siblings, 1 reply; 3+ messages in thread
From: Matthew Lai @ 2014-01-29 19:26 UTC (permalink / raw)
To: linux-btrfs
Hello!
I have just started playing with btrfs, and noticed that "btrfs send"
only works for root (ERROR: failed to initialize subvol search.
Operation not permitted), even on subvolumes created by the user.
Am I doing something wrong? Or is this the intended behaviour?
My setup (/data is the root subvolume):
mkdir /data/snapshots
btrfs subvolume snapshot -r /data /data/snapshots (creates
/data/snapshots/data)
btrfs send /data/snapshots/data > /dev/null
Returns:
ERROR: can't perform the search- Operation not permitted
ERROR: failed to initialize subvol search. Operation not permitted
Thanks!
Matthew
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: btrfs send requires root
2014-01-29 19:26 btrfs send requires root Matthew Lai
@ 2014-01-30 18:30 ` David Sterba
2014-01-30 21:41 ` Matthew Lai
0 siblings, 1 reply; 3+ messages in thread
From: David Sterba @ 2014-01-30 18:30 UTC (permalink / raw)
To: Matthew Lai; +Cc: linux-btrfs
On Wed, Jan 29, 2014 at 11:26:42AM -0800, Matthew Lai wrote:
> I have just started playing with btrfs, and noticed that "btrfs send" only
> works for root (ERROR: failed to initialize subvol search. Operation not
> permitted), even on subvolumes created by the user.
>
> Am I doing something wrong? Or is this the intended behaviour?
Intended but can be revisited to allow non-root owner's to send their
snapshots.
> Returns:
> ERROR: can't perform the search- Operation not permitted
> ERROR: failed to initialize subvol search. Operation not permitted
The SEARCH_TREE ioctl is also root-only and a unconstrained interface to
the filesystem internals, so a new ioctl would have to be introduced to
do what send needs.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: btrfs send requires root
2014-01-30 18:30 ` David Sterba
@ 2014-01-30 21:41 ` Matthew Lai
0 siblings, 0 replies; 3+ messages in thread
From: Matthew Lai @ 2014-01-30 21:41 UTC (permalink / raw)
To: linux-btrfs
Ah I see. Thanks for clarifying!
Matthew
On 30/01/2014 10:30 AM, David Sterba wrote:
> On Wed, Jan 29, 2014 at 11:26:42AM -0800, Matthew Lai wrote:
>> I have just started playing with btrfs, and noticed that "btrfs send" only
>> works for root (ERROR: failed to initialize subvol search. Operation not
>> permitted), even on subvolumes created by the user.
>>
>> Am I doing something wrong? Or is this the intended behaviour?
> Intended but can be revisited to allow non-root owner's to send their
> snapshots.
>
>> Returns:
>> ERROR: can't perform the search- Operation not permitted
>> ERROR: failed to initialize subvol search. Operation not permitted
> The SEARCH_TREE ioctl is also root-only and a unconstrained interface to
> the filesystem internals, so a new ioctl would have to be introduced to
> do what send needs.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-01-30 21:41 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-29 19:26 btrfs send requires root Matthew Lai
2014-01-30 18:30 ` David Sterba
2014-01-30 21:41 ` Matthew Lai
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).