04:58:25 <tozhu> hello expert, I have a question need help and advice,  for a SMF managed service, eg: my services named safeguard, is there a way to auto re-start the process for SMF managed that some one kill the safeguard process
04:59:50 <tozhu> I hope when the process is killed, the SMF could start it again and automatically do that,  how to write the SMF xml? is there any special?
04:59:54 <tozhu> Best wishes
06:14:41 <Agnar> tozhu: so you want the functionality of the sun cluster process monitoring facility. I'm not sure if that is implemented.
06:20:00 <Agnar> tozhu: smf supports restarting services, at least on failing dependencies (see smf(7), restart_on)
06:42:32 <Agnar> tozhu: smf supports restarting services, at least on failing dependencies (see smf(7), restart_on)
06:43:33 <tozhu> Agnar, Thank you very much, I’ll check the restart_on option, Thank you very much
06:44:01 <Agnar> i'm not sure if that's what you want
16:44:50 <gitomat> [illumos-gate] 16791 zfs: 'l2cache_guid' may be used uninitialized -- Toomas Soome <tsoome⊙mc>
18:42:19 <richlowe> danmcd: have you upgraded bash recently?
18:42:48 <richlowe> danmcd: based on omnios experience, and talking with andy, that's a good first question when software starts acting the fool, right now.
18:42:54 <richlowe> (re: binutils)
19:00:07 <richlowe> (apparently if I remember, the root was that updating bash changed autoconf's opinions about some stuff)
19:00:38 <andyf> Oh yes, that rings a bell. It was gcc 14's stricter warnings that changed autoconf's opinions
19:01:07 <andyf> since autoconf relies on something not compiling to make a decision, and wasn't always good about putting a type on main(), for example.
19:01:33 <andyf> But it's definitely worth comparing config.log on binutils with gcc13 and with gcc14
19:05:43 <sommerfeld> tozhu: see smf(7), smf_restarter(7), smf_method(7), svc.startd(8); most non-transient services are configured to restart.   svc.startd(8) describes was causes a restart: all processes exit, or any one dumps core, or a process outside the service sends a fatal signal to a process in the service. 
19:08:59 <sommerfeld> tozhu: monitoring of the service processes is done via process contracts; see contract(5) and process(5)
19:13:33 <richlowe> ah, gcc + autoconf, I thought bash was in there too.
19:13:41 <richlowe> perhaps it was in the past and I'm crossing the streams
19:14:37 <andyf> The gcc14+autoconf problem ended up breaking bash, but I forget exactly what.
19:15:08 <andyf> and building binutils with gcc13 doesn't make -z behave any better, unfortunately.
19:23:22 <andyf> richlowe - https://github.com/omniosorg/omnios-build/commit/398d921ab66 might be the one you're thinking about.