Hi, Robert,
Thanks for the response. Many of the things you mentioned I have tried, but
for completeness:
> Have you taken SMART (smartmotools etc) to these disks
Yes. The disks are actually connected to a proper hardware RAID controller
that does SMART monitoring of all the disks, although I
Change a spagetti-style code (there are some "interlaced" gotos) to
a more modern style...
This patch removes also some #define from utils.h, which define
constants used only in cmds-filesystems.c . Instead an enum
is used locally in cmds-filesystems.c .
---
cmds-filesystem.c | 106 ++
Hi all,
before sending this patch I thought twice if it is really worth.
I know the coding style is really a hot topic. But the world
is already too ugly, to allow even that. And it is Merry Christmas,
so let me to make me a gift: a small clean up.
The culprit are some goto found in 'cmds-filesy
Some months ago I had 6 uncorrectable errors. I deleted the files that
contained them and then after scrubbing I had 0 uncorrectable errors.
After some weeks I encountered new uncorrectable errors.
Question 1:
Why do I have uncorrectable errors on a RAID-1 filesystem in the first place?
Question
On 12/21/2014 08:32 AM, Charles Cazabon wrote:
Hi, Robert,
Thanks for the response. Many of the things you mentioned I have tried, but
for completeness:
Have you taken SMART (smartmotools etc) to these disks
There are no errors or warnings from SMART for the disks.
Do make sure you are re
On 12/21/2014 11:34 AM, constantine wrote:
Some months ago I had 6 uncorrectable errors. I deleted the files that
contained them and then after scrubbing I had 0 uncorrectable errors.
After some weeks I encountered new uncorrectable errors.
Question 1:
Why do I have uncorrectable errors on a RAI
On Sun, Dec 21, 2014 at 01:56:54PM -0800, Robert White wrote:
> On 12/21/2014 11:34 AM, constantine wrote:
> >Some months ago I had 6 uncorrectable errors. I deleted the files that
> >contained them and then after scrubbing I had 0 uncorrectable errors.
> >After some weeks I encountered new uncorre
Hi, Robert,
My performance issues with btrfs are more-or-less resolved now -- the
performance under btrfs still seems quite variable compared to other
filesystems -- my rsync speed is now varying between 40MB and ~90MB/s, with
occasional intervals where it drops further, down into the 10-20MB/s ra
On 2014/12/19 22:36, David Sterba wrote:
On Fri, Dec 19, 2014 at 06:56:43PM +0900, Satoru Takeuchi wrote:
+There are some options to set unit. See the description of *df* subcommand
+from '-b' option to '-t' option.
The unit options exist only for very few subcommands so I found it more
conven
Hi,
My laptop experienced a loss of power that seems to have caused some kind
of corruption on my /home btrfs partition.
Upon boot, the partition is mounted rw, but as soon as I start accessing
data my /home is remounted ro
uname -a
Linux jackal 3.17.6-1-ARCH #1 SMP PREEMPT Sun Dec 7 23:43:32 UT
On Sun, Dec 21, 2014 at 11:41:16PM +, Tom wrote:
> Hi,
>
> My laptop experienced a loss of power that seems to have caused some kind
> of corruption on my /home btrfs partition.
>
> Upon boot, the partition is mounted rw, but as soon as I start accessing
> data my /home is remounted ro
>
> u
I think this is the relevant part:
Dec 21 23:01:25 jackal kernel: BTRFS: error (device sda4) in
__btrfs_unlink_inode:3757: errno=-2 No such entry
Dec 21 23:01:26 jackal kernel: BTRFS info (device sda4): forced readonly
Dec 21 23:01:26 jackal kernel: BTRFS: error (device sda4) in
btrfs_rename:8524:
On Sun, Dec 21, 2014 at 12:34 PM, constantine wrote:
> Some months ago I had 6 uncorrectable errors. I deleted the files that
> contained them and then after scrubbing I had 0 uncorrectable errors.
> After some weeks I encountered new uncorrectable errors.
>
> Question 1:
> Why do I have uncorrect
On 12/21/2014 02:53 PM, Charles Cazabon wrote:
Hi, Robert,
My performance issues with btrfs are more-or-less resolved now -- the
performance under btrfs still seems quite variable compared to other
filesystems -- my rsync speed is now varying between 40MB and ~90MB/s, with
occasional intervals w
Signed-off-by: Gui Hecheng
---
Documentation/btrfs-filesystem.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/btrfs-filesystem.txt
b/Documentation/btrfs-filesystem.txt
index a8f2972..f2bd50d 100644
--- a/Documentation/btrfs-filesystem.txt
+++ b/Documenta
Hi,
On 2014/12/22 6:32, Robert White wrote:
On 12/21/2014 08:32 AM, Charles Cazabon wrote:
Hi, Robert,
Thanks for the response. Many of the things you mentioned I have tried, but
for completeness:
Have you taken SMART (smartmotools etc) to these disks
There are no errors or warnings from S
Hello,
>
> Hi all,
>
> before sending this patch I thought twice if it is really worth.
> I know the coding style is really a hot topic. But the world
> is already too ugly, to allow even that. And it is Merry Christmas,
> so let me to make me a gift: a small clean up.
>
> The culprit are some
The original check_inode_recs() will return -1 if found any error in a
inode_record. This is OK for original design since there is almost
nothing can repair at that time.
However more and more error from nlink mismatch to missing inode item
can be repaired in try_repair_inode(), check_inode_recs()
On 2014/12/22 11:53, Qu Wenruo wrote:
> The original check_inode_recs() will return -1 if found any error in a
> inode_record. This is OK for original design since there is almost
> nothing can repair at that time.
>
> However more and more error from nlink mismatch to missing inode item
> can be
On 2014/12/22 11:01, Gui Hecheng wrote:
> Signed-off-by: Gui Hecheng
> ---
> Documentation/btrfs-filesystem.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/btrfs-filesystem.txt
> b/Documentation/btrfs-filesystem.txt
> index a8f2972..f2bd50d 10064
Signed-off-by: Gui Hecheng
Reviewed-by: Satoru Takeuchi
---
changelog
v1->v2: s/\'E\'(EiB)/or \'E\'(EiB)/ as suggested by Satoru, thanks.
---
Documentation/btrfs-filesystem.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/btrfs-filesystem.txt
b/D
From: Bomar_Samuel
Sent: Sunday, December 21, 2014 9:28 PM
To: Bomar_Samuel
Subject: Validera din brevlåda konto
Din brevlåda har överskridit lagringskvoten som bestäms av din
e-postadministratör, och du kommer inte att kunna ta emot stora mail tills du
åter bek
22 matches
Mail list logo
