From: Austin S Hemmelgarn <ahferroin7@gmail.com>
To: Ken Long <kelargo1000@gmail.com>, Roman Mamedov <rm@romanrm.net>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: trying to balance, filesystem keeps going read-only.
Date: Mon, 2 Nov 2015 07:36:57 -0500 [thread overview]
Message-ID: <563758E9.3080107@gmail.com> (raw)
In-Reply-To: <CAAvdE8QrXGnGeDC+w8PY7Cx1Q7uF9xLWcF+ASLVi59sL_aKd2w@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1095 bytes --]
On 2015-11-01 09:33, Ken Long wrote:
> I get a similar read-only status when I try to remove the drive from the array..
>
> Too bad the utility's function can not be slowed down.. to avoid
> triggering this error... ?
>
Actually, there are a couple of ways you could do this. The most reliable way to do it
(and arguably the only correct way) is to use the blkio cgroup to put bandwidth or
IOPS limits on the process. For authoritative info about how to do this, check
Documentation/cgroups/blkio-controller.txt in the Linux source tree.
If the issue really is the device not responding soon enough, you may also try increasing
the device timeout the kernel uses. A udev rule like the following will increase the
timeout for all ATA/SCSI/USB (it says SCSI devices, but all ATA and USB devices get
routed through the SCSI subsystem anyway unless you're using really old and deprecated
drivers) devices to 150 seconds (2.5 minutes, which is reasonable for most non-enterprise
devices):
DRIVER=="sd", SUBSYSTEM=="scsi", ENV{DEVTYPE}=="scsi_device", ATTR{timeout}="150"
[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 3019 bytes --]
prev parent reply other threads:[~2015-11-02 12:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-01 11:24 trying to balance, filesystem keeps going read-only Ken Long
2015-11-01 12:34 ` Hugo Mills
2015-11-01 13:48 ` Roman Mamedov
2015-11-01 14:07 ` Ken Long
2015-11-01 14:17 ` Roman Mamedov
2015-11-01 14:33 ` Ken Long
2015-11-02 12:36 ` Austin S Hemmelgarn [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=563758E9.3080107@gmail.com \
--to=ahferroin7@gmail.com \
--cc=kelargo1000@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=rm@romanrm.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).