13:34:15 does illumos have ability for mandatory file locking 13:37:15 and is it less broken than linux's (currently depreciated) 13:40:08 https://illumos.org/man/2/fcntl suggests there is but that it needs to be enabled for the file first, which sounds good, but what command would be used to enable mandatory locking on a file? 13:45:32 chmod(2) - it's overloaded on the sgid bits of the file mode 13:46:58 `chmod 02644` for example. 13:49:41 chmod(1) for the command, obviously, but it's documented quite well in https://illumos.org/man/2/chmod 13:57:49 thanks 13:58:19 I'm interested in illumos now, which distro is least dead 14:00:51 Apart from those which are used internally by various companies, SmartOS, OpenIndiana, Tribblix and OmniOS are all options in my opinion. There are others such as DilOS that I don't know much about, but it's also active from what I've seen. 14:03:52 It depends what you prefer - for example SmartOS is targetted at being a hypervisor (originally booted from USB or PXE but can now boot from internal disk), OmniOS and OI are for more traditional disk installation - OI follows illumos-gate directly, OmniOS has stable and LTS releases, and a 'bloody' release that is updated much more often (usually weekly). Tribblix is a "retro" distribution that I have not used much, but it has a really nice package system 14:03:52 that is very fast (and still has SPARC support!) 14:20:41 so I need 32 bit, it seems none of these and including ones listed on website don't support 32 bit yet 32 bit is still in the illumos tree right 14:24:23 32bit kernel? 14:25:02 They all still support 32-bit userland, just not a 32-bit kernel 14:25:12 everything now runs 64bit kernel with mixed 32/64 userland 14:31:18 I need 32 bit kernel, but I could very well upgrade hardware depending on which ones have mandatory access control options and non shitty package manager. 14:32:23 because lack of mandatory access control is pita for my application 14:32:39 *lack of mandatory file lock 14:33:03 Tribblix is possibly the only one that still has a version with a 32-bit kernel, but I doubt that is still supported. 14:34:57 andyf: it's not listed as a download on the website 14:36:05 The distinction here is that our 64-bit kernel still supports 32-bit applications. However, illumos as a whole does not suppot it for a kernel. 14:36:47 so that explains it 15:50:07 does illumos rbac implementation have issues 16:13:54 That's a vague question. AFAICT we don't as long as it's configured properly. 16:14:03 Are you concerned about something or have you found something wrong? 16:44:10 kebe: I'm just probing for caution responses. 16:44:30 caution responses/best practices 16:44:36 ...guides 17:22:05 Gotcha. 17:52:02 [illumos-gate] 15566 Update AMD microcode to 20230414 -- Andy Fiddaman 18:29:47 @richlowe fenix illumos 3627 18:29:48 BUG 3627: ipnet taskq can outlive ipnet_stack_t (or netstack in general) and panic (New) 18:29:48 ↳ https://www.illumos.org/issues/3627 18:30:06 I tripped on it today while rebooting the Kebecloud HN as part of ordinary update testing. 18:30:11 I have a core! 18:32:22 tl;dr --> ipnet needs to teardown its taskq(s) earlier in its existence, not in _fini(). 18:35:29 hurray! 18:40:42 I'm not fixing it right now. I'm remote, making sure 20230420 gets out, and then bracing for impact with much (but well-timed) upstream -gate churn for tomorrow or Monday when I return to MA. 19:39:37 it looks like ipnet doesn't register a shutdown routine.. IIRC how netstacks are torn down.. that's probably the place to tear down the taskq 19:40:13 at least my recollection is that's where you want to more or less 'quiesce' stuff, then the destroy is where you can free up any resources 19:40:19 (at least that seemed to be the common pattern) 19:40:40 though i'm not sure any of that is really captured anywhere that's easily discoverable 19:42:54 I still pretty firmly believe ipnet doesn't _need_ that taskq 19:51:12 jesus the peanut gallery got way too excited over this one: https://github.com/openzfs/zfs/pull/12225 19:54:47 [illumos-gate] 15463 ndi_devi_enter et al can be safer and clearer -- Dan Cross 21:00:46 andyf OpenIndiana also still has SPARC support: https://dlc.openindiana.aurora-opencloud.org/SPARC/ 21:00:56 We certainly could use a few more testers...