Discussion:
smserver fails to start
Uwe Dippel
2008-05-25 12:30:45 UTC
Permalink
Having used this install for some time, suddenly X does not come up and it says:

svc:/network/rpc/smserver:default
State uninitialized since ..
Reason: Restarter svc:/network/inetd:default is not running
See: http:/sun.com/msg/SMF-8000-5H
See: man rpc.smserverd
3 dependent services are not running:
multi-user-server
basicreg
zones

I followed the instructions, and tried
svcs -l service_fmri
svcs -x restarter_service_fmri
but neither seems to exist

What could I do?

Uwe


This message posted from opensolaris.org
Akhilesh Mritunjai
2008-05-25 22:38:41 UTC
Permalink
Umm, that service requires no initialization (as per man page)... something else is wrong.

btw, service-fmri means service "uri" eg. svc:/network/rpc/smserver:default

For smserver, we can see the status using:

***@spot ~% svcs -l smserver
fmri svc:/network/rpc/smserver:default
name removable media management
enabled true
state online
next_state none
state_time Sun May 25 14:18:04 2008
restarter svc:/network/inetd:default
dependency require_all/restart svc:/network/rpc/bind (online)

The "restarter" as reported above is "svc:/network/inetd:default". So lets check it:

***@spot ~% svcs -x svc:/network/inetd:default
svc:/network/inetd:default (inetd)
State: online since Sun May 25 14:18:02 2008
See: inetd(1M)
See: /var/svc/log/network-inetd:default.log
Impact: None.

For your case it seems inetd is not running. You can check log file given above (/var/svc/log/network-inetd:default.log) to see what is wrong. May be hostname/IP isn't configured... but that would be strange.

I remember something like that happening during very early time when I started playing with osol. I think while intending to unplumb an nic I unplumbed all of them (ifconfig -a unplumb). This had the unintended effect of even unplumbing the loopback interface (lo0) and caused every thing thats depends on network to fail left and right on next boot. Fixed it by plumbing the loopback interface again.


This message posted from opensolaris.org
Uwe Dippel
2008-05-31 10:02:39 UTC
Permalink
Thanks, I was able to try these [without much comprehension, I concede]

% svcs -l smserver
..
"uninitialized"
...

svcs -x svc:/network/inetd:default
...
Reason: is not running because a method failed
...

/var/svc/log/network-inetd:default.log has no entries beyond February 17.
The date is correct.
So when I issue
svcadm restart network/inetd
it comes back with the prompt, neither any message nor anything in the log file.
svcs | grep inetd
offline ..... svc:/network/inetd:default.log

The one on maintenance is svc:/system/filesystem/local:default
Does that mean there is a problem with the file system?

ifconfig looks good to me, there is a an IP-address, I have plumb-ed ethernet and l0, but no difference to ifconfig -a as before. l0 is there.

Uwe


This message posted from opensolaris.org
Akhilesh Mritunjai
2008-05-31 11:22:45 UTC
Permalink
Post by Uwe Dippel
The one on maintenance is
svc:/system/filesystem/local:default
Does that mean there is a problem with the file
system?
Yes. there is a problem with it and that means a lot of stuff will be affected.

$ svcs -xv
This will tell you which services have problem. See the service log file for why it's not working.


This message posted from opensolaris.org
Uwe Dippel
2008-06-01 06:55:25 UTC
Permalink
SOLVED!

But unconvincing, IMHO.
/var/adm/messages
is empty
/var/svc/log/system-filesystem-local:default.log
finally gave the culprit away: me.
Several months ago I had - for reasons of simplicity - added an external (to Solaris) filesystem into vfstab, for 'mountall'. And forgotten about it. Then I moved the box one desktop further, did not move the filesystem with it. And then mountall failed, and with it everything else didn't go up neither. Once plugged the filesystem back, everything is okay.

Unconvincing, because
- I wouldn't expect this misery from some data file system being unattached
- I'd expect it to speak out on what the problem is more clearly.

Thanks for your help!

Uwe


This message posted from opensolaris.org

Loading...