Re: Reipl support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Jul 22, 2008, at 10:48 AM, Jeremy Katz wrote:

On Tue, 2008-07-22 at 09:26 -1000, David Cantrell wrote:
4) I would wrap the open/write/close to /var/run/sigusr in a try-
except block since that could fail.  Also, I suggest using fp.write()
to write lines to a file rather than print.  Two reasons.  First is
consistency with the rest of the anaconda code.  Second is that the
print statement will go away in Python 3000 and the fewer of those we
have to rewrite in the future, the better.

Also, it's not entirely clear to me why this is really needed.  What
would lead to setting the reipl failing?  The cases that I see are all
cases where the answer is "doomed" and so we might as well just always
do the reboot.  And that then makes things always act the same rather
than adding yet another bogon weird code path for s390


I think some of this falls back on s390 using linuxrc.s390 rather than init like the other platforms. If that could be changed (eventually), I think we'd be in better shape. Right now, the linuxrc case on s390 means a lot of special handling for that platform.

The reipl tool failing isn't really a doomed case. If it fails, it's worth noting it somewhere (so we might have some hope of debugging...maybe) and continuing. If we can't reipl automatically, we should just shutdown and expect the console operator to load the magic stack of cards to get it going again.

--
David Cantrell <dcantrell@xxxxxxxxxx>
Red Hat / Honolulu, HI

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux