[00:29] Bug #1771885 changed: bionic: static maas missing search domain in systemd-resolve configuration [15:46] hello, please hope you can help, I have deployed a maas cluster, I am able to manage power control of a node that I added manually on maas [15:46] the node is well commissioned [15:46] I want do deploy ubuntu on top [15:47] it seems stucked at: curtin: Installation started [15:47] cloud-init third party drivers not installed or necessary [15:47] and nothing more [15:47] maybe it does not arrive to use maas images ? [15:48] can you help to debug and figure out the problem please? [16:07] Bug #1775424 opened: CentOS 6 deployment fails with AttributeError: 'NoneType' object has no attribute 'groups' [16:07] enrico_: can you share the rsyslog for the machine ? /var/log/maas/rsyslog///messages [16:30] roaxsoax; [16:31] only tried in dev so far [16:41] roaksoax https://pastebin.com/kExGTtS2 [16:41] these are tail -100 messages [16:41] xygnal_: k, let me know how it goes [16:43] Bug #1775430 opened: Make gw optional for static routes [16:44] enrico_: uhmm there's no real error surfaced at all [16:45] enrico_: what's the status of the machine while you see this? 'Deploying'? [16:45] yes Deploying... and isntallation output still System is booting... [16:48] enrico_: yeah that's because it never failed, and what happens if you leave it ? [16:48] if I dont touch it is seems to be in a stuck state forever ( I waited for more than 30min ) [16:49] If I release the node.. the result is failed deployment [16:49] enrico_: looks to me like curtin gets stuck [16:50] trying to redeploy again to generate new log [16:50] yes it could be but dont know why [16:50] you have any idea? [16:51] enrico_: ssh into the machine while dpeloying [16:51] touch /tmp/block-reboot [16:52] enrico_: and tail /var/log/cloud-init.log [16:52] and see if there are any errors [16:52] ok [16:53] 2018-06-06 16:49:22,334 - handlers.py[DEBUG]: finish: modules-final/config-scripts-per-instance: SUCCESS: config-scripts-per-instance ran successfully 2018-06-06 16:49:22,335 - url_helper.py[DEBUG]: [0/1] open 'http://55.0.51.31:5240/MAAS/metadata/status/npnec6' with {'method': 'POST', 'allow_redirects': True, 'url': 'http://55.0.51.31:5240/MAAS/metadata/status/npnec6', 'headers': {'Authorization': 'OAuth oauth_nonce="1746154607730300 [16:53] https://pastebin.com/NhKAtHNz [16:54] seems likes running just fine [16:54] enrico_: dpkg -l | grep cloud-init [16:54] to get the version [16:54] ii cloud-init 18.2-4-g05926e48-0ubuntu1~16.04.2 all Init scripts for cloud instances [16:54] ii cloud-initramfs-copymods 0.27ubuntu1.5 all copy initramfs modules into root filesystem for later use [16:54] ii cloud-initramfs-dyn-netconf 0.27ubuntu1.5 all write a network interface file in /run for BOOTIF [16:55] enrico_: can you try to refresh your maas images and see if it downloads updated images [16:55] seems a new version of cloud-init is already released [16:55] on may 16th, which should be on the latest images [16:56] I have installed maas after may 16th [16:56] I use play maas over ubuntu 16 [16:59] cloud-init should be installed on maas rack/region controller right? [17:00] enrico_: no, it comes from the maas images themselve [17:01] enrico_: so go to the images tab and click 'Update selection' on the ubuntu section [17:02] when you say: maas images... you refer to ubuntu ISO that includes maas ? [17:02] ok [17:02] enrico_: In the 'Images' tab [17:02] enrico_: the images maas downloads [17:02] yes updated [17:05] enrico_: ok, so try agian and check the cloud-init version to see if that has changed [17:06] yes done.. it is the same [17:07] uhmm strange, so i winder if its a cloud-init issue [17:07] i'll dig and ask around [17:07] Thanks you for your time.. I appreciate :) [17:08] If you discover something please contact me on enricodhd@gmail.com [17:08] anyway I'll ping you in a while here [17:13] roaksoax: whats the max latency/distance between rack controllers and region controllers, and how might it impact maas if we had a region controller in another country than a rack controller. [17:14] xygnal_: well in most cases should be just fine, depending how many machines you may want to deploy at the same time [17:15] xygnal_: i guess the major bottleneck is tftp because tftp sucks, which could mean if you deploying several machines at the same time they would take a long time to donwload the initrd/kernel [17:15] but other than that everything should be ok, since its http [17:15] we have two rack we want to deploy to India but them to test and play in, but it would not see a great deal of builds itself [17:15] how would it handle the delays in check in? [17:15] this would be literally across the globe [17:17] xygnal_: 2 racks, say 10 machines? 20 machines ? [17:21] about 16 maciens [17:21] machines* [17:23] xygnal_: yeah so the only "bottleneck" i could see if if you deploy the 16 machines at once, whether they would be able to download the initrd/kernel over tftp fast enough [17:23] xygnal_: but technically, shouldn't really be a problem === Guest55849 is now known as jefferai === jefferai is now known as Guest18839 === Guest18839 is now known as ferai [17:28] tftp would be coming from the region? [17:28] not the rack? [17:30] xygnal_: rack [17:33] rack would be in same place at those 16 blades, its region that would be far away. [17:33] why would tftp be slow? [17:34] xygnal_: you should be fine then === ferai is now known as jefferai === jefferai is now known as Guest50383 [18:54] roaksoax: could you advise on how I might get out of this debacle with the stuck controller? === Guest50383 is now known as jefferai [19:20] roaksoax: I can't seem to find evidence of a CentOS 7 package for Cloud-init newer then 0.7.x :/ ever done a custom build/install of it? [19:21] roaksoax: 0.7.9-24 is the latest in theirs repos [19:21] cloud-init [20:07] Bug #1775461 opened: manual node inaccessible after commissioning [22:13] Bug #1770201 changed: DNS resolution issues during enlistment with Bionic ephemeral environment. [23:47] Bug #1774666 changed: Bond interfaces stuck at 1500 MTU on Bionic