08:09:00 tsoome: seems I'm going to do my second contribution to the illumos kernel ;) I removed the emlxs check for oracle branded hbas - and the driver seems to work. I'll do some testing of course before ;) Carsten wrote me that Hans told him that our emlxs is originating from emulex - so it is probably the foundation of their old lpfc driver, and to not collide with the solaris' own emlxs they built in that #ifdef ... 08:37:33 nice, I suppose, it is kind of trial and error - if you do not have vendor docs to refer to, that is... 08:40:27 tsoome: it also helps to have some history background - the existence of lpfc and emlxs at the same time is a good pointer... 08:42:03 tsoome: but yes, it was worth a try. I'll test also with LPe11002-S I have in a different box 08:45:10 I always disliked the emulex lightpulse adapters for having the crappy lpfc driver and on x86 the bad bios integration. but then I learned about the existence of MegaRAID and I think the road to peace in the world is blocked by that RAID controller. 08:45:54 and the person who invented MegaCli. honestly, who thought "this is it! this is what we want our customers to experience!"? 08:46:34 yes. 08:47:09 Woodstock: oh, thanks indirectly to you too :) 08:48:51 for megaraid? :) 08:49:08 also, but for telling Carsten once about the origin of our emlxs ;) 08:49:52 ah yes 08:52:31 I have a X4-2 here with 7 SAS disks, and the stupid megaraid only sees 4 targets, while the ILOM tells me that 7 disks are inserted. I suspect a sas cable problem with the upper SAS expander backplane, but it's still weird. 09:03:24 which driver is driving that thing? 09:07:37 Woodstock: mr_sas - the reason I suspect a hardware issue is, I have a second X4-2 from the same batch that detects all 7 disks 09:20:09 I have X6-2 and trying to figure out if it is worth getting nvme for it -- thats 1 adapter + disks 09:24:25 tsoome: is that also driven by mr_sas? 09:24:43 tsoome: I use a bunch of cheap consumer NVMes in my X4270 M2, KINGSTON SNV2S250G and KINGSTON SA1000M8240G in PCIe M2 adapters 09:25:22 Woodstock yes 09:25:31 pci1000,9361, instance #0 (driver name: mr_sas) 09:25:36 tsoome: funny btw: I do the same in my T5220 which works, but it does NOT work in the T4-1 - likely the OBP/HyperVisor prevents the OS from seeing the device 09:25:45 fascinating 09:26:46 that's btw another thing I'd like to debug...ILOM... 09:27:43 my version does not let to use disks as JBOD - there is option to switch it in menu but setting it does not work. someone thought that it may be because of connected supercap, however. 09:28:28 tsoome: my megaraids also don't allow me to do JBOD, but I just set up RAID0 for each slot and that's fine 09:28:51 and then Mr. ZFS takes the job from there 09:31:06 same, the issue is, when the raid0 logical is getting errors, you have to do some work to fix it. 09:31:42 like when 3-years old is getting to pull from interesting handles:D 09:31:58 oooh, yeah. I see 09:32:17 my 19" Rack is standing in the workshop ;) 09:32:58 and my kids are 10 and 12 ;) they know that their minecraft server goes down if they start touching servers :) 09:33:02 yea, I still have to wait with that move. 09:36:28 I recently upgraded the home rack with an older eMC silkworm - now I have 4Gb FC at home. Which is handy as I want to use the two X4-2 servers as bhyve hosts for different training systems. 10:49:01 hello. does Illumos ftpd support Kerberos (GSS) authentication? 10:57:36 illumos itself does not provide ftpd, but distributions do 10:57:52 tsoome_: Solaris ftpd got removed? 10:58:02 yes: 5069 Removal of wu-ftpd 10:58:07 ah ok. 10:58:15 it was wuftpd, but yes 10:58:34 i haven't found any third party ftpd that does GSS, except some ancient-looking patch for ProFTPD :-( i was hoping i could port the solaris one to freebsd 10:59:07 ftp client does have gss component, but I have no idea how well it is actually working 11:00:14 well, it is git repo, so you can still extract the source (and yes, there are gss bits present) 11:00:50 oh, no hg anymore? ... yeah, i might do, although i'm dubious about taking old unmaintained code that doesn't get security coverage 11:01:39 the API itself should give some base to work with, you most likely do not want whole wuftpd from it 11:02:30 of course, you need to be careful about license details.... 11:51:01 for everyone who ports a new software to illumos: https://en.cppreference.com/w/c/23 (WD of C23) 12:31:35 illumos libc is C23? 12:32:36 I don't think so, but it should conform it in some time 12:49:20 Agnar: isn't storcli now the preferred tool to deal with those cards? 13:18:58 neuroserve: storcli? 13:41:28 Agnar : as those RAID controllers moved from LSI to Broadcom, the configuration tools changed, as well 13:42:59 Agnar : I use storcli as it is a little more user friendly than MegaCLI - and is available as Solaris binary, too (which saves booting to other operating systems to configure the controller) 13:49:26 do you have a download link? 13:54:20 Agnar : https://www.broadcom.com/support/knowledgebase/1211161491782/megaraid-sas-9260-4i---9260-8i---9260de-8i---9261-8i-downloads - but you might have to search for your controller first 13:54:29 thanks! 13:56:19 Agnar : https://www.thomas-krenn.com/de/wiki/StorCLI <- and Thomas Krenn Wiki is always useful, too 13:57:17 *nod* I have the megacli article from that wiki in my bookmarks 15:22:39 [illumos-gate] 16424 libavl should expose avl_update{,_lt,_gt} -- Andy Fiddaman 15:22:39 [illumos-gate] 16436 zfs reference tracking panic during zfs_receive_raw_incremental test -- Andy Fiddaman 15:22:39 [illumos-gate] 16203 zfs: switch refcount tracking from lists to AVL-trees -- Alexander Motin 16:26:32 [illumos-gate] 16458 genunix: memory leak in ip_helper_stream.c -- Toomas Soome 19:05:48 Note, the C23 spec has not been formally published yet, so we have not begun any adoption efforts so we don't end up with implementing something from a draft that gets changed and then breaks folks. 20:03:15 That sounds paranoid, but this is happened before, more than once 20:03:30 s/is/has/ 20:07:14 i'm guessing that's the reason behind the two different versions of getpw{nam,uid}_r and such 21:13:24 Among other things, yeah. 21:13:40 Happy for us to get it all ready to land and work on it, just why I haven't touched that or POSIX next stuff. 21:19:34 Or if others have already implemented interfaces so we're all in it together. 21:33:13 I think C23 is supposed to be past that point since it's in the final balloting stage, unlike the posix threads draft stuff that bit Sun in the 90's, but I admit I've been waiting for final publication as well 21:34:51 though of course some bits are already done because the standard adopted existing practice, like strdup() and memccpy() 21:36:57 https://gustedt.gitlabpages.inria.fr/c23-library/ seems like a nice preview of the libc work that will be needed 21:44:07 Do you have a sense of how the SUS rev is going similarly alanc? 21:44:24 It isn't clear to me as an Austin-outsider how much some of the stuff is firmed up or not yet. 21:44:59 I assume also some stuff that is already implemented like you mention that we're missing is safer. 21:45:08 I think they're also getting close to final draft, but not as close to finished as C23 21:45:30 If you do hear anything from them and it's not too much trouble, give me a shout. 21:45:45 I would like to coordinate a bit with you on some of the posix gedents stuff and related. 21:45:51 I've seen Austion Group mark stuff as "too late for issue 8, put it on the list for issue 9" for a bit now 21:46:23 If we put other file types into the info there like doors, it seems we're better trying to be similar than different. 21:47:08 right, makes sense 21:51:27 and actually , looking back at the minutes in the austin-group-l mails, they may have done their final draft/ballot as well now 21:52:57 but I think with both, due to standards body constraints, people not in the standards body can't see the final drafts until official publication 21:54:56 Yeah, I realize it's an over-constrained problem. 21:55:10 The thing I really would hope austin puts out though is a summary of what's actually changed. 21:56:08 I've seen summaries from them of the brand new API's added, but not of changes to existing ones 21:56:15 Yeah, likewise. 21:58:57 Robert Elz made some nice summaries I saw for NetBSD, like https://mail-index.netbsd.org/current-users/2020/03/23/msg038129.html and https://mail-index.netbsd.org/current-users/2023/01/17/msg043531.html but I don't have a complete set of those posts from him, and since he omitted things that NetBSD doesn't have to change for, that's probably not the best source of info for other OS'es 22:02:58 https://gist.github.com/Earnestly/29deee4f18346da6630ed1df760f1590 is another brief/incomplete summary of changes to commands in Issue 8, ignoring library changes entirely 22:04:09 I've not checked to see if the new ksh93 community is working on them or not - I believe bash is 22:04:37 (them == the POSIX shell changes) 22:06:23 oh if we had to change shells again that would be a thing 22:06:39 but I can't say the thought of modifying ksh93 in any respect appeals 22:16:52 sounds like discussions we've had debating the relative fun levels of changing /bin/sh to something else (for us in a micro release) vs. poking the ksh93 bear even more 22:26:56 The challenge is that there are real live ksh users, who use all those... features 22:27:16 I honestly don't remember whether we promised bin/sh had them, never mind whether we intended to 22:44:04 https://austingroupbugs.net/view.php?id=1462 seems like it'd be interesting for our 32-bit env 22:44:38 though maybe just having 64-bit apps w/ 64-bit time_t might qualify 22:45:49 we've talked about time some, but definitely with a view to following the crowd 22:46:46 64-bit apps is certainly a possibility, since it ends up being necessary for me anyway 22:47:25 I'm not sure if there's a desire in the world for explicitly 32bit time64 apps 22:50:10 I guess the relative difficulty in fixing a whole app, or just its time 22:50:55 alanc: Thanks for some of those links. Appreciated. 22:57:31 yeah, 64-bit time_t in a 32-bit app doesn't help if you can't recompile the app, and if you can recompile the app is it really that much harder to go full 64-bit ? 23:08:12 though I suppose if you don't actually use time_t in your app, then having ld.so.1 be able to handle 64-bit time_t when calling stat() to find your libraries lets you at least keep running after Jan 2038, but that could be a private API instead of a public one 23:30:17 I wish richlowe was right, but I got a bad feeling people are gonna want 32-bit apps with "large time". 23:30:20 See IPD 138 23:30:26 Wait... 23:30:47 off by several... fenix ipd 14 23:30:48 IPD 14: illumos and Y2038 (predraft) 23:30:48 ↳ https://github.com/illumos/ipd/tree/master/ipd/0014/README.md 23:40:18 and because of the XPG8/POSIX.1-2024 change jbk posted, if you don't do something, then you have to explain you're only fully supporting the new standards in 64-bit software, not 32-bit