Switch to DuckDuckGo Search
   January 20, 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:06:38] *** tuxillo <tuxillo!~antonioh@89.128.97.235> has joined #smartos
[00:15:00] *** stephen <stephen!~stephen@unaffiliated/stephen> has quit IRC (Ping timeout: 265 seconds)
[00:30:32] *** CaTtleyA <CaTtleyA!~CaTtleyA@128.90.160.70> has joined #smartos
[00:31:07] *** CaTtleyA <CaTtleyA!~CaTtleyA@128.90.160.70> has quit IRC (Client Quit)
[01:42:08] <FoldMark> Howcan I enable CIFS in an LX zone running Ubuntu 16.04
[01:42:12] <FoldMark> ?
[01:42:44] <FoldMark> cat /proc/filesystems does not say cifs
[01:43:01] <FoldMark> Perhaps I can run NFS?
[01:43:36] <jbk> i'm not sure if the in-kernel cifs will run in lx
[01:44:19] <jbk> if it does, you'll likely need to use the stuff in /native
[01:48:47] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #smartos
[01:53:17] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Ping timeout: 260 seconds)
[01:54:52] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has quit IRC (Ping timeout: 268 seconds)
[01:55:29] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has joined #smartos
[02:28:24] <FoldMark> Which version of the Linux kernel will expose CIFS to the LX zone?
[02:30:38] <dsockwell> that's not how LX works, it's still the SmartOS kernel
[02:47:14] *** mutin-sa <mutin-sa!~s-mutin@85.234.114.134> has quit IRC (Read error: Connection reset by peer)
[02:47:46] *** mutin-sa <mutin-sa!~s-mutin@85.234.114.134> has joined #smartos
[02:51:16] *** jbk <jbk!jbk@syzygy.io> has quit IRC (Read error: Connection reset by peer)
[02:51:18] *** alciregi <alciregi!~alcir@fedora/alciregi> has quit IRC (Ping timeout: 260 seconds)
[02:51:23] *** jbk <jbk!jbk@syzygy.io> has joined #smartos
[02:59:53] *** tozhu <tozhu!~tozhu@101.207.125.86> has joined #smartos
[03:14:30] <FoldMark> I imported a zvol using imgadm, and created a KVM based on this image, the size of the system when I log in is 8GB drive space, I need about 50GB, how do I change the size of this kvm?
[03:15:01] <FoldMark> It’s the latter zvol of 18.06 from the repo
[03:15:16] <FoldMark> Ubuntu 18.06 LTS, i e
[03:15:47] *** hadfl <hadfl!~hadfl@omniosce.ee.ethz.ch> has quit IRC (Quit: nn o/)
[03:15:47] *** andyf <andyf!~andyf@omniosce.ee.ethz.ch> has quit IRC (Quit: nn)
[03:16:08] *** andyf <andyf!~andyf@omniosce.ee.ethz.ch> has joined #smartos
[03:16:37] *** hadfl <hadfl!~hadfl@omniosce.ee.ethz.ch> has joined #smartos
[03:27:37] <jbk> you can increase the zvol size, but then in the VM, you'll need to use whatever partitioning utility of choice to grow the partitions (you might also have to juggle depending on the layout)
[03:27:49] <jbk> you can also just add an additional zvol which might be simpler
[03:31:30] <FoldMark> vmadm update?
[03:31:34] <FoldMark> jbk:
[03:31:46] <FoldMark> parted?
[03:32:31] <FoldMark> Is there way to set these sizes in the json payload for when I do vmadm create <?
[03:33:10] <FoldMark> How do I know which zvol to change the size of?
[03:36:36] <FoldMark> When I do vmadm info | grep zvol there is only 1 mention: "file": "/dev/zvol/rdsk/zones/9bfcec39-33f4-c08a-a714-f6f9fd5e3037-disk0" This item is about 8GB when I do df -h inside the running KVM, however on the 11.9G when I do zfs list
[03:37:49] <jbk> you're going to have the same issue
[03:37:52] <jbk> the zvol is a disk image
[03:37:56] <jbk> so that contains the partition table
[03:38:08] <jbk> as well as the VMs filesystem (e.g. ext3/4/xfs)
[03:38:41] <jbk> so even if you make a bigger zvol.. all of those values in the partition table, filesystems, etc. will reflect the smaller size
[03:38:52] *** miller7 <miller7!~pidgin@unaffiliated/miller7> has quit IRC (Ping timeout: 260 seconds)
[03:38:56] <jbk> so you would still need to adjust them (parted, etc.)
[03:39:10] <jbk> or use a second zvol, mkfs it, and mount it up somewhere
[03:39:46] <FoldMark> Like this: "zfs set volsize=60G zones/9bfcec39-33f4-c08a-a714-f6f9fd5e3037-disk0"?
[03:40:06] <FoldMark> Is there a way to set this size when the KVM is created?
[03:40:32] <jbk> i don't think so since it's an existing image -- i believe the image metadata is used to set the size
[03:41:03] <FoldMark> Like this: "zfs set volsize=60G zones/9bfcec39-33f4-c08a-a714-f6f9fd5e3037-disk0"? And then login and use parted?
[03:41:19] <FoldMark> Or how do I add a zvol?
[03:41:34] <FoldMark> I would need to mount the new zvol in/opt
[03:41:38] <FoldMark> I would need to mount the new zvol in /opt
[03:42:14] <FoldMark> I assume that would be some sort of vmadm update UUID < file path to new zvol?
[03:45:03] <jbk> something like '{ "add_disk": { "path": "/dev/zvol/rdsk/zones/<uuid>/diskXX", "size": "60g" }'
[03:45:06] <jbk> somrthing like that
[03:45:42] <FoldMark> OK, so a regular vmadm update UUID + some payload as JSON
[03:45:44] <FoldMark> Thanks
[03:56:37] *** jcea <jcea!~Thunderbi@2001:41d0:1:8a82:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[04:03:11] <FoldMark> I would like to convert a vm from vbox to bhyve, how?
[04:33:32] *** stephen <stephen!~stephen@unaffiliated/stephen> has joined #smartos
[04:43:43] *** Macer <Macer!macer@unaffiliated/macer> has left #smartos
[04:46:50] *** miller7 <miller7!~pidgin@unaffiliated/miller7> has joined #smartos
[05:01:31] *** sumesh <sumesh!sid262313@gateway/web/irccloud.com/x-ruozwtkytcixdqss> has joined #smartos
[05:35:25] *** stephen <stephen!~stephen@unaffiliated/stephen> has quit IRC (Ping timeout: 272 seconds)
[05:36:07] *** saltsa <saltsa!~joonas@dsl-hkibng42-58c3f6-87.dhcp.inet.fi> has joined #smartos
[05:41:55] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has joined #smartos
[05:47:09] *** stephen <stephen!~stephen@unaffiliated/stephen> has joined #smartos
[05:51:31] <Smithx10> dd
[05:51:39] <Smithx10> boot it zlogin
[06:04:23] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has quit IRC (Ping timeout: 260 seconds)
[06:27:17] <stephen> So, regarding that lx zone I have, triton had ubuntu 16, nothing newer it seems, but I need 18.
[07:18:37] <sjorge> stephen probably best to use the ubuntu hvm image (newer ones should work on kvm and bhyve)
[07:18:51] <sjorge> I played with it on bhyve for a bit and performance was good, well much better than on kvm for me anyway
[07:18:59] <sjorge> Although having an up to date lx image would rock
[07:19:13] <dsockwell> he's the only legit monero miner, he needs that bare metal stuff
[07:19:41] <stephen> Well, it's just I'm getting all sorts of errors in the upgrade
[07:20:27] <dsockwell> what's stopping you from using 16 as is?
[08:16:23] *** Macer <Macer!macer@unaffiliated/macer> has joined #smartos
[08:33:28] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has quit IRC (Quit: ^C)
[08:35:10] <stephen> nevermind, I've handled it. ZFS implementation and the upgrade weren't playing ball
[09:31:20] *** wiedi <wiedi!~wiedi@185.85.220.177> has joined #smartos
[09:39:01] *** neuroserve <neuroserve!~toens@195.71.113.124> has joined #smartos
[09:48:00] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has joined #smartos
[09:56:55] *** bens1 <bens1!~bens@161.122.2.81.in-addr.arpa> has joined #smartos
[10:00:57] *** leah2 <leah2!~leah@vuxu.org> has quit IRC (Ping timeout: 260 seconds)
[10:03:08] *** leah2 <leah2!~leah@vuxu.org> has joined #smartos
[10:15:18] *** hhdave <hhdave!~anonymous@ip212.ip-193-70-71.eu> has joined #smartos
[10:17:55] *** man_u <man_u!~manu@manu2.gandi.net> has joined #smartos
[10:25:36] *** hhdave <hhdave!~anonymous@ip212.ip-193-70-71.eu> has quit IRC (Ping timeout: 258 seconds)
[10:34:09] *** hhdave <hhdave!~anonymous@ip212.ip-193-70-71.eu> has joined #smartos
[10:57:21] *** man_u <man_u!~manu@manu2.gandi.net> has quit IRC (Ping timeout: 265 seconds)
[10:57:45] *** man_u_ <man_u_!~manu@manu2.gandi.net> has joined #smartos
[11:35:08] *** stephen <stephen!~stephen@unaffiliated/stephen> has quit IRC (Ping timeout: 260 seconds)
[13:26:16] *** bens1 <bens1!~bens@161.122.2.81.in-addr.arpa> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[13:27:23] *** rann <rann!sid175221@gateway/web/irccloud.com/x-dqnezrgptbzxxdsd> has quit IRC (Read error: Connection reset by peer)
[13:27:59] *** rann <rann!sid175221@gateway/web/irccloud.com/x-epbssgfrlczamkmj> has joined #smartos
[13:29:36] *** dsockwell <dsockwell!~dsockwell@mnemonic.hightechlow.life> has quit IRC (Ping timeout: 258 seconds)
[13:30:53] *** dsockwell <dsockwell!~dsockwell@mnemonic.hightechlow.life> has joined #smartos
[13:50:02] *** tuxillo <tuxillo!~antonioh@89.128.97.235> has quit IRC (Remote host closed the connection)
[13:55:50] *** tuxillo <tuxillo!~antonioh@89.128.97.235> has joined #smartos
[13:59:00] *** jzu_ <jzu_!~jussi@pupu.jus.si> has joined #smartos
[14:19:22] *** tozhu <tozhu!~tozhu@101.207.125.86> has quit IRC (Quit: tozhu)
[14:54:05] <mpana> Hi, anyone using triton volumes? We've got an issue where they come up just fine but once we start writing to them, they freeze (both for kvm and lx branded zones). We have to reboot to get access to them again but once we write they lock up again.
[15:11:56] *** tozhu <tozhu!~tozhu@ec2-13-56-54-199.us-west-1.compute.amazonaws.com> has joined #smartos
[15:12:33] *** rennj <rennj!~rennj@wsip-24-120-111-138.lv.lv.cox.net> has quit IRC (Ping timeout: 265 seconds)
[15:38:17] <neuroserve> mpana: which zones freeze? the zone providing the nfs service or the zones using the nfs service?
[15:39:26] <mpana> neuroserve: correct! the zone using the service freezes. And it seems, my colleagues saw this questions and cleared things up: the zone itself does not freeze, just the NFS mount goes stale and we can no lionger ls /df /mount that mountpoint.
[15:40:03] <neuroserve> have you checked the zone, which provides the nfs service?
[15:40:48] *** stephen <stephen!~stephen@unaffiliated/stephen> has joined #smartos
[15:43:05] <mpana> Yes, the zone is still online, responds to ping. Ill spin one up here in a just a few to get fresh logs.
[15:43:34] <neuroserve> any hints in the nfs-server logs?
[15:48:05] <mpana> susprisingly the /var/svc/log/smartdc-application-nfsserver:default.log is empty
[15:50:35] <neuroserve> what about /var/log/sdc/upload? if it exists at all...
[15:53:33] *** stephen <stephen!~stephen@unaffiliated/stephen> has quit IRC (Ping timeout: 272 seconds)
[15:59:57] * wonko cries
[16:00:13] <wonko> now the previously booting fine CN is being all slow, even with http instead of tftp
[16:00:15] <wonko> kbsdlkjhazsdlfjkhbasdljkcba
[16:00:53] *** blackwood821 <blackwood821!~blackwood@2601:484:8002:2fa0:dce1:dee3:4cfb:aaff> has joined #smartos
[16:02:05] <sjorge> jlevon doing some ugly testing for OS-7317 now, I... added a setTimeout around the fs tests, similar to how some other things are done to wait
[16:02:49] <sjorge> currently testing 1sec, but I think 100ms should be ok... just to confirm it is indeed a race in vminfod and the test, I'm hoping for a 6h run time today and will try for 12h tomorrow with a lower value... so far so good after 2 hours
[16:02:54] <sjorge> I think that is a new record
[16:04:19] <mpana> @neuroserve /var/log/sdc/upload does not exist
[16:08:59] <mpana> okay, I rebooted and mounted an nfs zone and attempted to dd a 10GB file and got the following https://pastebin.com/Cn0WYQ84
[16:09:48] <jlevon> sjorge: excellent!
[16:09:58] <neuroserve> I don't have sdc-volapi deployed - that's why I can only guess. Have you checked with svcs -L that that's the correct logfile?
[16:10:32] <mpana> Yep, its the correct logfile./
[16:12:28] <neuroserve> hm - throw new Error('Cannot parse time: ' + time);
[16:12:55] <neuroserve> Error: Cannot parse time: undefined
[16:15:25] *** arnoldoree <arnoldoree!~arnoldore@ranoldoree.plus.com> has joined #smartos
[16:15:26] *** arnold_oree <arnold_oree!~arnoldore@ranoldoree.plus.com> has joined #smartos
[16:15:32] *** arnoldoree <arnoldoree!~arnoldore@ranoldoree.plus.com> has quit IRC (Read error: Connection reset by peer)
[16:20:02] <sjorge> jlevon if that works, it will push it as a seperate commit... and maybe also do the same for the pci_device tests, which seem to suffer from the same issue
[16:20:21] <sjorge> ideally, vminfod gets fixed but lets file that under 'the abyss'
[16:20:45] <jlevon> heh yeah
[16:29:52] <Smithx10> danmcd: great catch with the NFS disable
[16:30:12] <danmcd> Tell that to vgusev. Also, TBH, I can't reproduce this.
[16:30:26] <danmcd> (vgusev found it)
[16:30:47] <danmcd> My SmartOS CN that runs NFS-zone... I tried his steps and couldn't make it trip an assert.
[16:31:20] <danmcd> (I wonder if it's a race that needs fast cores? Kebecloud's CNs are all lower-end 6-core Ivy Bridge Es.)
[16:33:59] <mpana> neuroserve: I tried on a different CN and could not reproduce this. In the meantime we upgraded to one of the newer PI's (I think Nov 2019). I will retry this ona few other nodes but I think the node we were running on was running somthing from 2018
[16:35:33] <neuroserve> ok
[16:39:49] *** dansolo42 <dansolo42!~dansolo42@50.237.110.74> has quit IRC (Quit: dansolo42)
[16:41:19] <Smithx10> whats the clock speed on those ?
[16:41:39] <Smithx10> I wonder if one of our Recent Dell machines could get it, they are like 2.6 ghz i think
[16:42:25] *** neuroserve <neuroserve!~toens@195.71.113.124> has quit IRC (Ping timeout: 258 seconds)
[16:43:18] <Smithx10> bahamat: is there documentation for using custom smf on the headnode?
[16:43:34] <Smithx10> I guess https://wiki.smartos.org/administering-the-global-zone/ ?
[16:44:35] <jlevon> Smithx10: yeah. would be nice if that referenced smfgen
[16:45:05] <jlevon> Smithx10: I actually think it'd be well worth us shipping something there with "/bin/true" to make it trivial to add some customization on a script
[16:45:09] <jlevon> at least as starting point
[16:49:28] *** rennj <rennj!~rennj@wsip-24-120-111-138.lv.lv.cox.net> has joined #smartos
[16:53:45] *** nde <nde!uid414739@gateway/web/irccloud.com/x-djfwlltrirkoknju> has joined #smartos
[17:10:00] *** tozhu <tozhu!~tozhu@ec2-13-56-54-199.us-west-1.compute.amazonaws.com> has quit IRC (Ping timeout: 268 seconds)
[17:10:36] *** tozhu <tozhu!~tozhu@171.221.45.30> has joined #smartos
[17:16:09] *** dansolo42 <dansolo42!~dansolo42@50.237.110.75> has joined #smartos
[17:32:05] *** nikolam <nikolam!~Nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)
[17:38:46] <wonko> https://gist.github.com/bhechinger/a1663d7743691d991d893c7607602e9f
[17:39:06] <wonko> napi.provision_fabric_nats task timeout error
[17:39:13] <wonko> trying to deploye a base-64-lts image
[18:18:27] *** man_u_ <man_u_!~manu@manu2.gandi.net> has quit IRC (Ping timeout: 268 seconds)
[18:35:47] <sjorge> Smithx10 probably around 2.1ghz
[18:35:54] <sjorge> I have 2x 6 core ivy bridge too on my main CN
[18:36:33] <sjorge> jlevon still going strong with 1 sec waits, if it has not crashed by the time I go to bed. I will lower to 250ms and start it once I get into work tomorrow and let it run all day
[18:40:48] *** hhdave <hhdave!~anonymous@ip212.ip-193-70-71.eu> has quit IRC (Quit: hhdave)
[19:10:09] *** wiedi <wiedi!~wiedi@185.85.220.177> has quit IRC (Ping timeout: 265 seconds)
[19:24:44] *** nde <nde!uid414739@gateway/web/irccloud.com/x-djfwlltrirkoknju> has quit IRC (Quit: Connection closed for inactivity)
[19:56:56] *** wiedi <wiedi!~wiedi@ip5b4096a6.dynamic.kabel-deutschland.de> has joined #smartos
[20:21:27] *** vila <vila!~vila@2a01:e35:2e63:5f40:cdd7:92ba:6ff3:ce6e> has quit IRC (Ping timeout: 272 seconds)
[20:33:56] *** vila <vila!~vila@laubervilliers-659-1-133-94.w80-15.abo.wanadoo.fr> has joined #smartos
[20:40:46] *** Macer <Macer!macer@unaffiliated/macer> has left #smartos
[21:58:50] *** moatsad <moatsad!~dougt@69.194.139.196> has joined #smartos
top

   January 20, 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