On Fri, Feb 14, 2014 at 05:40:55PM -0800, Eric W. Biederman wrote:
> "J. Bruce Fields" writes:
>
> > On Fri, Feb 14, 2014 at 01:43:48PM -0500, Josef Bacik wrote:
> >> A user was running into errors from an NFS export of a subvolume that had a
> >> default subvol set. When we mount a default subv
On 2/14/14, 7:39 PM, Dave Chinner wrote:
> On Fri, Feb 14, 2014 at 05:48:59PM -0600, Eric Sandeen wrote:
>> On 2/14/14, 4:24 PM, Dave Chinner wrote:
>>> On Fri, Feb 14, 2014 at 10:41:16AM -0600, Eric Sandeen wrote:
On 2/14/14, 10:39 AM, David Sterba wrote:
> On Thu, Feb 13, 2014 at 10:42:5
On Fri, 14 Feb 2014 18:26:27 David Sterba wrote:
> On Fri, Feb 07, 2014 at 03:41:09PM +1100, Russell Coker wrote:
> > $ /sbin/btrfs subvol create /tmp/test
> > Create subvolume '/tmp/test'
> > $ /sbin/btrfs subvol delete /tmp/test
> > Delete subvolume '/tmp/test'
> > ERROR: cannot delete '/tmp/test
"J. Bruce Fields" writes:
> On Fri, Feb 14, 2014 at 01:43:48PM -0500, Josef Bacik wrote:
>> A user was running into errors from an NFS export of a subvolume that had a
>> default subvol set. When we mount a default subvol we will use
>> d_obtain_alias()
>> to find an existing dentry for the sub
On Fri, Feb 14, 2014 at 05:48:59PM -0600, Eric Sandeen wrote:
> On 2/14/14, 4:24 PM, Dave Chinner wrote:
> > On Fri, Feb 14, 2014 at 10:41:16AM -0600, Eric Sandeen wrote:
> >> On 2/14/14, 10:39 AM, David Sterba wrote:
> >>> On Thu, Feb 13, 2014 at 10:42:55AM -0600, Eric Sandeen wrote:
> > +cat
On 2/14/14, 4:24 PM, Dave Chinner wrote:
> On Fri, Feb 14, 2014 at 10:41:16AM -0600, Eric Sandeen wrote:
>> On 2/14/14, 10:39 AM, David Sterba wrote:
>>> On Thu, Feb 13, 2014 at 10:42:55AM -0600, Eric Sandeen wrote:
> +cat /proc/mounts | grep "$SCRATCH_MNT" | grep relatime >> $seqres.full
>
On Fri, Feb 14, 2014 at 10:41:16AM -0600, Eric Sandeen wrote:
> On 2/14/14, 10:39 AM, David Sterba wrote:
> > On Thu, Feb 13, 2014 at 10:42:55AM -0600, Eric Sandeen wrote:
> >>> +cat /proc/mounts | grep "$SCRATCH_MNT" | grep relatime >> $seqres.full
> >>> +[ $? -ne 0 ] && echo "The relatime mount o
On Fri, Feb 14, 2014 at 01:43:48PM -0500, Josef Bacik wrote:
> A user was running into errors from an NFS export of a subvolume that had a
> default subvol set. When we mount a default subvol we will use
> d_obtain_alias()
> to find an existing dentry for the subvolume in the case that the root s
Test for a btrfs incremental send issue where we end up sending a
wrong section of data from a file extent if the corresponding file
extent is compressed and the respective file extent item has a non
zero data offset.
Fixed by the following linux kernel btrfs patch:
Btrfs: use right clone root
For non compressed extents, iterate_extent_inodes() gives us offsets
that take into account the data offset from the file extent items, while
for compressed extents it doesn't. Therefore we have to adjust them before
placing them in a send clone instruction. Not doing this adjustment leads to
the r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/14/2014 02:25 PM, Johannes Hirte wrote:
> On Thu, 6 Feb 2014 16:19:46 -0500 Josef Bacik
> wrote:
>
>> Ok so I thought I reproduced the problem but I just reproduced a
>> different problem. Please undo any changes you've made and
>> apply th
On Thu, 6 Feb 2014 16:19:46 -0500
Josef Bacik wrote:
> Ok so I thought I reproduced the problem but I just reproduced a
> different problem. Please undo any changes you've made and apply
> this patch and reproduce and then provide me with any debug output
> that gets spit out. I'm sending this
On Fri, Feb 14, 2014 at 10:59 AM, David Sterba wrote:
> On Fri, Feb 14, 2014 at 10:40:47AM -0800, Justin Maggard wrote:
>> Sometimes it is useful to see what btrfs restore is going to do
>> before provisioning enough external storage to restore onto.
>> Add a dry-run option so we can see what file
On Fri, Feb 14, 2014 at 10:40:47AM -0800, Justin Maggard wrote:
> Sometimes it is useful to see what btrfs restore is going to do
> before provisioning enough external storage to restore onto.
> Add a dry-run option so we can see what files and paths are found
> by restore, without actually restori
Josef Bacik writes:
> A user was running into errors from an NFS export of a subvolume that had a
> default subvol set. When we mount a default subvol we will use
> d_obtain_alias()
> to find an existing dentry for the subvolume in the case that the root subvol
> has already been mounted, or a
A user was running into errors from an NFS export of a subvolume that had a
default subvol set. When we mount a default subvol we will use d_obtain_alias()
to find an existing dentry for the subvolume in the case that the root subvol
has already been mounted, or a dummy one is allocated in the cas
Sometimes it is useful to see what btrfs restore is going to do
before provisioning enough external storage to restore onto.
Add a dry-run option so we can see what files and paths are found
by restore, without actually restoring any data.
Signed-off-by: Justin Maggard
---
cmds-restore.c | 17
On Fri, Feb 14, 2014 at 07:27:57PM +0100, Goffredo Baroncelli wrote:
> On 02/14/2014 07:11 PM, Roman Mamedov wrote:
> > On Fri, 14 Feb 2014 18:57:03 +0100
> > Goffredo Baroncelli wrote:
> >
> >> On 02/13/2014 10:00 PM, Roman Mamedov wrote:
> >>> On Thu, 13 Feb 2014 20:49:08 +0100
> >>> Goffredo B
On 02/14/2014 07:11 PM, Roman Mamedov wrote:
> On Fri, 14 Feb 2014 18:57:03 +0100
> Goffredo Baroncelli wrote:
>
>> On 02/13/2014 10:00 PM, Roman Mamedov wrote:
>>> On Thu, 13 Feb 2014 20:49:08 +0100
>>> Goffredo Baroncelli wrote:
>>>
Thanks for the comments, however I don't like du not usa
On 02/14/2014 09:53 AM, Axelle wrote:
> Hi Daniel,
>
> This is what it answers now:
>
> sudo btrfs filesystem df /samples
> [sudo] password for axelle:
> Data, RAID0: total=252.00GB, used=108.99GB
> System, RAID1: total=8.00MB, used=28.00KB
> System: total=4.00MB, used=0.00
> Metadata, RAID1: total
On Fri, 14 Feb 2014 18:57:03 +0100
Goffredo Baroncelli wrote:
> On 02/13/2014 10:00 PM, Roman Mamedov wrote:
> > On Thu, 13 Feb 2014 20:49:08 +0100
> > Goffredo Baroncelli wrote:
> >
> >> Thanks for the comments, however I don't like du not usage; but you are
> >> right
> >> when you don't li
On Thu, Feb 13, 2014 at 11:16:35AM +0800, Gui Hecheng wrote:
> --- a/cmds-receive.c
> +++ b/cmds-receive.c
> @@ -951,10 +951,8 @@ int cmd_receive(int argc, char **argv)
> }
> }
>
> - if (optind + 1 != argc) {
> - fprintf(stderr, "ERROR: receive needs path to su
On 02/13/2014 10:00 PM, Roman Mamedov wrote:
> On Thu, 13 Feb 2014 20:49:08 +0100
> Goffredo Baroncelli wrote:
>
>> Thanks for the comments, however I don't like du not usage; but you are
>> right
>> when you don't like "disk-usage". What about "btrfs filesystem chunk-usage" ?
>
> Personally I
Hi Daniel,
This is what it answers now:
sudo btrfs filesystem df /samples
[sudo] password for axelle:
Data, RAID0: total=252.00GB, used=108.99GB
System, RAID1: total=8.00MB, used=28.00KB
System: total=4.00MB, used=0.00
Metadata, RAID1: total=5.25GB, used=3.71GB
By the way, I was happy to recover
Currently, btrfs balance start fails when trying to convert metadata or
system chunks to dup profile on filesystems with multiple devices. This
requires that a conversion from a multi-device filesystem to a single
device filesystem use the following methodology:
1. btrfs balance start -dconver
On Thu, Feb 13, 2014 at 11:16:38AM +0800, Gui Hecheng wrote:
> @@ -6460,6 +6460,7 @@ int cmd_check(int argc, char **argv)
> !extent_buffer_uptodate(info->dev_root->node) ||
> !extent_buffer_uptodate(info->chunk_root->node)) {
> fprintf(stderr, "Critical roots corru
On Fri, Feb 07, 2014 at 03:41:09PM +1100, Russell Coker wrote:
> $ /sbin/btrfs subvol create /tmp/test
> Create subvolume '/tmp/test'
> $ /sbin/btrfs subvol delete /tmp/test
> Delete subvolume '/tmp/test'
> ERROR: cannot delete '/tmp/test' - Operation not permitted
>
> The above is when running De
On Fri, Feb 14, 2014 at 10:41:16AM -0600, Eric Sandeen wrote:
> I don't know that it's been discussed - selfishly, I know our QE uses
> xfstests on RHEL5, which is 2.6.18-based.
Ok then.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...
On 2/14/14, 10:39 AM, David Sterba wrote:
> On Thu, Feb 13, 2014 at 10:42:55AM -0600, Eric Sandeen wrote:
>>> +cat /proc/mounts | grep "$SCRATCH_MNT" | grep relatime >> $seqres.full
>>> +[ $? -ne 0 ] && echo "The relatime mount option should be the default."
>>
>> Ok, I guess "relatime" in /proc/mo
On Thu, Feb 13, 2014 at 10:42:55AM -0600, Eric Sandeen wrote:
> > +cat /proc/mounts | grep "$SCRATCH_MNT" | grep relatime >> $seqres.full
> > +[ $? -ne 0 ] && echo "The relatime mount option should be the default."
>
> Ok, I guess "relatime" in /proc/mounts is from core vfs code and
> should be th
On Fri, Feb 07, 2014 at 09:12:03AM -0800, Justin Maggard wrote:
> Sometimes it is useful to see what btrfs restore is going to do
> before provisioning enough external storage to restore onto.
> Add a dry-run option so we can see what files and paths are found
> by restore, without actually restori
On 02/14/2014 07:22 AM, Axelle wrote:
>> Did the crashed /dev/sdb have more than 1 partitions in your raid1
>> filesystem?
> No, only 1 - as far as I recall.
>
> -- Axelle.
What does:
btrfs filesystem df /samples
say now that you've mounted the fs readonly?
> On Fri, Feb 14, 2014 at 3:58 PM, Dani
On Thu, Feb 13, 2014 at 08:02:43PM +0100, Kai Krakow wrote:
> Is it technically possible to wait for a snapshot completely purged from
> disk? I imagine an option like "--wait" for btrfs delete subvolume.
I have the patch WIP, will look at it again.
> This would fit some purposes I'm planning to
On 02/14/2014 02:56 AM, Brendan Hide wrote:
> On 14/02/14 05:42, Austin S. Hemmelgarn wrote:
>>> On 2014/02/10 04:33 AM, Austin S Hemmelgarn wrote:
>> Do you happen to know which git repository and branch is
>> preferred to base patches on? I'm getting ready to write one to
>> fix this, and would
On Fri, Feb 14, 2014 at 01:12:58AM +0100, Kai Krakow wrote:
> Garry T. Williams schrieb:
>
> > On 2-13-14 20:02:43 Kai Krakow wrote:
> >> Is it technically possible to wait for a snapshot completely purged
> >> from disk? I imagine an option like "--wait" for btrfs delete
> >> subvolume.
> >
> >
>Did the crashed /dev/sdb have more than 1 partitions in your raid1
>filesystem?
No, only 1 - as far as I recall.
-- Axelle.
On Fri, Feb 14, 2014 at 3:58 PM, Daniel Lee wrote:
> On 02/14/2014 03:04 AM, Axelle wrote:
>> Hi Hugo,
>>
>> Thanks for your answer.
>> Unfortunately, I had also tried
>>
On 02/14/2014 03:04 AM, Axelle wrote:
> Hi Hugo,
>
> Thanks for your answer.
> Unfortunately, I had also tried
>
> sudo mount -o degraded /dev/sdc1 /samples
> mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
>missing codepage or helper program, or other error
>In some
Attention
Sir,
Following an application brought, seeking the release of your due payment
through British bank, I am directed to inform you that the application has
been approved and Natwest bank of London has been mandated to make transfer
of your payment to the bank account you will nominate. Pl
On 11 February 2014 03:30, Saint Germain wrote:
>> > I am experimenting with BTRFS and RAID1 on my Debian Wheezy (with
>> > backported kernel 3.12-0.bpo.1-amd64) using a a motherboard with
>> > UEFI.
>>
>> > I have installed Debian with the following partition on the first
>> > hard drive (no BTRF
On Fri, Feb 14, 2014 at 12:46 PM, David Disseldorp wrote:
> Ping, any Btrfsers get a chance to look at this patch series?
> I'd like to get it into the QA tree.
If no one else gets there first, I'll take a look at it soon.
thanks
>
> On Fri, 7 Feb 2014 11:35:38 +0100, David Disseldorp wrote:
>
HI,
My Name is Miss Karty. I will like to be your friend and there is something I
want us to discuss.
Thanks
Karty
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majo
Ping, any Btrfsers get a chance to look at this patch series?
I'd like to get it into the QA tree.
On Fri, 7 Feb 2014 11:35:38 +0100, David Disseldorp wrote:
> This patch-set provides a reproducer for hitting the 3.14.0-rc1 BUG_ON()
> at:
> 692 int __btrfs_drop_extents(struct btrfs_trans_handle
Hi,
Some update:
>sudo mount -o degraded /dev/sdc1 /samples
>mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
I am mounting it read-only, and backuping what I can still access to
another drive.
Then, what should I do? Fully erase the volume and create a new one?
Or is there a way I
Hi Hugo,
Thanks for your answer.
Unfortunately, I had also tried
sudo mount -o degraded /dev/sdc1 /samples
mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmes
On Fri, Feb 14, 2014 at 11:35:56AM +0100, Axelle wrote:
> Hi,
> I've just encountered a hard disk crash in one of my btrfs pools.
>
> sudo btrfs filesystem show
> failed to open /dev/sr0: No medium found
> Label: none uuid: 545e95c6-d347-4a8c-8a49-38b9f9cb9add
> Total devices 3 FS bytes u
Hi,
I've just encountered a hard disk crash in one of my btrfs pools.
sudo btrfs filesystem show
failed to open /dev/sr0: No medium found
Label: none uuid: 545e95c6-d347-4a8c-8a49-38b9f9cb9add
Total devices 3 FS bytes used 112.70GB
devid1 size 100.61GB used 89.26GB path /dev/s
Hello,
I used the command "fsstress -f punch=20 -d /volume1 -n 1 -p 50"
to repeatedly stress my btrfs volume
After a few hours stress, I got a WARN_ON at fs/btrfs/file.c:553
It seems someone gave btrfs_drop_extent_cache a range to drop
where end < start
The call flow is btrfs_punch_hole , _
47 matches
Mail list logo