On Mar 19, 2013, Alexandre Oliva wrote:
> On Mar 19, 2013, Alexandre Oliva wrote:
>>> that is being processed inside the snapshot.
>> This doesn't explain why the master database occasionally gets similarly
>> corrupted, does it?
> Actually, scratch this bit for now. I don't really have proof
From: Zhi Yong Wu
In "[ \fB\-f\fP\fI ]", the "\fI" will result in the front half "["of
"[ -f ]" doesn't the back half "]"; When you issue the command
"man mkfs.btrfs", you will see the difference.
Signed-off-by: Zhi Yong Wu
---
man/mkfs.btrfs.8.in | 2 +-
1 file changed, 1 insertion(+), 1 de
Hi,
while copying a 15GB file to my btrfs volume i'm getting "No space left
on device".
Some information:
# btrfs filesystem df /mnt/
Data: total=18.14TB, used=15.05TB
System, DUP: total=8.00MB, used=1.94MB
System: total=4.00MB, used=0.00
Metadata, DUP: total=23.98GB, used=17.97GB
Metadata: tota
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
man/btrfs.8.in | 37 +
1 file changed, 37 insertions(+)
diff --git a/man/btrfs.8.in b/man/btrfs.8.in
index 94f4ffe..54de60e 100644
--- a/man/btrfs.8.in
+++ b/man/btrfs.8.in
@@ -60,6 +60,18 @@ btrfs \- control
Hi Martin,
Le mercredi 20 mars 2013 19:59:54 Martin Steigerwald a écrit :
> Am Mittwoch, 20. März 2013 schrieb Frédéric COIFFIER:
> > > But I really think BTRFS displays the filename affected meanwhile. So
> > > maybe if it does not, its some metadata being affected? So output of
> > > btrfsck
>
Hi Roman,
Le jeudi 21 mars 2013 01:24:14 Roman Mamedov a écrit :
> On Wed, 20 Mar 2013 12:19:18 -0600
> Chris Murphy wrote:
>
> > > 195 Hardware_ECC_Recovered 0x001a 057 055 000Old_age Always
> > > - 63508940
>
> > With such high ECC recovered events, I suspect SDC.
>
On 3/21/13 2:17 AM, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> In "[ \fB\-f\fP\fI ]", the "\fI" will result in the front half "["of
> "[ -f ]" doesn't the back half "]"; When you issue the command
> "man mkfs.btrfs", you will see the difference.
>
> Signed-off-by: Zhi Yong Wu
Whoops
From: Wang Shilong
Creating the subvolume/snapshots(including root subvolume) qgroup
auotomatically when enabling quota.
Signed-off-by: Wang Shilong
Reviewed-by: Miao Xie
---
fs/btrfs/ioctl.c |2 +
fs/btrfs/qgroup.c | 55 +
2 files ch
We should avoid using non multi-path (mp) path for mp disks
As of now there is no good way (like api) to check that.
A workaround way is to check if the O_EXCL open is unsuccessful.
This is safe since otherwise the BTRFS_IOC_SCAN_DEV ioctl would
fail if the disk-path can not be opened with the
Am Donnerstag, 21. März 2013 schrieb Frédéric COIFFIER:
> Hi Martin,
>
> Le mercredi 20 mars 2013 19:59:54 Martin Steigerwald a écrit :
> > Am Mittwoch, 20. März 2013 schrieb Frédéric COIFFIER:
> > > > But I really think BTRFS displays the filename affected meanwhile. So
> > > > maybe if it does n
On Tue, Mar 19, 2013 at 03:41:23PM -0700, Simon Kirby wrote:
> Use btrfs_printk(fs_info, format, ...) rather than writing the device
> string every time, and introduce macro wrappers ala XFS for brevity.
> Since the function already cannot be used for continuations, print a
> newline as part of the
When you take a snapshot, punch a hole where there has been data, then take
another snapshot and try to send an incremental stream, btrfs send would
give you EIO. That is because is_extent_unchanged had no support for holes
being punched. With this patch, instead of returning EIO we just return
0 (
Previously btrfs-image would set a METADUMP flag and would make one big system
chunk to cover the entire file system in the super in order to get around the
unpleasant business of having to adjust the chunk tree. This meant that you
could use the progs stuff on a restored file system, which is gre
I'm running openSUSE 12.3 x86_64 which has an unknown git version, but
reports v0.19.
I'm also supplying the output from git which reports itself as:
v0.20-rc1-253-g7854c8b
The problem is that btrfs-show (git) and btrfs fi show (git) give
/different/ output from each other which is also different
On Mar 21, 2013, at 2:57 AM, Frédéric COIFFIER
wrote:
> Hi Roman,
>
> Le jeudi 21 mars 2013 01:24:14 Roman Mamedov a écrit :
>> On Wed, 20 Mar 2013 12:19:18 -0600
>> Chris Murphy wrote:
>>
195 Hardware_ECC_Recovered 0x001a 057 055 000Old_age Always
- 63508
On 3/21/13 10:04 AM, Jon Nelson wrote:
> I'm running openSUSE 12.3 x86_64 which has an unknown git version, but
> reports v0.19.
> I'm also supplying the output from git which reports itself as:
> v0.20-rc1-253-g7854c8b
>
> The problem is that btrfs-show (git) and btrfs fi show (git) give
> /diffe
Hi Goffredo,
On Sun, Mar 10, 2013 at 1:17 PM, Goffredo Baroncelli
wrote:
> Unfortunately I noticed a regression which passed all the reviews until now:
> the command btrfs fi df previous didn't require the root capability,
> now with my patches it is required, because I need to know some info
> a
On Thu, Mar 21, 2013 at 10:11 AM, Eric Sandeen wrote:
> On 3/21/13 10:04 AM, Jon Nelson wrote:
...
>> 2. the current git btrfs-show and btrfs fi show both output
>> *different* devices for device with UUID
>> b5dc52bd-21bf-4173-8049-d54d88c82240, and they're both wrong.
>
> does blkid output find
Hallo, Jon,
Du meintest am 21.03.13:
>>> 2. the current git btrfs-show and btrfs fi show both output
>>> *different* devices for device with UUID
>>> b5dc52bd-21bf-4173-8049-d54d88c82240, and they're both wrong.
>> does blkid output find that uuid anywhere?
>> Since you're working in git, can y
Hallo, Jon,
Du meintest am 21.03.13:
> First btrfs-show (git):
> **
> ** WARNING: this program is considered deprecated
> ** Please consider to switch to the btrfs utility
"btrfs-show" makes nasty errors, especially together with "blkid".
Delete "btrfs-show". That's the safe way.
Viele Grues
This tool can be used to compute btrfs' style crc32c checksums for filenames
as done by the kernel. Additionally, there is -c mode to do a brute force
search for file names with a given checksum.
Signed-off-by: Jan Schmidt
---
Makefile|4 ++
btrfs-crc.c | 89 +++
On 3/21/13 10:29 AM, Jon Nelson wrote:
> On Thu, Mar 21, 2013 at 10:11 AM, Eric Sandeen wrote:
>> On 3/21/13 10:04 AM, Jon Nelson wrote:
> ...
>>> 2. the current git btrfs-show and btrfs fi show both output
>>> *different* devices for device with UUID
>>> b5dc52bd-21bf-4173-8049-d54d88c82240, and
On Fri, Mar 15, 2013 at 12:37:05AM +0100, David Sterba wrote:
> On Tue, Mar 12, 2013 at 01:38:17PM -0400, Josef Bacik wrote:
> > --- a/cmds-restore.c
> > +++ b/cmds-restore.c
> > + if (list_roots) {
> > + int ret = do_list_roots(fs_info->tree_root);
> > + if (ret) {
> > +
Quoting David Sterba (2013-03-21 09:49:50)
> On Tue, Mar 19, 2013 at 03:41:23PM -0700, Simon Kirby wrote:
> > Use btrfs_printk(fs_info, format, ...) rather than writing the device
> > string every time, and introduce macro wrappers ala XFS for brevity.
> > Since the function already cannot be used
Quoting Stefan Priebe - Profihost AG (2013-03-21 04:03:04)
> Hi,
>
> while copying a 15GB file to my btrfs volume i'm getting "No space left
> on device".
>
> Some information:
>
> # btrfs filesystem df /mnt/
> Data: total=18.14TB, used=15.05TB
> System, DUP: total=8.00MB, used=1.94MB
> System:
Quoting Alexandre Oliva (2013-03-21 03:14:02)
> On Mar 19, 2013, Alexandre Oliva wrote:
>
> > On Mar 19, 2013, Alexandre Oliva wrote:
> >>> that is being processed inside the snapshot.
>
> >> This doesn't explain why the master database occasionally gets similarly
> >> corrupted, does it?
>
>
Hi Chris,
Am 21.03.2013 um 19:00 schrieb Chris Mason :
> Quoting Stefan Priebe - Profihost AG (2013-03-21 04:03:04)
>> Hi,
>>
>> while copying a 15GB file to my btrfs volume i'm getting "No space left
>> on device".
>>
>> Some information:
>>
>> # btrfs filesystem df /mnt/
>> Data: total=18.14
Quoting Stefan Priebe - Profihost AG (2013-03-21 14:35:59)
> Hi Chris,
>
> Am 21.03.2013 um 19:00 schrieb Chris Mason :
>
> > Quoting Stefan Priebe - Profihost AG (2013-03-21 04:03:04)
> >> Hi,
> >>
> >> while copying a 15GB file to my btrfs volume i'm getting "No space left
> >> on device".
> >
Hello,
A few weeks ago I replaced a ZFS backup system with one backed by btrfs. A
script loops over a bunch of hosts rsyncing them to each their own subvolume.
After each rsync I snapshot the "host-specific" subvolume.
The "disk" is an iscsi disk that in my benchmarks performs roughly like a l
Yes, i've now upgraded to 3.9-rc3 same result.
rsync: rename
"/mnt/.software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso1100/.c2_ae.h.WEhLGP"
->
".software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso1100/c2_ae.h":
No space left on device (28)
# btrfs filesystem df /mnt/
Data: total=
I'm trying to compile the btrfs source code but I'm getting an error.
Any suggestions?
Thanks
Joe
[root@ol6 btrfs-progs]# uname -a
Linux ol6.localdomain 2.6.39-400.17.2.el6uek.x86_64 #1 SMP Wed Mar 13
12:31:05 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux
[root@ol6 src]# git clone
git://git.kernel.org
On Thu, Mar 21, 2013 at 03:11:56PM -0600, Joseph Moore wrote:
> I'm trying to compile the btrfs source code but I'm getting an error.
> Any suggestions?
>
> Thanks
> Joe
>
> [root@ol6 btrfs-progs]# uname -a
> Linux ol6.localdomain 2.6.39-400.17.2.el6uek.x86_64 #1 SMP Wed Mar 13
> 12:31:05 PDT 201
On 3/21/13 4:11 PM, Joseph Moore wrote:
> I'm trying to compile the btrfs source code but I'm getting an error.
> Any suggestions?
Older libblkid doesn't have that function.
This is where a configure script would really help :(
Locally I currently am keeping a patch around to just remove it;
you
On Thu, Mar 21, 2013 at 09:42:13PM +, Hugo Mills wrote:
> On Thu, Mar 21, 2013 at 03:11:56PM -0600, Joseph Moore wrote:
> > I'm trying to compile the btrfs source code but I'm getting an error.
> > Any suggestions?
[snip]
>You need libblkid-devel (or whatever your distribution calls the
> d
Hi,
On 22/03/2013, at 8:11 AM, Joseph Moore wrote:
> [root@ol6 btrfs-progs]# uname -a
> Linux ol6.localdomain 2.6.39-400.17.2.el6uek.x86_64 #1 SMP Wed Mar 13
> 12:31:05 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux
This is the currently shipping Oracle Linux 6 UEK and as such, doesn't support
a new
On Thu, Mar 21, 2013 at 4:46 PM, Avi Miller wrote:
> Hi,
>
> On 22/03/2013, at 8:11 AM, Joseph Moore wrote:
>
>> [root@ol6 btrfs-progs]# uname -a
>> Linux ol6.localdomain 2.6.39-400.17.2.el6uek.x86_64 #1 SMP Wed Mar 13
>> 12:31:05 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux
>
>
> This is the currentl
On 3/21/13 5:23 PM, Mitch Harder wrote:
> On Thu, Mar 21, 2013 at 4:46 PM, Avi Miller wrote:
>> Hi,
>>
>> On 22/03/2013, at 8:11 AM, Joseph Moore wrote:
>>
>>> [root@ol6 btrfs-progs]# uname -a
>>> Linux ol6.localdomain 2.6.39-400.17.2.el6uek.x86_64 #1 SMP Wed Mar 13
>>> 12:31:05 PDT 2013 x86_64 x
Quoting Chris Mason (2013-03-21 14:06:14)
> Quoting Alexandre Oliva (2013-03-21 03:14:02)
> > On Mar 19, 2013, Alexandre Oliva wrote:
> >
> > > On Mar 19, 2013, Alexandre Oliva wrote:
> > >>> that is being processed inside the snapshot.
> >
> > >> This doesn't explain why the master database oc
What we really need is the right bits in the right places
to let the administrator know if a device looks like it might
be corrupt & in need of fixing, vs. ignoring it altogether.
--
> 2. the current git btrfs-show and btrfs fi show both output
> *different* devices for device with UUID
> b5d
On Mar 21, 2013, Chris Mason wrote:
> Quoting Chris Mason (2013-03-21 14:06:14)
>> With mmap the kernel can pick any given time to start writing out dirty
>> pages. The idea is that if the application makes more changes the page
>> becomes dirty again and the kernel writes it again.
That's the
Should i try to downgrade?
Greets,
Stefan
Am 21.03.2013 um 20:42 schrieb Stefan Priebe :
> Yes, i've now upgraded to 3.9-rc3 same result.
>
> rsync: rename
> "/mnt/.software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso1100/.c2_ae.h.WEhLGP"
> -> ".software/kernel/linux-3.9-rc3/drivers/infin
On Thu, 21 Mar 2013 20:42:28 +0100
Stefan Priebe wrote:
I might be wrong here, but doesn't this
> rsync: rename
> "/mnt/.software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso1100/.c2_ae.h.WEhLGP"
>
> ->
> ".software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso1100/c2_ae.h":
...try to
On Fri, Mar 22, 2013 at 12:13 AM, Roman Mamedov wrote:
> On Thu, 21 Mar 2013 20:42:28 +0100
> Stefan Priebe wrote:
>
> I might be wrong here, but doesn't this
>
>> rsync: rename
>> "/mnt/.software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso1100/""
>> ->
>> ".software/kernel/linux-3.9-rc3/driv
No this is fine it's rsync style same happens with cp.
Am 22.03.2013 um 07:13 schrieb Roman Mamedov :
> On Thu, 21 Mar 2013 20:42:28 +0100
> Stefan Priebe wrote:
>
> I might be wrong here, but doesn't this
>
>> rsync: rename
>> "/mnt/.software/kernel/linux-3.9-rc3/drivers/infiniband/hw/amso11
Already tried with value 5 did not help ;-( and it also happens with plain cp
copying a 15gb file and aborts at about 80%
Am 22.03.2013 um 07:24 schrieb cwillu :
> On Fri, Mar 22, 2013 at 12:13 AM, Roman Mamedov wrote:
>> On Thu, 21 Mar 2013 20:42:28 +0100
>> Stefan Priebe wrote:
>>
>> I migh
On Fri, Mar 22, 2013 at 12:39 AM, Stefan Priebe - Profihost AG
wrote:
> Already tried with value 5 did not help ;-( and it also happens with plain cp
> copying a 15gb file and aborts at about 80%
You tried -musage=5? Your original email said -dusage=5.
--
To unsubscribe from this list: send the
46 matches
Mail list logo