search for: sabayonlinux

I had this working on an older version, since 2.6.9 that when I set --delete and --dry-run, I get no "Deleting ******" lines. Also, the --delete-before never worked for me. Working on a space constrained mirror, this has proven very handy, when it works. What's up with the new versions? I haven't changed a thing. Best regards, Tiago Marques

...; i++) { page = extent_buffer_page(eb, i); wait_on_page_locked(page); if (!PageUptodate(page)) ret = -EIO; } This patch leaves the issue with the locked page yet to be resolved. Signed-off-by: Mitch Harder <mitch.harder@sabayonlinux.org> --- fs/btrfs/extent_io.c | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c index 9d09a4f..fcf77e1 100644 --- a/fs/btrfs/extent_io.c +++ b/fs/btrfs/extent_io.c @@ -3909,6 +3909,8 @@ int extent_range_uptodate(struct extent_i...

...lper function to check the compression INCOMPAT flags when remounting with lzo compression, and set the flags if necessary. Also, implement the new helper function when defragmenting with explicit lzo compression and when setting the default subvolume. Signed-off-by: Mitch Harder <mitch.harder@sabayonlinux.org> --- v1->v2 - Remove extraneous formatting change. v2->v3 - Consolidate into a single patch - Convert helper function to a static inline function. v3->v4 - Per feedback from Li Zefan, change function name from _chk_ to _set_ - Per feedback from David Sterba, make the helper function...

...iput its cache inode when we delete snap/subvol. Another thing is that we need to change the rules of droping inode, we don''t keep snap/subvol''s cache inode in memory till end so that we can add snap/subvol into dead roots list in time. Reported-by: Mitch Harder <mitch.harder@sabayonlinux.org> Signed-off-by: Liu Bo <bo.li.liu@oracle.com> --- fs/btrfs/inode.c | 3 ++- fs/btrfs/ioctl.c | 6 ++++++ 2 files changed, 8 insertions(+), 1 deletions(-) diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c index ca7ace7..d9984fa 100644 --- a/fs/btrfs/inode.c +++ b/fs/btrfs/inode.c...

Creating a btrfs file system using btrfs-progs-0.20.rc1.20130308git704a08c-1.fc19, and either kernel 3.6.10-4.fc18 or 3.9.0-0.rc3.git0.3.fc19, makes a file system that cannot be mounted by kernel 3.6.10-4.fc18. It can be mounted by kernel 3.8.4. I haven''t tested any other 3.8, or any 3.7 kernels. Is this expected? dmesg reports: [ 300.014764] btrfs: disk space caching is enabled [

...index'' is calculated in the __btrfs_buffered_write function and passed as a parameter to the prepare_pages function, but is not used anywhere in the prepare_pages function. Remove instances of ''last_index'' in these functions. Signed-off-by: Mitch Harder <mitch.harder@sabayonlinux.org> --- fs/btrfs/file.c | 7 ++----- 1 files changed, 2 insertions(+), 5 deletions(-) diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c index bd6bbb8..b061de0 100644 --- a/fs/btrfs/file.c +++ b/fs/btrfs/file.c @@ -1059,7 +1059,7 @@ static int prepare_uptodate_page(struct page *page, u64 pos)...

...(although the extents themselves may still be located contiguously). This limit is put in place to ease the RAM required when spreading compression across several CPUs, and to make sure the amount of IO required to do a random read is reasonably small. Signed-off-by: Mitch Harder <mitch.harder@sabayonlinux.org> --- Changelog v1 -> v2: - Use more self-documenting variable name: compressed_extent_size -> max_compressed_extent_kb - Use #define BTRFS_DEFAULT_MAX_COMPR_EXTENTS instead of raw 128. - Fix min calculation for nr_pages. - Comment cleanup. - Use more self-documenting mount option par...

I have a really nice, old Libretto 110. Only 64Mb memory. I want to put Linux on it and have a network monitoring system and a traveling NAS. But all of the NASs have seemed to have grown beyond their original 64Mb size (FreeNAS now needs 128Mb). Only thing I have found is: http://www.linux-watch.com/news/NS8289526009.html Talking about Unbutu 6.0 and the 'Server' install that can

Hello, I got a kernel bug error, my guess from BTRFS. Here is the report, Oct 22 20:44:43 localhost kernel: [25554.947970] BUG: unable to handle kernel NULL pointer dereference at 0000000000000030 Oct 22 20:44:43 localhost kernel: [25554.948002] IP: [<ffffffffa01ab027>] btrfs_print_leaf+0x37/0x880 [btrfs] Oct 22 20:44:43 localhost kernel: [25554.948037] PGD bfa44067 PUD bfa43067 PMD 0 Oct

I''ve been working on running down intermittent ENOSPC issues. I can only seem to replicate ENOSPC errors when running zlib compression. However, I have been seeing similar ENOSPC errors to a lesser extent when playing with the LZ4HC patches. I apologize for not following up on this sooner, but I had drifted away from using zlib, and didn''t notice there was still an issue. My

Hi list! I recently butchered my filesystem, and I was wondering if anyone knows how to help. Problem: My filesystem is screwed up, and I can''t mount it at all right now. In the logs, the problem begins around 45s. Background: I''m running a 6x4TB RAID5 array using md. I have a few virtual machines using said array, and one of them is a btrfs storage server. I ran into some

We need an smb_mb() before waitqueue_active to avoid missing wakeups. Before Mitch was hitting a deadlock between the ordered flushers and the transaction commit because the ordered flushers were waiting for more refs and were never woken up, so those smp_mb()''s are the most important. Everything else I added for correctness sake and to avoid getting bitten by this again somewhere else.

...mlindner@marvell.com> Miroslav Lichvar <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...mlindner@marvell.com> Miroslav Lichvar <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...mlindner@marvell.com> Miroslav Lichvar <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...r <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Mirsal Ennaime <mirsal@mirsal.fr> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...r <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Mirsal Ennaime <mirsal@mirsal.fr> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...r <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Mirsal Ennaime <mirsal@mirsal.fr> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...r <mlichvar@redhat.com> Miroslav Sabljic <miroslav.sabljic@avl.com> Mirsal Ennaime <mirsal@mirsal.fr> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...

...<miroslav.sabljic@avl.com> Miroslav Šustek <sustmidown@centrum.cz> Mirsal Ennaime <mirsal@mirsal.fr> Misael Lopez Cruz <misael.lopez@ti.com> Mischa Jonker <mischa.jonker@synopsys.com> Mischa Jonker <mjonker@synopsys.com> Mitch Harder <mitch.harder@sabayonlinux.org> Mitch Williams <mitch.a.williams@intel.com> Mitko Haralanov <mitko.haralanov@intel.com> Mitsuhiro Tanino <mitsuhiro.tanino.gm@hitachi.com> MITSUNARI Shigeo <herumi@nifty.com> Mitsuo Hayasaka <mitsuo.hayasaka.hu@hitachi.com> mlsemon35@gmail.com Moh...