Re: FAILED SMART self-check

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It is very possible that you have a corruption on a logical level of RAID1
which may happen. If it happens on disks connected to the  hardware
controller you can check the controller log and if both disks show bad
bocks with identical addresses that's what it is and the only way to fix it
is to re-create RAID initialising disks before and running diags to confirm
disks are good. That's bad weakness of RAID 1 unfortunately that it can and
will replicate bads on logical layer.
I hope this will help you.

Regards,
Grzegorz

°°°°°°°°°°°°°°°°°°°
Sent from Android
°°°°°°°°°°°°°°°°°°°
On Jul 25, 2012 3:18 p.m., "Robert Canary" <rwcanary@xxxxxxxxxxxxxxxxxxx>
wrote:

> As I said I *removed* the drive in the sda location.
> I then put the mirrored drive (on sdb) in its place (into sda).   Now sdb
> is running in the sda slot.
> I appreciate the suggestion, however, I do understand how RAID 1 works I
> understand what RAID 1 is.
> Yes I do have messages that sdb is missing.  I can disregard those
> messages for the moment.  However, since it is RAID 1 at the bios level,
> thats probally why I'm not seeing tons of message about it missing.
>
> My concern is I am still getting the same error.  for the device at sda.
>  However, it is a different device was.  I have never seen RAID 1 transfer
> bad sector to the mirrored drive. I don't even think that is possible since
> we are talking about a physical defect.  . . . . .  aren't we?
>
> Robert Canary
> OCDirect Electrical-Datacomm
> (866) 594-0786 Fax
> (270) 955-0362 Voice
>
> ----- Original Message -----
> > Robert Canary wrote:
> > > Sorry for the confusion.
> > >
> > > Two drives sda and sdb are mirrored with RAID 1
> > > Getting errors on sda.
> > > I removed the sda, and moved sdb into the sda position
> > >
> > > However, I am still getting the same errors on the sda.
> > >
> > First, but based on what you've written, you really need to read up
> > on
> > what RAID 1 *is*.
> >
> > Second, when you say you removed /dev/sda, did you take it out of the
> > box,
> > or just swap positions? If the latter, then a) the system still sees
> > it as
> > sda: that's not something you've made any changed to - the system
> > will
> > look for a LABEL or UUID, b) if you did take it out, and replace it
> > with
> > another, new, physical drive, then there will be RAID messages saying
> > it's
> > rebuilding, and c) if you just took it out, and there's only the one
> > drive, the former /dev/sdb, you will be seeing tons of messages that
> > RAID
> > is degraded.
> >
> >       mark
> >
> > >
> > > ----- Original Message -----
> > >> On 07/25/12 07:18, Robert Canary wrote:
> > >> > I have RHEL machine here that becomes so unresponsive the mail
> > >> > server
> > >> > it is hosting practically stops. It is currently running a
> > >> > mirrored
> > >> > drive between sda and sdb. I have been getting the following
> > >> > errors
> > >> > in the log files, so I moved the mirrored drive to sda and
> > >> > disabled
> > >> > the (old) sda. Currently the system seems to be stable again,
> > >> > however, I am still getting these errors.
> > >>
> > >> I'm sorry, but I don't understand what you did. You mention two
> > >> drives,
> > >> and then "the (old) sda". ?
> > >>
> > >> Next, is this RAID 1?
> > >> >
> > >> > Any ideas where to go to fix it. Could it be bad sectors where
> > >> > transferred to the mirrored drive? Running smartmontools-5.3 I
> > >>
> > >> No. Bad sectors are *physical* errors on the platter.
> > >> <snip>
> > >>    mark
> > >>
> > >> --
> > >>   When was the pleistocene?
> > >>   Around 1.8 million years ago, til about 10K years ago.
> > >>   What era are we in now?
> > >>   Trouble.
> > >>
> > >> --
> > >> redhat-list mailing list
> > >> unsubscribe
> > >> mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > >> https://www.redhat.com/mailman/listinfo/redhat-list
> > >>
> > >
> > > --
> > > redhat-list mailing list
> > > unsubscribe
> > > mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > > https://www.redhat.com/mailman/listinfo/redhat-list
> > >
> >
> >
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> >
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list



[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux