Switch to DuckDuckGo Search
   January 22, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >

Toggle Join/Part | bottom
[00:09:20] *** robertdfrench <robertdfrench!~robertdfr@h69-11-139-135.cncrtn.dedicated.static.tds.net> has joined #illumos
[00:17:42] *** robertdfrench <robertdfrench!~robertdfr@h69-11-139-135.cncrtn.dedicated.static.tds.net> has quit IRC (Ping timeout: 268 seconds)
[00:27:48] *** neirac_ <neirac_!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[00:41:46] <dsockwell> i'll be the first in line for the second generation of johnny mnemonic style neural prosthetics for various issues I keep experiencing
[00:42:24] <dsockwell> i'm not quite desperate enough to try it first though
[00:42:32] <dsockwell> maybe sick people can do that
[01:05:21] *** jubal <jubal!~textual@199-6-237-24.gci.net> has joined #illumos
[01:08:11] *** neirac_ <neirac_!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac_)
[02:03:23] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Ping timeout: 260 seconds)
[02:07:29] <jbk> sjorge: OS-7371? someone has a patch for that? or did you mean a different bug
[02:11:18] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Ping timeout: 246 seconds)
[02:16:31] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[02:36:52] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[02:39:10] <bahamat> jbk: Probably OS-7317 (smartos-live#257)
[02:42:12] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Ping timeout: 260 seconds)
[02:46:22] <jbk> ahh ok that makes more sense :)
[02:52:10] *** chromatin <chromatin!~chromatin@d149-67-249-75.try.wideopenwest.com> has joined #illumos
[02:52:57] <chromatin> Hi all. Tried to install OmniOS (then OpenIndiana) in a Freebsd 12 bhyve VM. Graphical installers work beautifully over VNC, btw. Anyway, zpool create coredumps. Any tips on using mdb to figure out why?
[02:53:19] <jbk> do you have a core file from zpool?
[02:53:29] <chromatin> Indeed
[02:53:34] <chromatin> I have a stack trace
[02:53:53] <jbk> that'd be a good place to start
[02:54:11] <jbk> you can use mdb to print out values if you know their address
[02:54:27] *** Kruppt <Kruppt!~Kruppt@104.169.24.12> has quit IRC (Quit: Leaving)
[02:55:11] <chromatin> Well it ends up in libc lwp_kill, by way of zfs_verror; before that zpool_standard_error_fmt, zpool_standard_error, and from there, zpool_create. Gives offset, but I have no idea how to map that to symbols / line of code in this environment
[02:55:46] <jbk> can you pastebin the stack?
[02:56:16] <chromatin> …maybe. Am logged in thru VNC and will have to figure out how to run the install media through a serial console first
[02:57:09] <jbk> should be able to set in the loader
[03:03:43] <jbk> it sounds like it hit some error or assertion vs. just crashing if it's going through those functions...
[03:04:18] <jbk> also, i think the omnios installer gives you an option to drop to a shell.. it might be worth running 'diskinfo' and see what it shows
[03:04:57] *** hurfdurf <hurfdurf!~hurfdurf@2601:280:4f00:26a0:c812:a350:f05:62b2> has quit IRC (Ping timeout: 260 seconds)
[03:05:31] <chromatin> Well, I’m stymied. Ironically UEFI boot works fine with VNC and graphics, but I cannot get a serial console
[03:05:35] <chromatin> [in bhyve]
[03:06:55] <chromatin> jbk: I did drop to shell in both OmniOS and OI installers; diskinfo in both shows a virtio blk device of appropriate size; in one c1t0d0 in the other c3t1d0 ; the only pecuilar part is that TYPE is “-“ which shows as UNKNOWN in OI installer and an empty value in the OmniOS installer. Not sure if this is typical of the virtio-blk device when running illumos in hypervisor
[03:07:40] <jbk> yeah '-' is expected for vioblk devices
[03:20:14] <Smithx10> rzezeski: whats the news in illumos networking hotness? :P
[03:21:14] <chromatin> jbk: OK so it’s not just me apparently there is a bug and text consoles are not working right now when using the vm-bhyve loader *rolleyes*. If the stack trace will be truly helpful to someone I will try to load up a bhyve VM the manual way and paste it. Let me know.
[03:22:04] <jbk> i haven't done an omnios install under bhyve in a while
[03:22:33] <jbk> i have my test/dev vm in bhyve (on smartos) i use for building illumos-gate and running zfs tests
[03:22:39] <jbk> so it has some extra vioblk devices
[03:22:47] <jbk> as well as an emulated NVMe device at the moment
[03:23:21] <chromatin> jbk: I will test smartos as well, might as well
[03:28:38] *** emfipp <emfipp!~emfipp@unaffiliated/mjkr> has joined #illumos
[03:29:06] <emfipp> is it possible to boot keeping the kernel off the (u)efi framebuffer?
[03:29:40] <jbk> you can specify a serial port for the console instead of teh framebuffer
[03:29:44] <chromatin> Success on the serial console, I had to patch the VM loader. Ugh. Anyway, here it is: https://hastebin.com/erexahetam.coffeescript
[03:30:11] <jbk> that's not an error i've seen before.. :)
[03:30:12] <chromatin> Sorry, wrong paste
[03:30:23] <emfipp> what if I want total silence? (for passthrough'ing the only gpu over bhyve)
[03:30:34] <emfipp> s/silence/shroud/
[03:30:47] <jbk> EDOM ?!?
[03:31:08] <chromatin> Oh interestingly mdb cannot debug a 32-bit core (OmniOS). So, back to OpenIndiana *rolleyes*
[03:31:41] <jbk> it should
[03:32:07] <chromatin> It absolutely just said 64-bit mdb cannot debug a 32-bit core
[03:32:39] <jbk> did they remove the 32-bit mdb or the wrapper?
[03:33:09] <chromatin> No idea, I’m currently trying to get a core dump out of the OI installer
[03:33:41] <jbk> can you try dtrace -n 'vdev_open:return { trace(arg1) }' -c "zpool create ..."
[03:33:42] <jbk> ?
[03:33:59] <jbk> just a hunch.. but of the places that return EDOM
[03:34:13] <jbk> https://grok.elemental.org/source/xref/illumos-gate/usr/src/uts/common/fs/zfs/vdev.c?r=4d7988d6#1689 this one looks promising
[03:34:24] <chromatin> jbk: https://hastebin.com/xabohawehe.rb
[03:35:19] <chromatin> matched 1 probe
[03:36:16] <jbk> did it output anything else before exiting?
[03:36:19] <chromatin> vdev_open:return 33 (is that the return code?)
[03:36:34] <jbk> yes
[03:36:38] <jbk> so it's that function
[03:36:58] <chromatin> nice
[03:37:09] <chromatin> i never did get around to learning dtrace last time i had illumos installed
[03:37:21] <jbk> can you try one more? this will probably output a bit more..
[03:37:28] <chromatin> aye
[03:37:47] <jbk> dtrace -n 'vdev_open:entry { print(*args[0]) }' -c "zpool create ...."
[03:38:07] <jbk> (hopefully that's right.. sometimes i have to play with the syntax a bit
[03:38:22] <jbk> (it won't hurt antthing if wrong, just spits out an error)
[03:38:57] <chromatin> matched 1 probe … dtrace: pid 2072 terminated by SIGABRT
[03:39:26] <chromatin> No other data ; … represents the zpool output
[03:41:31] <jbk> it didn't print anything else?
[03:41:59] <chromatin> did not: https://hastebin.com/gakamaqalo.rb
[03:43:19] <chromatin> Since you narrowed it down to the if block within the function I think the real meat of it is that it is matching on the condition: if (vd->vdev_ashift != 0 && (vd->vdev_ashift < ASHIFT_MIN || vd->vdev_ashift > ASHIFT_MAX))
[03:43:41] <jbk> yeah, i wanted to see the contents of vd to see what the ashift value was
[03:44:08] <jbk> my guess is maybe bhyve on fbsd isn't reporting it for the vioblk device
[03:45:01] <chromatin> can you see vd if you somehow trace the vdev_set_state function which is called right before EDOM is returned?
[03:45:19] <jbk> i'm not 100% sure on this, but if you run 'prtconf -v' and look at the 'blkdev' devices
[03:45:57] <jbk> i wonder if there's a 'device-blksize' property
[03:46:02] <jbk> and it's value
[03:46:13] <chromatin> device-blksize is 0x200
[03:46:16] <chromatin> wild
[03:46:20] <chromatin> hang on that may be a partition
[03:47:45] <chromatin> No, that is the parent. device-blksize is 00000200, solid state false, rotational false.
[03:49:50] <jbk> hmm
[03:55:08] <chromatin> prtvtoc shows a partition map. could that have anything to do with this? how can I clear the disk (dd ?)
[03:55:19] <jbk> that shouldn't matter
[03:55:34] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Ping timeout: 268 seconds)
[03:56:23] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Ping timeout: 240 seconds)
[03:56:32] <chromatin> So I also tried to use dtrace to look at ‘vd’ at vdev_set_state:entry and when dereferncing the pointer i get SIGABRT; however, if I use detrace to print it as an integer (arg0) it is a huge negative number (-1095548929280) — does this suggest the pointer is invalid?
[03:58:27] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[04:01:43] <jbk> if you print it in hex, it should be the address of the vdev_t
[04:02:16] <chromatin> But why does dereferncing it cause SIGABRT ? This happened both with your code at vdev_open:entry and when I tried at vdev_set_state:entry
[04:08:39] <jbk> it shouldn't
[04:11:52] <chromatin> is there a way to have mdb run the zpool process in the same way I can with e.g. lldb ?
[04:12:24] <jbk> well i think the problem is the kernel is returning the error
[04:12:29] <jbk> so the question is why
[04:12:38] <chromatin> Sure, I just wanted to inspect the vdev_t
[04:12:41] <jbk> it looked like vdev_open was returning it (that's a function in the kernel)
[04:13:01] <chromatin> ah ok. so supposedly mdb can attach to the kernel no
[04:13:38] <jbk> you'd need multiple windows -- mdb in one, and then run the zpool cmd in another
[04:13:44] <jbk> or multiple connections at least
[04:15:16] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[04:25:22] *** Blkt_ <Blkt_!~Blkt@2a01:4f8:200:2425::adda> has quit IRC (Remote host closed the connection)
[04:26:51] *** Lirion <Lirion!~m00se@wikimedia-commons/Lirion> has quit IRC (Ping timeout: 240 seconds)
[04:28:02] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Remote host closed the connection)
[04:28:20] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[04:28:29] <chromatin> jbk: Is it typical that a whole-disk /dev/rdsk/ node does not exist ? Previously when passing a disk image FILE thru bhyve , illumos creates /dev/rdsk/cNt0d0 ; Now, i’ve passed a [FreeBSD host] zvol thru as disk1 and there is no /dev/rdsk/cNt0d0 node, although all the child nodes pX (0-4) and sY (0-15) exist
[04:28:52] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Remote host closed the connection)
[04:29:46] <jbk> it could be the partitoning
[04:30:32] <chromatin> Since I don’t know anything about solaris slices, for the new disk, since I don’t have a whoel disk rdsk node (c5t0d0), which p or s node should I attempt with?
[04:31:52] *** Blkt <Blkt!~Blkt@static.38.156.76.144.clients.your-server.de> has joined #illumos
[04:38:01] <jbk> is there anything on the zvol you care about, or is it dedicated for the VM?
[04:38:19] <chromatin> no, these are freshly created. the zvol itself should be zeroed AFAIK
[04:38:42] <jbk> oh ok.. you can probably still just use the cXtYdZ name w/ zpool
[04:38:52] <chromatin> I am puzzled as to why when a file (evidently with partitioning scheme?) is passed in a whole-device node is created but an empty zvol not
[04:38:55] <jbk> and it'll fix the label
[04:39:39] <chromatin> Well, you are right. zpool created just fine and then the node /dev/rdsk/c5t0d0 appeared
[04:39:46] <chromatin> witchcraft
[04:40:11] <chromatin> Now the real question is — how is the partiion map on the bhyve default disk image crashing illumos vdev_open function
[04:40:20] <jbk> illumos -- we float like a duck :P
[04:40:21] <chromatin> s/crashing/causing errors in/
[04:40:32] <chromatin> very small rocks
[04:40:39] <chromatin> bread! apples!
[04:42:51] <chromatin> jbk: Thanks for your help. Too tired probably to make a bug report. But I am sad it was so much friction. Still not sure if the problem with bhyve passing a file, or illumos handling of something in the nonempty file with EFI partition
[04:43:02] <chromatin> I think the latter
[04:44:09] *** Lirion <Lirion!~m00se@wikimedia-commons/Lirion> has joined #illumos
[04:45:02] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Remote host closed the connection)
[04:46:43] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[04:50:05] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Read error: Connection reset by peer)
[04:51:50] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[05:05:04] *** superjen96 <superjen96!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Ping timeout: 268 seconds)
[05:14:11] *** chromatin <chromatin!~chromatin@d149-67-249-75.try.wideopenwest.com> has left #illumos
[05:19:51] *** snuff-work1 <snuff-work1!~snuff-wor@202-161-112-134.tpgi.com.au> has joined #illumos
[05:21:06] *** MaidenAmerica <MaidenAmerica!~insomnia@shadowcat/actuallyamemberof/lollipopguild.insomnia> has quit IRC (Ping timeout: 268 seconds)
[05:21:06] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has quit IRC (Ping timeout: 268 seconds)
[05:29:08] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[05:30:39] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[05:31:37] *** superjen96 <superjen96!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has joined #illumos
[05:34:44] *** snuff-work1 is now known as snuff-work
[05:35:24] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Ping timeout: 258 seconds)
[05:37:43] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has joined #illumos
[05:41:38] *** superjen96 <superjen96!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 268 seconds)
[05:42:08] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 260 seconds)
[05:43:03] *** insomnia <insomnia!~insomnia@shadowcat/actuallyamemberof/lollipopguild.insomnia> has joined #illumos
[05:43:27] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has quit IRC (Ping timeout: 258 seconds)
[05:45:45] *** snuff-work <snuff-work!~snuff-wor@202-161-112-134.tpgi.com.au> has joined #illumos
[05:46:10] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has joined #illumos
[05:48:55] *** jeneliza_ <jeneliza_!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has joined #illumos
[05:50:54] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 265 seconds)
[05:55:39] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has joined #illumos
[05:55:56] *** jeneliza_ <jeneliza_!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 265 seconds)
[06:11:14] *** Acrossy|2 <Acrossy|2!~kvirc@95.107.16.197> has quit IRC (Ping timeout: 268 seconds)
[06:13:54] *** Acrossy <Acrossy!~kvirc@95.107.16.197> has joined #illumos
[06:41:37] *** clapont_ <clapont_!~clapont@46.97.170.47> has joined #illumos
[06:41:48] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 268 seconds)
[06:41:49] *** papertigers <papertigers!~papertige@pool-108-55-11-140.bflony.fios.verizon.net> has quit IRC (Ping timeout: 268 seconds)
[06:41:49] *** tsundoku <tsundoku!~tsundoku@irc.tsundoku.ne.jp> has quit IRC (Ping timeout: 268 seconds)
[06:43:17] *** papertig1rs <papertig1rs!~papertige@pool-108-55-11-140.bflony.fios.verizon.net> has joined #illumos
[06:43:51] *** superjen96 <superjen96!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[06:44:50] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Ping timeout: 240 seconds)
[06:44:50] *** Teknix <Teknix!~pds@69.41.134.110> has quit IRC (Ping timeout: 240 seconds)
[06:46:10] *** tsundoku <tsundoku!~tsundoku@irc.tsundoku.ne.jp> has joined #illumos
[06:47:05] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 258 seconds)
[06:47:22] *** Teknix <Teknix!~pds@69.41.134.110> has joined #illumos
[06:47:28] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[06:57:23] *** emfipp <emfipp!~emfipp@unaffiliated/mjkr> has quit IRC (Ping timeout: 260 seconds)
[07:06:11] <sjorge> jbk wrong OS number, it was OS-7317
[07:06:27] <sjorge> Also the patch doesn't seem to apply?
[07:08:19] <sjorge> Applying manually now ...
[07:10:24] <sjorge> :\ my diff looks the same... so I undid and tried to apply my diff ... same issue as with yours meh
[07:10:36] <sjorge> Anyway, compiling a pi with the changesn ow
[07:11:27] <jbk> ok.. it built successfully for me, but as I said earlier, I haven't setup an LDAP server yet, so untested
[07:13:57] <jbk> it was on illumos-joyent/master from this morning
[07:20:00] <jbk> but i'm heading to bed now.. let me know if it works.. if not, feel free to try the script again, and I'll be back in the morning (north america)
[07:27:23] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has quit IRC (Quit: Leaving)
[07:28:08] *** jemershaw <jemershaw!~jemershaw@c-68-83-252-28.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 268 seconds)
[07:31:48] *** jemershaw <jemershaw!~jemershaw@c-68-83-252-28.hsd1.pa.comcast.net> has joined #illumos
[07:33:37] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has joined #illumos
[07:41:24] <sjorge> Build will take a few hours, but I should have more info by tonight my time... so morning your time
[07:47:57] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)
[07:48:23] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[07:52:48] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 260 seconds)
[07:57:55] <sensille> rmustacc: are you involved in the i40e driver?
[08:08:01] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has joined #illumos
[08:08:40] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[08:08:42] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Client Quit)
[08:10:22] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: This computer has gone to sleep)
[08:28:00] *** neuroserve <neuroserve!~toens@195.71.113.124> has joined #illumos
[08:31:24] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has quit IRC (Quit: Leaving)
[08:34:17] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has joined #illumos
[08:36:58] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Quit: ^C)
[08:44:25] *** tsoome <tsoome!~tsoome@89.219.128.66> has joined #illumos
[08:46:00] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[09:15:04] *** Teknix <Teknix!~pds@69.41.134.110> has quit IRC (Ping timeout: 265 seconds)
[09:17:05] *** Teknix <Teknix!~pds@172.58.44.92> has joined #illumos
[09:27:49] *** wiedi <wiedi!~wiedi@185.85.220.177> has joined #illumos
[09:30:23] *** leoric <leoric!~alp@pyhalov.cc.rsu.ru> has quit IRC (Ping timeout: 258 seconds)
[09:31:16] *** Teknix <Teknix!~pds@172.58.44.92> has quit IRC (Read error: Connection reset by peer)
[09:36:15] *** Teknix <Teknix!~pds@69.41.134.110> has joined #illumos
[09:43:58] *** leoric <leoric!~alp@pyhalov.cc.rsu.ru> has joined #illumos
[09:54:53] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:04:09] *** nde <nde!uid414739@gateway/web/irccloud.com/x-xilkytdvsgflilcl> has quit IRC (Quit: Connection closed for inactivity)
[10:14:08] *** man_u <man_u!~manu@manu2.gandi.net> has joined #illumos
[10:42:45] *** Acrossy|2 <Acrossy|2!~kvirc@95.107.16.197> has joined #illumos
[10:45:28] *** Acrossy <Acrossy!~kvirc@95.107.16.197> has quit IRC (Ping timeout: 260 seconds)
[10:49:46] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has quit IRC (Quit: 410 Gone)
[10:55:31] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has joined #illumos
[10:56:47] <sjorge> jbk close!
[10:56:52] <sjorge> Updating issue
[10:59:10] *** kahiru <kahiru!~quassel@ip-89-102-207-18.net.upcbroadband.cz> has joined #illumos
[11:08:25] <Agnar> sjorge: I'll bring stickers, etc from drscream to the fosdem. Shall I bring something else? Maybe some Club Mate or so?
[11:08:42] <Agnar> sjorge: I'll have to leave on sunday during lunch time though...
[11:33:56] <jimklimov> Agnar: back when Solaris 10 was the current, IIRC we had experimental success connecting Sun Rays to Cisco ASA in a VM (you can find some links on gns3.com lab docs pages for example); nowadays cisco itself distributes ASAv as well. Ours ran in VirtualBox hosted on Solaris as well. There were some caveats however about saving configurations... not sure OTOH how we solved it, aybe WayBackMachine would pop up the posts we read on that.
[11:36:01] <Agnar> jimklimov: but cisco asks for an outrageous amount of money for the ASAv, right? :)
[11:38:20] <Agnar> jimklimov: but thanks for that!
[11:40:20] <jimklimov> not sure... back when we did this, the GNS lab images were for free
[11:40:34] <jimklimov> not sure how they fared on the legal side, but sufficed for experimentation
[11:41:03] <Agnar> yeah.
[11:41:05] <jimklimov> later marketed that PoC for a customer with real ASAs so probably more a gain than loss for Cisco ;)
[11:45:52] <tsoome_> https://code.illumos.org/c/illumos-gate/+/320 updated:P
[11:45:57] <jlevon> tsoome: hey, can you reply to Luc?
[11:46:30] *** tsoome__ <tsoome__!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[11:46:37] *** tsoome__ <tsoome__!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Client Quit)
[11:46:48] <tsoome_> sure, where?:)
[11:47:26] <tsoome_> I probably need to be updated about the issue:)
[11:48:01] <jlevon> Subject: Re: [PATCH] correct sparcv9 defines
[11:48:05] <jlevon> you got that mail right?
[11:48:30] <tsoome> ah, that one, yes
[11:50:48] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[11:52:09] <jlevon> wow nice set of changes above there
[11:53:03] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[11:53:21] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[11:54:41] <tsoome> I havent done test on sparc, still getting build working there:D
[11:59:59] *** vila <vila!~vila@laubervilliers-659-1-133-94.w80-15.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)
[12:00:35] *** vila <vila!~vila@laubervilliers-659-1-133-94.w80-15.abo.wanadoo.fr> has joined #illumos
[12:31:39] <tsoome_> jlevon, this one is known? src/smatch_math.c:1385:2: warning: enumeration value 'EXPR_VALUE' not handled in switch [-Wswitch]
[12:31:39] <tsoome_> switch(expr->type) {
[12:33:56] <jlevon> yeah. there's a bunch of smatch compile noise from upstream.
[12:53:56] <sjorge> Agnar cool, I'll bring some of my left overs. Mostly from euroBSDCon as managed to get rid of what I had from FOSDEM there. But drscream got some new ones then
[12:54:31] * jlevon travel request for FOSDEM is filed...
[12:55:57] <andyf> jlevon: Nice :)
[13:07:42] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[13:32:01] *** amrmesh <amrmesh!~Thunderbi@95.174.67.172> has joined #illumos
[13:33:48] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Ping timeout: 258 seconds)
[13:33:48] *** amrmesh is now known as amrfrsh
[13:36:01] *** zsj <zsj!~zsj@3EC95F11.catv.pool.telekom.hu> has quit IRC (Quit: leaving)
[13:38:19] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has quit IRC (Ping timeout: 268 seconds)
[13:38:28] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[13:51:47] *** amrfrsh <amrfrsh!~Thunderbi@109.201.133.238> has joined #illumos
[13:52:26] *** zsj <zsj!~zsj@3EC95F11.catv.pool.telekom.hu> has joined #illumos
[14:03:42] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[14:03:56] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:06:08] <jimklimov> see you there guys :)
[14:08:14] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[14:08:30] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:38:42] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[14:38:58] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:43:21] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[14:43:35] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:45:22] <neirac> is the friend of illumos recording being released?
[14:48:42] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[14:48:57] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:50:19] <jimklimov> missing quotes make this question ambiguous ;)
[14:50:53] <jimklimov> tomww: the question just above was for primarily you if I'm not mistaken?
[14:53:23] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[14:53:38] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:58:47] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[14:59:02] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[15:03:14] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[15:03:31] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[15:07:21] *** tsoome <tsoome!~tsoome@89.219.128.66> has quit IRC (Quit: tsoome)
[15:12:38] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 260 seconds)
[15:33:42] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[15:33:57] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[15:37:56] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[15:38:23] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[15:38:36] <danmcd> Folks who've been reviewing nfs-zone: Thanks to vgusev & gwr for finding the blown-assert. Also I corrected a lot of CFraire finds.
[15:38:39] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[15:39:50] <danmcd> The big webrev for 11083 and the Gerrit version are now up to date. The changes as tested on SmartOS pass the Linux NFS tests and are being stress-tested by dual nightlies on nfs-hosted illumos-gate repos.
[15:40:03] *** psarria <psarria!~psarria@108.red-81-40-162.staticip.rima-tde.net> has quit IRC (Ping timeout: 260 seconds)
[15:42:27] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has quit IRC (Quit: Leaving)
[15:43:18] <sjorge> ooh nice! hope to see you there jlevon
[15:50:17] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Ping timeout: 268 seconds)
[16:15:34] *** tsoome_ <tsoome_!~tsoome@10bb-77ba-8905-74a7-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[16:17:52] *** tsoome <tsoome!~tsoome@91.209.240.229> has joined #illumos
[16:23:24] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has joined #illumos
[16:24:18] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[16:25:37] <jbk> i should go to that one of these years.. expensive though
[16:26:43] *** neuroserve <neuroserve!~toens@195.71.113.124> has quit IRC (Ping timeout: 260 seconds)
[16:28:31] *** Kruppt <Kruppt!~Kruppt@104.169.24.12> has joined #illumos
[16:33:06] <jbk> sjorge: up for more troubleshooting? :)
[16:36:50] <sjorge> I got about half an hour before I have to go?
[16:37:08] <sjorge> let me boot mij ldap test zone
[16:38:29] <jbk> i saw your ticket update -- will this be with that fix applied?
[16:38:42] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[16:38:43] <sjorge> Yes, with the fix applies I now get an empty admins group
[16:38:50] <sjorge> Instead of having me be a member of it
[16:38:51] <jbk> ok
[16:38:57] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:39:16] <sjorge> I assume the getmember_dn still fails, but the failure is now not fatal so the group shows up
[16:39:18] <jbk> let's start with re-running the last version of the dtrace script from yesterday
[16:39:50] <sjorge> ok
[16:40:45] <sjorge> Added the result to the gist
[16:40:50] <Smithx10> When compiling a go cgo program I've seen you at times need to pass some LDFLAGS. I'm getting an error "ld: cannot find -lxnet". I was curious what is lxnet and is it something I have to install or?
[16:43:13] <jlevon> man libxnet !
[16:43:15] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[16:43:32] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:47:29] <Smithx10> thanks :)
[16:47:42] <Smithx10> im on linux btw
[16:47:48] <Smithx10> so im trying to cross compile "_" left that bit out
[16:48:55] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[16:49:10] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:49:15] <jbk> if you're triyng to cross compile, you're probably going to need a fair amount of /lib and /usr/lib (or /lib/amd64 and /usr/lib/amd64) for linking
[16:50:08] *** arsonx <arsonx!~arsonx@c-68-32-79-179.hsd1.mi.comcast.net> has joined #illumos
[16:50:57] <Smithx10> jbk: just clone the source and point it there?
[16:53:14] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[16:53:18] <sjorge> jbk I guess __ns_ldap_dn2uid is failing to map the dn to a uid
[16:53:23] <jbk> yeah
[16:53:29] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:53:31] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:53:41] <jbk> let me update the gist...
[16:53:45] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:53:48] <rmustacc> sensille: I did help write an initial version to get it off the ground. Though plenty of others have helped with it since then. What's up?
[16:53:56] <sjorge> jbk I think I know why
[16:53:59] <sjorge> That is made specifically for AD
[16:54:04] <sjorge> http://src.illumos.org/source/xref/illumos-gate/usr/src/lib/libsldap/common/ns_internal.h#70
[16:54:14] <sjorge> IIRC distinguishedName is an AD attribute
[16:54:43] <Agnar> true, it's "dn" on ldap
[16:54:54] <sjorge> Yep, I think that is the problem
[16:54:58] <jbk> they should be aliases though IIRC
[16:55:12] <jbk> just like 'cn' and 'commonName'
[16:55:20] <sjorge> (&(objectclass=posixAccount)(distinguishedName=%s))
[16:55:28] <sjorge> %s should be uid=sjorge,ou=... rioght?
[16:55:29] <sjorge> Let me try
[16:55:35] <Agnar> exactly
[16:55:49] <jbk> yes
[16:55:54] <sensille> rmustacc: we're having sporadic outages with our i40e card, where no packets get transmitted and on the rx side at least some get queued, and delivered after the outage
[16:56:04] <sjorge> So: ldapsearch -x -Z -W -D cn=admin,dc=acheron,dc=be -b dc=acheron,dc=be "(&(objectclass=posixAccount)(distinguishedName=uid=sjorge,ou=accounts,dc=acheron,dc=be))"
[16:56:06] <sjorge> finds no results
[16:56:32] <Agnar> no, omit "distinguishedName="
[16:56:33] <sjorge> then again, neither does it with replacing distinguishedName with dn though
[16:56:46] <rmustacc> sensille: I see. So folks did rewrite the transmit engine, so I'm not as familiar with the current version.
[16:56:47] <Agnar> just filter on uid=sjorge,...
[16:56:51] <sensille> i took a crashdump in that situation, and can find packets in the rx queue, so it looks no interrupts get through. i was hoping you could have a sponteneous idea where to look next
[16:57:12] <sjorge> So just "uid=sjorge,ou=accounts,dc=acheron,dc=be)"
[16:57:14] <jbk> what about with 'dn=...'
[16:57:22] <Agnar> sjorge: yes
[16:57:22] <sensille> or might even have seen something similar
[16:57:25] <jbk> sjorge: no.. that's a completely different filter
[16:57:26] <rmustacc> How often are the sporadic outages?
[16:57:44] <rmustacc> Well, I'm no longer in a place where I have access to any i40e, so hard for me to see it directly.
[16:58:00] <sensille> 32 machines, one every few days on one of them, for a few minutes
[16:58:24] <sjorge> jbk also no results with "(&(objectclass=posixAccount)(uid=sjorge,ou=accounts,dc=acheron,dc=be))"
[16:58:38] <sjorge> I wonder if I got something wrong with the user
[16:58:40] <andyf> sjorge: - just "uid=sjorge", not the rest
[16:58:49] <jbk> do (&(objectclass=posixAccount)(dn=uid=sjorge,ou=accounts,dc=acheron,dc=be))
[16:58:59] <sjorge> andyf ah yes! that works
[16:59:03] <sensille> so you're not aware of any bug reports in that direction. haven't found any on the bugtracker either
[16:59:05] <jbk> yes
[16:59:14] <sjorge> So I should update member to just be uid=sjorge too...
[16:59:15] <sjorge> let me test
[16:59:25] <jbk> no
[16:59:26] <sjorge> although all examples do have it as "uid=sjorge,ou=accounts,dc=acheron,dc=be"
[16:59:27] <jbk> no
[16:59:27] <jbk> no
[16:59:28] <rmustacc> sensille: One person did reach out to me about a similar issue, but when I asked for more information I never heard back from them again.
[16:59:28] <jbk> no
[16:59:40] <sjorge> Well "uid=sjorge,ou=people,dc=acheron,dc=be"
[16:59:45] <sjorge> But I used accounts ou instead
[16:59:57] <jbk> if you want to use 'uid=sjorge'
[17:00:03] <jbk> that should be in a 'memberUid' attribute
[17:00:08] <sjorge> jbk / andyf "(&(objectclass=posixAccount)(uid=sjorge))" this filter works
[17:00:12] <jbk> the value of a member attribute should be a distinguished name
[17:00:21] <sensille> rmustacc: do you happen to have some contact information?
[17:00:22] <sjorge> jbk yeah, as I understand it too
[17:00:23] <rmustacc> sensille: I have to step afk for about an hour, but I can return with some ideas of where to start.
[17:00:28] <andyf> sjorge: yes, but it is not the same query, sorry - should not have confused the issue
[17:00:30] <jbk> however
[17:00:41] <jbk> none of that is immediately relevant
[17:01:03] <andyf> (bizarrely, I am just in the middle of setting up LDAP authentication on some Solaris systems...)
[17:01:05] <rmustacc> I'd say, rzezeski and Rob Johnston were the ones that did more of the surgery for supporting tso and reworked the descriptor logic, so they may also have ideas.
[17:01:16] <jbk> can you please try searching with '(&(objectclass=posixAccount)(dn=uid=sjorge,ou=accounts,dc=acheron,dc=be))'
[17:01:45] <rmustacc> But I've got to dart. I'll get back to you with some ideas of where to start. Who's contact are you looking for? Mine or the person who reached out to me?
[17:01:58] <sensille> the latter
[17:01:58] <sjorge> jbk no results
[17:02:06] <sensille> no, i'll be here
[17:02:26] *** mgerdts <mgerdts!~textual@96-41-228-208.dhcp.ftbg.wi.charter.com> has quit IRC (Ping timeout: 240 seconds)
[17:02:30] <sensille> s/no/np
[17:02:56] <andyf> usually one would do -b "uid=sjorge,ou=accounts,dc=acheron,dc=be" -s base
[17:03:36] <sjorge> andyf that's not the query __ns_ldap_dn2uid is doing though
[17:03:51] <Agnar> sjorge: https://paste.ec/paste/pE6OmrsE#hTnLqwnmKLITDmq7Pfq8jaV+zby0hqbBj34e4mB1rwV
[17:04:10] <andyf> ah, I see. I don't think openldap supports that
[17:04:32] <jbk> yeah looks like it doesn'
[17:04:34] <jbk> t
[17:04:43] <sjorge> hmmm
[17:05:44] <andyf> You can search for components of the dn, but that would be a long query by the time it was broken up uid:dn:=sjorge
[17:06:59] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[17:07:37] <sjorge> It does indeed seem to be OpenLDAP not doing the whole dn=FQDN search stuff
[17:07:39] <sjorge> that... sucks
[17:07:49] <sjorge> Lots of mailing list posts
[17:08:42] <sjorge> They basically say, if you know the dn, searching is meaning less so just read the damn thing
[17:09:14] <sjorge> basically: ldapsearch -x -Z -W -D cn=admin,dc=acheron,dc=be -b uid=sjorge,ou=accounts,dc=acheron,dc=be '(objectclass=posixAccount)
[17:09:38] <sjorge> gtr for a bit, I'll have some more time in 3-4h ish
[17:10:47] <andyf> entryDN works for me
[17:11:14] <andyf> ldapsearch entryDn=uid=andy,ou=SysAdmins,dc=xxx,dc=local
[17:16:30] <jbk> i'm not sure from the code though if you can map that attribute though
[17:16:46] <jbk> so for AD it'll use 'distinguishedName' while for (say) openldap use 'entryDn'
[17:17:39] <andyf> I was just checking to see if the openldap rewrite overlay (man openldap-rwm) could translate it.. but I've never used that one
[17:17:41] <jbk> i'm trying to see if there's a straightforward way to instead do a base search with the DN value
[17:17:56] <sjorge> Yeah, entryDn works
[17:18:38] <sjorge> jbk: using the dn as base and filtering on objectClass worked for me too
[17:18:52] <jbk> which it should
[17:18:55] <sjorge> Don’t have an AD to test against those though
[17:18:59] <jbk> that also should work for AD..
[17:19:29] <sjorge> (Om phone now, Incase you’re wondering for the steep increase in typos)
[17:21:04] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[17:26:37] <andyf> This in slapd.conf seems to do the trick for me, FWIW
[17:26:40] <andyf> overlay rwm
[17:26:40] <andyf> rwm-map attribute distinguishedname entryDN
[17:29:01] <andyf> https://paste.ec/paste/ibjH+FJo#HnHE6+3fFwCQPWtk2AIw1d4tMzxPRnFzIFDHJIp1V82
[17:29:49] <jbk> it'd be nicer if distinguishedName was something that could be mapped in the client config
[17:29:52] <jbk> like other attributes
[17:30:18] <jbk> since i'm not sure other ldap servers will be able to do the same thing
[17:31:38] <sjorge> It seems to be hard coded at the moment
[17:31:42] <jbk> yeah
[17:32:10] <andyf> Yes, agree.. although this might give sjorge a way to keep moving for now
[17:33:25] <sjorge> Yeah, I’ll look into the overlay later tonight or tomorrow
[17:34:19] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[17:35:06] <sjorge> But jbk ‘s patch is still a good one, better to have the group empty than missing
[17:35:18] <jbk> well i think that's a legitimate bug
[17:35:27] <jbk> if nothing else, it's returning the wrong value
[17:38:48] *** wiedi <wiedi!~wiedi@185.85.220.177> has quit IRC (Quit: ^C)
[17:42:13] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[17:43:31] *** superjen96 <superjen96!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Ping timeout: 272 seconds)
[17:43:49] *** superjen96 <superjen96!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has joined #illumos
[17:44:43] <sjorge> jbk: it not working on anything but AD or the original issue?
[17:45:32] <jbk> that's my guess
[17:47:36] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)
[17:48:10] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has quit IRC (Ping timeout: 265 seconds)
[17:49:22] *** jenelizabeth <jenelizabeth!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[17:50:03] <sjorge> That should probably be a 2nd issue though, I think
[17:50:10] <jbk> yeah i think so..
[17:50:33] <jbk> what we really want though is basically is a 'get this DN' function
[17:50:46] <jbk> for the dn2uid function
[17:50:51] <jbk> instead of 'search for an entry'
[17:51:45] <jbk> i think i have a decent idea how to do that (thankfully there's similar, but not exactly the same functionality already there..)
[17:53:29] *** superjen96 <superjen96!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 265 seconds)
[17:58:46] <sjorge> The nss ldap code is... confusing at times (atleast for me)
[17:59:04] <jbk> that's a kind way of putting it
[17:59:08] *** zsj <zsj!~zsj@3EC95F11.catv.pool.telekom.hu> has quit IRC (Quit: leaving)
[17:59:23] <sjorge> But, overall ldapclient/nss does work pretty well from a sysadmin side
[17:59:27] <jbk> though in it's defense, part of the issue is that it's trying to solve an overconstrained problem
[18:02:24] <jbk> basically the code has to be able to be safely loaded into an arbitrary process
[18:03:15] <jbk> unfortunately, the original justification has been lost in time (or stuck at oracle)
[18:03:46] <jbk> but I suspect it was that prior to s10, it was to allow non-files backends to work even when nscd died
[18:04:18] <sjorge> Yeah, with nscd disables everything still works, although. Slowly
[18:04:28] <jbk> with s10 (and smf), I'd argue that isn't necessary anymore, but i'm guessing the requirement was never relaxed at that point
[18:04:42] <jbk> or rather 'well the code already works without it, why change it?'
[18:04:47] <jbk> (all a guess, but would make sense)
[18:08:10] <jbk> because really, being able to do everything in a less constrained manner would _dramatically_ simplify all that code
[18:08:49] <jbk> e.g. if nscd isn't running, you just get 'files', otherwise everything's done in nscd
[18:20:23] <jbk> i'm going to grab lunch, but I'll file a bug for the DN lookup issue afterwards..
[18:21:25] <jbk> i also looked at the code prior to illumos#10990 -- it worked mostly by accident
[18:22:20] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Quit: man_u)
[18:22:35] <jbk> what should be happening when looking up 'member' attributes (which are DNs), it should lookup that entry directly (i.e. base search w/ that DN and filter of mapped equiv of (objectclass=posixAccount)
[18:22:48] <jbk> and map the resulting attributes to get the 'uid' value
[18:23:01] <jbk> the old code just assumed the DN value was of the form 'uid=XXX'
[18:23:13] <jbk> and just stripped off the first rdn and use that (or ignored it)
[18:23:22] <jbk> which was also wrong
[18:23:50] <jbk> (and probably what illumos#10990 was fixing)
[18:24:15] <jbk> just it should use a more standard way of looking up an entry that should work for any ldap server
[18:25:14] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:26:12] <sjorge> SGTM
[18:26:31] <sjorge> Also perhaps alenc can provide some more info if he drops by
[18:26:47] <sjorge> IIRC he still has acces to all the old info
[18:36:50] *** nde <nde!uid414739@gateway/web/irccloud.com/x-kdomrccnlyoumlon> has joined #illumos
[18:40:36] *** zsj <zsj!~zsj@3EC95F11.catv.pool.telekom.hu> has joined #illumos
[18:53:46] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Quit: Leaving.)
[18:59:49] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[19:23:51] *** gitomat <gitomat!~nodebot@165.225.148.18> has quit IRC (Remote host closed the connection)
[19:23:52] *** gitomat2 <gitomat2!~nodebot@165.225.148.18> has joined #illumos
[19:23:54] *** gitomat2 is now known as gitomat
[19:38:33] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has joined #illumos
[19:58:20] <jbk> sjorge: https://www.illumos.org/issues/12240
[20:28:45] *** jduggan <jduggan!~thom@s.tankengine.org.uk> has quit IRC (Quit: leaving)
[20:31:00] *** jduggan <jduggan!~thom@s.tankengine.org.uk> has joined #illumos
[21:02:25] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has quit IRC (Remote host closed the connection)
[21:02:52] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has joined #illumos
[21:15:59] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has quit IRC (Quit: Leaving)
[21:21:48] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[21:23:15] *** amrfrsh <amrfrsh!~Thunderbi@109.201.133.238> has quit IRC (Ping timeout: 265 seconds)
[21:23:15] *** amrmesh is now known as amrfrsh
[21:58:00] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Quit: amrfrsh)
[22:00:24] <sjorge> watching, if you open a cr for the other one, you can list me as tester :)
[22:01:40] <jbk> it may be a day or two before I can get a fix for that out..
[22:02:02] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has joined #illumos
[22:02:08] <jbk> i'm juggling a few things
[22:02:15] <jbk> so got to give them some attention for a bit :)
[22:10:10] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[22:10:17] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has joined #illumos
[22:10:24] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[22:11:24] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[22:13:50] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[22:13:56] *** Yogurt_ <Yogurt_!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[22:17:51] *** Yogurt_ <Yogurt_!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[22:18:55] *** qyliss <qyliss!~qyliss@NixOS/user/qyliss> has quit IRC (Quit: bye)
[22:19:48] <sjorge> Sure, no rush... now that I know the missing groups is not an error on my part
[22:20:08] <sjorge> I'll look into mirrormode and replication, knowing once I got all that sorted... groups probably work
[22:25:14] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[22:25:56] *** qyliss <qyliss!~qyliss@NixOS/user/qyliss> has joined #illumos
[22:27:45] *** qyliss <qyliss!~qyliss@NixOS/user/qyliss> has quit IRC (Client Quit)
[22:29:40] *** neirac_ <neirac_!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[22:29:51] *** qyliss <qyliss!~qyliss@NixOS/user/qyliss> has joined #illumos
[22:37:39] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[22:38:31] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Ping timeout: 268 seconds)
[22:38:32] *** amrmesh is now known as amrfrsh
[22:44:46] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[22:53:38] *** neirac_ <neirac_!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Ping timeout: 265 seconds)
[23:09:06] *** jubal <jubal!~textual@199-6-237-24.gci.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[23:13:47] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Ping timeout: 258 seconds)
[23:15:15] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has joined #illumos
[23:15:28] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has quit IRC (Client Quit)
[23:17:39] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has joined #illumos
[23:19:01] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[23:25:15] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:27:58] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[23:38:19] *** jubal <jubal!~textual@216-67-100-190.static.acsalaska.net> has joined #illumos
[23:44:03] *** mgerdts <mgerdts!~textual@99-177-146-237.lightspeed.oshkwi.sbcglobal.net> has joined #illumos
top

   January 22, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >