=== lazyPower is now known as lp|BagelRun [14:08] Afternoon @blake_r I'm going to try and kill the existing iSCSI session the initramfs thinks it has, then re-run the iscsi script to see what happens from 'fresh' [14:16] TrXuk: okay let me know === roadmr is now known as roadmr_afk === lp|BagelRun is now known as lazyPower [15:01] @blake_r struggling to kill the session, KVM isnt allowing paging control for more etc and low res which is making seeing required output pretty tricky === roadmr_afk is now known as roadmr [18:15] have you guys seen your api documentation? [18:15] I assume the retry wrapper is a new decorator [18:15] and someone didn't think about docstrings... [18:19] allenap: blake_r rvba: do you guys know about the api documentation issue or should I file a bug? [18:20] voidspace: i dont know about it, please file a bug about it [18:20] blake_r: http://maas.ubuntu.com/docs/api.html [18:20] Every API call is documented with "View wrapper that retries when serialization failures occur." [18:20] ah yeah thats bad [18:20] :-) [18:21] voidspace: please file a bug, I know allenap is working on it but we don't have a bug yet. [18:22] https://bugs.launchpad.net/maas/+bug/1411363 [18:22] Launchpad bug 1411363 in MAAS "Every api method documented as view wrapper" [Undecided,New] [18:23] Thanks voidspace. [18:23] Took the liberty to assign it to you allenap since you told me you were working on it. [18:25] rvba: The recent change to transaction handling should resolve it. [18:25] From last week. [18:25] allenap: you mean the fix is already checked in? [18:26] rvba: Yeah. I haven't checked that it has worked, but the retry wrapper is no more. [18:26] (worked at fixing the API docs) [18:26] allenap: using functools.wraps inside the wrapper should solve the problem [18:26] it copies the docstring from the wrapped function [18:27] allenap: can you generate the API doc and make sure it's fixed. [18:27] ? [18:27] If it is fixed, I'll publish the doc. [18:29] rvba: Seems to be good. [18:29] allenap: okay, cool. Publishing the doc now. [18:30] rvba: That's in trunk only right now. Is that going to work? [18:30] At least, I haven't back-ported it. [18:30] allenap: yes, the doc in question is the doc for trunk. [18:30] 1.7 is fine [18:30] Okeydoke. [18:33] * allenap goes to wash a dog. [18:35] I just deployed the new documentation, it should be fixed as soon as the cache expires… === roadmr is now known as roadmr_afk === roadmr_afk is now known as roadmr [18:46] Running into an issue after a clean install where it's erroring on the image install. [18:46] When I try to import using the command line, I get error COMMAND that doesn't list boot-resources as an available option [18:56] infraerik: what version of MAAS? === roadmr is now known as roadmr_afk === roadmr_afk is now known as roadmr [20:38] @blake_r Installed from an 14.041.1 Server image as part of the install, followed by upgrade, but I didn't see any MAAS related updates fly by [20:39] infraerik: apt-cache policy maas [20:39] 1.5.4 [20:40] might be worth a feature request for "maas --version" [20:40] maas upgrade from 1.5 to 1.7 [20:40] ?? [20:42] Adding the cloud archive repo [20:43] maas 1.7 is not in the cloud archive [20:43] no [20:44] Errors out on the add anyway [20:44] infraerik: add ppa:maas-maintainers/testing [20:44] ppa:maas-maintainers/stable for the latest 1.7.0 [20:44] testing for 1.7.1 [20:44] testing for 1.7.1rc3 [20:44] ppa:maas-maintainers/stable for the latest 1.7.0 [20:44] ppa:maas-maintainers/testing for the latest 1.7.1rc3 [20:45] Recommandations? Testing is very bleeding edge or just medium rare? [20:46] infraerik: testing right now has the Release Candidate number 3 for 1.7.1 [20:47] Hmmm, will give it a shot [20:47] infraerik: not bleeding edge almost final release for 1.7.1 [20:48] What's the process to force the maas upgrade to switch from the main repo to the other one? I've only used external repos for out of band software [20:48] sudo add-apt-repository ppa:maas-maintainers/testing [20:48] sudo apt-get update [20:48] sudo apt-get install upgrade [20:50] So far so good...except that I get 13 packages held back, including maas [20:53] Ah, OK, forcing the packages individually finds the testing versions [21:00] Oh, that's much better with a proper images tag and a minimum of useful feedback [21:02] Thanks! Now, just hoping the import goes OK... === danwest is now known as danwest-afk === X-Rob_ is now known as X-Rob === Tribaal_ is now known as Tribaal === mwhudson_ is now known as mwhudson