/srv/irclogs.ubuntu.com/2017/08/04/#maas.txt

mupBug #1708609 opened: Virsh Pods are not detecting all storage pools <pod> <virsh> <MAAS:New> <https://launchpad.net/bugs/1708609>07:58
spaok_ello08:00
=== spaok_ is now known as spaok
spaokanybody arounds?08:01
zeihHi, one question regarding MAAS LDAP setup: is there a way to do it?08:22
spaokzeih: if you find a way I would love to know it09:20
zeihspaok: sure :)09:20
zeihI do not find any hint in documentation or configuration files.. so maybe it is a missing feature?09:21
spaokya, we probably asked canonical about it a bunch times, it's a highly desired feature for me09:22
* D4RKS1D3 morning09:23
mupBug #1696752 changed: [SRU] MAAS 2.2.0 <verification-done> <verification-done-xenial> <verification-done-yakkety> <verification-done-zesty> <maas (Ubuntu):Fix12:31
mupReleased> <maas (Ubuntu Xenial):Fix Released> <maas (Ubuntu Yakkety):Fix Released> <maas (Ubuntu Zesty):Fix Released> <https://launchpad.net/bugs/1696752>12:31
mupBug #1708651 opened: [SRU] MAAS 2.2.2 <maas (Ubuntu):New> <maas (Ubuntu Xenial):New> <maas (Ubuntu Zesty):New> <https://launchpad.net/bugs/1708651>12:31
mupBug #1708651 changed: [SRU] MAAS 2.2.2 <maas (Ubuntu):Won't Fix> <maas (Ubuntu Xenial):New> <maas (Ubuntu Zesty):New> <https://launchpad.net/bugs/1708651>15:17
mupBug #1708679 opened: No way to read region controller image import progress through the API <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1708679>15:17
mupBug #1708679 changed: [2.3, API] Region Controller import progress not available via API <api> <cdo-qa> <MAAS:Invalid> <https://launchpad.net/bugs/1708679>15:44
mupBug #1708679 opened: [2.3, API] Region Controller import progress not available via API <api> <cdo-qa> <MAAS:Triaged> <https://launchpad.net/bugs/1708679>15:53
mupBug #1708679 changed: [2.3, API] Region Controller import progress not available via API <api> <cdo-qa> <MAAS:Invalid> <https://launchpad.net/bugs/1708679>16:02
bryan_atthi - q for anyone: I'm trying to import an image (current xenial cloud image) to maas and able to import it as a "generated image" but the rack controller never completes sync, and there is no error I can see in the logs. What might be the issue?16:14
mupBug #1708679 opened: [2.3, API] Region Controller import progress not available via API <api> <cdo-qa> <MAAS:Triaged> <https://launchpad.net/bugs/1708679>16:14
roaksoaxbryan_att: what version of MAAS are you using? and hwo did you upload the image. I think the issue is the way how the image was imported. I think that may be fixed in the latest 2.216:25
bryan_attroaksoax: v2.2.0. I uploaded it using the command "maas zbook boot-resources create name=xenial/cloud title="zzz" architecture=amd64/generic content@=/home/bryan/Downloads/xenial-server-cloudimg-amd64-disk1.img"16:27
bryan_attfollowed by maas zbook boot-resources import16:28
bryan_atti could not find a way to upload it using the UI16:28
bryan_attroaksoax: is there a maas issue I should follow16:29
bryan_attI also tried to import with "maas opnfv boot-resources create name=xenial/cloud title="Current xenial cloudimage" architecture=amd64/generic filetype=tgz content@=/home/bryan/xenial-server-cloudimg-amd64.tar.gz" with the same result17:10
julenDoes someone have a trick to access nodes that fail commissioing when the ssh is not working?17:57
julenThe keys are there, and they work for the rest of machines, but for some reason one of them opens the 22 but won't let me in17:57
roaksoaxbryan_att: that's probably why17:58
roaksoaxbryan_att: try uploading name=custom/cloud or  name=cloud17:58
roaksoaxbryan_att: or, try name=ubuntu/cloud17:59
roaksoaxalthough I can't remember if the fixes for the later have been backported to 2.217:59
roaksoaxltrager: ^^17:59
julenroaksoax: do you know why was the WOL option removed?18:00
roaksoaxjulen: yes, we could no longer effectively supported, it was buggy and didn't work as great as we wanted to.18:04
bryan_attroaksoax:  really, the name matters? this should be just a string, or is "xenial" a reserved word? I'll try it though.18:05
roaksoaxbryan_att: right so the name is "os/series" so it would be "ubuntu/custom1" or "centos/custom1" or "custom/custom1" or "windows/custom1"18:11
bryan_attroaksoax:  ok, well that seems to have worked... thanks for the help! i used "ubuntu/custom"18:15
roaksoaxbryan_att: :)18:15
julenroaksoax: and do you happen to have any tip to check inside a machine where the ssh keys don't seem to work?18:16
roaksoaxjulen: check /var/log/maas/rsyslog/<machine-name>/<date>/messages18:18
bryan_attroaksoax: next q - now that the "generated image" is sync'd, how do I use in it deploy? It does not show up as an option in the MAAS UI for deploy.18:18
roaksoaxbryan_att: 1 sec,otp18:19
roaksoaxltrager: ^^18:19
ltragerroaksoax: taking a look18:21
ltragerbryan_att: So if I understand correctly you created a custom Ubuntu image and want to deploy it?18:21
bryan_attyes, from an ubuntu cloud image18:22
julenroaksoax: but, this machine does not appear in that folder. There are only the successfully commissioned ones, and the "maas-enlisting-node" which is not the one giving the error18:22
ltragerbryan_att: do you have a link to the image you're using?18:22
bryan_attltrager: https://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64.tar.gz18:23
bryan_attltrager: the issue I am trying to solve, other than general interest in how to manage/deploy custom images via MAAS, is that I see behavior differences between the default Ubuntu images selectable by MAAS, and other Ubuntu images (official) for the same version. These differences are resulting inconsistent ability to deploy the OpenStack-Helm project (#openstack-helm if you want to review the issues in detail). I'm not18:28
bryan_attsure what the source of the issues are, but I am trying to narrow down the variables.18:28
roaksoaxltrager: the issue here is that he uploaded name=ubuntu/custom and it is not available for deployment18:29
roaksoaxltrager: i think we already fixed that, but we dont know which18:29
ltragerroaksoax: thats in 2.2.218:31
roaksoaxltrager: so 2.2.2 will fix that for *ubuntu* too ?18:31
roaksoaxbryan_att: ^^18:31
ltragerroaksoax: I'm testing 2.2.2 for Ubuntu but I don't think that image is deployable18:31
ltragerroaksoax: I'm checking now but if I recall correctly that image doesn't include a kernel18:32
ltragerbryan_att: The images we produce come from cloud-images.ubuntu.com. We use the SquashFS image and don't modify it at all18:34
bryan_attI may be mistaken about what's possible to deploy via MAAS, just trying to see what other options I have vs the default selections. So should the other ubuntu cloud images on the same page for xenial (e.g. the one I linked above) be usable? Also re MAAS 2.2.2, is that available as a package yet, or do I have to install from source (rather not do that... it always seems to cause me to have to reimage my server if I want18:37
bryan_attto uninstall later...)18:37
bryan_attpage i.e. https://cloud-images.ubuntu.com/xenial/current/ and xenial-server-cloudimg-amd64.tar.gz being the one I am trying to use18:38
ltragerbryan_att: okay nevermind that image should be deployable its another image format that doesn't contain the kernel18:39
bryan_attgood - so how do I get MAAS 2.2.2 ? by source only?18:39
roaksoaxbryan_att: try ppa:maas/proposed -> that holds 2.2.2 which should have the fix for havin the image deployable18:39
roaksoaxbryan_att: it is being SRU'd into Xenial as we speak18:40
bryan_attroaksoax: thanks, I will do that and let you now how it goes. appreciate the help!18:40
bryan_attroaksoax: one more q - I added the ppa. how do I reference the specific version in apt-get? (as "maas" it did not upgrade it)18:43
bryan_attwait ... i did not update yet18:44
roaksoaxbryan_att: sudo apt-get update :)18:45
julenroaksoax: isn't there a way to hardcode a root password during commissioning? I tried with commissioning scripts and with the curtin, but it doesn't seem to work18:49
roaksoaxjulen: yes, you can do it with a comissioning script, provided that the commisioning script runs18:50
roaksoaxjulen: are you usre it is actually pxe booting and getting metadata18:50
roaksoaxjulen: maybe the node is failing to run metadata18:50
julenroaksoax: hmm... I am actually not sure of the metadata18:51
julenthe pxe does work, and I see that "no datasource found! Likeliy bad things to come! message, but I cannot get in to check the logs18:52
roaksoaxjulen: so that's the problem, eithre the machine cannot communicate with MAAS18:53
julenroaksoax: you were right. The gateway was wrong on that subnet. Thanks :)19:05
roaksoax:)19:06
jamesbensonhi, has anyone tried to deploy coreOS with MaaS?19:40
roaksoaxjamesbenson: not that i know off. we can deploy Ubuntu Core though19:43
jamesbensonI haven't read up a lot about ubuntu core, how does that compare?19:46
bryan_attroaksoax: been waiting for a while after upgrading to 2.2.2 - and the image was not showing up as a deploy option in the UI - so I removed and re-added it, and it sync'd again, but still is not there as a deploy option. How do I get this image to be deployable via the UI?19:47
roaksoaxltrager: ^^20:03
roaksoaxbryan_att: try adding it as name=custon/image20:03
roaksoaxbryan_att: try adding it as name=custon/customimage120:03
roaksoaxbryan_att: we'll fix the issue for ubuntu/custom20:03
bryan_att"custon/customimage1" or do you mean "custom/customimage1" ?20:04
roaksoaxbryan_att: name=custom/<your-image-name>" or name="<your-image-name>"20:04
bryan_attroaksoax: ok, thanks I'll try that20:05
bryan_attroaksoax: super, now it shows up as a deployable image. thanks much!20:16
wililupyHas anyone seen a node fail to deploy based on ntp failing?22:30
roaksoaxwililupy: yes23:54
roaksoaxwililupy: what's your failure ?23:54

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!