[06:33] <lotuspsychje> good morning to all
[06:34] <dax> lotuspsychje: hi. was dealing with something else, just finished. what's up?
[06:34] <lotuspsychje> we have a request from all the volunteers in #ubuntu-discuss
[06:35] <lotuspsychje> could you guys consider removing the +r so #ubuntu can grow users again? we had like 1800-2000 users before and all volunteers feel its dying this way, give ops power again to deal with spammers?
[06:36] <dax> what date is that user count from
[06:36] <dax> because it seems high in general, and seems extremely high for post-matrix.org-restriction -r times
[06:37] <lotuspsychje> dax: before the +r users started to drop
[06:38] <lotuspsychje> dax: we feel like ubuntu channel should be free, having to register users makes it harder to find us
[06:42] <dax> I don't have any contribution to this discussion other than being extremely skeptical of that user count. Will wait for others to pitch in.
[06:42] <lotuspsychje> dax: ok thanks for listening, please forward the request to the others?
[06:42] <dax> or wait around and see who else shows up
[06:42] <lotuspsychje> allrighty
[06:44] <Unit193> Well, do spambots count as higher numbers?  Because that's certainly much higher without the registration requirement. :P  This past wave that was all over freenode gladly skipped #ubuntu because they all fell into #ubuntu-unregged.
[06:45] <lotuspsychje> can we give support in #ubuntu-unregged?
[06:45] <Unit193> No, there's a bot telling them how to register and join #ubuntu.
[06:46] <lotuspsychje> so how to filter the real users support and the bots?
[06:46] <lotuspsychje> some users have no clue what register means
[06:46] <lotuspsychje> and just ned an ubuntu issue solved
[06:47] <Unit193> I'm going to presume they've at least once in their life registered an email address, credit card, or something such that they understand what 'registration' is...
[06:48] <lotuspsychje> thats the ideal yes Unit193 :p we in real life there will always be newbies that wont understand
[06:49] <lotuspsychje> i think someone made a traffic graph of #ubuntu of our volunteers, ill check who it was
[06:49] <Unit193> lotuspsychje: Your argument right now is that some people may not know what 'registration' is, and may have a hard time following directions?  Yet you think #ubuntu would be a good fit?
[06:50] <lotuspsychje> Unit193: no, our argument is that #ubuntu looks dead at many times right now, instead of the past showed us many more help was needed
[06:50] <lotuspsychje> we understand the spammers is hard to deal with..but the +r kills also the good users
[06:51] <lotuspsychje> cant you guys have a system, when spammers come the +r flag goes temporary and ops have a watch?
[06:52] <el> that would be most of the day.
[06:52] <el> literally
[06:52] <lotuspsychje> el: is it that bad with that spammer?
[06:52] <el> yes
[06:52] <el> see how often #freenode goes +qz $~a. right in the middle of conversations and everything
[06:53] <el> and even that still doesn't catch all the spam
[06:54] <el> we're getting better at it every day, but the goal posts don't stop moving.
[06:55] <lotuspsychje> 1 spammer that makes #ubuntu die, so unreal..there must be a way out of this?
[06:58] <el> #ubuntu isn't dying and i do wish you'd stop dramatizing it like that to try guilt us into this. and yes, one spammer can do that much when they have the internet of things to run bots on.
[06:58] <el> if we go -r #ubuntu _will_ die.
[06:58] <lotuspsychje> that was not to guilt you guys, its just a request el
[06:59] <lotuspsychje> from 2000 users to 1000 isnt drama, but real fact no?
[06:59] <Unit193> Most sites where you post things on require some form of registration, the only one that doesn't that I can think of is 4chan, which is quite unruly.
[06:59] <lotuspsychje> even if there are 100 bots, still many other users need help in #ubuntu
[06:59] <el> i'm yet to see evidence of the claim of "2000 to 1000"
[07:00] <lotuspsychje> el: ben64 made a graph for us
[07:00] <lotuspsychje> i will forward it to you guys, when awake
[07:02] <lotuspsychje> el: does other big channels also +r on freenode?
[07:02] <el> yes.
[07:02] <el> they use the same foyer method we do
[07:02] <Unit193> ##linux, #fedora, #archlinux, etc, etc.
[07:02] <lotuspsychje> yikes
[07:02] <el> my memory says that we capped at like 1800 _during releases_ when releases were a thing and ubuntu development was more of a community affair and people actually showed up for the irc parties.
[07:03] <el> the ecosystem of ubuntu has changed in the past decade, a lot.
[07:03] <dax> I've been informed that I'm way off on older channel membership counts, so 1) my apologies for being wrong now and in the past, and 2) I'd also be interested in that graph to get a more accurate picture of things.
[07:04] <el> that said, channels with 2000 people in them doesn't mean a good channel. or even a functional one.
[07:05] <lotuspsychje> el: in the past we had a very crowdy support scene in #ubuntu right, nobody can deny that
[07:05] <EriC^^> el: it's true, but the channel is dead, the lines spoken / day is half and less
[07:05] <EriC^^> than it used to be before the +r was set
[07:06] <EriC^^> lotuspsychje is right, it's nothing questionable about that matter
[07:06] <el> how are you gauging the quality of those lines though
[07:07] <EriC^^> el: we sit in the channel a lot
[07:07] <lotuspsychje> more users, more support and yes also trolls, we understand that part also
[07:07] <EriC^^> offtopic chatter wasn't even allowed at any point, all the conversations are purely support in nature
[07:07] <EriC^^> a 'how are you' gets an !offtopic in ubuntu
[07:08] <el> one user who is incapable of follow instructions to register, let alone linux commands,  will make a lot of noise, even if it is "on topic"
[07:09] <EriC^^> el: from experience most people who used to join without registering used to seek help, and most would be friendly and up for getting help, it's the very minority of people who would do that
[07:10] <EriC^^> and to be perfectly honest, lately the amount of noise in #Ubuntu has increased on the contrary, why you ask?
[07:10] <EriC^^> because the only people who seek help, are the mid level users who know how to join but are too lazy to do any reading themselves, such as Neo1 for example
[07:11] <EriC^^> and many, many others, it's become not a channel where a newbie wanting to use linux and learn joins and seeks help, it's become a i know how to use linux a little, and i will abuse these people to get whatever i want to be done
[07:12] <lotuspsychje> all we ask is to consider remove the +r and see how it goes again?
[07:13] <Unit193> We *did* do that not too long ago, and it was fun until the bots started hitting it again.
[07:13] <el> we did for a week, the spammer returned. then when we set it back on, he protested that by hitting up every other large ubuntu channel
[07:13] <el> remember all the spam about me and niko?
[07:13] <lotuspsychje> no, we dont follow whats going on really
[07:14]  * el raises an eyebrow
[07:14] <EriC^^> we dont mind if a bot spams 2 lines and then gets kicked out by drone
[07:14] <el> it's more than 2 lines.
[07:14] <Unit193> EriC^^: Bots are faster than people, much more than 2 lines.
[07:14] <el> it's 2 lines times the 20 bots he get in
[07:15] <lotuspsychje> who the heck is this guy? cant we just report his botnet?
[07:15] <el> no
[07:15] <el> that's not how botnets work
[07:15] <lotuspsychje> botnets are traceable
[07:15] <el> the botnet has connections from every isp in every country
[07:15] <EriC^^> this is like sacrificing a few thousand lives for some 'peace and quiet'
[07:16] <Unit193> Hardly.
[07:16] <EriC^^> we can tolerate some lines of 'noise' more than half the users not getting help and the channel dying and becoming a join/part channel with 1 or 2 questions a day
[07:16] <el> it's a support channel that people can register to get in to, not a medical emergency
[07:17] <EriC^^> eventually his bots will get exhausted, 1 month maybe ? maybe he will get a life, who knows
[07:17] <el> irc is getting replaced with slack and telegram and discord and whatever else have you
[07:17] <EriC^^> regardless of the domain, it's a channel for seeking help for a distro that's reknowned for being easy to use
[07:17] <el> a large chunk of the population downturn was us excluding matrix because of the vehement complaints about their join/part every time their service fell over
[07:17] <EriC^^> #ubuntu is not the same anymore, it's not the same channel it used to be
[07:17] <lotuspsychje> when +r removed will prove #ubuntu will always be alive
[07:18] <lotuspsychje> worldwide support ubuntu is more alive then ever
[07:19] <EriC^^> bottom line, ubuntu is dead, deny it all you want, it's there
[07:19] <lotuspsychje> on weekend, we needed like 20 volunteers to keep up with questions
[07:19] <EriC^^> other bottom line, we feel that you've abandoned us, thsi channel was about something, and it's not anymore
[07:19] <EriC^^> and quite frankly it seems like ubuntu cares about selling server support and that's about it
[07:20] <dax> I'm not sure that conflating Canonical with Ubuntu's ops team is in any way useful.
[07:21] <dax> Discussing getting the botnet taken down isn't either, it's not realistically possible. The rest of this conversation, I'm glad we're having, I think hashing out the qualitative/non-number side of things in parallel with getting hard user and line counts is the best approach.
[07:21] <EriC^^> and really im starting to think this is just a 'we want to shut the bot up so we dont look bad' and not caring about the users
[07:21] <EriC^^> im not sure that spreading a bunch of rationalizations and bs is either dax, but that's what we're getting
[07:21] <lotuspsychje> ubuntu is more popular then ever, in every way
[07:21] <lotuspsychje> i think what EriC^^  means we should reflect that also with the main support channl
[07:22] <lotuspsychje> dax: what would you suggest that 'could' be done?
[07:22] <dax> EriC^^: You're on one side of a not-uncontroversial topic. What you see as "rationalizations and bs" are quite likely honest opinions from people who have been around #ubuntu (same as you) for long enough to be invested in it.
[07:23] <dax> EriC^^: just like your contributions are
[07:24] <EriC^^> irc is still very relevant, it always will be, and users who install ubuntu for the first time tend to install irc since it's an "old age" kind of tool and they dont know how to register, they just end up (thankfully) in #ubuntu cause the client is set up at that way, and they need help getting started, figuring out something etc
[07:24] <lotuspsychje> indeed
[07:25] <EriC^^> i'd just like to make a point in matter that myself i started using linux 3 years ago, and if it wasnt for the friendly atmosphere of the channel i wouldnt have continued using it nor helped other newbies who were joining
[07:25] <lotuspsychje> its good for the OS ubuntu to have such nice support
[07:25] <dax> lotuspsychje: The ideal state of #ubuntu, given zero malicious behavior, is -r. One of the more difficult tasks of the operator team is figuring out when changing from that ideal state into one that sacrifices convenience for channel usability is warranted, and keeping track of when that change should be reverted. I think that having conversations like the above in line with quantitative data is extremely
[07:25] <dax> important for figuring out the "when that change should be reverted" bit.
[07:26] <EriC^^> and i know everyday people used to join in the same boat and the experience doesnt lie, anyone who sat in the channel a year ago would see the help and support spirit and newbie eager to learn and thankful spirit going on
[07:26] <EriC^^> id always see someone join totally new, they get help, then someone else joins and asks and they try to help him, it's beautiful and now ubuntu is just a join/part wasteland
[07:28] <EriC^^> dax: no, they are rationalizations, when someone says "well the users are less but that doesnt mean anything" "well the lines are less but what about quality" "well irc is dead now people are using discord"
[07:28] <EriC^^> if that's not making excuses and rationalizing i dont know what is
[07:28] <dax> EriC^^: Okay. I disagree, but I don't think further metadiscussion will get us anywhere so I'm not gonna dig into that.
[07:29] <EriC^^> ok fair enough, you tried your way correct? do you honestly think ubuntu is in any kind of state right now that's good?
[07:29] <dax> Are there any other qualitative points to be made (on either side) for right now? If not, I'm already pulling channel activity graphs based on line count, but would appreciate the user count graph when you have them.
[07:29] <EriC^^> sit in the channel, and watch, you'll see 1 or 2 questions in an hour tops and the questions will be of the nature i said
[07:29] <lotuspsychje> dax: ill forward the graph from ben64 when he's awake
[07:30] <dax> and the best bet is probably going to be for the operator team to take all of the above plus all of the data, and if we decide against -r then have a further conversation with y'all
[07:30] <lotuspsychje> ok tnx dax and all for the listening
[07:30] <EriC^^> i used to help a user every single day to dual boot ubuntu with his uefi issues, heck sometimes i would help 2 or 3 at the same time, i haven't helped a user in ubuntu to dual boot i cant even remember the last time
[07:30] <Unit193> lotuspsychje: Have him do #ubuntu+1 while he's at it.
[07:30] <dax> #ubuntu+1's a whole 'nother kettle of fish
[07:30] <lotuspsychje> Unit193: okay i will
[07:31] <dax> my strong impression from non-IRC community watching is that a *lot* less users are on devel releases these days, and even non-LTS releases for that matter
[07:31] <Unit193> dax: Yes, I know it's quite different in several different ways.
[07:33] <EriC^^> if the guy has 60000bots
[07:34] <EriC^^> and assuming he joins 1 bot every 20 seconds to flood and gets kicked out
[07:34] <EriC^^> we can kick + ban around 4300 a day
[07:34] <dax> the standard tactic for botnets is to join a significant number of bots to the channel at the same time, use whichever ones get in around the +j mode to spam, and then get murdered by antispam
[07:35] <EriC^^> that means within less than 2 weeks we would have made  a ban list comprising of his entire 60,000 ip botnet
[07:35] <dax> that's... not how that works. at all.
[07:36] <EriC^^> i think tolerating some noise while the channel still thrives is better than the channel dying
[07:36] <dax> freenode, on a network level, contributes to and uses an IP blacklist. the bots that channels see is *after* 95% of them (I pulled this number out of nowhere, I have not analyzed it and don't know how I could) get automatically killed on connect.
[07:36] <EriC^^> dont you agree?
[07:36] <dax> I think that if your other opinions are correct, we should -r. The task for the chanop team is figuring out whether they are.
[07:36] <EriC^^> 2 weeks of noise + banning but users and support thriving is better than +r and support dying
[07:37] <dax> the 2 week idea is not in any way based in reality
[07:37] <EriC^^> also this is really like shooting the hostage kind of scenario, we can't 'let him win' really, and that's what +r is doing
[07:37] <Flannel> EriC^^, dax: I recommend we table this conversation until another day, with time for data and some reflection.  I don't think anything else could be said at the moment that hasn't already been.
[07:37] <dax> agreed
[07:38] <EriC^^> ok, well thanks for your time
[15:52] <hggdh> xpkill23: can we help you with anything?
[15:57] <xpkill23> can not in ubuntu.de
[16:03] <genii> hggdh: Apparently it's +i
[16:08] <hggdh> not anymore (at least)
[16:08] <hggdh> xpkill23: please explain
[16:32] <hggdh> xpkill23: so. You are banned from #ubuntu-de.
[16:33] <hggdh> xpkill23: you MUST chat with #ubuntu-de operators.
[16:33] <hggdh> xpkill23: nothing we can do here.
[16:33] <hggdh> xpkill23: now, please /part and engage the #ubuntu-de operators
[16:40] <hggdh> @comment 77574 user is banned from #u-de, but does not engage #u-de ops
[21:07] <ender948> hi
[21:10] <dax> hello again ender948
[21:19] <dax> something we can help you with?
[21:21] <hggdh> ender948: please do not idle in this channel. If you do not have anything to discuss with us, please /part


[14:33] <CarlFK> "I see the same failure"  how do I mark mine as a duplicate?  bug 1714167, 1717038
[14:35] <CarlFK> hmm, ubot9 but no ubottu
[14:35] <CarlFK> bug 1714167
[14:43] <CarlFK> #1714167
[14:44] <CarlFK> those bugs up there ^^^
[15:45] <CarlFK> figured it out.  yay.


[05:22] <leotr> hello
[05:22] <leotr> i added one admin address in postgresql service configuration
[05:23] <leotr> can't understand why juju doesn't add corresponding line to pg_hba.conf?
[05:23] <leotr> and when i add it manually it by some reason restores pg_hba.conf file to original state
[05:23] <leotr> i use ubuntu 14-04
[05:23] <leotr> juju-local
[05:23] <leotr> any ideas?
[05:26] <leotr> or maybe i could do something to add my lines to pg_hba.conf or somewhere else?
[05:30] <leotr> ok, found solution
[05:30] <leotr> entered ip address in CIDR form
[05:30] <leotr> juju is so juju
[09:06] <pmatulis> yep
[14:24] <jcastro> asanjar, lazyPower, you guys wanna talk bundles?
[14:25] <asanjar> sure
[14:26] <jcastro> can I whip one up in jujucharms.com?
[14:26] <jcastro> I was thinking of just following your readme, then bundle that as a start?
[14:27] <lazyPower> jcastro: that'll work - mbruzek is working on getting hive2 promoted into trusty for the store
[14:28] <jcastro> asanjar, where would hive fit in?
[14:31] <asanjar> hive is used as a bigdata warehousing plaform with SQL like interface. It fits in on top of hdfs for data access and distribution while using mapreduce to process the data based on HiveQL commands.
[14:32] <asanjar> so in our solution - we will have Hive connected to HDFS and YARN
[14:33] <jcastro> I assume you'll add that to the trusty/hadoop readme as well?
[14:33] <asanjar> also we have elasticsearch-hadoop.jar included in HIVE jar path to communicate with ES cluster for data indexing
[14:34] <jcastro> ok, I'll try to make it less than 9 units
[14:34] <jcastro> so it's orangeboxable
[14:34] <lazyPower> jcastro: which part particularly? the notation about Hive being the big data warehousing?
[14:35] <jcastro> ok, why don't I get a bundle up and running that is the scale out hadoop example with ES
[14:35] <jcastro> and then you guys tell me what to connect next?
[14:36] <asanjar>  lazyPower: I found this last night http://www.elasticsearch.org/guide/en/elasticsearch/hadoop/current/hive.html
[14:37] <asanjar> there are HIVE sample command for ES
[14:38] <lazyPower> interesting
[14:38] <asanjar> would you try them, that would be a good demo for jcastro
[14:38] <asanjar> something as simple as this:
[14:38] <asanjar> CREATE EXTERNAL TABLE artists (...)
[14:38] <asanjar> STORED BY 'org.elasticsearch.hadoop.hive.EsStorageHandler'
[14:38] <asanjar> TBLPROPERTIES('es.resource' = 'radio/artists',
[14:38] <asanjar>               'es.index.auto.create' = 'false') ;
[14:38] <asanjar> would show hive is talking to ES
[14:39] <asanjar> jcastro: would that be sufficient
[14:39] <lazyPower> Sure, give me a bit to wrap what i'm working on
[14:39] <lazyPower> jcastro: ship me your bundle when you get it mapped up and i'll work through this ES tutorial
[14:39] <lazyPower> in validation mode
[14:39] <jcastro> I'll push it in about 10 minutes
[14:40] <asanjar> if jcastro could just do this aspart of the demo:
[14:41] <asanjar> CREATE EXTERNAL TABLE artists (
[14:41] <asanjar>     id      BIGINT,
[14:41] <asanjar>     name    STRING,
[14:41] <asanjar>     links   STRUCT<url:STRING, picture:STRING>)
[14:41] <asanjar> STORED BY 'org.elasticsearch.hadoop.hive.EsStorageHandler'
[14:41] <asanjar> TBLPROPERTIES('es.resource' = 'radio/artists');
[14:41] <asanjar> -- insert data to Elasticsearch from another table called 'source'
[14:41] <asanjar> INSERT OVERWRITE TABLE artists
[14:41] <asanjar>     SELECT NULL, s.name, named_struct('url', s.url, 'picture', s.picture)
[14:41] <asanjar>                     FROM source s;
[14:42] <jcastro> asanjar, to add elasticsearch
[14:42] <jcastro> the readme doesn't mention how to add it to the scale out configuration
[14:44] <jcastro> http://i.imgur.com/xqjY5r0.png
[14:44] <jcastro> this is what I have so far
[14:50] <jcastro> asanjar, ^^ what should I connect elasticsearch to?
[14:51] <lazyPower> jcastro: looks like we have a path for hive. export your bundle and ship it to me so i can deploy it
[14:51] <lazyPower> i'll start hacking on this ES demo
[14:52] <jcastro> ok on it
[14:59] <jcastro> lazyPower, https://code.launchpad.net/~jorge/charms/bundles/oscondemo/bundle
[15:04] <lazyPower> jcastro: got it, give me a few and i'll ping back with results.
[15:19] <asanjar> lazyPower: I am in a meeting, will join u as soon as I am done
[15:20] <lazyPower> asanjar: no rush, i'm just getting started
[15:28] <lazyPower> weird
[15:28] <lazyPower> jcastro: drag/drop of the bundle yielded deployment errors - only ES came through
[15:28] <jcastro> I only just pushed it
[15:28] <jcastro> I haven't tested it
[15:28] <lazyPower> ack - just a heads up
[15:28] <jcastro> Got pulled into a call
[15:28] <lazyPower> i'll get it working and push a patch once its deploying proper
[15:29] <jcastro> what errors did you get?
[15:29] <lazyPower> the gui didnt say, just errors on bundle
[15:29] <jcastro> I was just following the readme
[15:29] <jcastro> oh, use deployer man. :)
[15:30] <hazmat> :-)
[15:30] <lazyPower> :P
[15:30]  * lazyPower pushes the easy button
[15:31] <lazyPower> same status result
[15:31] <jcastro> pastebin please
[15:31] <lazyPower>  An error occurred while deploying the bundle: no further details can be provided about a minute ago
[15:32] <lazyPower> thats all i get. i'm going to nuke the relations and see if its the service definition
[15:33] <jcastro> oh I also forgot to rename envExport to something useful
[15:34] <lazyPower> yeah i took care of that
[17:01] <asanjar> lazyPower: go back to "eco"
[17:12] <jcastro> wow
[17:12] <jcastro> lazyPower, my deployer straight up crashes on that bundle
[17:13] <lazyPower> jcastro: i'm rebuilding it by hand
[17:13] <lazyPower> this deployment configuration specified is also not one you'll see very commonly
[17:14] <lazyPower> we're going to hand off a ready made deployment W/ elasticsearch and hive
[17:14] <lazyPower> i'll post a bzr branch shortly for you to consume
[17:16] <jcastro> ack, I'm going to lunch
[18:04] <l1fe> anyone experiencing 409 conflicts with MAAS+JUJU when adding machines?
[18:14] <marcoceppi> l1fe: that usually means no MAAS nodes match your constraints (or you're out of available nodes)
[18:18] <l1fe> right, in this case, all nodes are ready
[18:18] <l1fe> (well aside from the bootstrapped node)
[18:18] <marcoceppi> l1fe: what architecture are they?
[18:18] <l1fe> amd64 and trusty
[18:18] <l1fe> the environment actually used to work
[18:18] <l1fe> and then after one too many destroy-environments
[18:18] <marcoceppi> l1fe: run with --debug see what juju is saying maas is complaining about
[18:19] <lazyPower> jcastro: http://i.imgur.com/DZfKZWb.png
[18:19] <marcoceppi> 409 is pretty much the MAAS API saying "I heard you, but I don't really feel like doing this because: ..."
[18:19] <lazyPower> i can ship you the bundle as is - we're still validating
[18:19] <l1fe> it's pretty generic
[18:19] <l1fe> 2014-07-11 16:58:06 ERROR juju.provisioner provisioner_task.go:421 cannot start instance for machine "1": cannot run instances: gomaasapi: got error back from server: 409 CONFLICT (No matching node is available.)
[18:20] <l1fe> i've even reprovisioned the entire cluster
[18:20] <marcoceppi> l1fe: yeah, so maas says you don't have any nods available. What size ram are these?
[18:20] <l1fe> re-installed maas and juju
[18:20] <l1fe> all 16gb
[18:20] <marcoceppi> l1fe: are you on 1.20 ?
[18:20] <l1fe> 1.20.1
[18:20]  * marcoceppi scratches head
[18:20] <l1fe> and it literally was working 24 hours ago
[18:21] <l1fe> until after the last fateful destroy environment
[18:21] <marcoceppi> it's always that last destroy ;)
[18:21] <l1fe> :)
[18:21] <marcoceppi> And you've tried recommissioniong the nodes?
[18:21] <l1fe> yup
[18:21] <l1fe> full recommission
[18:21] <l1fe> reason why i even destroyed my environment
[18:21] <marcoceppi> it's weird
[18:22] <l1fe> was after i reported https://bugs.launchpad.net/bugs/1340261
[18:22] <_mup_> Bug #1340261: juju add-machine lxc:0 fails to start due to incorrect network name in trusty config <lxc> <network> <placement> <juju-core:Triaged> <https://launchpad.net/bugs/1340261>
[18:22] <marcoceppi> that it bootstraps
[18:22] <lazyPower> jcastro: lp:~lazypower/charms/bundles/oscondemo/bundle/
[18:22] <l1fe> i wanted to re-setup my openstack environment with lxc...and figured i'd just start from scratch
[18:22] <l1fe> yeup, bootstraps...and if i bootstrap, it can even pick up random nodes
[18:22] <l1fe> that it would otherwise NOT pick up during add-machine
[18:23] <marcoceppi> l1fe: what does juju get-contstraints say?
[18:23] <l1fe> oh jesus
[18:23] <l1fe> you're kidding me
[18:23] <l1fe> as;dlkfjas;dlfkjlasdf
[18:23] <l1fe> thanks marcoceppi :)
[18:24] <marcoceppi> <3
[18:24] <marcoceppi> l1fe: was it set to 32 bit?
[18:24] <l1fe> when i was bootstrapping, i was setting a constraint for 32G because i wanted to install on a particular maas node
[18:24] <marcoceppi> ah, yeah
[18:24] <marcoceppi> that sets it globally
[18:24] <l1fe> that's good to know
[18:24] <l1fe> omg
[18:24] <l1fe> i did a full reprovision twice
[18:24] <l1fe> thanks
[18:25] <marcoceppi> l1fe: no problem, you can use juju set-contstraints to put the mem limit lower
[18:25] <l1fe> yup
[18:26] <l1fe> i just did juju set constraints ""
[18:26] <l1fe> to clear it
[18:26] <marcoceppi> cool
[18:26] <l1fe> oh my god, i thought i was going insane
[18:26] <l1fe> i went down to 1.18
[18:26] <l1fe> and 1.19 in devel
[18:26] <l1fe> and was like...this was working!!
[18:39] <jrwren> lazyPower: https://bugs.launchpad.net/charms/+source/mysql/+bug/965094
[18:39] <_mup_> Bug #965094: Provide config option to specify database encoding <mysql (Juju Charms Collection):Confirmed> <https://launchpad.net/bugs/965094>
[18:40] <lazyPower> jrwren: thanks for filing the bug. The charm maintainer will see it shortly.
[18:42] <jrwren> lazyPower: i want to fix it. i wanted to ask you about possible ways to fix.
[19:15] <marcoceppi> jrwren: the "problem" with setting it in the interface, is that redefines the interface
[19:15] <marcoceppi> jrwren: it' a good idea, but the new key will have to be 100% optional
[19:15] <marcoceppi> jrwren: so, you'd want to have a default-encoding configuration option, which is used when no encoding is sent via the relation
[19:16] <jrwren> agreed. going for 100% optional
[19:16] <jrwren> exactly what I was thinking.
[19:17] <jrwren> i spiked it and tested it out and it works, i'm just charm new, and wanted to ask before i submit a merge request
[19:26] <lazyPower> jrwren: :) we're really open to code reviews as MP's
[19:26] <lazyPower> it makes life great when its of good quality and we just merge it in
[19:26] <lazyPower> if not, its a source to track the conversation as the merge evolves
[19:27] <jrwren> lazyPower: ok, thanks. i'll get something up
[19:32] <l1fe> quick question regarding juju and lxc containers...does juju provide a unified network fabric for any services exposed over LXC? as in something on LXC:0 being able to communicate with LXC:1
[19:33] <marcoceppi> l1fe: yes, something in LXC:0 will be able to talk to LXC:1
[19:33] <l1fe> hmm
[19:33] <l1fe> so, i have a mysql lxc on 1/lxc/1
[19:34] <l1fe> and nova-cloud-controller on 0/lxc/1
[19:34] <l1fe> and i get errors where it can't connect to mysql
[19:34] <l1fe> via the ip address
[19:34] <l1fe> which makes sense since those 10.0.* ip addresses are only for each machine
[19:35] <l1fe> physical machine
[19:35] <l1fe> unless i'm misunderstanding something
[19:36] <l1fe> (given the constraints thing earlier, that's entirely possible)
[19:37] <lazyPower> l1fe: are you sure teh mysql service has started? its using a bridged virtual ethernet adapter to do the communication in LXC
[19:37] <lazyPower> LXCBR0 is the default virtual device for lxc connections, and all lxc containers use 10.0.3.x ip addresses by default as well
[19:37] <l1fe> yeah, it's started
[19:39] <l1fe> yeah, i raised a bug about how lxcbr0 wasn't actually being used, so i even manually went in and changed that in containers directory
[19:39] <l1fe> for lxc.cfg
[19:41] <lazyPower> strange, works on every other setup. The only time i had to change the br interface was when i wanted to bridge it with an actual ethernet device
[19:41] <lazyPower> and even then i think i configured it wrong and i had soem races where the interface wouldn't come online during boot and I had to manually initialize it every time the server was reset.
[19:41] <lazyPower> but thats a story for another time....
[19:42] <lazyPower> so if you can reach the MySQL node, and you've verified the server is up - whats the log output that's stating you cannot connec to MySQL?
[19:42] <l1fe> https://bugs.launchpad.net/bugs/1340261
[19:42] <_mup_> Bug #1340261: juju add-machine lxc:0 fails to start due to incorrect network name in trusty config <lxc> <network> <placement> <juju-core:Triaged> <https://launchpad.net/bugs/1340261>
[19:42] <l1fe> for the templates not being setup properly for trusty
[19:43] <lazyPower> ahhh ok so this is not a local deployment
[19:43] <lazyPower> this is lxc, in a maas node for density based deployments
[19:43] <lazyPower> ack.
[19:44] <l1fe> unit-nova-cloud-controller-0: 2014-07-11 19:12:44 ERROR juju.worker.uniter uniter.go:486 hook failed: exit status 1 unit-cinder-0: 2014-07-11 19:12:55 INFO shared-db-relation-changed 2014-07-11 19:12:55.604 18833 CRITICAL cinder [-] OperationalError: (OperationalError) (2003, "Can't connect to MySQL server on '<IP_ADDRESS>' (113)") None None
[19:44] <l1fe> yeah, not local
[19:44] <l1fe> sorry forgot to mention that
[19:44] <l1fe> these are different physical maas nodes
[19:44] <lazyPower> its ok, its my own brain going immediately to local when someone mentions LXC
[19:44] <l1fe> i'm just trying to test out the best ways to deploy my environment :)
[19:45] <l1fe> and experimenting with encapsulating services
[19:46] <l1fe> i guess bridging networks between lxc containers across different physical nodes would be something that's not possible right now
[19:47] <lazyPower> i know that the networking when using juju deploy --to lxc:# can be a bit troublesome when it comes to networking configuration
[19:47] <l1fe> ah
[19:47] <l1fe> i don't see any DHCP or DNS changes in MAAS (which is controlling all of that stuff right now)
[19:48] <lazyPower> There was a topic on this not long ago
[19:48] <l1fe> and juju is using the actual IP address vs a fqdn
[19:48] <lazyPower> there's either a script or a subordinate charm that helps this... i forget how long ago the thread was - but its in the juju mailng list.
[19:48] <lazyPower> *mailing list
[19:49] <l1fe> ah, i'll have to do some searching