01:21:36 sorry to bother you all, I'm thinking about what to install as the main os for my home server, and there's practically no information on ilumos online. and I don't know if it is right for me. I don't know much about virtualization, between esxi or other hypervisors, compared to zones or jails, as well as other stuff like what linux does. 01:24:33 I recently got my hands on a server with two cpus and nearly 200gb of memory, and plenty of linux knowledge, but I also want to try something new, can anyone say if ilumos is a good idea? 01:54:48 Guest57: hard to say. Are you going to get mad when things are subtly different from what you're used to on linux? It may help to spell the OS correctly ("illumos") or search for information about some of the distributions (including omnios, smartos, openindiana) 01:55:50 If you're looking for a server-focused distribution I would start by looking at the OmniOS documentation probably, or perhaps SmartOS as well depending on how you want your system to work 01:56:24 illumos is the core of the operating system (kernel and libc, etc); distributions are what you would actually install 01:57:25 Guest57: e.g., you might start at https://omnios.org/setup/freshinstall.html 01:58:18 As to whether it's a good idea: only you can answer that! We're all pretty fond of it here, and if you're willing to put effort into exploring we're definitely here to help when you get stuck. 02:02:19 honestly, I was mostly worried about dual cpu support, and just wondering if anyone  thought I would hit any roadblocks there. I'm definitely willing to learn, in my opinion trying to get everything to work just how you want to is the most fun part of a home server. 02:04:56 i have a question, i used to have a pfsense vm in esxi, and through vswitch etc i had the outbound connection on a seperate vnic for the vm. right now im using an actual hardware opnsense firewall but im curious how i would replicate this setup if i wanted to move it to my omnios server to a zone, how would you pass through say igb0 completely to the zone? and is ipfw the only firewall? 02:08:39 actually on that note is there pci passthrough in bhvye? thinking about it i could just pass through the whole controller to a vm of choice 02:14:25 sommerfeld I wouldn't say I'd be very mad, that's like someone biting into an orange and being frustrated about the peel. 02:18:22 someone who enjoys apples might wonder what another fruit may taste like, but if they were expecting every other fruit to taste like apple, they would be better off just enjoying another kind of apple 02:18:24 Guest57: good attitude. Illumos multiprocessor support is generally very good. 02:21:33 well that's great to hear, It appears that my builtin NIC is also supported, so it looks like I am ready to move forward. 03:11:12 oh hey i'm back, turns out BTX crashes even on a USB boot key 03:11:34 i just made a bootable oi USB (2022.10), same problem 03:13:54 this was after updating a 2021.10 to 2022.10 03:14:25 platform is a dell poweredge c6145 with the AMD opteron 6386SE 05:05:21 testing the previous boot image (2021.10) 05:09:33 that works 05:10:45 the new loader works if i can chainload from a previously working loader 05:16:14 i have no idea why that is 07:18:50 despair86 does UEFI boot work and can you mail me BTX dump? 09:52:30 how do i enable output for trace points TRACE_0, TRACE_1 etc? i am specifically interested in those present in strdoioctl. i found the comment in vtrace.h where these macros are defined: 09:52:35 vtrace is a legacy tracing framework that has been subsumed by the DTrace framework. To allow tracing of legacy vtrace points, the points themselves have been retained, and are provided to DTrace via the "vtrace" DTrace provider 09:53:17 however my dtrace -l only lists fbt entry/return probes for strdoioctl and i don't see anything about a vtrace provider either 10:23:27 janosch: Note that the definitions for the TRACE_*() family of macros are under an #if defined(DEBUG) guard. 10:23:36 So you'll need to be running DEBUG bits to be able to use them. 10:24:02 If you're on OmniOS (and possibly other distributions that use IPS) you may be able to do that with "pkg change-variant". 10:24:20 If you're on SmartOS you would need a special DEBUG platform image. 10:25:11 aww, missed the ifdef ... too bad, thanks for pointing out 10:28:34 You're welcome! 13:26:01 tsoome_: this server has no EFI ROM 15:11:31 janosch: DEBUG SmartOS PIs are available for every release. 15:12:00 They are just a bit out of the way. Let me know if you need one for a specific SmartOS release. 15:12:56 And jclulow is right that OmniOS lets you create a BE of your same release bits using `pkg change-variant`... specifically `pkg change-variant {--be-name $NEWBE} debug.illumos=true` 15:13:31 OI too, for completeness. 15:23:03 danmcd: thanks for your offer, but that's not necessary. i do have a debug image at hand as needed. 15:35:35 Thanks andyf -- couldn't remember if OI had done that or not. (Should've assumed they had.) 16:48:35 regarding my work in progress: https://code.illumos.org/c/illumos-gate/+/2631 . Is is safe for a test to assume that /var/tmp is in ZFS (or at least supports ZFS acls?). That's going to be true on both Openindiana and Omnios but I'm not sure about the environment where someone might run illumos tests on SmartOS... 16:48:36 → CODE REVIEW 2631: 15353 find -useracl/-groupacl ignores type of acl entry resulting in false positive matches (NEW) | https://www.illumos.org/issues/15353 17:02:06 sommerfeld: That will be true on SmartOS if there's a system zpool at all. And I think (danmcd can confirm) that it needs a zpool to run the tests. 17:04:38 it can create a zpool ontop of files, but usually you give it 3 10+gb disks to use for it's tests 17:06:12 ok. so it sounds like a safe-ish assumption to make, then. 17:16:17 Yeah, I think so. 18:10:53 Yeah, /var/tmp is zfs, and when I run tests I always set DISKS to be three small (10G) disks. 18:33:48 DISKS is used by the zfs tests but doesn't seem to be used by util-tests (usr/src/test/util-tests, installs to /opt/util-tests) 18:37:23 Yeah, I don't think we should be using DISKS in util-tests. 18:37:42 (usr/src/test/util-tests/tests/find/findtest.ksh looked the like right home for the regression test at first glance) 18:37:56 That's what I would have done sommerfeld. 18:38:16 So I think you're in the right spot. 18:39:27 ok, thanks. 19:01:49 Sorry I saw jbk earlier mention it. 19:21:21 yeah that's the zfs tests, i should have clarified 22:26:50 @sommerfeld you should probably have the test check whether the FS supports ACLs, and if not, report SKIP (unsupported on this FS) 22:29:35 eg. pathconf _PC_ACL_ENABLED 22:29:56 _ACL_ACE_ENABLED 22:30:52 on what filesystem could we test where that would be a problem? 22:32:34 tmpfs 22:34:20 doesn't the test suite control that, though? 22:35:31 It can control what path it uses. I'm just saying it would be good to check the assumption that the path you chose supports ACLs. 22:36:18 I guess there's no good way to find one that's definitely ok in the test 22:37:01 Right, depends on the system. 22:37:20 I mean, it's a fair guess it's ZFS, but it's still a guess. 22:37:53 I don't remember if there's a way to get that pathconf info from a script though. 22:38:47 gwr: see PM for a little bit of trying to make work for y'all :) 22:39:46 thx :) 22:48:46 gwr: looks like python can see it. 22:48:48 Ooh, see "getconf(1)" 22:50:27 % /usr/bin/getconf ACL_ENABLED /tmp 22:50:28 0 22:50:37 % /usr/bin/getconf ACL_ENABLED /var/tmp 22:50:37 2 22:50:41 good deal. 22:51:22 when I get a chance (not right this moment) I'll add that check. 22:51:40 thanks for taking on some bugs 22:54:00 I'm selfishly starting with the ones I've filed. 22:55:34 that's not selfish 22:56:50 Yeah I think that is the opposite of selfish haha 23:03:19 and then you can create new bugs yourself, so you'll never be out of work:D