| KenErwin | Does anyone know if there's a way to have MAAS provision baremetal servers, then have them boot from local disk instead of PXE? | 00:19 |
|---|---|---|
| KenErwin | We have a requirement that some of our servers can be restarted without being re-provisioned :( | 00:19 |
| pmatulis | KenErwin, all machines should remain in PXE mode | 00:21 |
| KenErwin | For us though, we have about 800 MS SQL servers that we would be provisioning. Once they've been provisioned, they'll need to keep their state | 00:23 |
| KenErwin | :( | 00:23 |
| KenErwin | so for restarts etc. it can't re-commission them. Also the company wants to make sure that even if MAAS goes down, they could restart safely | 00:23 |
| KenErwin | is that impossible with MAAS? | 00:24 |
| blahdeblah | KenErwin: If a machine is provisioned, when it boots from PXE, MAAS will detect that and tell it to boot from local disk | 00:25 |
| blahdeblah | And if MAAS is down, it should fall back to local disk after PXE fails | 00:25 |
| blahdeblah | i.e. The scenario you've described should be fine with leaving servers on PXE, assuming people don't go in and change their deployed status in the console. | 00:25 |
| blahdeblah | KenErwin: You could protect against that by having a local script change the boot order after deployment is complete, if you want to be sure, though. | 00:26 |
| KenErwin | that's great news! Thank you very much! | 00:26 |
| blahdeblah | KenErwin: In my test env, I just leave the boxes in PXE mode all the time, but I can understand why you might want to change that for production database servers. :-) | 00:27 |
| KenErwin | :D ty again. Yep, the DBA team might kill me | 00:27 |
| mup | Bug #1661869 changed: maas install fails inside of a 16.04 lxd container due to avahi problems <maas-at-home> <MAAS:Invalid> <avahi (Ubuntu):Confirmed for lathiat> <lxd (Ubuntu):Invalid> <https://launchpad.net/bugs/1661869> | 06:22 |
| === frankban|afk is now known as frankban | ||
| === iggy_ is now known as iggy | ||
| === mmcc_ is now known as mmcc | ||
| === CyberJacob_ is now known as CyberJacob | ||
| === CyberJacob is now known as Guest15789 | ||
| David_Orange | Hello MAAS experts, i am trying to work with maas 2.1.3+bzr5573 APIs and I have an issue with Authentication. | 10:11 |
| David_Orange | I am using a https://maas.ubuntu.com/docs2.0/api_authentication.html slightly modified version(http://paste.ubuntu.com/23953461/) | 10:12 |
| David_Orange | but i got an error: 'Unrecognised signature: method=GET op=list'. Any help would be welcome, Thanks | 10:13 |
| === frankban is now known as frankban|afk | ||
| brendand | David_Orange, i wrote a blog post about using the API, the code i use is a little simpler - https://maastery.wordpress.com/2016/10/17/maas-rest-python-requests/ | 10:46 |
| brendand | David_Orange, feedback would be appreciated, it might get upgraded to official documentation if people like it | 10:47 |
| David_Orange | brendand: thanks. I check that and give you my feedback | 10:48 |
| brendand | David_Orange, as for your error, i think that endpoint may be out of date unfortunately. our documentation needs a bit more tidying | 10:51 |
| David_Orange | found a few errors in request.get call, it would suggest: | 10:56 |
| David_Orange | brendand: | 10:56 |
| David_Orange | url = 'http://mymaas.com:5240/MAAS/api/2.0/machines/' | 10:56 |
| David_Orange | response = requests.get(url, headers=get_auth_headers(url, apikey)) | 10:56 |
| David_Orange | missing url parameter unget_auth_headers and a finish ')' | 10:57 |
| David_Orange | brendand: got the same error " signature: method=GET op=list' | 10:57 |
| David_Orange | brendand: you suggest that it is a problem of sync between client and server ? | 10:58 |
| brendand | David_Orange, can you paste the whole code you're running, obviously without your api key (you can replace that with <apikey>) | 10:59 |
| brendand | http://paste.ubuntu.com/ | 10:59 |
| David_Orange | brendand: http://paste.ubuntu.com/23953623/ | 11:00 |
| brendand | David_Orange, delete line 13 first of all | 11:03 |
| brendand | but it probably doesn't really affect anything | 11:03 |
| brendand | the main problem is that /nodes/?op=list is not available anymore | 11:04 |
| brendand | if you want to get a list of machines, just use '/machines/' as the uri | 11:04 |
| David_Orange | great :) | 11:05 |
| David_Orange | brendand: you found it | 11:06 |
| David_Orange | brendand: it was due to the old uri | 11:06 |
| David_Orange | brendand: if i can +1 you code to the doc, let me know :) | 11:07 |
| David_Orange | brendand: do you know if there is any swagger description of the maas api ? | 11:09 |
| brendand | David_Orange, no, there isn't but the api description is there in the docs | 11:10 |
| David_Orange | brendand: ok, thanks for your help | 11:10 |
| * brendand files a bug to get that fixed | 11:12 | |
| mup | Bug #1662852 opened: Machines configured with non-MAAS IPMI credentials do not commission <MAAS:New> <https://launchpad.net/bugs/1662852> | 11:29 |
| mup | Bug #1662854 opened: API authentication docs page refers to old API endpoint <MAAS:New> <https://launchpad.net/bugs/1662854> | 11:29 |
| === Guest15789 is now known as CybeRJacob | ||
| === CybeRJacob is now known as CyberJacob | ||
| === frankban|afk is now known as frankban | ||
| === stokachu_ is now known as stokachu | ||
| mup | Bug #1662946 opened: MTU is not set correctly on VLAN if raw device is unconfigured <MAAS:New> <https://launchpad.net/bugs/1662946> | 16:41 |
| mup | Bug #1662948 opened: MTU is not set correctly on VLAN if raw device is unconfigured <MAAS:New> <https://launchpad.net/bugs/1662948> | 16:41 |
| Fl1nt_ | Hi guys! | 17:47 |
| Fl1nt_ | Ok, quick question, is there any canonical guys over there? | 17:48 |
| pmatulis | Fl1nt_, this is a technical channel. do you have a technical question? if so, just ask it | 17:49 |
| Fl1nt_ | pmatulis: sort of, not really a technical one, but a pretty important one for our current project | 17:52 |
| Fl1nt_ | On another topic, regarding a technical question, is there a plan to provide maas as snaps? | 17:53 |
| === frankban is now known as frankban|afk | ||
| roaksoax | Fl1nt_: there is, we are working on them. We are pretty close | 17:54 |
| Fl1nt_ | roaksoax: Ok, very good news :D lovin it | 17:54 |
| Fl1nt_ | I've another request but this one need to be talked privately as it's on the name of my company and can't yet be publicly exposed, that why I was looking for a canonical dev/representative. | 17:55 |
| pmatulis | Fl1nt_, perhaps i can find someone in the canonical support organization? | 17:57 |
| Fl1nt_ | pmatulis: That would be cool, many thanks | 18:00 |
| Fl1nt_ | Thanks a lot to both of you pmatulis and roaksoax, I've got to go, see you soon! | 18:23 |
| mup | Bug #1663008 opened: [2.2] There's no way to select what interfaces MAAS binds to <MAAS:Triaged> <https://launchpad.net/bugs/1663008> | 19:48 |
| mup | Bug #1663008 changed: [2.2] There's no way to select what interfaces MAAS binds to <MAAS:Triaged> <https://launchpad.net/bugs/1663008> | 19:51 |
| mup | Bug #1663008 opened: [2.2] There's no way to select what interfaces MAAS binds to <MAAS:Triaged> <https://launchpad.net/bugs/1663008> | 19:57 |
| === frankban|afk is now known as frankban | ||
| iwi | hi there, could anyone share some info where does maas serve tftp from? I need to server a file over tftp but i'm struggling where should i put it :/ | 22:01 |
| === plars is now known as plars-away | ||
| === frankban is now known as frankban|afk | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!