Hi Neil,

I have been combing thru /var/svc/log/ directory.  Is there someplace
else i should be looking for specific error messages?

Thanks,
-ashu


Neil Garthwaite wrote:
> Hi Ashu,
> 
> You should be able to issue "svcs -vx" on it's own to list all services 
> that are in a maintenance state. Each maintenance service will also have 
> a logfile where you should be able to determine why the service failed.
> 
> It could be that a dependent service, listed in your output, is also 
> dependent on another service that is in maintenance, hence "svcs -xv" on 
> it's own.
> 
> Regards
> Neil
> 
> On 26 Feb 2008, at 09:30, Ashutosh Tripathi wrote:
> 
>> Hi Keith,
>>
>> Thanks for looking into this:
>>
>> root@ # svcs -xv console-login
>> svc:/system/console-login:default (Console login)
>>  State: offline since Tue Feb 26 01:11:08 2008
>> Reason: Service svc:/milestone/single-user:default has missing 
>> dependencies.
>>    See: http://sun.com/msg/SMF-8000-GE
>>   Path: svc:/system/console-login:default
>>           svc:/system/utmp:default
>>             svc:/milestone/sysconfig:default
>>               svc:/milestone/single-user:default
>>    See: man -M /usr/share/man -s 1M ttymon
>> Impact: This service is not running.
>>
>> enabling/disabling things in the above list doesn't seem to change
>> anything.
>>
>> From what i can tell from above output, console-login is dependent on
>> a milestone (single-user) which is offline because of missing
>> dependencies on something? Does ttymon play a role here?
>>
>> -ashu
>>
>>
>>
>> Keith M Wesolowski wrote:
>>> On Mon, Feb 25, 2008 at 05:29:13PM -0800, Ashutosh Tripathi wrote:
>>>
>>>> So, why does SMF keeps insisting that
>>>> "Console login service(s) cannot run"?
>>>
>>> Perhaps one of the dependencies of this service is disabled or unable
>>> to run.  Have you tried svcs -xv?  That should show you if a dependent
>>> service (such as console-login) is unable to run because a service is
>>> disabled or otherwise not online.
>>>
>> _______________________________________________
>> smf-discuss mailing list
>> smf-discuss at opensolaris.org
> 

Reply via email to