[07:03] <mup> Bug #1468631 opened: interrupted image download doesn't allow recovery <MAAS:New> <https://launchpad.net/bugs/1468631>
[11:09] <mup> Bug #1468726 opened: Retain page position on refresh <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1468726>
[12:24] <caribou> Hi, I would need some help with the execution mechanisms of curtin preseed files in /etc/maas/preseeds
[12:25] <caribou> I'm trying to add specific partitioning commands that would run for specific nodes
[12:26] <caribou> and thought of using curtin_userdata_ubuntu_amd64_generic_{nodename} for that
[12:26] <caribou> but that preseed file doesn't seem to be picked up by maas
[12:26] <caribou> maas 1.7 btw
[12:37] <kiko> caribou, heyt there
[12:37] <caribou> kiko: howdy
[12:38] <kiko> caribou, hmm, I think there's an example of that somewhere from smoser
[12:38] <caribou> kiko: yesterday smoser helped me out a lot to get customize curtin's partitioning which I got sorted out
[12:38] <caribou> kiko: I found the documentation, but when I put the commands in curtin_userdata  they get executed
[12:38] <caribou> kiko: but if I use curtin_userdata_ubuntu_generic, they don't seem to be picked up
[12:39] <caribou> now I also don't know if all the curtin_userdata_* files get merged or one override the other
[12:39] <kiko> and why is it a problem to use curtin_userdata?
[12:40] <caribou> kiko: I need those commands to be host specific, i.e. use the _{node_name} argument
[12:41] <kiko> caribou,   {prefix}_{osystem}_{node_arch}_{node_subarch}_{release}_{node_name}
[12:41] <kiko> apparently is the format
[12:41] <kiko> in 1.7
[12:41] <caribou> kiko: yep found that, but somehow maas doesn't seem to pick it up
[12:42] <kiko> caribou, what is the exact filename you are using?
[12:42] <caribou> kiko: I've been trying many. Now I'm at curtin_userdata_ubuntu to minimize failure but even that doesn't get picked up
[12:45] <caribou> kiko: right now I'm doing a very basic test :
[12:45] <caribou> adding announce_02: ["/bin/echo", "'###  Running curtin_userdata_state-server  ###'"] as an "early_commands:" in curtin_userdata
[12:45] <kiko> okay, and does that work?
[12:45] <caribou> I do see the msg displayed when curtin kicks in
[12:46] <kiko> okay
[12:46] <caribou> if I move that to curtin_userdata_ubuntu, it doesn't
[12:46] <kiko> caribou, I am thinking "_ubuntu" is not actually used
[12:46] <kiko> i.e.
[12:46] <kiko> for ubuntu installs
[12:46] <kiko> the format is
[12:47] <kiko> {prefix}_{node_arch}_{node_subarch}_{release}_{node_name}
[12:47] <caribou> 1.7 doc says it should
[12:47] <kiko> I'm looking at the source to see if that's right
[12:48] <caribou> that's the full curtin_userdata_ubuntu file content : http://pastebin.ubuntu.com/11773179/
[12:50] <caribou> kiko: get_preseed_filename in preseed.py seems to say otherwise, I'll test what is written in the code
[12:51] <kiko> indeed
[12:51] <caribou> kiko: ok it works with curtin_userdata_amd64, will test the rest
[12:52] <kiko> caribou, that looks like a bug fwiw
[12:53] <kiko> caribou, I am confused by the elements.append(osystem) piece though
[12:53] <caribou> in preseed.py ?
[12:54] <kiko> yes
[12:54] <caribou> it's not in 1.7
[12:54] <kiko> oh!
[12:54] <caribou> at least not on my test node
[12:54]  * kiko is looking at trunk
[12:54] <caribou> that's from the installed server source
[12:55] <caribou> so most probably it is how it works now but not back then
[12:55] <kiko> back then when?
[12:55] <kiko> I have a 1.7 branch here that has the following code
[12:56] <kiko> ah
[12:56] <kiko> look at this
[12:56] <kiko> this code changed a lot for 1.7.5
[12:56] <kiko> http://pastebin.ubuntu.com/11773220/
[12:57] <kiko> https://bugs.launchpad.net/maas/+bug/1439366
[12:57] <kiko> I am wondering if this code is buggy
[12:57] <kiko> caribou, what version of maas?
[12:58] <caribou> kiko: 1.5.4+bzr2294-0ubuntu1.3
[12:58] <caribou> straight from trusty's archive
 maas 1.7 btw
[12:58] <kiko> are you trying to confuse me? :)
[12:58] <caribou> WTF is that !
[12:59] <caribou> ok, I'm going back under my rock
[12:59] <kiko> heh
[12:59] <kiko> okay, so to summarize:
[12:59] <kiko> 1. don't use maas 1.5
[12:59] <kiko> 2. see #1
[12:59] <caribou> ROTFL!
[13:00] <kiko> 3. in maas 1.5, the format has no osystem component
[13:00] <caribou> the name of my maas VM is maas17
[13:00] <kiko> as in 1.5 it was ubuntu only
[13:00] <caribou> true
[13:00] <kiko> I think that's enough for before breakfast :)
[13:00] <caribou> totally. & thank you a lot for your help
[13:01] <kiko> yw
[13:02] <kiko> caribou, maybe add an answer to http://askubuntu.com/questions/508276/customizing-the-maas-curtin-fastpath-preseed-install when you are done and get some SE points to boot?
[13:02] <caribou> kiko: will do.
[13:02] <kiko> thanks!
[13:02] <caribou> I'm planning to write a blog post on the whole effort
[13:02] <caribou> i.e. how to customize partitioning & get it done by maas & curtin
[13:03] <caribou> kiko: that article was the starting point of my queries
[13:19] <mup> Bug #1468757 opened: There is no spinner on the "load 30 more days" link on the event log page <ui> <MAAS:New> <https://launchpad.net/bugs/1468757>
[17:14] <mup> Bug #1468830 opened: 1.8.0 Can't mark fixed due to power state <ui> <MAAS:New> <https://launchpad.net/bugs/1468830>
[17:47] <mup> Bug #1468830 changed: 1.8.0 Can't mark fixed due to power state <ui> <MAAS:Won't Fix> <https://launchpad.net/bugs/1468830>
[17:47] <mup> Bug #1468844 opened: 1.8.0 Capitalisation in tags is incorrect <ui> <ux> <MAAS:New> <https://launchpad.net/bugs/1468844>
[23:44] <mup> Bug #1468945 opened: maas should add virtual tag to ESXi VMs after commissioning <oil> <MAAS:Triaged> <https://launchpad.net/bugs/1468945>