[01:51] lazyPower: ack [01:52] jose: its not a game changer, just noticed it when I was derping around after my desktop upgrade [01:52] lazyPower: would you think it'd be good to remove the tests until I can get them fixed? [01:53] jose: beg pardon? [01:53] owncloud [01:53] tests are failing [01:53] i'd rather see them fixed vs just removed [01:53] have tried to but can't [01:55] jose: ping me about it tomorrow and i'll take a look [01:55] awesome then :) === CyberJacob|Away is now known as CyberJacob === CyberJacob is now known as CyberJacob|Away === michal1 is now known as michal_s [11:50] hello everyone, I need to prevent juju from starting at boot but I can't figure out how to do this, can anyone help me? [11:51] exippy: what is "juju starting at boot", you are running the local provider but don't want your instances to start? Or is there something else? [11:51] yes this is exactly it :) [11:52] i have some networking issues on the host, and i'd like to disable juju till i fix this [11:52] i might have tinkered a bit too much, resulting in some sort of conflict between the internal and external network [11:53] exippy: IIRC jujud is started from /etc/init/juju-$USER-local.conf or something close to that [11:53] if you are just trying to make the LXC instances not start [11:53] I think there is a different flag in the LXC configuration about what should auto-start [11:54] but I think you can play around with the LXC tools to find something about autostart. I'm not personally an expert on it. [11:54] i commented out the exec line in that script, but i still see the lxc instances starting in the logs [11:54] but if it is an LXC thing, it would be "lxc-$SOMETHING" and tab completion should give some hints [11:54] exippy: the LXC instances are started by LXC itself [11:54] so you have to set them up as "no autostart" [11:54] ok [11:54] thank u jam, i'll see if i can find how to disable this [11:55] exippy: this is how we enabled it: https://code.launchpad.net/~waigani/juju-core/lxc-trusty-autostart/+merge/202974 [11:56] exippy: so "/etc/lxc/auto" if you are on Trusty, otherwise it is "lxc.start.auto = 0" in the individual config files [11:56] ok i'll remove that file and see how that goes [11:57] exippy: /etc/lxc/auto is a directory with symlinks in it to each container [11:57] so remove the symlinks and not the dir itself [11:58] would this prevent the creation of lxc virtual network? [11:59] exippy: I don't think touching these will affect lxcbr0 [12:00] hmm is it normal that i don't see /etc/lxc/auto on trusty? [12:01] exippy: given that you see the containers autostarting it seems strange to me [12:02] can you do "sudo lxc-ls —fancy" and see what it says? [12:02] unfortunately i only have access to the file system [12:02] through a rescue kvm [12:06] well thank u anyway, at least i know what i'm looking for === rektide_ is now known as rektide === _benoit__ is now known as _benoit_ [14:55] lazyPower, hey, heard you are working on an owncloud bundle. Is it ready to use? [15:08] <_mup_> Bug #1316185 was filed: juju bootstrap hangs on Azure [15:18] is there a way to restart jujud or mongodb? juju status says timeout and it's due to overloaded mongodb thing it seems [15:20] d3lxa: restarting mongodb would cause the jujud process to restart itself, though I don't know that it will actually help you [15:21] there should be a "juju-db" service, IIRC [15:21] jam: maybe? I have multiple envs, just want to restart jujud for a specific env [15:22] d3lxa: the service is running in your environment, not on your local machine (unless you are running multiple local environments) [15:24] is the option to get juju status to create a dot file still a thing ? juju help status seems to suggest not [15:26] jam: so you mean on the cloud, I could restart mongodb or something? [15:27] gnuoy`: juju status by itself cannot create dot output (afaik) [15:27] d3lxa: right, on machine-0 on each environment [15:27] jam, it used be a thing though didn't it (maybe pyjuju)? or am I going crazy ? [15:27] gnuoy`: I don't know pyjuju very well, it could have been [15:28] ack, thanks [15:28] jam: I could try to kill the mongodb instance there and restart with the same command line (the password is xxxxx, i doubt that…)? [15:29] I don't know if destroying the env would work then [15:34] ok… I'm stuck with juju I can't destroy the env [15:41] <_benoit_> any juju dev here ? I want to implement a new EC2 compatible provider in juju and want to know If the patches would be welcome [15:44] _benoit_: new providers are always welcome. I lot of folks are away today catching up post sprint. [15:44] _benoit_: I think an email to the juju list would be a great start [15:46] <_benoit_> rick_h_: thanks for the answer I will post to the list [15:47] _benoit_: awesome, I look forward to seeing the discussion on it === dannf` is now known as dannf === CyberJacob|Away is now known as CyberJacob === roadmr is now known as roadmr_afk [18:06] tedg: Its really close. There are some papercuts with it that jose has been working through. [18:08] lazyPower, Papercuts for the small instance case or the large instance case? I'm looking personal. [18:08] * tedg is a big guy, but likes small servers [18:08] tedg: it needs SSL Certificate generation. I'm running it on a $10 Digital Ocean instance [18:08] lazyPower, Ah, cool. If you could cut and paste that into the bip charm, that'd be cool too :-) [18:11] tedg: i've actually got a blog post covering the howto 1 sec [18:12] http://blog.dasroot.net/replacing-u1-with-owncloud-on-digital-ocean/ [18:16] * tedg is reading [18:23] lazyPower, Are you using the $10 instance for the disk space or for the CPU/RAM ? [18:23] Both, im' hulk smashing everything on a single instance. [18:23] bootstrap + owncloud [18:23] on a $10 instance? nice === roadmr_afk is now known as roadmr [18:24] K [18:37] tedg: if you follow that process, let me know how it works for you. i'm doing pretty well with the setup as a single user. [18:37] i wouldn't recommend that setup for multi-users though. [18:37] it gets a bit pokey when doing n changes on n machines. in my use case, several gb file changes, across 4 clients. [18:38] lazyPower, I'm looking more for shared calendars and addressbooks with my wife, so I'm not too worried about pokey. Don't think that'll be taxing. [18:38] yeah, the only downside is the fact you have to purchase caldav addons and carddav through the play store on android phones [18:39] i dont have an ios device to test with, so YMMV if you're an iphone user. however the entire stack as a whole works pretty well [18:39] lazyPower, I don't plan on using Android for long, if mhall119 would finish a mail program for me ;-) [18:39] heh :) nice [18:51] tedg: I'm not writing anything :-P [18:51] tedg: you can help us though, /join #trojita [18:51] * tedg gives up and buys a Blackberry phone [18:51] that's a sound investment [18:52] It keeps me from getting distracted with apps. [18:52] heh [19:23] jose: Hey, are you around? [20:09] o/ [20:09] cory_fu: here I am! [20:09] sorry, just got back from an exam [20:18] No worries. Sorry I was less responsive last week, regarding the tracks merge proposal. I was at a sprint. :) [20:18] I was wondering if you had any ideas about resolving the upstream gem issue in the tracks MP? [20:19] I'd like to be able to +1 that, since your changes look fine, but I feel like I need to be able to deploy it to do so [20:20] yeah, same here, I'd need to investigate what's really going on [20:20] I have some time in like 15, I need to drop a package on the mail and maybe we can work on it? [20:20] Sure thing [20:21] I'll leave everything bootstrapping and ready to debug [20:58] hi guys [20:58] anyone here knows how can I change the branch a service is using, lets say, from launchpad to a local one? I made some modifications on my postgresql charm and I want to make my service use my local fork without having to deploy it again [20:59] not my postgresql charm, but the one here: https://manage.jujucharms.com/charms/precise/postgresql [20:59] I forked it and did some modifications which I want to use [21:01] hackedbellini: `juju deploy --repository=charms local:postgresql` where charms is the directory containing a folder called 'precise' and 'precise' contains the charm [21:04] jose: I used that to deploy a local repository. By doing that, since the service already exists, will it override it in the way I said above (keep the units and just change the charm path to do upgrades)? [21:04] hackedbellini: well, I don't think you can upgrade it - it would only pull changes from the repository it was originally created [21:05] though you can leave that unit and rename the unit with the local branch deployment to psql maybe? [21:05] just put 'psql' or whatever you want at the end (after local:postgresql) [21:12] jose: hrmm, thanks. I'll give it a try :) [21:12] np :) [21:12] let us know how it went [21:33] cory_fu: I have to do some stuff, but I think I'm about to fix the error. if I get to find it I'll push - otherwise I'll ping you tomorrow? [21:39] jose: Sounds good. Thanks for looking into that. :) [21:39] I would have tried my hand at it, but I know less than nothing about ruby. :p === CyberJacob is now known as CyberJacob|Away [22:26] I'm looking to consolidate my maas and juju machines into one host; two is overkill. Is there a clean way to bootstrap juju into an lxc, but have future juju instantiated instances be on MAAS bare metal? [22:27] I've found some information on doing everything inside lxc containers, but not a blend, and I'm not super familiar with the guts of what's going on, so was hoping for some pointers to docs I may ahve missed === sebas_ is now known as _sEBAs_