Found the problem. I had disabled rpcbind and inetd, since I didn't want to run 
those services in the zone. Apparently, milestone/multi-user-server has a 
dependency on smserver, which has a dependency on inetd. If smserver fails to 
start, none of your rc3.d legacy startup scripts will run :

# svcs -x svc:/milestone/multi-user-server:default
svc:/milestone/multi-user-server:default (multi-user plus exports milestone)
 State: offline since Sat May 17 11:54:02 2008
Reason: Service svc:/network/rpc/smserver:default is uninitialized.
   See: http://sun.com/msg/SMF-8000-GE
   See: init(1M)
Impact: This service is not running.

# svcs -x svc:/network/rpc/smserver:default
svc:/network/rpc/smserver:default (removable media management)
 State: uninitialized since Sat May 17 12:07:26 2008
Reason: Restarter svc:/network/inetd:default is not running.
   See: http://sun.com/msg/SMF-8000-5H
   See: rpc.smserverd(1M)
Impact: This service is not running.

All I had to do is "svcadm disable smserver". Now all is well. Even tho 
smserver isn't running, it didn't fail, so the dependency is met...

Oh yes, and legacy startup scripts don't echo on the console, but into 
/var/svc/log/milestone-multi-user-server:default.log, like so:
[ May 17 12:18:55 Enabled. ]
[ May 17 12:19:00 Executing start method ("/sbin/rc3"). ]
This is the /sbin/rc3 script running
Executing legacy init script "/etc/rc3.d/S16boot.server".
Legacy init script "/etc/rc3.d/S16boot.server" exited with return code 0.
Executing legacy init script "/etc/rc3.d/S52imq".
Legacy init script "/etc/rc3.d/S52imq" exited with return code 0.
Executing legacy init script "/etc/rc3.d/S84appserv".
Legacy init script "/etc/rc3.d/S84appserv" exited with return code 0.
Executing legacy init script "/etc/rc3.d/S95vsftpd".
Starting vsftpd
Legacy init script "/etc/rc3.d/S95vsftpd" exited with return code 0.
Executing legacy init script "/etc/rc3.d/S98sshd".
Starting the ssh daemon
Legacy init script "/etc/rc3.d/S98sshd" exited with return code 0.
[ May 17 12:19:01 Method "start" exited with status 0. ]

Cheers...
mikebo
 
 
This message posted from opensolaris.org

Reply via email to