[12:45] <smoser> harmw, you there?
[12:45] <harmw> nah, not realy
[12:46] <harmw> daytime = worktime
[12:46] <harmw> smoser: just give it a try and hope I'll reply :p
[12:48] <smoser> so on freebsd you said that blkid depends on e2fsproggs ?
[12:49] <harmw> yea, I had to install that first (from either pkg or ports)
[12:49] <harmw> it then drops a binary in /usr/local/sbin
[12:50] <harmw> hiren_: you can probably confirm this :) I'm not aware of something in BASE that does the same though, so perhaps there is a reasonable alternative we could/should use instead
[12:55] <smoser> well, blkid is pretty much a dependency at the moment. 
[12:56] <smoser> if it depnds on e2fsprogrs (possibly for identifying / getting info  on extX partitions) then it seems like a bug if freebsd doesn't identify that dependency
[12:57] <harmw> in order to get that blkid binary, I must install that e2fsprogs pkg
[12:57] <harmw> but its no problem
[12:57] <harmw> just another dependency
[12:58] <harmw> did my comments make sense btw?
[12:59] <smoser> mostly, yeah. i have one fix there. and thank you for your work on that.
[12:59] <smoser> so freebsd doens't resolve dependencies in any way?
[12:59] <smoser> the user has to explicitly know that ?
[12:59] <smoser> (that blkid depends on e2fsprogs?)
[12:59] <harmw> ah no
[13:00] <harmw> perhaps i wasn't clear on it :) blkid isn't a package on its own
[13:00] <harmw> the binary comes with the e2fsprogs package
[13:03] <smoser> so i think we need to add /usr/local/sbin to PATH in the sysvinit/freebsd ?
[13:04] <smoser> harmw, ok. that clears that up. thanks.
[13:05] <harmw> that sounds quite reasonable, yes
[13:05] <harmw> (that's where all non-BASE binaries end up)
[13:10] <smoser> alright. well, take another look when you ahve a chance.
[13:11] <smoser> the PATH stuff i just simply declared. and you're welcome to improve the static definition. another route is to do: PATH="$PATH:/usr/local/sbin:/usr/local/bin"
[13:12] <harmw> Ill have a look tonight
[13:12] <harmw> thanks!
[17:28] <harmw> smoser: I no longer have to hardcode any datasource in the config now, so thats another change you may apply
[17:38] <hiren_> harmw: hey!
[17:38] <harmw> noes!
[17:39] <hiren_> didn't get your que about blkid
[17:39] <harmw> oh it's nothing :)
[17:39] <harmw> thats just some binary that c-i needs
[17:39] <hiren_> ah. to understand blkid?
[17:39] <harmw> something like that
[17:40] <harlowja> hiren_ so we all safe from the bash stuff now :-P
[17:40] <harlowja> for a few days??
[17:40] <harlowja> lol
[17:40] <harlowja> until the next crazy issue thats been existing for 20+ years, lol
[17:40] <harmw> lol
[17:40] <JayF> blkid is great stuff
[17:40] <harmw> proofs once again opentsouce hasn't got anything to do with security :P
[17:41] <hiren_> hah
[17:41] <hiren_> yeah, bash: the gift that keeps on giving :-)
[17:41] <harmw> :>
[17:42] <smoser> harmw, explain that ?
[17:42] <harmw> in the freebsd config file there is a line hardcoding the DS to use, currently thats openstack
[17:43] <harmw> I just ran it without that hackery, and it found the attached configdrive without issues
[17:43] <harmw> so whatever caused it not to find any DS earlier on is probably fixed
[17:43] <smoser> ok. so i'll just drop that.
[17:43] <harmw> yea, ill run a test with DHCP enabled on this instance in a sec
[17:43] <smoser> hm..
[17:44] <smoser> well, lets just add configdrive
[17:44] <smoser> to the list.
[17:44] <smoser> for now.
[17:44] <harmw> could go that route as well
[17:44] <smoser> rather than letting it go willy nilly
[17:44] <harmw> willy nilly...
[17:44] <harmw> wtf
[17:44] <smoser> i'm sure there are other sources that have some issue. that are probably ignorable
[17:44] <smoser> but will pointlessly put 'WARN' in your log
[17:44] <harmw> ah yeas
[17:45] <smoser> yeah, for now lets do that.
[17:45] <harmw> how can I test/read which DS has been used (in freebsd.py)?
[17:46] <smoser> whihc has bee nused ?
[17:46] <harmw> yea, I want to set static networking when it's used configdrive
[17:46] <harmw> seemed legit
[17:46] <smoser> well, config drive doesnt necessarily imply static networking
[17:47] <smoser> cloud-init has a bunchy of networkign cleanups to do. really. an dfreebsd will have to come along.
[17:48] <harmw> if info.get('bootproto') == 'static':
[17:48] <harmw> I'm not realy getting that :P where is bootproto set/specified?
[17:49] <smoser> i'm not sure. there is a lot of growing that needs to occur here. 
[18:22] <harmw> aw crap, wasn't it some annoying feature in openstack that it would specify network setup in a configdrive?
[18:23] <JayF> <.< >.>
[18:23] <harmw> uhm, whre it would specifically NOT do that
[18:24] <JayF> harmw: right now, Openstack transmits network information to cloud-init by way of a debian-style /etc/network/interfaces file
[18:24] <harmw> and thats in a configdrive?
[18:24] <JayF> harmw: there's a spec up for K (that Rackspace implements /today/ in vendor_data.json) that represents the network information from neutron for parsing as json
[18:24] <JayF> harmw: yeah
[18:24] <harmw> ok
[18:25] <harmw> so that should be something in /var/lib/cloud representing the ntwork settings
[18:25] <JayF> in my setup
[18:25] <JayF> it's a pointer to something in openstack/content/
[18:25] <harmw> obj.pkl has the netsetup
[18:26] <harmw> or atleast the address
[18:26] <JayF> There's basically a template that nova uses to write network configuration out to the configdrive 
[18:26] <JayF> I guess it's possible for that to not be enabled
[18:26] <harmw> oh, but thats local-ipv4 I'm seeing - no gateway
[18:27] <harmw> ok JayF 
[18:31] <harmw> http://docs.openstack.org/user-guide/content/enable_config_drive.html
[18:31] <harmw> that shows how to inject the interfaces file with a networksetup inside, but thats just hackerish
[18:33] <JayF> that's not the most awesome document I've ever seen
[18:33] <JayF> nova /does/ 99% of that for you iirc
[18:33] <harmw> well I was hoping that it would do just that :P do you have a link to some more helpfull/updated docs?
[18:34] <JayF> I don't know much about generically operating Openstack
[18:34] <JayF> I *do* know about how we operate openstack
[18:34] <JayF> so I can show you what we do 
[18:34] <harmw> sure thing :)
[18:35] <JayF> harmw: injected_network_template= in nova.conf [DEFAULT] 
[18:35] <harmw> aha
[18:42] <harmw> so JayF , that configitem is specific to configdrive?
[18:42] <JayF> I think so?
[18:43] <JayF> ask me questions about Ironic if you want more certain responses :P
[18:43] <harmw> haha
[18:43] <harmw> :P
[18:44] <harmw> /etc/nova/nova.conf:injected_network_template = /usr/share/nova/interfaces.template
[18:44] <harmw> so, I'm already using that in my config
[18:50] <JayF> does that file exist and seem reasonably formatted?
[18:50] <JayF> we had to make a custom one :)
[18:50] <harmw> oh that file exists, and looks reasonable
[18:51] <harmw> harlowja: how would c-i drop that file or the content in /var/lib/cloud?
[18:53] <harlowja> hmmm, maybe from http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/DataSourceConfigDrive.py#L197 ?
[18:56] <harmw> I can see that's where it wants to apply it, yes
[18:57] <harmw> but I'm to lazy to find out how openstack hands the network config (through configdrive) to c-i :p
[19:00] <harlowja> should just be a file present on the config-drive
[19:01] <harlowja> http://paste.ubuntu.com/8460729/
[19:03] <harmw> ah so, well, I'm missing that content folder
[19:15] <harlowja> harmw that would do it :-P
[19:16] <harmw> could you give it back, please
[19:18] <harlowja> nope, ha
[19:19] <harlowja> u might want to ensure the following
[19:19] <harlowja> https://github.com/openstack/nova/blob/stable/havana/etc/nova/nova.conf.sample#L1862
[19:19] <harlowja> i think it needs to be 'always'
[19:19] <harmw> force_config_drive=always
[19:20] <harmw> but I don't want configdrive, only on specific instances... which is why I've got this 1 instance booted with --configdrive (or something)
[19:20] <harlowja> hmmm, i didn't think u could target it to specific instances
[19:21] <harmw> nova boot --configdrive 
[19:21] <harlowja> hmmm, guess that must be new
[19:21] <harmw> --config-drive=true
[19:21] <harmw> since havana, I guess
[19:21] <harmw> python-novaclient-2.13.0-1.fc19.noarch
[19:22] <harmw> (damn old, but hey)
[19:22] <JayF> You absolutely can use --config-drive=true
[19:22] <JayF> in newer novaclient
[19:22] <JayF> you should probably upgrade fwiw
[19:22]  * JayF wishes everyone would use pip versions of openstack clients
[19:23] <harmw> uhm, I was just saying I *am* using --config-drive=true :)
[19:23] <harlowja> ya, for some reason u aren't getting into the code @ https://github.com/openstack/nova/blob/master/nova/virt/netutils.py#L69
[19:23] <harlowja> or @ https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L170
[19:23] <harlowja> https://github.com/openstack/nova/blob/master/nova/virt/netutils.py#L107 is a common cause afaik
[19:24] <harlowja> probably line 107 there thats stopping this
[19:24] <harmw> could be, yea
[19:25] <harlowja> i belieeve if u can comment that crap out, a file will appear, ha
[19:25] <harmw> lol
[19:26] <harlowja> or somehow set your network to 'injected' 
[19:26] <harmw> and that would be on the controller's end, right?
[19:26] <harlowja> ya
[19:26] <harlowja> is this your own openstack, or someone elses :-P
[19:26] <harmw> so how is injected set in the first place  :p
[19:26] <harmw> my own
[19:27] <harlowja> somewhere when a network is setup i think
[19:27] <harlowja> something like that, ha
[19:27] <harmw> don't you just love openstack at these moments
[19:27] <harmw> I know I do :>
[19:28] <harlowja> that just scratches the surface ;)
[19:28] <harlowja> i've seen things man
[19:28] <harmw> :P
[19:28] <harlowja> lol
[19:28] <harlowja> seen horrible things
[19:28] <harlowja> 3 trillion config options...
[19:28] <harmw> and a multitude of possible fuckups
[19:28] <harlowja> openstack is like a crossword puzzle with about 10k pieces
[19:29] <harlowja> all sorta the same color to
[19:29] <harmw> yup
[19:29] <harmw> luckily, I'm colorblind
[19:29] <harlowja> ha
[19:29] <harlowja> bb
[19:50] <harmw> hiren_: ping
[20:03] <harmw> ok, so it's definately failing because there is no 'injected' meta
[20:04] <harlowja> ya
[20:04] <harlowja> thought so
[20:09] <harmw> compute is logging 'meta': {'injected': False,
[20:09] <harmw> god this is tiring
[20:09] <harmw> damn you, openstack!
[20:16] <harlowja> :-/
[20:16] <harlowja> how did u setup your networks that nova is using?
[20:16] <harmw> with neutron?
[20:19] <harlowja> hmmm, ya, got me then, ha
[20:26] <harmw> harlowja: Ive hacked out L108 and L107 and now I finally have content :> but it contains a litteral $bla on about every line
[20:26] <harmw> L108 and L117, oops
[20:45] <nvucinic> je
[20:49] <harlowja> hmmm, literal blah, must not be replacing stuff it needs from the thing u commented out, haha
[20:50] <harlowja> my guess is https://github.com/openstack/nova/blob/master/nova/virt/netutils.py#L146 is empty
[20:50] <harlowja> or missing