January 30, 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 | >
January 30, 2019 [00:00:18] *** jubal <jubal!~jubal@24.237.158.8> has joined #smartos[00:10:22] *** polishdub <polishdub!~polishdub@207.86.38.254> has quit IRC (Remote host closed the connection)[00:38:14] *** Gathis <Gathis!~TheBlack@unaffiliated/gathis> has joined #smartos[00:51:40] *** Woodstock <Woodstock!~grumpf@beiss.dessnourst.de> has quit IRC (Quit: ELVIS has left the building!)[00:54:58] *** Woodstock <Woodstock!~grumpf@beiss.dessnourst.de> has joined #smartos[01:00:31] *** Gathis <Gathis!~TheBlack@unaffiliated/gathis> has quit IRC (Remote host closed the connection)[01:09:13] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has quit IRC (Ping timeout: 268 seconds)[01:11:27] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[01:17:06] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Quit: andy_js)[01:19:12] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos[01:26:00] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Quit: andy_js)[01:54:59] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:ecce:d66a:fc58:29f0> has joined #smartos[02:00:52] <leoj3n> is the autopilotpattern with docker still what everyone is using to develop locally and deploy to SDC?[02:17:56] *** v_a_b <v_a_b!~volker@p57A27DE8.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[02:20:41] *** tozhu <tozhu!~tozhu@171.221.44.58> has quit IRC (Quit: tozhu)[02:26:56] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 240 seconds)[02:29:31] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[02:51:45] *** jubal <jubal!~jubal@24.237.158.8> has quit IRC (Quit: jubal)[02:58:39] <bahamat> leoj3n: autopilotpattern was never intended for use solely with SDC. It was intended to address shortcomings of docker in general.[03:05:40] <Smithx10> bahamat that is very good point[03:05:54] <Smithx10> Its just a pattern for deploying applications[03:06:37] <Smithx10> jbk: How's ZFS encryption doing? Any break throughs?[03:08:14] <bahamat> I haven't heard[03:08:24] <bahamat> But the docker resize bug got fixed.[03:08:42] <bahamat> That's in the dev channel now.[03:25:25] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:ecce:d66a:fc58:29f0> has quit IRC (Ping timeout: 268 seconds)[03:33:35] <Smithx10> bahamat: Do you know if thats just a cloudapi bump ?[03:34:15] <bahamat> Yes, just cloudapi.[03:34:23] <bahamat> TRITON-1032[03:34:26] <jinni> https://smartos.org/bugview/TRITON-1032[03:36:54] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:5c2e:18d9:3e43:91ec> has joined #smartos[03:36:56] <Smithx10> Thanks great news[03:41:01] <leoj3n> Thanks Smithx10 bahamat, I'm new to container management so I hope that explains my questions. It seems like the autopilotpattern repos are frozen in time. Did something happen in 2017 to cause people to move on, and what are they using instead?[03:43:26] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 240 seconds)[03:44:18] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has joined #smartos[04:06:58] <bahamat> leoj3n: The main developer is now working on something else, and containerpilot works well enough as-is. It's more or less feature complete for its intended purpose.[04:08:12] <Smithx10> bahamat: there is some things that I actually may add in the near future[04:08:37] <bahamat> Smithx10: If you submit them, I'll see about making sure they get merged :-)[04:08:38] <Smithx10> The Watch code is polling Consul versus Responding to Events[04:09:09] <Smithx10> I actually added some code also in my fork to be able to send signals via the control socket to jobs[04:09:16] <Smithx10> sigterm, sigkll, and sighup[04:09:47] <Smithx10> That way we didnt have to do things in our bash like kill -9 $(pgrep name) lolol[04:10:03] <Smithx10> because as we found out..... that might be more than 1 matching process LOL[04:10:11] <Smithx10> so we definitely wanted to target only the process forked by CP[04:10:28] <Smithx10> Weve been using it now for a few months[04:11:06] <Smithx10> https://github.com/Smithx10/containerpilot/tree/reloadjob[04:18:38] <leoj3n> Smithx10: I appreciate the response. I wasn't necessarily talking about containerpilot itself, because I understand it's not tied to docker. I was talking more about the https://github.com/autopilotpattern "recipe" repos. They seem to be feature incomplete since late 2017, so I was wondering if people are using something other than Docker with consul/containerpilot nowadays. Thanks if you can give your[04:18:40] <leoj3n> insight/opinion.[04:21:16] <Smithx10> They were always feature incomplete[04:21:25] <Smithx10> they were templates for you to go and use to implement what you want[04:21:35] <leoj3n> They are a great starting point, I'm just wondering if you all would use something other than docker with the pattern today.[04:21:44] <Smithx10> Since everyone has specific workloads / patterns that are specific to what tehy are doing[04:21:58] <Smithx10> i mean, the pattern isnt specific to containers[04:23:09] <leoj3n> I'm also looking at packer/terraform, would you use that or docker yourself? I know things like docker networking isn't supported in triton's implementation.[04:24:11] <leoj3n> It seems like triton development is moving away from docker integration from the few issues/tickets I've read?[04:26:49] *** tozhu <tozhu!~tozhu@101.207.125.86> has joined #smartos[04:26:57] <leoj3n> I like the idea of running baremetal smartos containers, just looking for advice and perhaps help/recipes on how best to orchestrate that without going overkill with something that can deploy to multiple cloud providers.[04:32:27] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Read error: Connection reset by peer)[04:47:54] <leoj3n> If you were to implement mongodb with scalable replicaset container instances, would you reach for docker+containerpilot+consul, or something else?[04:59:38] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has quit IRC (Ping timeout: 245 seconds)[05:01:24] <_Tenchi_> seems most people are reaching for terraform+k8s these days[05:06:19] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[05:31:04] <LeftWing> I think there are a lot of people that don't blog about what they're doing who are still doing other things.[05:33:52] <leoj3n> Can terraform+k8s be used to stand up container-native (bare metal) containers on Triton like the elastic docker implementation?[05:43:23] <leoj3n> I guess it would be a smartos image and not a container?[05:45:14] <Smithx10> leoj3n: I actually work on a thing called Virtual Kubelet[05:45:30] <Smithx10> and thats what im using for stateless services, primarily because I dont care about them[05:45:54] <Smithx10> but to be honest, I'd say do what is right for your org and team[05:46:11] <Smithx10> Stateful applications are a pain to automate, and it takes a long time to get it right[05:46:29] <Smithx10> I believe LeftWing can tell you some lovely stories about manatee in the earlier days? :p[05:46:54] <Smithx10> So if your goal is to just have a MongoDB replica set, maybe ansible works for you[05:47:16] <Smithx10> Maybe terraform to apply, ansible to configure.[05:47:28] <Smithx10> LeftWing: Does mongo run in Native SmartOS?[05:47:41] <LeftWing> That's a good question. I haven't really had occasion to find out![05:47:55] <Smithx10> I believe rethinkdb does[05:48:17] <jperkin> older versions do, newer versions need a bit of work (mongodb)[05:48:25] <Smithx10> leoj3n: I'd question the use of Mongo tho, from what've read and heard its not all that awesome.[05:48:42] <Smithx10> jperkin: on West Coast time.... Scared me[05:48:54] <LeftWing> jperkin is visiting us[05:48:59] <Smithx10> I saw his nice photo[05:49:03] <Smithx10> Of a prison[05:49:05] <Smithx10> :P[05:49:12] <LeftWing> Our office is hardly a prison[05:49:25] <_Tenchi_> i wanted to say the same about mongodb but i've found some people are sensitive[05:49:26] <Smithx10> nooo alcatreaz[05:49:27] <Smithx10> or whatever[05:49:53] <Smithx10> https://twitter.com/jperkin/status/1089946005666058240[05:49:53] <LeftWing> _Tenchi_: Eh, there's no accounting for taste. Some people like it, and some people don't.[05:50:15] <Smithx10> If it solves your problem[05:50:15] <LeftWing> lol[05:50:17] <LeftWing> That's Coit Tower[05:50:20] <LeftWing> It is not a prison[05:50:26] <Smithx10> What is the other side?[05:50:32] <LeftWing> Oh[05:50:33] <LeftWing> Yes[05:50:36] <LeftWing> I guess that's Alcatraz[05:50:36] <Smithx10> he has #alcatraz[05:50:41] <Smithx10> ?!$?!?$!?$![05:50:44] <_Tenchi_> turn your head to the right to see alcatraz ;)[05:50:44] <LeftWing> I stand corrected.[05:51:03] <Smithx10> I wonder how much it would cost to convert Alcatraz to be GPL compatible[05:51:11] <LeftWing> staaahp[05:51:16] <jbk> I think these offices look far more like a prison: https://www.google.com/maps/ at 38 dot 9188007,-94.65647,3a,75y,291.56h,87.95t/data=!3m7!1e1!3m5!1sSvg4xRFIvw5Mck5njU969g!2e0!6s%2F%2Fgeo0.ggpht.com%2Fcbk%3Fpanoid%3DSvg4xRFIvw5Mck5njU969g%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D180.96104%26pitch%3D0%26thumbfov%3D100!7i13312!8i6656 :)[05:51:19] <Smithx10> Does Ellison own that piece of land?[05:51:25] <LeftWing> I imagine he would if he could[05:51:50] <LeftWing> Have you seen the Silicon Valley episode where the guy has the ridiculous launch party on Alcatraz, thus spending all the money[05:51:52] <Smithx10> lolol, hire some SF gang to stash all the joyent employees[05:52:09] <jperkin> I also had a nice run across the Golden Gate https://www.instagram.com/p/BtM2grtFU4F/[05:52:19] <Smithx10> It would be the Nicholas Cage Movie..... Where jperkin is Sean Connery[05:52:26] <Smithx10> and LeftWing is Nicolas cage :P[05:52:29] <_Tenchi_> hah[05:52:51] <Smithx10> and Ellison has the Licenses Bomb prepped to launch at SF[05:52:56] <Smithx10> hahhahhaha STOP the AUDIT!!!![05:53:04] <_Tenchi_> some people like nick cage, some people don't[05:53:32] <Smithx10> rofl, i hear if you like nick cage.... you like mongo.[05:53:37] <LeftWing> _Tenchi_: Ha![05:53:51] <jperkin> but if folks want the latest mongo on native SmartOS I'll take a look, previously the blocker was that it required newer C++ features than our default compiler at the time (4.9) supported, but we moved to 7.2 so...[05:54:04] <Smithx10> jperkin: We might actually be interested[05:54:08] <LeftWing> That's a delta of at least 2.3 versions![05:54:10] <Smithx10> I noticed 3.4 was broken on LX[05:54:29] <Smithx10> but 4.1 wasnt[05:54:39] <Smithx10> "_" How that happens .... no one knows[05:54:52] <Smithx10> 24k ?!$?! Nice run jperkin[05:54:59] <Smithx10> Got after it[05:55:13] <jperkin> well the last 10k was more like a walk, haven't done a long run in a while..[05:55:35] <jperkin> but the path along the bay is pretty nice, so..[05:55:47] <Smithx10> yeah, I used to run along the Tejo River in Lisbon[05:55:56] <Smithx10> It helps to have a nice view and cool lights[05:56:11] <Smithx10> How was the bridge..... they have a path for pedestrians ?[05:56:12] <jperkin> I tend to stop and take lots of pictures anyway[05:56:25] <_Tenchi_> couchdb runs on native smartos ?[05:56:35] <jperkin> it was .. an experience, not sure I'd do it again - lots of tourists and traffic[05:56:40] <Smithx10> _Tenchi_: I think we should play Does it run on SmartOS :P[05:56:44] <jperkin> but the views from the other side were nice[05:56:49] <Smithx10> CockRoachDB[05:56:54] <Smithx10> CouchDB[05:56:56] <Smithx10> FoundationDB[05:56:57] <jperkin> _Tenchi_: yes, should work great[05:57:14] <jperkin> it's primarily erlang which we keep up-to-date[05:57:28] <_Tenchi_> that's what i thought[05:57:32] <LeftWing> pkgin se couchdb -> couchdb-2.1.1nb1 Document database server, accessible via a RESTful JSON API[05:57:35] <_Tenchi_> but i've not worked on native smartos for awhile :/[05:57:45] <Smithx10> n00b[05:57:47] <Smithx10> you should.[05:57:49] <LeftWing> (base-64-lts 17.4.0)[05:58:57] <Smithx10> Maybe 1 day soon.... SmartLogin will work for LX and Bhyve :P[05:59:21] <Smithx10> and forced attestation, and pin from yubi keys[05:59:22] <LeftWing> We should really to virtio-vsock for bhyve and KVM[05:59:39] <Smithx10> ALL ssh's will be 2FA[05:59:41] <LeftWing> Smithx10: I feel like arekinath had some attestation stuff going in[05:59:42] <Smithx10> EPIC.[05:59:58] <Smithx10> LeftWing: yea I talked with him. We bounced some ideas back and fourth[06:00:27] <LeftWing> TRITON-880 went back, for instance[06:00:27] <bahamat> Smithx10: It wouldn't be terribly difficult to wire something up with AuthorizedKeysCommand.[06:00:29] <jinni> https://smartos.org/bugview/TRITON-880[06:00:45] <LeftWing> Yeah, AuthorizedKeysCommand is a bit of a life-saver in the custom auth stakes[06:01:26] <Smithx10> What is this AuthorizedKeysCommand "_"[06:01:34] <Smithx10> This vooodooo you speak of[06:01:46] <LeftWing> You can configure modern SSH to run a program to determine the list of authorised keys[06:01:53] <LeftWing> Rather than read from the static file[06:02:04] <LeftWing> If it existed way back then, we'd probably have used it to build smartlogin[06:02:20] <Smithx10> https://github.com/joyent/sdc-vmtools-lx-brand/issues/27[06:02:21] <Smithx10> ahhhh[06:02:22] <LeftWing> As it stands, you could use it to run mdata-get for instance[06:02:32] <Smithx10> OoOoooo "_"[06:02:41] <Smithx10> bahamat: <3[06:02:58] <Smithx10> Should we change cloud-init[06:03:09] <Smithx10> ?[06:03:13] <LeftWing> Unclear[06:03:40] <Smithx10> Well currently the image uses Cloud-init in Bhyve to populate the authorizedkeys file[06:03:45] <LeftWing> On the plus side, it should be easy to prototype[06:03:53] <LeftWing> Because it's just post-setup configuration[06:04:06] <LeftWing> And you can see if it can be made to somehow meet your needs[06:04:19] <LeftWing> In the limit I think we want to get virtio-vsock together though[06:04:26] <Smithx10> Yea, I could definitely hack that together versus the sock[06:04:39] <Smithx10> What else do vsock for?[06:04:45] <Smithx10> What else do you use vsock for*?[06:05:06] *** tozhu <tozhu!~tozhu@101.207.125.86> has quit IRC (Quit: tozhu)[06:05:17] <LeftWing> Well, it would enable us to expose the soft token HSM thing that arekinath wants to build into a HVM guest in roughly the same way as a zone[06:05:29] <LeftWing> Plus the metadata stuff would work better over that than it does over the serial port[06:06:30] <jbk> i like my metadata at 1200 baud as god intended! :P[06:08:21] <Smithx10> hahahahahahahaha[06:08:56] <LeftWing> If we decided in future to do something like kata containers[06:08:59] <Smithx10> Yea, I totally didn't know about AuthorizedKeysCommand, that would definitely be simple[06:09:03] <Smithx10> ErrRrrrrrrrr[06:09:07] <LeftWing> or some kind of managed interior guest image[06:09:14] <LeftWing> Where we push control plane actions into it[06:09:21] <LeftWing> It'd work well through a vsock thing too[06:09:39] <Smithx10> jbk already told me he was going to make bhyve do what firecracker does :P[06:09:42] <LeftWing> e.g., spin up a lightweight fastboot linux image to run a single container inside[06:09:44] <LeftWing> haha[06:09:46] <LeftWing> right[06:09:49] <LeftWing> I mean, anything is possible[06:09:52] <LeftWing> It's all just software![06:10:06] <Smithx10> :P[06:10:23] <Smithx10> He promised me that..... and an Infinite Storage Array[06:10:38] <jbk> Smithx10: are you trying to get me stabbed by my coworkers? :)[06:10:39] * LeftWing puts fingers in ears[06:10:41] <Smithx10> With infinite PAT :)[06:10:51] <LeftWing> jbk: I won't stab you[06:10:58] <LeftWing> It sounds like an idea worth investigating to me[06:10:58] <Smithx10> lol, he'll promote you[06:11:06] <LeftWing> Hey now, I don't have that kind of authority[06:11:15] <LeftWing> I can at best promise vague platitudes from the back row of meetings[06:11:37] <jbk> though we were nominating bryan to do firecracker work earlier :P[06:11:37] <Smithx10> If you did it in Rust .... perhaps the rust crab would stop appearing?[06:11:45] <Smithx10> Why didn't he do it!?$?!$?!$![06:11:49] <Smithx10> was he scared.....[06:12:15] <Smithx10> Or does he pull a John Carmack .... and books a hotel for 2 weeks[06:12:23] <Smithx10> and comes back with Firecracker[06:13:33] <Smithx10> I'm still sitting here flabergasted by AuthorizedKeysCommand[06:14:36] <Smithx10> I can't wait for work tomorrow now hahahahahaha[06:14:47] <Smithx10> I'm gonna show off my new secret weapon[06:15:05] <Smithx10> and it definitely will involve some 1200 baud :P[06:15:54] <jbk> i don't think the emulated serial ports actually try to enforce an actual speed, though since they are at best a few bytes at a time, that's going to limit throughput[06:16:08] <jbk> but it also does mean only one request at a time as well[06:17:12] <jbk> so if nothing else, the virtio sock would allow for more bytes to be sent at a time[06:17:35] <jbk> I can't recall if it'd allow for multiple connections or not..[06:17:58] <Smithx10> I think the issue for SmartLogin on LX containers was the version of OpenSSH right?[06:18:29] <LeftWing> I'm pretty sure it allows many multiplexed connections[06:19:12] <LeftWing> It's a bit like AF_UNIX SOCK_STREAM but with an "address space" that's just a 16-bit unsigned integer, as I recall[06:19:27] <LeftWing> So we'd assign well-known numbers to metadata, smartlogin, hsm, etc[06:21:26] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 240 seconds)[06:23:44] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[06:28:28] <Smithx10> LeftWing: do you use a yubikey?[06:29:50] <LeftWing> I do for 2FA (we're using Duo in the Joyent/Samsung prod system stufF)[06:30:03] <LeftWing> I'm not presently using it for SSH keys, though I have tinkered with it a little using arekinath's tool[06:30:18] <Smithx10> Was it fun?[06:30:24] <LeftWing> The tinkering? Sure[06:30:37] <Smithx10> Was it painful to use piv-agent?[06:30:46] <Smithx10> the video he demoed looked pretty slick[06:30:52] <LeftWing> It is indeed relatively slick[06:31:05] <LeftWing> And it gets slicker as people find and report bugs and rough edges[06:31:07] <Smithx10> And I wont have to pay duo.[06:31:09] <jbk> the code is on github[06:31:34] <Smithx10> Just buy a bunch of yubi keys :)[06:49:28] <wizard113_> Repeating an earlier question: I have a docker container started with '-p 9125:9125 -p 9125:9125/udp'. The host that starts the container can hit the UDP port, but another host in the same network cannot. The TCP post works for both hosts.[06:50:14] <wizard113_> I'm sure I missed something simple, firewall seems setup correctly, but I have run out of ideas for what I am missing.[06:50:23] <wizard113_> Any pointers?[06:50:36] <rmustacc> wizard113_: I might confirm that it is being dropped by the firwall.[06:50:43] <rmustacc> And see what firewall rules we actually did generate?[06:51:52] <bahamat> wizard113_: Is this in Joyent's cloud, or your own private cloud?[06:52:09] <wizard113_> I see "any -> <contianer ID> ALLOW TCP (PORT 9102 AND PORT 9125)", and the next line is[06:52:42] <wizard113_> "any -> <contianer ID> ALLOW udp PORT 9125"[06:54:27] <wizard113_> there are 2 "tag sdc_docker" rules, an allow for tcp and udp, port all[06:55:02] <wizard113_> and the icmp rule - ping does work form both hosts to the docker container.[06:55:31] <wizard113_> this is in my private cloud[07:08:16] <bahamat> Check the CN with fwadm to see which rules actually got installed on the CN(s)[07:25:46] <wizard113_> Interesting - a prior version of this container is stopped, so the previous rules are still there on the CN, I should kill that one.[07:37:56] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 240 seconds)[07:39:34] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[07:45:55] *** tozhu <tozhu!~tozhu@101.207.125.86> has joined #smartos[08:06:48] *** tozhu <tozhu!~tozhu@101.207.125.86> has quit IRC (Quit: tozhu)[08:07:13] *** tozhu <tozhu!~tozhu@101.207.125.86> has joined #smartos[08:14:39] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:5c2e:18d9:3e43:91ec> has quit IRC (Ping timeout: 252 seconds)[08:31:04] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:4541:9eb4:ef37:83f3> has joined #smartos[08:37:53] *** tozhu <tozhu!~tozhu@101.207.125.86> has quit IRC (Quit: tozhu)[08:53:27] *** axonpoet <axonpoet!~axonpoet@fsf/member/axonpoet> has quit IRC (Ping timeout: 240 seconds)[08:54:26] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 240 seconds)[08:55:03] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[09:01:32] <sjorge> I'm met with LeftWing's face mid sentance on youtube today :)[09:01:45] <sjorge> Looks like that is the thumbnail of the latest OpenZFS leadership meeting video[09:01:56] <sjorge> Both my phone, desktop tab and TV have it as first suggestion :D[09:12:28] *** v_a_b <v_a_b!~volker@p57A27D31.dip0.t-ipconnect.de> has joined #smartos[09:19:45] <mattronix> bahamat: hi[09:19:54] <mattronix> bahamat: that hypervisor is still dead shall i just reset it ?[09:20:08] <mattronix> bahamat: still waiting on if you want the debug data from it[09:24:09] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has quit IRC (Remote host closed the connection)[09:27:58] *** bens1 <bens1!~bens1@161.122.2.81.in-addr.arpa> has joined #smartos[09:40:58] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has joined #smartos[10:10:34] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 268 seconds)[10:17:07] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[10:21:40] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 268 seconds)[10:25:04] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[10:36:35] *** man_u <man_u!~manu@manu2.gandi.net> has joined #smartos[10:47:44] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has quit IRC (Quit: Leaving)[10:51:07] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has joined #smartos[11:29:29] *** neuroserve <neuroserve!~toens@195.71.113.124> has joined #smartos[11:39:19] <neuroserve> jperkin : \o/[11:40:16] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 264 seconds)[11:40:47] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has joined #smartos[12:06:36] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos[12:55:53] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has quit IRC (Ping timeout: 245 seconds)[12:55:54] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Quit: andy_js)[12:57:22] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has joined #smartos[12:58:13] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos[13:48:52] *** nfg243 <nfg243!~lounge-us@159.65.234.236> has joined #smartos[13:57:35] *** tozhu <tozhu!~tozhu@171.221.44.58> has joined #smartos[14:02:41] *** relikt <relikt!~relikt@llama.blue> has joined #smartos[14:03:05] <relikt> Any progress on the AMD/Epyc/Ryzen front for Triton/SmartOS?[14:04:01] *** tozhu <tozhu!~tozhu@171.221.44.58> has quit IRC (Quit: tozhu)[14:04:42] *** tozhu <tozhu!~tozhu@101.207.125.86> has joined #smartos[14:08:19] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #smartos[14:12:08] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has quit IRC (Ping timeout: 245 seconds)[14:13:31] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[14:18:01] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 250 seconds)[14:19:49] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #smartos[14:21:17] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[14:40:07] *** blackwood821 <blackwood821!ae3110b0@gateway/web/freenode/ip.174.49.16.176> has joined #smartos[14:54:46] <blackwood821> Hi, I keep having issues on new zones where dbus and systemd stop starting up when the zone boots up. When I try to invoke systemd directly it gives me:[14:54:49] <blackwood821> "[root@nbsagcprodbs ~]# /lib/systemd/systemd Trying to run as user instance, but $XDG_RUNTIME_DIR is not set."[14:55:20] <blackwood821> on this zone that variable is unset, on a working zone that variable is set to /run/user/0[14:55:52] <blackwood821> if I set that variable and try again I get this:"[root@nbsagcprodbs ~]# /lib/systemd/systemd Failed to make us a subreaper: Invalid argument Perhaps the kernel version is too old (< 3.4?) Cannot find cgroup mount point: No such file or directory Failed to allocate manager object: No such file or directory"[14:56:16] <blackwood821> does anyone know what this means and how to fix it?[14:56:24] <blackwood821> any help is appreciated, thanks![15:10:25] <neuroserve> blackwood821 : what kind of image are u using?[15:12:40] <blackwood821> neuroserve: this is an lx oracle linux image that I built. I created 4 zones from the same image, and only one of them is having this problem[15:12:57] <blackwood821> it's possible it's something with the image, but I would expect them all to have the same issue if that was the case[15:14:23] <blackwood821> I noticed systemd wasn't running when I tried to nfs mount and it hung so at first I thought it was related to nfs but one of the other zones has been successfully nfs mounted without any issues and is using the same image[15:15:20] <blackwood821> another thing to note is that I created a brand new zone once I encountered this issue (from the same image) and systemd was working, then it stopped working again and then when the global was rebooted it started working again[15:15:29] <blackwood821> but the global reboot did not fix it on the initial zone[15:17:32] <blackwood821> I used https://github.com/blackwood821/mi-rhel-7 and https://github.com/blackwood821/rhel-lx-brand-image-builder/tree/ouel-lx-brand-image-builder to build the image[15:19:04] *** akole <akole!~akole@steinsgate.rd.tut.fi> has quit IRC (Ping timeout: 250 seconds)[15:20:33] <blackwood821> here's the process listing of the bad zone vs a working zone - https://pastebin.com/puGkFVE2[15:22:27] <nfg243> What do you guys use for monitoring your joyent zones and network services?[15:35:32] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 250 seconds)[15:38:17] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[16:04:05] *** chorrell <chorrell!~chorrell@unaffiliated/chorrell> has joined #smartos[16:06:44] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Ping timeout: 250 seconds)[16:07:20] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos[16:10:08] <jbk> relikt: there were some fixes that should hopefully allow smartos to boot on them now (hopefully without panicing), though support for bhyve isn't done yet[16:24:22] *** rsully <rsully!~rsully@unaffiliated/rsully> has joined #smartos[16:29:04] *** neuroserve <neuroserve!~toens@195.71.113.124> has quit IRC (Ping timeout: 272 seconds)[16:34:26] <blackwood821> how can I restore a zone from a snapshot?[16:35:19] *** polishdub <polishdub!~polishdub@207.86.38.254> has joined #smartos[16:45:11] <leoj3n> nfg243: I'm new but saw this and thought it looked cool: https://is.gd/LANiob also note this https://is.gd/OfAOjR[16:47:37] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has joined #smartos[16:52:40] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 250 seconds)[16:53:40] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has joined #smartos[16:57:54] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has quit IRC (Ping timeout: 246 seconds)[16:58:14] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[17:03:07] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 268 seconds)[17:04:27] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[17:21:18] <relikt> jbk: do you know when this released? Last I tried a few days ago I couldn't boot due to some GRUB issues[17:22:49] <jbk> i thought it made it in hte current release, though grub issues might be something different[17:27:18] *** relikt <relikt!~relikt@llama.blue> has quit IRC (Quit: leaving)[17:28:56] <rmustacc> We never have panicked on AMD systems (except virtualized). With Ryzen systems we do have a bootloader issues that we're working on sorting out.[17:29:19] <rmustacc> With EPYC, it is working and we should have roughly equivalent support as to what we do for Intel (aside from cpc and HW virt)[17:30:11] <rmustacc> To deal with the bootloader issues, we've been working on our transition away from grub to the new illumos loader, but that's still in progress, sorry.[17:36:42] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Remote host closed the connection)[17:45:00] <blackwood821> does anyone have any suggestions for how to debug a zone where the init daemon can't start?[17:47:46] <jzu_> rmustacc: by the way, Bhyve on EPYC? Haven't really looked into EPYC but I know we are looking to deploy those instead of Intel[17:48:24] <rmustacc> jzu_: As I mentioned above, it's not there right now.[17:49:03] <jzu_> ah I thought you were talking about general SmartOS EPYC support, not bhyve.[17:49:31] <rmustacc> I was talking about general SmartOS support, but just mentioned that it doesn't have HW virt.[17:49:39] <jzu_> Right[17:52:56] <wizard113_> rmustacc: thanks for the help last night, turns out it was PEBKAC.[17:53:27] <rmustacc> wizard113_: OK, glad it's sorted.[17:53:35] <wizard113_> My test method was incorrect: "echo 'sanitizer.documents.incoming.harvey:1|c' | nc -u statsd-exporter.inst.1eee2213-b3c0-ea88-8609-f2bcace05318.home.cns.pccowboy.com 9125" is bad[17:53:52] <wizard113_> correct would be: " echo 'sanitizer.documents.incoming.harvey:1|c' | nc -v -w 5 -u statsd-exporter.inst.1eee2213-b3c0-ea88-8609-f2bcace05318.home.cns.pccowboy.com 9125"[17:54:23] *** axonpoet <axonpoet!~axonpoet@fsf/member/axonpoet> has joined #smartos[17:54:42] <wizard113_> bahamat: thank you as well[18:03:09] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:4541:9eb4:ef37:83f3> has quit IRC (Ping timeout: 252 seconds)[18:19:35] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 268 seconds)[18:20:20] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[18:32:33] <adam_vollrath> we locked ourselves out of the `admin` account. I'm trying to us `sdc-ldap modify` to update `userpassword`, but my changes aren't sticking. What's the proper way to update the admin account's password?[18:35:02] <adam_vollrath> it's still in `/usbkey/config` so will it reset if we reboot or something?[18:36:06] <blackwood821> for archiving purposes: if anyone runs into an issue where the init daemon won't start when booting a zone, black_pete noticed that `vmadm get <UUID> | json routes` listed a couple routes that were invalid because there were no vnics for them. Once I removed the routes and rebooted the init daemon started up and systemd was working again.[18:36:06] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has joined #smartos[18:37:44] <garethhowell> How do I debug a new zone that fails to provision?[18:44:41] <black_pete> garethhowell, I don't have any specific insight on that, but I have found that the network connection of the zone is very important, and that a faulty network setup can break provisioning[18:45:32] <garethhowell> Thanks. I’m pretty sure that is OK because the json def is a copy of another zone (with different IP)[18:46:03] <garethhowell> However, it’s a docker zone, so it’s probably a problem with the internal_metadata[18:49:35] *** chorrell <chorrell!~chorrell@unaffiliated/chorrell> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[18:54:45] <black_pete> garethhowell - what's the behavior of the (failing) provisioning? It just doesn't start?[18:56:02] <garethhowell> vmadm create times out and zone is shown as failed[18:57:40] *** bens1 <bens1!~bens1@161.122.2.81.in-addr.arpa> has quit IRC (Quit: bens1)[18:58:05] <bahamat> garethhowell: How much of a copy? Is it exact, or did you change some values?[19:02:00] <Smithx10> bahamat: I messed around with AuthorizedKeysCommand[19:02:36] <Smithx10> What would be your advice on how to get it to read the keys attached the the SDC user? don't I need to authentic with triton ?[19:02:49] <Smithx10> mdata-get root_authorized_keys is only populated at provision time[19:03:47] <bahamat> Yeah, that's all lx/kvm/bhyve does.[19:04:21] <Smithx10> yea, but SmartLogin reads the keys attached to the account[19:04:25] <Smithx10> thats what im after[19:04:36] <Smithx10> Is there a way to hack around this?[19:05:18] <bahamat> Well, you can update metadata via cloudapi[19:05:25] <arekinath> Smartlogin uses a door that the gz creates in the zone[19:05:38] <arekinath> you can only really use doors from native brand zones[19:06:07] <bahamat> Yeah, we had been discussing fetching the authorized_keys via mdata-get.[19:06:17] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has quit IRC (Quit: garethhowell)[19:06:28] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Ping timeout: 246 seconds)[19:06:42] <bahamat> But that makes me wonder, could you communicate with the door via the /native commands in LX?[19:07:27] <Smithx10> bahamat: could this problem be solved by having values available via[19:07:28] <Smithx10> https://eng.joyent.com/mdata/datadict.html[19:07:45] <bahamat> Smithx10: It already is.[19:07:55] <Smithx10> well thats atthe instance level[19:08:04] <Smithx10> not at like sdc:account:root_authorized_keys[19:08:07] <Smithx10> or something[19:08:22] <Smithx10> So it makes calls out to read only values in cloudapi[19:08:29] <Smithx10> or whereever[19:08:36] <bahamat> No, the metadata only comes from what's in the machine json on the CN itself.[19:08:44] <Smithx10> ahhhh[19:08:50] <Smithx10> so sdc: is just from the json[19:08:57] <bahamat> Yeah[19:08:59] <Smithx10> someone has to put it thtere *[19:09:50] <Smithx10> crap[19:10:13] <Smithx10> but I guess i could just create a small bash tool for tenant owners to refresh there keys to mdata[19:10:27] <Smithx10> until vsock is added etc[19:10:36] <arekinath> bahamat: Yeah you can, one of the things I proposed for LX was a binary we put in the PI that works as authorisedkeyscommand[19:10:38] <Smithx10> btw, resized docker this morning[19:10:39] <arekinath> to open the door[19:11:09] <Smithx10> arekinath for bhyve would you have to do the same?[19:11:30] <arekinath> I think vsock is the most likely way forwards there[19:11:49] <Smithx10> yea[19:11:50] <Smithx10> ok[19:13:02] *** akole <akole!~akole@steinsgate.rd.tut.fi> has joined #smartos[19:13:02] <rsully> Is it possible to have smartos stop using 1 of my 2 cpu sockets on a live system? Does illumos support hot swapping cpus at all?[19:14:34] <Smithx10> hmmm looks like the triton cli doesn't have commands for updating mdata yet :([19:14:40] <Smithx10> smartdc does[19:15:09] *** chorrell <chorrell!~chorrell@unaffiliated/chorrell> has joined #smartos[19:15:26] <jperkin> rsully: psradm[19:15:41] <rsully> jperkin thanks! I'll look at the manpages. Any tips I should know going in?[19:16:38] <jperkin> I don't know what support is like across various x86 systems, I've not used it since admin'ing sparc systems years ago[19:16:47] <jperkin> give it a go, it will tell you if it didn't work ;)[19:18:39] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has joined #smartos[19:18:48] <rsully> jperkin if a processor reports "The core has 2 virtual processors (6 18)" do I need to offline both 6 and 18, or just 6?[19:19:32] <jbk> using psradm to offline a cpu just affects process and interrupt scheduling IIRC[19:19:32] <garethhowell> bahamat: quite a bit. The other one was for a different docker container: plexmediaserver, this one is for nginx.[19:20:15] <rmustacc> jperkin, rsully: It should work on all x86 systems.[19:20:25] <rsully> jbk hmm is t here another tool I should be using to offline the socket?[19:20:27] <jbk> while illumos itself has support for hot swapping CPUs, memory, and I/O, it requires both support from the physical hardware, as well as additional support for a given platform (so it knows how to talk to the hardware to do the physical power off, etc.)[19:20:29] <rmustacc> rsully: In that case if you only offline one of them, the other will be good.[19:20:39] <rmustacc> What's the goal for offlining the socket in this sense?[19:20:47] <rmustacc> Just stop workload from running there?[19:21:03] <rsully> rmustacc in other words, I need to offline both 6 and 18? "the other will be good" is a little ambiguous[19:21:18] <rmustacc> Do you want to remove the memory and PCIe devices that are attached to that socket as well?[19:21:22] <garethhowell> bahamt: however, the main changes are in the internal_metadata needed to configure the docker container[19:21:34] <rmustacc> rsully: psradm will disable only a single logical CPU.[19:21:38] <rsully> rmustacc I am looking to see what power usage would be like running with a single socket, on this dual socket system. I won't be physically removing anything, just a test[19:21:55] <rmustacc> psradm doesn't actually change the power consumption realistically except by putting that socket into idle.[19:22:13] <rmustacc> The problem is that you still have DRAM, QPI/UPI transactions that need to cross, PCIe, etc.[19:22:55] <rmustacc> So there's not really a full socket offline in this sense to see real power consumption because of the other things it's doing.[19:23:33] <rmustacc> psradm will save power, but not an equivalent to not having the socket.[19:23:45] <bahamat> garethhowell: Did you change the network configuration? You'll need to.[19:24:04] <rsully> rmustacc does illumos support hot swapping cpus? it sounds like maybe no then?[19:24:12] <LeftWing> In theory[19:24:23] <rmustacc> Most x86 platforms don't.[19:24:42] <rmustacc> Just based on how all the PCIe, DRAM, etc. config works.[19:25:39] <rsully> oh interesting, good to know[19:26:09] <rmustacc> You can probably find some.[19:27:32] <garethhowell> bahamat: yes, the IP is different. Is there an error log anywhere?[19:28:29] <bahamat> What about the mac address? That needs to be unique also.[19:29:11] <bahamat> The best places to look are the vmadm console (attach first, try to boot it, then see what it says) and /var/log/zone_bh.<uuid>[19:29:40] <rsully> rmustacc uptime load averages are based on virtual processors right?[19:30:03] <garethhowell> bahamat: thanks. I’ll give it whirl.[19:30:22] <rmustacc> Um?[19:30:26] <rsully> so if I offline'd 12 of my 24 cores (12 physical with HT), my load average is out of 12 now?[19:30:27] <rmustacc> Not sure if it is off hand.[19:30:35] <rsully> hm ok[19:34:47] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 250 seconds)[19:34:58] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has quit IRC (Quit: garethhowell)[19:35:10] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has joined #smartos[19:42:40] *** chorrell <chorrell!~chorrell@unaffiliated/chorrell> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[20:30:16] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #smartos[20:34:26] *** storkone <storkone!~storkone@a80-101-69-245.adsl.xs4all.nl> has joined #smartos[20:50:03] *** Teknix <Teknix!~pds@2601:801:101:f429:36:1e72:cba:ddd4> has quit IRC (Ping timeout: 268 seconds)[20:50:41] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has joined #smartos[20:50:54] *** Eimann <Eimann!~eimann@courante.etherkiller.de> has quit IRC (Ping timeout: 252 seconds)[20:55:58] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has joined #smartos[20:57:38] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has quit IRC ()[20:58:09] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has joined #smartos[20:58:28] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has quit IRC (Client Quit)[21:03:20] *** JtH <JtH!~5CE0A708@unaffiliated/cmdlnkid> has joined #smartos[21:04:11] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has joined #smartos[21:04:16] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has left #smartos[21:04:22] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has joined #smartos[21:04:28] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has left #smartos[21:04:33] *** NginUS <NginUS!~NginUS@cpe-69-201-42-20.twcny.res.rr.com> has joined #smartos[21:05:07] <garethhowell> bahamat: I’m not setting the mac address. I rarely do, unless I want to force it.[21:06:48] <bahamat> garethhowell: Maybe set your entry point to bash to get it to start up, then zlogin to it and run nginx manually to see what it says.[21:22:07] <Smithx10> bahamat: how do I specific a subuser in triton profiel create?[21:22:16] <Smithx10> or do I have to add edit the config[21:22:17] <Smithx10> ?[21:25:56] *** Eimann <Eimann!~eimann@courante.etherkiller.de> has joined #smartos[21:26:05] <garethhowell> bahamat: that’s a good idea. I think I know what it is. The nginx docker image doesn’t eplicitly define a config directory in the way other containers do. it relies on mounting external folders. I’m simulating this with filesystems, but when I look in the created zone’s root/etc/nginx, it’s not what i expect. So there’s something wrong there somewhere[21:27:59] <bahamat> Smithx10: I think you have to edit it afterward and add the user field.[21:28:50] <bahamat> garethhowell: That makes sense then. The most common cause of docker containers failing to provision/start is the entrypoint exiting with an error code.[21:31:24] <Smithx10> bahamat: Should I file a bug[21:31:32] <Smithx10> the profile create probably should prompt for a subuser[21:32:19] <Smithx10> Or is there already an issue for that?[21:32:30] <Smithx10> i searched node-triton but didn't see anything[21:40:08] <garethhowell> bahamat: Got it, or nearly anyway. As you suggested, it was the docker.cmd failing. I can see what’s going by examining /zones/uuid/root/var/log/sdc-dockerinit[21:41:43] *** bromofo93 <bromofo93!~bromofo93@2602:ffc5::c67:863e> has quit IRC (Quit: WeeChat 1.5)[21:52:46] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has quit IRC (Quit: garethhowell)[22:04:47] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has quit IRC (Ping timeout: 240 seconds)[22:05:24] <blackwood821> is there a way to made an added route persist across a global reboot?[22:05:26] *** Teknix <Teknix!~pds@2601:801:101:f429:d127:c48b:73b1:f87f> has joined #smartos[22:05:28] <blackwood821> make*[22:07:45] <bahamat> blackwood821: For the global zone, or for non-global zones?[22:07:54] <blackwood821> global zone[22:13:28] *** bromofo93 <bromofo93!~bromofo93@2602:ffc5::c67:863e> has joined #smartos[22:24:06] *** blackwood821_ <blackwood821_!ae3110b0@gateway/web/freenode/ip.174.49.16.176> has joined #smartos[22:26:03] *** blackwood821 <blackwood821!ae3110b0@gateway/web/freenode/ip.174.49.16.176> has quit IRC (Ping timeout: 256 seconds)[22:35:27] *** DeanGuss <DeanGuss!~dean@gateway/tor-sasl/deanguss> has joined #smartos[23:02:21] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)[23:03:51] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #smartos[23:09:06] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has joined #smartos[23:15:01] *** rsully <rsully!~rsully@unaffiliated/rsully> has quit IRC (Quit: rsully)[23:19:41] *** Teknix <Teknix!~pds@2601:801:101:f429:d127:c48b:73b1:f87f> has quit IRC (Ping timeout: 250 seconds)[23:20:18] *** Teknix <Teknix!~pds@c-68-50-7-175.hsd1.in.comcast.net> has joined #smartos[23:20:37] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has left #smartos[23:25:40] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has joined #smartos[23:28:20] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)[23:34:04] *** polishdub <polishdub!~polishdub@207.86.38.254> has quit IRC (Quit: leaving)[23:34:27] *** garethhowell <garethhowell!~garethhow@cpc129772-papw8-2-0-cust719.know.cable.virginm.net> has left #smartos[23:35:16] *** rsully <rsully!~rsully@unaffiliated/rsully> has joined #smartos[23:38:20] *** jubal <jubal!~jubal@24.237.158.10> has joined #smartos[23:59:46] *** jubal <jubal!~jubal@24.237.158.10> has quit IRC (Quit: jubal)