[00:00] adam_g: it does, i['dnsName'] = i['publicDnsName'] or i['privateDnsName'] [00:00] and public is null, therefore using private.. so it's an issue higher in the stack [00:01] Daviey: in terms of that bug: http://paste.ubuntu.com/845172/ [00:02] Daviey: in api/ec2/ec2utils.py avoiding that first attempt calls to the network driver for the actual info, and returns the correct floating_ip [00:02] adam_g: that function is failing? [00:02] $ echo $(curl -s http://169.254.169.254/2008-02-01/meta-data/public-ipv4) [00:02] 192.168.20.225 [00:02] its not failing [00:03] adam_g: are you working on a fix for that? [00:03] according to the cache, the floating ip is not associated with the instance, its associated some time after the cache is populated [00:03] it gets an outdated cache hit [00:03] adam_g: i wonder if, my case, it's because i keep restartng the api service [00:04] Daviey: just trying to triage a bit [00:05] Daviey: what do you mean? whats restarting the api server do? [00:06] adam_g: where is the cache stored, ad flushed? [00:06] and* [00:08] Daviey: its stored in the database, see InstanceInfoCache(BASE, NovaBase) in db/sqlalchemy/models.py [00:09] Daviey: AFAICS, it only stores network info. im not sure if or when the proper place to update it is [00:15] adam_g: ah [00:19] adam_g: confirmed, that if i force a fallback - it returns the correct value [00:19] adam_g: therefore, i assume it used to faill, but now returns Null. [00:20] I'm guessing after the first attempt, it's cached. [00:22] adam_g: http://pb.daviey.com/bJ2Y/ [00:24] Daviey: the ip info returned form those get_* functions is more than just the IP you want, it contains both fixed and floating. so an empty floating_ip list just means there are no associated floating_ips, which there aren't when the instance is created / cache initially populated [00:29] ah [00:33] adam_g: http://pb.daviey.com/qcQx/ [00:34] adam_g: so the odd thing is, it IS cached after a successful run [00:35] Daviey: weird. a successful run, meaning, a fallback to the network_api? [00:36] adam_g: that is what i think [00:36] adam_g: new instance, without a floating_ip and the original one with http://pb.daviey.com/zO5j/ [00:39] adam_g: so, run-instance produced a FAIL (expected, as it doesn't have an address at reserve time) [00:39] Daviey: ah, hmm. ill tryo with a fresh instance [00:46] adam_g: want my log from a fresh instance? [00:46] Daviey: nah, i think we're seein the same thing now [00:46] The first one shows a FAIL, then SUCCESS [00:46] http://pb.daviey.com/WfEA/ [00:48] New bug: #933818 in nova "public-ipv4 metadata url not working" [Undecided,Confirmed] https://launchpad.net/bugs/933818 [00:48] Daviey: right, the bug is that it will never fail and refresh its cache, just because its not up to date with floating ip info [00:49] right [00:49] Daviey: so, with your version, what happens if you deallocate the address and allocate a different ip ? :) [00:55] adam_g: trying [00:55] sorry, went afk [00:56] Daviey: i think the whole meta-data handler needs a giant refactoring, it would solve this and (all of the) other problems [00:57] Daviey: still around? [00:59] adam_g: http://pb.daviey.com/Tb4B/ .. see the logs inline [00:59] roaksoax: yah [01:00] adam_g: i'm not convinced it is floating_ip related [01:00] i'd expect to see a FAIL there... [01:02] adam_g: although... floating_ip is constantly null [01:03] adam_g: ah, interesting... the cache is present, but not 'correct' [01:04] Daviey: right, its not updated with floating_ips [01:05] adam_g: i just pused a new python-keystoneclient to the ubuntu-server-dev [01:06] Daviey: pm [01:07] adam_g: argparse has been removed from the egg as well [01:07] zul: nice, thanks. hopefully ill finally be able ot try that soon [01:07] adam_g: ill upload it to the archive tomorrow [01:07] zul: just the client, right? [01:07] right [01:07] q! [01:07] q === sixstringsg|away is now known as sixstringsg [01:26] New bug: #927803 in postfix (main) "Fails to launch recovery menu when (at least) Postfix installed" [High,Triaged] https://launchpad.net/bugs/927803 === sixstringsg is now known as sixstringsg|afk === sixstringsg|afk is now known as sixstringsg|away [01:30] zul: what PPA are the new keystone packages going to? [01:37] adam_g: it will be going in https://launchpad.net/~openstack-ubuntu-testing/+archive/openstack-ksl-testing starting tomorrow [01:38] zul: cool [01:38] zul: what time you doing the opentack snapshot? [01:38] adam_g: tomorrow morning [01:39] zul: https://review.openstack.org/#change,4149 <- i screwed pep8 with one freakin space on this, but hopefully it can get merged before [01:39] okies === sixstringsg|away is now known as sixstringsg === bladernr_afk is now known as bladernr_ === bladernr_ is now known as bladernr_afk [03:07] is the PHP 5.3.10 update coming to 11.04/10 any time soon? === kthomas is now known as dumbass === dumbass is now known as Guest89807 === Guest89807 is now known as dumbass4 === sixstringsg is now known as sixstringsg|afk [04:30] ARGH. Grub you're causing problems *AGAIN* [04:31] I have this as a BCP: http://paste.debian.net/156590/ [04:31] But guess what, it looks like triggers (including the kernel post-hook to rewrite grub.cfg) happen *AFTER* the dpkg post-invoke === sixstringsg|afk is now known as sixstringsg|away [06:05] i have an external hard disck but i coudn't write to it just iam using FAT32 fomat please help me? [06:11] Scratch that, it looks like apt.conf isn't reread between aptitude sub-runs. Mea culpa. [06:18] i have an external hard disck but i coudn't write to it just iam using FAT32 fomat please help me? [06:26] is the PHP 5.3.10 update coming to 11.04/10 any time soon? [06:29] SpamapS might know, if he's awake. [06:33] Hi. I am running 11.10 amd64-server. I had installed xubuntu on the machine so, xserver got installed automatically. I need xserver to run as a daemon after startup so I can forward graphics over ssh but, I also need to have the default runlevel as Multiuser text, i.e. `3' in the old unix way. [06:33] How do I do this? Aprreciate any help :) [06:36] journeeman: we discourage use of GUIs on servers [06:36] runlevels 2 through 5 are identical on Ubuntu systems; "3 is text; 5 is GUI" is a RHism [06:37] To disable GUI on startup, find /etc/init/gdm.conf and comment out the start-on line, where "gdm.conf" may be xdm.conf or kdm.conf or similar. [06:37] ssh -X requires only the xauth program, not all of X. xauth is in its own package as at 11.10. [06:39] If this is a fresh install, recommend you reinstall from scratch, and only install xauth and the specific app you want (e.g. firefox), but *not* the xubuntu-desktop or xorg or gdm packages. [06:40] twb: Okay. I uninstalled xubuntu later. Didn't uninstall lightdm or other X packages. This is not a fresh install. Can't afford to re-install. That's definitely the last option. [06:42] if your server is just hosting the X apps, which X confusing calls the "client side", you only need the X app, xauth and openssh-server. You *don't* need the X "server" side, i.e. lightdm and xserver-xorg [06:42] Okay, cool. [06:44] Okay, I commented out the `start on' line in lightdm.conf. So that should not start GUI on startup, right? Will it start X though? How do I stop xserver from starting? [06:45] hi all [06:46] twb: Thank you very much for the help :) [06:50] SpamapS: do i have to add a diff repo to get the latest 5.3.10 pkg? [06:57] got it, apt-pinning :) [06:59] koolhead11: the x server doesn't 'start' at all [06:59] Sorry, bad completion [06:59] twb: np :) [06:59] journeeman: lightdm starts an X server, but for ssh -X the X server is running on the place you're sshing *from* [07:00] oh okay.. [07:09] twb: Okay, got it. Removed xserver-xorg-* and allied packages as well as lightdm. Everything works great. Thanks. :) [07:36] New bug: #934011 in postfix (main) "package postfix 2.7.0-1ubuntu0.2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 75" [Undecided,New] https://launchpad.net/bugs/934011 === philipballew is now known as philipballew_ === philipballew_ is now known as philipballew === smb` is now known as smb === jodh is now known as jhunt [09:06] morning all [09:49] Daviey: around? [09:58] rbasak, hows openmpi looking? [09:59] good! [09:59] I needed one fix, a DSO-related thing [09:59] Apart from that the only issue was build-deps and ordering as I haven't quite got a streamlined transition testing system [10:00] Also I have news of a test suite, though I haven' tlooked at that yet [10:05] rbasak, so do you think we will propose a full transition? or just upload a 1.5 versioned package to universe? [10:07] jamespage: assuming that a full rebuild test succeeds, and I can operate the MPI test suite successfully, I see no reason why we shouldn't do a full transition - apart from the timing, but I don't think anyone would have done any more testing had we uploaded a transition earlier this cycle anyway. [10:08] hiq uick question, is the console available from live cd ubuntu-server [10:08] jamespage: but it may not be absolutely necessary - it just seems cleaner to me. What do you think? [10:08] rbasak, I agreed that its cleaner [10:08] we would probably push for the transition early next release anyway. [10:09] My doubts were about testing, and now that I understand that there is an MPI test suite, it doesn't seem to be so much of an issue. [10:09] rbasak, there is a transition tracker we can get this sort of stuff setup in which might help a bit [10:09] Oh, really? That would be helpful [10:10] rbasak, http://people.canonical.com/~ubuntu-archive/transitions/ [10:10] https://launchpad.net/bugs/934064 [10:10] Launchpad bug 934064 in horizon "Installing openstack-dashboard on Precise removes Keystone package" [Undecided,New] [10:10] is it? [10:11] Just having a complete list of rdepends would be good. I'd like a recursive option to reverse-depends. I was going to write that today :) [10:12] * koolhead11 is trying it out [10:12] koolhead11: I've just raised that bug [10:13] uksysadmin: am testing it. i doubt it could be the case [10:13] still [10:15] horizon uses keystone :) [10:17] uksysadmin: what is the pkgname 4 dashboard openstack-dashboard or openstack-horizon [10:27] rbasak, http://paste.ubuntu.com/845579/ [10:27] I grabbed the codebase and tried it for openmpi [10:28] that at least gives us the transition order [10:29] jamespage: awesome, thanks! I found xdeb which can provide a build sequence, but that doesn't help with parallelism without using xdeb itself which doesn't use sbuild. [10:29] rbasak, once you are happy that we can transition and we have a FFE exception I suggest we ask to get this setup in the transition tracker [10:30] jamespage: I have a patch for blacs-mpi btw, that causes its rdepends to FTBFS [10:31] jamespage: I'd like to do a full rebuild test which should work better this time with the dependency information. I'll set it up today with parallel builds to speed it up. [10:31] jamespage: and then I'll get started on the test suite. [10:31] rbasak, are you installing the resulting artifacts? [10:32] jamespage: no, although I noticed that sbuild has a piuparts thing that can do that. Do you want me to enable it? [10:32] jamespage: I take it you're asking me to check if the generated debs are installable? [10:32] rbasak: that might be helpful with the FFE [10:32] OK [10:33] rbasak, no I'm saying that for later tiers of dependencies you will need to rebuild against the packages you just built [10:33] make sense? [10:33] Ah yes - I have been doing that [10:33] I modified my sbuild to use add a local repo, and have that pinned at higher priority [10:33] That's how I discovered the blacs-mpi problem. [10:34] right - I see [10:34] FYI the level 0 and 1 dependencies can be folder [10:34] mpi-defaults does not need to be rebuilt [10:34] *folded [10:37] koolhead11: openstack-dashboard [10:37] couldn't find one referencing horizon... lemme check again. [10:38] nope - openstack-dashboard it is, references a python-django-horizon [10:38] when i start ubu server some errors appear but they dissapear fast. how can i see all the text that appear on screen util ubu login? [10:39] *screen until [10:43] jamespage: always [10:43] Daviey, good morning! [10:43] late one last night? [10:44] jamespage: sadly, all too often [10:50] uksysadmin: i can see keystone still there [10:50] i dont think its a bug [10:50] :) [10:51] Daviey: am bit famous today!! :P [10:54] Daviey: I wanted your opinion on something in a new package I've reviewing [10:55] bug 930422 [10:55] Launchpad bug 930422 in ubuntu "[needs-packaging] rds Resara Server" [Wishlist,New] https://launchpad.net/bugs/930422 [10:55] all-in-all its looking OK; however I'm uncomfortable about the embedded source of qtrpc2 in this package [10:56] Daviey, wanted to double check I'm not being irrational! [10:57] jamespage: you seem to be being quite thorough :) [10:58] Daviey: I learn't from the master of thorough! [10:58] gets removed on my setup :( [10:58] jamespage: Hah.. right, so - if it were me, i think i'd be tempted to, at this stage, just make the changes myself and upload [10:59] Daviey: with a FFE exception of course :-) [11:00] jamespage: it seems they went to the effort. [11:00] https://launchpad.net/~resaraserver/+archive/resaraserver/+build/2046346 [11:01] Daviey: it looks so [11:01] hence my slight discomfort with it being embedded [11:02] jamespage: i'd get clarification on that, but the rest of the things i'd just change muyself. [11:03] Daviey: OK - I'll catch brendan this afternoon (he's east coast) [11:04] Daviey: can i get an FFE for this on #ubuntu-release or do I need to justify in the bug and sub ubuntu-release? [11:05] jamespage: Add ratonal on the bug, subscribe ~ubuntu-release.. and give me a ping. :) [11:05] uksysadmin: gosh you are right :) [11:05] Daviey: OK - I'll get the rationale for the embedded qtrpc2 library sorted out and do so later today [11:05] jamespage: add [FFe] to the title [11:06] jamespage: sorry, rational for a FFe [11:06] Daviey: yeah - got that! [11:06] uksysadmin: i installed keystone after installing dashboard and its telling me it will remove whole horizon. gosh [11:06] jamespage: groovy! [11:07] koolhead11: yup. bug :p [11:07] uksysadmin: http://paste.ubuntu.com/845620/ [11:08] confirmed then. [11:08] yeah am adding my pastebin output there too in comment [11:08] great [11:10] uksysadmin: am sure it would be fixed and in the pinned repo. [11:11] pinned repo? [11:12] uksysadmin: https://help.ubuntu.com/community/PinningHowto [11:12] cheers [11:13] not sure I have a version I know works to pin though - does this suggest I install keystone, pin that and it won't get removed? [11:13] sounds like a fudge when it comes to dependency checking [11:14] uksysadmin: i think this will keep you updated with the daily developments i suppose [11:15] true - will see how it goes. I appreciate that essex on precise is a moving target. [11:16] keystone is getting a hammering in this release - dialogs boxes popping up asking user input, to getting removed by unrelated packages! ;-) [11:16] essex/precise/precious == win!! :) [11:16] I for one is looking forward to the Randy Robin release in 2013 ;-) [11:19] rvba: Hey, do you have a moment? [11:22] Daviey: sre, what's up? [11:22] sure* [11:23] rvba: So, i wanted to run a patchset against you for django. [11:23] Daviey: all right… [11:24] bug 905837 , has patches attached.. but differ from upstream. [11:24] Launchpad bug 905837 in python-django "python-django 1.3-2ubuntu1.1 is incompatible with Psycopg2 2.4.2-1" [Undecided,Confirmed] https://launchpad.net/bugs/905837 [11:25] rvba: specifically, from django.db.backends.postgresql.introspection import DatabaseIntrospection as PostgresDatabaseIntrospection , isn't removed. [11:26] New bug: #934118 in nova (main) "Floating ips not available to instances after upgrade" [Undecided,New] https://launchpad.net/bugs/934118 [11:26] Daviey: I have some reading to do now :) [11:27] rvba: sorry! [11:27] Daviey: That's ok ;). I'll look into the patches. [11:28] rvba: thanks [11:28] Daviey: I mean you just gave me some reading to do ;) [11:28] Daviey: so you want me to make sure the patch is fine is that it? [11:29] Daviey: The one proposed on the ticket. Because the fact that it differs from the upstream patch worries you a bit.… right? [11:29] Proposed on the lp bug that is… [11:30] Daviey: just making sure because I'm kinda new to packaging (to say the least). [12:05] rvba: right! [12:05] jamespage: could you please review/sponsor bug 934138? [12:05] Launchpad bug 934138 in blacs-mpi "libblacs-openmpi.so.1.1 does not declare its dependencies" [Undecided,New] https://launchpad.net/bugs/934138 [12:05] Daviey: cool, I'm on it… [12:05] rvba: It's not really packaging problem, just that the proposed diff's are different to trunk [12:06] jamespage: (this is affecting rebuild testing but the bug is relevant to the current archive version too) [12:06] rvba: thanks! [12:06] Daviey: right. [12:09] rbasak, why did you need to switch gcc -> ld? [12:10] jamespage: it did confuse me. gcc in that form isn't creating the desired result. To simplify things, I used ld, and it worked. I'm still baffled as to why it doesn't work using gcc, but all that line does is link object files, so ld would be more suitable anyway. [12:11] rbasak, ack [12:11] * jamespage has discovered if my laptop fan runs harder it stops making a grinding noise! [12:12] jamespage: apt-get install cpuburn? :-) [12:12] rbasak, its still under warranty - raised a support call last night [12:13] I had an RMA for my laptop but failed to get round to backing it up, switching to my spare and sending it off in the 7-day window they gave me :-( [12:13] jamespage: 'grinding'.. crikey [12:13] rbasak, next business day onsite warranty is worth it... [12:14] hmm [12:16] Daviey: the second patch on lp is the same as the fix 16520 on django. The first patch is the minimal effort that needed to done for the second patch to apply successfully (it simply copies db/backends/postgresql/creation.py to db/backend/postgresql_psycopg2). It's a very short "summary" of what happened between 1.3 and trunk. [12:16] In django upstream, between 1.3 and trunk, the whole module db/backends/postgresql has been removed. [12:16] "from django.db.backends.postgresql.introspection import DatabaseIntrospection as PostgresDatabaseIntrospection" is still there because all this renaming/deleting has not happened in 1.3 and the first patch only took care of the file creation.py where the meat of the real fix (the second patch on lp or changeset 16250 in django) happens. [12:17] Daviey: I haven't run the tests or anything yet but the fix seems very sane to me. [12:17] Daviey: do you want me to run the tests & all or have you done that already? [12:18] rvba: ahh, so if i fold both patches into one.. you think it makes sense? [12:18] rvba: no, i'll run the tests.. don't worry about that [12:18] it was more the logic that didn't make sense to me :) [12:19] Daviey: absolutely, like I said, the first is a summary of what happened to the Django code base between 1.3 and trunk (the minimal amount for the second patch to be applied). [12:19] the first patch* [12:22] rvba: thanks :) [12:22] rbasak, you can still use gcc - but the -l's need to be moved to after the .o files in the command [12:23] Daviey: Glad to help. [12:23] rbasak, http://paste.ubuntu.com/845710/ [12:23] jamespage: aha, thanks! I thought it was an ordering issue from memory but tried it the wrong way round :) [12:23] OK if I make that minor change and upload? [12:24] I hit a similar issue with some hadoop stuff a few weeks ago [12:24] Sure, thanks! Sorry about forgetting update-maintainer too. [12:24] rbasak, np - sponsor-patch did that for me :-) [12:24] btw, are you sure that this will work? I haven't tested it now :) [12:26] Just testing it now. [12:28] rbasak, I just tested it and uploaded [12:28] jamespage: thanks. Just this second my test succeeded. [12:28] rbasak, http://paste.ubuntu.com/845713/ [12:29] rbasak, please can you make sure that gets submitted back to debian [12:29] I would suspect they have the same issue [12:29] Interesting - I get something slightly different. [12:30] http://pastebin.com/vPvEc0BU [12:30] I wonder what libopen-pal is? Anyway I don't suppose it matters. [12:30] I'll file a Debian bug now. [12:30] rbasak, you know submittodebian? [12:31] I'd heard of it, but never used it. I shall use it now, thanks :) [12:32] saves alot of time! [12:34] jamespage: hmm. It's not going to work from the mostly-unconfigured with no functioning mail cloud instance I have the sources on! :-/ [12:42] no [12:45] rbasak: no functionig mail ? [12:46] Daviey: not unless you appreciate emails from root@localhost and your spam filter allows them through, or I configure stuff correctly. The cloud I'm using has outbound SMTP blocked at the moment, too. === Lcawte is now known as Lcawte|Away [12:49] rbasak: configuring outbound isn't challenge, and the key is that port 25 is blocked, not SMTP :) [12:50] Daviey: I don't want to put my outbound submission credentials on a cloud instance either! [12:50] (nor have I got round to automating it in some way) [12:51] rbasak: ah, i created a special user just for it. [12:56] Daviey: I don't have that luxury :) === Lcawte|Away is now known as Lcawte === Ursinha` is now known as Ursinha [13:52] morning [13:53] hey zul [13:58] hey jamespage === bladernr_afk is now known as bladernr_ [14:18] rbasak, http://paste.ubuntu.com/845863/ [14:18] that works now with latest cloud image [14:18] basically a much saner way than OVF manipulation to seed the image. [14:20] smoser: that's brilliant - thanks! [14:26] smoser, Awesome, this answers my question that I was thinking to ask about a minimal set of data for meta and user data. :) [14:31] smoser, Maybe one additional question about that: can the password that way set to be empty (just having nothing beyond the password:)? [14:31] smb, are you asking if you can set an empty password ? [14:32] smoser, Yes, that was my intention [14:32] it doesn't look like it. [14:32] cloud-init just uses chpasswd [14:32] and i can't get chpasswd to take an empty passwd. [14:32] smb, are you wanting ssh login ? [14:33] that can be done easily enough by inserting keys (which you can via user-data) [14:33] Ah ok. Well just trying to get an end result similar to ec2. Not really sure the pw there is empty actually or whether sudoers just allows anything without a pw [14:34] smb, ah. yeah. [14:34] sudoers for the ubuntu user does not require a password [14:34] so what you want is to do something like this: [14:36] Up to now I did some sort of uncloudify and used "passwd -d ubuntu" which is wrong in several ways I guess. :) [14:37] smb, http://paste.ubuntu.com/845895/ [14:37] use that to write your user-data and your ssh-keys will get imported. [14:37] or use ssh-import-id [14:37] (which can be used from user-data too) [14:38] #cloud-config [14:38] ssh_import_id: stefan-bader-canonical [14:39] I see. Ok. I'll giive those a try [14:39] thanks === bigjools is now known as bigjools-afk [14:50] hallyn, around? seeing and odd issue with lxc with duplicated mac addresses [14:56] hmm - maybe utlemming then? [15:01] I'm trying to make a preseed file but getting stuck on the partitioning piece. I think I have everything else figured out. Any chance I could convince someone to take a peak at what I have? http://dpaste.com/704419/ [15:01] smb apw, I have a kernel question for you [15:01] stgraber: workign o nthe lxc server guide - i'm going to work on getting all the other templates to work too, as part of that. [15:01] off the top of your head, would you remember any regression b/w Oneiric & Natty wrt the megasas module ? [15:02] hallyn: good luck with fedora ;) [15:02] caribou, not i [15:02] not from the top of my head [15:03] The Oneiric installer is no longer to see the raid drives but it works well on Natty [15:03] stgraber: ya [15:03] caribou, Hm, I only remember some not yet supported cases for Lucid... [15:05] apw: smb here is the contents of the syslog with DEBCONF_DEBUG=5 on both installs : http://paste.ubuntu.com/845931/ [15:05] it's using the same preseed file on both btw [15:05] caribou, Hm... wasn't that maybe the driver that renamed devices... or was that another thing [15:06] I'll try the same with the precise daily build next week to compare [15:07] caribou, One of your final lines in the oneiric case seems to have a scsi4 found and bound... [15:08] smb: yes, but after that there is nothing more and d-i goes ahead and ask which module should be loaded [15:09] smb: wait, no, the lines were much further & diluted in the log, my fault [15:09] caribou, Right, so somehow the drive is not found, or none to say [15:10] smb: here is the rest of the log : http://paste.ubuntu.com/845939/ [15:11] caribou, Sorry got me a bit confused: is that oneiric or the natty one? [15:12] smb: sorry, this is the follow-up of the Oneiric syslog [15:12] ah ok [15:12] hm. there is some disk info... [15:12] smb: at the end it goes to SUBST disk-detect/module_select to ask for which module needs to be loaded [15:13] smb: with Natty, it continues without asking anything [15:14] caribou, Yes. looks a bit weird. I see the info from the host scan, but not any sd devices being created [15:15] New bug: #934256 in lxc (universe) "lxc-clone should replace/change hwaddr when cloning containers" [Undecided,New] https://launchpad.net/bugs/934256 [15:16] smb: could this be caused by a race condition because of the fact that the host scan happens much later in the Oneiric log than on Natty where it appears right after the module is loaded ? [15:19] caribou, Not sure. Actually it does not really seem to be "much" later. Just about one second after the messages about the adapter init [15:19] and that could be just becuase we were at the end of that second [15:29] jinkeys man pages need updating too [15:31] good day all, is this the correct channel for orchestra/juju discussions? [15:32] michael_tn: sure [15:32] :-) [15:32] great, [15:32] michael_tn: this channel is a bit better for orchestra; #ubuntu-juju is a bit better for juju [15:32] we're experimenting with the build on some cluster hardware [15:33] and i anticipate a bit of handholding may be required [15:33] we have a pretty nice cluster we're repurposing to openstack [15:35] we have orchestra up and are about ready to move on to juju, but were a bit unsure whether to go ahead and provision a group of nodes in orchestra before bootstrapping juju or to do it after [15:41] michael_tn, do you want to manage all of the nodes you have through juju? [15:43] hmmm ... [15:43] not sure, not considered that really [15:44] michael_tn, OK; so for the node that you want juju to manage they have to be in a certain class in cobbler (part of orchestra) [15:44] the entire cluster is commited to openstack (two head nodes and 64 cluster nodes) [15:45] michael_tn: you simply need to identify them in orchestra, and put them in the 'available-mgmt-class' that you defined in your juju environments.yaml... [15:45] ok [15:45] michael_tn: juju will do the provisioning [15:45] juju will select those nodes at random? [15:46] michael_tn, at the moment yes [15:47] ok [15:48] should we instantiate a single node to bootstrap juju at the start or just let bootstrap pick one out of our group? [16:03] michael_tn, juju will pick one [16:16] SpamapS: would you be able to look at bug 934013 ? [16:16] Launchpad bug 934013 in mysql-5.5 "Mysql fails to start after upgrade to precise" [Undecided,New] https://launchpad.net/bugs/934013 [16:18] ok, thanks, i'll spin up a few nodes and see if i can get juju bootstraped [16:19] our WOL is not working so i have to go boot things by had :-\ [16:25] what does this error mean? http://pastebin.com/ANuDMQRR I have narrowed it down to one line, I am clicking on an input field. [16:29] jamespage: Hi, thanks for taking another look [16:31] Daviey: I think I fixed that yesterday... [16:31] Daviey: oh, no.. hrm.. thats the new version [16:32] Looks like the apparmor profile is still borked [16:32] :( === sixstringsg|away is now known as sixstringsg [16:36] Daviey: I think its actually caused by incomplete /run migrations... but we should still be able to run things. :p [16:36] hey brendan0powers: thanks for doing those updates [16:37] brendan0powers, so - qtrpc2 - why do you need it within the rds packaging? [16:37] it could be packaged separately? [16:37] SpamapS: Make sure you thank lennart. [16:37] Daviey: whoa wait.. this is weird [16:38] Daviey: I think it may be a confflie transfer of ownership issue [16:38] jamespage: It could be, but rds is the only software that uses it(that I'm aware of), and since it lives in the rds VCS, it's released at the same time Resara Server is [16:39] SpamapS: This adds to my confidence of upgrade testing :) [16:40] heh [16:46] brendan0powers, so its part of rds? I think I'm misunderstanding how it relates to rds === sixstringsg is now known as sixstringsg|away [16:48] jamespage: QtRPC was a library Resara developed for our last product, which was closed source. At one point, we posted a version of it on google code with an open source license [16:48] brendan0powers, ah - I see - so it versions and releases inline with rds [16:48] jamespage: But now, it lives in the Resara server repository, with an open source license [16:48] yes [16:49] brendan0powers, OK - look I'll do the updates to the package as I documented in the bug report [16:49] Oh, I'm already part way through that [16:49] brendan0powers, excellent! [16:50] brendan0powers, so the normal place to document things folk should understand about stuff like this is in debian/README.source [16:50] could you add a few notes while you are doing the updates? [16:50] Notes about what? [16:50] QtRpc? [16:50] brendan0powers, yep [16:50] Ok, I will do that [16:50] +1 [16:55] off to data center, bbiaw with more questions i imagine :-) [16:55] thanks for the help! [17:05] preseed files seem to be nice and well documented until it comes to partitioning.... :( [17:06]