On Dec 18, 2007, at 11:04 PM, Liane Praza wrote: > Last time I tested on S10, boot doesn't hang just because the > nameservice isn't available. The single-user login certainly > wouldn't due to that alone. (The single-user password prompt is > given without even trying to start name services.) > > Is it possible that the root account doesn't appear in /etc/shadow > or /etc/passwd? > > You can "boot -m milestone=none" to take SMF totally out of the > picture. All that does is start up sulogin, and no services. > > liane
we found that if we tried to log in with maintenance mode it would hang and we would have to reboot. once rebooted, if we hit control-d after prompted for the root password, it would drop us back to maintenance mode and the login would be successful. ultimately, once we were able to get in (by booting with milestone=none, we did a svcadm disable svc:/network/initial:default and svcadm milestone=all and then everything started normally. We're still seeing: nis domain name is: at boot time, which it wasn't doing before, and we don't know why we had to disable svc:/network/initial:default to get the host to finish booting properly. Is there something you know of that we can check to try to get a better handle on what is going on? Even though we ran the following commands: svcadm disable svc:/network/nis/server:default svcadm disable svc:/network/nis/passwd:default svcadm disable svc:/network/nis/update:default svcadm disable svc:/network/nis/xfr:default svcadm disable svc:/network/nis/client:default svcadm disable svc:/network/rpc/nisplus:default we're still seeing it trying to obtain an NIS name at boot. We're also still unsure why we had to disable svc:/network/initial:default to get the host to finish booting properly -- Michael Hale mhale at transcomus.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/smf-discuss/attachments/20071218/6207af69/attachment.html>
