Switch to DuckDuckGo Search
   March 27, 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:02:26] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[00:11:52] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has quit IRC (Ping timeout: 256 seconds)
[00:12:47] <v_a_b> For those of you following at home when I was wrestling with OmniOS CE a while ago on two X4440s with an mpt sas hba, I am happy to report that I was able to install one of the machines using a SATA SSD connected to the on-board SATA.
[00:13:31] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[00:13:43] <v_a_b> So while it isn't 100% certain (I had to take the machine half apart to reroute the SAS cables), it is quite likely that the mpt hba was the culprit.
[00:14:42] <v_a_b> Strange that it works with Linux and Solaris 11.3 and old OmniOS versions, but not with 030 and 032. Anyway, a €75 SSD made the machine usable again. And disk I/O does feel faster, too, :-)
[00:14:48] <toasterson1> Yay congrats. Good to hear it finally worked.
[00:14:55] <v_a_b> So thanks again to everyone who helped me back then with kmdb.
[00:15:19] <v_a_b> So far, the system is stable. Fingers Xed...
[00:16:37] *** kev009 <kev009!~kev009@ip72-222-200-117.ph.ph.cox.net> has joined #illumos
[00:17:33] <rmustacc> Glad to hear it's working.
[00:19:17] <v_a_b> Yep, me too. :-)
[00:19:32] <v_a_b> So, more things tomorrow. Have a good one!
[00:19:35] <rmustacc> v_a_b: And this was the 'mpt' driver right and not the 'mpt_sas'?
[00:19:43] <v_a_b> Yes, mpt.
[00:19:49] <v_a_b> 1068E
[00:19:56] <rmustacc> Gotcha, thanks. Just wanted to confirm.
[00:29:34] <Mokou> rmustacc: which way you think is better, SO_REUSEPORT or SO_REUSEPORT_LB?
[00:29:52] <Mokou> FreeBSD decided to keep SO_REUSEPORT as is, to keep source compatibility
[00:30:12] <Mokou> but on illumos it doesn't seem to be necessary since we don't have SO_REUSEPORT before
[00:30:40] *** andy_js <andy_js!~andy@51.146.99.40> has quit IRC (Quit: andy_js)
[00:30:41] <rmustacc> Mokou: I haven't read through a bunch of the backlog on this yet. But it sounds like FreeBSD's SO_REUSEPORT_LB is semantically the same as what Linux has?
[00:30:56] <rmustacc> And they all have the same property around RSTs?
[00:31:11] <Mokou> yeah i believe they have same semantics
[00:31:31] <Mokou> and at least for my test they all RST pending connections
[00:32:12] <rmustacc> Interesting. And I guess it sounds like Dragonfly does the same as Linux. And maybe Net/OpenBSD doing more FreeBSD?
[00:32:52] <Mokou> dragonfly is probably following linux
[00:32:59] <Mokou> i haven't check net/openbsd yet
[00:33:40] <LeftWing> I suspect that where we're adopting new interfaces, if the Linux behaviour is not unsafe, we should adopt it
[00:33:43] <Mokou> SO_REUSEPORT_LB made into FreeBSD in 12.0, so i'm not sure they have even adopted it yet
[00:33:58] <LeftWing> An example of something unsafe might be: defaulting to skipping an fsync()
[00:34:15] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[00:34:53] <rmustacc> Does the Linux behavior replicate the IP/UDP multicast behavior that the BSDs documnt?
[00:38:59] <Mokou> i haven't test udp behavior yet, but multiple source from google seems to say so
[00:39:57] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[00:42:16] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[00:43:26] <rmustacc> OK. It's a bit unforunate that they all diverged. LeftWing is probably right in this case.
[00:44:03] <rmustacc> Makes me wonder if it's worth including an additional socket option to control on a per-port behavior so if you're trying to do the drain behavior, we can modify nginx to specify that specifically to get something like the bsd late bind.
[00:46:02] <ypankov> Reminds me of sendfile() implementations, where everyone wants to be different
[00:49:36] <Mokou> the linux sematic is definitely more widely adopted, but with FreeBSD sticking to SO_REUSEPORT_LB, and nginx already utilizing it, i think it's also acceptable
[00:50:47] <Mokou> but when i was testing SO_REUSEPORT, freebsd seems to dispatching incoming connection to the **first** listener...
[00:51:18] <Mokou> need more confirmation tho
[00:52:33] <Mokou> https://lists.freebsd.org/pipermail/freebsd-net/2013-July/036133.html
[00:52:37] <Mokou> https://forums.freebsd.org/threads/nginx-1-9-enable-reuseport-then-all-load-on-1-worker.55322/
[00:52:48] <Mokou> these two source seem to also confirming such behavior
[00:55:32] <Mokou> making SO_REUSEPORT prefer later bind is more useful for graceful restart, but this will make our behavior inconsist with both linux and freebsd
[00:56:26] <Mokou> _(:з」∠)_so what should we choose here
[00:57:14] <rmustacc> It seems like the Linux one is probably the most useful then?
[00:57:27] <rmustacc> And seems to be what most apps have semantically set up to do.
[00:57:51] <Mokou> yeah, i think linux one is much more popular
[00:58:35] <Mokou> freebsd sematic seems hardly useful (except for udp server restart maybe)
[00:59:08] <rmustacc> It looks like DragonFly has fixed the Linux restart semantics.
[00:59:26] <rmustacc> So, I think we should go down the Linux path, but see if we can solve the Syn problem.
[00:59:52] <rmustacc> But not treat it as a constraint.
[01:00:00] <Mokou> roger, i'll see what i can do :P
[01:05:07] <Mokou> just for the record, there's a comment in https://lwn.net/Articles/542629/ states that Darwin SO_REUSEPORT prefers later bind
[01:05:32] <Mokou> given they couldn't even got select() right, i doubt its intended behavior or simply a bug...
[01:08:24] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[01:30:34] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[01:42:07] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has quit IRC (Remote host closed the connection)
[01:42:34] *** alanc <alanc!~alanc@inet-hqmc01-o.oracle.com> has joined #illumos
[01:45:09] *** Bryson <Bryson!~anonymous@ip68-104-0-41.lv.lv.cox.net> has quit IRC (Quit: Bryson)
[01:46:51] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[01:50:48] *** jthan <jthan!~jonathan@maxilaria.jrdemasi.com> has quit IRC (Ping timeout: 265 seconds)
[01:51:17] *** AndrewG <AndrewG!~andrew@a20.cucumber.me.uk> has quit IRC (Ping timeout: 265 seconds)
[01:51:33] *** jthan <jthan!~jonathan@maxilaria.jrdemasi.com> has joined #illumos
[01:55:52] *** AndrewG <AndrewG!~andrew@a20.cucumber.me.uk> has joined #illumos
[01:57:52] *** Kassandry <Kassandry!~Kassandry@kassandry.net> has quit IRC (Quit: leaving)
[01:58:16] *** Kassandry <Kassandry!~Kassandry@kassandry.net> has joined #illumos
[01:59:28] *** Kassandry <Kassandry!~Kassandry@kassandry.net> has quit IRC (Remote host closed the connection)
[02:00:33] *** Kassandry <Kassandry!~Kassandry@kassandry.net> has joined #illumos
[02:18:40] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[02:19:16] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[02:25:45] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[02:33:26] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[02:41:03] *** Asgaroth_ <Asgaroth_!~Asgaroth@64.43.141.170> has joined #illumos
[02:44:18] *** Asgaroth <Asgaroth!~Asgaroth@93.107.154.127> has quit IRC (Ping timeout: 256 seconds)
[03:12:12] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:1281:b4b3:ef99:8ab9:366c:4195> has joined #illumos
[03:21:18] *** nbhauke_ <nbhauke_!~hauke@55d4e90d.access.ecotel.net> has joined #illumos
[03:22:14] *** nbhauke <nbhauke!~hauke@55d4ecaf.access.ecotel.net> has quit IRC (Ping timeout: 240 seconds)
[03:22:14] *** nbhauke_ is now known as nbhauke
[03:27:08] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:1281:b4b3:ef99:8ab9:366c:4195> has quit IRC (Ping timeout: 256 seconds)
[03:50:30] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[04:09:30] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:1281:b4b3:ef99:8ab9:366c:4195> has joined #illumos
[04:18:08] *** arnoldoree <arnoldoree!~arnoldore@2001:d08:1281:b4b3:ef99:8ab9:366c:4195> has quit IRC (Ping timeout: 256 seconds)
[04:21:35] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[04:34:35] *** estibi <estibi!estibi@2a0d:f400:11:100::> has quit IRC (Ping timeout: 246 seconds)
[05:06:14] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Ping timeout: 240 seconds)
[05:14:31] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[06:11:52] <rmustacc> liv3010m: I've put together a prototype of changes for that family of BCM parts for bge.
[06:14:00] <rmustacc> I'll have to go through and check for some more things here, but let me know what the best way of helping you get something to test is.
[06:14:02] *** ypankov <ypankov!058afcd3@5.138.252.211> has quit IRC (Remote host closed the connection)
[06:50:23] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Ping timeout: 240 seconds)
[06:50:43] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has quit IRC (Ping timeout: 240 seconds)
[07:04:14] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[07:05:49] <rmustacc> Hmm. I think I've found some other issues with changes folks made to bge. Does anyone have BCM 5719/5720?
[07:12:57] <tsoome> I have one open issue too:) but no hw hardware:(
[07:13:25] <rmustacc> tsoome: Yeah, I know. I'm looking at that a bit with the other changes.
[07:13:47] <rmustacc> So I'll try and combine that with the new hw support and this new issue I think I found.
[07:32:14] *** wacki <wacki!~wacki@i59F7ACD6.versanet.de> has joined #illumos
[07:36:53] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has joined #illumos
[07:48:40] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 256 seconds)
[07:52:56] *** Bryson <Bryson!~anonymous@ip68-104-0-41.lv.lv.cox.net> has joined #illumos
[08:10:38] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[08:27:27] *** pwinder <pwinder!~pwinder@86.11.191.8> has joined #illumos
[08:29:37] *** neuroserve <neuroserve!~toens@ip-84-118-128-132.unity-media.net> has quit IRC (Ping timeout: 264 seconds)
[08:48:56] *** BOKALDO <BOKALDO!~BOKALDO@81.198.21.4> has joined #illumos
[08:51:44] *** varna_ <varna_!~varna@183.157.11.110> has joined #illumos
[08:51:45] *** varna <varna!~varna@125.120.234.249> has quit IRC (Read error: Connection reset by peer)
[09:03:11] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has quit IRC (Quit: nbhauke)
[09:10:34] *** andy_js <andy_js!~andy@51.146.99.40> has joined #illumos
[09:12:14] *** neuroserve <neuroserve!~toens@ip-94-114-237-187.unity-media.net> has joined #illumos
[09:14:18] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has quit IRC (Remote host closed the connection)
[09:14:30] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has joined #illumos
[09:14:50] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has joined #illumos
[09:38:57] *** estibi <estibi!estibi@2a0d:f400:11:100::> has joined #illumos
[09:51:24] *** man_u <man_u!~manu@89-92-19-81.hfc.dyn.abo.bbox.fr> has joined #illumos
[10:00:49] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[10:36:55] *** man_u_ <man_u_!~manu@fob.gandi.net> has joined #illumos
[10:38:01] *** man_u <man_u!~manu@89-92-19-81.hfc.dyn.abo.bbox.fr> has quit IRC (Ping timeout: 264 seconds)
[10:38:02] *** man_u_ is now known as man_u
[10:50:37] *** jemershaw <jemershaw!~jemershaw@c-68-83-252-28.hsd1.pa.comcast.net> has quit IRC (Remote host closed the connection)
[10:50:55] *** jemershaw <jemershaw!~jemershaw@c-68-83-252-28.hsd1.pa.comcast.net> has joined #illumos
[11:17:36] <liv3010m> @rmustacc hi there, that's great!, what's the usual procedure for testing? a new binary?, a patch? another thing?
[11:22:17] *** jimklimov1 <jimklimov1!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has joined #illumos
[11:41:10] *** Bryson <Bryson!~anonymous@ip68-104-0-41.lv.lv.cox.net> has quit IRC (Quit: Bryson)
[11:50:44] *** pvs <pvs!uid19318@lopsa/member/pvs> has joined #illumos
[12:19:10] *** wacki <wacki!~wacki@i59F7ACD6.versanet.de> has quit IRC (Read error: Connection reset by peer)
[12:25:27] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[13:07:57] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[13:33:17] *** Kruppt <Kruppt!~Kruppt@50-111-39-191.drhm.nc.frontiernet.net> has joined #illumos
[13:43:12] <EisNerd> how is controlled on which nic pakets egress when a system has more than one nic in the same subnet?
[13:44:10] <EisNerd> on linux this is decided based on the routing table
[13:46:08] <EisNerd> as I have a one GBit link currently in use and a 40G link which gets a second IP when the system provides a service (which can be switched to another node)
[13:46:31] <toasterson1> same subnet?
[13:47:10] <toasterson1> it will also depend in which nic your process listens
[13:49:51] <EisNerd> in this case it is the cifs server
[13:50:03] <EisNerd> so all currently
[13:50:25] <tsoome> check ipaddrsel
[13:52:16] <tsoome> but your case is more comlpex
[13:52:22] <tsoome> complex*
[13:55:47] <tsoome> you can mark unwanted interface as deprecated
[14:11:50] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has quit IRC (Quit: amrfrsh)
[14:30:53] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[14:40:49] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has joined #illumos
[14:41:24] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-nxtahcfvtepubqbx> has quit IRC (Quit: Connection closed for inactivity)
[14:45:20] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has quit IRC (Client Quit)
[14:47:10] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[15:06:05] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[15:17:54] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has joined #illumos
[15:18:41] *** amrfrsh <amrfrsh!~Thunderbi@95.174.67.172> has quit IRC (Client Quit)
[15:23:37] *** jimklimov1 <jimklimov1!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Ping timeout: 264 seconds)
[15:23:53] <EisNerd> hm route get IP indicates another interface as the measured bandwidth of iperf implies
[15:27:04] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[15:27:34] <EisNerd> and as expected, inbound traffic is fast outbound not (1GBit)
[15:37:37] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[15:37:57] <rmustacc> liv3010m: So, simplest for me and most work for you is to just give you pointers to the code and build. If you have a specific distro up and running I can try and work with the folks who do that to create specific artifacts.
[15:38:13] <EisNerd> solved
[15:38:25] <EisNerd> it is quite easy and straight forward
[15:38:53] <EisNerd> just set the metric of the fallback if to 10 or so
[15:39:22] <EisNerd> then the outbound traffic will prefer the 40G if whenever configured
[15:39:46] <rmustacc> There are a bunch of ndd tunables here.
[15:39:59] <rmustacc> Presumably you want it to come out the interface it came in on?
[15:43:12] <EisNerd> would also be a good approach
[15:44:09] <rmustacc> If you run 'ndd /dev/ip \? | grep -i multih' you'll see the different options there.
[15:45:18] <EisNerd> hm not really
[15:45:38] <rmustacc> Did you run it as root?
[15:45:52] <rmustacc> There will be things like 'ip_strict_src_multihoming'
[15:48:06] <EisNerd> and dst for ipv4 and v6
[15:48:12] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[15:50:33] <rmustacc> Though I have to confess, I don't remember exactly how they change behavior.
[15:51:10] <rmustacc> liv3010m: Here's a copy of a WIP change in code https://github.com/rmustacc/illumos-gate/commit/9a18ad274931d90e37c57c468ff9ad40a7628a89
[15:51:25] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[15:52:01] <EisNerd> but I don't see a drawback of the current solution as if all egress packages go to the network coreswitch it should be in 90% anyway the best solution and not really matter in the other 10%
[15:52:30] <rmustacc> Oh, no. Was just pointing out another option. Not that it was better or worse.
[15:54:18] <EisNerd> as we have Access GBit - 4xGBit - Core 40GBit - 2xGBit - each (2x) backend GBit
[15:55:10] <EisNerd> so only if traffic would be local on the one backend Switch it is potentially not optimal
[15:55:48] <EisNerd> but thx for pointing this out
[15:56:53] <EisNerd> btw had someone put togther a showcase for smb3 persistent session regarding recover after failover?
[15:57:07] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[15:57:36] <EisNerd> would be really interesting how to put a setup together to make use of this
[15:57:42] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has joined #illumos
[16:10:46] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:11:25] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[16:15:36] <EisNerd> somehow the smb server is not as fast as I would expect, I only get 70-90 MB/s on GBit a old Windows Server gets reliable 104-110 MB/s from same workstation
[16:15:46] <richlowe> alanc: didn't you once show me a patchutils that had a grepdiff -v? (cf. grep -v)
[16:16:15] <richlowe> or maybe it's some git diff arcana
[16:16:18] <richlowe> either way, help me obi wan
[16:16:46] <alanc> if it was me, I've since forgotten
[16:18:10] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:18:42] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[16:24:19] *** amrfrsh <amrfrsh!~Thunderbi@134.19.189.92> has joined #illumos
[16:25:23] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[16:37:19] *** rzezeski <rzezeski!uid151901@gateway/web/irccloud.com/x-cfdbezgfbzsmmqzo> has joined #illumos
[16:42:41] *** jollyd1 <jollyd1!~alarcher@2a01:cb1d:611:bb00:ccdc:66a:bf33:2ffd> has quit IRC (Ping timeout: 246 seconds)
[16:53:00] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has quit IRC (Quit: Leaving.)
[16:56:20] *** jollyd <jollyd!~alarcher@2a01:cb1d:611:bb00:d531:fbb0:5595:f512> has joined #illumos
[18:13:43] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has joined #illumos
[18:30:38] *** neuroserve <neuroserve!~toens@ip-94-114-237-187.unity-media.net> has quit IRC (Ping timeout: 256 seconds)
[18:34:20] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[18:44:53] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has joined #illumos
[19:04:50] *** IDoNotKnow <IDoNotKnow!epost@kudu.in-berlin.de> has quit IRC (Ping timeout: 240 seconds)
[19:15:14] *** IDoNotKnow <IDoNotKnow!epost@kudu.in-berlin.de> has joined #illumos
[19:23:00] *** pwinder <pwinder!~pwinder@86.11.191.8> has quit IRC (Quit: This computer has gone to sleep)
[19:24:31] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Remote host closed the connection)
[19:25:18] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[19:41:41] <liv3010m> @rmustacc, thanks. I can run whichever one you prefer since the system is booted to another OS at this moment, but have all installers downloaded: omnios, smartos, openindiana...
[19:42:20] <rmustacc> andyf: How hard is it to spin OmniOS media with a patched bge driver?
[19:42:30] <liv3010m> :)
[19:42:47] <rmustacc> I don't have a good set up for spinning media right now.
[19:44:34] <liv3010m> is it feasable to download a binary patched bge driver for a drop in replacement and try?
[19:45:04] <rmustacc> Oh, if you have a system that you can set up/install. Yeah, that's no problem.
[19:45:14] <rmustacc> I could probably rig up a smartos environment to build media from but it'd take me a bit of time.
[19:47:13] <liv3010m> whichever is less complicated, I don't want to bother that much
[19:47:27] <rmustacc> So I can give you a binary today, that's easy.
[19:47:40] <liv3010m> ah that will be nice
[19:47:49] <rmustacc> Let me just toss it somewhere.
[19:48:15] <liv3010m> sure, thanks @rmustacc
[19:50:29] <rmustacc> https://fingolfin.org/tmp/bge sha256: bab9fcaab5b77e613294d0a7aa771b8ccf9c5aa1ab7dc7ddccb71a443491ea93
[19:50:51] <liv3010m> thanks! that was really fast!
[19:50:57] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has joined #illumos
[19:52:43] <rmustacc> Oh, I have local builds of this.
[19:52:46] <rmustacc> That part's easy.
[19:52:57] <rmustacc> I just don't have a good way to turn it into install media.
[19:53:18] <danmcd> Is tsoome here? Or is he off for the weekend?
[19:53:28] <tsoome> he is:P
[19:53:33] <tsoome> :)
[19:53:43] <liv3010m> I'll try it and report you back
[19:54:00] <rmustacc> liv3010m: Thanks!
[19:54:03] <jollyd> rmustacc: I can spin an OI minimal image if you need
[19:54:17] <rmustacc> It sounds like liv3010m may be all set for the moment.
[19:54:44] <danmcd> Do we have open gcc9 or smatch issues on `mac` ?
[19:54:56] <tsoome> let me see
[19:55:02] <danmcd> I'm chasing down illumos#12434 and it seems that the -nd kernel is broke, but the DEBUG one is not.
[19:55:17] <liv3010m> yup, I think we are OK for now, I'll try and let you know
[19:55:23] <gitomat> [illumos-gate] 12444 Intel v1 chip topo needs rank information -- Robert Mustacchi <rm at fingolfin dot org>
[19:55:34] <danmcd> Before I start doing crazy-ass comparisons, I figured I should see if there are open unintialized variables or smatch noise complaints vs. mac.
[19:55:37] <tsoome> mac: variable may be used uninitialized for gcc9
[19:55:46] <rmustacc> danmcd: There are a lot of gagged warnings in mac.
[19:56:07] <tsoome> and smatch too.
[19:56:12] <danmcd> Wow.
[19:56:38] <rmustacc> I cleaned up a few in the past, but don't really have the tesitng resources these days.
[19:56:47] <danmcd> Understood.
[19:56:58] <tsoome> https://github.com/illumos/illumos-gate/commit/2b44b9d289eeddc5064708ee02df030b6fdc2fac
[19:57:07] <danmcd> Thanks tsoome
[19:57:31] <tsoome> and https://github.com/illumos/illumos-gate/commit/e0d6d45fd1a5dc0058626054aee1233156b5bf73
[19:58:54] <rmustacc> Whenever I went through some of the initilazation stuff and tried to understand where the compiler was possibly misunderstanding it always got a little hairy.
[19:58:54] <tsoome> use what is useful, I'll be only grateful if the queue will get shorter:D
[20:00:24] <tsoome> gcc9 does not keep context, hence we get warnings for constructs like if (a) X = value; .... if (a) use X.
[20:01:58] <danmcd> At first glance, neither of these will likely help me. I'd been doing some dtrace on SmartOS, but was using OmniOSce for it's ability to quickly switch between DEBUG and -nd. Clearly I'm going to have to focus efforts there.
[20:02:19] <danmcd> Thanks. I'll go back into the swamp now.
[20:02:23] <tsoome> :)
[20:03:37] <tsoome> for some reason I have been busy with day job lately and having less time for making stuff better.... :D
[20:09:13] *** neuroserve <neuroserve!~toens@ip-178-202-217-1.hsi09.unitymediagroup.de> has joined #illumos
[20:16:20] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has quit IRC (Quit: nbhauke)
[20:22:47] *** jimklimov1 <jimklimov1!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has joined #illumos
[20:25:22] *** jimklimov <jimklimov!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Ping timeout: 265 seconds)
[20:38:25] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has quit IRC (Ping timeout: 252 seconds)
[20:40:46] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[20:43:11] *** ngchk1_ <ngchk1_!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has joined #illumos
[20:43:34] *** nikolam_ <nikolam_!~Nikolam@unaffiliated/nikolam> has joined #illumos
[20:45:03] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has quit IRC (Ping timeout: 240 seconds)
[20:45:03] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has quit IRC (Ping timeout: 240 seconds)
[20:45:06] *** fiddlerwoaroof_ <fiddlerwoaroof_!~fiddlerwo@unaffiliated/fiddlerwoaroof> has joined #illumos
[20:45:39] *** EisNerd <EisNerd!~manschwet@mail.cs-software-gmbh.de> has quit IRC (Read error: Connection reset by peer)
[20:45:40] *** schily_ <schily_!~joerg@p4FD0BCD1.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 265 seconds)
[20:45:40] *** fiddlerwoaroof <fiddlerwoaroof!~fiddlerwo@unaffiliated/fiddlerwoaroof> has quit IRC (Ping timeout: 265 seconds)
[20:45:49] *** schily_ <schily_!~joerg@p4FD0BCD1.dip0.t-ipconnect.de> has joined #illumos
[20:46:09] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has quit IRC (Ping timeout: 265 seconds)
[20:46:09] *** ngchk1 <ngchk1!~ngchk1@b2b-92-50-91-166.unitymedia.biz> has quit IRC (Ping timeout: 265 seconds)
[20:46:27] *** EisNerd <EisNerd!~manschwet@mail.cs-software-gmbh.de> has joined #illumos
[20:47:18] *** KeiraT <KeiraT!~k4ra@gateway/tor-sasl/k4ra> has joined #illumos
[20:49:03] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[20:51:22] *** cartwright <cartwright!~chatting@gateway/tor-sasl/cantstanya> has joined #illumos
[21:07:54] *** man_u <man_u!~manu@fob.gandi.net> has quit IRC (Ping timeout: 265 seconds)
[21:08:33] *** neirac <neirac!~neirac@pc-215-101-46-190.cm.vtr.net> has quit IRC (Ping timeout: 250 seconds)
[21:08:53] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has joined #illumos
[21:26:53] * liv3010m @rmustacc
[21:26:58] <liv3010m> $ dladm show-phys
[21:26:59] <liv3010m> LINK MEDIA STATE SPEED DUPLEX DEVICE
[21:26:59] <liv3010m> bge1 Ethernet up 1000 full bge1
[21:26:59] <liv3010m> bge0 Ethernet up 1000 full bge0
[21:27:10] <liv3010m> $ ipadm
[21:27:11] <liv3010m> ADDROBJ TYPE STATE ADDR
[21:27:11] <liv3010m> lo0/v4 static ok 127.0.0.1/8
[21:27:11] <liv3010m> bge0/v4static static ok 192.168.1.51/24
[21:27:13] <liv3010m> bge1/v4static static ok 192.168.1.52/24
[21:27:13] <liv3010m> lo0/v6 static ok ::1/128
[21:27:16] <liv3010m> :) it's working
[21:28:30] *** BOKALDO <BOKALDO!~BOKALDO@81.198.21.4> has quit IRC (Quit: Leaving)
[21:28:44] <rmustacc> Hey, that's great!
[21:28:49] <rmustacc> You can reach the Internet on it?
[21:29:10] <liv3010m> yup
[21:29:15] <rmustacc> That's great news!
[21:29:53] <liv3010m> I connected to it from within the lan and only tried a ping to cloudflares DNS but I guess it should work
[21:30:06] <rmustacc> With that in mind, I'll work on getting this up for review and trying to reach out to some folks to help regression test the older parts.
[21:30:42] <liv3010m> that sounds perfect
[21:31:15] <liv3010m> I'll try to create a LACP interface to see if that works too
[21:31:46] <liv3010m> do you need some logs from the system?
[21:32:55] <rmustacc> At some point, if you don't mind doing some additional testing of things like IPv6 or jumbo frames or vnics, that'd be appreciated.
[21:32:55] <rmustacc> Sure, that sounds good.
[21:32:55] <rmustacc> Though if most of this works, hopefully all of that should since there's not too much that's model specific for all of this behavior.
[21:33:00] <rmustacc> No, not really.
[21:33:44] <liv3010m> Sure, I'll try
[21:34:37] <rmustacc> Ultimately, even if we have partial functionality that's better than nothing.
[21:35:53] <liv3010m> exactly!
[21:35:54] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 240 seconds)
[21:36:38] <liv3010m> this is already 100% better than one hour ago with no NIC working haha
[21:43:34] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[21:48:02] *** andy_js <andy_js!~andy@51.146.99.40> has quit IRC (Quit: andy_js)
[21:56:45] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[22:00:22] *** Kurlon <Kurlon!~Kurlon@bidd-pub-03.gwi.net> has quit IRC (Ping timeout: 256 seconds)
[22:14:08] <gitomat> [illumos-gate] 12258 Need native CCID driver -- Hans Rosenfeld <hans.rosenfeld at joyent dot com>
[22:16:04] <jlevon> nice Woodstock
[22:18:30] *** jimklimov1 <jimklimov1!~jimklimov@ip-86-49-254-26.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)
[22:20:29] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[22:22:49] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 265 seconds)
[22:28:15] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has quit IRC (Quit: nbhauke)
[22:32:51] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has joined #illumos
[22:32:54] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has quit IRC (Ping timeout: 240 seconds)
[22:33:44] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has joined #illumos
[22:39:55] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[22:40:46] *** nbhauke <nbhauke!~hauke@55d4e90d.access.ecotel.net> has quit IRC (Quit: nbhauke)
[23:00:14] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has quit IRC (Ping timeout: 240 seconds)
[23:17:11] <liv3010m> @rmustacc I think it's not working 100%. I tried to create an aggregate interface and it created a coredump. I tried a few more times with different options without success and in one of the tries I couldn't boot anymore even in single user mode
[23:19:15] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[23:25:22] *** edef is now known as edef_
[23:25:46] *** edef_ is now known as edef
[23:26:02] <rmustacc> liv3010m: The operating system crashed or a program dumped core?
[23:27:21] <liv3010m> the OS
[23:27:37] <rmustacc> That's worrisome.
[23:27:56] <rmustacc> So, if you can get into the system, there should at least be something in /var/crash/volatile.
[23:28:06] <liv3010m> I'm not running anything on the OS yet
[23:28:08] <rmustacc> Hopefully dumps were enabled.
[23:28:10] <rmustacc> Ah.
[23:28:12] <rmustacc> Hmm.
[23:28:23] <liv3010m> yes but I can't even boot in single user mode
[23:29:06] <liv3010m> I took a photo from the moment it boots in single user mode and it crashes
[23:29:18] <liv3010m> let met see where I can upload it
[23:29:29] <rmustacc> OK, so the thing that might be useful is to use the kmdb boot option to trap it into the kernel debugger when that happens.
[23:31:52] <liv3010m> https://i.ibb.co/BPDck61/IMG-1965.jpg
[23:32:16] <liv3010m> ok I'll google about it
[23:33:01] <rmustacc> Hmm. OK.
[23:33:27] <rmustacc> Let me take a look at that. If we can trap into kmdb which you can do from the boot loader and get to that point, that'll probably help me.
[23:34:43] <liv3010m> I'll do. Give me one moment please
[23:37:34] <rmustacc> But I'm not quite in a place where I can actively debug this.
[23:38:21] <liv3010m> OK don't worry we can continue another day
[23:57:22] *** neirac <neirac!~cneira@pc-215-101-46-190.cm.vtr.net> has joined #illumos
top

   March 27, 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 | >