01:50:19 <jesse_> bahamat, the start will succeed, after some indeterminate time
01:50:32 <jesse_> so there is some timeout that will handle it, eventually
01:52:22 <jesse_> cutting from the status:
01:52:26 <jesse_> nginx:
01:52:29 <jesse_>      Active: active (running) since Wed 2022-10-12 01:50:41 UTC; 4s ago
01:52:35 <jesse_>     Process: 67771 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
01:52:39 <jesse_>     Process: 67772 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
01:52:42 <jesse_> postgresql:
01:52:43 <jesse_>      Active: active (exited) since Wed 2022-10-12 00:50:44 UTC; 57min ago
01:52:49 <jesse_>     Process: 63727 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
01:53:11 <jesse_> whops, missed main pid line:
01:53:16 <jesse_> nginx:    Main PID: 67773 (nginx)
01:53:29 <jesse_> postgresql:    Main PID: 63727 (code=exited, status=0/SUCCESS)
01:54:11 <jesse_> the difference must be nginx being 'stay running' and postgresql being 'fork a background process'
02:38:16 <jesse_> is there a defined process to handle postgres databases when doing native zone upgrade (with delegated dataset)?
09:51:56 <gonzosysadm[m]> since when is piadm (command) a thing? pretty useful stuff
09:52:29 <gonzosysadm[m]> by the way, any freebsd13 images floating around? failing that, is the freebsd12 one good?
10:03:57 <gonzosysadm[m]> is there any configuration i can add to silently drop connections to closed ports on the GZ? like net.inet.tcp.blackhole=2 on freebsd
11:30:28 <nikolam> wow, i get ** server can't find pkgsrc.smartos.org: SERVFAIL for pkgsrc.smartos.org on my local internet provider.. (major one) 
11:31:03 <nikolam> And sometimes it does resolve ti, but in like one in 10 tries.. May be loca issue with provider NS or..
11:33:52 <neuroserve> 8.8.8.8 answers promptly
11:34:51 <nikolam> also does 1.1.1.1 .. but local one.. 
17:32:20 <travisp> gonzosysadm[m]: I haven't had any issues with the freebsd 12 image though I also haven't used it very much. I did upgrading it to 12.3 without issue.
17:35:08 <travisp> gonzosysadm[m]: The freebsd 12 image appears to work well, I haven't used it heavily but I was able to upgrade it to 12.3.
17:36:31 <travisp> gonzosysadm[m]: sorry for the duplicate send, it looked like Thunderbird ate the first message.
21:39:47 <barfield> bahamat: should dehydrated be installed on all headnodes in order to work on ha instances such as cmon?
21:40:37 <bahamat> It only needs to be on the primary headnode. It knows how to distribute the cert to each cmon instance.
21:41:25 <barfield> Weird, I created a couple of HA cmon instances but they still have self-signed .triton certs. 
21:42:21 <barfield> depth=0 CN = *.triton
21:42:22 <barfield> verify error:num=18:self signed certificate
21:42:25 <bahamat> https://github.com/TritonDataCenter/triton-dehydrated/blob/master/cns-hook-util#L305-L318
21:42:34 <barfield> Ha
21:42:48 <barfield> Thanks!