=== CyberJacob is now known as zz_CyberJacob | ||
=== zz_CyberJacob is now known as CyberJacob | ||
mup | Bug #1468631 opened: interrupted image download doesn't allow recovery <MAAS:New> <https://launchpad.net/bugs/1468631> | 07:03 |
---|---|---|
mup | Bug #1468726 opened: Retain page position on refresh <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1468726> | 11:09 |
caribou | Hi, I would need some help with the execution mechanisms of curtin preseed files in /etc/maas/preseeds | 12:24 |
caribou | I'm trying to add specific partitioning commands that would run for specific nodes | 12:25 |
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:26 |
kiko | caribou, heyt there | 12:37 |
caribou | kiko: howdy | 12:37 |
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:38 |
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:39 |
caribou | kiko: I need those commands to be host specific, i.e. use the _{node_name} argument | 12:40 |
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:41 |
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:42 |
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:45 |
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:46 |
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:47 |
caribou | that's the full curtin_userdata_ubuntu file content : http://pastebin.ubuntu.com/11773179/ | 12:48 |
caribou | kiko: get_preseed_filename in preseed.py seems to say otherwise, I'll test what is written in the code | 12:50 |
kiko | indeed | 12:51 |
caribou | kiko: ok it works with curtin_userdata_amd64, will test the rest | 12:51 |
kiko | caribou, that looks like a bug fwiw | 12:52 |
kiko | caribou, I am confused by the elements.append(osystem) piece though | 12:53 |
caribou | in preseed.py ? | 12:53 |
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:54 |
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:55 |
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:56 |
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:57 |
caribou | kiko: 1.5.4+bzr2294-0ubuntu1.3 | 12:58 |
caribou | straight from trusty's archive | 12:58 |
kiko | <caribou> maas 1.7 btw | 12:58 |
kiko | are you trying to confuse me? :) | 12:58 |
caribou | WTF is that ! | 12:58 |
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! | 12:59 |
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:00 |
kiko | yw | 13:01 |
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:02 |
caribou | kiko: that article was the starting point of my queries | 13:03 |
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> | 13:19 |
=== jfarschman is now known as MilesDenver | ||
=== med_` is now known as med_ | ||
=== med_ is now known as med___ | ||
=== med___ is now known as med_ | ||
mup | Bug #1468830 opened: 1.8.0 Can't mark fixed due to power state <ui> <MAAS:New> <https://launchpad.net/bugs/1468830> | 17:14 |
=== jfarschman is now known as MilesDenver | ||
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> | 17:47 |
=== xmltok_ is now known as xmltok | ||
mup | Bug #1468945 opened: maas should add virtual tag to ESXi VMs after commissioning <oil> <MAAS:Triaged> <https://launchpad.net/bugs/1468945> | 23:44 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!