Hi, could I please ask two people for reviewing changes for following blocker ?
8130 mismatch between boot_archive and solaris*.zlib if more than one service is created for Sparc The fix also addresses 8115 SPARC AI shouldn't use root-path(Option 17) for locating solaris*.zlib archives Sundar, could I please ask you, if you might confirm/deny if it is fine to get rid of using 'Rootpath' option by Sparc AI client for locating solaris*.zlib archives ? Thank you. Just in case you check emails - Monday is fine ;-) webrev: http://cr.opensolaris.org/~dambi/bug-8130 Thank you very much, Jan modules affected: ----------------- * DC (Sparc AI manifest) * installadm tools * AI image (live-fs-root) testing done (full test procedures attached): --------------------------------------------- [1] AI image containing fix built using modified DC - verified that microroot contains /usr/bin/mkdir [2] combinations of 'create-service' & 'create-client' tested using installadm tools with fix (please see attached test results for more details). [3] new AI image booted successfully without 'Rootpath' option provided by DHCP server. known issues: ------------- * fix will introduce incompatible change in Sparc AI image and installadm tools - old Sparc AI images will no longer work with new installadm tools, since they rely on Rootpath DHCP option. x86 is not affected. solution: Flag day will be sent out. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 8130_test.txt URL: <http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20090417/9663b139/attachment.txt>
