From: Robbie Hughes <spam@dynsysgroup.com>
To: linux-raid@vger.kernel.org
Subject: remove resyncing disk
Date: Wed, 20 Apr 2005 17:52:58 +0100 [thread overview]
Message-ID: <426688EA.80802@dynsysgroup.com> (raw)
Can anyone help?
I am having problems with a raid1 setup i built ages ago.
The machine got taken to a datacentre recently and I thought the other
day to check things over on it.
I then discovered that only one of the 2 drives was actually part of the
/dev/md0 filesystem, i then added the other drive and resyncing began.
the output is as below:
#mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.01
Creation Time : Thu Jun 10 09:52:47 2004
Raid Level : raid1
Array Size : 39843648 (37.100 GiB 40.80 GB)
Device Size : 39843648 (37.100 GiB 40.80 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Wed Apr 20 17:37:10 2005
State : clean, no-errors
Active Devices : 1
Working Devices : 2
Failed Devices : 0
Spare Devices : 1
Rebuild Status : 6% complete
Number Major Minor RaidDevice State
0 0 0 -1 removed
1 22 66 1 active sync /dev/hdd2
2 3 3 0 spare /dev/hda3
UUID : 533f5ae9:cdd1c37a:57475cdd:bce0f006
Events : 0.7535478
The main problem i have now is that this output is a day and a half
hence. It has been continually resyncing since I added the drive and
when it gets to 100%, it starts over.
I thought this was odd so i checked dmesg to find 8 messages like this:
hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hdd: dma_intr: error=0x40 { UncorrectableError }, LBAsect=76658506,
sector=76658504
end_request: I/O error, dev hdd, sector 76658504
finishing in a
raid1: hdd: unrecoverable I/O read error for block 76052608
md: md0: sync done.
md: syncing RAID array md0
md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 200000
KB/sec) for reconstruction.
md: using 128k window, over a total of 39843648 blocks.
so i ran badblocks and discovered 8 bad blocks right at the tail end of
my /dev/hdd2 drive that is the no (1) drive in the array, not the spare.
So far as I can tell, I am now stuffed.
I guess i need to do one of 3 things:
1) Stop the mad resyncing process before the system overheats (will this
happen??)
2) fix the bad blocks and do a good resync before swapping out the
failed drive
3) copy what i can off the server (i have no data on the failed blocks
or anywhere near them) and replace the drive having rebuilt the server.
If anyone can offer me any advice on how to do this, I would be most
grateful. The datacentre is over 100 miles away so I really don't want
to go there until my next scheduled trip (in a couple of weeks) If i can
set the other HD up and get both running together properly I would be v
happy, even just stopping the resyncing would be a bonus. I am just
afraid of running mdadm -r /dev/md0 /dev/hda3 in the middle of a resync.
Will this do anything bad?
All advice much appreciated....
robbie
next reply other threads:[~2005-04-20 16:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-20 16:52 Robbie Hughes [this message]
2005-04-20 18:54 ` remove resyncing disk Peter T. Breuer
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=426688EA.80802@dynsysgroup.com \
--to=spam@dynsysgroup.com \
--cc=linux-raid@vger.kernel.org \
/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).