Shudong Zhou wrote On 02/15/06 10:25,:
>>1) what is the easiest way to resync the files in single user mode so
>>that the systems can boot again? (I'd hate to reinstall the OS)
>>
>>
>
>Run "svcadm clear boot-archive". The system will come up. You can
>reboot again to sync the archive.
>
I did that a while back. it doesn't work (!!). When I reboot I go back
to the same state:
Copyright 1983-2005 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
WARNING: BIOS microcode patch for AMD Athlon(tm) 64/Opteron(tm) processor
erratum 131 was not detected; updating your system's BIOS to a version
containing this microcode patch is HIGHLY recommended or erroneous system
operation may occur.
WARNING - The following files in / differ from the boot archive:
/etc/devices/devid_cache
The recommended action is to reboot and select "Solaris failsafe"
option from the boot menu. Then follow prompts to update the
boot archive.
To continue booting at your own risk, clear the service:
# svcadm clear system/boot-archive
Feb 15 11:04:57 svc.startd[7]: svc:/system/boot-archive:default: Method
"/lib/svc/method/boot-archive" failed with exit status 95.
[ system/boot-archive:default failed fatally (see 'svcs -x' for details) ]
Requesting System Maintenance Mode
(See /lib/svc/share/README for more information.)
Console login service(s) cannot run
Root password for system maintenance (control-d to bypass): Hostname:
clear20
>
>
>
>>2) if I move back to S10GA would I still see this problem? in other
>>words, was this introduced in update 1?
>>
>>
>
>Yes.
>
>
>
>>3) what is the fastest/easiest way to relax this fatal state in a
>>supported way? a patch? changes to smf configuration parameters in S10U1?
>>
>>
>>
>Turn the boot-archive service into a no-op:
> svccfg -s boot-archive setprop start/exec=:true
>
Is this supported? Could customers do this and still get support? the
reason I ask is because we will need to document it and oracle will need
to recommend customers to do this if the use a certain combination of
products.
>
>Eventually, we'll deliver a bootadm(1M) patch to be more cautious
>about putting the system in the fatal state.
>
>Shudong
>
>
>
--
<http://www.sun.com> * Fernando Castano *
Staff engineer, MDE
*Sun Microsystems, Inc.*
260 Constitution Drive
Menlo Park, CA 94025 US
Phone x88904/+1 650 786 8904
Email Fernando.Castano at Sun.COM
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/smf-discuss/attachments/20060215/dcbc554d/attachment.html>
