<p>/boot on software raid is not supported in the upgrade kernel due to some pile of reasoning I read about months ago. Upgrade still possible but requires a boot cd and wired metworking.</p>
<div class="gmail_quote">On Apr 13, 2011 10:58 PM, &quot;Drifter&quot; &lt;<a href="mailto:drifter@oppositelock.org">drifter@oppositelock.org</a>&gt; wrote:<br type="attribution">&gt; A clue!<br>&gt;   Maybe -- but not for me. :(<br>
&gt; <br>&gt; I keep trying to download the upgrade to FC-14. It keeps not working.<br>&gt; Found this in /var/log/messages:<br>&gt; <br>&gt;&gt; python: abrt: detected unhandled Python exception in <br>&gt; /usr/share/preupgrade/preupgrade-gtk.py<br>
&gt; <br>&gt;&gt; abrtd: dumpsocket: New client connected<br>&gt; <br>&gt;&gt;abrtd: dumpsocket: Saved Python crash dump of pid 3156 to <br>&gt; /var/spool/abrt/pyhook-1302748263-3156<br>&gt; <br>&gt;&gt;abrtd: dumpsocket: Socket client disconnected<br>
&gt; <br>&gt;&gt;abrtd: Directory &#39;pyhook-1302748263-3156&#39; creation detected<br>&gt;&gt;abrtd: Crash is in database already (dup of <br>&gt; /var/spool/abrt/pyhook-1302741226-9340)<br>&gt; <br>&gt;&gt;abrtd: Deleting crash pyhook-1302748263-3156 (dup of <br>
&gt; pyhook-1302741226-9340), sending dbus signal<br>&gt; <br>&gt; I now suspect there is a problem in preupgrade-gtk.py, but I do not have <br>&gt; the skills to begin to unravel that sort of thing.<br>&gt; <br>&gt; One last check of  /var/spool/abrt/pyhook-1302748263-3156/reason <br>
&gt; yields this:<br>&gt; <br>&gt;&gt;dev.py:91:bootpath_to_anacondapath:PUError: /boot is on RAID device md0<br>&gt; <br>&gt; So I took another look at the python script and found this (which is of no <br>&gt; help to me):<br>
&gt; <br>&gt;              ***********************************************<br>&gt; <br>&gt;   # If available, download the stage2 installation image<br>&gt;         if self.pu.mainimage is not None:<br>&gt;             try:<br>
&gt;                 # download stage2.img<br>&gt;                 stage2file = self.pu.retrieve_non_critical_files()<br>&gt;                 stage2_abs = self.pu.bootpath+&quot;/&quot;+stage2file<br>&gt;                 bootdevpath = bootpath_to_anacondapath(stage2_abs, <br>
&gt; UUID=True)<br>&gt;                 extra_args += &quot; stage2=%s&quot; % bootdevpath<br>&gt;             except PUError, e:<br>&gt;                 # TODO: offer to create CD/copy stage2 to USB. bluh.<br>&gt;                 message = str(e) + &quot;\n\n&quot;<br>
&gt;                 print message<br>&gt;                 message += _(&quot;The main installer image could not be saved <br>&gt; to your hard drive. The installer can download this file once it starts, <br>&gt; but this requires a wired network connection during installation.\n\nIf <br>
&gt; you do not have a wired network connection available, you should quit <br>&gt; now.&quot;)<br>&gt;                 response = continueQuitDialog(self.ui.assistant, message)<br>&gt;                 if response == gtk.RESPONSE_NO:<br>
&gt;                     self.exit_instance(exitcode=1)<br>&gt;                 # Fallback: let anaconda stage1 download stage2 from <br>&gt; instrepo<br>&gt;                 stage2url = os.path.join(self.pu.instrepo.urls[0], <br>
&gt; self.pu.mainimage)<br>&gt;                 extra_args += &quot; stage2=&quot; + stage2url<br>&gt; <br>&gt;                    **********************************************<br>&gt; <br>&gt; <br>&gt; I never see the message about saving to the hard drive, so I suspect the <br>
&gt; script is crashing before it gets there.<br>&gt; <br>&gt; I think I&#39;m going to quit now and go to bed.  Tomorrow, as Scarlett said, <br>&gt; is another day.<br>&gt; <br>&gt; Sean<br>&gt; <br>&gt; ----------------------------------------------------------------------------------------<br>
&gt; <br>&gt; <br>&gt; On Wednesday, April 13, 2011 09:51:14 pm Sean Kilpatrick wrote:<br>&gt;&gt; Sometimes I just do not understand! :)<br>&gt;&gt; <br>&gt;&gt; The system kept offering to upgrade to FC-14.<br>&gt;&gt; But when I tried it kept failing to load the necessary files.<br>
&gt;&gt; <br>&gt;&gt; So I ran &lt;yum upgrade&gt; and the FC-13 was upgraded -- some  64 files<br>&gt;&gt; were changed to the tune of 305 MgB<br>&gt;&gt; <br>&gt;&gt; There was no reminder to reboot.  Minutes after the upgrade was<br>
&gt;&gt; completed the reminder to upgrade to FC-14 reappeared and once again I<br>&gt;&gt; clicked on &quot;Okay&quot;.<br>&gt;&gt; This time the file download ran without interruption and at the end I<br>&gt;&gt; got the expected reminder to reboot, which I did.<br>
&gt;&gt; <br>&gt;&gt; System rebooted normally and reports<br>&gt;&gt; kernel 2.6.34.8-68fc13x86_64 x86_64<br>&gt;&gt; system Fedora release 13 (Goddard)<br>&gt;&gt; <br>&gt;&gt; WTF<br>&gt;&gt; <br>&gt;&gt; As I am typing this note, once again the notification appears courtesy<br>
&gt;&gt; of KPackageKit that a Distribution upgrade is available<br>&gt;&gt; Fedora-14 (Laughlin)  and again I click on &quot;Okay.&quot;<br>&gt;&gt; <br>&gt;&gt; Then 110 MgB of downlater I am told that<br>&gt;&gt; <br>&gt;&gt; &quot;Ready to begin upgrade<br>
&gt;&gt; Your system now has the necessary information and packages needed to<br>&gt;&gt; complete the upgrade to Fedora 14 (Laughlin).<br>&gt;&gt; &quot;When you are ready, you may reboot your system to complete the upgrade<br>
&gt;&gt; process.  Make sure you save any unsaved work before rebooting.&quot;<br>&gt;&gt; <br>&gt;&gt; More later<br>&gt;&gt; <br>&gt;&gt; Sean<br></div>