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">On Mon, Jun 22, 2009 at 4:18 PM, Jim Kinney <span dir="ltr">&lt;<a href="mailto:jim.kinney@gmail.com">jim.kinney@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;">/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 class="h5"><br>
On Mon, Jun 22, 2009 at 4:02 PM, Greg Freemyer&lt;<a href="mailto:greg.freemyer@gmail.com">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">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">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 class="im">James P. Kinney III<br>
Actively in pursuit of Life, Liberty and Happiness<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">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>
</div></div></blockquote></div><br></div>