| drhalan | if anyone knows the syntax for /etc/maas/presee/curtain_userdata please ping me | 01:14 |
|---|---|---|
| === X-Rob_ is now known as X-Rob | ||
| drhalan | found a good one: http://astokes.org/customizing-fastpath-curtin-installations/ | 03:15 |
| drhalan | this should be part of the official documentation! | 03:15 |
| mup | Bug #1461389 was opened: Parse errors for curtin preseeds aren't reported <1.7> <trusty> <MAAS:New> <https://launchpad.net/bugs/1461389> | 05:25 |
| mup | Bug #1461462 was opened: Node action permission not updated as node status changes <ui> <MAAS:Triaged> <https://launchpad.net/bugs/1461462> | 09:20 |
| bleepbloop | Quick question for everyone, any suggestions on where to start with debugging dns not working? Whenever I try to ssh in between boxes that were stood up with maas using their dns names I just get no route to host even though I have dns configured | 12:24 |
| bleepbloop | Everything else about my maas setup is working | 12:24 |
| roaksoax | bleepbloop: are you sure that /etc/resolv.conf is pointing to the MAAS DNS server when you are trying to ssh ? | 12:49 |
| bleepbloop | roaksoax, the resolv.conf on one of the instantiated machines has nameserver 172.16.0.1 and search maas in it | 12:50 |
| bleepbloop | roaksoax: however trying to ping ping kit-fisto.maas (the maas server) from it gets ping: unknown host kit-fisto.maas | 12:51 |
| roaksoax | bleepbloop: where are you trying to ping kit-fisto.maas ? | 12:53 |
| roaksoax | bleepbloop: in the same machine where you are trying to ping kit-fisto.maas, does /etc/resolv.conf have nameserver <ip-of-maas-server> as first nameserver entry? | 12:53 |
| bleepbloop | roaksoax: from a server that is on the same network as maas and which was provisioned by maas, and yeah the resolv.conf was on the machine provisioned by maas (which is the one I was trying to ping from) | 12:54 |
| roaksoax | bleepbloop: so kit-fisto.maas is the machine deployed by mAAS? | 12:54 |
| roaksoax | bleepbloop: or you are trying to ping another machine deployed by MAAS | 12:55 |
| bleepbloop | roaksoax: I am kit-fisto.maas is the maas server, plo-koon (the machine I tried to ping kit-fisto from) is the maas provisioned client | 12:55 |
| roaksoax | bleepbloop: right, so if kit-fisto.maas is the maas server, that's not in the DNS server that MAAS server controls | 12:56 |
| roaksoax | rvba: ^^ | 12:56 |
| rvba | bleepbloop: so 172.16.0.1 is kit-fisto.maas ? | 12:58 |
| bleepbloop | rvba:yes | 12:59 |
| bleepbloop | roaksoax: so the maas server doesn't add an entry for itself in dns? | 12:59 |
| roaksoax | bleepbloop: nope | 13:00 |
| roaksoax | bleepbloop: otherwise it would have to add an entry for the same DNS name in all of the networks MAAS can be present | 13:01 |
| roaksoax | i.e. if we have 10 cluster controllers on different networks, there would be 10 dns entries for different IP's | 13:01 |
| bleepbloop | roaksoax: hmm okay fair, would it be a bad idea to add it manually? | 13:02 |
| mup | Bug #1461295 changed: Maas is not picking up new release root-tgz automatically <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1461295> | 13:09 |
| mup | Bug #1461389 changed: Parse errors for curtin preseeds aren't reported <1.7> <trusty> <MAAS:Triaged> <https://launchpad.net/bugs/1461389> | 13:30 |
| mup | Bug #1461612 was opened: make static ip ranges required <MAAS:New> <https://launchpad.net/bugs/1461612> | 16:45 |
| drhalan | what is the difference between the follwing: "curtin in-target -- sh -c script", "['curtin', 'in-target', '--', script], ['curtin', 'in-target', '--', 'sh', '-c', script] ? | 17:45 |
| drhalan | maybe smoser can help? | 17:45 |
| smoser | if the entry in the late_commands is a string, then it will be passed to sh | 17:46 |
| smoser | if it is an array, then it will be executed like execve | 17:46 |
| smoser | array is much more specific, you dont leave naything up to shell interpretation. | 17:46 |
| smoser | ['curtin', 'in-target', '--', script] | 17:47 |
| smoser | thats not going to do anything. unless the string 'script' is an executable. | 17:47 |
| smoser | inside the root | 17:47 |
| smoser | ...which it actually is :) | 17:47 |
| mup | Bug #1461639 was opened: Spurious test failure maasserver.tests.test_forms_nodeaction.TestNodeActionForm.test_save_performs_requested_action <MAAS:Triaged by rvb> <https://launchpad.net/bugs/1461639> | 17:54 |
| drhalan | mmh so custom: ["mkdir", "/some/dir"] should do the same as custom: "mkdir /some/dir" ? | 17:58 |
| drhalan | none of them seem to have an effect on my machine. :/ | 18:33 |
| garibaldi | smoser: I upgraded MAAS to the latest stable, 1.7.5, and still have not had any luck getting user_data to run on nodes commissioned with this new version | 19:00 |
| kiko | smoser, if we could figure this out I'd like it documented in the maas docs -- but we need to find out how it is to be done. maybe write up a txt file we could use as a starter? :) | 19:01 |
| garibaldi | kiko: I'd be happy to test out any techniques for deploying user_data to help with the documentation process | 19:04 |
| kiko | thanks | 19:05 |
| smoser | drhalan, yes to your answer above. | 19:06 |
| smoser | kiko, i'm 98% certain that user_data works | 19:07 |
| smoser | so i'm 100% certain that user data works | 19:07 |
| smoser | otherwise juju wouldn twork | 19:07 |
| smoser | i'm 99% certain that it works via maas cli | 19:07 |
| smoser | i've used it before, but dont have anything i can use it with righ tnow | 19:08 |
| drhalan | garibaldi: same here.. it does something but not sure what... gave up after about 10 hours of trying different commands | 19:18 |
| kiko | smoser, we can get you access to a maas installation easily, would that suffice? you're right now the only person who I think knows how this works | 19:23 |
| solsTiCe | hi. So I installed maas while installing ubuntu server. When I connect to maas region controller web interface, I see standard apache web page instead of maas page, why ? | 19:34 |
| roaksoax | solsTiCe: http://XYZ/MAAS ? | 19:36 |
| solsTiCe | ah ok. forgot /MAAS | 19:36 |
| mup | Bug #1461659 was opened: UEFi x64 failing to commission <canonical-bootstack> <MAAS:New> <https://launchpad.net/bugs/1461659> | 19:36 |
| smoser | kiko, sure. let me see a maas. | 19:41 |
| kiko | smoser, does the garage maas work? | 19:48 |
| smoser | checking | 19:49 |
| kiko | cool | 19:49 |
| smoser | kiko, ok. i just did: | 19:57 |
| smoser | http://paste.ubuntu.com/11549450/ | 19:57 |
| kiko | smoser, and can you paste the raw userdata? | 19:57 |
| smoser | nice | 19:58 |
| smoser | well, garage maas is broken | 19:58 |
| smoser | its left in bcache-development limbo | 19:58 |
| kiko | and that means we can't? | 19:59 |
| smoser | so kiko until that is fixed i cant test install something, so ... | 19:59 |
| kiko | test | 19:59 |
| smoser | http://paste.ubuntu.com/11549482/ | 20:00 |
| smoser | but that is the user-data | 20:00 |
| smoser | ok. just ran this. | 20:02 |
| smoser | http://paste.ubuntu.com/11549501/ | 20:02 |
| smoser | on my local maas (i didn't want to shoot that node, but i did) | 20:02 |
| smoser | local maas is | 20:03 |
| smoser | # dpkg-query --show maas | 20:03 |
| smoser | maas1.7.3+bzr3363-0ubuntu1~trusty1 | 20:03 |
| kiko | weird | 20:04 |
| kiko | ah | 20:04 |
| kiko | I see what you are saying | 20:04 |
| kiko | smoser, and what is the raw user data for that? | 20:04 |
| smoser | same | 20:05 |
| smoser | you can see it. | 20:05 |
| kiko | ah yes I for some reason didn't match the strings | 20:05 |
| kiko | garibaldi, drhalan: can either of you verify that the above works for you? | 20:06 |
| kiko | i.e. using http://paste.ubuntu.com/11549482/ as your user-data | 20:06 |
| kiko | which should result in the string that you see on the command-line here: http://paste.ubuntu.com/11549501/ | 20:06 |
| smoser | kiko, and then... | 20:07 |
| smoser | $ cat /run/my.log | 20:07 |
| smoser | ======================================== | 20:07 |
| smoser | ============== Wed Jun 3 20:07:02 UTC 2015 ================= | 20:07 |
| smoser | ======== Hi World ====================== | 20:07 |
| smoser | ======================================== | 20:07 |
| smoser | system came up. had that there. | 20:07 |
| kiko | yeah, I was expecting you'd say that 8) | 20:07 |
| smoser | and 'sudo cat /var/lib/cloud/instance/user-data.txt' | 20:08 |
| smoser | will show you the input user-data | 20:08 |
| smoser | so, tats about all i can easily do at the moment. but it does show user-data functioning via maas-cli | 20:10 |
| smoser | with maas at 1.7.3 | 20:10 |
| === cgseller_is_away is now known as imthewherd | ||
| solsTiCe | I am using VM to test maas. What size must be my hdd to be able to import the boot image ? | 21:02 |
| garibaldi | smoser: can you send me the exact maas cli command you used? | 21:13 |
| garibaldi | just to make sure I reproduce exactly | 21:13 |
| mup | Bug #1461712 was opened: 1.8rc1: sm15k systems - non-PXE NIC's mac address doesn't get linked back to cluster <oil> <MAAS:New> <https://launchpad.net/bugs/1461712> | 23:01 |
| smoser | garibaldi, its in that pastebin | 23:55 |
| smoser | http://paste.ubuntu.com/11549450/ | 23:55 |
| smoser | maas smoser nodes acquire | 23:56 |
| smoser | 'smoser' is the maas name (first argument to maas) | 23:56 |
| smoser | acquire returned the node with system-id node-86787e7e-cd78-11e4-8df8-001b21006d7f | 23:56 |
| smoser | then maas smoser node start node-86787e7e-cd78-11e4-8df8-001b21006d7f user_data=IyEvYmluL3NoCgooCmVjaG8gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQplY2hvID09PT09PT09PT09PT09ICQoZGF0ZSkgPT09PT09PT09PT09PT09PT0KZWNobyA9PT09PT09PSBIaSBXb3JsZCA9PT09PT09PT09PT09PT09PT09PT09CmVjaG8gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQopIHwgdGVlIC9ydW4vbXkubG9nCg== distro_series=trusty | 23:57 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!