All of lore.kernel.org
 help / color / mirror / Atom feed
* bad bread
@ 2006-05-05 10:28 boricua
  2006-05-07  0:56 ` rvalles
       [not found] ` <20060507005618.GA21557@rvalles.homedns.org.>
  0 siblings, 2 replies; 7+ messages in thread
From: boricua @ 2006-05-05 10:28 UTC (permalink / raw)
  To: reiserfs-list

running reiserfsck -B bbfile   /dev/hda4 is giving me following error

"bread: cannot read the block 16 [i/o error]

anyway aroound this?

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bad bread
  2006-05-05 10:28 bad bread boricua
@ 2006-05-07  0:56 ` rvalles
       [not found] ` <20060507005618.GA21557@rvalles.homedns.org.>
  1 sibling, 0 replies; 7+ messages in thread
From: rvalles @ 2006-05-07  0:56 UTC (permalink / raw)
  To: reiserfs-list; +Cc: boricua

On Fri, May 05, 2006 at 06:28:01AM -0400, boricua wrote:
> running reiserfsck -B bbfile   /dev/hda4 is giving me following error
> 
> "bread: cannot read the block 16 [i/o error]
> 
> anyway aroound this?
> 
IO error means block-layer level failure, that is, physical failure.

In the event of physical HD failure, the procedure goes like this:

- get a bigger partition somewhere reachable (new hard disk, nfs,
  whatever)
- boot knoppix, use dd_rescue to dump as much as possible of faulty disk
  into a file on the bigger partition. Pad not recoverable zones with
  zeroes so that the pointers arent screwed up.
- run fsck on the image you created
- mount and recover.

Good luck.
-- 
- Do you study theories? - Oh yes! Theories are fun. - How do you use them? - When I must act, theories are too slow. To act, I must know.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bad bread
       [not found] ` <20060507005618.GA21557@rvalles.homedns.org.>
@ 2006-05-07  8:35   ` PFC
  2006-05-08 19:47     ` Valdis.Kletnieks
  0 siblings, 1 reply; 7+ messages in thread
From: PFC @ 2006-05-07  8:35 UTC (permalink / raw)
  To: rvalles, reiserfs-list; +Cc: boricua


> In the event of physical HD failure, the procedure goes like this:

	Get mail saying a HDD is dead. Replace harddisk, resynchronize RAID.
	Use Linux software RAID. Harddrives are cheaper that the time you'll lose  
trying to recover your data.
	I have reiserfs on RAID1 on my PC ; the kernel can distribute random  
reads to both disks, so it is faster and more responsive.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bad bread
  2006-05-07  8:35   ` PFC
@ 2006-05-08 19:47     ` Valdis.Kletnieks
  2006-05-08 20:32       ` Sander
  2006-05-08 22:18       ` PFC
  0 siblings, 2 replies; 7+ messages in thread
From: Valdis.Kletnieks @ 2006-05-08 19:47 UTC (permalink / raw)
  To: PFC; +Cc: rvalles, reiserfs-list, boricua

[-- Attachment #1: Type: text/plain, Size: 774 bytes --]

On Sun, 07 May 2006 10:35:44 +0200, PFC said:
> 
> > In the event of physical HD failure, the procedure goes like this:
> 
> 	Get mail saying a HDD is dead. Replace harddisk, resynchronize RAID.
> 	Use Linux software RAID. Harddrives are cheaper that the time you'll lose  
> trying to recover your data.

Remember to take backups *anyhow*.  That way, if the RAID controller dumps
cow manure on all the sectors, you won't be saying "Oh, SH*T".

Also, note that there exist buggy RAID controllers, where if you are doing
mirroring to 2 disks, and they develop bad blocks at different locations,
you can trash the mirror by resynchronizing (basically, you swap out one of
the bad disks, re-sync, it progresses as far as the bad block on the source
for the mirror, and dies).


[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bad bread
  2006-05-08 19:47     ` Valdis.Kletnieks
@ 2006-05-08 20:32       ` Sander
  2006-05-08 22:18       ` PFC
  1 sibling, 0 replies; 7+ messages in thread
From: Sander @ 2006-05-08 20:32 UTC (permalink / raw)
  To: Valdis.Kletnieks; +Cc: PFC, rvalles, reiserfs-list, boricua

Valdis.Kletnieks@vt.edu wrote (ao):
> On Sun, 07 May 2006 10:35:44 +0200, PFC said:
> > > In the event of physical HD failure, the procedure goes like this:
> > 
> > 	Get mail saying a HDD is dead. Replace harddisk, resynchronize RAID.
> > 	Use Linux software RAID. Harddrives are cheaper that the time you'll lose
> > trying to recover your data.
> 
> Remember to take backups *anyhow*. That way, if the RAID controller dumps
> cow manure on all the sectors, you won't be saying "Oh, SH*T".

Or user error (rm -rf, fdisk, dd, mkswap) or bad memory or fire or
broken new kernel or script kiddies or worms/viruses or ..

	With kind regards, Sander

-- 
Humilis IT Services and Solutions
http://www.humilis.net

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bad bread
  2006-05-08 19:47     ` Valdis.Kletnieks
  2006-05-08 20:32       ` Sander
@ 2006-05-08 22:18       ` PFC
  2006-05-09 18:46         ` Valdis.Kletnieks
  1 sibling, 1 reply; 7+ messages in thread
From: PFC @ 2006-05-08 22:18 UTC (permalink / raw)
  To: Valdis.Kletnieks; +Cc: rvalles, reiserfs-list, boricua


> Remember to take backups *anyhow*.  That way, if the RAID controller  
> dumps cow manure on all the sectors, you won't be saying "Oh, SH*T".

	Linux software RAID doesn't need a controller ;)
	But yes, backups should be done anyways.

	IMHO, RAID is good, harddisks are less reliable than the linux kernel,  
the linux RAID layer, and reiserfs.

> Also, note that there exist buggy RAID controllers, where if you are  
> doing
> mirroring to 2 disks, and they develop bad blocks at different locations,
> you can trash the mirror by resynchronizing (basically, you swap out one  
> of
> the bad disks, re-sync, it progresses as far as the bad block on the  
> source
> for the mirror, and dies).

	Linux RAID has a special option for that : you can trigger a check, which  
will re-read the entire disks and, if a read error occurs, re-write the  
failing sector with good data from the other drives in the RAID. The drive  
with the bad sector will then remap it to another sector.


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: bad bread
  2006-05-08 22:18       ` PFC
@ 2006-05-09 18:46         ` Valdis.Kletnieks
  0 siblings, 0 replies; 7+ messages in thread
From: Valdis.Kletnieks @ 2006-05-09 18:46 UTC (permalink / raw)
  To: PFC; +Cc: rvalles, reiserfs-list, boricua

[-- Attachment #1: Type: text/plain, Size: 615 bytes --]

On Tue, 09 May 2006 00:18:32 +0200, PFC said:

> 	Linux RAID has a special option for that : you can trigger a check, which  
> will re-read the entire disks and, if a read error occurs, re-write the  
> failing sector with good data from the other drives in the RAID. The drive  
> with the bad sector will then remap it to another sector.

If you have 2 mirrored disks, and are replacing one, you don't have a good
block to read it from.  The failure mode was a RAID controller that didn't
properly handle re-writing the bad block on the first disk, so when the
second disk got a bad block, you were screwed....


[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2006-05-09 18:46 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-05 10:28 bad bread boricua
2006-05-07  0:56 ` rvalles
     [not found] ` <20060507005618.GA21557@rvalles.homedns.org.>
2006-05-07  8:35   ` PFC
2006-05-08 19:47     ` Valdis.Kletnieks
2006-05-08 20:32       ` Sander
2006-05-08 22:18       ` PFC
2006-05-09 18:46         ` Valdis.Kletnieks

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.