On Tue, Apr 28, 2009 at 3:23 PM, Jan Damborsky <Jan.Damborsky at sun.com> wrote:
> Martin Bochnig wrote:
>>
>> On Tue, Apr 28, 2009 at 1:28 PM, Martin Bochnig <martin at martux.org> wrote:
>>>
>>> On Tue, Apr 28, 2009 at 1:11 PM, Martin Bochnig <martin at martux.org>
>>> wrote:
>>>>
>>>> Ok, I found it.
>>>> It is just in the LiveMedia-framework - derived (originally by Moinak
>>>> Ghosh, now AI-adopted) /lib/svc/method/live-fs-root SMF script ?after
>>>> line 184 or after 253, according to grep.
>>>> If it is a bug, I respond later with a solution.
>>>> Maybe it was simply a user error by myself (during installadm
>>>> create-service).
>>>
>>> Ok, at least on some boxes (right now tested it on Ultra80),
>>> /lib/svc/methos/live-fs-root fails at line 261
>>> /sbin/dhcpinfo Rootpath.
>>>
>>> The NIC drivers are present and attached (on the U80 it is hme).
>>> But nothing except lo0 got plumbed.
>>> Manually doing "ifconfig -a plumb" does work, however.
>>> This makes everything else a small problem. Because the former can
>>> have hard-to-find reasons, if and where it rarely happens. Fortunately
>>> not here.
>>>
>>> Now let's see, if $Rootpath is actually empty ...
>
> Martin,
>
> please be aware tha Rootpath DHCP option is no longer used
> by AI images built from latest install bits and not populated
> by the latest installadm(1M) tools. Usage of Rootpath was removed
> as part of fix for bug 8130. For more details please see flag day sent
> to this mailing list with following subject:
>
> Flag day: Automated Installer and Distribution Constructor - Sparc - fix for
> bug 8130
>
> Those changes will appear in build 2009.06-04 which I assume will be
> available
> as 111b.
>
> Thank you,
> Jan



Hello Jan, I have to thank you.
Yes, I didn't read the flagday message, because I had that ARP problem
(and ignored pretty much everything else in life).
For nothing, as it turned out, b111 ....

Ok, thank you for the flagday pointer. Next I must read that.
Although: In this case the problem I described a few hours ago only
happens, where off-media /platform/sun4u/wanboot is used.
The Blade 100 with OBP 4.17.1 (when booted via boot net:dhcp) is
theonly of my machines which has a new enough OBP to boot AI without
off-media-/platform/sun4u/wanboot. And presumably it is no
coincidence, that she is the only one, which does not have the
dhcpagent -a problem. So it seems, not the type of NIC was the reason,
but indeed the boot method. I tested U30, U60, SB100 with 4.17.1,
SB150 (=100) without 4.17.1, now comes the Blade 2000 and then the
SF280R.

On a side note: I found that the Blade 100 which does have OBP 4.17.1
(the other does not, for comparison reasons) CANNOT boot into
off-media wanboot. I mean, why should it. It's not needed. But at
least interesting to witness. If somebody is interested, I stand up
and connect a serial console to that box ...

Regards,
%martin

Reply via email to