Hi Sundar, Sue, could I please ask you for reviewing changes for following bug ?
6320 'No valid AI service found' error if AI client and server are on different subnets http://defect.opensolaris.org/bz/show_bug.cgi?id=6320 webrev: http://cr.opensolaris.org/~dambi/bug-6320/ Other comments are also appreciated. Thank you very much, Jan modules affected: * AI image (/lib/svc/method/auto-installer) * installadm(1M) tools - no API changes, only internal ones Comparing to the short proposal sent for this fix, following modifications were introduced during the implementation: 'install_svc_address' option will be implemented instead of originally proposed 'install_service_address' The reason is that when old AI image was configured using new installadm(1M), AI client was originally confused by new option, since it was not able to distinguish between 'install_service' (used for service name) and 'install_service_address'. That would mean that installadm tools with fix for 6320 couldn't install older images and vice versa. While I was in that code, I also did additional changes: * clean up cstyle issues reported by 'hg pbchk' * check if the server hostname is resolved correctly (to something else than '127.0.0.1') when creating service . It serves as a stop gap before full check for correct network configuration is implemented. It saves time in situations when user creates service without verifying that resolver correctly resolves server hostname - user is informed and service is not created. It is helpful, since it was not straightforward to recover from that situation. Testing ------- HW: * AI server - Laptop Lenovo X61, Virtual Box guest * router - Ultra 20 * AI client - - x86: Ultra 20 (1GB RWM) - Sparc: T1000(8GB RWM) - Virtual Box guest - w2100z (2GB RWM) - connected to different subnet via router SW: * AI image created based on build 108 w/o the fix [img] * AI image created based on build 108 w/ the fix [img_6320] * installadm w/o the fix [ai_tools] * installadm w the fix [ai_tools_6320] * installation done from http://ipkg.sfbay/dev Test cases ---------- [1] service created using [ai_tools], [img_6320] added # installadm create-service -s [img_6320] <path> - menu.lst didn't contain 'install_svc_address' option - AI client on the same subnet installed successfully - AI client on different subnet failed during service discovery - AI client set up as guest in Virtual Box failed during service discovery [2] service created using [ai_tools_6320], [img] added # installadm_6320 create-service -s [img] <path> - menu.lst contained 'install_svc_address' option - AI client on the same subnet installed successfully - AI client on different subnet failed during service discovery - AI client set up as guest in Virtual Box failed during service discovery [3] service created using [ai_tools_6320], [img_6320] added # installadm_6320 create-service -s [img_6320] <path> - AI client on the same subnet installed successfully - AI client on different subnet installed successfully - AI client set up as guest in Virtual Box installed successfully step [3] was also tested in following scenarios [A] service already existed, only image was added # installadm_6320 list _install_service_46501 # installadm_6320 create-service -n _install_service_46501 -s [img_6320] <path> [B] client was added # installadm_6320 create-client -e <mac_address> -n _install_service_46501 -t <img_6320_path>