Well there ya go.  Replace your drive, mdadm --add the replacement partition, let it rebuild, and you should be good to go.<div><br></div><div>You might also consider removing some of those old kernels, unless you use them for some reason, though, I can&#39;t remember if you said it, or I&#39;m looking at the kernel-vers, but this box is Fedora 9, right?  Fedora 9 isn&#39;t getting updates from the Fedora Project anymore.  Fedora 11 anyone?  ;-)</div>
<div><br></div><div>-Scott<br><br><div class="gmail_quote">On Mon, Jun 22, 2009 at 5:04 PM, Greg Freemyer <span dir="ltr">&lt;<a href="mailto:greg.freemyer@gmail.com">greg.freemyer@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Thanks Scott,<br><br>My /dev/md0 is broken, thus the issues.<br><br>=========<br># mdadm --detail /dev/md0<br>/dev/md0:<br>        Version : 00.90.03<br>  Creation Time : Wed Feb 13 06:43:55 2008<br>     Raid Level : raid1<br>

     Array Size : 104320 (101.89 MiB 106.82 MB)<br>  Used Dev Size : 104320 (101.89 MiB 106.82 MB)<br>   Raid Devices : 2<br>  Total Devices : 1<br>Preferred Minor : 0<br>    Persistence : Superblock is persistent<br><br>

    Update Time : Mon Jun 22 16:04:59 2009<br>          State : clean, degraded<br> Active Devices : 1<br>Working Devices : 1<br> Failed Devices : 0<br>  Spare Devices : 0<br><br>           UUID : 5107322d:edf96272:646ce4cb:c4da3a32<br>

         Events : 0.990<br><br>    Number   Major   Minor   RaidDevice State<br>       0       0        0        0      removed<br>       1       8       17        1      active sync   /dev/sdb1<br><br>=========<br><br>Greg<br>

<br><div class="gmail_quote">On Mon, Jun 22, 2009 at 4:37 PM, scott mcbrien <span dir="ltr">&lt;<a href="mailto:smcbrien@gmail.com" target="_blank">smcbrien@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">

Greg,<div><br></div><div>mdadm --detail /dev/md0 (or whatever your number is for /boot) will tell you the membership</div><div><br></div><div>What&#39;s a df -h look like?  I notice you have a BOATLOAD of kernels sitting out there, and the typical Fedora install makes a 100MB boot filesystem.  Obviously you did your own thing for partitioning, with the RAID, but you might do a df -h to make sure you have room.</div>


<div><br></div><div>Based on your updated post, maybe you need to yum remove some old kernels?</div><div><br></div><div>Also check the mdadm --detail /dev/mdwhatever to make sure you don&#39;t have a failed device.</div>

<div>
<br></div><div>Finally, make sure that your default setting in /boot/grub/grub.conf points to the right kernel, sometimes they&#39;ll not make the most recent one the default based on your other settings in the file.</div>


<div><br></div><div>-Scott</div><div><br></div><div><br></div><div><br><div class="gmail_quote"><div>On Mon, Jun 22, 2009 at 4:18 PM, Jim Kinney <span dir="ltr">&lt;<a href="mailto:jim.kinney@gmail.com" target="_blank">jim.kinney@gmail.com</a>&gt;</span> wrote:<br>


</div><div><div></div><div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">/boot on raid1 will not cause an issue. The BIOS will connect to what<br>


it&#39;s told (sda, sdb, etc NOT md0). It keeps /boot in sync for a manual<br>
bootup with a failed sda.<br>
<br>
Basically, it sounds like the kernel upgrade failed or there is a<br>
block on kernel upgrades (it&#39;s a yum plugin - found in<br>
/etc/yum/pluginconf.d/).<br>
<br>
try a removal of the kernel rpm and reinstall and check<br>
/boot/grub/grub.conf to see if it upgraded the file. If not, do it<br>
manually and follow the pattern there.<br>
<div><div></div><div><br>
On Mon, Jun 22, 2009 at 4:02 PM, Greg Freemyer&lt;<a href="mailto:greg.freemyer@gmail.com" target="_blank">greg.freemyer@gmail.com</a>&gt; wrote:<br>
&gt; I just realized my /boot partition is on a raid1 mdraid setup.<br>
&gt;<br>
&gt; I&#39;ve never tried to have my grub setup files on a mdraid setup.  I<br>
&gt; suspect it is causing me issues.<br>
&gt;<br>
&gt; Advice very welcome about how to proceed.<br>
&gt;<br>
&gt; Thanks<br>
&gt; Greg<br>
&gt;<br>
&gt; On Mon, Jun 22, 2009 at 3:45 PM, Greg Freemyer&lt;<a href="mailto:greg.freemyer@gmail.com" target="_blank">greg.freemyer@gmail.com</a>&gt; wrote:<br>
&gt;&gt; All,<br>
&gt;&gt;<br>
&gt;&gt; I normally run suse, but I&#39;ve got one appliance that is running Fedora<br>
&gt;&gt; so maybe I&#39;m not troubleshooting this right.<br>
&gt;&gt;<br>
&gt;&gt; I upgraded the kernel via rpm a few weeks ago, but now realize I&#39;m<br>
&gt;&gt; still running the old one.<br>
&gt;&gt;<br>
&gt;&gt; I&#39;ve just rebooted and hit the space bar at the right time to see the<br>
&gt;&gt; grub boot menu.  It has a single entry for a 2.6.21 kernel.  Nothing<br>
&gt;&gt; else to choose.<br>
&gt;&gt;<br>
&gt;&gt; But if I look at /boot/grub/menu.lst I see three menu choices.  The<br>
&gt;&gt; first one is the default and it is 2.6.22 which is what I want.  I<br>
&gt;&gt; guess that file might be corrupt, but it looks okay to me.<br>
&gt;&gt;<br>
&gt;&gt; I did a &quot;find / -name menu.lst&quot; but I only have the one file.<br>
&gt;&gt;<br>
&gt;&gt; Any ideas on where else to look?<br>
&gt;&gt;<br>
&gt;&gt; Thanks<br>
&gt;&gt; Greg<br>
&gt;&gt; --<br>
&gt;&gt; Greg Freemyer<br>
&gt;&gt; Head of EDD Tape Extraction and Processing team<br>
&gt;&gt; Litigation Triage Solutions Specialist<br>
&gt;&gt; <a href="http://www.linkedin.com/in/gregfreemyer" target="_blank">http://www.linkedin.com/in/gregfreemyer</a><br>
&gt;&gt; First 99 Days Litigation White Paper -<br>
&gt;&gt; <a href="http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf" target="_blank">http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf</a><br>
&gt;&gt;<br>
&gt;&gt; The Norcross Group<br>
&gt;&gt; The Intersection of Evidence &amp; Technology<br>
&gt;&gt; <a href="http://www.norcrossgroup.com" target="_blank">http://www.norcrossgroup.com</a><br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Greg Freemyer<br>
&gt; Head of EDD Tape Extraction and Processing team<br>
&gt; Litigation Triage Solutions Specialist<br>
&gt; <a href="http://www.linkedin.com/in/gregfreemyer" target="_blank">http://www.linkedin.com/in/gregfreemyer</a><br>
&gt; First 99 Days Litigation White Paper -<br>
&gt; <a href="http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf" target="_blank">http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf</a><br>
&gt;<br>
&gt; The Norcross Group<br>
&gt; The Intersection of Evidence &amp; Technology<br>
&gt; <a href="http://www.norcrossgroup.com" target="_blank">http://www.norcrossgroup.com</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Ale mailing list<br>
&gt; <a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
&gt; <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt;<br>
<br>
<br>
<br>
</div></div>--<br>
--<br>
<div>James P. Kinney III<br>
Actively in pursuit of Life, Liberty and Happiness<br>
<br>
_______________________________________________<br>
</div><div><div></div><div>Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
</div></div></blockquote></div></div></div><br></div>
<br>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Greg Freemyer<br>Head of EDD Tape Extraction and Processing team<br>Litigation Triage Solutions Specialist<br><a href="http://www.linkedin.com/in/gregfreemyer" target="_blank">http://www.linkedin.com/in/gregfreemyer</a><br>

First 99 Days Litigation White Paper - <a href="http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf" target="_blank">http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf</a><br>
<br>The Norcross Group<br>
The Intersection of Evidence &amp; Technology<br><a href="http://www.norcrossgroup.com" target="_blank">http://www.norcrossgroup.com</a><br>
<br>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
<br></blockquote></div><br></div>