/srv/irclogs.ubuntu.com/2015/03/13/#maas.txt

costalhi there I'm using MAAS 1.705:38
costalwith dell blades05:38
costalI have a few issues with the power on function it doesnt seem to work05:38
costalnot the ipmi or the wake on lan05:38
costalI'm kind of cheating right now just power on the blade when MAAS is trying to do that05:39
costalit kind of works but sometimes the status of the node is incorrect for example failed when its already deployed05:39
costalhow can I change the status to whatever I want ?05:39
costaley guys this is weird now another server is showing couldn't retrieve dists/trusty/main/binary-amd64/Packages06:31
costaland I'm unable to install it06:31
mupBug #1431721 was opened: The django.test.simple module and DjangoTestSuiteRunner are deprecated <django-1.8> <MAAS:Triaged> <https://launchpad.net/bugs/1431721>08:22
ubot5Ubuntu bug 1431721 in MAAS "The django.test.simple module and DjangoTestSuiteRunner are deprecated" [Medium,Triaged]08:23
mupBug #1431723 was opened: Creating a ModelForm without either the 'fields' attribute or the 'exclude' attribute is deprecated <django-1.8> <MAAS:Triaged> <https://launchpad.net/bugs/1431723>08:23
ubot5Ubuntu bug 1431723 in MAAS "Creating a ModelForm without either the 'fields' attribute or the 'exclude' attribute is deprecated" [Medium,Triaged]08:23
mupBug #1431741 was opened: django.core.exceptions.AppRegistryNotReady: Models aren't loaded yet. when starting MAAS with Django 1.7 <django-1.7> <MAAS:Triaged> <https://launchpad.net/bugs/1431741>08:53
ubot5Ubuntu bug 1431741 in MAAS "django.core.exceptions.AppRegistryNotReady: Models aren't loaded yet. when starting MAAS with Django 1.7" [Critical,Triaged]08:53
mupBug #1431741 changed: django.core.exceptions.AppRegistryNotReady: Models aren't loaded yet. when starting MAAS with Django 1.7 <django-1.7> <MAAS:Triaged> <https://launchpad.net/bugs/1431741>09:05
ubot5Ubuntu bug 1431741 in MAAS "django.core.exceptions.AppRegistryNotReady: Models aren't loaded yet. when starting MAAS with Django 1.7" [Critical,Triaged]09:05
mupBug #1431741 was opened: django.core.exceptions.AppRegistryNotReady: Models aren't loaded yet. when starting MAAS with Django 1.7 <django-1.7> <MAAS:Triaged> <https://launchpad.net/bugs/1431741>09:14
ubot5Ubuntu bug 1431741 in MAAS "django.core.exceptions.AppRegistryNotReady: Models aren't loaded yet. when starting MAAS with Django 1.7" [Critical,Triaged]09:14
dimiternany maas guys around?10:47
dimiternI think I found a serious issue with ipaddresses reserve API, when specifying an explicit address10:48
dimiternunder load, maas api returns no error so juju thinks the address is now reserved, but it's not so - looking at the ipaddresses read list10:49
dimiternthis is 1.7.1 from stable ppa, and I think looking at maas source it happens because there's no lock when requesting to allocate a specific address10:50
mupBug #1431820 was opened: npm crashes with npm ERR! Error: No compatible version found: nan@'>=1.6.2-0 <2.0.0-0' <dev-environment> <MAAS:Triaged> <https://launchpad.net/bugs/1431820>11:11
kikodimitern, please file a bug so we can fix for 1.7.313:56
kikodimitern, 1.8 should have a real solution to this problem13:56
kikorvba, ^^13:56
dimiternkiko, will do13:56
dimiternkiko, not quite - what's in 1.8 won't affect this issue I think13:57
kikodimitern, we changed the DB isolation mode, so it should break instead of silently failing13:57
dimiternkiko, ah! good to know - will retest with latest 1.8 then13:58
kikocostal, hey there14:08
kikocostal, can we help somehow?14:08
AskUbuntu_tag on maas "error" | http://askubuntu.com/q/59639416:56
dimiternrvba, are you around?17:48
rvbadimitern: yep17:48
dimiternrvba, hey, I was trying to test 1.8.0 beta1 but there is no 14.04 package in the ppa17:49
rvbadimitern: 1.8.0~alpha6+bzr3625-0ubuntu1~trusty1 (ppa:maas-maintainers/experimental) ?17:50
rvbaI don't see a beta1 package in the usual PPAs….17:50
dimiternrvba, ah, ok - I was using your ppa so far, will add experimental now and retry17:51
rvbacool17:52
dimiternrvba, kiko mentioned the issue I'm having with static addresses not getting allocated under load (but returning no error, so juju thinks it's fine) is fixed on 1.8 using better db isolation17:53
mupBug #1431984 was opened: [API] acquire does not allow for name= <MAAS:New> <https://launchpad.net/bugs/1431984>17:57
rvbadimitern: should be fixed.  But please file a bug still.  Because we probably want to fix it in 1.7 as well.18:00
dimiternrvba, yeah, will do; first checking 1.8 and then I'll file a bug for 1.718:02
=== roadmr is now known as roadmr_afk
=== roadmr_afk is now known as roadmr

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