02:34:17 <nbjoerg> bahamat, sjorge: did anything ever come out for https://github.com/TritonDataCenter/smartos-live/issues/930 ?
02:35:20 <bahamat> I haven't had a chance to look into it
04:24:29 <toasterson> has anybody ever made a version of the json utility installable on OSX or Linux?
04:29:40 <nbjoerg> toasterson: you mean "npm install -g json"?
04:31:11 <toasterson> ah, I definetly did not want to try that just in case json in npm is not that json
04:33:38 <toasterson> it works thanks
05:19:50 <nbjoerg> well, the github page referenced in the help text suggested that :)
16:46:11 <nbjoerg> hm. something funny is going on with networking. zone in subnet A <-> router <-> zone in subnet B is much slower than zone in subnet A <-> router <-> host in subnet B
17:47:58 <gotwf> gremlins.  day light savings run amok, ooh, la, la!! ;P
17:48:17 <gotwf> Actually... 
17:48:56 <gotwf> ... all appears to be remarkably well.
18:18:27 <rzezeski> nbjoerg: are zone(sub A) and zone(sub B) on same physical host with VNICs sitting atop same physical link?
18:20:01 <nbjoerg> rzezeski: yes
18:20:36 <rzezeski> nbjoerg: and what is the physical NIC?
18:20:41 <nbjoerg> ixgbe
18:21:36 <rzezeski> okay, so more than likely this is mac performing hardware-offload emulation because the packets are traveling across the implicit switch aka "mac loopback"
18:22:16 <nbjoerg> huh? they should be going out to the real router
18:22:38 <rzezeski> you could verify this by something like: `dtrace -qn 'mac_hw_emul:entry { print(args[3]); }`
18:23:48 <nbjoerg> if it prints nothing, it is not hit, right?
18:23:59 <rzezeski> correct
18:24:51 <nbjoerg> right, not hit
18:25:48 <nbjoerg> to name some numbers: my workstation can fetch gige line speed via HTTP from zone A; the file server zone B in the same subnet as my workstation only gets ~30MB/s
21:04:16 <toasterson> Is https://github.com/TritonDataCenter/mibe the current mibe repo?
21:26:37 <jperkin> yes but it's unmaintained for years, we'll likely do something completely different for new images
21:30:55 <Smithx10> native hashicorp packer would be <3 
21:32:10 <Smithx10> Even open bssssssd has it :P https://bsd-pl.org/assets/talks/2019-06-27_01_Philipp-Buehler-OpenBSD-Packer-Vagrant.pdf
21:32:39 <toasterson> jperkin: well I am making a tool for me and want imgapi support. So I want to test the current builds a bit to reverse engineer things I don't quite understand from docs
21:33:17 <toasterson> Smithx10: packer is for vm images. we have image builder for such cases which we should push more.
21:33:39 <Smithx10> Doesn't image builder require docker?
21:34:46 <toasterson> Smithx10: ???????? no https://github.com/illumos/image-builder
21:35:40 <Smithx10> ahh,  I'm thinking about the lx branded zones image builde 
21:35:52 <Smithx10> think its in a omnios repo somewhere
21:36:08 <toasterson> wiedi_: I can't pm you somehow on matrix if you wanted to support me getting your images built :)
21:36:23 <Smithx10> I thought mibe was for building VMs and Zone images?
21:36:47 <toasterson> Smithx10: it is but limited to smartos imgapi images.
21:37:04 <Smithx10> Ahh here it is https://github.com/citrus-it/lx-images
21:37:26 <Smithx10> Think Packer would be able to replace mibe,  does image-builder already do that?
21:37:34 <wiedi_> toasterson hm strange, but yes I can explain a bit how I build the images if you want to chat - just did not want to bore the channel :)
21:37:49 <Smithx10> wiedi_:  lol
21:38:05 <Smithx10> :(  I am boring? :( 
21:38:08 <wiedi_> nooo :D
21:38:29 <toasterson> wiedi_: considering that it seems to be the last image building setup around I doubt it's boring :)
21:38:31 <wiedi_> just did not want to spam my pet project links in here all the itme ,)
21:38:38 <andyf> That's just my fork, the canonical one is https://github.com/omniosorg/lx-images
21:39:10 <andyf> and the one under illumos/ is great for building general images for cloud stuff or AWS or whatever
21:39:18 <toasterson> Smithx10: https://github.com/openflowlabs/aurora-opencloud is based on upstream illumos and openindiana for now but also could generate smartos images later if mibe is to be phased out
21:40:20 <Smithx10> Does Aurora OpenCloud have a site?
21:40:46 <wiedi_> so instead of mibe, which requires changes to the global zone you can also parse the mibe-repository, create a prepare-shell-script from all that and pass that to "imgadm create" which does the hard work. That can be triggerd via ssh 
21:41:27 <toasterson> Smithx10: not yet. I have no clue what to put on it exactly.
21:42:09 <toasterson> wiedi_: sounds good. Are instructions anywhere?
21:42:36 <wiedi_> https://github.com/wiedi/deploy-zone/blob/master/docs/building.md
21:44:18 <toasterson> thanks will have a look after food :)