Bump.
Pretty sure I just ran into this, outside of a testing scenario. See
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/51796
Looks like the patch was never committed.
On Wed, Oct 7, 2015 at 10:10 AM, Chandan Rajendra
wrote:
> On Wednesday 07 Oct 2015 11:25:03 David Sterba wrote:
>
Have looked at http://comments.gmane.org/gmane.comp.file-systems.btrfs/48926
which contains a discussion and patch that is related to ioctl.c:558,
not sure if it was ever committed, or if it's even the same issue I'm
having.
On Sat, Jan 2, 2016 at 11:40 PM, james harvey wrote:
> Fresh Arch insta
Fresh Arch install. Official ISO dated 1/1/2016, using linux 4.3.3-2,
btrfs-progs 4.3.1-2, lvm2 2.02.137-1, and thin-provisioning-tools
0.5.6-2. Hard drive installation uses the exact same (only a day
after ISO released) and snapper 0.2.8-4.
I can re-create this by when booted off the archiso, w
On Sat, Jan 02, 2016 at 03:46:30PM +1100, Alistair Grant wrote:
>
> When trying to send a snapshot I'm now getting errors such as:
>
> ERROR: failed to open
> backups/xps13/@home/@home.20151229_13:43:09/alistair/.mozilla/firefox/yu3bxg7y.default/cookies.sqlite.
> No such file or directory
>
> [
On Sun, 2016-01-03 at 09:37 +0800, Qu Wenruo wrote:
> And since you are making the stripe size configurable, then user is
> responsible for any too large or too small stripe size setting.
That pops up the questions, which raid chunk sizes the kernel,
respectively the userland tools should allow fo
On 01/02/2016 07:52 PM, Sanidhya Solanki wrote:
On Tue, 29 Dec 2015 19:06:44 +0100
David Sterba wrote:
In theory this is possible with current on-disk data structures. The
stripe length is property of btrfs_chunk and changing it should be
possible the same way we do other raid transformation
On Sat, Jan 2, 2016 at 2:42 PM, Rasmus Abrahamsen wrote:
> On Sat, Jan 2, 2016, at 10:37 PM, Chris Murphy wrote:
>> On Sat, Jan 2, 2016 at 2:30 PM, Rasmus Abrahamsen
>> wrote:
>> > Okay, I will rebuild it then. Thank you.
>> >
>> > Where do I add -p?
>>
>> OK for me, I have these ro snapshots:
>>
Do you mean that the pipe is not a bash pipe or that you executed the
commands as written? Sounds like you had two terminals and executed the
left side of the pipe and then the right side.
On Sat, Jan 2, 2016, at 10:37 PM, Chris Murphy wrote:
> On Sat, Jan 2, 2016 at 2:30 PM, Rasmus Abrahamsen
>
On Sat, Jan 2, 2016 at 2:30 PM, Rasmus Abrahamsen wrote:
> Okay, I will rebuild it then. Thank you.
>
> Where do I add -p?
OK for me, I have these ro snapshots:
drwxrwx---. 1 chris chris 218 Apr 3 2015 everything-20150403
drwxrwx---. 1 chris chris 218 Apr 3 2015 everything-20150404
drwxrwx-
Okay, I will rebuild it then. Thank you.
Where do I add -p?
On Sat, Jan 2, 2016, at 10:28 PM, Chris Murphy wrote:
> On Sat, Jan 2, 2016 at 1:39 PM, Rasmus Abrahamsen
> wrote:
> > Sounds like you think my best bet is to re-roll my filesystem instead of
> > attempt to repair it. Is that right?
>
On Sat, Jan 2, 2016 at 1:39 PM, Rasmus Abrahamsen wrote:
> Sounds like you think my best bet is to re-roll my filesystem instead of
> attempt to repair it. Is that right?
If you want to get back to a working fs as soon as possible, yes. You
could take a btrfs-image of it first; if that fails you
Thanks again for your kind answer, Henk .
Memetest86+ runs ok but I really don't know how much I have to leave it
running. I left it 4 hours in normal mode because the multi thread one crash
after a few minutes.
Anyway I suppose that if the ram was bad I would have some check-sum
corruptions a
[...]
> [13984.341838] BTRFS info (device sdc2): allowing degraded mounts
> [13984.341844] BTRFS info (device sdc2): disk space caching is enabled
> [13984.341846] BTRFS: has skinny extents
> [13984.538637] BTRFS critical (device sdc2): corrupt leaf, bad key
> order: block=6513625202688,root=1, slo
Sounds like you think my best bet is to re-roll my filesystem instead of
attempt to repair it. Is that right?
I have snapshots which are based on each other as a backup of a remote
machine by date. By sending these snapshots to a new filesystem, will I
be able to have them still be incremental and
On Sat, Jan 2, 2016 at 5:10 PM, fugazzi® wrote:
> Thank you Henk.
>
> Yes I already tried that but it seems the keyboard is also offline so sys
> commands had no effect. In fact ping was not working also, it seem interrupt
> got disconnected somehow.
>
> I tried your suggestion but it freeze on di
On Sat, Jan 2, 2016 at 1:15 PM, Chris Murphy wrote:
> On Sat, Jan 2, 2016 at 12:58 PM, Rasmus Abrahamsen wrote:
>> What do you recommend I do? Everything is redundant across disks.
>> Perhaps I can disconnect the one you mentioned and delete missing.
>
> No, please stop trying new things like thr
On Sat, Jan 2, 2016 at 12:58 PM, Rasmus Abrahamsen wrote:
> What do you recommend I do? Everything is redundant across disks.
> Perhaps I can disconnect the one you mentioned and delete missing.
No, please stop trying new things like throwing spaghetti at a wall.
The file system is not healthy or
What do you recommend I do? Everything is redundant across disks.
Perhaps I can disconnect the one you mentioned and delete missing.
On Sat, Jan 2, 2016, at 08:56 PM, Chris Murphy wrote:
> On Fri, Jan 1, 2016 at 1:20 PM, Rasmus Abrahamsen wrote:
> > [ralle@rasmusahome ~]$ sudo btrfs fi usage /mnt
On Sat, Jan 2, 2016 at 12:47 PM, Rasmus Abrahamsen wrote:
> The scrub was frozen. I tried to cancel it but it had become read-only.
> I rebooted and am now looking into what btrfsck can do for me
Stay away from btrfs check --repair until it's a last restort. As in,
you have to have all data scrap
On Fri, Jan 1, 2016 at 1:20 PM, Rasmus Abrahamsen wrote:
> [ralle@rasmusahome ~]$ sudo btrfs fi usage /mnt/fortune/
[snip]
> Unallocated:
>/dev/sda1 137.48GiB
>/dev/sdb1 16.00EiB
>/dev/sdc1 135.76GiB
>/dev/sdd1 3.14TiB
Another phantom 16.00EiB, this time it appe
On Sat, Jan 2, 2016 at 11:48 AM, Martin Steigerwald wrote:
> Am Donnerstag, 24. Dezember 2015, 23:41:06 CET schrieb Duncan:
>> Zach Fuller posted on Thu, 24 Dec 2015 13:15:22 -0600 as excerpted:
>> > I am currently running btrfs on a 2TB GPT drive. The drive is working
>> > fine, still mounts corr
The scrub was frozen. I tried to cancel it but it had become read-only.
I rebooted and am now looking into what btrfsck can do for me
On Sat, Jan 2, 2016, at 05:45 PM, Rasmus Abrahamsen wrote:
> Okay, the scrub seemingly did nothing, I am now running balance. This is
> what I am getting so far:
>
OK, I basically do not trust the f'n kernel anymore. I'm having to
reboot in order to get to a (reasonably) deterministic state. Merely
disconnecting devices doesn't make all aspects of that device and its
filesystem, vanish.
I think this persistence might be causing some Btrfs corruptions that
d
Okay, the scrub seemingly did nothing, I am now running balance. This is what I
am getting so far:
https://www.dropbox.com/s/02rpab0zcc6er2u/2016-01-02%20IMG_8483.jpg?dl=0--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.or
Thank you Henk.
Yes I already tried that but it seems the keyboard is also offline so sys
commands had no effect. In fact ping was not working also, it seem interrupt
got disconnected somehow.
I tried your suggestion but it freeze on different files on different run.
I got a freeze every 3-4 p
On Tue, 29 Dec 2015 19:06:44 +0100
David Sterba wrote:
> In theory this is possible with current on-disk data structures. The
> stripe length is property of btrfs_chunk and changing it should be
> possible the same way we do other raid transformations. The
> implementation might be tricky at some
On Sat, 02 Jan 2016 12:40:46 +0100
Martin Steigerwald wrote:
> Or is this something different?
Yes, Martin this patch starts the implementation that I hope will lead
to the implementation of a Hybrid Cache to the BTRFS.
However, there is no need to limit ourselves to just Flash devices.
Depending
Hello,
Am Freitag, 1. Januar 2016, 22:08:32 CET schrieb Sanidhya Solanki:
> This patch adds the file required for Hybrid Storage. It contains
> the memory, time and size limits for the cache and the statistics that
> will be provided while the cache is operating.
> It also adds the Makefile change
Am Samstag, 2. Januar 2016, 11:35:51 CET schrieb Martin Steigerwald:
> Am Freitag, 1. Januar 2016, 20:04:43 CET schrieb John Center:
> > Hi Duncan,
> >
> > On Fri, Jan 1, 2016 at 12:05 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> > > John Center posted on Fri, 01 Jan 2016 11:41:20 -0500 as excerpted
Oops, sent this message from the wrong email, then tried attaching a file. I am
really bad at this.
This morning I wanted to check on progress of removing the device but
when trying to get the screen to wake, I was met with nothing. I tried
SSH, nothing. The machine had crashed or something of th
On Fri, 01 Jan 2016 00:14:37 -0800, Duncan wrote:
> Chris Murphy posted on Thu, 31 Dec 2015 18:22:09 -0700 as excerpted:
>
>> On Thu, Dec 31, 2015 at 4:36 PM, Alexander Duscheleit
>> wrote:
>>> [...]
>>
>>
>> Why are you trying to mount only one? What mount options did you use
>> when you did this
Am Donnerstag, 24. Dezember 2015, 23:41:06 CET schrieb Duncan:
> Zach Fuller posted on Thu, 24 Dec 2015 13:15:22 -0600 as excerpted:
> > I am currently running btrfs on a 2TB GPT drive. The drive is working
> > fine, still mounts correctly, and I have experienced no data corruption.
> > Whenever I
Am Freitag, 1. Januar 2016, 20:04:43 CET schrieb John Center:
> Hi Duncan,
>
> On Fri, Jan 1, 2016 at 12:05 PM, Duncan <1i5t5.dun...@cox.net> wrote:
> > John Center posted on Fri, 01 Jan 2016 11:41:20 -0500 as excerpted:
> >> If this doesn't resolve the problem, what would you recommend my next
>
This morning I wanted to check on progress of removing the device but
when trying to get the screen to wake, I was met with nothing. I tried
SSH, nothing. The machine had crashed or something of the like. After a
reboot, the device is still part of the filesystem.
I have now tried booting from an A
Thank you very much, sir.
Could you confirm that devid and UUID_SUB will never be changed at any
circumstances for a given device, unless it is reformatted by
mkfs.btrfs?
2016-01-01 20:23 GMT+08:00 Hugo Mills :
> On Fri, Jan 01, 2016 at 08:16:28PM +0800, UGlee wrote:
>> Dear all:
>>
>> If a btrfs
35 matches
Mail list logo
