=== rcj` is now known as rcj === hatchetation_ is now known as hatchetation [12:01] smoser: Review of https://code.launchpad.net/~daniel-thewatkins/cloud-init/lp1411582/+merge/264831 would be much appreciated. [13:14] Odd_Bloke, why are symlinks bad ? [13:15] smoser: Some of the FS tools fall over on symlinks. [13:15] I think mkfs.ext4, for example. [13:17] And to check that it's a valid block device in cc_mounts, we have to dereference it to find the actual device to check. [13:18] why? [13:18] not being a jerk, dont rmember. and checking a symlink to a device should be ok [13:22] smoser: We check in /sys/block; that uses the sda1-esque name. [13:31] Odd_Bloke, you can also check /sys/block/ to see if it is a partition [13:31] rather than just checking existance. [13:31] ie, /sys/block/sda/sda1/partition [13:31] that file exists iff sda1 is a partition on sda [13:32] smoser: Oh, cool. [13:32] smoser: I've just taken the logic that was already there; I'll make that change if you think it's a good idea. [13:32] I don't really have a sense of what sort of weird block devices we might end up seeing. :p [13:33] its incredibly inconsistent [13:33] https://bugs.launchpad.net/curtin/+bug/1263181 [13:33] and [13:33] https://bugs.launchpad.net/curtin/+bug/1471928 [13:34] your suggestion handles the second naming convention ('p') [13:34] the first is obscene [13:34] That 'p' logic was already there as well. [13:35] right [13:40] Odd_Bloke, claudiupopa to today's call i'd like to talk about blueprints / specs / tracking [13:40] and what to do. [13:40] smoser: Yeah, that would be good. [13:52] wish i had easier access to things to test. [13:52] for p in glob.glob("/sys/class/block/%s/*/partition" % dev): [13:52] with open(p, "r") as fp: [13:52] if fp.read().rstrip() == part: [13:52] found = p [13:52] break [14:20] can we make cloud-init run a local script in image on first boot : default for all builds : even if user does not provide any user-data [14:21] smoser: claudiupopa: harlowja_: You should all have invites to a Trello org in your inbox(es). [14:21] Yeah, saw it, thanks! [14:21] pankaj2934, put executable files into /var/lib/cloud/data/scripts/per-instance [14:22] it should be on controller or into the image [14:22] in image. [14:22] doesnt cloud-init wipe out /var/lib/cloud whenit runs first [14:22] alternatively, vendor-data is provided by the "vendor" , cloud-inti finds it from the datasource, and it can provide can provide boothooks or user-scripts [14:22] pankaj2934, no. it wipes a link (/var/lib/cloud/instance , which points to the current /var/lib/cloud/instance) [14:23] does it have to be #cloud-config file or i can just put a shell script in that directory [14:23] er... instance/ [14:23] executable file in that dir is run in run-parts style [14:23] ie, C locale sorted order [14:24] thanks i will try that . [14:46] Odd_Bloke, smoser: we have a new public board for the things we need to track: https://trello.com/b/HoPNdiTI/cloud-init-development-roadmap. [14:46] harlowja_: ^ [14:46] claudiupopa: Thanks! [14:46] I started moving a couple of things from the etherpad there. [14:46] No problem. ;-) [14:47] basically there are 3 columns, to do, doing and done but I'm open to other suggestions. === smoser changed the topic of #cloud-init to: cloud-init || cloud-init 2.0 http://bit.ly/cloudinit-reviews-public http://bit.ly/cloudinit-reviews cloud-init || cloud-init 2.0 http://bit.ly/cloudinit-reviews-public http://bit.ly/cloudinit-reviews === smoser changed the topic of #cloud-init to: cloud-init || cloud-init 2.0 http://bit.ly/cloudinit-reviews-public http://bit.ly/cloudinit-reviews cloud-init || cloud-init 2.0 http://bit.ly/cloudinit-reviews-public http://bit.ly/cloudinit-roadmap [14:54] claudiupopa: smoser: Maybe a column to do with specifications. [14:55] What kind of specifications? [14:55] The "we're working on a spec but nobody is implementing it yet" type. [14:58] i have a in /etc/cloud/cloud.cfg.d/09_pk.cfg , it contains #cloud-config , runcmd: - touch /tmp/pk.txt .. when the instance boots cloud-init.log has read 66 bytes from /etc/cloud/cloud.cfg.d/09_pk.cfg but no file in tmp . [14:58] i have a file * [15:01] pankaj2934, it should work. unless user-data provides runcmd also. [15:01] lists dont merge well. [15:02] not providing anything in user data , target is to run a script like firstboot for every instance : even if user does not provide any user data [15:03] why did you not like /var/lib/cloud/data/scripts/per-instance ? [15:03] put the same file there it did not work . [15:03] should i be putting .sh file in per-instance [15:03] yes [15:03] i suspect its the same issue. cloud-init final is not running. i think. [15:04] or for /var/lib/cloud/data/scripts/per-instance if you did that after the instance booted, it wont recognize it on reboot as the marker is just on the instance-id. [15:14] i deleted the instances folder and retried [15:15] rebooted [15:30] can you paste /var/log/cloud-init.log ? === zz_natorious is now known as natorious [15:45] you probably need to delete /var/lib/cloud/data/instance-id along with the instances directory before reboot. === natorious is now known as zz_natorious [17:05] Odd_Bloke claudiupopa cool [18:24] Odd_Bloke, where di you send me an invite ? [18:30] never mind. i see. === rangerpb is now known as rangerpbzzzz