| === rangerpbzzzz is now known as rangerpb | ||
| === rangerpb is now known as rangerpbzzzz | ||
| smoser | bah | 14:23 |
|---|---|---|
| smoser | how do i un-delete https://trello.com/c/BDxqarbu | 14:23 |
| smoser | or un-archive | 14:23 |
| smoser | "send to board". obvious | 14:24 |
| smoser | http://help.trello.com/article/795-archiving-and-deleting-cards | 14:24 |
| dpb1 | smoser: after you update the bug for #1697545, let's talk about the open MPs on #169189 | 15:41 |
| dpb1 | #1691489 | 15:41 |
| smoser | k | 15:42 |
| === rangerpb is now known as baude | ||
| === baude is now known as rangerpb | ||
| 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:34 |
| smoser | powersj, still working on it. :-( | 16:40 |
| powersj | ok | 16:41 |
| 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:25 |
| powersj | smoser: thx! I'll give it a shot shortly | 17:26 |
| === shardy is now known as shardy_afk | ||
| === shardy_afk is now known as shardy | ||
| harlowja | smoser 'cloud-init summit ' | 19:58 |
| harlowja | woa | 19:58 |
| harlowja | lol | 19:58 |
| harlowja | *woah | 19:58 |
| smoser | the big time | 20:01 |
| 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:04 |
| powersj | this one: https://paste.ubuntu.com/24958364/ | 20:05 |
| smoser | powersj, ok. so that i guess is expected. :-( | 20:10 |
| 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:11 |
| 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:12 |
| 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:13 |
| 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:14 |
| 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:15 |
| rharper | I fought that and lost | 20:16 |
| smoser | rharper, http://paste.ubuntu.com/24958427/ | 20:20 |
| 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:21 |
| 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:23 |
| smoser | i'll poke some more | 20:25 |
| 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:26 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| rharper | do something like what? | 20:33 |
| smoser | 2 options | 20:37 |
| 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:38 |
| smoser | the second is less invasive at the moment | 20:39 |
| powersj | smoser: rharper: dpb1: SRU verification complete. | 20:40 |
| dpb1 | woohoo! | 20:40 |
| dpb1 | someone do a 21 gun salute | 20:40 |
| rharper | smoser: vs the partial get_data I have now ? | 20:44 |
| smoser | \o. | 20:46 |
| smoser | rharper, i'm looking at f31c8a02f75fcb1aeafe665dc6b240a0ff542a05 | 20:49 |
| smoser | is that right? | 20:49 |
| rharper | git top hash ? | 20:51 |
| 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 | 20:52 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!