Switch to DuckDuckGo Search
   January 21, 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:05:46] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[00:31:09] *** eki <eki!~eki@dsl-hkibng41-54f85e-160.dhcp.inet.fi> has joined #illumos
[00:37:05] *** eki <eki!~eki@dsl-hkibng41-54f85e-160.dhcp.inet.fi> has quit IRC (Ping timeout: 265 seconds)
[01:01:17] *** superjen96 <superjen96!~jenelizab@cpc155793-brmb11-2-0-cust474.1-3.cable.virginm.net> has joined #illumos
[01:04:35] *** jenelizabeth <jenelizabeth!jenelizabe@gateway/vpn/privateinternetaccess/jenelizabeth> has quit IRC (Ping timeout: 258 seconds)
[01:15:51] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)
[01:31:22] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[01:36:01] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 258 seconds)
[01:41:08] *** freakazoid0223 <freakazoid0223!~matt@pool-96-227-98-169.phlapa.fios.verizon.net> has left #illumos ("Leaving")
[01:45:59] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[02:17:56] *** eki <eki!~eki@dsl-hkibng41-54f858-46.dhcp.inet.fi> has joined #illumos
[02:42:04] *** nde <nde!uid414739@gateway/web/irccloud.com/x-vannevrjavtdjoik> has joined #illumos
[02:56:41] *** MaidenAmerica <MaidenAmerica!~insomnia@shadowcat/actuallyamemberof/lollipopguild.insomnia> has quit IRC (Quit: Leaving)
[02:56:58] *** MaidenAmerica <MaidenAmerica!~insomnia@shadowcat/actuallyamemberof/lollipopguild.insomnia> has joined #illumos
[04:53:42] *** mutin-s <mutin-s!~s-mutin@85.234.114.134> has joined #illumos
[04:57:16] *** mutin-sa <mutin-sa!~s-mutin@85.234.114.134> has quit IRC (Ping timeout: 258 seconds)
[05:07:33] *** btibble <btibble!~brantibbl@c-69-94-200-89.hs.gigamonster.net> has quit IRC (Ping timeout: 265 seconds)
[05:15:30] *** Kruppt <Kruppt!~Kruppt@104.169.24.12> has quit IRC (Quit: Leaving)
[05:38:17] *** hurfdurf <hurfdurf!~hurfdurf@2601:280:4f00:26a0:c812:a350:f05:62b2> has joined #illumos
[05:41:01] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has joined #illumos
[06:05:14] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[06:06:20] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[06:10:02] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[06:11:53] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[06:12:11] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[06:18:09] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has quit IRC (Quit: amrmesh)
[06:41:13] *** nde <nde!uid414739@gateway/web/irccloud.com/x-vannevrjavtdjoik> has quit IRC (Quit: Connection closed for inactivity)
[06:56:01] *** btibble <btibble!~brantibbl@c-69-94-200-89.hs.gigamonster.net> has joined #illumos
[07:19:52] *** btibble <btibble!~brantibbl@c-69-94-200-89.hs.gigamonster.net> has quit IRC (Ping timeout: 258 seconds)
[07:29:09] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has quit IRC (Read error: Connection reset by peer)
[07:29:27] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has joined #illumos
[07:30:38] *** xenol <xenol!~xenol@2001:470:5bc7:1a6c::dead:beef> has quit IRC (Remote host closed the connection)
[07:35:01] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)
[07:39:51] *** btibble <btibble!~brantibbl@c-69-94-200-89.hs.gigamonster.net> has joined #illumos
[07:47:17] *** xenol <xenol!~xenol@2001:470:5bc7:1a6c::dead:beef> has joined #illumos
[07:50:33] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[07:54:40] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[07:55:28] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 265 seconds)
[07:56:46] *** btibble <btibble!~brantibbl@c-69-94-200-89.hs.gigamonster.net> has quit IRC (Ping timeout: 268 seconds)
[07:59:05] *** btibble <btibble!~brantibbl@c-69-94-200-89.hs.gigamonster.net> has joined #illumos
[08:13:40] *** tsoome <tsoome!~tsoome@cb38-91a5-65f5-d4cc-2f80-4a40-07d0-2001.sta.estpak.ee> has quit IRC (Quit: This computer has gone to sleep)
[08:13:40] *** tsoome__ is now known as tsoome
[08:13:50] *** tsoome <tsoome!~tsoome@91.209.240.229> has quit IRC (Quit: tsoome)
[08:29:59] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[08:32:17] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Quit: ^C)
[08:32:49] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Ping timeout: 260 seconds)
[08:34:23] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Ping timeout: 268 seconds)
[08:35:27] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[08:42:20] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has quit IRC (Quit: amrmesh)
[08:47:32] *** tsoome <tsoome!~tsoome@89.219.128.66> has joined #illumos
[08:48:48] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[08:50:44] <tsoome_> fun fact. when nightly bootstrap phase fails, the build is reported success:)
[08:52:06] <LeftWing> Whoops!
[08:54:40] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has quit IRC (Remote host closed the connection)
[08:57:05] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[08:59:48] *** tsoome <tsoome!~tsoome@89.219.128.66> has quit IRC (Quit: tsoome)
[09:03:38] *** tsoome <tsoome!~tsoome@89.219.128.66> has joined #illumos
[09:08:47] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: Leaving)
[09:15:49] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[09:27:30] *** wiedi <wiedi!~wiedi@185.85.220.177> has joined #illumos
[09:33:06] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[09:37:43] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 268 seconds)
[09:43:56] *** Nitial <Nitial!~sslaitin@kekkonen.niksula.hut.fi> has joined #illumos
[10:13:55] *** man_u <man_u!~manu@manu2.gandi.net> has joined #illumos
[10:15:00] <Agnar> erm, guys...I'm a bit irritatet with the ipsec documentation...is it possible to use an illumos box as a IPSEC VPN router, so not the client, but the "server" part?
[10:15:22] <Agnar> (and has someone a howto or guide for me?)
[10:35:44] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:40:25] *** tsoome <tsoome!~tsoome@89.219.128.66> has quit IRC (Quit: tsoome)
[10:44:41] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 272 seconds)
[11:55:32] *** hurfdurf <hurfdurf!~hurfdurf@2601:280:4f00:26a0:c812:a350:f05:62b2> has quit IRC (Ping timeout: 248 seconds)
[11:59:39] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[12:01:18] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[12:01:31] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[12:06:46] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[12:07:00] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[12:11:17] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[12:11:36] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[12:11:38] *** FoldMark <FoldMark!~Foldmark@62.92.82.250> has quit IRC (Ping timeout: 240 seconds)
[12:18:59] *** FoldMark <FoldMark!~Foldmark@62.92.82.250> has joined #illumos
[12:51:58] *** FoldMark <FoldMark!~Foldmark@62.92.82.250> has quit IRC (Ping timeout: 268 seconds)
[12:52:16] *** deejam <deejam!deejam@irc.nathanic.org> has quit IRC (Quit: quit)
[13:23:26] *** FoldMark <FoldMark!~Foldmark@62.92.82.250> has joined #illumos
[13:31:46] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[13:32:01] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[13:34:15] *** hoobershaggus <hoobershaggus!4120e720@gateway/web/cgi-irc/kiwiirc.com/ip.65.32.231.32> has joined #illumos
[13:36:21] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[13:36:39] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[13:40:36] <richlowe> Agnar: it's certainly possible, but I don't know where there's any better documentation. Waiting until dancmd or jbk are around to ask is probably your best bet.
[13:56:46] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[13:57:03] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:01:18] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[14:01:34] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[14:39:34] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has quit IRC (Quit: Leaving)
[14:43:46] <Agnar> richlowe: I thought so, I'll drop dan an email, thanks :)
[14:45:18] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[14:51:19] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[14:52:19] <jimklimov> > 'dan.cmd' is not recognized as an internal or external command, operable program or batch file.
[14:54:02] <Agnar> hehehe
[14:54:53] *** hawk <hawk!~hawk@d.qw.se> has quit IRC (Quit: WeeChat 2.4)
[15:01:42] *** hoobershaggus <hoobershaggus!4120e720@gateway/web/cgi-irc/kiwiirc.com/ip.65.32.231.32> has quit IRC (Remote host closed the connection)
[15:02:10] *** hawk <hawk!~hawk@d.qw.se> has joined #illumos
[15:10:42] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)
[15:10:57] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[15:18:48] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Ping timeout: 260 seconds)
[15:24:55] *** deejam <deejam!deejam@irc.nathanic.org> has joined #illumos
[15:54:06] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has joined #illumos
[16:02:51] *** hurfdurf <hurfdurf!~hurfdurf@2601:280:4f00:26a0:c812:a350:f05:62b2> has joined #illumos
[16:04:10] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[16:18:24] <gitomat> [illumos-gate] 12215 pyzfs module does not build with python 3.7 -- Andy Fiddaman <omnios at citrus-it dot co.uk>
[16:21:46] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[16:22:00] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:22:31] <jbk> what do you mean by 'client'.. if you're talking remote access, probably not -- if you just want to link two networks together, it should be fine
[16:24:31] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[16:24:54] <Agnar> jbk: remote access, so in my special case I want to connect SunRays via IPsec VPN to an illumos server
[16:25:13] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has quit IRC (Remote host closed the connection)
[16:26:19] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[16:26:37] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:28:21] <gitomat> [illumos-gate] 12209 nvme driver will iterate beyond the end of the DMA cookie chain -- Paul Winder <paul at winders dot demon.co.uk>
[16:31:11] <leoric> Agnar: just out of the interest, do you run SunRay server on Solaris or old OI?
[16:35:35] <Agnar> leoric: in a Sol10 KVM currently
[16:36:17] <leoric> I thought we found someone interested enough to port gdm patches to lightdm ;)
[16:40:56] *** tsoome <tsoome!~tsoome@5d37-0f83-fdd9-b4a0-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[16:43:38] <jbk> do the sun rays actually support IPsec?
[16:43:59] <jbk> or do you want to just connect the sunray VM to other stuff via VPN?
[16:45:01] *** nde <nde!uid414739@gateway/web/irccloud.com/x-xilkytdvsgflilcl> has joined #illumos
[16:45:49] <Agnar> leoric: the problem is funny enough not GDM (yet), it's the jdk the uts suite ships that segfaults on OI
[16:46:07] <Agnar> jbk: they support IPsec VPNs for cisco vpn or netscreen
[16:47:42] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[16:47:45] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Client Quit)
[16:49:40] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Quit: Leaving.)
[16:50:01] <jbk> oh, i bet they're probably using the XAUTH extension, which our closed source ike doesn't support
[16:50:13] *** triffid <triffid!triffid@cthulhu.mcclung.systems> has quit IRC (Quit: WeeChat 2.2)
[16:51:37] <Agnar> jbk: might be
[16:51:46] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[16:51:59] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:52:08] <Agnar> jbk: well, it sounds no-ish enough to do it differently
[16:52:10] <jbk> IIRC, that's how cisco IPsec VPNs (with ikev1) do remote access VPns
[16:52:17] <Agnar> thanks
[16:53:04] <jbk> dan can probably elaborate more, but from what I can tell, it seems like remote access VPNs were a bit of an after thought for IPsec
[16:53:42] <jbk> they're better integrated with ikev2, but i'm guessing sun rays won't support that
[16:55:41] <Agnar> jbk: I'll set up a local ray server then, nevermind. thanks for the info :)
[16:56:33] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[16:56:49] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[16:58:27] *** Kruppt <Kruppt!~Kruppt@104.169.24.12> has joined #illumos
[17:28:48] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has joined #illumos
[17:32:28] *** papertigers <papertigers!~papertige@pool-108-55-11-140.bflony.fios.verizon.net> has joined #illumos
[17:44:41] <gitomat> [illumos-gate] 11966 CTR mode tries to be both a stream and block cipher and fails at both -- Jason King <jason.king at joyent dot com>
[17:47:05] *** Nitial <Nitial!~sslaitin@kekkonen.niksula.hut.fi> has left #illumos
[17:49:31] *** Yogurt <Yogurt!~Yogurt@c-73-189-45-147.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)
[17:52:38] <sjorge> So back to ldap for a bit, https://docs.oracle.com/cd/E23824_01/html/821-1455/gladg.html I guess this is from after everything got closed again?
[17:57:13] <sjorge> https://gist.github.com/sjorge/f2b9aad62460283ccd4f50a67a667618 is my group entry,... but the group doesn't show up unless I remove the member attrib
[17:57:58] <jbk> no it's there
[17:58:09] <jbk> though IIRC, it either looks at 'memberUID' or 'member'
[17:58:42] <jbk> I'd need to check again but I think if it sees entries with 'memberUID', it doesn't look for at 'member' attributes
[17:59:22] <jbk> and when you say doesn't show up
[18:00:08] <jbk> do you mean, `getent group` doesn't show it, or `getent group` or `getent group admins` doesn't show you being in the group?
[18:06:48] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[18:07:02] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[18:08:06] <sjorge> with no member OR memberUid entries, the 'getent group' shows the admin group
[18:08:25] <sjorge> with memberUid: sjorge entry, 'getent group' shows the group correctly with me as a member
[18:08:38] <sjorge> with member: uid=sjorge,... 'getent group' doesn't show the admin group at all
[18:08:48] <jbk> hmm.. strange
[18:08:56] <sjorge> It does mentioned something about memberOf needed fro nested groups
[18:09:10] <sjorge> I don't have that overlay loaded... as but also I am not nesting groups, but maybe it is needed?
[18:10:02] <jbk> we do have a customer report (i've been gathering some data, but haven't had a chance to dig deeply into it yet) where members of a group in ldap seem to be flaky after aug/sept
[18:10:12] <jbk> this sounds like it could be similar
[18:10:16] <sjorge> Interesting
[18:10:33] <sjorge> our ldapclient man mentioned 'attributeMap: group:memberUid=uniqueMember' for rfc2308bis
[18:10:52] <sjorge> So I reinited and added attributeMap=group:memberUid=member
[18:11:03] <sjorge> Now the group shows up with a member: uid=sjorge entry!
[18:11:07] <sjorge> But... the group is empty
[18:11:15] <sjorge> Will see if memberUid still works as it did before
[18:11:17] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[18:11:18] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[18:11:20] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Client Quit)
[18:11:20] <sjorge> (I know I can't mix)
[18:11:23] <jbk> i've looked at diffs in likely relevant bits of the code between then and now, but there wasn't anything immediately obvious
[18:11:35] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[18:11:43] <jbk> well that was just a guess from the code
[18:12:03] <jbk> i find it's use of camelCase for C rather distracting, so i might have it wrong
[18:12:30] <sjorge> ha! with the attributeMap, the group always shows with either memberUid: sjorge or member: uid=sjorge,ou=...
[18:12:41] <sjorge> But it is always empty, that is better than not showing up
[18:12:53] <sjorge> But the not showing up without attributeMap is... odd
[18:13:06] <sjorge> There is definitely something odd going on there
[18:13:15] <sjorge> Can I enable detailed logging somewhere?
[18:13:39] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[18:13:52] <jbk> well that likely narrows it down to nss_ldap or libsldap (so unlikely it's nscd strangeness at least)
[18:14:13] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[18:15:01] <jbk> there is (kinda), but it requires a DEBUG build
[18:16:50] <sjorge> hmm, well I guess the next PI i build I could do it as debug build
[18:17:26] <sjorge> ah ok I get why attributeMap isn't working! It just tells ldapclient to use member instead of memberUid for the field, it should take either a uid (sjorge) or DN uid=sjorge,...
[18:17:39] <sjorge> But that clearly isn't the case (also the bahvior is different than what Oracle has then
[18:17:54] <sjorge> As they merge memberUid + member
[18:18:09] <sjorge> Let me see if setting member: sjorge will make me show up in the group
[18:18:15] *** FoldMark <FoldMark!~Foldmark@62.92.82.250> has quit IRC (Read error: Connection reset by peer)
[18:19:58] <sjorge> ok that doesn't work as the schema says nope
[18:21:34] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has quit IRC (Read error: Connection reset by peer)
[18:21:35] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:22:25] *** Yogurt_ <Yogurt_!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:22:26] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[18:24:08] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has joined #illumos
[18:24:18] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has joined #illumos
[18:24:57] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Ping timeout: 258 seconds)
[18:25:41] <sjorge> Ok so the attributeMap thing was not the way to go
[18:25:54] <sjorge> but ran out of time for today, so in summary using memberUid: sjorge works
[18:25:59] <jbk> it looks like, if you do a debug build, nss_ldap will write to stdout.. which I _think_ will normally mean the stdout of nscd
[18:26:03] <sjorge> using member: uid=sjorge,... does not and the group; is gone
[18:26:17] <sjorge> oh I think nscd is not running?
[18:26:20] <sjorge> Should it be?
[18:26:28] <sjorge> disabled Jan_18 svc:/system/name-service-cache:default
[18:26:44] <jbk> did you disable it?
[18:26:46] <sjorge> No difference with it running
[18:26:52] <sjorge> jbk I don't think I did?
[18:26:55] <sjorge> It's not in my notes
[18:27:02] <jbk> hrm.. in general it should be running
[18:27:33] <sjorge> I could uncomment '# logfile /var/adm/nscd.log' in the nscd.conf as a start
[18:27:57] <jbk> yeah, though i suspect it won't reveal much
[18:28:21] <sjorge> and bump debug-level to something other than 0 I guess
[18:29:20] <sjorge> beautiful, only one entry... starting log file at /var/adm/nscd.log
[18:29:35] <jbk> the more interesting stuff is the fprintf()s in usr/src/lib/nsswitch/ldap/common/getgrent.c that are guarded by #ifdef DEBUG
[18:30:03] <sjorge> ack, I guess I will have do a debug build next, IIRC it's setting a falg in configure or something
[18:30:49] <sjorge> Interesting, it does look like it searches for both memberUid and member from that file
[18:31:02] <jbk> yeah.. 'DF' in your NIGHTLY_OPTIONS in your env file
[18:31:14] <jbk> e.g. export NIGHTLY_OPTIONS='-FnCDAmprt'
[18:31:39] <sjorge> ack
[18:31:52] <sjorge> Prob wont be today, I needed to go like 1min ago haha
[18:32:08] <sjorge> thanks for the help again
[18:32:13] <jbk> np.. let me know if you find anything
[18:32:47] <jbk> (just be aware debug builds are probably going to be a bit slower because of all the extra ASSERTs that get compiled in..)
[18:33:23] <richlowe> it's not the assertions
[18:33:59] <jbk> oh.. i figured that was probably most of the difference..
[18:34:03] <richlowe> to the limited degree I've looked, the kmem machinery is really the only thing that was measurably worse
[18:34:53] <jbk> also you'll probably see some messages about zero-sized allocations
[18:35:10] <richlowe> and if you see things like that, we really should fix them? :)
[18:35:12] <jbk> (esp if you have a zpool that has ever had L2ARC enabled on it)
[18:35:21] <richlowe> Oh, ah. That.
[18:36:31] <jbk> i've floated the idea of adding something like a 'KM_SLEEP_ZERO_OK' (w/ a better name) for code that properly expects NULL to be returned if the size was zero
[18:36:41] <sjorge> jbk I ran DEBUG before, when trouble shooting a kernel panic on odd ipv6 traffic with danmcd
[18:36:48] <sjorge> Also are ldap queries case sensitive?
[18:36:58] <sjorge> If so, I might have found the issue in
[18:37:01] <jbk> it depends
[18:37:02] <sjorge> (on phone, give me a sec)
[18:37:02] <bahamat> Yes
[18:37:08] <sjorge> http://src.illumos.org/source/s?defs=UIDNUMFILTER&project=illumos-gate
[18:37:10] <jbk> on the attribute
[18:37:29] <jbk> also, you can specifiy case insensitive searching
[18:37:31] <sjorge> I think I have mine as uidNumber not uidnumber
[18:37:52] <jbk> IIRC it should _not_ matter for attribute names
[18:38:03] <jbk> though that might be something to check with your LDAP server
[18:38:29] <sjorge> I noticed because... getgren.c
[18:38:38] <bahamat> sjorge: Mine is uidNumber.
[18:38:38] <sjorge> has gidNumber and memberUid capitalized
[18:38:54] <sjorge> But OpenLDAP's schema and the 2 rfc2307bis I found all have uidNumber
[18:38:58] *** wiedi <wiedi!~wiedi@185.85.220.177> has quit IRC (Quit: ^C)
[18:39:05] <sjorge> but the def of UIDNUMFILTR is all lowercase
[18:39:15] *** tsoome <tsoome!~tsoome@5d37-0f83-fdd9-b4a0-2f80-4a40-07d0-2001.sta.estpak.ee> has quit IRC (Quit: This computer has gone to sleep)
[18:39:16] <sjorge> And, as far as I can tell on my phone
[18:39:27] <sjorge> the uid2dn function uses UIDNUMFILTER
[18:39:41] <sjorge> And that the only place, which gets called for the DN mapping for use with member attrib
[18:40:14] <sjorge> All other queries are also camelCase
[18:40:28] * sjorge gets turbo pascal fashbacks
[18:40:29] <jbk> yeah, attribute names are _supposed_ to be case insensitive
[18:40:36] <jbk> what LDAP server are you using?
[18:40:57] <sjorge> openldap
[18:41:00] <sjorge> from pkgsrc
[18:41:12] <jbk> hmm..
[18:41:14] <sjorge> Well the UIDNUMF is the only one where there is no camelCase
[18:41:17] <sjorge> so it jumped out!
[18:41:28] <sjorge> And as far as I can read the code (I might be wrong)
[18:41:44] <sjorge> Unless using member: uid=sjorge,... type groups we're not hitting that function
[18:41:53] <jbk> well i suppose a simple test when you next have time would just be to add an attribute filter 'uidnumber=uidNumber' or such and see if it makes a difference
[18:41:56] <sjorge> So that would explain why if I just use memberUid: sjorge it works
[18:42:09] <sjorge> jbk would that be sufficient?
[18:42:41] <sjorge> so -a attributeMap=uidnumber=uidNumber' \ ?
[18:42:42] *** Yogurt_ <Yogurt_!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[18:42:53] <jbk> I think so -- the attribute map is intented to be able to specify different attributes for the default
[18:42:55] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[18:42:58] <jbk> you might need to prefix it with the service
[18:43:20] <jbk> i haven't messed with it in a long time..
[18:43:24] <sjorge> euhm... which one would that be?
[18:43:32] <jbk> you could also just manually query the ldap server as well
[18:43:42] <jbk> using ldapsearch and see if it returns different results
[18:45:17] <sjorge> ack, will do once I am back at a machine
[18:45:37] <jbk> ok.. i need to grab lunch myself :)
[18:58:55] <neirac> toasterson go-zone/config/index.go:96:11: assignment mismatch: 1 variable but uuid.NewV4 returns 2 values, I don't remember why you did not want to fix this
[18:59:52] <neirac> toasterson I need to orchestrate zones again and bump into this.
[19:01:31] <neirac> toasterson I'm not complaining just wanted to remember the reason
[19:01:55] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[19:02:10] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[19:06:26] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[19:06:43] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[19:09:25] *** hoobershaggus <hoobershaggus!4120e720@gateway/web/cgi-irc/kiwiirc.com/ip.65.32.231.32> has joined #illumos
[19:56:34] *** hoobershaggus <hoobershaggus!4120e720@gateway/web/cgi-irc/kiwiirc.com/ip.65.32.231.32> has quit IRC (Remote host closed the connection)
[20:05:19] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)
[20:06:00] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[20:10:34] *** hoobershaggus <hoobershaggus!4120e720@gateway/web/cgi-irc/kiwiirc.com/ip.65.32.231.32> has joined #illumos
[20:13:53] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[20:18:49] *** amrmesh <amrmesh!~Thunderbi@134.19.189.92> has joined #illumos
[20:19:11] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has quit IRC (Ping timeout: 258 seconds)
[20:19:11] *** amrmesh is now known as amrfrsh
[20:20:07] *** hoobershaggus <hoobershaggus!4120e720@gateway/web/cgi-irc/kiwiirc.com/ip.65.32.231.32> has quit IRC (Remote host closed the connection)
[20:28:04] *** tsoome <tsoome!~tsoome@250-69-196-88.dyn.estpak.ee> has joined #illumos
[20:30:51] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[20:31:34] <sjorge> jbk ok both queries uidNumber or uidnumber return the same result, my user as I would expect
[20:31:38] <sjorge> So it is something else
[20:34:23] *** tsoome <tsoome!~tsoome@250-69-196-88.dyn.estpak.ee> has quit IRC (Ping timeout: 260 seconds)
[20:47:06] <jbk> i don't have ldap setup anywhere yet, so i've not tested this, but something like this: d2605aca3ded7edce123b19c373c8aac (run w/ ./groups.d -p `grep nscd`) might be interesting
[20:47:42] <jbk> if it works, it should each entry as it's being processed
[20:48:10] <jbk> since the ldap stuff dlopen()ed it can be a pain to dtrace sometimes
[20:48:23] <jbk> though with nscd being long lived, it might be ok
[20:48:47] <sjorge> `d2605aca3ded7edce123b19c373c8aac (run w/ ./groups.d -p `grep nscd`)` ? what does this do?
[20:48:59] <jbk> gah.. missed most of the url
[20:49:04] <jbk> https://gist.github.com/jasonbking/d2605aca3ded7edce123b19c373c8aac
[20:49:07] <jbk> that script :)
[20:49:09] <jbk> sorry
[20:49:29] <jbk> oh.. i see a typo.. on sec
[20:49:47] <jbk> ok.. fixed
[20:50:07] <jbk> (for sure this time ;P)
[20:50:43] <jbk> not sure how much you've messed with dtrace
[20:51:05] <jbk> do that and try getent group or getent group admins in another window
[20:51:25] <sjorge> Not messed much with dtrace
[20:52:38] <sjorge> Prints nothing
[20:52:53] <sjorge> shouldn't it atleast list the probes when running groups.d ?
[20:53:05] <sjorge> I see
[20:53:08] <jbk> it should say how many probes are enabled
[20:53:09] <sjorge> pgrep nscd probably
[20:53:16] <jbk> you need to have nscd running
[20:53:31] <sjorge> pgrep nscd returns a pid
[20:53:38] <sjorge> dtrace: failed to compile script ./groups.d: line 5: probe description ::strpbrk:entry does not match any probes
[20:54:17] <jbk> uugh.. i wonder if that's one of the functions where we play silly symbol games
[20:54:31] <jbk> oh.. actually that probably needs pid$target
[20:54:53] <sjorge> yep
[20:54:54] <sjorge> dtrace: script './groups.d' matched 6 probes
[20:55:01] <jbk> (I updated the gist as well)
[20:55:33] <sjorge> Doesn't print anything when I do getent group or getent group admins
[20:57:29] <sjorge> wait... maybe it already cached the result?
[20:57:32] <sjorge> let me restart nscd
[20:58:27] <sjorge> No difference
[21:02:13] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has quit IRC (Remote host closed the connection)
[21:02:40] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has joined #illumos
[21:03:10] <jbk> hmm.. i updated the gist w/ some changes to the script -- give that a try and see what it shows
[21:04:38] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has joined #illumos
[21:06:44] <sjorge> line 2: probe description pid23398::__nss_ldap_group2str:entry does not match any probes
[21:07:02] <jbk> uugh
[21:07:05] <jbk> one underscore
[21:07:07] <jbk> sorry
[21:07:35] <sjorge> line 5: probe description pid23398::_nss_ldap_getAttr:entry does not match any probes
[21:07:46] <sjorge> I'm surprised you could even attempt this from memory!
[21:07:53] <jbk> i'm looking at the source
[21:08:21] <jbk> but this code uses both '__' and '_' prefixes (even though I thought one was reserved for the OS, and one for the compiler)
[21:08:45] <jbk> there i updated the gist
[21:09:13] <sjorge> line 5: probe description pid23398::__nss_ldap_getAttr:entry does not match any probes
[21:09:21] *** robertdfrench <robertdfrench!~robertdfr@h69-11-139-135.cncrtn.dedicated.static.tds.net> has joined #illumos
[21:10:04] <jbk> if i had something setup, it'd be a bit easer to check/verify the scripts
[21:10:22] <jbk> since they're dlopened, I can't just run it against nscd unless it's already loaded the libraries
[21:10:37] <jbk> i've hopefully fixed the script now
[21:10:54] <jbk> the mix of _, __, snake case, and camelCase is incredibly frustrating
[21:11:17] <jbk> 'let's use all the conventions!' :)
[21:11:34] <jbk> so thanks for your patience :P
[21:12:01] <sjorge> dtrace: script './groups.d' matched 8 probes
[21:12:02] <sjorge> And same :)
[21:12:15] <sjorge> The patience part
[21:12:35] <sjorge> I commented on the gist
[21:12:42] <sjorge> It's a few lines
[21:13:09] <sjorge> that was a getent group admins
[21:14:21] <jbk> hmm..
[21:14:34] <sjorge> should it not... return?
[21:14:45] <jbk> that return value (for _nss_ldap_group2str) appears to be NSS_STR_PARSE_ERANGE
[21:14:56] <jbk> the script won't stop on it's own.. just ctrl-c it
[21:15:04] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[21:15:07] <sjorge> Ah
[21:16:01] <jbk> which seems to come from the macro TEST_AND_ADJUST
[21:16:07] <jbk> https://grok.elemental.org/source/xref/illumos-joyent/usr/src/lib/nsswitch/ldap/common/ldap_common.h?r=695ef821#80
[21:16:24] <jbk> was that all of the output?
[21:16:41] <sjorge> for a getent group admins... yes
[21:16:41] *** robertdfrench <robertdfrench!~robertdfr@h69-11-139-135.cncrtn.dedicated.static.tds.net> has quit IRC (Ping timeout: 258 seconds)
[21:16:57] <sjorge> I'll restart nscd and do another one
[21:17:33] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 260 seconds)
[21:17:42] <sjorge> Seems the same
[21:17:57] *** BOKALDO <BOKALDO!~BOKALDO@81.198.18.7> has quit IRC (Quit: Leaving)
[21:20:10] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[21:20:57] <jbk> ok.. i've made another update that hopefulyl won't be too noisy
[21:21:29] <jbk> it's trying to append the results to a char * buffer, and seems to think it's running out of space
[21:21:49] <jbk> so i want to see what it thinks the sizes are as it goes through
[21:22:45] <sjorge> It's about 2x the output
[21:31:46] <jbk> ok.. this is odd..
[21:32:55] <sjorge> and interesting... or scary
[21:33:06] <jbk> if you look at the snprintf calls -- on entry it should be showing the size of the buffer, and returning the amount it wants to write
[21:33:42] <jbk> it starts at 524120 bytes
[21:33:55] <sjorge> Thats a lot
[21:33:58] <jbk> then immediately is reduced to 91 bytes once getmembers_DN is called
[21:34:10] <sjorge> Oh!
[21:34:25] <jbk> i've updated the gist again -- just as a sanity check, it first clears the buffer
[21:34:27] <sjorge> Would it somehow fetch... the sshPubKey?
[21:34:34] <sjorge> That is a big bash right?
[21:34:43] <sjorge> But probbaly still smaller than that
[21:35:03] <jbk> so i want to see how many bytes it tries to clear via the memset call in there
[21:35:21] <sjorge> this is a lot, pasting now
[21:41:00] <jbk> another update that should be smaller
[21:42:12] <sjorge> updated the gist
[21:42:31] <sjorge> No more memsets now
[21:43:25] <jbk> yeah.. i took that out..
[21:43:45] <jbk> hmmm..
[21:45:01] <jbk> updated again -- should be a bit more output.. but i have a guess now
[21:45:52] <sjorge> update too
[21:45:54] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[21:46:00] *** tsoome_ <tsoome_!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Client Quit)
[21:46:07] <jbk> aha!
[21:46:22] <jbk> 3 90236 __ns_ldap_dn2uid:return 2
[21:47:49] <sjorge> (So because it cannot map the member entries DN to a uid, it errors and the group does not get retreive?
[21:48:03] <sjorge> That would explain my it goes missing
[21:48:08] <jbk> so the _nss_ldap_group2str, getmembers_DN, and getmembers_UID functions should return one of these values: https://grok.elemental.org/source/xref/illumos-joyent/usr/src/head/nss_dbdefs.h?r=d88e84ff#643
[21:48:12] <jbk> however
[21:48:48] <jbk> getmembers_DN calls __nsl_ldap_dn2uid (to lookup the DN of an 'member' entry so it can get the 'uid' attribute)
[21:48:57] <jbk> err __ns_ldap_dn2uid
[21:49:17] <jbk> it returns values defined here: https://grok.elemental.org/source/xref/illumos-joyent/usr/src/lib/libsldap/common/ns_sldap.h?r=695ef821#247
[21:49:24] <jbk> (note that the numeric values overlap)
[21:49:39] <jbk> and that 2 is a 'not found' error for dn2uid
[21:49:43] <sjorge> so in this case it says not found
[21:50:04] <jbk> well getmembers_DN appears to silently ignore lookup errors
[21:50:08] <jbk> except
[21:50:13] <jbk> it never resets nss_result
[21:50:23] <jbk> and returns whatever the last value was from __ns_ldap_dn2uid
[21:50:30] <jbk> which unless it's 0 is almost certainly wrong
[21:50:53] <jbk> even if it should return the 'last' value (seems questionable) the value should be mapped back
[21:51:18] <sjorge> So there is definitely a bug here ?
[21:51:20] <jbk> though now let me look a bit at the history of getmembers_DN to see if I can spot a relevant change..
[21:51:24] <jbk> yes, i'm pretty sure there is
[21:51:33] <sjorge> Cool, well not cool... you know what I mean
[21:51:37] <sjorge> fixable
[21:51:40] <jbk> i cannot see how that code can be correct as is
[21:52:07] <jbk> (if anyone else is following along and wants to chime in, feel free :P)
[21:55:41] <jbk> and the commit date seems plausible
[21:56:10] <jbk> commit 695ef821379e863d33c30fb148f4ecf87038b246 looks to be relevant commit
[21:56:38] <jbk> let me write up the bug and I'll ping gordon via email to see if there might be a fix already that just didnt' get upstreamed
[21:58:29] <sjorge> how do I fnd the comment? I couldn'
[21:58:35] <sjorge> t find it in illumos-gate?
[21:58:38] <jbk> the commit?
[21:59:03] <sjorge> Yeah
[21:59:21] <jbk> https://github.com/illumos/illumos-gate/commit/695ef821379e863d33c30fb148f4ecf87038b246
[21:59:21] <sjorge> ah I miss typed commit
[22:00:08] <sjorge> Well OpenLDAP with rfc2307bis is definately not what AD passes of as rfc2307bis
[22:01:10] <sjorge> alright, no need for the debug build then. Going to stop it :)
[22:02:04] <sjorge> Thanks for looking into this jbk, hopefully the internal issue you referenced will also be solved by this
[22:07:33] <jbk> https://www.illumos.org/issues/12236
[22:07:34] <jbk> np
[22:07:46] <jbk> i think this might help me on a another customer issue anyway :)
[22:07:57] <sjorge> watching the issue now
[22:10:41] <sjorge> Alright, time for bed now :) alarm goes off in 6h
[22:10:46] <sjorge> thanks again
[22:11:25] <jbk> night
[22:11:26] <jbk> np
[22:25:15] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: This computer has gone to sleep)
[22:47:40] <jbk> sjorge: (for when you're up again) are you running smartos? if so i can create a PI with a possible fix for you to try
[22:59:52] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has joined #illumos
[23:03:42] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 268 seconds)
[23:04:37] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has quit IRC (Ping timeout: 265 seconds)
[23:09:04] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:10:19] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[23:12:20] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Client Quit)
[23:12:37] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has joined #illumos
[23:34:26] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[23:36:51] <tsoome> 4 TB of ram installed:)
[23:38:00] <tsoome> next 4 tomorrow, and then there is still 8 to be installed... fun.
[23:39:17] <gitomat> [illumos-gate] 12221 arp: smatch errors -- Toomas Soome <tsoome at me dot com>
[23:47:30] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[23:50:49] <sjorge> jbk: I am, sort of. I build my own so i am usually less than a week removed from master and carry some patches like OS-7371
[23:51:00] <sjorge> But I doubt that one would conflict with anything ldap
[23:53:37] *** neirac <neirac!~neirac@pc-184-104-160-190.cm.vtr.net> has quit IRC (Quit: neirac)
[23:53:50] <jbk> umm go to sleep! :P
[23:54:35] <jbk> i'm about to head out myself.. i added a potential fix to the ticket whenever you'd like to try it..
[23:56:34] <sjorge> Yeah my sleep() has some bugs I think
[23:56:44] <sjorge> Went for a glass of water and back wide awake
top

   January 21, 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 | >