Sherman, Did you edit your menu.lst manually per the AI Design 1.1 (Delta) document? That document appears to be stale and needs to be updated.
Originally we wanted to use "install_service_address", but during implementation, found that using that variable name caused a backwards compatibility problem. See this CR mail thread for the details: http://www.opensolaris.org/jive/thread.jspa?messageID=352308񖀴 So if this is the case, please don't file a bug. We will be updating the Delta design doc with the correct value name. thanks, -ethan Ethan Quach wrote: > Sherman, > > I would like to figure out how your menu.lst ended with > install_service_address in the first place. What build was > the install server running when you created this service? > Did you do a create-client for this client or not? > > -ethan > > > Sherman Pun wrote: >> Never mind about the script update. I change the property name to >> "install_svc_address" in the grub menu.lst and it is now installing >> fine. >> >> --- Sherman >> I'll file a CR next. >> >> Sherman Pun wrote: >>> Will do. >>> Am I correct that "install_svc_address" needs to be changed to >>> "install_service_address". >>> If so, what's the name of the method script and its path? Just want >>> to patch things up to continue my testing. >>> --- Sherman >>> >>> Ethan Quach wrote: >>>> Sherman, >>>> >>>> Can you please file a bug on this. It appears in our auto_installer >>>> method script, its looking for the wrong value name: >>>> >>>> >>>> >>>> AI_SERVICE_ADDRESS=`/usr/sbin/prtconf -v /devices | \ >>>> --> /usr/bin/sed -n '/install_svc_address/{;n;p;}' | \ >>>> /usr/bin/cut -f 2 -d \'` >>>> >>>> [....] >>>> >>>> # if location of service is not provided, give up >>>> if [ -z "$AI_SERVICE_ADDRESS" ] ; then >>>> echo "Location of service $AI_SERVICE_NAME not provided, " >>>> "service discovery failed" | $TEE_LOGTOCONSOLE >>>> >>>> >>>> -ethan >>>> >>>> >>>> Sherman Pun wrote: >>>>> Is the x86 grub property "install_service_address" support in Osol >>>>> 111a as mentioned in AI Design 1.1 (Delta), 03-02-09? >>>>> >>>>> From the install log, looks like it is still relying on multicast >>>>> DNS only. >>>>> # cat /var/svc/log/application-auto-installer:default.log >>>>> [ Apr 30 09:00:59 Executing start method >>>>> ("/lib/svc/method/auto-installer"). ] >>>>> Service discovery phase initiated >>>>> Service name to look up: osol111a >>>>> 10.6.189.182:46501 >>>>> <AISD_E 04/30 16:01:10> No valid AI service found >>>>> Service discovery over multicast DNS failed >>>>> Location of service osol111a >>>>> 10.6.189.182:46501 not provided, >>>>> /lib/svc/method/auto-installer: line 143: service discovery >>>>> failed: not found >>>>> [ Apr 30 09:01:10 Method "start" exited with status 95. ] >>>>> >>>>> # /usr/sbin/prtconf -v /devices | grep install >>>>> name='install_media' type=string items=1 >>>>> name='install_boot' type=string items=1 >>>>> name='install_service' type=string items=1 >>>>> name='install_service_address' type=string items=1 >>>>> value='10.6.189.182:46501' >>>>> >>>>> >>>>> AI server: >>>>> nge0: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu >>>>> 1500 index 3 >>>>> inet 10.6.189.182 netmask fffffe00 broadcast 10.6.189.255 >>>>> ether 0:14:4f:8d:42:fe >>>>> AI client: >>>>> nge0: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu >>>>> 1500 index 1 >>>>> inet 10.6.158.227 netmask fffffc00 broadcast 10.6.159.255 >>>>> ether 0:0:6c:d8:7d:75 >>>>> >>>>> ---- >>>>> _______________________________________________ >>>>> 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 > _______________________________________________ > caiman-discuss mailing list > caiman-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
