[ale] Fedora oddity

[Jim Kinney]

/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.
On Apr 13, 2011 10:58 PM, "Drifter" <drifter at oppositelock.org> wrote:
> A clue!
> Maybe -- but not for me. :(
>
> I keep trying to download the upgrade to FC-14. It keeps not working.
> Found this in /var/log/messages:
>
>> python: abrt: detected unhandled Python exception in
> /usr/share/preupgrade/preupgrade-gtk.py
>
>> abrtd: dumpsocket: New client connected
>
>>abrtd: dumpsocket: Saved Python crash dump of pid 3156 to
> /var/spool/abrt/pyhook-1302748263-3156
>
>>abrtd: dumpsocket: Socket client disconnected
>
>>abrtd: Directory 'pyhook-1302748263-3156' creation detected
>>abrtd: Crash is in database already (dup of
> /var/spool/abrt/pyhook-1302741226-9340)
>
>>abrtd: Deleting crash pyhook-1302748263-3156 (dup of
> pyhook-1302741226-9340), sending dbus signal
>
> I now suspect there is a problem in preupgrade-gtk.py, but I do not have
> the skills to begin to unravel that sort of thing.
>
> One last check of /var/spool/abrt/pyhook-1302748263-3156/reason
> yields this:
>
>>dev.py:91:bootpath_to_anacondapath:PUError: /boot is on RAID device md0
>
> So I took another look at the python script and found this (which is of no

> help to me):
>
> ***********************************************
>
> # If available, download the stage2 installation image
> if self.pu.mainimage is not None:
> try:
> # download stage2.img
> stage2file = self.pu.retrieve_non_critical_files()
> stage2_abs = self.pu.bootpath+"/"+stage2file
> bootdevpath = bootpath_to_anacondapath(stage2_abs,
> UUID=True)
> extra_args += " stage2=%s" % bootdevpath
> except PUError, e:
> # TODO: offer to create CD/copy stage2 to USB. bluh.
> message = str(e) + "\n\n"
> print message
> message += _("The main installer image could not be saved
> to your hard drive. The installer can download this file once it starts,
> but this requires a wired network connection during installation.\n\nIf
> you do not have a wired network connection available, you should quit
> now.")
> response = continueQuitDialog(self.ui.assistant, message)
> if response == gtk.RESPONSE_NO:
> self.exit_instance(exitcode=1)
> # Fallback: let anaconda stage1 download stage2 from
> instrepo
> stage2url = os.path.join(self.pu.instrepo.urls[0],
> self.pu.mainimage)
> extra_args += " stage2=" + stage2url
>
> **********************************************
>
>
> I never see the message about saving to the hard drive, so I suspect the
> script is crashing before it gets there.
>
> I think I'm going to quit now and go to bed. Tomorrow, as Scarlett said,
> is another day.
>
> Sean
>
>
----------------------------------------------------------------------------------------
>
>
> On Wednesday, April 13, 2011 09:51:14 pm Sean Kilpatrick wrote:
>> Sometimes I just do not understand! :)
>>
>> The system kept offering to upgrade to FC-14.
>> But when I tried it kept failing to load the necessary files.
>>
>> So I ran <yum upgrade> and the FC-13 was upgraded -- some 64 files
>> were changed to the tune of 305 MgB
>>
>> There was no reminder to reboot. Minutes after the upgrade was
>> completed the reminder to upgrade to FC-14 reappeared and once again I
>> clicked on "Okay".
>> This time the file download ran without interruption and at the end I
>> got the expected reminder to reboot, which I did.
>>
>> System rebooted normally and reports
>> kernel 2.6.34.8-68fc13x86_64 x86_64
>> system Fedora release 13 (Goddard)
>>
>> WTF
>>
>> As I am typing this note, once again the notification appears courtesy
>> of KPackageKit that a Distribution upgrade is available
>> Fedora-14 (Laughlin) and again I click on "Okay."
>>
>> Then 110 MgB of downlater I am told that
>>
>> "Ready to begin upgrade
>> Your system now has the necessary information and packages needed to
>> complete the upgrade to Fedora 14 (Laughlin).
>> "When you are ready, you may reboot your system to complete the upgrade
>> process. Make sure you save any unsaved work before rebooting."
>>
>> More later
>>
>> Sean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20110413/288fea0f/attachment.html