Sherman,

Thanks for verifying this.

-ethan


Sherman Pun wrote:
> This is a doc problem and no bug needs to be submitted. --- Sherman
> 
> Ethan Quach wrote:
>> 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&#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

Reply via email to