[00:06:24] <m1cr0man> I'm trying to run an application inside an lx alpine zone. It's giving me this error: `/lib64/ld-linux-x86-64.so.2: not found.Segmentation fault (core dumped)`. This doesn't seem to happen in ubuntu lx images. Any ideas?
[00:06:39] <m1cr0man> I've also tried building the alpine lx dataset myself and no luck with that either
[00:09:36] <m1cr0man> oh..this is because of muslibc isn't it?
[00:51:47] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has joined #smartos
[01:03:55] <NginUS> jbk: Got it all sorted, changing permissions from default 644 to 600 didn't matter, so I set it back to 644. I know now why it was failing.
[01:04:42] <jbk> what happened?
[01:13:26] <NginUS> Originally when I couldn't even ssh with a password was because I assumed I knew what address my dhcp server would be providing, but there was a gap so I was shooting at the wrong address.
[01:14:39] <NginUS> After I was able to log on with a password, the key I pasted into authorized_keys was missing the first 8 characters. My clipboard history shows they were indeed there so I guess I made some mistake with vim. After I fixed that it worked fine.
[01:14:45] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has quit IRC (Quit: black_pete)
[01:23:25] *** iphy <iphy!uid67735@gateway/web/irccloud.com/x-qrltgxomqxgmrvtt> has quit IRC (Quit: Connection closed for inactivity)
[01:25:53] <NginUS> So I've got pkgsrc & pkgin installed. Then I used pkgin to install nano. But if I lose all that every boot, is there a way to script putting it back each time?
[01:27:48] <jbk> i believe /opt is persistent
[01:28:08] <NginUS> jbk: That would be good news, lemme reboot & see what happens..
[01:30:54] <NginUS> jbk: Sweet. It stayed, thanks...
[02:00:37] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Quit: andy_js)
[02:04:51] *** axonpoet <axonpoet!~axonpoet@fsf/member/axonpoet> has quit IRC (Ping timeout: 268 seconds)
[02:12:49] *** kkantor <kkantor!~kkantor@c-24-118-59-107.hsd1.mn.comcast.net> has quit IRC (Ping timeout: 246 seconds)
[02:15:39] *** axonpoet <axonpoet!~axonpoet@fsf/member/axonpoet> has joined #smartos
[02:16:30] *** v_a_b <v_a_b!~volker@p4FECC5C2.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds)
[02:31:31] *** kkantor <kkantor!~kkantor@c-24-118-59-107.hsd1.mn.comcast.net> has joined #smartos
[02:31:59] *** kkantor <kkantor!~kkantor@c-24-118-59-107.hsd1.mn.comcast.net> has quit IRC (Client Quit)
[02:38:27] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has joined #smartos
[02:45:50] <jrg> it is persisten but you need to make the PATH persist as well.
[03:16:20] *** theandro1edan <theandro1edan!~pfranz@c-174-59-156-209.hsd1.pa.comcast.net> has joined #smartos
[03:18:46] *** theandromedan <theandromedan!~pfranz@c-174-59-156-209.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 250 seconds)
[03:44:27] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has quit IRC (Quit: black_pete)
[03:46:37] *** jemershaw <jemershaw!~jemershaw@c-76-99-32-145.hsd1.pa.comcast.net> has quit IRC (Remote host closed the connection)
[04:06:13] *** jemershaw <jemershaw!~jemershaw@c-76-99-32-145.hsd1.pa.comcast.net> has joined #smartos
[04:45:17] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has joined #smartos
[05:02:28] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[05:11:17] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[05:20:17] <Smithx10> Think I'm gonna add that
[05:23:55] *** hemi770_ <hemi770_!~hemi666@unaffiliated/hemi770> has joined #smartos
[05:27:08] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Ping timeout: 272 seconds)
[05:45:03] *** strobelight <strobelight!~quassel@c-69-180-7-202.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 245 seconds)
[05:46:31] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[05:50:48] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Client Quit)
[05:54:35] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[06:01:04] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has quit IRC (Quit: black_pete)
[06:13:26] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[06:21:09] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[06:23:02] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Client Quit)
[06:24:59] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[06:30:39] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[06:38:16] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[06:43:49] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[06:54:43] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[07:01:30] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[07:04:46] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[07:06:50] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has joined #smartos
[07:13:27] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[07:18:53] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[07:22:13] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Client Quit)
[07:22:31] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[07:28:06] *** hotbox <hotbox!~hotbox@2001:41d0:fe8f:b70a:20d:b9ff:fe47:7c05> has quit IRC (Ping timeout: 252 seconds)
[07:30:28] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[07:30:53] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[07:37:04] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[07:39:58] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[07:41:04] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Client Quit)
[08:40:01] *** hotbox <hotbox!~hotbox@2001:41d0:fe8f:b70a:20d:b9ff:fe47:7c05> has joined #smartos
[08:54:23] *** w1ckd <w1ckd!~ivan@155.93.251.180> has joined #smartos
[08:56:35] <w1ckd> Once that was done. I can connect to the smb server using the root or admin username and password, but as soon as I try and open the share it refuses to connect
[08:56:56] <w1ckd> not sure where to start looking
[08:57:12] *** hemi770_ is now known as hemi770
[08:57:12] <w1ckd> was mucking around with smbadm command but that does not seem to change anything
[09:17:41] *** black_pete <black_pete!~black_pet@gateway.peterguy.com> has quit IRC (Quit: black_pete)
[10:03:31] <w1ckd> If anyone can point me to a proper how to to set up samba shares... let me know
[12:26:14] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[12:28:27] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 240 seconds)
[12:30:46] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 244 seconds)
[12:32:09] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[12:34:02] *** aszeszo__ <aszeszo__!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[12:36:27] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 244 seconds)
[12:37:11] *** v_a_b <v_a_b!~volker@p4FECCAEC.dip0.t-ipconnect.de> has joined #smartos
[12:40:35] *** aszeszo__ <aszeszo__!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 244 seconds)
[12:42:46] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[12:43:59] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos
[12:59:20] <jrg> wow. I was going to ask the same question
[12:59:29] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has joined #smartos
[12:59:40] <jrg> I want to mount smb shares into zones
[13:11:18] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has quit IRC (Quit: JeanParpaillon)
[13:27:10] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 250 seconds)
[13:28:06] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[13:29:33] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Read error: Connection reset by peer)
[13:29:56] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[13:37:25] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[13:37:30] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Read error: Connection reset by peer)
[13:42:00] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has quit IRC (Read error: Connection reset by peer)
[13:42:44] *** iphy <iphy!uid67735@gateway/web/irccloud.com/x-bsfngcujtzbbiiee> has joined #smartos
[13:42:45] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[14:07:57] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Read error: Connection reset by peer)
[14:08:03] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[14:24:27] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has quit IRC (Read error: Connection reset by peer)
[14:24:47] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[14:29:09] <w1ckd> thanks for that.
[14:29:15] <w1ckd> I did manage to come right eventually
[14:29:25] <w1ckd> what I was missing was the smbpasswd directive
[14:29:31] <w1ckd> so that helped
[14:30:44] <w1ckd> just ended up using the lx brands for this.
[14:40:19] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has joined #smartos
[14:41:19] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has quit IRC (Client Quit)
[15:13:50] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[15:46:39]
<plluksie> Hello. I'd like to patch and rebuild ld in one of my zones (base-64 18.3.0) to test richlowe's patch in https://github.com/joyent/python-manta/issues/55. Do I understand correctly that I should clone joyent/illumos-joyent and 'make' it in /usr/src/cmd/sgs/libld ? I would like to perform minimal amount of steps without rebuilding everything. Is this possible? Any hints, please?
[15:51:38] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Read error: No route to host)
[15:51:57] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos
[16:22:28] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[16:23:06] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 250 seconds)
[17:00:18] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Quit: The life of a repo man is intense)
[17:07:24] <jrg> hm
[17:07:27] <jrg> in the json file...
[17:07:41] <jrg> the quota for lx zones...
[17:07:49] <jrg> is the quota MB?
[17:08:54] <bahamat> In the json file it's in GB
[17:09:20] <jrg> oh so ram is MB and quota is GB?
[17:09:32] <bahamat> yes
[17:09:51] <jrg> ok thanks.
[17:10:02] <jrg> i'm guessing the point of the quota on the lx zones is because there isn't a zvol to cap it?
[17:10:18] <bahamat> Correct.
[17:10:39] <bahamat> Without a quota on the zone the zone owner can consume the entire zpool.
[17:11:28] <jrg> awesome. thanks. just working on making an ubuntu 16.04 lx zone to see if zimbra can run in it
[17:11:57] <bahamat> plluksie: Following the guide I linked above, you don't need worry about fs_enabled, but otherwise follow through to `gmake live`. After that you can extract your fresh ld.so
[17:12:25] <bahamat> jrg: From what I know of zimbra, it should.
[17:12:58] <jrg> bahamat: that would be cool. lots of saved resources using a lx zone
[17:13:25] <jrg> wish i could use a lx zone for plex too but i serve it using smb in a VM right now and it seems like mounting smb into a zone is a bit more complicated
[17:14:24] <jrg> seems like it works similar to a jail where you can't mount within the zone
[17:15:45] <bahamat> I use a delegated dataset.
[17:17:30] <jrg> for?
[17:19:17] <bahamat> For the plex data
[17:22:06] <jrg> oh. it isn't the data itself. the files are on my freenas box
[17:22:23] <jrg> i haven't found a decent way to mount smb into a lx zone
[17:22:35] <m1cr0man> Is there any solutions for sharing a dataset between two zones other than nfs?
[17:22:37] <jrg> i haven't looked that hard yet either though. there is probably a wiki out there
[17:22:43] <bahamat> jrg: smbmount doesn't work?
[17:22:58] <jrg> bahamat: within the lx zone?
[17:23:12] <bahamat> m1cr0man: If they're on the same compute node you can lofs mount them.
[17:23:25] <jrg> i don't think so. doesn't smbmount just call mount -t smbfs?
[17:23:39] <m1cr0man> oh..really? Was nearly sure I tried that...will try again so
[17:23:54] <bahamat> m1cr0man: Well, it's one of the primary features of Triton, so yes, it works.
[17:24:46] <bahamat> m1cr0man: I'll see what I can do about adding a wiki page with examples later today.
[17:24:51] <bahamat> Or possibly tomorrow.
[17:25:05] <bahamat> For now though, I've got to run.
[17:25:43] <m1cr0man> bahamat, That's working great thanks! Not sure what I did wrong the last time I tried.
[17:25:53] <m1cr0man> Well, this simplifies updating a few services :P
[17:37:29] <jrg> hm
[17:37:36] <jrg> i need to look at a better example for a lx zone
[17:37:43] <jrg> the one in the wiki is showing a vlan configuration for the nic
[17:37:48] <jrg> or is that the normal way of doing it?
[17:44:21] *** Teknix <Teknix!~pds@2601:801:101:f429:55af:6e03:287:af3c> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[17:46:38] *** fxhp <fxhp!~fox@138.207.192.33> has joined #smartos
[17:48:22] <m1cr0man> jrg I have a public ansible playbook for deploying all my services if that's any good to ya as a reference? The way I'm doing networking is via the etherstub + NAT with the ipfilter.
[17:49:00] <jrg> m1cr0man: i just changed the nic type to "admin"
[17:49:05] <jrg> and removed the vlan id
[17:49:14] <m1cr0man> Yeah that's what I have
[17:49:18] <jrg> seems to be working but it doesn't look like the lx zone took the hostname tho
[17:49:23] <jrg> it is using the hostname of the vm hash
[17:49:27] <jrg> er... lx zone hash
[17:49:42] <jrg> i'm using apt to upgrade the zone now to see if it still works
[17:52:40] <jrg> Active: failed (Result: start-limit-hit) since Sun 2019-01-20 16:52:18 UTC; 2s ago
[17:52:40] <jrg> Process: 52231 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255)
[17:52:44] <jrg> ssh stopped workign on it
[17:53:23] <m1cr0man> O_o nice. Try reboot the zone?
[17:53:45] <m1cr0man> just looking at my zones too and yeah they haven't taken the hostname either. Using the ubuntu image
[17:54:25] <jrg> i had to edit the hosts and hostname file directly
[17:54:58] <jrg> i hate that ubuntu forces you to use resolvconf
[17:57:55] <jrg> lol
[17:58:08] <jrg> /dev/zfsds0 257G 774M 256G 1% /
[17:58:14] * jrg scratches his head at the df output of the zone
[17:58:33] <jrg> oh ok. i just read that wrong.. it says M not G ... thought there was some awkwardness going on there
[17:58:50] <m1cr0man> ah :P
[17:58:56] <m1cr0man> I'm currently building an 18.10 lx image, might try and see if I can fix this hostname
[17:59:18] <jrg> not sure what it does to replace the hostname in the image when using a json
[17:59:32] <jrg> i know i set the hostname for it in the json but it still wound up being the hash
[17:59:37] <jrg> i just changed it manually in the zone
[17:59:38] <m1cr0man> me neither. I wonder if it works in alpine zones - will quickly test
[18:00:21] <jrg> i'm just trying to see if i can get zimbra to run in this thing
[18:00:57] <jrg> updating openssh required the creation of /var/ssh tho
[18:01:11] <jrg> which is why sshd wouldn't start after the update. maybe an openssh change/
[18:01:13] <jrg> ?
[18:01:44] <m1cr0man> truth be told I don't think I've been updating my zones.
[18:02:00] <m1cr0man> that's about to change though, will see if this 18.10 image works
[18:04:26] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has joined #smartos
[18:07:08] <jrg> heh
[18:07:16] <jrg> it's fine as long as it doesn't try to update the kernel i suppose
[18:07:26] <jrg> i'm trying to figure out what pkg has nslookup
[18:07:27] <jrg> or dig
[18:07:33] <jrg> figured this was standard install stuff
[18:08:14] <jrg> oh. it's dnsutils.. thought it was dnstools
[18:10:59] <jrg> trying to install zimbra now
[18:11:02] <jrg> hopefully all goes well
[18:11:05] <jrg> that would be awesome
[18:12:29] *** iphy <iphy!uid67735@gateway/web/irccloud.com/x-bsfngcujtzbbiiee> has quit IRC (Quit: Connection closed for inactivity)
[18:20:26] *** andy_js <andy_js!~andy@94.3.60.133> has quit IRC (Read error: No route to host)
[18:20:45] *** andy_js <andy_js!~andy@94.3.60.133> has joined #smartos
[18:23:22] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has quit IRC (Quit: Leaving)
[18:32:07] *** mno-hime <mno-hime!~mno-hime@94.142.238.232> has joined #smartos
[18:45:56] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has quit IRC (Quit: JeanParpaillon)
[18:53:24] *** w1ckd <w1ckd!~ivan@155.93.251.180> has quit IRC (Remote host closed the connection)
[18:55:59] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has joined #smartos
[19:09:02] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has quit IRC (Quit: JeanParpaillon)
[19:09:47] <jrg> so
[19:09:53] <jrg> i installed zimbra.. and it is running ridiculously slow
[19:09:58] <jrg> and i have issues with services not running
[19:11:41] <m1cr0man> luckily performance is analysis is something smartos really can do
[19:11:54] <m1cr0man> s/is//
[19:13:22] <jrg> i'm restarting zimbra to see what happens
[19:17:26] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has joined #smartos
[19:21:00] <jrg> ok. so the services just aren't working
[19:21:01] <jrg> weird
[19:21:08] <jrg> i'm not really seeing much in the logs either
[19:21:19] *** JeanParpaillon <JeanParpaillon!~jean@176.164.104.9> has quit IRC (Client Quit)
[19:23:41] <jrg> ah ok
[19:23:43] <jrg> i think i found it
[19:23:46] <jrg> unbound isn't working
[19:23:51] <jrg> maybe no socket support in the lx zone?
[19:24:03] <jrg> unbound[32101:0] error: setsockopt(..., IP_MTU_DISCOVER, IP_PMTUDISC_OMIT...) failed: Operation not supported
[19:24:22] <m1cr0man> ooh that doesn't look good :/
[19:24:40] <m1cr0man> or maybe just some particular options?
[19:24:44] <jrg> not sure
[19:24:56] <jrg> in a jail i'd think it's related to allowing sockets to be used by the jail
[19:24:59] <jrg> but i'm not sure how that works in solaris zones
[19:25:09] <m1cr0man> I'm pretty sure sockets work in general
[19:25:16] <m1cr0man> I've been hosting a bunch of game servers from lx zones
[19:25:34] <m1cr0man> I'm also running the TICK stack for monitoring and that's fine
[19:25:35] <jrg> unbound[32101:0] fatal error: could not open ports
[19:28:00] <jrg> nslookup ancient
[19:28:00] <jrg> ../../../../lib/isc/unix/socket.c:2881: setsockopt(20, IP_RECVTOS) failed: Protocol not available
[19:28:16] <jrg> that's from nslookup
[19:30:01] <m1cr0man> having trouble with my new 18.10 zone
[19:30:06] <jrg> i might just have to go to a VM for this
[19:30:08] <m1cr0man> I'll try nslookup once I can log in
[19:30:10] <jrg> doesn't look like the lx zone is working
[19:33:40] <jrg> i tried restarting the zone
[19:43:11] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[19:43:12]
<m1cr0man> http://u.m1cr0man.com/sd/tev getting this error from my 18.10 zone. "Too many levels of symbolic links" seems to be the problem, but I've no idea how that has happened
[19:43:57] <jrg> blah. i give up on this.
[19:44:06] <jrg> there is something wrong with the way sockets are working in the lx zone
[19:44:11] <jrg> i'll just try making a bhyve vm
[19:44:27] *** greenline <greenline!~user@unaffiliated/greenline> has quit IRC (Ping timeout: 240 seconds)
[19:47:14] <m1cr0man> jrg, I have an idea
[19:47:20] <m1cr0man> how were you connecting to your zone? through zlogin?
[19:47:27] <jrg> no. ssh
[19:47:44] <m1cr0man> oh..nevermind then. Was gonna blame the zone's nic but it's not that then
[19:53:44] <jrg> no. networking seems fine
[19:53:57] <jrg> seems like zimbra uses some sort of direct socket connection with unbound which it can't run
[19:54:11] <jrg> i'm guessing because the zone doesn't allow it or something like that. maybe it needs a kernel module?
[19:54:30] <jrg> i was looking for options for zones that you can add to them. in freebsd you would usually have to allow the jail raw socket writes
[19:54:40] <jrg> but there isn't much documentation about what a zone can and cannot do
[19:55:02] <m1cr0man> yeah the man docs are about the extent of it.
[20:15:56] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[20:36:25] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[20:38:38] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 268 seconds)
[21:15:49] <jrg> yup
[21:16:03] <jrg> i'll just make a kvm
[21:16:06] <jrg> or bhyve vm
[21:16:09] <jrg> i should try bhyve
[21:17:50] <jrg> so for bhyve is everything the same as kvm except you use bhyve as the brand?
[21:25:01] <jrg> i can't seem to find any documentation about how to configure a bhyve vm
[21:27:05] <jrg> blah. i'll just make a kvm vm
[21:29:30] <muchomas> i've never personally done it, but try it and see?
[21:34:36] *** Teknix <Teknix!~pds@2601:801:101:f429:d511:4a4b:76e2:ce6b> has joined #smartos
[21:39:31] <jrg> i just wish there was more documentation to go off of
[21:40:22] <jrg> there doesn’t seem to be much by way of json configurations ... is there an overall doc about json options?
[21:42:41] *** leoj3n <leoj3n!~leoj3n@2601:246:100:a5:a94b:495f:8b3:6a35> has joined #smartos
[21:46:53] <leoj3n> Is anyone here developing a node + mongodb app and hosting it on triton?
[21:49:52] <LeftWing> Well, Triton itself is a lot of Node-based software, though we end up using PostgreSQL instead of MongoDB.
[21:49:55] *** Teknix <Teknix!~pds@2601:801:101:f429:d511:4a4b:76e2:ce6b> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[21:52:39] <leoj3n> Hi LeftWing, I'm wondering how do I develop locally and deploy to triton. How do you run the image locally? Do I have to use docker or can I avoid it? Do I need the full CoaL thing to run the images locally? Do you have your database in a separate image? How do you persist your database?
[21:52:39] *** npx <npx!~alex@104.222.153.117> has joined #smartos
[21:53:21] <npx> hey papertigers, did you ever do a writeup on your Cargo.toml setup to include frame pointers etc?
[21:55:52] <npx> found a comment about it somewhere yesterday, but I think the comment was like two years old hahah
[21:56:45] *** Teknix <Teknix!~pds@2601:801:101:f429:ec26:9c56:7d3e:8f05> has joined #smartos
[22:03:09] <LeftWing> leoj3n: You can certainly run COAL on a laptop and deploy things into it
[22:03:41] <LeftWing> Some people work on Triton that way. Others just use lab machines or VMs on lab machines.
[22:04:11] <LeftWing> I'm not a huge fan of running actual workloads on my laptop, which I prefer to be lightweight and have long battery life
[22:04:12] <npx> not sure how you'd work on manta with COAL without some relentless overprovisioning
[22:04:31] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[22:04:42] <LeftWing> Yeah, Manta mostly doesn't fit in COAL these days. We've been experimenting with COAL-like VMs on lab machines, but with more DRAM and disk.
[22:08:57] <jrg> yeah. like vmadm man page makes no mention of bhyve
[22:10:30] <jrg> is there some place on the wiki that shows the options that you can put in the json when creating a vm or lx zone ?
[22:10:41] <LeftWing> The manual page definitely mentions bhyve
[22:12:50] <npx> also papertigers, I was looking at pkgsrc#171, I was vendoring openssl like openssl = { version = "0.10", features = ["vendored"] } - I can see the case against it but my train of thought was, "get rid of all external dependencies"
[22:13:02] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Quit: Leaving.)
[22:15:46] *** aszeszo_ <aszeszo_!~aszeszo@unaffiliated/aszeszo> has joined #smartos
[22:16:43] *** aszeszo <aszeszo!~aszeszo@unaffiliated/aszeszo> has quit IRC (Ping timeout: 245 seconds)
[22:26:25] <plluksie> bahamat: thanks for the link. To be sure - do I have to use base-multiarch-lts 14.4.x?
[22:31:43] *** iphy <iphy!uid67735@gateway/web/irccloud.com/x-plbqcwywtyvsxekz> has joined #smartos
[22:36:47] <npx> not sure it'd be tenable for a big distributed system but I think there is something to be said for a static Rust binary static linked against musl-libc and openssl. May all your build be idempotent!
[22:37:33] <npx> that was possibly the most tortured thing I've ever written in an IRC client, the pizza won that battle
[22:38:44] <bahamat> plluksie: Yes.
[22:46:58] <npx> So, I was wondering about this. With Manta, do you derive any benefit from dynamic linking in Marlin instances? Like, will the read-only portions of relevant shared libraries be reused across the zones running a map/reduce job?
[22:47:11] <npx> (within the context of a given CN)
[22:50:40] <npx> I could answer that myself but the point of the question was, maybe overprovisioning Marlin by some comfortable margin might not totally suck.
[22:52:19] <bahamat> npx: Yes, but that happens anyway and is not accounted toward the zone's mem cap.
[22:55:15] <npx> Okay, cool, the metaphor I'm thinking of is fractional reserve banking. If you're super confident that a "bank run" will never happen, and these zones will never hit their mem cap, then you can safely overprovision.
[23:12:31] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has joined #smartos
[23:12:39] *** ingenthr <ingenthr!~ingenthr@47.150.244.29> has quit IRC (Client Quit)
[23:23:39] <jrg> argh!
[23:23:46] <jrg> so i updated the centos7 vm
[23:23:49] <jrg> and now i can't login as root
[23:23:56] <jrg> and hav eno idea how to boot it in single user mode :/
[23:37:51] <jrg> it's almost like the yum update borked pam
[23:37:52] <jrg> :/
[23:38:18] <jrg> and trying to edit the grub start to get to a rescue shell doesn't seem to be working.. or at least it seems hung with no type of information about what is going on
[23:39:23] <npx> why use a centos7 vm? have you ever tried an Alpine dockerfile? It's good living.
[23:39:38] <jrg> npx: i tried making a lx zone
[23:40:25] <jrg> and it didn't work with zimbra because unbound didn't seem to work in the zone
[23:41:31] <npx> I'm sure unbound will work... the issue there is probably your resolve.conf or something (it happens dude)
[23:42:03] <jrg> i can try it again but it looked as though it sure didn't want to run dnscache as well as zmconfigd
[23:42:33] <jrg> i'm a bit confused what happened with this centos vm tho. it was working fine. i was in the process of resizing the zvol and adjusting the fs inside the guest
[23:42:38] <jrg> and root login just stopped working
[23:44:44] <jrg> resolv.conf looks fine
[23:47:36] <jrg> hm. now vmadm won't stop both of the VMs :/ seems like i'm having some hiccups here