02:08:00 hrm... what is the copyright on https://github.com/OpenIndiana/openindiana-completions/tree/master ? 02:08:03 anyone know offhand 02:08:15 there's notices (including some joyent ones), but no actual license 02:24:27 probaly public domain 02:24:54 i mean, those files are not really .. sufficiently clever 02:26:06 *that said*, some weirdo lawyers (the same weirdos who think the CDDL was "incompatible" with the GPL) tend to claim that things written as plug-ins for GPL code are automatically GPL'ed as well, and that would probably also cover these bash completions 02:26:23 (cf. wordpress plugins which are required to be GPL'ed. which is why i stopped writing them.) 02:27:00 and if that's the common opinion, that repository actually violates the GPL :p 04:29:46 2023-11-09T04:28:36.282012+00:00 bob tpm: [ID 992232 kern.info] NOTICE: tpm0: TP 04:29:50 M version is 2.0 04:29:52 woo 04:30:06 (though probably shouldn't be a notice) 06:42:40 jbk what is the status with zfs crypto? 06:43:51 [illumos-gate] 15990 SMB: Previous Session Logoff can prevent new connections from being established -- Gordon Ross 07:32:42 tsoome_: we still have the bug were we ara not compatible with upstream zfs crypto right? 07:33:03 at least last time i checked like a yearish ago 07:48:36 I do think so, yes 10:10:11 [illumos-gate] 16017 various small issues in lmrc -- Hans Rosenfeld 11:44:35 newer versions of percona look for tcp_info, for now I'm simply removing that code on us as it's only used for some statistics 12:18:37 jperkin yes, even today they are adding more fields to it https://lwn.net/Articles/944663/ , now I'm just trying to match those fields to our fields, I also add it to lx brand, I'll submit it for code review next week 14:32:42 tsoome_: what do you mean? 14:40:44 there was some compatibility issue, wasnt it? 14:41:48 with openzfs, yeah.. i just need to find some time to finish wiring up the property 14:43:54 https://github.com/illumos/illumos-gate/compare/master...jasonbking:illumos-gate:zfs-crypto-dnode 14:44:26 hrm.. i don't suppose there's a way to override the bootfs zpool property? 14:45:07 updating the bootloader using piadm seems to have corrupted the value and now the system panics because vfs_mountroot is failing 14:45:35 ... and of course my mbp seems to have stopped recognizing usb thumb drives (hopefully just a reboot will reset that) 14:46:37 teach me to dare ever upgrade anything :P 15:16:34 .. and it's not recognizing the USB 15:17:35 hrm.. the usb image uncompressed was 205mb.. that seems off 15:20:49 reminds me - have the ZFS implementations in Solaris and illumos always been compatible withe each other? I have an old system that I think is running Solaris 11 from nearly a decade ago. Might be nice to migrate it if possible (or update it if not). Assuming I can find a place for it where I don't mind the noise (and the heat, but winter is here in NY) 15:22:40 (well, nearly a decade) 15:31:42 jbk if you do get the prompt, you can set currdev 15:34:44 what is the format of that? the current value is 'zfs:zones/boot:' -- the last : makes me thing something else should be there 15:35:12 zfs:pool/dataset/.../dataset: 15:35:37 the last colon is denoting the end of the device descriptor 15:36:39 you can always test with 'ls zfs:pool/dataset/.../dataset:' 15:37:24 but that is assuming the pool itself is accessible 15:43:40 the pool seems to be ok 15:43:51 the problem is that the bootfs zpool property appears to be bad 15:47:13 and for whatever reason.. the smartos USB images aren't recognized as bootable on my system 15:47:19 (though they had been in the past) 15:50:29 or at least the value loader is passing to the kernel 15:50:41 loader itself is able to read the files from the pool 15:50:59 zfs_parse_bootfs is failing 16:01:35 what does lsdev -v tell? 16:04:51 ah, zfs_parse_bootfs() as from kernel.... 16:07:56 hrm.. stepping through it, it's returning EINVAL on the pool name 16:10:17 hrm.. lsdev -v shows the pool 16:10:31 but 'hole-2' for where i'd expect the l2arc device 16:13:17 ... i wonder if when i used piadm to update the boot loader if it clobbered the l2arc device 16:16:35 what does lsdev -v tell for bootfs name? 16:17:33 https://pastebin.com/eQMvBhPZ 16:18:09 ok 16:18:26 so the smartos usb image isn't liked by my server, but omnios is 16:25:12 hrm.. so actually it's something with the loader image from the recent smartos 16:25:33 i booted off teh omnios image and was able to import the pool 16:25:56 there's a symlink that points to the directory with all the various loader bits 16:26:04 i changed it to point to the old one and it came up... 16:26:16 something to dig into more later 16:29:24 also might be worth comparing how omnios and smartos are building their usb images 16:44:24 ok, zfs-bootfs env variable (or boot property for kernel) is built as "poolname/objnum", where objnum is object number of the rootfs dataset. so you can check if the objnum does match the dataset... but if you did see EINVAL on pool name, what was the value of bpath in zfs_parse_bootfs() then? 16:44:39 'zones' 16:45:04 without dataset part? 16:47:31 also if you have mdb prompt still, does ::prtconf -v show the same value for zfs-bootfs property? 16:49:36 it is a bit curious because the zfs_bootfs() in loader code does use explicit "%s/%" PRIu64 format string 16:51:26 and in fact, we set both env variable and kernel command line, so boot -B prom_debug=true should also list the value passed with command line in debug output. 16:52:32 (we probably could stop passing command line now with loader;) 16:53:06 aren't we still using some legacy stuff for the handoff between loader and the kernel? 16:53:56 current kernel does process the env module from loader 16:54:07 for few years now 16:55:01 I left the commandline buildup to be present there for case if we boot older kernel, which does not process env module 17:23:17 [illumos-gate] 15759 ipmgmtd: the comparison will always evaluate as 'true' -- Toomas Soome 20:52:40 if someone has time this change could use more reviewers https://code.illumos.org/c/illumos-gate/+/3095/14..15 20:52:41 → CODE REVIEW 3095: 14525 Would like kmdb module for vmm (NEW) | https://www.illumos.org/issues/14525 21:04:05 @neirac --> honestly, now that you have Jordan too, you might wanna send it back to RTI-land if nobody else bites. 21:05:53 danmcd thanks, I'll do that. 21:08:43 (Follow her advice on testing notes too!)