On Oct 22, 2013, Duncan 1i5t5.dun...@cox.net wrote:
the quick failure should they try raid56 in its current state simply
alerts them to the problem they already had.
What quick failure? There's no such thing in place AFAIK. It seems to
do all the work properly, the limitations in the current
Is the NFS over network code upstream ?
On 10/25/13, Hugo Mills h...@carfax.org.uk wrote:
On Fri, Oct 25, 2013 at 04:35:46PM +0600, Roman Mamedov wrote:
On Thu, 24 Oct 2013 23:52:01 +0300
Timofey Titovets nefelim...@gmail.com wrote:
Hello, i suggest temporary solution to use swap file under
karim.allah.ah...@gmail.com posted on Sat, 26 Oct 2013 10:30:18 +0100 as
excerpted:
Is the swap over NFS code upstream ?
?esrever ni txet referp uoy od ;tsop-pot t'nod esaelP
(Please don't top-post; do you prefer text in reverse?)
Quote the context you need so your question makes sense and
Hi Jeff,
On Tue, Sep 10, 2013 at 7:24 AM, Jeff Mahoney je...@suse.com wrote:
This patch adds per-super attributes to sysfs.
It doesn't publish any attributes yet, but does the proper lifetime
handling as well as the basic infrastructure to add new attributes.
Signed-off-by: Jeff Mahoney
On 10/26/13, 3:00 PM, Alex Lyakas wrote:
Hi Jeff,
On Tue, Sep 10, 2013 at 7:24 AM, Jeff Mahoney je...@suse.com wrote:
This patch adds per-super attributes to sysfs.
It doesn't publish any attributes yet, but does the proper lifetime
handling as well as the basic infrastructure to add new
Hi Anand,
1) so let's say I have a subvolume and a snapshot of this subvolume.
So in this case, I will see Sole space = 0 for both of them,
correct? Because all extents (except inline ones) are shared.
2) How is this in terms of responsiveness? On a huge subvolume, we
need to iterate all the
Hello,
I just upgraded kernel to 3.11.6 added new disk and created btrfs:
# mkfs.btrfs /dev/sdb
# mount -t btrfs -o compress=lzo,compress-force=lzo /dev/sdb
/usr/local/mysql/data
I started copying files from old disk and then I got 'No space left on
device', but there is a lot of space.
# df
Thinking about this more, I believe this way of checking for exclusive
data doesn't work. When a snapshot is created, btrfs doesn't go and
explicitly increment refcount on *all* relevant EXTENT_ITEMs in the
extent tree. This way creating a snapshot would take forever for large
subvolumes. Instead,
Some more info, exact error message is:
cp: writing ‘/usr/local/mysql/data/gbdata/parts_0015.MYI’: No space
left on device
cp: failed to extend ‘/usr/local/mysql/data/gbdata/parts_0015.MYI’: No
space left on device
Files are 2.7G - 7.7G big.
On Sat, Oct 26, 2013 at 9:46 PM, Igor M
On Oct 26, 2013, at 1:46 PM, Igor M igor...@gmail.com wrote:
# mount -t btrfs -o compress=lzo,compress-force=lzo /
Why do you have two compression mount options? You need to pick one of these.
What to do ?
Are there any kernel messages reported by dmesg at the time the copy starts and
On Sat, Oct 26, 2013 at 11:35 PM, Chris Murphy li...@colorremedies.com wrote:
On Oct 26, 2013, at 1:46 PM, Igor M igor...@gmail.com wrote:
# mount -t btrfs -o compress=lzo,compress-force=lzo /
Why do you have two compression mount options? You need to pick one of these.
I removed one. I
On Oct 26, 2013, at 3:53 PM, Igor M igor...@gmail.com wrote:
I even added enospc_debug mount option, still no messages.
If it were kernel enospc, you should have messages in dmesg.
What version of btrfs progs when making the btrfs volume?
cp: failed to extend
On Sun, Oct 27, 2013 at 12:17 AM, Chris Murphy li...@colorremedies.com wrote:
On Oct 26, 2013, at 3:53 PM, Igor M igor...@gmail.com wrote:
I even added enospc_debug mount option, still no messages.
If it were kernel enospc, you should have messages in dmesg.
What version of btrfs progs
On Sun, Oct 27, 2013 at 12:22 AM, Igor M igor...@gmail.com wrote:
On Sun, Oct 27, 2013 at 12:17 AM, Chris Murphy li...@colorremedies.com
wrote:
On Oct 26, 2013, at 3:53 PM, Igor M igor...@gmail.com wrote:
I even added enospc_debug mount option, still no messages.
If it were kernel
Didn't see before. btrfs progs were compiled today form git.
# btrfs version
Btrfs v0.20-rc1-358-g194aa4a
--
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
On 25/10/13 19:31, Josef Bacik wrote:
On Fri, Oct 25, 2013 at 07:27:24PM +0100, Martin wrote:
On 25/10/13 19:01, Josef Bacik wrote:
Unfortunately you can't run --init-extent-tree if you can't actually read
the
extent root. Fix this by allowing partial starts with no extent root and
then
Still no messages. Parameter seems to be active as
/sys/module/printk/parameters/ignore_loglevel is Y, but there are no
messages in log files or dmesg. Maybe I need to turn on some kernel
debugging option and recompile kernel ?
Also I should mention that cca 230G+ data was copied before this
Yup I have another plan for your situation, I will wire it up Monday and send
it out. Thanks,
Josef
On Oct 26, 2013, at 7:16 PM, Martin m_bt...@ml1.co.uk wrote:
On 25/10/13 19:31, Josef Bacik wrote:
On Fri, Oct 25, 2013 at 07:27:24PM +0100, Martin wrote:
On 25/10/13 19:01, Josef Bacik
18 matches
Mail list logo
