[14:23] <smoser> bah
[14:23] <smoser> how do i un-delete https://trello.com/c/BDxqarbu
[14:23] <smoser> or un-archive
[14:24] <smoser> "send to board". obvious
[14:24] <smoser> http://help.trello.com/article/795-archiving-and-deleting-cards
[15:41] <dpb1> smoser: after you update the bug for #1697545, let's talk about the open MPs on #169189
[15:41] <dpb1> #1691489
[15:42] <smoser> k
[16:34] <powersj> smoser: let me know when you have a new test case for http://pad.lv/1687712, then we can wrap up SRU testing
[16:34] <ubot5`> Launchpad bug 1687712 in cloud-init "cc_disk_setup: fs_setup with cmd doesn't work" [Medium,Confirmed]
[16:40] <smoser> powersj, still working on it. :-(
[16:41] <powersj> ok
[17:25] <smoser> powersj, updated https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1687712
[17:25] <ubot5`> Ubuntu bug 1687712 in cloud-init "cc_disk_setup: fs_setup with cmd doesn't work" [Medium,Confirmed]
[17:26] <powersj> smoser: thx! I'll give it a shot shortly
[19:58] <harlowja> smoser 'cloud-init summit '
[19:58] <harlowja> woa
[19:58] <harlowja> lol
[19:58] <harlowja> *woah
[20:01] <smoser> the big time
[20:04] <powersj> smoser: still running into issues with your updated SRU template, mount -a fails due to wrong fs type, bad option, bad superblock on /dev/sdc1
[20:04] <powersj> cloud config: https://paste.ubuntu.com/24958336/
[20:04] <powersj> log: https://paste.ubuntu.com/24958331/
[20:04] <powersj> woops wrong cloud-config, that's without cmd one sec
[20:05] <powersj> this one: https://paste.ubuntu.com/24958364/
[20:10] <smoser> powersj, ok. so that i guess is expected. :-(
[20:11] <smoser> i was testing on openstack.
[20:11] <smoser> config preference goes
[20:11] <smoser> system (files in /etc/cloud)
[20:11] <smoser> datasource (DataSourceAzure 'BUILTIN_CLOUD_CONFIG')
[20:11] <smoser> user-data
[20:12] <smoser> you provided via 'system', which then got trumped in the fs_setup section the fs_setup section by azure.
[20:12] <powersj> ah
[20:12] <smoser> :-(
[20:12] <smoser> i think that you would get he desired behavior if you did it via user-data
[20:13] <smoser> (openstack datasource does not have provide fs_setup config)
[20:13] <powersj> hmm ok I know how to first launch an instance with a config, but not afterwards. Let me look around.
[20:14] <smoser> well, if you launch with the config
[20:14] <smoser> it will fail the first time
[20:14] <smoser> (thats the bug)
[20:14] <smoser> then you can
[20:14] <powersj> right
[20:14] <smoser> rm -Rf /var/lib/cloud /var/log/cloud-init*
[20:14] <smoser> and reboot
[20:14] <smoser> and it should dtrt
[20:14] <powersj> after enabling proposed?
[20:14] <smoser> (well, after upgrading
[20:14] <smoser> yeah)
[20:14] <powersj> ok
[20:15] <powersj> alright I'll go that route
[20:15] <powersj> I forget about the preferences hierarchy
[20:15] <smoser> well, azure is the only datasource that does that
[20:15] <rharper> =(
[20:16] <rharper> I fought that and lost
[20:20] <smoser> rharper, http://paste.ubuntu.com/24958427/
[20:21] <rharper> that;s just renaming
[20:21] <rharper> since it runs at Local as well ?
[20:21] <smoser> i think thats probalby why your network config was running twice. i'd have to see a log.
[20:21] <smoser> only runs at local
[20:21] <rharper> oh
[20:21] <rharper> I didn't think we could do that
[20:21] <smoser> the big difference there is line 30
[20:21] <rharper> I thought we always need to run at net time when attempting to consume metadata
[20:23] <rharper> smoser: I had a separate class with just enough to run local but the class gets picked after local, and when net ran, it didn't have the right class, so instead I changed the Net class to have network_config, and then let it run in both local and net;  the assumption was that AzureNet could *not* run at local time (ie, it's metadata it reads may not be available if networking is *not* up, which is the case for init --lo
[20:23] <rharper> cal)
[20:25] <smoser> i'll poke some more
[20:26] <smoser> why did i not get any errors on that.
[20:26] <rharper> I don't no
[20:26] <rharper> I didn't get errors when Net didn't do anything
[20:26] <rharper> so, it's possible my assumption is not correct anymore
[20:26] <rharper> in which case, I'm all for running to completion (consuming metadata) at local time
[20:29] <smoser> well this is what i commented in the MP about
[20:29] <rharper> smoser: some quick reading that made me cautious (agent_command requiring bouncing network, get_metadata_from_fabric, which calls into WALA shim,
[20:29] <smoser> at least i ghoutht i did
[20:29] <rharper> reading the Shim object, it appears to do a dhcp and read data out of it
[20:30] <rharper> that implies some level of networking;  I would then expect that in local mode we can write config, and then at init net; attempt to bring networking up and read the lease file, etc.
[20:31] <smoser> well, net doesn't bring up networking
[20:31] <smoser> its already up
[20:31] <rharper> right
[20:31] <smoser> the azure datasource is a  mess in that it may actually *bounce* the interface
[20:32] <smoser> my comments last week and an inline comment in 'get_data'
[20:32] <rharper> sure; for this first round, I was hoping to change as little of the DS as possible to make things work;
[20:32] <smoser> i think youo've changed that a bunch now. but we'll have to do something like that i think
[20:33] <rharper> do something like what?
[20:37] <smoser> 2 options
[20:38] <smoser> either get_data handles doing a dhcp and then appropriate tear down
[20:38] <smoser> or get_data just does local things and 'activate' does the remainder
[20:39] <smoser> the second is less invasive at the moment
[20:40] <powersj> smoser: rharper: dpb1: SRU verification complete.
[20:40] <dpb1> woohoo!
[20:40] <dpb1> someone do a 21 gun salute
[20:44] <rharper> smoser: vs the partial get_data I have now ?
[20:46] <smoser> \o.
[20:49] <smoser> rharper, i'm looking at f31c8a02f75fcb1aeafe665dc6b240a0ff542a05
[20:49] <smoser> is that right?
[20:51] <rharper> git top  hash ?
[20:52] <smoser> yes
[20:52] <rharper> I've pushed two commits to fix up your items of spelling and such
[20:52] <smoser> " the partial get_data I have now" confused me. as i think get_data is most of everything
[20:52] <rharper> but otherwise that's the right hash
[20:52] <rharper> do you want to do a hangout ?
[20:52] <smoser> probably should