From: Les Mikesell <lesmikesell@gmail.com>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] Advanced Format disks mixed with regular disks?
Date: Tue, 22 Mar 2011 11:51:36 -0500 [thread overview]
Message-ID: <4D88D398.9060003@gmail.com> (raw)
In-Reply-To: <20110322102322.GK21093@nb.net.home>
On 3/22/2011 5:23 AM, Karel Zak wrote:
>
> It seems (according to feedback from users) that newer WDxxEARS disks
> are already fixed.
> http://community.wdc.com/t5/Desktop/Problem-with-WD-Advanced-Format-drive-in-LINUX-WD15EARS/m-p/20675#M1245
>
>
> Try
>
> hdparm -I /dev/<disk>
>
> to see more details, for example:
>
> Logical Sector size: 512 bytes
> Physical Sector size: 4096 bytes
>
> and
>
> # cat /sys/block/<disk>/queue/physical_block_size
> 4096
This isn't exactly an LVM issue (but I suppose it could be, and at least
some people understand the problem here...). I'd like to do RAID1 with
a WD 'Scorpio' laptop-size 750 gig drive which has 4k sectors but
reports 512 as both the physical and logical size as one member with a
full size Seagate with a matching number of sectors as the other. And
I'd like to periodically swap the small drive, rotate offsite, and
resync a different one. As things stand, it would take days for this
sync to complete so I've been using full size drives for both instances.
Is there some hope of getting the sync time down to 8 hours or so?
And is that going to involve both updating to a fairly recent Linux
distro (it's Centos 5.x now) and starting from scratch with new
partition alignment?
For full disclosure, this is a backuppc archive with a bizallion
hardlinks that would take many days to copy with a file-oriented
approach and it's really a 3-member raid1 where 2 drives are always
present and one swapped in long enough to resync. But those things
shouldn't matter except for the difficulty in changing the partition
alignment. The existing one runs to the end of the disk so I can't
offset the start and still match up in size.
--
Les Mikesell
lesmikesell@gmail.com
prev parent reply other threads:[~2011-03-22 16:51 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-14 16:47 [linux-lvm] Advanced Format disks mixed with regular disks? Ron Johnson
2011-03-14 17:17 ` Mike Snitzer
2011-03-14 17:32 ` Les Mikesell
2011-03-14 18:02 ` Mike Snitzer
2011-03-14 18:09 ` Ron Johnson
2011-03-14 19:13 ` Ron Johnson
2011-03-14 20:00 ` Mike Snitzer
2011-03-15 8:02 ` Karel Zak
2011-03-15 14:24 ` Stuart D. Gathman
2011-03-15 17:36 ` Stuart D. Gathman
2011-03-15 0:15 ` John Drescher
2011-03-16 20:45 ` Phillip Susi
2011-03-16 22:55 ` Mike Snitzer
2011-03-16 23:11 ` Les Mikesell
2011-03-17 0:02 ` Mike Snitzer
2011-03-17 0:18 ` Mike Snitzer
2011-03-17 0:12 ` Phillip Susi
2011-03-17 0:39 ` Martin K. Petersen
2011-03-17 14:21 ` hansbkk
2011-03-17 23:47 ` Ron Johnson
2011-03-22 10:23 ` Karel Zak
2011-03-22 16:51 ` Les Mikesell [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=4D88D398.9060003@gmail.com \
--to=lesmikesell@gmail.com \
--cc=linux-lvm@redhat.com \
/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).