Kyle McDonald wrote: > Sarah Jelinek wrote: > >> Hi Mike, >> >> >> >> >>> On Thu, Jun 12, 2008 at 4:31 PM, Sarah Jelinek <Sarah.Jelinek at sun.com> >>> wrote: >>> >>> >>> >>>> Hi All, >>>> >>>> Located at: >>>> >>>> http://www.opensolaris.org/os/project/caiman/auto_install/AI_Reqs_Final/ >>>> >>>> >>>> >>>> >>> I would find quite helpful to be able to perform an installation into >>> an alternate boot environment. That is, while I am running a >>> production workload I should be able to perform a fresh installation >>> using the same profiles, rules, and pre/post automation as I would use >>> if I were performing a network-based installation. >>> >>> >>> >> Are you talking a 'live' installation utilizing the AI profile? That is >> using the profile used to generate the initial BE on the system with AI, >> to install the alternate BE? >> >> > I know I'd like to be able to have it create a blank BE, and then > install it with the AI profile of my choice - and using what ever means > it normally uses during a net-boot-install (rules? lookups? etc) to find > the right profile for this host if I don't give it one. Basically a > net-install but without taking the machine down. > Doing a net-install on a live system may not be a AI requirement. It is a general install RFE to support live install to an alternate BE. > >>> There needs to be a way to specify which disk(s) to install onto. >>> There are two parts to this: >>> - It should be possible to programatically mirror the boot environment >>> >>> >>> >> The thought here is that ZFS makes it easy to setup mirroring after the >> fact. So you can create a single disk boot pool and then attach a device >> creating a mirror later. The thing I think that needs to be considered >> is how AI users would want to get mirrors setup. Asking them to go to >> the client afterwards to setup the mirror might be the wrong thing to do. >> >> > Yes. I wouldn't really consider it an 'Automated Install' if I need to > login and attach the second mirror manually - or even automated outside > of AI.. > >>> - If I'm performing an automated install, I should be able to ensure >>> that the installation goes to my intended boot drive(s), not the >>> drives on the SAN (which may be enumerated in such a way that the >>> controller number is lower than the boot disks) that contain a >>> database that I'd prefer not to have to restore. >>> >>> >>> >>> >> Agree.. I didn't explicitly call this out, but we do intend to allow >> users to specify which disk to to the install on. >> >> >> > This is one area I'd like to see some innovation in. I agree with Mike > that I'd like to be able to tell AI to ignore my SAN disks, but at the > same time I'd like to not have to tweak the profile for each machine > tiype where the local disk might be c1t0, vs c0t0, etc. > > I don't know if this means some sort of 'local-only' or > 'direct-attach-only' quailfier, or a 'ignore-san', or what. But > basically I'd like something like the jumpstart 'rootdisk' only smarter > and possibly willing to take advice. For mirroring it'd be nice to have > an equivalent 'roormirror' that also hhad some brains on picking a good > second disk to mirror to. > I agree that this is a big issue with automated installation. The suggested ideas are a good starting point. The install needs to distinguish between local disks and SAN disks.
- Sundar > I'm really trying to stay up at a high level of 'requirements' but I > just can't help thinking in terms of 'implementation.' Sorry. > > -Kyle > > >>> What file systems does it allow upgrade from? UFS? >>> >>> >>> >>> >> ZFS. It is a pkg image-update essentially. We don't support UFS at all. >> >> Regards, >> sarah >> >> _______________________________________________ >> caiman-discuss mailing list >> caiman-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss >> >> > > _______________________________________________ > caiman-discuss mailing list > caiman-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/caiman-discuss > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20080613/566b5eec/attachment.html>
