[CentOS] mismatch_cnt after 5.3 -> 5.4 upgrade
RedShift
redshift at pandora.be
Sun Oct 25 18:48:38 UTC 2009
Devin Reade wrote:
> Saturday I did an upgrade from 5.3 (original install) to 5.4. Saturday
> night, /etc/cron.weekly reported the following:
>
> /etc/cron.weekly/99-raid-check:
>
> WARNING: mismatch_cnt is not 0 on /dev/md0
>
> md0 holds /boot and resides, mirrored, on sda1 and sdb1. md1 holds
> an LVM volume containing the remaining filesytems, including swap.
>
> The underlying hardware is just a few months hold, has passed the
> usual memtest stuff, and has been running 5.3 well for a few months.
>
> I'm *guessing* that due to the timing, this is related to the upgrade.
> I have to admit that I forgot myself and instead of doing the glibc
> updates as recommended, I only did:
>
> yum clean all
> yum update yum
> rpm -e --nodeps perl-5.8.8-18.el5_3.1.i386
> (see today's perl thread)
> yum update perl.x86_64
> yum update
> shutdown -r now
>
> I've taken a backup of /boot dump after the upgrade, but have not yet
> reenabled normal backups.
>
> My hunch is that something in the upgrade process touched sda1 but not
> sdb1, and that removing sdb1 from the mirror and reattaching it for
> resync would be sufficient, however I was looking for comments on this
> from anyone with experience or opinion on the matter. Googling the
> issue doesn't seem to turn up any recent related results.
>
> Also, could the upgrade have touched the bootblock on sda1 but not
> sdb1 and thus trigger this problem?
>
> Devin
What exactly is the mismatch_cnt value? If it's not too much, it is most likely coming from your swap partition.
Run a check, if that doesn't fail I wouldn't worry about it.
Glenn
More information about the CentOS
mailing list