In that case, it definitely says we should discontinue embedding in genesis, since while genesis is Dracut generated, it is generated consistently from a particular CentOS build curated/tested to have the right libraries and drivers to support hardware config/updates without any prep work (the rpm install just carries it in). This would have the pleasant benefit of reducing the content required in Genesis this way….
From: Olivier Lahaye <olivier.laha...@free.fr> Sent: Wednesday, October 24, 2018 9:30 AM To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net> Subject: Re: [xcat-user] [External] Brand new systemimager (beta) The direct boot is not based on kexec. (Kexec is a reboot that avoid the bios step) I only use initrd boot process at its best. Basically, initrd init some stuffs, swap root, finish boot. What systemimager does is almost the same thing: Init some stuff, format disk and lay down the image, install boot loader, then give back control to normal boot (swap root and next). The condition is that imager must have its matching modules on the lay down image. (I implemented that because dracut generated image are easy to tweak with its hooks and I had a node with 2TB ram that count memory for about 10min when rebooting which motivated that feature) On the screenshot page the first link is a webm video showing how it behave. When the system has finished its boot, the only difference noticeable is the content of /proc/cmdline Olivier. Le 24 oct. 2018 à 15:00, Jarrod Johnson <jjohns...@lenovo.com<mailto:jjohns...@lenovo.com>> a écrit : I suppose one question is whether it makes sense to discontinue embedding the imager in our Dracut-generated image and just use the systemimager image whole. The whole sans-reboot I presume is kexec. I formerly tried that and it produced some less than ideal results hopping between disparate distribution provided kernels, but that was years ago. Of course let me know if I’m wrong and it’s more along the lines of having the imager donor system more aligned with the deployment target. From: Olivier Lahaye <olivier.laha...@free.fr<mailto:olivier.laha...@free.fr>> Sent: Wednesday, October 24, 2018 4:29 AM To: xcat-user@lists.sourceforge.net<mailto:xcat-user@lists.sourceforge.net> Subject: [External] [xcat-user] Brand new systemimager (beta) Hi, I’m the main active developper for systemimager and saw some questions about it in this mailing list. 1st of all, the new systemimager has nothing to do with the old one regarding the imager which is now generated using dracut and has a GUI based on Plymouth (optional when running) See https://github.com/finley/SystemImager/wiki The quick start guide and screenshot sections are the only one that are up to date. You’ll notice that now, systemimager is able to deploy and run the os without a single reboot! The currently supported OS are RHEL/CentOS 6 and 7, Fedora 27, 28, Upcomming 29 and OpenSUSE 42.3 and newer. It could/should work on deb distros if I had time to do packaging and if dracut can be installed aside initramfstools without conflicts. It is planned and will work on all deb distros that have dracut and Plymouth package. I have no date for availability as it depends on my spare time. (Feel free to join if you have deb packaging and rpm spec knowledge to port it to Debian dir structure (mainly dependency helpers to port from rpm to deb)) Regards, — Olivier Lahaye _______________________________________________ xCAT-user mailing list xCAT-user@lists.sourceforge.net<mailto:xCAT-user@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/xcat-user
_______________________________________________ xCAT-user mailing list xCAT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xcat-user
