Switch to DuckDuckGo Search
   September 12, 2019  
< | 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 | >

Toggle Join/Part | bottom
[00:01:13] <jbk> it's coming back to me now :)
[00:01:35] <jbk> it turned out me and andyjs came up with similar solutions, though we gave up trying to make it smarter wrt smf
[00:02:16] <jbk> or at least I did since it seemed like it really needed a separate change to add the needed smf functionality
[00:02:30] <jbk> and that was turning out to be more complex than at first glance
[00:22:09] *** jellydonut <jellydonut!~quassel@s91904421.blix.com> has quit IRC (Quit: jellydonut)
[00:39:02] *** merzo <merzo!~merzo@189-15-132-95.pool.ukrtel.net> has joined #illumos
[01:26:32] *** Teknix <Teknix!~pds@172.58.47.43> has quit IRC (Ping timeout: 276 seconds)
[01:27:36] *** Teknix <Teknix!~pds@172.58.43.122> has joined #illumos
[01:42:02] *** hugoAgogo <hugoAgogo!~hugoAgogo@148.252.250.12> has quit IRC (Ping timeout: 244 seconds)
[02:01:37] *** Qatz is now known as SpicySHibe
[02:01:40] *** SpicySHibe is now known as SpicyShibe
[02:06:45] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Remote host closed the connection)
[02:07:57] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[02:12:03] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has quit IRC (Ping timeout: 246 seconds)
[02:15:11] *** hugoAgogo <hugoAgogo!~hugoAgogo@148.252.250.12> has joined #illumos
[02:39:09] *** glungus <glungus!43c1d77b@d67-193-215-123.home3.cgocable.net> has joined #illumos
[02:39:44] *** glungus <glungus!43c1d77b@d67-193-215-123.home3.cgocable.net> has quit IRC (Remote host closed the connection)
[03:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[03:20:07] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[03:22:13] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-64.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[04:08:27] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has joined #illumos
[04:35:31] *** despair86 <despair86!~despair@185.10.68.109> has joined #illumos
[04:35:54] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has quit IRC (Ping timeout: 246 seconds)
[04:38:44] *** jrick <jrick!~jrick@unaffiliated/jrick> has quit IRC (Ping timeout: 244 seconds)
[04:40:22] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has joined #illumos
[04:42:19] *** Smithx10 <Smithx10!sid243404@gateway/web/irccloud.com/x-lhnzqybpwghnbpmu> has quit IRC (Quit: Connection closed for inactivity)
[04:50:32] *** jrick <jrick!~jrick@unaffiliated/jrick> has joined #illumos
[04:51:30] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has quit IRC (Ping timeout: 265 seconds)
[05:03:40] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has quit IRC (Read error: Connection reset by peer)
[05:03:56] *** sjorge <sjorge!~sjorge@unaffiliated/sjorge> has joined #illumos
[05:39:01] *** kev009_ <kev009_!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[05:39:12] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has quit IRC (Ping timeout: 245 seconds)
[05:56:53] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[06:32:06] *** Teknix <Teknix!~pds@172.58.43.122> has quit IRC (Ping timeout: 246 seconds)
[06:33:12] *** kev009_ <kev009_!~kev009@ip72-222-200-117.ph.ph.cox.net> has quit IRC (Remote host closed the connection)
[06:34:06] *** Teknix <Teknix!~pds@172.58.47.43> has joined #illumos
[06:38:08] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[06:48:13] *** jrick <jrick!~jrick@unaffiliated/jrick> has quit IRC (Ping timeout: 245 seconds)
[07:17:42] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Quit: aszeszo)
[08:03:41] *** yuripv <yuripv!~yuripv@217.146.82.144> has quit IRC (Ping timeout: 276 seconds)
[08:08:56] *** yuripv <yuripv!~yuripv@217.146.82.144> has joined #illumos
[08:28:27] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[08:32:50] *** merzo <merzo!~merzo@189-15-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 240 seconds)
[08:40:52] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[08:53:57] *** alanc <alanc!~alanc@129.157.69.38> has quit IRC (Remote host closed the connection)
[08:54:26] *** alanc <alanc!~alanc@129.157.69.38> has joined #illumos
[09:29:02] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[09:29:50] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[09:31:32] *** andy_js <andy_js!~andy@94.12.192.123> has joined #illumos
[09:37:10] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[09:40:00] *** merzo <merzo!~merzo@ll-202.208.223.85.sovam.net.ua> has joined #illumos
[09:51:00] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Quit: aszeszo)
[09:54:32] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #illumos
[10:17:50] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Remote host closed the connection)
[10:19:38] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[10:21:35] *** man_u <man_u!~manu@manu2.gandi.net> has joined #illumos
[10:40:04] *** awordnot <awordnot!~awordnot@c-73-210-60-203.hsd1.il.comcast.net> has quit IRC (Ping timeout: 246 seconds)
[10:51:01] *** awordnot <awordnot!~awordnot@c-73-210-60-203.hsd1.il.comcast.net> has joined #illumos
[10:58:04] *** jperkin <jperkin!~jperkin@custard.perkin.org.uk> has quit IRC (Ping timeout: 268 seconds)
[11:16:34] *** jperkin <jperkin!~jperkin@custard.perkin.org.uk> has joined #illumos
[11:46:32] *** MarcelT <MarcelT!~marcel@tortuga.telka.sk> has quit IRC (Ping timeout: 244 seconds)
[11:49:03] *** Teknix <Teknix!~pds@172.58.47.43> has quit IRC (Ping timeout: 245 seconds)
[11:51:32] *** Teknix <Teknix!~pds@172.58.43.122> has joined #illumos
[12:06:58] *** merzo <merzo!~merzo@ll-202.208.223.85.sovam.net.ua> has quit IRC (Ping timeout: 245 seconds)
[12:16:07] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[12:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[12:20:07] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[12:43:05] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[12:43:24] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[12:43:46] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[12:44:24] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[12:49:29] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[13:12:25] <wiedi> if kernel memory usage is growing continuously over time and I suspect a leak, what's the best way to figure out where that memory is going? Don't have a dump yet (needs scheduled downtime), so can't use ::findleaks. https://gist.github.com/wiedi/b7d93f5a9667bc4d9032a0983eaad17a <- is what I have for now, but that doesn't tell me much
[13:14:38] *** andy_js <andy_js!~andy@94.12.192.123> has quit IRC (Read error: No route to host)
[13:15:43] *** andy_js <andy_js!~andy@94.12.192.123> has joined #illumos
[13:24:38] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[13:25:13] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[13:35:58] <andyf> I suppose you could look at what is calling kmem_alloc()
[13:36:44] <andyf> Ideally, set kmem_flags to enable auditing but that probably requires a reboot too
[13:38:42] <andyf> dtrace -n 'fbt::kmem_alloc:entry{@[stack(3)]=count()}'
[13:38:45] <andyf> for a rough first look
[13:38:49] <andyf> just press ^C after a few seconds
[13:39:48] <gitomat> [illumos-gate] 11626 introduce /etc/versions/build -- John Levon <john.levon at joyent dot com>
[13:43:04] <gitomat> [illumos-gate] 11657 Remove old ctf tools -- John Levon <john.levon at joyent dot com>
[13:51:52] *** Teknix <Teknix!~pds@172.58.43.122> has quit IRC (Ping timeout: 265 seconds)
[13:53:55] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Read error: Connection reset by peer)
[13:54:05] *** Teknix <Teknix!~pds@172.58.47.43> has joined #illumos
[13:54:29] *** tsoome <tsoome!~tsoome@233-103-157-37.dyn.estpak.ee> has joined #illumos
[13:59:53] *** tsoome <tsoome!~tsoome@233-103-157-37.dyn.estpak.ee> has quit IRC (Ping timeout: 245 seconds)
[14:02:53] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[14:13:42] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:21:47] *** jellydonut <jellydonut!~quassel@s91904423.blix.com> has joined #illumos
[14:23:53] <wiedi> thanks! The limit for stack(N) is nice. Lots of lx_ stuff going on https://gist.github.com/wiedi/bde349c8e583eb2a6eb266d73441efb6
[14:26:19] <wiedi> But not sure, it's just not growing that fast: http://up.frubar.net/4013/mem-year-2.png
[14:30:55] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[14:31:35] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[14:32:06] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[14:32:35] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[14:34:37] <andyf> yeah.. I think you need to set kmem_flags in /etc/system to at least enable auditing, then after the next reboot you can see what is responsible for allocating all of those 8K chunks
[14:37:52] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has joined #illumos
[14:38:53] *** dukrat <dukrat!~dukrat@45.35.251.216> has joined #illumos
[14:40:06] <andy_js> Would anybody be interested in an APICA update?
[14:40:23] <andy_js> *APICIA
[14:41:03] <andy_js> *ACPICA
[14:41:13] *** Risa <Risa!~dukrat@45.35.251.216> has quit IRC (Ping timeout: 246 seconds)
[14:41:21] *** dukrat is now known as Risa
[14:41:32] <andyf> Sounds good.. looks like Joyent gave us 20180629
[14:42:06] *** merzo <merzo!~merzo@185.39.197.205> has joined #illumos
[14:42:23] <andyf> (and, if I remember, some method to update more easily now)
[14:43:18] <andy_js> They added some new files and changing some constants.
[14:43:28] <andy_js> The update wasn’t hugely difficult.
[14:43:37] <andy_js> *changed.
[14:48:30] <andyf> I've never done it but that's good to hear
[14:48:53] <andyf> It looks like github/illumos/acpica is out of date - missing 7 commmits that github/joyent/acpica has
[15:01:28] *** jrick <jrick!~jrick@unaffiliated/jrick> has joined #illumos
[15:19:25] *** jellydonut <jellydonut!~quassel@s91904423.blix.com> has quit IRC (Quit: jellydonut)
[15:22:01] *** jellydonut <jellydonut!~quassel@s91904427.blix.com> has joined #illumos
[15:28:40] *** lblume <lblume!~lblume@greenviolet/laoyijiehe/lblume> has quit IRC (Ping timeout: 252 seconds)
[15:42:08] *** wonko <wonko!~quassel@2600:1700:5ee7:1c80::6d2> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)
[15:46:09] *** lblume <lblume!~lblume@greenviolet/laoyijiehe/lblume> has joined #illumos
[15:48:13] *** wonko <wonko!~quassel@2600:1700:5ee7:1c80::6d2> has joined #illumos
[15:58:59] *** KungFuJesus <KungFuJesus!~adamstyli@207.250.97.74> has quit IRC (Quit: leaving)
[16:04:40] *** danmcd <danmcd!~danmcd@static-71-174-113-16.bstnma.fios.verizon.net> has quit IRC (Read error: Connection reset by peer)
[16:19:02] <jbk> I think mgerdts did a lot of that (though he's out through the end of next week)
[16:38:24] <rmustacc> No, I just used his script to do it.
[16:38:34] <rmustacc> It looks like I forgot to push them to the illumos branch.
[16:38:39] <rmustacc> andyf: I'll take care of that.
[16:38:58] <rmustacc> andy_js: Please make sure to use the illumos/acpica stuff as a way to stage and make it obvious what's changed and use the scripts there for updating, please.
[16:39:18] *** jimklimov1 <jimklimov1!~jimklimov@31.7.243.238> has joined #illumos
[16:39:29] <rmustacc> To be clear, Mike did a lot of useful work in automating it, I did the most recen tone.
[16:40:22] <andy_js> Sure thing. I have a fork of that repo too.
[16:40:43] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 245 seconds)
[16:41:03] <rmustacc> OK, thanks. I just find making it obvious what we've changed and having scripts to auto-update the tree, hopefully makde it easier.
[16:42:31] <rmustacc> Only real advice is to make sure that we have plenty of test images for folks to try it out on.
[16:42:54] <rmustacc> And try to get diverse testing results, because it has a pretty large impact.
[16:43:16] <rmustacc> And in particular we should make sure to get folks who hit the previous deadlock.
[16:44:09] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[16:47:48] <rmustacc> andyf: Would you like me to create illumos issues that describe all of the fixes we have for acpica so that it's obvious what all the joyent changes were?
[16:53:10] <andy_js> I assume that was meant for me. To be honest I dont think that’s necessary.
[16:53:13] *** Teknix <Teknix!~pds@172.58.47.43> has quit IRC (Ping timeout: 245 seconds)
[16:53:30] <andy_js> I followed the instructions and cherry-picked all of the joyent changes over.
[16:53:46] <rmustacc> Well, I meant it for the other andy since he asked me about it being out of date. But I guess it's true for both.
[16:54:28] <rmustacc> I just wanted to make sure the illumos changes were in sync with what we had in tree. I guess I can push it with the existing commit names. Just thought it'd be more helpful to know what each of those was.
[16:54:40] *** nj0rd <nj0rd!~nj0rd@static.116.34.217.95.clients.your-server.de> has quit IRC (Ping timeout: 264 seconds)
[16:54:57] *** Teknix <Teknix!~pds@172.58.43.122> has joined #illumos
[16:56:46] <rmustacc> If we don't care about the messages, I'll just push it over then.
[17:05:17] <gitomat> [illumos-gate] 11656 SMB share names appear as all lowercase -- Andrew Stormont <astormont at racktopsystems dot com>
[17:12:46] *** yuripv <yuripv!~yuripv@217.146.82.144> has quit IRC (Quit: brb)
[17:13:26] *** yuripv <yuripv!~yuripv@217.146.82.144> has joined #illumos
[17:15:39] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[17:15:50] *** Teknix <Teknix!~pds@172.58.43.122> has quit IRC (Ping timeout: 265 seconds)
[17:17:59] *** Teknix <Teknix!~pds@172.58.47.43> has joined #illumos
[17:28:41] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Quit: aszeszo)
[17:33:50] <jimklimov1> Hi all, got an interesting observation while trying to backup my system: added a new disk, made a new pool there, and zfs-sent my rpool over.
[17:34:05] <jimklimov1> Now beadm shows twice the amount of BEs
[17:34:43] <jimklimov1> and tends to "beadm mount" wrong ones (from the backup pool, probably because they get listed later and are a most relevant hit? dunno...)
[17:35:10] *** merzo <merzo!~merzo@185.39.197.205> has quit IRC (Ping timeout: 265 seconds)
[17:35:20] <jimklimov1> it does not show usable differences however (e.g. "this BE resides on this pool") so the list looks very puzzling
[17:35:35] <jimklimov1> is this normal/expected/oversight/... ? :)
[17:36:04] <bahamat> It's been a while since I dealt with be's, but IIRC a property is added to the be datasets, so retaining that property a send to a new pool would duplicate them in the output of beadm.
[17:36:04] <jimklimov1> example at https://github.com/jimklimov/illumos-splitroot-scripts/issues/2 (first comment)
[17:38:00] *** wacki <wacki!~wacki@i577B8D08.versanet.de> has joined #illumos
[17:40:27] *** jimklimov1 <jimklimov1!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 240 seconds)
[17:40:36] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[17:51:55] <andyf> rmustacc, I don't mind either, whatever makes sense to you
[17:52:54] <andyf> andy_js, I'm a bit confused about your perl problems on OmniOS... The system version of perl is an isaexec binary, so you can get 32-bit perl with `ISALIST=i386 perl`
[17:53:16] <andyf> (although if your change gets RTId, we may drop 32-bit perl completely in a future release)
[17:53:44] <jbk> the perl the!
[17:54:22] <andyf> In fact, I'm pretty sure that the `perl-64` package is currently optional
[17:55:14] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[17:55:29] <andyf> building both sets of modules seems sensible though.
[17:56:57] <gitomat> [illumos-gate] 11650 ZFS user accounting fixes -- Tom Caputi <tcaputi at datto dot com>
[18:03:09] <andyf> Ok, part of why I was confused it that OmniOS already ships both 32 and 64-bit perl modules
[18:03:29] <andyf> @danmcd did that in 2014
[18:10:26] <andyf> ... as you know from the diffs you posted :)
[18:14:12] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has quit IRC (Ping timeout: 246 seconds)
[18:22:39] <gitomat> [illumos-gate] 11666 loader: remove panic macro from zfssubr.c -- Toomas Soome <tsoome at me dot com>
[18:22:57] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 246 seconds)
[18:41:09] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Quit: man_u)
[18:48:35] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[18:56:14] *** Asgaroth <Asgaroth!~Asgaroth@78.152.208.228> has joined #illumos
[19:03:45] *** merzo <merzo!~merzo@189-15-132-95.pool.ukrtel.net> has joined #illumos
[19:12:05] *** KungFuJesus <KungFuJesus!~adamstyli@207.250.97.74> has joined #illumos
[19:15:00] *** yomisei <yomisei!~void@77.22.191.43> has quit IRC (Ping timeout: 244 seconds)
[19:16:26] *** merzo <merzo!~merzo@189-15-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 276 seconds)
[19:25:15] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has joined #illumos
[19:29:22] *** merzo <merzo!~merzo@189-15-132-95.pool.ukrtel.net> has joined #illumos
[19:36:06] *** wacki <wacki!~wacki@i577B8D08.versanet.de> has quit IRC (Ping timeout: 246 seconds)
[19:36:35] *** wacki <wacki!~wacki@i577B8D08.versanet.de> has joined #illumos
[19:41:24] *** yomisei <yomisei!~void@ip4d16bf2b.dynamic.kabel-deutschland.de> has joined #illumos
[19:51:08] *** wonko <wonko!~quassel@2600:1700:5ee7:1c80::6d2> has quit IRC (Ping timeout: 245 seconds)
[19:54:50] *** Teknix <Teknix!~pds@172.58.47.43> has quit IRC (Ping timeout: 240 seconds)
[19:57:34] *** Teknix <Teknix!~pds@172.58.46.181> has joined #illumos
[19:59:34] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has joined #illumos
[20:03:04] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 265 seconds)
[20:12:59] *** Teknix <Teknix!~pds@172.58.46.181> has quit IRC (Ping timeout: 276 seconds)
[20:15:56] *** Teknix <Teknix!~pds@172.56.7.132> has joined #illumos
[20:17:29] *** Teknix <Teknix!~pds@172.56.7.132> has quit IRC (Read error: Connection reset by peer)
[20:20:22] *** melloc <melloc!~codytimec@104.166.94.34> has quit IRC (Ping timeout: 246 seconds)
[20:20:43] *** arekinath <arekinath!~arekinath@pdpc/supporter/professional/arekinath> has quit IRC (Ping timeout: 246 seconds)
[20:20:54] *** jordan[m]1 <jordan[m]1!~jordantim@2607:3f00:11:24::3> has quit IRC (Ping timeout: 252 seconds)
[20:22:26] *** melloc <melloc!~codytimec@2607:3f00:11:24::3> has joined #illumos
[20:22:54] *** jordan[m]1 <jordan[m]1!~jordantim@104.166.94.34> has joined #illumos
[20:23:18] *** Teknix <Teknix!~pds@172.58.30.207> has joined #illumos
[20:23:25] *** danmcd <danmcd!~danmcd@static-71-174-113-16.bstnma.fios.verizon.net> has joined #illumos
[20:23:41] <danmcd> So am I on crack or is 11679 actually a bug?
[20:25:09] <toasterson> hmm zabbix fails because it cannot find the header bytesex.h included by endian.h
[20:25:46] <rmustacc> toasterson: It seems like somehow you found the wrong endian.h.
[20:25:54] <rmustacc> Our endian.h does not refer to bytesex.h.
[20:26:17] <despair86> >bytesex.h
[20:26:18] <rmustacc> danmcd: Seems like it would be better to check it inside the mutex.
[20:26:22] <despair86> heh
[20:26:38] <rmustacc> Unfortunately, that is the name of a libast file.
[20:27:12] *** melloc <melloc!~codytimec@2607:3f00:11:24::3> has quit IRC (Ping timeout: 246 seconds)
[20:27:28] <toasterson> hmm zabbix embed wants endian.h which other could it be though
[20:27:32] <rmustacc> danmcd: But yes, strictly speaking, the accurate measurement can only happen inside the mutex. In general, it should only cause us to miss cases where it was actually zero.
[20:27:47] <rmustacc> toasterson: Using endian.h is fine. We have it in illumos.
[20:27:56] *** jordan[m]1 <jordan[m]1!~jordantim@104.166.94.34> has quit IRC (Ping timeout: 276 seconds)
[20:27:56] <rmustacc> But somehow it seems to have found a different one.
[20:28:19] <toasterson> rmustacc (IRC): why would you guess that?
[20:28:25] <toasterson> it is the one from illumos
[20:28:35] *** Teknix <Teknix!~pds@172.58.30.207> has quit IRC (Ping timeout: 276 seconds)
[20:28:46] <toasterson> /usr/include/ast/endian.h
[20:28:50] <rmustacc> toasterson: Because libast also ships a usr/include/ast/endian.h that references the file in question that can't be found.
[20:29:02] <rmustacc> toasterson: The real endian.h is /usr/include/endian.h.
[20:29:16] <rmustacc> That's the one we wrote and added all the endian compat functions for in libc.
[20:29:22] <toasterson> ah
[20:29:42] <toasterson> gotcha will modify to that endian.h
[20:29:50] *** Teknix <Teknix!~pds@172.58.43.97> has joined #illumos
[20:29:59] <toasterson> btw why do we still ship the broken ast/endian.h?
[20:30:23] <rmustacc> Well, if you're using libast (which I'm not sure why) it should be fine?
[20:31:16] <toasterson> need to check what zabbix wants but it definetly isn't happy about the libast files
[20:31:29] <rmustacc> How did it find them? they aren't on the default search path?
[20:34:02] <toasterson> it has a config otion for old solaris which got cheossen
[20:34:13] * toasterson sent a long message: < https://matrix.wegmueller.it/_matrix/media/v1/download/matrix.wegmueller.it/QUsMCGkiwVRDePHRlCXyBAcT >
[20:34:30] <toasterson> which looks like a configure option
[20:35:02] <rmustacc> I see, OK.
[20:35:15] <rmustacc> Well, we do support endian.h, so hopefully we have what it needs and libast is uncessary now.
[20:35:45] <toasterson> 4.0 did compile without problems looks like a regression in 4.2
[20:37:17] <rmustacc> Well, if there's an issue in /usr/include/endian.h, please let me know.
[20:39:09] *** melloc <melloc!~codytimec@104.166.94.34> has joined #illumos
[20:39:10] <toasterson> rmustacc (IRC): will do. Well it wont find the other ast libs anymore in searchpath as they are still referneced via filename.h instead of ast/filename.h but i guess that is intended?
[20:39:23] *** arekinath <arekinath!~arekinath@pdpc/supporter/professional/arekinath> has joined #illumos
[20:39:52] *** jordan[m]1 <jordan[m]1!~jordantim@104.166.94.34> has joined #illumos
[20:41:49] <rmustacc> Perhaps? I'm not sure.
[20:43:32] <toasterson> well if searchpath does not include usr/include/ast it wont compile :)
[20:43:47] *** despair_ <despair_!~despair@exit.i2p.rocks> has joined #illumos
[20:43:55] *** despair_ <despair_!~despair@exit.i2p.rocks> has quit IRC (Remote host closed the connection)
[20:44:26] <toasterson> do you know by chance how I can make __SUNPRO_C undefined? this is what seems to trip zabbix into thinking we are an ancient solaris version
[20:46:07] <danmcd> Are you using /opt/SUNWspro or /opt/sunstudio... for your `cc` ?
[20:46:58] *** despair86 <despair86!~despair@185.10.68.109> has quit IRC (Ping timeout: 245 seconds)
[20:46:58] <toasterson> good question it is oi-userland
[20:48:34] <toasterson> i would claim no
[20:49:15] <toasterson> no CC is set to gcc
[20:52:27] *** despair86 <despair86!~despair@exit.i2p.rocks> has joined #illumos
[20:54:45] <danmcd> So also why if usr/include/ast is not defined will zabbix not compile?
[20:54:46] <rmustacc> I don't believe there's anything in illumos that defines that by default.
[20:55:10] <danmcd> rmustacc is correct. There are headers and source in illumos that CHECK for it, but nothing defines it.
[20:57:04] <danmcd> s/ast is not defined/ast is not included in your searchpath/g
[20:57:40] <toasterson> danmcd (IRC): zabbix includes a new component that has workarounds for "OLD_SOLARIS" versions those headers include ast/endian.h under certain circumstances
[20:57:54] <toasterson> it's a hell of idedefs
[20:58:01] <danmcd> Wow. Then it all reduces to what does Zabbix think qualifies as "OLD_SOLARIS"?
[20:59:40] <toasterson> yep its this file btw. https://github.com/zabbix/zabbix/blob/master/src/libs/zbxembed/duk_config.h
[21:00:21] <toasterson> so if anyone knows enough C foo to help teach zabbix that we are a modern os i would be very happy
[21:01:35] <toasterson> i think the line https://github.com/zabbix/zabbix/blob/8e5b66f449603a5ac516b519a880926d2b5ccc5e/src/libs/zbxembed/duk_config.h#L181 is the problem
[21:02:26] <igork> toasterson: what is zabbix version?
[21:02:45] <toasterson> 4.2
[21:02:52] <igork> we are using zabbix-4.0.3+dfsg from debian
[21:03:11] <danmcd> https://github.com/zabbix/zabbix/search?q=__SUNPRO_C&unscoped_q=__SUNPRO_C
[21:03:26] <danmcd> I don't see __SUNPRO_C being *defined* anywhere.
[21:03:59] <despair86> i would have assumed it was defined by the platform compiler itself
[21:04:47] <despair86> i.e. on Solaris it assumes you're still using sun studio
[21:05:28] <igork> despair86: built zabbix on dilos https://bitbucket.org/dilos/du2/src/master/components/zabbix/debian/patches/dilos.patch
[21:05:31] <rmustacc> Yeah, only a compiler should be passing that flag.
[21:06:12] <toasterson> igork (IRC): thnaks i will have a look
[21:06:27] <igork> toasterson: welcome
[21:06:36] <igork> we are using zabbix a lot
[21:07:02] <danmcd> On OmniOS:
[21:07:20] <danmcd> #ifdef __SUNPRO_C
[21:07:20] <danmcd> #error "WTF"
[21:07:20] <danmcd> #endif
[21:07:30] <despair86> lul
[21:07:52] <danmcd> Only /opt/{SUNWspro,sunstudio12.1}/bin/cc makes that error flip.
[21:08:01] <danmcd> (test program text above)
[21:08:38] <rmustacc> I guess I'd ask are you sure you're not using studio?
[21:08:39] <danmcd> gcc-4.4.4 (old illumos world-building compiler) and gcc-7.4.0 (new illumos world-building compiler) seem to compile w/o error
[21:09:38] <toasterson> yes so i guess https://github.com/zabbix/zabbix/blob/8e5b66f449603a5ac516b519a880926d2b5ccc5e/src/libs/zbxembed/duk_config.h#L711 is wrong?
[21:09:52] <toasterson> need to look at igork patch
[21:10:05] <toasterson> but i am afraid it came in past 4.0
[21:10:15] <igork> toasterson: yes, a little older
[21:10:31] <igork> and have no issues with your file
[21:11:05] <toasterson> no issues with my file meaning the conditions of the ifdef look sane?
[21:11:14] <andyf> andy_js - gate build with your perl patch was fine, but it will be a flag day for building on omnios
[21:11:16] <igork> but debian upstream still on zabbix 4.0
[21:11:25] <igork> toasterson: ^^^
[21:11:38] <igork> i just checked stretch and buster and sid
[21:12:13] <toasterson> yeah i am not necessarily following debian versions 🙂 but may need to
[21:12:48] <igork> toasterson: we are using debian versions and patches with builds on dilos
[21:12:51] <tsoome> andy_js: are you still ok with https://illumos.org/rb/r/2241/ ?:)
[21:12:52] <Reinhilde> illumos feels nostalgic and futuristic at the same time
[21:13:51] <andyf> Are you saying I need to upgrade my zabbix packages from 2.4.5 then?
[21:14:15] <Reinhilde> igork: if debian updates to nano 4.4, do not roll with it. nano 4.4 has the terminal dyscrasia you pm'd me about, but 4.3 doesn't.
[21:14:48] <Reinhilde> toasterson: ... you're running asterisk on illumos aren't you?
[21:15:16] <despair86> 'cc: Studio 12.[56] Sun C 5.1[45] SunOS_i386 201[67]/05/3[01]' was kicking my ass last night while building 'gani' (RTL8169 network card driver from JP), it stripped out a nullptr check even at -xO2
[21:15:42] <igork> andyf: zabbix 4.0 works as well a long time for me
[21:16:31] <igork> with php-7.3
[21:18:53] <igork> Reinhilde: we have nano version 2.7.4 from debian stretch and have no issues with it
[21:20:07] *** despair <despair!~AndChat53@172.56.6.255> has joined #illumos
[21:25:35] *** Smithx10 <Smithx10!uid243404@gateway/web/irccloud.com/x-abfwszeeehletqta> has joined #illumos
[21:31:20] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[21:34:53] *** Kurlon_ <Kurlon_!~Kurlon@bidd-pub-04.gwi.net> has quit IRC (Ping timeout: 245 seconds)
[21:46:01] *** wacki <wacki!~wacki@i577B8D08.versanet.de> has quit IRC (Quit: Lingo: www.lingoirc.com)
[21:47:00] *** despair <despair!~AndChat53@172.56.6.255> has quit IRC (Quit: Disconnected from Wi-Fi)
[22:09:59] *** Teknix <Teknix!~pds@172.58.43.97> has quit IRC (Ping timeout: 276 seconds)
[22:11:22] *** Teknix <Teknix!~pds@172.58.43.97> has joined #illumos
[22:16:31] <toasterson> andyf (IRC): i might
[22:16:51] <toasterson> Reinhilde (IRC): no i have never run asterisk
[22:18:31] <mnowak_> Reinhilde, what's wrong with nano 4.4? we have it in OI
[22:19:44] <Reinhilde> mnowak_: terminal dyscrasias under tmux
[22:19:56] <Reinhilde> mnowak_: https://umbrellix.net/~ellenor/credibilitygap.png
[22:20:00] *** ed209 <ed209!~ed209@165.225.128.67> has quit IRC (Remote host closed the connection)
[22:20:06] *** ed209 <ed209!~ed209@165.225.128.67> has joined #illumos
[22:23:13] <mnowak_> Reinhilde, I am sorry, I don't see anything wrong there ?
[22:23:36] <Reinhilde> mnowak_: discontinuous line numbers, and paragraphs being overwritten by other paragraphs.
[22:23:55] <Reinhilde> it stops drawing midway down the screen and it looks roughly like that
[22:25:19] <mnowak_> Reinhilde, I see, thanks
[22:26:12] <despair86> > solaris
[22:26:17] <despair86> > no SCTp
[22:26:59] <despair86> because basically everyone assumes the SCTP implementation is BSD
[22:27:59] <Reinhilde> despair86: it's an ircd motd
[22:28:10] <Reinhilde> I hadn't tested my ircd on illumos at the time
[22:28:20] <despair86> oh. it read like a piece of the documentation
[22:29:18] <despair86> but yes, the Oracle SCTP object layouts are nowhere near similar to BSD's, so basically everyone else considers it to be broken
[22:30:33] <Reinhilde> it is part of the documentation, and it's possible that it is broken
[22:30:58] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[22:31:49] <Reinhilde> I don't do anythin special with SCTP. If Sun supports what I call "TCP compat mode", it should work.
[22:33:04] <danmcd> That impedance mismatch on SCTP is yet-another tragic consequence of closing the barn door in 2010...
[22:33:34] <danmcd> (Or at least was exacerbated by it.)
[22:34:15] <despair86> yeah i found this out when i tried to activate webrtc in navigator, which rolls its own userspace SCTP, *but* also depends on system SCTP headers if present
[22:34:26] <Reinhilde> despair86: whew
[22:34:50] <Reinhilde> danmcd: is the documentation as readable as the BSD docs
[22:35:50] <Reinhilde> so apparently the way I use SCTP is compatible, danmcd
[22:35:55] <danmcd> Not sure. I never dug deeply into SCTP even back then. (And I don't know what you're saying about the BSD docs... could be damning with faint praise, holding a high bar... no idea).
[22:36:29] <Reinhilde> in ncat to the machine,
[22:36:31] <Reinhilde> :perihelion.nj.us.[CENSORED] 372 testus :- rewarded on your IRC network. Users connecting via SCTP will gain
[22:36:33] <Reinhilde> :perihelion.nj.us.[CENSORED] 372 testus :- a usermode (+T).
[22:36:35] <despair86> think that was a general question: comparing the quality of the BSD man pages vs docs.oracle
[22:36:37] <Reinhilde> :testus MODE testus :+Ti
[22:36:50] <Reinhilde> despair86: vs the man pages (where exists) on illumos.
[22:37:00] <despair86> yeah
[22:43:11] <Reinhilde> despair86: the rather simple use case that my IRCD makes of sctp is compatible across both BSD and Sun, it seems.
[22:43:44] <despair86> cool
[22:44:11] <Cthulhux> ah. i have reached the point where my omnios server refuses to be reachable from the outside again. it just times out. i have a vnc console attached though. nothing obvious - enough disk space, all svcs running
[22:44:17] <Cthulhux> any idea?
[22:44:23] <Cthulhux> it took a day this time..
[22:44:35] <despair86> ifconfig -a ?
[22:44:55] <despair86> sometimes the default adapter loses its lease and can't get a new one
[22:45:03] <despair86> sometimes it get duplicated?
[22:45:20] * Cthulhux looks how to put it online
[22:47:16] <Cthulhux> ok, i'll use a screenshot ... :-) https://i.imgur.com/6iLQ0yn.png
[22:48:00] <despair86> oh
[22:48:22] <despair86> i thought it was running into the same problem i have
[22:49:02] <Cthulhux> too easy, probably..
[22:49:04] <Reinhilde> danmcd: it's holding a bar that many of the illumos docs don't clear, but a low bar nonetheless
[22:49:23] <danmcd> So "damning with faint praise" it is.
[22:49:29] <Reinhilde> danmcd: well, both really
[22:51:39] <Cthulhux> i'll reboot it daily now... seems to be the only solution
[22:51:41] <Cthulhux> hmph.
[22:53:27] *** SolarHilde <SolarHilde!~ellenor@unaffiliated/ellenor> has joined #illumos
[22:53:27] <rmustacc> Well, there's nothing that looks weird in that state for e1000g0 at least for IPv4.
[22:53:41] <SolarHilde> 13:53:40 up 2 day(s), 9 hr(s), 0 users, load average: 0.95, 0.98, 1.17
[22:53:46] <SolarHilde> confounder: I use a static address for my ipv4
[22:54:03] <SolarHilde> and all my ipv6 seems to have gone away, again :(
[22:54:26] <Cthulhux> rmustacc: and IPv4 is what i try to use when connecting to it. - i rebooted now and it works... until it suddenly stops again
[22:54:33] <Cthulhux> it was fine a few weeks ago
[22:54:37] <Cthulhux> some update maybe :x
[22:59:41] <Reinhilde> on an interface that requires addrconf for the primary address6 but can use static for the secondary, tertiary, N-ary address6es, why does it appear that ipadm cannot add these secondary+ addresses, but ifconfig can?
[23:06:44] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 265 seconds)
[23:24:28] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has quit IRC (Ping timeout: 245 seconds)
[23:35:53] *** user888 <user888!~user888@pool-96-242-225-247.nwrknj.fios.verizon.net> has joined #illumos
[23:37:05] *** jellydonut <jellydonut!~quassel@s91904427.blix.com> has quit IRC (Ping timeout: 276 seconds)
[23:37:48] *** kohju <kohju!~kohju@gw.justplayer.com> has quit IRC (Ping timeout: 268 seconds)
[23:40:14] *** kohju <kohju!~kohju@gw.justplayer.com> has joined #illumos
[23:46:39] *** andy_js <andy_js!~andy@94.12.192.123> has quit IRC (Quit: andy_js)
top

   September 12, 2019  
< | 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 | >