[00:12:14] *** denizr has quit IRC
[00:17:02] *** denizr has joined #smartos
[00:27:51] *** denizr has quit IRC
[00:35:56] *** mamash has left #smartos
[00:37:50] *** mamash has joined #smartos
[01:13:11] *** mamash has left #smartos
[01:20:17] *** denizr has joined #smartos
[02:09:18] *** Licenser has quit IRC
[02:11:45] *** Licenser has joined #smartos
[02:28:58] *** PiotrSikora has quit IRC
[02:29:48] *** PiotrSikora has joined #smartos
[02:48:03] *** jdavis1 has quit IRC
[02:58:12] *** ryancnelson has quit IRC
[03:03:23] *** dap has quit IRC
[03:25:37] *** nixnewbie has quit IRC
[03:37:52] *** ryancnelson has joined #smartos
[03:45:07] *** nixnewbie has joined #smartos
[03:55:17] *** nixnewbie has quit IRC
[03:55:38] *** nixnewbie has joined #smartos
[04:20:33] *** jamesd has quit IRC
[04:20:48] *** jamesd_ has joined #smartos
[04:38:47] *** dap has joined #smartos
[04:41:25] *** denizr has quit IRC
[04:59:54] *** jamesd_ has quit IRC
[05:00:25] *** jamesd__ has joined #smartos
[05:16:01] *** enmand has joined #smartos
[05:20:14] *** moxie has quit IRC
[05:56:32] *** jmeredith has quit IRC
[06:23:45] *** ira has quit IRC
[06:50:11] *** Sachiru has joined #smartos
[07:08:04] *** lem\n has quit IRC
[07:12:35] *** marsell has quit IRC
[07:49:08] *** bens1 has joined #smartos
[07:56:16] *** Sachiru has quit IRC
[08:01:28] <MerlinDMC> morning
[08:27:55] *** bens1 has quit IRC
[08:34:51] *** mathie has joined #smartos
[08:34:57] *** mathie has quit IRC
[08:52:30] <trentster> morning
[08:59:21] *** relling1 has joined #smartos
[09:03:10] *** relling has quit IRC
[09:33:06] *** lenw has joined #smartos
[09:40:57] *** bens1 has joined #smartos
[09:50:38] *** mamash has joined #smartos
[09:50:50] *** marsell has joined #smartos
[10:42:38] *** Licenser has quit IRC
[11:04:15] *** lenw_ has joined #smartos
[11:05:26] *** jamesd has joined #smartos
[11:05:29] *** jamesd__ has quit IRC
[11:07:17] *** lenw has quit IRC
[11:07:18] *** lenw_ is now known as lenw
[11:11:19] *** jamesd has quit IRC
[11:18:01] *** lenw has quit IRC
[11:20:02] *** Licenser has joined #smartos
[11:20:05] *** mamash has left #smartos
[11:20:52] <Licenser> morning
[11:21:25] *** mamash has joined #smartos
[11:32:10] <MerlinDMC> trentster, do you use the netatalk3 share for timemachine ... maybe? and maybe with 10.8? ;)
[11:35:38] <trentster> yup
[11:35:56] <trentster> I battled to get it working, but finally did
[11:36:16] <MerlinDMC> doesn't 10.8 work against thirt party afp implementations ... was reading smth like that
[11:36:20] <trentster> I am using openindiana 151a5 and netatalk 3 with napp-it
[11:36:36] <MerlinDMC> yeah .. .saw that in some forum
[11:37:07] <trentster> naah works like a dream I can saturate an gig eth link from my mac mini, I have tested it with: snow leapard, Lion, and mountain lion.
[11:37:34] <trentster> the instructions on how I did it are in the forum, you want me to dig them out?
[11:38:38] <trentster> I am not only using it for tiem machine, but also replaced cifs with afp for mac network share stuff, it blows cifs out the water
[11:38:41] *** lenw has joined #smartos
[11:41:07] <MerlinDMC> trentster, i just need some backup for about 4 boxes ... i have some cloud backup bot those german upload speeds suck
[11:41:19] <MerlinDMC> so i was thinking about one or two time capsules
[11:41:45] <MerlinDMC> minimum one at home with disk sharing over a vpn connection so i could get my backups from everywhere
[11:41:49] <trentster> what is your target going to be? a smartos openindiana vm running nappit, or bare metal?
[11:42:27] <MerlinDMC> i have a smartos development box running with my 5tb fileserver zpool ... so it would be a smartos zone ;)
[11:42:53] <trentster> ooh good luck mate!
[11:43:11] <trentster> I would have a look at the nappit afp install script to get some inspiration
[11:44:02] <trentster> wget -O - www.napp-it.org/afp
[11:44:11] <MerlinDMC> yeah ... i think i should get some spare time and try that out
[11:44:18] <trentster> and make sure the script is pulling version 3
[11:44:58] <trentster> pls let me know how it goes, and what the working recipe is without using napp-it secret sauce
[11:45:29] <MerlinDMC> trentster, if it works i'll build up a dataset for share
[11:45:54] <trentster> I am going to be reloading one of my spare home storage servers today as well, its still running ancient opensolaris with pool version 16
[11:46:30] <trentster> debating if I should turn it into a SmartOS Box, but probably not the best idea as it wont do KVM as no EPT Support.
[11:46:58] <MerlinDMC> i use smartos mainly for zones ... thats helpful like hell
[11:47:46] <trentster> yeah, but you think it makes sense to go that route when the main purpose is to share TB pools of network storage?
[11:48:44] *** mamash has left #smartos
[11:53:39] *** mamash has joined #smartos
[11:56:42] <Licenser> trentster unbound isn't easy to install on smarts :P
[11:56:48] <MerlinDMC> for me it does because i need that box for building smartos and testing stuff - for a pure fileserver i think i would use smth else
[12:09:11] <trentster> good morning Licenser!
[12:12:54] *** lenw has quit IRC
[12:13:01] *** lenw_ has joined #smartos
[12:15:53] <MerlinDMC> hmm ... a zone needs more than 128MB memory to install binutils with pkgin ...
[12:17:21] <jperkin> what if you pkg_add it manually?
[12:18:47] <MerlinDMC> jperkin, didn't try .. but i can
[12:19:46] <jperkin> just curious what is using the memory, would assume pkg_add eats a bit with parsing the tgz, so if that works there's some pruning in pkgin to do too
[12:20:57] *** lenw_ has quit IRC
[12:21:20] *** lenw has joined #smartos
[12:22:13] <MerlinDMC> jperkin, even more funny ... "pkgin in binutils" works "pkgin in gcc47" fails:
[12:22:15] <MerlinDMC> downloading packages...
[12:22:15] <MerlinDMC> binutils-2.22.tgz 100% 8792KB 366.3KB/s 295.2KB/s 00:24
[12:22:15] <MerlinDMC> pkgin: can't allocate memory
[12:22:51] <jperkin> well, makes sense I guess, gcc47 depends on binutils so if some caching is going on then there's more packages in that case..
[12:23:46] <MerlinDMC> yeah ... but why does it fail at adding bintuils with a "can't allocate memory"? ... nothing else is running does it cache the downloads completely in memory?
[12:24:02] <jperkin> I don't know
[12:25:10] <jperkin> if you set PKG_PATH=<url in /opt/local/etc/pkgin/repositories.conf> then you can just 'pkg_add binutils' to do it manually
[12:25:29] <jperkin> or gcc47, and it'll do deps automatically
[12:26:43] <MerlinDMC> pkg_add works
[12:31:48] *** lenw has quit IRC
[12:39:42] <trentster> ok, may be a silly question, as I have mainly used kvm, and smart machine knowledge is limited, but I have a smart machine that is running as a proxy server, its been up for a couple of weeks, for some reason I can not ssh into it, and when I zlogin says no free space.
[12:40:18] <trentster> I have checked that there is no quota set via " zfs get" and vmadm get uuid.
[12:40:22] <trentster> any ideas?
[12:40:57] <trentster> Here is the error I get when I zlogin btw " malloc: Resource temporarily unavailable "
[12:41:58] <jperkin> something ate all your RAM
[12:42:26] <trentster> when i do a " ls " I get Segmentation Fault (core dumped)
[12:43:13] <jperkin> prstat -s rss -z <zone uuid> or so to see what's using it all from the GZ
[12:45:50] <trentster> literally the only thing installed on the smart machine is squid, and that is using all the ram.
[12:45:58] <trentster> 3945 root 459M 452M sleep 1 0 2:20:04 0.0% squid/1
[12:46:07] <trentster> would this prevent even ssh logins?
[12:51:17] <Licenser> aloa trentster :)
[12:52:32] <trentster> jperkin: it was a ram issue, I increased ram and I can now login. Very strange, that I could not ssh in, is that to be expected?
[12:52:48] <trentster> Licenser: hi ya mate.
[12:53:11] *** mamash has left #smartos
[12:57:22] <jperkin> trentster: yes, lots of stuff needs to run during a login session
[12:57:43] <Licenser> For the record: mDNS is a pain
[12:58:01] <jperkin> sshd needs to fork a new process, then think about all the commands in your .profile which need to run, etc..
[13:00:06] *** siezer has quit IRC
[13:06:08] *** mamash has joined #smartos
[13:23:56] *** lenw has joined #smartos
[14:29:30] *** scovich has joined #smartos
[14:32:58] *** mamash has left #smartos
[14:33:47] <scovich> hi all, what's the easiest way to recompile the dtrace on SmartOS?
[14:34:28] <scovich> I've currently got SmartOS running in VMWare (dtrace folks recommended it as the best dtrace hacking platform)
[14:35:18] <nahamu> scovich: I'd ask rmustacc when he wakes up.
[14:36:36] <scovich> nahamu: perfect. He's the one who suggested I hop on IRC in the first place. Pacific time zone?
[14:36:48] <nahamu> scovich: I think so.
[14:37:48] <scovich> nahamu: ok, thanks
[14:48:50] *** scovich has quit IRC
[14:48:51] *** mamash has joined #smartos
[14:51:41] <nahamu> mamash: if you have some spare time (haha, funny joke...) if there's any way to make the celt-0.5.1 package in pkgsrc work again and put it into the Joyent tree, it would simplify my Spice builds a bit.
[14:52:01] <nahamu> (the trick is that with the celt 0.5.1.3 you have disable the tests it tries to run in the build process...)
[14:52:58] *** scovich has joined #smartos
[14:57:40] *** ira has joined #smartos
[15:00:18] *** mamash has left #smartos
[15:06:28] *** siezer has joined #smartos
[15:55:26] *** Sachiru has joined #smartos
[16:03:51] *** d[^_^]b has quit IRC
[16:04:53] *** denizr has joined #smartos
[16:11:06] *** d[^_^]b has joined #smartos
[16:18:42] *** neophenix has joined #smartos
[16:26:07] *** lenw has left #smartos
[16:26:42] *** denizr has quit IRC
[16:27:00] *** denizr has joined #smartos
[16:41:03] *** relling1 has quit IRC
[16:41:14] *** relling has joined #smartos
[16:42:11] *** jamesd has joined #smartos
[16:48:02] *** Licenser has quit IRC
[16:48:03] *** Licenser_ has joined #smartos
[16:49:27] *** Licenser_ has quit IRC
[16:49:54] *** Licenser has joined #smartos
[16:52:03] *** Licenser has quit IRC
[16:53:56] *** Licenser has joined #smartos
[17:09:47] *** ryancnelson has joined #smartos
[17:13:29] *** denizr has quit IRC
[17:13:29] *** jdavis1 has joined #smartos
[17:13:51] *** denizr has joined #smartos
[17:26:05] *** jmeredith has joined #smartos
[17:40:48] *** Licenser has quit IRC
[17:47:42] *** jamesd has quit IRC
[17:47:52] *** jamesd has joined #smartos
[18:05:58] *** denizr has quit IRC
[18:06:19] *** denizr has joined #smartos
[18:07:53] <rmustacc> scovich: I'm around if you questions on how to set yourself up.
[18:34:16] *** enmand has quit IRC
[18:36:25] *** ryancnelson has quit IRC
[18:36:45] *** scovich has quit IRC
[18:37:03] *** scovich has joined #smartos
[18:37:12] <scovich> mustacc: thanks
[18:37:44] <scovich> mustacc: first question is prob. silly: how to get some disk space? tmpfs is 256MB and overflows when I try to install pkgin
[18:37:54] <rmustacc> Are you doing that in the GZ?
[18:37:57] <rmustacc> Or did you create a zone?
[18:38:03] <scovich> no zone yet
[18:38:12] <scovich> wanted an editor to edit the zone def...
[18:38:22] <Zigara> my first production smartos server showed up at the datacenter today! wee
[18:38:50] <rmustacc> You have vim and that's about it to do that.
[18:39:05] <rmustacc> Well, ed I guess, but that's not really something most people want to us.
[18:39:06] <rmustacc> *use
[18:39:20] <Zigara> vim <3
[18:39:29] <scovich> right then (emacs user here...)
[18:39:56] <scovich> so I set up a zone, is there a good way to get acces to my host machine's disk from there?
[18:40:04] <rmustacc> Sorry, pkgin in the GZ is something you can do, but isn't something you can set up.
[18:40:11] <rmustacc> Hmm?
[18:40:20] <rmustacc> If you create a normal zone it just uses the zpool.
[18:40:22] <scovich> I already have illumos sources on my windows host
[18:40:46] <rmustacc> Ah, gotcha.
[18:40:48] <scovich> MWare allows to share, I believe, but I'm not sure about guest additions in illumos/smartos
[18:40:52] <rmustacc> You can do an smb mount.
[18:41:01] <rmustacc> Ah... I see. That way.
[18:41:13] <scovich> well, any way that doesn't involve scp I'm happy with
[18:41:43] <rmustacc> Well, I have no idea how painful it'll be to set up scp. But I'd create a zone and ssh into it to do your work and have the source live there.
[18:42:16] <scovich> well, illumos sources are rather large, so I'd like to share the disk space if possible
[18:42:31] <scovich> the smartos "disk" just ends up as another file on my host anyway
[18:42:32] *** Licenser has joined #smartos
[18:42:40] * MerlinDMC would turn on compression for the dataset/zone :)
[18:42:58] <rmustacc> Then it's somehow setting up smb/nfs. Not really sure how to do that on Windows, sorry.
[18:43:06] <scovich> k
[18:43:38] <scovich> I'll figure sth out. back to the zone: how to set up a normal "disk" there, then?
[18:44:09] <scovich> also, what do the nic config settings in the zone def mean?
[18:44:28] <scovich> are they the zone's "nic" or the global nic that's actually there?
[18:44:38] <scovich> (yes, reading that)
[18:45:25] <scovich> "network information that's appropriate" was a tad vague...
[18:45:30] <MerlinDMC> the "nics" in the json are the nics for the zone ... they're mapped to the physical nic by nic_tag
[18:46:20] <MerlinDMC> normally "admin" should give you simple network access ... care about others if you use more than one physical nic :)
[18:47:07] <scovich> perfect. and the IP/gateway? any local subnet will do or does it need to match the one my GZ uses?
[18:47:31] <MerlinDMC> and I would use the latest base dataset ... 1.7.1 I guess
[18:47:36] <scovich> (the end goal is to ssh into the zone from another machine)
[18:48:27] <MerlinDMC> i think you can use smth different from the GZ ones ... but while you're unter vmware you should set that nic to bridged mode
[18:48:38] <MerlinDMC> (in vmware ofc)
[18:48:47] *** jdavis1 has quit IRC
[18:49:37] <scovich> I currently have sdc:sdc:smartos:1.6.3
[18:49:50] <scovich> the wiki didn't mention installing a "base" dataset
[18:50:08] <MerlinDMC> "base" is the new name ...
[18:50:15] <rmustacc> that's what you want.
[18:50:16] <scovich> ah!
[18:50:26] <rmustacc> For building illumos, you're going to want that.
[18:50:51] <MerlinDMC> trust him ... he knows better ;)
[18:50:56] * MerlinDMC afk ... building some hotdogs
[18:52:20] <scovich> that's where I was. It's out of date, I guess. Says smartos:1.6.3 is the latest
[18:52:48] <scovich> I didn't see the new one b/c grep smartos:1.6 doesn't match it
[18:53:14] <scovich> as for vmware, I already have nat mode working, can ssh to the GZ
[18:53:33] <scovich> at worst I can zlogin from there, if there's no way to ssh directly to the zone
[18:53:56] <rmustacc> Well, the 1.6.x stuff is the known stuff that works.
[18:53:59] <rmustacc> the 1.7.x does not.
[18:54:05] <rmustacc> For building the platform.
[18:54:26] <scovich> k
[18:55:03] <scovich> sorry, misunderstood you. sticking with smartos:1.6.3
[18:56:23] <scovich> what does this mean?
[18:56:40] <scovich> error: manifest not specified
[18:56:49] <rmustacc> Hmm, what did you run?
[18:56:58] <scovich> (sorry, got mangled in pasting)
[18:57:09] <scovich> imgadm install 01b2c898-945f-11e1-a523-af1afbe22822
[18:57:25] <scovich> (where that uuid is the one imgadm avail gave for 1.6.3
[18:57:53] <scovich> oops. s/install/import/
[18:59:46] <ira> rmustacc: Is there a way to build the dataset?
[19:00:19] <rmustacc> To build any dataset or that one in particular?
[19:00:38] <ira> good question? :)
[19:00:59] <ira> I'm unclear on how to build any of them. I see how to do the platform.
[19:01:05] <rmustacc> ira: Just not sure what you want to do.
[19:01:19] <rmustacc> You just want to create your own dataset?
[19:01:22] <ira> If I wanted to replicate the 1.6.3 dataset build or the 1.7.0 one?
[19:01:34] <rmustacc> To replicate those directly, I'm not sure, sorry.
[19:01:50] <ira> Or just a "representative" one.
[19:02:18] <rmustacc> mamash has some stuff in progress around turning a smartos zone into a dataset.
[19:02:30] <rmustacc> Creating an ur-zone is probably more work and I don't really know.
[19:02:47] <MerlinDMC> rmustacc, there was a script in pkgsrc for that
[19:02:48] <ira> ur?
[19:03:10] <rmustacc> Just some generic primordial zone.
[19:03:24] <rmustacc> You'd have to ask mamash how he does it.
[19:05:23] <scovich> rmustacc: the import ran a while and then returned this:
[19:05:23] <scovich> error: {"error":{"code":21,"message":"error renaming image"}}
[19:06:47] <rmustacc> Does imgadm list have anything?
[19:07:39] <rmustacc> Sorry, I'm more familiar with the platform and core OS itself, so it'll take me a bit.
[19:11:38] <nahamu> ira: I think you're looking for sm-prepare-image
[19:11:56] <nahamu> it's a binary from the smtools package in Joyent's pkgsrc
[19:12:20] <nahamu> (I have never used sm-prepare-image, I've only glanced at its contents)
[19:12:30] <MerlinDMC> i never touched that error ... but the dataset is saved in the db after the zfs rename ... so it should not be there
[19:12:48] <MerlinDMC> nahamu, that was the one i was looking for ... i didn't save that name ^^
[19:13:09] <scovich> imgadm list returns nothing
[19:13:49] <scovich> I had installd it before, then removed it to start installing 1.7, then killed the 1.7 import to re-install 1.6.3
[19:14:00] <scovich> maybe something got confused with all the shuffling around?
[19:14:17] <rmustacc> Ah, maybe the ZFS dataset is still there.
[19:14:49] <scovich> how to verify and/or purge?
[19:17:28] <ira> nahamu: If I wanted to add stuff to a zone, that looks right But to build a base one, I'm not sure where the sources etc come from.
[19:18:08] <MerlinDMC> scovich, zfs list ... should be under zones/<uuid> ... the failed ones should have a "-partial" at the end
[19:19:19] <scovich> merlin: ah, there are two of them
[19:19:51] <scovich> and also two with the same name sans "-partial"
[19:20:14] <rmustacc> Those really should probably be cleaned up on failure.
[19:20:23] <scovich> should I drop them via zfs then?
[19:20:32] <MerlinDMC> if imgadm list does not display them i would destroy them and try to reimport
[19:20:39] <rmustacc> Yeah.
[19:21:01] <scovich> all four?
[19:21:03] <rmustacc> Actually, before you do, can you write those all up in for a bug report?
[19:21:27] <scovich> zones/01b2c898-945f-11e1-a523-af1afbe22822 194M 17.1G 194M /zones/01b2c898-945f-11e1-a523-af1afbe22822
[19:21:27] <scovich> zones/01b2c898-945f-11e1-a523-af1afbe22822-partial 194M 17.1G 194M /zones/01b2c898-945f-11e1-a523-af1afbe22822-partial
[19:21:39] <MerlinDMC> rmustacc, it is always a single zfs dataset right? then i probably could make a patch for tomorrow
[19:21:53] <scovich> ah, it's not four. I had a line wrap
[19:21:55] <scovich> just two
[19:22:00] <scovich> ok to nuke them now?
[19:22:07] <rmustacc> scovich: Yup
[19:22:30] <rmustacc> I just wanted to make sure I could get a bug open on it to fix that failure mode.
[19:23:07] *** mamash has joined #smartos
[19:27:20] <scovich> rmustacc: installed, but now `zmadm' command not found
[19:27:37] <scovich> argh. `vmadm'
[19:28:28] <rmustacc> vmadm is not found?
[19:29:49] <scovich> rmustacc: no, I typo'd with 'zmadm'
[19:31:05] *** jamesd has quit IRC
[19:34:08] <scovich> rmustacc: root password for the new zone? not 'root' and not the one for the gz
[19:34:38] <MerlinDMC> scovich, if you didn't specify one in the json just zlogin <uuid> from the global zone and set one
[19:35:05] <MerlinDMC> and you need to enable root via ssh in the sshd_config i guess
[19:41:12] <scovich> merlin: right now I can do `ssh smartos zlogin
[19:41:27] <scovich> is that what you meant?
[19:42:50] <rmustacc> scovich nope, just run `zlogin zonename` which is the uuid.
[19:43:47] <scovich> rmustacc: sorry, I meant from my windows host (and the line got cut off)
[19:43:56] *** Sachiru has quit IRC
[19:44:04] <scovich> ssh smartos-ip zlogin $UID
[19:44:05] <scovich> seems to work
[19:44:08] <rmustacc> Ah, you need to do that from the global zone first to either add an ssh key or set a password.
[19:44:15] <rmustacc> Ah, yeah, that'd work.
[19:44:30] <scovich> btw, how do you escape the vmadm console?
[19:44:40] <scovich> ^[ is ignored because it wants a username...
[19:45:11] *** mamash has left #smartos
[19:45:41] <MerlinDMC> `exit` ?
[19:46:05] <scovich> merlin: it's at the login prompt, which I don't have a password for
[19:46:27] <rmustacc> Oh, is that for the GZ ssh?
[19:46:42] <scovich> no, I did 'vmadm console $UUID'
[19:46:49] <scovich> and it wants the root password, which apparently doesn't exist
[19:46:58] <scovich> I can't exit because it ignores ^[
[19:47:02] <rmustacc> Yup, there is no root password if you haven't set one.
[19:47:12] <rmustacc> Let me figure out the exit.
[19:47:38] <rmustacc> If you look at the man page it's you need to use CTRL-] on a line by itself
[19:47:43] <scovich> right
[19:47:48] <rmustacc> It's in the vmadm man page.
[19:47:51] <scovich> but I can't get a line by itself
[19:47:53] <rmustacc> Looks like it says you want that then a .
[19:48:14] <scovich> ah. missed the '.'
[19:48:16] <scovich> thanks
[19:48:18] <rmustacc> No problem.
[19:48:47] <scovich> so, for building a patched version of dtrace, should I rebuild the whole smartos kernel, or is there a way to just recompile the dtrace module?
[19:49:03] <scovich> I think you mentioned the latter, and it sounds better
[19:49:08] <rmustacc> So, here's what I do.
[19:49:14] <rmustacc> The first time I do a build, I do a full build.
[19:49:22] <rmustacc> That way it builds all the subcomponents, etc.
[19:49:34] <rmustacc> Once that's done I can do builds in just the dtrace directories.
[19:49:49] <rmustacc> And then I'd just test the modified things against the live system in the GZ.
[19:50:10] <rmustacc> e.g. have your version of dtrace and libdtrace somewhere in /var/tmp.
[19:50:29] <scovich> so to summarize: download smartos sources and helper bits, compile the world, then install just the dtrace module in the gz ?
[19:50:40] <rmustacc> Yup
[19:50:52] <rmustacc> If you are following the steps there, just run `gmake world`.
[19:51:06] <scovich> k. and how to merge my hg clone of illumos with smartos git?
[19:51:10] <rmustacc> Then it will drop everything into $ROOT/proto/...
[19:51:30] <scovich> or are they unrelated repos?
[19:51:32] <rmustacc> I would just work against the illumos-joyent tree.
[19:52:01] <scovich> ok. I'll make a patch
[19:52:09] *** jdavis1 has joined #smartos
[19:52:26] <rmustacc> illumos-joyent is a child of illumos.
[19:52:42] <rmustacc> So what you do there should work just straight up against the GZ.
[19:52:49] <scovich> k
[19:53:00] <scovich> any particular rev to start from to match my current GZ ?
[19:53:07] <scovich> or is tip ok?
[19:54:29] *** mamash has joined #smartos
[19:56:06] <scovich> rmustacc: my zone can't see the outside world
[19:56:14] <scovich> wget/etc fail
[19:56:51] <scovich> I guess there was something special to do with the 'nics' section of the zonedef?
[19:57:00] <MerlinDMC> nameserver settings? or dead network ... ping to 8.8.8.8?
[19:57:15] <scovich> dead network
[19:57:46] <MerlinDMC> vmware in bridged mode? and correct gateway address?
[19:58:04] <scovich> I'm using the 10.88.88.xx subnet for the zone, as given on the wiki
[19:58:14] <scovich> let me check what vmware gave the GZ
[19:58:21] *** sebasp has joined #smartos
[19:58:38] <scovich> merlin: GZ has 192.186.119.xx
[19:58:43] <scovich> does the zone need to match?
[19:58:48] *** Z`` has joined #smartos
[19:58:52] <MerlinDMC> you need to get to a functional gateway ... the GZ or the outside one of your real network
[19:59:56] <scovich> so if VMWare is playing dhcp server, can I make the zone request an ip from it?
[20:01:08] <rmustacc> Yes.
[20:01:11] <MerlinDMC> set the zone ip to "dhcp" and leave the rest out (all except the nic_tag) and try it out ... dunno what vmware will do if you request multiple ips :)
[20:01:21] <rmustacc> If you look at the vmadm man page, it describes it in 'nics.*.ip'
[20:01:47] <scovich> rmustacc: iirc, it has one dhcp server per host
[20:01:51] *** Z` has quit IRC
[20:02:00] <scovich> so it should be fine. I have 2+ vm already
[20:05:30] <MerlinDMC> rmustacc, should the ip not be updateable by vmadm update <uuid> nics.0.ip=<ip>? ... it says "Successfully updated" but didn't change the property
[20:06:42] <scovich> merlin: yes, I just noticed that... even after rebooting the zone
[20:07:00] <scovich> should I just drop/recreate the zone? I haven't actually done anything inside it yet...
[20:07:13] *** ryancnelson has joined #smartos
[20:09:29] <MerlinDMC> scovich, if you know vim edit /etc/zones/<uuid>.xml and reboot the zone ;)
[20:09:32] <rmustacc> MerlinDMC: I'm not sure, that seems a bit weird tough.
[20:10:06] <MerlinDMC> rmustacc, yeah ... i know it works if i specify a complete update_nics json ... but the success is weird
[20:10:55] <rmustacc> Yeah, that's werid.
[20:11:28] <MerlinDMC> i'll fill an issue
[20:13:19] <scovich> just tried the update_nics json, seems to work, sort of
[20:13:42] <scovich> I got an IP from VMWare, but still can't see out
[20:13:50] <scovich> wget: unable to resolve host address `download.joyent.com'
[20:13:56] <scovich> ping: sendto No route to host
[20:14:04] <scovich> (the latter was for `8.8.8.8')
[20:14:37] <scovich> everything looks ok in ifconfig
[20:15:52] <ryancnelson> do you really have dns enabled?
[20:16:08] <ryancnelson> can you ping your default gateway
[20:16:09] <ryancnelson> ?
[20:16:35] <scovich> ryan: neither this zone nor the GZ lists a gateway in ifconfig
[20:16:56] <scovich> but I can ssh *in* to the zone with its IP
[20:17:00] <scovich> it just can't see out
[20:17:01] <ryancnelson> this is a zone, or a vm?
[20:17:18] <scovich> windows -> smartos -> vmadm zone
[20:17:19] <ryancnelson> you can ssh in 'cause you're on the same subnet… this is a routing issue, most likely.
[20:17:31] <rmustacc> Either that or vmware not entering into promiscuous mode correctly.
[20:17:50] <MerlinDMC> or the vmware dhcp does not give correct data
[20:18:00] <scovich> that's entirely possible. Let me poke around a bit
[20:18:29] <ryancnelson> oh, the zone is asking *vmware* for an ip? (sorry, i lack context here… just logged on)
[20:19:31] <MerlinDMC> ryancnelson, i think he changed the nic config to dhcp and he runs the platform in vmware so vmware should be the dhcp server right?
[20:19:50] <rmustacc> MerlinDMC: Is it actually not updated for the next boot?
[20:20:35] <MerlinDMC> rmustacc, /etc/zones/061fd2f7-e54e-490a-b60f-830537e550ae.xml does not get updated ... but i can reboot that one quick and recheck
[20:21:33] <MerlinDMC> no ... also after reboot it is left unchanged, also vmadm get displays the old data
[20:22:18] <rmustacc> Right, I could see there potentially being a weird case where if you had changed something that doesn't take effect until the system reboots that it could report some of the older pieces potentially.
[20:23:02] <MerlinDMC> yep could have been that case :)
[20:33:49] *** echelog-1 has joined #smartos
[20:33:52] <scovich> rmustacc: I think I've changed the vmware settings to allow promiscuous, but how can I verify that smartos is running its virtual nic in promiscuous mode?
[20:33:53] <scovich> (the vmware setting only allows it, not forces it, the OS has to do the rest)
[20:33:55] *** bens1 has quit IRC
[20:35:25] *** mamash has left #smartos
[20:35:27] <ryancnelson> my vmware fusion (v3.x) always prompts me when my smartos image creates a new vnic… saying it wants to monitor all network traffic
[20:35:27] <ryancnelson> not sure if that's disable-able, or different in other vmware versions
[20:35:29] <scovich> huh. I'm using Player, it hasn't said anything
[20:35:47] <scovich> does smartos automatically go promiscuous when it fires up a zone with networking?
[20:35:55] <rmustacc> No, it doesn't need to.
[20:36:14] <rmustacc> It does usually detect that it's on VMware and automatically creates a bridge that is forced into promiscuous mode.
[20:36:33] <scovich> rmustacc: maybe I'm confused on which nic we're dealing with here...
[20:37:08] <scovich> there's the actual nic in my laptop, the NAT nic vmware created to talk to vms, the virtual nic seen inside smartos, and the virtual-virtual nic inside the zone
[20:37:41] <scovich> which one(s) are potential problem sources here?
[20:38:31] <rmustacc> From inside the zone can you ping anything?
[20:38:36] <scovich> no
[20:38:55] <scovich> oops, sorry
[20:38:59] <scovich> I can ping the GZ
[20:40:33] <scovich> I can also ping the other VMWare guest
[20:41:52] <rmustacc> Hmm. CAn you ping its gateway.
[20:42:01] <scovich> which gateway?
[20:42:07] <scovich> I can ping the VMWare gateway
[20:42:23] <scovich> but not the one provided by my ISP
[20:43:14] <scovich> nor the one my wireless router provides my laptop
[20:44:11] <rmustacc> Hmm.
[20:44:19] *** denizr has quit IRC
[20:44:41] *** denizr has joined #smartos
[20:45:58] <ryancnelson> do you actually have a default route?
[20:46:03] <ryancnelson> netstat -rn?
[20:46:55] <scovich> looks like not
[20:47:13] <scovich> there are entries for 127.0.0.x and 192.168.119.x only
[20:47:24] <scovich> shouldn't dhcp have set that up?
[20:47:28] <ryancnelson> yup. your vmware gw is on the same subnet (so, no routing) … your linksys and your isp are beyond the lan
[20:48:12] <ryancnelson> it should have. but dhcp isn't apparently giving (or you're not getting, somehow) the dhcp options that are stuff like default gw, dns, etc...
[20:48:28] <ryancnelson> did your dhcp put something in /etc/resolv.conf?
[20:48:46] <ryancnelson> (that's another dhcp option that's passed, trying to see if you got anything)
[20:49:15] <scovich> ryan: argh. it still has the old 10.88 gateway from my first attempt
[20:49:26] <ryancnelson> … or, you could zlogin into that zone, and then re-do the interface with "ifconfig net0 down" … then "ifconfig net0 dhcp" to start over
[20:49:26] <scovich> I guess update_nic didn't clear the old settings?
[20:49:30] <ryancnelson> sounds like it
[20:49:40] <scovich> so how to erase a setting?
[20:49:41] <ryancnelson> sounds like it's not using dhcp
[20:49:57] <scovich> it is using dhcp, but with an overridden gateway
[20:50:12] <scovich> because the zone def gives one
[20:50:16] <ryancnelson> ah.
[20:51:16] <ryancnelson> well, you can use zonecfg … i'm not in a place where i can look up the update_nic syntax easily
[20:51:48] <ryancnelson> or, in a pinch, just edit the xml … make a backup, though
[20:53:07] *** ira has quit IRC
[20:53:55] *** ira has joined #smartos
[20:58:52] *** neophenix has quit IRC
[20:59:29] <scovich> ok. vmadm update with a "remove_nics" and "add_nics" json, but still no default route
[21:01:06] <rmustacc> Did you mark a nic as 'primary'?
[21:01:27] <rmustacc> The nics.*.primary section in the man page talks about it.
[21:01:40] <rmustacc> That's what ends up determining the nameservers and default gateways.
[21:03:58] <scovich> "nics": [
[21:03:58] <scovich> {
[21:03:58] <scovich> "interface": "net0",
[21:03:59] <scovich> "mac": "c2:37:a2:ce:80:cd",
[21:03:59] <scovich> "nic_tag": "admin",
[21:03:59] <scovich> "primary": true,
[21:03:59] <scovich> "ip": "dhcp"
[21:03:59] <scovich> }
[21:04:31] <ryancnelson> … but your xml still has a gateway in there?
[21:04:47] <scovich> no, I removed the nic and added a "new" one with all settings except the gateway
[21:05:23] <scovich> 'primary' was there all along because the wiki said to use it
[21:08:17] <scovich> heh
[21:08:36] <scovich> just added a 'gateway' tag pointing at the vmware gateway and rebooted the zone
[21:08:38] <scovich> happy now
[21:09:18] <ryancnelson> so, you're using dhcp but explicitly telling it where the gw is?
[21:09:40] <ryancnelson> good that works, but annoying that it's not getting it properly
[21:09:54] <rmustacc> I wonder if vmware was returning itself as the gateway or not.
[21:10:08] <rmustacc> I just know that we've had to handle that a bunch and it can be a pain in that virtualized world.
[21:14:30] <scovich> rmustacc/ryan: agree it's a pain, but at least it works for now
[21:15:28] <scovich> (I hate how it takes some hours to learn a new OS kernel code and hack in a change, and then several days to figure out how to compile and run the new kernel)
[21:16:23] *** mamash has joined #smartos
[21:16:52] <rmustacc> Running the new stuff will be a lot smoother. Since I do that pretty much every day.
[21:19:15] <scovich> well, thanks for all the help. ./configure is running, and I'll build the world after that. Hopefully no new problems until I introduce some bugs with my patch ;)
[21:21:20] <rmustacc> Once you do the first full build, ping me, and I can walk you through how to go through and do incremental builds in those directories.
[21:22:22] <scovich> rmustacc: sounds good. How long should a fresh build take with one core? I figure it will be a couple hours...
[21:23:15] <rmustacc> I don't have a good sense of that. I have build machines with 16 cores.
[21:23:27] <rmustacc> And there it takes about 45 minutes maybe?
[21:30:15] *** jamesd has joined #smartos
[21:44:05] <scovich> rmustacc: sorry if I missed this, but the latest sources will make kernel modules compatible with the ones already running in this livecd?
[21:44:25] <scovich> or do I need to build a new livecd and then work incrementally from that?
[21:48:08] *** denizr has quit IRC
[21:48:39] *** denizr has joined #smartos
[21:51:17] *** deirdres has joined #smartos
[21:51:22] <richlowe> e^ipi: got a moment?
[22:32:29] <e^ipi> i didn't then, but i do now :) what's up?
[22:38:24] *** bens1 has joined #smartos
[22:45:42] *** bens1 has quit IRC
[22:46:13] <rmustacc> scovich: Yeah, it'll be fine for DTrace at least.
[22:46:59] <richlowe> presuming VERSION stays the same
[22:47:10] <richlowe> e^ipi: I plan to give you a pull request to backout that stuff of mine I'd rather you'd not pulled
[22:47:30] <e^ipi> alright
[22:48:02] *** mamash has left #smartos
[23:20:41] *** elijah-mbp has quit IRC
[23:22:20] *** igork has joined #smartos
[23:24:12] <igork> hi all - could you please provide more info about hyprlofs - what differences with lofs ? and where can I find kvm zone ?
[23:24:33] <igork> no illumos-joyent I have found Joyent branded zone
[23:24:39] <igork> *on
[23:30:24] *** elijah-mbp has joined #smartos
[23:31:05] <e^ipi> hyperlofs is as it is. read the code to see what it does. we're in no position to explain the what & why yet
[23:37:48] <igork> e^ipi: thanks
[23:57:59] *** d[^_^]b has quit IRC