vyos-cloud-init.git/udev/cloud-init-wait, branch 22.1 (mirror of https://github.com/vyos/vyos-cloud-init.git) https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=22.1 2016-05-27T21:03:49+00:00 remove blocking udev functionality 2016-05-27T21:03:49+00:00 Scott Moser smoser@ubuntu.com 2016-05-27T21:03:49+00:00 urn:sha1:b16533714e02fc71d463ca73abee5c9f6237f115 This didn't really work. See bug for more info. LP: #1577844 improve how cloud-init-wait waits 2016-03-29T13:11:25+00:00 Scott Moser smoser@ubuntu.com 2016-03-29T13:11:25+00:00 urn:sha1:78c9de871eb2a68da36fb4397fe756b88dc9eb15 Instead of sleep and check loop, use 'udevadm settle' to wait. since we run from a udev event, this is sufficient. udev settle will exit when either of a.) the file exists b.) the udev event queue has all been processed. c.) timeout is reached. Since cloud-init-wait is being run as a udev event, 'b' cannot be satisfied until it finishes. Thus, this essentially becomes a inotify based wait for the file /run/cloud-init/network-config-ready and no loops are needed. improve how cloud-init-wait waits 2016-03-28T18:47:19+00:00 Scott Moser smoser@ubuntu.com 2016-03-28T18:47:19+00:00 urn:sha1:bf88c6ef54608f4488fca806b5f30afad08d6c51 since we run from a udev event, this is sufficient. udev settle will exit when either of a.) the file exists b.) the udev event queue has all been processed. Since cloud-init-wait is being run as a udev event, 'b' cannot be satisfied until it finishes. Thus, this essentially becomes a inotify based wait for the file /run/cloud-init/network-config-ready and no loops are needed. fix creation of network-config-ready and dont bother waiting on lo 2016-03-21T02:31:21+00:00 Scott Moser smoser@ubuntu.com 2016-03-21T02:31:21+00:00 urn:sha1:16751f75a51814e4873199eddec15040dd221561 remove the 'find_name' function that was here. 2016-03-19T00:42:49+00:00 Scott Moser smoser@ubuntu.com 2016-03-19T00:42:49+00:00 urn:sha1:db54b59b90c8db2fc4a637ae09d3f0df14e77acb I had left this in to commit it, it was my first pass at cloud-init doing the naming itself. That design was then replaced with the idea for cloud-init to instead write systemd.rules files. commit the systemd waiting mechanism 2016-03-19T00:40:54+00:00 Scott Moser smoser@ubuntu.com 2016-03-19T00:40:54+00:00 urn:sha1:519c0936e3e80fc14225e500fbb61d0d12d28c35 Note, still broken as cloud-init local is not going to ever touch the CI_NET_READY file (/run/cloud-init/network-config-ready). So as this is , it will actually just block for 60 seconds and go on.