Switch to DuckDuckGo Search
   October 14, 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 | 31 | >

Toggle Join/Part | bottom
[00:27:31] <perlgod> nvm, that was operator error. debian has update-grub AND update-grub2. if you call update-grub (the first from the tab completion) it bricks the VM *sigh*
[00:31:22] <AmyMalik> wew.
[00:33:46] <perlgod> this is why i avoid linux
[01:23:56] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 240 seconds)
[01:31:58] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[01:38:55] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[01:48:40] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-vwyfddtchdijvuyx> has joined #illumos
[02:57:26] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[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:45:38] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 240 seconds)
[03:47:51] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[03:49:37] *** kohju <kohju!~kohju@gw.justplayer.com> has quit IRC (Ping timeout: 240 seconds)
[03:51:16] *** kohju <kohju!~kohju@gw.justplayer.com> has joined #illumos
[04:52:16] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-vwyfddtchdijvuyx> has quit IRC (Quit: Connection closed for inactivity)
[05:26:08] *** AmyMalik is now known as MelMalik
[06:24:41] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 268 seconds)
[06:26:23] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[06:49:33] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-orphpudkkcdgwete> has joined #illumos
[07:21:23] <MelMalik> compiler bus errors?
[07:34:22] *** amrfrsh <amrfrsh!~Thunderbi@185.212.171.68> has quit IRC (Quit: amrfrsh)
[07:53:09] *** slx86 <slx86!~Thunderbi@185.98.144.22> has joined #illumos
[08:06:30] *** fanta1 <fanta1!~fanta1@p200300F76BC1DB00783379946D0F5FB7.dip0.t-ipconnect.de> has joined #illumos
[08:06:33] *** nbhauke <nbhauke!~hauke@p5DEEF3E8.dip0.t-ipconnect.de> has joined #illumos
[08:16:01] *** nbhauke <nbhauke!~hauke@p5DEEF3E8.dip0.t-ipconnect.de> has quit IRC (Quit: nbhauke)
[08:16:15] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Quit: tsoome)
[08:17:38] *** atrius <atrius!~atrius@99-160-139-232.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Ping timeout: 240 seconds)
[08:18:49] *** atrius <atrius!~atrius@2600:1700:22d1:518:6d1a:d1e9:cac3:e490> has joined #illumos
[08:34:04] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[09:06:03] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[09:07:30] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[09:27:14] *** amrfrsh <amrfrsh!~Thunderbi@131.234.43.255> has joined #illumos
[09:29:59] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has joined #illumos
[09:33:15] *** nbhauke <nbhauke!~hauke@Dachstein.nt.e-technik.tu-darmstadt.de> has joined #illumos
[09:43:17] *** andy_js <andy_js!~andy@97e29e78.skybroadband.com> has joined #illumos
[09:50:26] *** slx86 <slx86!~Thunderbi@185.98.144.22> has quit IRC (Quit: slx86)
[09:51:10] *** amrfrsh <amrfrsh!~Thunderbi@131.234.43.255> has quit IRC (Quit: amrfrsh)
[10:32:10] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:32:51] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:33:12] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:33:50] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:35:13] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-orphpudkkcdgwete> has quit IRC (Quit: Connection closed for inactivity)
[10:37:04] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:38:12] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:44:51] *** dopplergange <dopplergange!~dop@45.12.223.70> has quit IRC (Ping timeout: 265 seconds)
[10:45:36] *** dopplergange <dopplergange!~dop@45.12.223.70> has joined #illumos
[10:47:15] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:47:33] *** amrfrsh <amrfrsh!~Thunderbi@131.234.43.255> has joined #illumos
[10:47:55] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:48:44] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:49:45] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:50:42] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:52:36] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:52:58] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:53:37] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:54:21] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:54:37] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[10:54:59] *** amrfrsh <amrfrsh!~Thunderbi@131.234.43.255> has quit IRC (Quit: amrfrsh)
[10:56:25] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[10:58:36] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:00:56] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:01:12] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:03:54] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:04:55] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:06:49] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:07:15] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:09:28] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:09:52] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:15:04] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:15:33] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:15:54] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:16:52] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:17:26] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:19:32] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:26:23] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:28:02] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:28:23] <andyf> perlgod, I just tried booting debian-10.1.0-amd64-netinst.iso under bhyve on omnios r151030 - I got to the installer menu
[11:28:39] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:28:40] <perlgod> maybe it is my processor. this is any older box
[11:28:45] <perlgod> s/any/an
[11:28:58] <perlgod> though the bhyvecompat command says it works
[11:29:15] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:29:29] <perlgod> andyf did you have to switch to BHYVE_RELEASE bootrom or did the default work?
[11:29:31] <andyf> Here's my bhyve zone configuration,
[11:29:33] <andyf> https://paste.ec/paste/ce2URw50#5oQrOkPZxrXjiQEZe+7U5+-xQzBFMdUn2wNrN7ry27O
[11:29:51] <perlgod> sweet. let me try
[11:30:00] <andyf> yes, I'm using BHYVE (which is a link to BHYVE_RELEASE)
[11:31:09] <perlgod> the only difference is that you disable xhci
[11:31:36] <andyf> actually, that parameter does nothing in r151030
[11:32:11] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:32:41] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:33:14] <andyf> Oh, sorry, it does do something on my server - you could try dropping in a replacement boot script to see if that makes a difference
[11:33:41] <andyf> https://github.com/omniosorg/pkg5/raw/master/src/brand/bhyve/init
[11:33:55] <andyf> Use that to overwrite /usr/lib/brand/bhyve/init
[11:34:00] <andyf> and it will disable xhci
[11:34:05] *** lblume <lblume!~lblume@greenviolet/laoyijiehe/lblume> has quit IRC (Ping timeout: 276 seconds)
[11:35:26] <andyf> I'm connected via VNC, using real socat like this:
[11:35:32] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:35:37] <andyf> /opt/ooce/bin/socat TCP-LISTEN:5905,reuseaddr,fork UNIX-CONNECT:/data/zone/test/root/tmp/vm.vnc
[11:35:55] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:39:44] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[11:40:16] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[11:42:27] <perlgod> yep, same deal here with socat.
[11:43:30] *** merzo <merzo!~merzo@156-45-133-95.pool.ukrtel.net> has quit IRC (Ping timeout: 268 seconds)
[11:47:08] <perlgod> no dice with the patched init script
[11:47:40] <andyf> I didn't really expect it - xhci is usually required it just causes problems with an illumos guest which is why we're adding the option to disable it in the next release
[11:47:56] <perlgod> yeah. my best theory is that its my processor. this is an older box with an E5-2403
[11:48:15] <perlgod> i have another newer one that i can test in the next few days
[11:48:42] <andyf> This one is pretty old, but with E5-2650
[11:49:03] <perlgod> this box is a dell r320, though i dont think its relevant
[11:49:23] <andyf> but as far as I know, bhyve has been tested on a fair range of CPUs
[11:49:35] <andyf> Sorry I don't know what else to suggest, apart from trying to debug the failure
[11:51:18] *** lblume <lblume!~lblume@greenviolet/laoyijiehe/lblume> has joined #illumos
[11:51:39] <perlgod> no problem. i'll see if I can replicate on a different box before i devote more time to debugging
[11:52:22] <perlgod> i have a newer box that i planned to use as a hypervisor, if bhyve doesnt work there i'll take the time to figure it out
[11:52:44] <perlgod> this one just needs linux to run a samba AD DC, performance not really needed :)
[11:56:24] *** merzo <merzo!~merzo@34-7-133-95.pool.ukrtel.net> has joined #illumos
[12:08:36] <tomww> samba AD DC works as well on illumos, just in case (packages from SFE repository)
[12:14:43] *** merzo <merzo!~merzo@34-7-133-95.pool.ukrtel.net> has quit IRC (Read error: Connection timed out)
[12:15:00] *** merzo <merzo!~merzo@34-7-133-95.pool.ukrtel.net> has joined #illumos
[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:24:30] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[12:25:04] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[12:25:29] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[12:26:09] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[13:03:22] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[13:03:41] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[13:15:55] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[13:16:29] *** fiddlerwoaroof <fiddlerwoaroof!~fiddlerwo@unaffiliated/fiddlerwoaroof> has quit IRC (Read error: Connection reset by peer)
[13:16:49] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[13:20:18] *** fiddlerwoaroof <fiddlerwoaroof!~fiddlerwo@unaffiliated/fiddlerwoaroof> has joined #illumos
[13:26:50] *** toasterson1 <toasterson1!~toastmatr@85-195-235-249.fiber7.init7.net> has joined #illumos
[13:27:56] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has joined #illumos
[13:29:46] *** toasterson <toasterson!~toastmatr@85-195-235-43.fiber7.init7.net> has quit IRC (Ping timeout: 246 seconds)
[13:40:15] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has quit IRC (Quit: amrfrsh)
[13:44:32] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[13:45:29] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[13:46:51] *** fanta1 <fanta1!~fanta1@p200300F76BC1DB00783379946D0F5FB7.dip0.t-ipconnect.de> has quit IRC (Quit: fanta1)
[13:49:02] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has joined #illumos
[13:50:52] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has quit IRC (Client Quit)
[13:53:40] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has joined #illumos
[13:57:41] *** amrfrsh <amrfrsh!~Thunderbi@190.2.145.106> has quit IRC (Client Quit)
[14:01:57] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Ping timeout: 240 seconds)
[14:45:01] <igork> andyf: ping
[14:55:38] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[15:09:31] *** amrfrsh <amrfrsh!~Thunderbi@185.212.171.68> has joined #illumos
[15:16:14] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Read error: Connection reset by peer)
[15:16:15] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #illumos
[15:16:31] *** wiedi_ <wiedi_!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has joined #illumos
[15:17:18] <arekinath> MarcelT: well that would explain why I was lead astray haha, looking at the completely wrong protocol. good job me. :|
[15:17:54] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Quit: The life of a repo man is intense)
[15:20:15] *** wl_ <wl_!~wl_@2605:6000:1b0c:4e77::87c> has quit IRC (Quit: Leaving)
[15:25:56] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 240 seconds)
[15:40:26] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[15:46:02] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Remote host closed the connection)
[15:47:05] *** baojg <baojg!~baojg@162.243.44.213> has joined #illumos
[16:05:49] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:06:17] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:06:59] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:07:18] *** baojg <baojg!~baojg@162.243.44.213> has quit IRC (Remote host closed the connection)
[16:07:18] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:07:40] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:08:01] *** baojg <baojg!~baojg@162.243.44.213> has joined #illumos
[16:08:18] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:08:41] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:09:19] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:09:51] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:10:17] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:15:09] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Read error: Connection reset by peer)
[16:15:47] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has joined #illumos
[16:20:20] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[16:27:12] <jbk> does that mean you have to say 8 hail richie's now? :P
[16:37:14] *** Lirion <Lirion!~m00se@wikimedia-commons/Lirion> has quit IRC (Quit: echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlb xq |dc)
[16:38:52] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[17:07:33] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[17:08:06] *** m4rley221 <m4rley221!~m4rley@207.148.96.120> has quit IRC (Quit: leaving)
[17:08:24] *** m4rley <m4rley!~m4rley@207.148.96.120> has joined #illumos
[17:20:43] <KungFuJesus> Perhaps this is just paranoia, but I'm kind of under the impression that Joyent as of lately has been working pretty hard to get all changes out to gate after the Samsung acquisition for fear of what's to come
[17:21:38] <KungFuJesus> I'd be lying if I didn't say that the move to private-only cloud infrastructure makes me nervous :-/
[17:29:42] <jbk> having lots of differences is a maintenance burden, so getting rid of those differences where it makes sense makes things easier for everyone
[17:30:37] <KungFuJesus> yeah, I suppose that's the optimistic way to look at it. I'd hope the current Joyent employees, before handing over control, convinced them not to pull an Oracle
[17:34:39] <jbk> how would that be possible?
[17:34:51] <jbk> look at how many files have _only_ a joyent copyright.. it's not many
[17:35:26] *** mgerdts <mgerdts!~textual@2600:6c44:c7f:ec89:4d48:844c:e086:bc4f> has joined #illumos
[17:36:13] <KungFuJesus> oh without a doubt what's in gate will stay there for sure - I'm just a little worried that Joyent might change their minds and do a closed development model. I'd hope Samsung's higher ups were smarter than that, but even Sun had dummies
[17:38:37] <KungFuJesus> Offhand does anyone know if there are any publicly available SmartOS based cloud services? It seems the ones I've found so far are along the lines of "Ask for a quote" sort of deals
[17:39:00] *** slx86 <slx86!~Thunderbi@185.98.144.22> has joined #illumos
[17:40:18] *** mgerdts <mgerdts!~textual@2600:6c44:c7f:ec89:4d48:844c:e086:bc4f> has quit IRC (Ping timeout: 245 seconds)
[17:45:33] <ptribble> https://mnx.io/joyent-triton-migration/ ?
[17:46:53] <KungFuJesus> ptribble: looks like a similar service - the "Request additional info" web form makes me a bit nervous for the $/hr charge
[17:47:24] <KungFuJesus> Why not just have a table for how much each sort of instance costs?
[17:47:54] <KungFuJesus> usually if you have a contact us for details sort of setup it costs more than they want to advertise
[17:50:05] <KungFuJesus> not that Joyent was the cheapest cloud provider by any stretch, but it was reasonably priced and they weren't afraid to advertise it
[17:52:45] *** slx86 <slx86!~Thunderbi@185.98.144.22> has quit IRC (Quit: slx86)
[17:55:54] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[18:33:35] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has quit IRC (Ping timeout: 268 seconds)
[18:36:46] *** mnowak_ <mnowak_!~mnowak_@94.142.238.232> has joined #illumos
[18:46:43] *** nbhauke <nbhauke!~hauke@Dachstein.nt.e-technik.tu-darmstadt.de> has quit IRC (Quit: nbhauke)
[18:56:24] <bahamat> KungFuJesus: open development at Joyent won't stop.
[18:56:58] <bahamat> Stuff flowing to gate now as opposed to other times is simply because it's time, and there are people who are available to work on it.
[19:14:46] <KungFuJesus> bahamat: good to hear :)
[19:16:58] *** Yogurt <Yogurt!~Yogurt@104-7-67-228.lightspeed.sntcca.sbcglobal.net> has joined #illumos
[19:17:25] <rmustacc> KungFuJesus: there were a lot of things done at early joyent that made it hard to upstream. So for a while it was only one or two folks chipping away at backlog and other stuff. Now it's a bit easier to do a lot more stuff in parallel, fwiw.
[20:03:16] *** Risa <Risa!~dukrat@45.35.251.216> has quit IRC (Quit: ZNC - http://znc.in)
[20:04:11] *** Risa <Risa!~dukrat@2602:ffc5:30::1:a835> has joined #illumos
[20:22:28] *** nbhauke <nbhauke!~hauke@p5DEEF3E8.dip0.t-ipconnect.de> has joined #illumos
[20:29:12] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[20:29:48] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[20:38:25] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[21:01:32] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Ping timeout: 276 seconds)
[21:09:17] *** amrfrsh <amrfrsh!~Thunderbi@185.212.171.68> has quit IRC (Ping timeout: 240 seconds)
[21:13:45] *** amrfrsh <amrfrsh!~Thunderbi@185.212.171.68> has joined #illumos
[21:24:26] *** m4rley <m4rley!~m4rley@207.148.96.120> has quit IRC (Ping timeout: 240 seconds)
[21:25:11] *** m4rley <m4rley!~m4rley@207.148.96.120> has joined #illumos
[21:26:51] <MelMalik> >The moe utility manifests the optimal expansion of a pathname containing reserved runtime linker tokens.
[21:27:04] <MelMalik> this feels like somebody manifesting a reality
[21:29:36] <jlevon> it's a pun related to lari(1) fwiw
[21:34:52] <MelMalik> jlevon: i'm not up on svr4/solaris/illumos history. do i need to read lari.1 myself to work this out or are you willing to give a mild spoiler?
[21:35:37] <MelMalik> ideally the spoiler would still be elusive enough that I really have to chase the lead myself
[21:37:08] <jlevon> it's just a three stooges thing
[21:39:20] <MelMalik> larry and mo?
[21:43:57] <andyf> and of course, crle
[21:44:39] <MelMalik> andyf: ok now I really don't get it
[21:45:24] <jlevon> crle pronounced "curly"
[21:45:51] <MelMalik> this is funny in a "wtf" way
[21:46:33] <MelMalik> what would cause an application to SIGBUS when assigning the result of a x?a:b (trinary) where a and b are both int'eger, to an int symbol?
[21:47:04] <MelMalik> i assume the two are completely unrelated because I don't reliably get this crash bug, nor do I EVER get it on anything except omnios
[21:47:11] <rmustacc> Do you have a core file?
[21:47:23] <rmustacc> You can get more information about why the sigbus was generated from the ELF notes.
[21:47:34] <MelMalik> rmustacc: how do I print the elf notes?
[21:48:00] <rmustacc> elfdump -n
[21:48:02] <MelMalik> how would I know what appeared to cause the sigbus had I no core file? of course I have one.
[21:48:04] <MelMalik> merci
[21:48:25] <rmustacc> Make sure it's the illumos elfdump.
[21:48:51] <rmustacc> I don't assume anything, because you'd be surprised by what folks manage.
[21:48:57] <MelMalik> it's /usr/bin/amd64/elfdump which, unless someone's changed something behind my back, is illumos elfdump
[21:49:38] <rmustacc> So, there should be a note about the signal information that has more information on the address and the sub-reason for a SIGBUS, IIRC.
[21:49:54] <rmustacc> Been a while since I looked at that part. But often have used the equivalent for SIGILL, SIGFPE, SIGSEGV, etc.
[21:50:06] <MelMalik> what would the note be called?
[21:50:19] <rmustacc> Um, probably something about a signal?
[21:50:26] <rmustacc> Just going off of the top of my head.
[21:51:01] <MelMalik> pr_info:
[21:51:03] <MelMalik> si_signo: [ SIGBUS ]
[21:51:04] <MelMalik> si_errno: [ ENOMEM ]
[21:51:06] <MelMalik> si_code: [ BUS_OBJERR ]
[21:51:25] <MelMalik> does this seem about right?
[21:51:55] <rmustacc> Looks like it.
[21:52:25] <MelMalik> Does it look like I've run out of RAM?
[21:52:30] <rmustacc> Not necessairily.
[21:52:32] <MelMalik> Is there a human-readable explanation of BUS_OBJERR ?
[21:52:47] <rmustacc> Well, I was about to ask what kind of mapping was used at that adress.
[21:52:50] <rmustacc> *address
[21:53:45] <rmustacc> The manual page isn't very helpful here. Unfortunately. 'object specific hardware error'
[21:54:13] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[21:54:43] <rmustacc> Just based on looking at where we assign that, I think the mapping question is the most relevant. pmap on the core can help that or '::mappings' in mdb.
[21:55:25] <rmustacc> Things that could be relevant are whether or not something was mapped NORESERVE, whether or not the address corresponded to anonymous memory, etc.
[21:56:54] <rmustacc> Hopefully that gives you some useful starting points for future investigation.
[22:03:06] <MelMalik> it doesn't look like it, but I don't know exactly how to read pmap
[22:03:31] <rmustacc> Well, do you have an address?
[22:04:21] <rmustacc> Presumably in the signal information, you'll have an address that you were trying to access that when you look at the core corresponds with the nearby instructions.
[22:05:27] <rmustacc> the pmap manual page has a bunch of examples that work through the meanings. But if you gist/pastebin/whatever what you're lookng at, folks here can probably help.
[22:08:10] <MelMalik> honestly, I've been using various unices for 7ish years, and... I'm not good with computers
[22:08:27] <MelMalik> rmustacc: is the address in the left column of pmap the highest or lowest address of the given block?
[22:09:40] <rmustacc> Usually the low end of the mapping.
[22:10:07] <rmustacc> Another thing you can do is just take the relevant address in the core file in mdb and do '<addr>::whatis'
[22:10:31] *** nbhauke <nbhauke!~hauke@p5DEEF3E8.dip0.t-ipconnect.de> has quit IRC (Quit: nbhauke)
[22:11:21] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Quit: Lost terminal)
[22:12:13] <MelMalik> so, the address I am dealing with is between the following two addresses. I will disclose what the actual address is once I go back into elfdump (since I was too stupid to put all this in a text file)
[22:12:18] <MelMalik> 0000000000472000 7972K rw--- /home/ellenor/.local/irca/bin/ircd
[22:12:21] <MelMalik> 0000000001889000 13312K rw--- [ heap ]
[22:12:36] <MelMalik> the si_addr in elfdump is 0x0000000000b4c480
[22:13:22] <MelMalik> > 0x0000000000b4c480::whatis
[22:13:25] <MelMalik> b4c480 is ircd`ConfigFileEntry+0x1a0, in /home/ellenor/.local/irca/bin/ircd [472000,c3b000)
[22:14:03] <rmustacc> This is going to sound weird, but did you reinstall that file by chance while running the program?
[22:14:31] <MelMalik> I cannot know for sure, but I assume not
[22:15:56] <rmustacc> OK. The reason I ask is because the reasons I've seen that occur as an address in program text are usually because I'm actively working on a program and copy a new version over it. The copy though doesn't remove the underlying vnode, so instead of the running program using the old version, it starts using the new version that's still being written.
[22:16:23] <rmustacc> Though it doesn't quite add up if that's likely a data section mapping and not instruction text.
[22:16:31] <MelMalik> The program is meant to support that happening, and behave normally between upgrade and /restart
[22:16:35] <MelMalik> (it's an ircd)
[22:17:00] <rmustacc> Right, but that only can work correctly if the old file is removed first before the new version is written.
[22:17:34] <rmustacc> As that allows the existing vnode to retain all of its data and a new one with the new data that's being written to not interfere.
[22:18:00] <rmustacc> Which I only know because I've crashed mysel a few too many times incorreclty copying a .so to a target system.
[22:18:40] <rmustacc> Again, this may not be what's going on here. It's a bit surprising that the system would suddenly not be able to read or create some part of the mapping in question from the file, which is why I thought of that possibility.
[22:19:42] <MelMalik> Why would that be a problem, if the program is loaded into memory?
[22:19:51] <MelMalik> and doesn't fork itself until restart?
[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:20:36] <rmustacc> Because the program isn't really loaded into memory when it's backed by a file.
[22:20:39] <rmustacc> It will be demand faulted.
[22:20:58] <rmustacc> If the contents are changing while faulting because you're sharing the same vnode, then the contents of the old and new program will be there.
[22:21:22] <rmustacc> If you're install step does rm $file; cp $new $file then you'll never hit this.
[22:21:47] <rmustacc> Otherwise if an install step is just cp $new $file then if someone has $file open, they will be reading the old and new version and racing with the write.
[22:22:38] <rmustacc> The thing is on program exec, it doesn't actually read everything into memory and just establishes a mapping so that when it's used it'll load that part of the program from the file on disk.
[22:22:52] <MelMalik> rmustacc: usually bus errors show up when I'm compiling something unrelated.
[22:23:14] <rmustacc> OK. Well, again. It was just a single theory. Probably wrong.
[22:23:48] <rmustacc> Not trying to claim I know what's going on at your end. Just offer a few possibilities that came to mind.
[22:24:03] *** jimklimov <jimklimov!~jimklimov@31.7.243.238> has quit IRC (Quit: Leaving.)
[22:31:47] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[22:32:20] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:32:34] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:33:21] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:33:21] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:34:41] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:34:56] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:35:35] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:35:43] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:36:31] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:36:31] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:39:15] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:39:41] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:40:22] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has joined #illumos
[22:40:27] *** catalinbostan <catalinbostan!~textual@84.232.132.80> has quit IRC (Client Quit)
[22:58:49] <KungFuJesus> can anyone here imagine a reason why the VFS op for a server to server copy would take 30ms but the actual smb2 ioctl command to do this efficient server to server copy would be taking nearly half a second?
[22:59:34] <KungFuJesus> I'm using the smb_req_time.d dtrace script, it appears the "IOCTL" op code is somewhere between 262144 and 524288 us
[23:01:01] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-141-249.rochester.res.rr.com> has joined #illumos
[23:04:18] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 268 seconds)
[23:05:14] *** mgerdts <mgerdts!~textual@96-41-228-208.dhcp.ftbg.wi.charter.com> has joined #illumos
[23:44:13] <KungFuJesus> it seems like this ioctl is super slow for me: https://www.illumos.org/issues/11020#change-25190
[23:52:42] *** andy_js <andy_js!~andy@97e29e78.skybroadband.com> has quit IRC (Quit: andy_js)
top

   October 14, 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 | 31 | >