b1tbkthow to add a machine to juju?00:46
marcoceppib1tbkt: What do you mean?00:56
b1tbkti have maas & juju. In maas, I've commissioned an additional (bare metal) machine but that is not reflected, for instance, in 'juu status'00:59
marcoceppib1tbkt: You need to deploy a service. Juju will only add a machine in it's status once it has a reason too. Otherwise it leaves the machine out there in case something else uses it01:00
b1tbktahh okay. makes perfect sense. tks!01:00
marcoceppiSo try deploying something and Juju should then requisition that node for use and it'll thus show up in the status01:00
b1tbktis juju communicating with maas then to identify available resources?01:01
b1tbktor, i should say, is it relying on maas to know about additional (machine) resources?01:02
marcoceppib1tbkt: Yes, it relies on the provider to give it a machine01:04
marcoceppib1tbkt: It's been forever and a day since I used MAAS and Juju so I don't know the answer, but I assume Juju gives an error when MAAS has no more machines available01:05
b1tbkthrmm. okay.  i appreciate the insight. any particular technical reason that you haven't used both together lately or just circumstance?01:08
marcoceppib1tbkt: Purely circumstance, I dont' have enough hardware to throw at MAAS at the moment. I hope to use it more in the coming months when I get more physical hardware to play with01:09
b1tbktack. tks. just test driving it now for the first time. fortunately I've got a spare dozen boxes at my disposal. definitely a high barrier to entry w/ maas.01:10
marcoceppib1tbkt: cheers! Good luck01:11
b1tbkttks. only other problem so far is that ipmi startup doesn't seem to be working quite right. credentials get populated inside the server ipmi interface. not sure what's going on there but it's likely a problem for another day ;)01:13
=== defunctzombie is now known as defunctzombie_zz
mfischis this the correct way to deploy local changes to a charm?  juju deploy --repository=trunk local:precise/tracks  I ask because it's not seeing my changes03:48
marcoceppimfisch: is trunk a directory? Could you run a tree instide of the trunk directory?04:14
mfischmy charm is in here, trunk/precise/tracks/04:15
mfischit looks right to me based on the docs04:15
mfischI destroyed everything and will try one more time04:15
marcoceppimfisch: cool, just checking. You can drop the precise/ from the local:precise/tracks04:15
marcoceppijust local:tracks should be sufficient since the series is determined by the environment.yaml file04:16
mfischI should see pass or fail in about 2 more mins04:16
marcoceppiWhen you run the deploy, it should confirm that it's using the local repository over the charm store (cs)04:17
marcoceppiby confirm, I mean it should just echo back that it's doing so, not actually prompt you04:17
mfischmarcoceppi: I'm fixing your review comment, it was a dumb mistake04:17
mfischINFO Searching for charm local:precise/tracks in local charm repository: /home/mfisch/experiments/tracks/trunk04:18
marcoceppiSo, /home/mfisch/experiments/tracks/trunk has the following structure: /home/mfisch/experiments/tracks/trunk/precise/tracks; where tracks is the charm?04:19
mfischsee this is stil wrong cd tracks-2.2.104:20
mfischit should be a mv blah and then cd tracks04:20
mfisch18 unzip tracks.zip04:20
mfisch19 mv tracks-${VERSION} tracks04:20
mfisch20 cd tracks04:20
marcoceppiSo, the charm you're deploying doesn't reflect what was actually deployed?04:21
mfischit does not appear that way04:21
mfischI'm sshed in and rechecking04:21
marcoceppiAre you deploying to local or another cloud provider?04:21
mfischmarcoceppi: cloud provider04:21
mfischmarcoceppi: wait04:22
marcoceppihum, and you said you're destroying the environment between tests?04:22
* marcoceppi waits04:22
mfischso the install file here looks ight04:22
mfischunzip tracks.zip04:22
mfischmv tracks-${VERSION} tracks04:22
mfischcd tracks04:22
marcoceppiso the plot thickens04:22
mfischbut the logs04:22
mfischhere's the unzip finishing04:22
mfisch extracting: tracks-2.2.1/vendor/query_trace.tar.gz04:22
mfischand then ERROR: + cd tracks-2.2.104:23
mfischthats the old code04:23
marcoceppipastebin the whole charm.log file04:23
marcoceppiIt's late(early) here, but another pair of eyes might help04:23
mfischyeah its getting late here even (Colorado)04:24
mfischmarcoceppi: http://paste.ubuntu.com/5717798/04:27
mfischmarcoceppi: the old code did cd tracks-${VERSION} which is what I see in the log04:28
marcoceppihuh. The output indicates that it's using your local version04:30
marcoceppiIf you're around tomorrow I can try to deploy your latest changes from here and try to replicate the issue.04:30
marcoceppiIt's about time for me to retire to the bedroom04:30
mfischmarcoceppi: sure, I'll be here thanks04:31
mfischmarcoceppi: I'm going to sign off too, I have baby duty04:32
marcoceppimfisch: cheers, good luck with that04:32
AskUbuntuExtending Apache charm to include Apache Modules | http://askubuntu.com/q/28266004:47
=== wedgwood_away is now known as wedgwood
=== salgado is now known as salgado-lunch
bcmfhHas anyone succesfully bootstrapped juju with devstack?15:22
marcoceppibcmfh: I tried about 5-8 months ago and wasn't able to get it to work quite right15:36
bcmfhmarcoceppi, yeah, I'm a bit hampered by my lack of Python understanding, I'll try the ask-ubuntu site15:47
=== salgado-lunch is now known as salgado
=== rogpeppe3 is now known as rogpeppe
=== defunctzombie_zz is now known as defunctzombie
ahasenackhey guys, are there no quantal i386 builds of juju-core (golang)? Why?17:44
ahasenackhttps://launchpad.net/~juju/+archive/devel/+packages only amd6417:44
orospakrhey, where is the agent source code for the golang version of juju?  I'm looking around in the bzr branch lp:juju-core, but not finding anything eminently obviously the agent.20:27
orospakrs/agent source code/source code of the agent/20:27
marcoceppiorospakr: I think the agent code is part of the whole juju-core package20:27
orospakralright, I figured it might be that :)20:28
marcoceppiorospakr: I could be wrong but that's kind of how the py-juju version works. A lot of the go-juju guys hang out in #juju-dev - you might be able to get more detailed answers there20:28
orospakranother nub question: it seems like the canonical (heh, see what I did there) representation of your deployment structure lives inside the first instance.  can it be dumped and recreated on a different cloud provider (or on a different account on the same provider?)20:33
marcoceppiorospakr: It can, it's not currently a part of the core juju project, but there's a side project called juju-jitsu which adds commands like jitsu export and jitsu import which take a snapshot of your running environment and allow you to move that structure to another provider. The downside is: any data in the previous cloud doesn't move with your deployment.20:34
orospakrfair enough. :)20:35
marcoceppiDepending on your deployment, a lot of time it's pretty easy to wrap the jitsu export/import to also sync your data20:35
orospakrwhat's the general strategy for handing backups of juju managed services that store persistent data? is there a common pattern charm writers tend to use for enabling data export?20:36
marcoceppiorospakr: There are charms like cheph, nfs, etc that can handle pooled storage across multiple nodes. But as it stands now we don't quite have a backup charm or anything in core that handles this. I know there's a lot of talk about making a "backup charm" that would20:44
orospakrokay, fair enough! :)20:44
marcoceppibe configured to know what data to pull and where to store it, say S3 or something else. Then know when to pull it down20:44
orospakrit would have to cooperate with the charms that are responsible for things that store data, like mongodb, postgresql, etc.20:45
marcoceppiorospakr: Right, so it'd probably be a subordinate charm that would reside on these units and can then be configured by either the parent charm (mongodb, psql, mysql, etc) or via a config option of what paths/files to back up20:46
orospakrthat sounds like a great design to me!20:46
marcoceppiSo, immediately it's a pretty large/robust charm. Which is why it hasn't really been tackled yet I assume20:46
marcoceppiI hope this next comming up cycle we can spend some time figuring out how to handle things like backups and the like20:47
orospakrso, if the deployment structure is basically sticky (excepting any clever use of jitsu import/export) to the single cloud account, what is the usual method for having a separate staging instance of all of your stuff discrete from production? or is the notion that most of the logic is in charms themselves, so having a duplicate deployment isn't such a big deal?20:50
marcoceppiorospakr: it's the latter, almost all the logic is in the charms. So you can juju deploy -e stating your_service which would be identical to juju deploy -e production your_service, where the staging environment might be a private MAAS, OpenStack, or even your local machine and production is any other cloud20:51
orospakrhmm, nice.20:54
orospakralright, here's a doozy: what is the AGPL understood to consider as a derivative work?  particularly, are charms considered derivative work of juju?20:55
marcoceppiorospakr: IANAL and I think SpamapS knows  better than I do, but No, charms are not considered derivative works of Juju20:56
orospakrok! IANAL is understood ;)20:56
marcoceppiConsidering charms have their own licesnces, I'm going to go with not derivative works20:57
SpamapSmarcoceppi: IANAL too btw :)20:58
SpamapScharms have their own licenses20:58
marcoceppiSpamapS: true, but I feel you have a far better grasp on the licensing aspect20:58
* marcoceppi bows20:59
SpamapSthey are like python scripts.. python scripts are not derivative of python20:59
marcoceppiCool, that's what I figured20:59
=== defunctzombie is now known as defunctzombie_zz
orospakrI figured i'd besk ask; some interpreters of GPL license versions consider API consumption to be a derivative work21:18
orospakrhm, is it possible to use more than one cloud provider in a single juju environment?21:20
marcoceppiorospakr: Not at the moment. There's talk of cloud federation as being a core feature for juju but I dont' think any work has started on it21:21
orospakrhm, cool.21:22
orospakrdoes juju-jitsu work with the golang version of juju?21:23
marcoceppiorospakr: not sure, but I'm going to venture a guess of no21:25
lifelessSpamapS: ^21:32
SpamapSorospakr: some bits of jitsu might work fine w/ juju-core (the go port) but most will not as they directly call the python API's from juju.21:35
=== defunctzombie_zz is now known as defunctzombie
=== wedgwood is now known as wedgwood_away

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