[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opensolaris-smf-discuss
Subject:    Re: [smf-discuss] Help with signals in a restricted menu started as
From:       Tony Nguyen <Truong.Q.Nguyen () Sun ! COM>
Date:       2009-09-30 23:29:07
Message-ID: 4AC3E9C3.6050103 () sun ! com
[Download RAW message or body]

FYI. Jack stopped by and we resolved the issue.

-tony

Jack Schwartz wrote:
> Hi everyone.
> 
> I work on the install team, and am working on an ITU-style menu the user 
> will first see when booting the text-mode CD.  This menu selects the 
> installer and Device Driver Utility among other things.  The menu is a 
> ksh93 script started as an SMF service.  The environment given to it via 
> SMF is different than a usual login environment, and signals do not work.
> 
> Attached are the files which I put in /lib/svc/method, 
> /var/svc/manifest/... and the menu itself which goes in /usr/sbin.
> 
> The intent is for the script to mask signals (^C, abort, ^Z,^\, SIGTERM) 
> so it cannot be exited, but to allow signals to be active in the 
> commands it runs (installer, DDU, shell).  Examples: I want to be able 
> to run sleep from my script and ^C out of it;  I want the shell run from 
> my menu to see a ^C for processing.
> Using the attached files as a starting point, I tried modifying the 
> manifest file to look more like what the original install-setup manifest 
> (old installer) looked like (to depend on svc:/milestone/single-user, 
> and to add to the startd property group:
> <propval name-'need_session' type='boolean' value='true' />
> 
> I also tried modifying the 'ignore_error' property, but then I checked 
> the ARC case (PSARC/2004/524) and it turns out the ignore_error deals 
> with errors requiring a restart, not what I am interested in.
> 
> I looked at console-login service to see how it works and tried a 
> dependency on svc:/milestone/sysconfig as it had;  that didn't work either.
> 
> Any suggestions?  I'd greatly appreciate any help getting this to work.
> 
>    Thanks,
>    Jack
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> smf-discuss mailing list
> smf-discuss@opensolaris.org

_______________________________________________
smf-discuss mailing list
smf-discuss@opensolaris.org
[prev in list] [next in list] [prev in thread] [next in thread]