On Sunday, July 18, 2021 09:37:53 AM David wrote:
> On Sun, 18 Jul 2021 at 21:08, wrote:
> > Interesting -- not surprising, makes sense, but something (for me, at
> > least) to keep in mind -- probably not a good idea to run on an old
> > drive that hasn't been backed up.
>
> Sorry if my language
On 7/18/21 2:29 PM, Urs Thuermann wrote:
David Christensen writes:
You should consider upgrading to Debian 10 -- more people run that and
you will get better support.
It's on my TODO list. As well as upgrading the very old hardware.
Currently, it's a Gigabyte P35-DS3L with an Intel Core2Duo
David Christensen writes:
> You should consider upgrading to Debian 10 -- more people run that and
> you will get better support.
It's on my TODO list. As well as upgrading the very old hardware.
Currently, it's a Gigabyte P35-DS3L with an Intel Core2Duo E8400 CPU
and 8 GB RAM. It's only my pr
On 7/18/21 2:16 AM, Reco wrote:
Hi.
On Sat, Jul 17, 2021 at 02:03:15PM -0700, David Christensen wrote:
But much more noticable is the difference of data reads of the two
disks, i.e. 55 GB and 27 GB, i.e. roughly twice as much data is read
from /dev/sdb compared to /dev/sda. Trying to f
On 2021-07-18 14:37, David wrote:
On Sun, 18 Jul 2021 at 21:08, wrote:
On Saturday, July 17, 2021 09:30:56 PM David wrote:
> The 'smartctl' manpage explains how to run and abort self-tests.
> It also says that a running test can degrade the performance of the drive.
Interesting -- not surp
On Sun, 18 Jul 2021 at 21:08, wrote:
> On Saturday, July 17, 2021 09:30:56 PM David wrote:
> > The 'smartctl' manpage explains how to run and abort self-tests.
> > It also says that a running test can degrade the performance of the drive.
> Interesting -- not surprising, makes sense, but somethi
On 7/17/21 6:30 PM, David wrote:
On Sun, 18 Jul 2021 at 07:03, David Christensen
wrote:
On 7/17/21 5:34 AM, Urs Thuermann wrote:
On my server running Debian stretch,
the storage setup is as follows:
Two identical SATA disks with 1 partition on each drive spanning the
whole drive, i.e. /dev/s
On Saturday, July 17, 2021 09:30:56 PM David wrote:
> The 'smartctl' manpage explains how to run and abort self-tests.
> It also says that a running test can degrade the performance of the drive.
Interesting -- not surprising, makes sense, but something (for me, at least)
to keep in mind -- proba
Hi.
On Sat, Jul 17, 2021 at 02:03:15PM -0700, David Christensen wrote:
> > But much more noticable is the difference of data reads of the two
> > disks, i.e. 55 GB and 27 GB, i.e. roughly twice as much data is read
> > from /dev/sdb compared to /dev/sda. Trying to figure out the reason
>
On Sun, 18 Jul 2021 at 07:03, David Christensen
wrote:
> On 7/17/21 5:34 AM, Urs Thuermann wrote:
> > On my server running Debian stretch,
> > the storage setup is as follows:
> > Two identical SATA disks with 1 partition on each drive spanning the
> > whole drive, i.e. /dev/sda1 and /dev/sdb1.
On 7/17/21 5:34 AM, Urs Thuermann wrote:
On my server running Debian stretch,
You should consider upgrading to Debian 10 -- more people run that and
you will get better support.
I migrated to FreeBSD.
the storage setup is as follows:
Two identical SATA disks with 1 partition on each dri
Hi Urs,
Your plan to change the SATA cable seems wise - your various error
rates are higher than I have normally seen.
Also worth bearing in mind that Linux MD RAID 1 will satisfy all
read IO for a given operation from one device in the mirror. If
you have processes that do occasional big reads t
On 7/17/21 08:34, Urs Thuermann wrote:
Here, the noticable lines are IMHO
Raw_Read_Error_Rate (208245592 vs. 117642848)
Command_Timeout (8 14 17 vs. 0 0 0)
UDMA_CRC_Error_Count(11058 vs. 29)
Do these numbers indicate a serious problem with my /dev/sda drive?
And i
I'm going to echo your final thought there: Replace the SATA cables with 2
NEW ones of the same model. Then see how it goes, meaning rerun the tests
you just ran. If possible, try to make the geometries of the cables as
similar as you can: roughly same (short?) lengths, roughly as straight and
cong
14 matches
Mail list logo
