=== matsubara-dinner is now known as matsubara
[03:57] <ThiagoCMC> Guys, the MaaS server really needs two ethernet interfaces?! Even if it is not the default gateway of the nodes?!
[04:00] <bigjools> why do you think it needs two interfaces?
[04:02] <ThiagoCMC> Weel, I think I misunderstood this: https://help.ubuntu.com/community/UbuntuCloudInfrastructure -> "...has all nodes with two network interfaces..."... Sorry for the buzz...
[04:02]  * bigjools reads
[04:03] <bigjools> huh, I don't know why it says that, I run it with one interface on my server/nodes
[04:05] <ThiagoCMC> Damn... I'm trouble to find a good network topology for MaaS -> Juju -> OpenStack... I'll try it again...
[04:05] <ThiagoCMC> BTW, I also liked this: http://people.canonical.com/~gavin/docs/lp%3Amaas/orientation.html#setup
[04:05] <ThiagoCMC> KISS
[04:05] <ThiagoCMC> lol
[04:05] <ThiagoCMC> All my nodes have two gigabit eth...
[04:07] <ThiagoCMC> I'm thinking about enabling the BOND interfaces before deploying my MaaS nodes on top of it (BOND)... What do you think?! My network will be very busy when in production...
[04:07] <bigjools> I fixed the wiki
[04:07]  * bigjools has to run, back later
[04:08] <ThiagoCMC> Awesome!   :-D
[05:00] <ThiagoCMC> What the "Ready" status after commissioning means?! I think that "Ready" means "ready to use" but, it is the beginning of the Installation process... Is that normal?
[05:01] <ThiagoCMC> Also, how can I manually edit my node's harddisks partitions?! The MaaS node installation just do "guided partiutioning" but I do not like it. Any tips?
[05:04] <ThiagoCMC> Now my newest node is "allocated to root" but, still installing...
[05:05] <ThiagoCMC> When I click "start node", MaaS starts the node automated-installation...    Have no idea if this is right...
[05:05] <ThiagoCMC> I'll start from scratch again... Damn...     =(
[05:05] <ThiagoCMC> This is hard...
[05:09] <bigjools> ThiagoCMC: Ready means "in the pool of commissioned nodes and ready for users to allocate and deploy"
[05:10] <bigjools> ThiagoCMC: generally, you want to use juju with maas
[05:10] <bigjools> makes life much easier
[05:13] <ThiagoCMC> Mmm... Okay... Gotcha!
[05:13] <ThiagoCMC> And about node's harddisk partitioning? I want to do it manually.
[05:13] <ThiagoCMC> Is that possible?
[05:16] <ThiagoCMC> Or Juju/OpenStack expect it (HD partitions) the way MaaS deploy it? I'm familiarized with nodes that have: two HDs -> raid1 -> LVM -> lv_swap / lv_root / lv_vps1_disk0 / lv_etc...
[05:52] <ThiagoCMC> Where can I find the IP of my fresh MaaS node?
[05:53] <ThiagoCMC> I'm using managed DHCP/DNS and using my MaaS DNS server to resolve but, it does not resolve by names...  :-/
[07:02] <ThiagoCMC> So, there is only one way to figure out the IP of my node: "grep -i MAC /var/log/syslog"  ???
[07:02] <ThiagoCMC> on maas server?
[07:14] <melmoth>  ThiagoCMC what about /var/lib/misc/dnsmasq.leases ?
[07:17] <ThiagoCMC> I'm using Ubuntu 12.10... There is no dnsmasq installed...
[07:18] <ThiagoCMC> Also, this isn't a expected solution, right?!
[07:19] <ThiagoCMC> Seems more or less like a "workaround"... I would like to know the IP of a node by MaaS CLI or GUI interfaces... Not this...    =(
[07:28] <melmoth> i havent used 12.10 nor do i know if there s a more convenient way.
[07:28] <melmoth> hmmm, what about juju status ? It should list all the machine and their names
[07:28] <melmoth> at least it does on 12.04
[07:32] <ThiagoCMC> I still do not have touched Juju...
[07:32] <ThiagoCMC> I'm learning about MaaS first...
[07:33] <ThiagoCMC> But tks! I'll take a look into it now...
[07:33] <ThiagoCMC> The point is, somebody told me that MaaS can be used without Juju, so, I'm trying it...
[07:33] <ThiagoCMC> Also
[07:34] <ThiagoCMC> Did you know if it is possible to add a already installed Ubuntu Server 12.04 within MaaS (not installing "through" it)?!
[07:42] <melmoth> hmm, i think you need juju to deploy nodes. (at least i never did deployment in another way with maas)
[07:42] <melmoth> you can add a node manually if you know its ip, but i do not know how to have it in ready state without letting maas reinstall stuff on it from scratch
[07:43] <melmoth> when i added node manually, they ended up in enlisted state i think, so i still had to comission them (wich involve booting and installing stuff on the box)
[07:44] <ThiagoCMC> Mmm... Okay! Thanks for the info...
[07:45] <ThiagoCMC> I'm a bit concerned about MaaS HD partitions and RAID1... It just do guided-partitioning... Which sucks...
[08:20] <dimitern> hey, guys, I'm getting this error after restarting a make run session: setlock: fatal: unable to lock /run/lock/maas.dev.database: temporary failure
[08:20] <dimitern> any idea?
[08:23] <dimitern> I just deleted all /run/lock/maas* files and it works now..
[08:34] <jam> dimitern: that has been my experience. I filed a bug on it, which had the comments 'the locks should go away on reboot', but that has been broken in my experience.
[08:50] <jam> allenap: bug #1066668
[08:50] <ubot5> Launchpad bug 1066668 in MAAS "No indication if cluster controller is failing to connect" [High,Triaged] https://launchpad.net/bugs/1066668
[08:50] <allenap> jam: Ta!
[08:56] <rvba> rbasak: here is what juju status gives me: http://paste.ubuntu.com/1283078/
[08:57] <rvba> rbasak: I'm interested in what you have instead of dns-name: 192-168-10-10.master
[08:58] <rbasak> rvba: I'm just bootstrapping a node now
[08:58] <rbasak> rvba: will be about 20 minutes
[08:58] <rvba> Ok, thanks.
=== jtv1 is now known as jtv
[09:14] <rbasak> rvba: http://paste.ubuntu.com/1284658/
[09:15] <rbasak> rvba: something must be fundamentally different with the way I'm doing it
[09:15] <rvba> rbasak: you;re not using MAAS' DNS service.
[09:15] <rbasak> rvba: I'm installing the maas package only (and juju), and have an external dhcp server
[09:15] <rbasak> that'll be it
[09:15] <rvba> Thanks for checking rbasak.
[11:51] <mgz> fun, `rm -rf db; make sampledata` -> http://pastebin.ubuntu.com/1284868/
[11:54] <mgz> that did not happen earlier today
[12:01] <mgz> rvba: is this a known issue with a workaround?^
[13:22] <rvba> mgz: the dev fixture data relies on the fact that the master nodegroup has id 1.  Which should happen when creating the db from scratch.
[13:22] <rvba> mgz: wait Problem installing fixture 'src/maasserver/fixtures/dev_fixture.yaml.bz2'
[13:22] <rvba> Why dev_fixture.yaml.bz2 ?
[13:22] <rvba> mgz: are you modifying the dev fixture in that branch?
[13:39] <rvba> mgz: I'm getting the same problem on trunk.  I'm investigating.
[13:48] <mgz> thanks rvba, confirms it's not just my local setup
[13:48] <rvba> mgz: I found the problem.  MP coming up.
[13:55] <rvba> mgz: care to review? https://code.launchpad.net/~rvb/maas/fixture-error/+merge/130120
[14:01] <flacoste> ThiagoCMC: you could customize the partioning by modifying the preseed data
[14:02] <dimitern> rvba: I decided to pick up https://bugs.launchpad.net/maas/+bug/1027720
[14:02] <ubot5> Ubuntu bug 1027720 in MAAS ""maas-nodegroup-worker" is declared in two places" [Low,Triaged]
[14:02] <dimitern> rvba: so I just set it to in progress and I can begin?
[14:02] <rvba> dimitern: yep
[14:02] <rvba> dimitern: that's a good one to get started ;)
[14:04] <dimitern> rvba: ok :) I have no idea yet, but I'll dig in and ask if needed
[14:04] <mgz> rvba: looking
[14:04] <rvba> ta
[14:04] <mgz> one question, the 'null' behaviour is specified where?
[14:05] <mgz> because the testing factory.make_node behaviour is different without a nodegroup to what I guess the migration stuff does?
[14:06] <rvba> mgz: yeah, as I say on the MP, the ensure_master method will take care of the nodes without a nodegroup.
[14:06] <flacoste> evilnick_: another question/task we should document: how do I modify the partioning done by MAAS
[14:06] <flacoste> see ThiagoMC questions earlier today in the logs: http://irclogs.ubuntu.com/2012/10/17/%23maas.html
[14:07] <flacoste> evilnick_: the answer lies in changing the preseed data, but you'll need to chase one of the server guys to get some actual example configuration changes
[14:07] <flacoste> evilnick_: smoser, roaksoax or Daviey would probably be able to answer that
[14:08] <mgz> when does that happen though?
[14:08] <evilnick_> flacoste: ok, thats a great help. I shall check the logs and add it to my list.
[14:08] <mgz> because if I just make sampledata then look in the db, the nodes don't have a linked nodegroup
[14:09] <rvba> mgz: indeed, that happens in src/maasserver/start_up.py
[14:10] <dimitern> rvba: src/maasserver/models/nodegroup.py does not contain any reference to maas-nodegroup-worker or I'm missing something..
[14:11] <rvba> mgz: maybe we can add a call to ensure_master when make sampledata is run.
[14:12] <rvba> dimitern: you're right, this was apparently cleaned up in r853.
[14:13] <dimitern> rvba: :) I figured something like that and started looking at the history to confirm it
[14:13] <mgz> I think this way is fine, generally sampledata is followed make run or something else for like testing, and that does do the population
[14:13] <rvba> mgz: Yes, that was my thought.
[14:15] <mgz> rvba: approved.
[14:15] <dimitern> rvba: so I commented that and changed the status to Fix Committed
[14:15] <rvba> dimitern: cool,  that was a very easy one ;).
[14:16] <rvba> dimitern: I changed is to fix released because r853 has been released already.
[14:16] <rvba> s/changed is/changed it/
[14:16] <dimitern> ok cool
[14:17] <dimitern> I'm picking up #984117 then
[14:18] <rvba> dimitern: that involves JS stuff.  I'd suggest going after 1061870 (which also is High priority)
[14:19] <rvba> But it's really up to you.
[14:19] <dimitern> rvba: after you mean after I do #984117 or instead do #1061870
[14:20] <rvba> dimitern: I'd suggest doing the API stuff first unless you really like JS :).
[14:20] <dimitern> rvba: I actually really like JS :) not used YUI though, mostly jquery
[14:22] <rvba> dimitern: all right then.  Up to you.
[14:24] <dimitern> rvba: I'm not sure though how to push my changes, etc. when I run bzr status it shows most of the files in the working dir are changed (?!) I'm new to bzr in fact, but I used both git and hg
[14:25] <rvba> dimitern: that's weird, you've branched off lp:maas, modified a bunch of files… and now most of the files are 'modified' (bzr st)?
[14:26] <dimitern> rvba: I branched of lp:maas trunk, didn't really modify anything yet, just run make (install-deps, run)
[14:26] <rvba> dimitern: can you paste the result of 'bzr st'?
[14:26] <dimitern> rvba: just a sec
[14:28] <dimitern> rvba: http://paste.ubuntu.com/1285115/
[14:28] <rvba> dimitern: !?
[14:29] <dimitern> rvba: if I run bzr diff it shows a bunch of properties changes -x to +x
[14:29] <mgz> heh
[14:29] <mgz> you're using dodgy filesystems again? :)
[14:30] <rvba> I was about to ask the same question :)
[14:30] <dimitern> I remember doing chmod -R before :)
[14:30] <dimitern> no, this time is a normal fs
[14:30] <dimitern> in fact chmod -R ug=rwX,o=rX or something :)
[14:30] <dimitern> because I was not sure what's not working initially with the installation
[14:31] <dimitern> how I can revert all these changes?
[14:31] <rvba> bzr revert
[14:32] <dimitern> ok :) now it looks ok 10x
[14:45] <dimitern> rvba: is there an easier way to change node statuses instead of working directly with the models from a py shell in django?
[14:46] <rvba> dimitern: that is really the easiest way if you want to tweak the statuses.
[14:46] <dimitern> rvba: running bin/maas shell right?
[14:47] <rvba> dimitern: make harness
[14:47] <rvba> dimitern: same as bin/maas shell but with the right settings loaded.
[14:47] <dimitern> rvba: ok 10x :)
[15:05] <dimitern> rvba: where should this information show (node_views.js) - on the front page with the wheel?
[15:10] <rvba> dimitern: let me have a look at that bug again first.
[15:11] <rvba> dimitern: well, we still don't support reserving nodes.
[15:12] <dimitern> rvba: I saw the https://code.launchpad.net/~allenap/maas/hide-retired-reserved-bug-979902 was merged into trunk, so it should be possible now
[15:12] <dimitern> at least to show it, if not change it from the ui
[15:13] <rvba> dimitern: yeah, but there is no point in showing it if it's not possible for a node to be 'reserved'.
[15:13] <rvba> The branch you mentioned hides the 'reserved' nodes.  And then the bug says: "Once MAAS supports reserving nodes this line can be shown. "
[15:13] <rvba> This has not happened yet.
[15:14] <dimitern> I see, so then probably I should pick something else?
[15:14] <dimitern> like #1061870 you mentioned?
[15:14] <rvba> Yep, I'm afraid you're back to that APi bug I mentioned.  That's a real one :).
[15:14] <dimitern> ok :) no sweat
[15:18] <dimitern> rvba: so I'll set 984117 back to nobody, but what status should I set? Confirmed? I does not seem to have Triaged in the list..
[15:19] <rvba> 5~
[15:19] <rvba> arg
[15:20] <rvba> dimitern: Triaged is in the list, just on top of 'In progress'… sure you don't see it?
[15:20] <dimitern> rvba: once it's already In Progress it does not show it
[15:21] <mgz> dimitern might not be in all the correct launchpad groups still?
[15:21] <rvba> dimitern: I've set it back to 'Triaged'
[15:21] <dimitern> rvba: could be, who should I ask?
[15:21] <dimitern> 10x
[15:21] <mgz> not in ~launchpad yet.
[15:21] <rvba> I guess flacoste is your man here.
[15:22] <dimitern> ok
=== hazmat is now known as kapilt
[16:10] <roaksoax> rvba: so I will be uploading a release to PPA that should be 0-day SRU'ed to quantal for you guys to test and make sure it doesn't introduce any regressions
[16:10] <roaksoax> allenap: ^^
[16:11] <roaksoax> since I can test it, you guys will have to help with that
[16:14] <allenap> Okay.
[16:26] <flacoste> matsubara: can you help there as well^^^
[16:27] <flacoste> roaksoax: did you use the branch that Julian created yesterday?
[16:27] <matsubara> flacoste, sure
[16:27] <roaksoax> flacoste: in the process of doing so
[16:27] <flacoste> awesome
[16:27] <matsubara> roaksoax, let me know when the package is published
[16:27] <roaksoax> flacoste: network is not really a fun thing here :)
[16:27] <flacoste> roaksoax: like most non-elmo run conference :-)
[16:28] <roaksoax> indeed :)
[16:37] <roaksoax> flacoste: what about bug #1067261 ? It hasn't been merged to the quantal branch
[16:37] <ubot5> Launchpad bug 1067261 in maas (Ubuntu) "Web reference in UI points to wrong place" [Undecided,New] https://launchpad.net/bugs/1067261
=== matsubara is now known as matsubara-lunch
=== kapilt is now known as hazmat
[17:39] <rvba> roaksoax: is the new package in the experimental ppa?  I don't see it there.
[17:42] <roaksoax> rvba having trouble uploadib
[17:45] <rvba> k
[17:45] <flacoste> roaksoax: that's probably an invonlatary omission by bigjools
[17:53] <roaksoax> flacoste: alright, will take care of it right before uploading to archive since it is really not a big deal
[17:53] <roaksoax> big change*
[17:53] <roaksoax> rvba: should take ~10 mins to be fully uploaded into the archive...
[17:53] <roaksoax> errexperimental ppa
=== matsubara-lunch is now known as matsubara
[18:42] <roaksoax> matsubara it has been uploaded not yet built
[18:43] <matsubara> roaksoax, ok
[18:43] <matsubara> thanks
[19:12] <ThiagoCMC> Guys, how to disable guided partitioning during the node installation?! Tks!
[19:13] <ThiagoCMC> I want to do it manually...
[19:13] <ThiagoCMC> because of my "raid1 -> LVM" setup...
[19:37] <flacoste> ThiagoCMC: you need to edit the pressed template used to tell d-i how you want your partitioning to take place
[19:37] <flacoste> ThiagoCMC: unfortunately, i can't provide exact guidance on what you need to put in there
[19:47] <evilnick_> ThiagoCMC: This probably isn't much help right now, but I am going to find out how to do this and write up the appropriate instructions. Hopefully i'll have something  tomorrow.
[20:45] <rvba> roaksoax: your package just finished building (I /think/).
[20:46] <rvba> roaksoax: not yet published apparently.
[20:53] <rvba> roaksoax: it seems to be stuck :/
[20:57] <rvba> flacoste: any idea what's happening with the ppa package?  Looks like it's stuck.
[21:02] <flacoste> rvba: no idea
[21:04] <roaksoax> yeah stuck in publishing
[21:21] <martinx_> flacoste, okay... thanks!
[21:22] <martinx_> BTW, where can I find the IPs of my fresh installed nodes?! Since the managed DNS do not resolv the named that appear in MaaS web GUI...
[21:24] <martinx_> flacoste, I think that if I use "dpkg get/set selections" I can generate my own preseed... So, MaaS just need to provide a way to import my own preseed, right?!
[21:25] <martinx_> I'm talking about doing RAID1 -> LVM and copying it to MaaS as a template for same kind of hardware...
[21:31] <flacoste> martinx_: no, that's a package selection, the preseed is a d-i format which includes package selection but has a special syntax to specify partitoinaing
[21:33] <martinx_> Mmm... Okay
=== martinx_ is now known as ThiagoCMC
[21:35] <ThiagoCMC> Would be very nice if MaaS provides a way to customize its preseeds (hardware related) before starting node installation... Is this kind of feature in the roadmap?
[21:45] <ThiagoCMC> Do you guys recommends juju PPA repository even if I'm using Ubuntu 12.10 ?
[21:47] <ThiagoCMC> As I'm reading here: https://juju.ubuntu.com/docs/getting-started.html ... ?
[22:20] <ThiagoCMC> Guys, the hostname that I'm seeing at MaaS Web GUI is intended to be resolved (with managed DNS enabled)? I'm trying to figure out the IPs of my nodes but I can't... The only way I find my IP is looking into DHCP syslog...   =(
[23:27] <roaksoax> bug #1067929
[23:27] <ubot5> Launchpad bug 1067929 in maas (Ubuntu) "maas-region-celeryd connects to the wrong queue." [Undecided,New] https://launchpad.net/bugs/1067929