mhall119 | jcastro: any idea why django wouldn't be able to connect to postgres when db-relation-changed is called, but can connect after that? | 00:33 |
---|---|---|
mhall119 | I'm getting the right username and password now | 00:34 |
mhall119 | and I can ssh into the django unit and manually run the manage.py commands from there and they connect to postgres just fine | 00:35 |
mhall119 | but running the same commands inside the db-relation-changed hook and they fail | 00:35 |
mhall119 | http://paste.ubuntu.com/1003969/ is my db-relation-changed hook | 00:37 |
hazmat | mhall119, what's the output? | 01:06 |
koolhead17 | SpamapS, ping | 01:09 |
mhall119 | hazmat: output of which? | 01:12 |
mhall119 | hmm, ok, it looks like postgresql's db-relation-joined creates the user account, then passes the login info to summit's db-relation-changed which tries to connect and failed, then postgresql's db-relation-changed actually gives the summit unit access to connect with those credentials | 01:17 |
mhall119 | so I need to run summit's db initialization calls *after* postgresql's db-relation-changed hook, not before, how do I do that? | 01:18 |
mhall119 | hazmat: jcastro ^^ any ideas for me? | 01:18 |
hazmat | mhall119, output of the db-rel-change hook | 01:19 |
mhall119 | hazmat: see above, I seen what's happening now | 01:19 |
hazmat | gotcha | 01:19 |
hazmat | mhall119, i'd fix postgres charm to not put the into into the rel till its ready to be used | 01:20 |
hazmat | that sounds like the fundamental issue | 01:20 |
hazmat | its telling other things about accounts to use, that its not ready to accept | 01:20 |
mhall119 | what's the difference between -joined and -changed for hooks? | 01:20 |
hazmat | mhall119, joined is executed when a remote/related unit is first seen (for each remote unit).. changed is execute after join, and after a remote unit changes its settings | 01:21 |
mhall119 | so really postgres should be giving access from the remote unit during it's -joined hook, not it's -changed | 01:22 |
mhall119 | unless there's something in my summit charm that would be called after -changed on postgresql | 01:23 |
hazmat | mhall119, well.. have you verified/echo'd the username/password.. they might not be set the first time the summit's changed hook is invoked? | 01:23 |
hazmat | yeah.. you are.. | 01:23 |
* hazmat read the hook again | 01:23 | |
mhall119 | hazmat: yeah, they get into the juju_settings.py | 01:24 |
hazmat | hmm.. so the problem seems to be | 01:24 |
hazmat | http://jujucharms.com/charms/precise/postgresql/hooks/db-relation-joined | 01:24 |
mhall119 | but postgres has pg_hda.conf or whatever that acts like a firewall, and until that allows my summit unit access it can't run syncdb or migrate | 01:24 |
hazmat | creates the user | 01:24 |
hazmat | but it waits till changed to give net access | 01:25 |
hazmat | http://jujucharms.com/charms/precise/postgresql/hooks/db-relation-changed | 01:25 |
hazmat | which is decidedly odd imo | 01:25 |
hazmat | and a bug | 01:25 |
hazmat | and it should be reloading instead of restarting sighup style | 01:27 |
hazmat | alternatively it should set some sentinel value on the rel | 01:28 |
hazmat | that the creds are really usable | 01:28 |
hazmat | hmm.. ic | 01:28 |
hazmat | this wants an ip dance | 01:28 |
hazmat | oh.. it used to, yeah.. this is just odd | 01:29 |
mhall119 | I'll ask m_3 in the morning, it looks like he is the original author | 01:29 |
hazmat | mhall119, try using this postgresql charm.. juju deploy cs:~hazmat/precise/postgresql | 01:38 |
hazmat | i fixed it to give the access in db-relation-joined | 01:38 |
mhall119 | hazmat: running now, I'll let you know | 01:40 |
hazmat | its at lp:~hazmat/charms/precise/postgresql/trunk is the store hasn't bundled it yet | 01:40 |
mhall119 | 2012-05-23 21:52:31,555 unit:postgresql/0: hook.output ERROR: /var/lib/juju/units/postgresql-0/charm/hooks/db-relation-joined: line 41: syntax error near unexpected token `newline' | 01:52 |
mhall119 | /var/lib/juju/units/postgresql-0/charm/hooks/db-relation-joined: line 41: ` echo "host $(get_database_name) ${user} ${remote_host}/32 md5" >> ' | 01:52 |
mhall119 | hazmat: ^^ | 01:55 |
hazmat | ugh.. copy n paste error | 01:56 |
hazmat | mhall119, fixed in new rev | 01:57 |
mhall119 | 2012-05-23 22:34:46,010 unit:postgresql/0: hook.output ERROR: /var/lib/juju/units/postgresql-0/charm/hooks/db-relation-joined: line 57: syntax error: unexpected end of file | 02:35 |
mhall119 | hazmat: ^^ | 02:35 |
surgemcgee157 | Need to find me lucky charms. Also, has anyone found a "user freindly" way of putting config file on the server with juju? | 02:50 |
surgemcgee157 | Or must they be packaged with the content repo and moved around with the charm. | 02:51 |
surgemcgee157 | ohh ya, charm name --> golden-crisp | 02:55 |
koolhead17 | i wish we could use juju 4 trystack | 03:48 |
SpamapS | koolhead17: why can' we? | 04:21 |
SpamapS | koolhead17: no S3? | 04:21 |
koolhead17 | SpamapS, trystack account is cool. we can easily provision and show demo up and running | 04:22 |
koolhead17 | SpamapS, https://trystack.org/ a testbed for openstack | 04:23 |
SpamapS | koolhead17: I know what trystack is | 04:23 |
SpamapS | koolhead17: why can't we use it? | 04:24 |
koolhead17 | SpamapS, so we can use it? waoo | 04:24 |
SpamapS | koolhead17: I don't know! | 04:24 |
SpamapS | koolhead17: you said we can't | 04:24 |
SpamapS | I'm asking why you say hat | 04:24 |
SpamapS | that rather | 04:24 |
SpamapS | koolhead17: if they expose S3 and EC2, we can use them today | 04:24 |
koolhead17 | SpamapS, well let me ask the guys maintaining it. | 04:25 |
koolhead17 | HP folks i suppose | 04:25 |
SpamapS | koolhead17: I believe there are two regions and they are both somewhat different | 04:26 |
SpamapS | anyway, I'm out | 04:26 |
koolhead17 | SpamapS, will keep you updated. laters | 04:26 |
hazmat | mhall119, there's a new version up if you want to give it another whirl... :-( | 04:35 |
hazmat | SpamapS, trystack has no storage | 04:35 |
hazmat | at least not of lastweek | 04:35 |
koolhead17 | hazmat, your correct its just compute node | 04:36 |
hazmat | i'm out as well | 04:41 |
twobottux | aujuju: Creating volume group in nova-volume Juju charm <http://askubuntu.com/questions/141552/creating-volume-group-in-nova-volume-juju-charm> | 07:55 |
=== almaisan-away is now known as al-maisan | ||
=== koolhead17 is now known as koolhead17_afk | ||
vrturbo | I've been trying an openstack deployment using MAAS server and juju charms, I've spent the last 3 days trying to get it to work and there is alway something within openstack that doesn't work | 12:08 |
vrturbo | any one had any success with openstack deployed via juju ? | 12:09 |
victorp | jcastro, jamespage, trying to transfer a css file to a wordpress instance as part of a charm, but cant find how to do it. Can you point me to somewhere that gives example/how to? | 12:18 |
victorp | I would like not to have to upload the css file to a repo or something, but to bundle it in | 12:19 |
victorp | the charm | 12:19 |
m_3 | mhall119: hey... so the db-relation-changed in pg... remove the netmask from the hba config. The real fix is for the charm to make sure it's always using ip... this has been a pain b/c it's switched back and forth between dns name and ip addr w/ netmask | 12:36 |
=== al-maisan is now known as almaisan-away | ||
mhall119 | m_3: my problem was that the pg_hba settings weren't being set until *after* my summit charm was trying to run syncdb against it | 12:39 |
m_3 | mhall119: ah... yeah just move it to joined then | 12:40 |
m_3 | mhall119: the orig thinking was that you exposed the db _after_ it was sufficiently created by the changed cycles | 12:40 |
m_3 | mhall119: but understand the need | 12:41 |
mhall119 | m_3: I believe that's what hazmat has done, so you'll just need to merge his changes | 12:43 |
m_3 | mhall119: sorry pg still needs some tlc... it's been on the list but below the pain-threshold :) | 12:44 |
m_3 | mhall119: needs pg9 replication too | 12:44 |
jcastro | victorp: if you include it as part of the charm the entire charm gets copied over | 13:10 |
jcastro | so you can stick it in like /stuff or something | 13:11 |
jcastro | and then as part of the charm copy it over to the WP dir | 13:11 |
mhall119 | jcastro: hey, if I'm generating an admin password for Summit, how do I let the deployer know what it is? | 13:16 |
jcastro | mhall119: http://jujucharms.com/charms/precise/limesurvey | 13:18 |
jcastro | you can make a default | 13:18 |
jcastro | and then have a config option to change it | 13:18 |
jcastro | (see the end of that readme) | 13:18 |
mhall119 | jcastro: hmm, default passwords aren't ideal | 13:21 |
mhall119 | I suppose I should learn config.yaml | 13:22 |
jcastro | can you not set one and then just make the user set one via a config option? | 13:22 |
mhall119 | I don't know, I don't know how the config options work yet | 13:22 |
mhall119 | I'm currently setting a randomly generated password | 13:22 |
jcastro | oh dude, config options are the best! | 13:22 |
jcastro | yeah that's fine | 13:22 |
jcastro | and then just say "set a password via config" | 13:22 |
jcastro | let me show you an example | 13:22 |
jcastro | http://jujucharms.com/charms/precise/solr/config | 13:23 |
jcastro | actually, using limesurvey: http://jujucharms.com/charms/precise/limesurvey/config | 13:24 |
victorp | jcastro, thanks | 13:24 |
jcastro | SpamapS: ping me when you're around | 13:45 |
jcastro | SpamapS: I'm only on for half a day today (leaving for the weekend) and I'd like a quick catch up with my bro | 13:45 |
melmoth | Hi there. PLaying with maas and juju to see how it works. I m wondering... How do you guys manage name resolution ? | 14:07 |
melmoth | like, i have installed maas-dhcp, i add 2 nodes in maas, i juju bootstrap | 14:08 |
melmoth | it will use one of those node, and juju status needs to be able to resolve th ename of this node. | 14:08 |
melmoth | i have to guess its name by looking in /var/log/maas (and finding some stuff that looks like ip) untill i found the right ip of the niode | 14:08 |
melmoth | and then set it in /etc/hosts before i could juju status. I bet there are more convenient way to do that. no ? | 14:09 |
melmoth | hmmm, the maas server itself can resolve the name... I guess the idea is to use this one as a dns then ? | 14:16 |
hazmat | melmoth, you have to point juju to the maas server.. | 14:18 |
melmoth | hmmm. make sense. but does not makes me happy :) | 14:18 |
melmoth | the maas server is a kvm vm, juju runs on the hypervisor | 14:18 |
melmoth | so maas is actually using the machine juju runs on to resovle names itself. | 14:19 |
melmoth | i wonder if there is a way to have specific dns resolution path for a given user... | 14:19 |
hazmat | melmoth, so your saying juju on the host can't resolve the vm that maas is running on? | 14:23 |
melmoth | not exactly. | 14:23 |
melmoth | when i run juju status, juju try to ssh on one of the box i have addedd in maas | 14:24 |
melmoth | and this is the box it cannot the name of | 14:24 |
hazmat | juju asks maas for the host names | 14:24 |
melmoth | well, it should. | 14:24 |
melmoth | but it does not here | 14:24 |
melmoth | if i remove my entry i added in /etc/hosts, juju status fail | 14:24 |
melmoth | 2012-05-24 16:25:19,238 ERROR Invalid host for SSH forwarding: ssh: Could not resolve hostname node-000023560101.local: Name or service not known | 14:25 |
hazmat | sounds like your network is setup quite correctly | 14:25 |
hazmat | er.. isn't | 14:26 |
hazmat | .local is a zeroconf address | 14:26 |
melmoth | the actual name is localdomain, i guess this is just a "formating cut" | 14:26 |
melmoth | hmmm, funny. on the maas server the domain name is localdomain | 14:27 |
melmoth | but frmo my hypervisor, i need to put only local (as it appear in the error message) in /etc/hosts | 14:27 |
melmoth | is it a problem if i associate ip with nodes myself directly with cobbler ? | 14:28 |
melmoth | this way i could put stuff in /etc/hosts and be sure it s the same once and for all. | 14:29 |
vrturbo | reboot the juju zookeeper, mans should fix your problems | 14:29 |
vrturbo | then look in /var/lib/misc/dnsmasq {tab} {tab} | 14:30 |
vrturbo | also don't use .local breaks stuff | 14:30 |
vrturbo | ops replace mans with mdns (stupid auto correct) | 14:31 |
vrturbo | or while logged onto your maas server run | 14:32 |
vrturbo | tcpdump -npi eth0 not port 22 host {node ip that doesn't resolve} | 14:33 |
vrturbo | then reboot the node with dns issues | 14:33 |
vrturbo | watch the tcp dump as it comes up | 14:33 |
vrturbo | should see some traffic on port 5353 | 14:33 |
melmoth | it s not a node that has dns issue, its the main hypervisor. If i reboot this one, all the world reboot :) | 14:33 |
melmoth | but i ll try to fiddel with cobbler manuall to be sure each node have always the same ip | 14:34 |
melmoth | this way, it should works as i want, as long as maas does not fiddle with this itself. | 14:34 |
vrturbo | hmm I run maas and juju zookeeper on virtual nodes | 14:35 |
vrturbo | didn't want to blow away a full hardware nodes for their services | 14:36 |
melmoth | do you run juju on a vm or the hypervisor itself ? | 14:36 |
vrturbo | vm | 14:36 |
melmoth | ah, ok.. that would be another option | 14:36 |
vrturbo | intact you can run juju from any node | 14:36 |
vrturbo | but when you boot strap it deploys the zookeeper | 14:37 |
vrturbo | without the zookeeper you can't connect to the environment | 14:37 |
vrturbo | there an't much doco on MAAS | 14:38 |
vrturbo | it's been a big pain for me | 14:38 |
vrturbo | dnsmasq + MAAS + cobbler is alittle buggy | 14:39 |
vrturbo | I've seen a launchpad blueprint to take cobbler out of the MAAS server, maybe things will be better then | 14:39 |
twobottux | aujuju: Juju error: Server refused to accept client <http://askubuntu.com/questions/141687/juju-error-server-refused-to-accept-client> | 14:52 |
=== koolhead17_afk is now known as koolhead17 | ||
surgemcgee | So many questions... | 15:25 |
surgemcgee | What is the url for the entire charm repo? Fill in the blank --> charm getall _____ | 15:25 |
imbrandon | SpamapS: btw, i dident get my golden-star for the Ubuntu charm idea :) | 15:26 |
surgemcgee | Does the above statment mean that my comments are being considerd/noticed? (Not trying to be crass) | 15:27 |
surgemcgee | 3-- A clover, haha | 15:28 |
jcastro | hmm, "charm getall" used to work didn't it? | 15:41 |
jcastro | I distinctly remember a command to snag them all at once | 15:42 |
SpamapS | imbrandon: Hah, true.. that was your idea. :) | 15:42 |
SpamapS | jcastro: it "works" | 15:42 |
SpamapS | but its so bloody slow | 15:42 |
SpamapS | I think we may need to maintain a tarball somewhere with all of them so people can wget the whole archive | 15:42 |
negronjl | 'morning all | 15:42 |
SpamapS | I bet we can maintain that in charm-tools as a download file actually | 15:43 |
imbrandon | SpamapS: how ? | 15:43 |
imbrandon | the last bit | 15:43 |
SpamapS | launchpad has an API for uploading files | 15:43 |
jcastro | negronjl: I'm going to assign you a card for the graphs measuring review queue performance if that's ok with you? | 15:43 |
imbrandon | ahh ok i got ya, i was thinking actually IN charm-tolols | 15:43 |
imbrandon | tools* | 15:43 |
negronjl | jcastro: Sure ... I have some questions when you get a chance re: patch pilot | 15:44 |
imbrandon | i see what ya mean though, works kinda like a reverse debian watch ? | 15:44 |
jcastro | negronjl: yeah, mira we should have a quick charmers G+ if we can | 15:44 |
negronjl | jcastro: ok ... invite me | 15:44 |
jcastro | SpamapS: imbrandon: you guys got time for a quick pow wow? | 15:45 |
imbrandon | yup let me login real fast | 15:45 |
imbrandon | been going back and watching all the juju sessions i missed and some i dident as refeshers, good good stuff | 15:46 |
jcastro | handy, having the important sessions recorded. :) | 15:47 |
imbrandon | yea | 15:48 |
imbrandon | would be cool if we could get all of them even if audio only | 15:48 |
imbrandon | as i just have them in a minimized browser anyhow ignoring the vid | 15:48 |
jcastro | invites sent | 15:49 |
surgemcgee | I feel like I've wonderd here. You all going to a hangout? | 15:49 |
surgemcgee | surgemcgee has stolen the blue moon! | 15:50 |
SpamapS | jcastro: yes b.r.t | 15:56 |
SpamapS | jcastro: curses.. something requires a reboot. 2 minutes | 16:01 |
hazmat | surgemcgee, why do you want to do charm getall? | 16:10 |
imbrandon | SpamapS: https://groups.google.com/forum/?fromgroups#!topic/ansible-project/x_0gDQv4co4 | 16:58 |
imbrandon | SpamapS: thats the email chain i spoke of | 16:58 |
SpamapS | right, Ansible | 16:58 |
imbrandon | and thats the one wheere i was saying "hey whats next?" he asked | 16:59 |
imbrandon | negronjl: ^^ | 16:59 |
imbrandon | jesus, i think i used all my energy for the rest of the week on that call tho, i seriously think i need to go back to the doc's ( already had one apt since uds ) | 17:00 |
surgemcgee | I will just grab the ones I need, no biggie. Also, the charms are installing puppet. Shouldn't puppet be installed on the dev client and puppetmaster be used in the install script? | 17:10 |
surgemcgee | And is that DNS entry nessessary? | 17:11 |
imbrandon | SpamapS: is charm getall smart enough to update the local cs too ? | 17:16 |
SpamapS | imbrandon: it will run 'mr update' if it sees a .mrconfig in the dir already | 17:17 |
imbrandon | kk | 17:17 |
SpamapS | imbrandon: I think it might also run 'charm update' in that case too | 17:17 |
imbrandon | that would be helpfull | 17:17 |
imbrandon | lol | 17:17 |
imbrandon | incase the maint dident inc the rev | 17:18 |
imbrandon | i guess | 17:18 |
SpamapS | no it just fetches the list again | 17:18 |
imbrandon | ahh | 17:18 |
SpamapS | so any new charms will get checked out | 17:18 |
SpamapS | the whole thing is really crap, just use charm get :) | 17:18 |
imbrandon | kk, yea between that and the series , i dont see a need ( well anytime even semi soon but not gonna say never ) for cs instructions | 17:19 |
imbrandon | like i thought | 17:19 |
imbrandon | SpamapS: crappy but exists > nothing | 17:20 |
imbrandon | SpamapS: e.g. my php in enterprise + world theory :) | 17:20 |
SpamapS | alright, txzookeeper is in Debian NEW queue. | 18:06 |
SpamapS | on to txaws | 18:06 |
jkyle | I have a question for juju+maas. Can you declare a specific target for a juju deployed service? | 18:27 |
jkyle | For example, say I have a "monitoring services" charm and I want to deploy to a specific class of machine or a specific machine | 18:28 |
james_w | jkyle, it sounds constraints are what juju provides for what you are wanting to do | 18:30 |
jkyle | cool, I'll search the docs :) | 18:30 |
james_w | https://juju.ubuntu.com/docs/constraints.html | 18:31 |
james_w | jkyle, https://juju.ubuntu.com/docs/constraints.html#provider-constraints | 18:32 |
marcoceppi | jcastro: are we getting rid of this or what? https://docs.google.com/spreadsheet/ccc?key=0AoW1nhI7IMt3dFRvSFdkZmNqQ0t3RjZ2QTR2Z19teWc#gid=0 | 18:34 |
jkyle | james_w: I see "orchestra" referred to. I thought that MaaS + Juju was the successor to Orchestra. can you use cobbler classes directly? | 18:36 |
james_w | jkyle, I'm guessing that's just a leftover artefact | 18:36 |
jkyle | I think using cobbler management classes would be stellar | 18:37 |
jkyle | as a sort of "pool" specifier | 18:37 |
marcoceppi | jkyle: I don't think you can use cobbler classes with MAAS + Juju yet | 18:45 |
marcoceppi | to my knowledge, only maas-name can be used by juju constraints as of now | 18:45 |
imbrandon | sweet, more swag ... email subject of "blitz.io: You just got a tshirt!" is always cool :) | 18:56 |
MarkDude | imbrandon, just shared the zombie comic and the pinup albums- let me know what you think. | 18:56 |
imbrandon | nice , i'll check em out in a few | 18:56 |
imbrandon | i think i have enough cough medicine in me to make it till bedtime :) | 18:57 |
imbrandon | well and actually be productive somewhat | 18:57 |
MarkDude | jcastro, right now Fedora is having its elections. Next week is townhalls. I was hoping to get a sentence or two from you as far as how cool it will be to have Juju in the repos | 18:59 |
MarkDude | This will be easier with some board members on it | 18:59 |
MarkDude | No big hurry tho :) | 19:04 |
imbrandon | MarkDude: he said something about flying home today a few hours ago so he is likely mid-ait | 19:16 |
imbrandon | air* | 19:16 |
MarkDude | Oh cool | 19:16 |
MarkDude | I will email him then | 19:17 |
MarkDude | is it jcastro@ubuntu.com? | 19:17 |
marcoceppi | MarkDude: according to LP it's jorge@ubuntu.com | 19:17 |
MarkDude | Cool, that was my 2nd guess | 19:18 |
MarkDude | ty marcoceppi | 19:18 |
=== hspencer is now known as hspencer[afk] | ||
mhall119 | hazmat: your postgresql changes seem to have done the trick, thanks! | 20:35 |
hazmat | mhall119, awesome, thanks | 20:36 |
jcastro | http://news.ycombinator.com/item?id=4020455 | 20:48 |
jcastro | upvotes please! | 20:48 |
mhall119 | jcastro: AWS has ARM hardware now? | 20:49 |
jcastro | we simulate | 20:49 |
jcastro | so when this hits the market | 20:49 |
jcastro | people can be ready | 20:49 |
jcastro | it's a simulated Calxeda box | 20:49 |
mhall119 | oh, ok | 20:50 |
mhall119 | there's something almost zen-like about watching my instances install and configure themselves in debug-log | 20:50 |
jcastro | I know | 20:50 |
jcastro | can you believe people used to launch instances like this by hand? | 20:51 |
jcastro | mhall119: on tuesday you should link up with m_3, he's been at a conference but worked with chris on the django/summit stuff | 20:51 |
jcastro | I am pretty sure you guys could sort out your issues in a few minutes of facetime | 20:51 |
mhall119 | jcastro: hazmat sorted out the last of my issues | 20:52 |
jcastro | ah, rock and roll then | 20:52 |
hazmat | mhall119, thanks for your patience on those round trips.. | 20:54 |
hazmat | jcastro, oh.. that's what its for | 20:55 |
hazmat | i was wondering why we have amis for that stuff | 20:55 |
jcastro | hit the ground running when they ship! | 20:55 |
mhall119 | jcastro: check it out: http://bazaar.launchpad.net/~mhall119/summit/charm/revision/2 | 20:58 |
mhall119 | that's all I had to change between the initial charm generated, and what summit needed to work | 20:58 |
mhall119 | and most of that is because Summit does stuff in a funny way | 20:58 |
hazmat | mhall119, do you need to do the init-summit and pullapps against the real db? | 21:00 |
mhall119 | hazmat: no | 21:01 |
hazmat | cool | 21:01 |
hazmat | just checking | 21:01 |
mhall119 | those just setup the local disk env | 21:02 |
imbrandon | oh crap, i just learned some new nginx magic SpamapS , 4x the current ludicris numbers avail now ... with just a bit of creative request queuing upstream | 21:05 |
imbrandon | hrm , time to get this on one of my sites and really test it more than local, only bad part is it requires a patch to nginx | 21:05 |
imbrandon | :( | 21:05 |
=== hspencer[afk] is now known as hspencer | ||
SpamapS | imbrandon: does nginx have some kind of request de-duper for when you have to fetch from the backend? | 21:46 |
SpamapS | imbrandon: have always thought caches should do that | 21:46 |
SpamapS | but I've never pushed optimization far enough where that would have been enough of a win | 21:47 |
imbrandon | SpamapS: not sure, but this is basicly making all the requests pool in nginx then only handing php 1 at a time | 21:47 |
imbrandon | and man, its MUCH better at queueing than even php-fpm | 21:47 |
SpamapS | imbrandon: interesting | 21:48 |
imbrandon | and to be honest i thought thats how it worked internally to begin with but i guess not | 21:48 |
imbrandon | that and i think i figured out why i always peek arround 500 concurrent connections and could never figure out why | 21:50 |
imbrandon | i was doing a bit of math wrong and assumed 8192 connections * 4 worker processes == win | 21:51 |
imbrandon | but it actually == about 500 concurrent due to some wonky math | 21:51 |
SpamapS | GWB style math :) | 21:51 |
imbrandon | sooooo i may have found a few bits that will make some nice additions to the base config :) | 21:52 |
imbrandon | lol | 21:52 |
SpamapS | Fool my servers you can't get fooled again. | 21:52 |
imbrandon | still need to test it all out tho | 21:52 |
surgemcgee | What is the best method of moving templets around? I wan't a simple vhost in sites-available. Can I do this nativly? | 22:30 |
surgemcgee | Also, is there a way to package two charms together. The one is more of a generic template for the main one and I need people to know this. | 22:32 |
SpamapS | ugh, looks like txaws is incompatible with twisted 12 ... | 22:33 |
SpamapS | surgemcgee: There are two ways to get that done | 22:34 |
SpamapS | surgemcgee: there's a very experimental 'charm splice' command that I developed, but its a bit crackful as it can't really relate the two charms together (well it can, but it emulates this in a really weird way) | 22:34 |
SpamapS | surgemcgee: the other way is to turn the detailed part into a subordinate charm, and have the generic service charm as the primary.. | 22:35 |
SpamapS | hazmat: ugh, lp:txaws is a mess | 22:48 |
SpamapS | hazmat: no tags.. any idea what revision 0.2.3 was taken from? | 22:49 |
SpamapS | hazmat: I *think* it is r139 | 22:50 |
SpamapS | Ahh.. txaws works fine w/ twisted 12 .. missing files in the tarball | 22:55 |
hazmat | SpamapS, that looks about right | 23:10 |
hazmat | SpamapS, agreed its inanely difficult to tell, i had to resort to a diff | 23:10 |
SpamapS | hazmat: I just used log to find commits before/after release | 23:12 |
SpamapS | hazmat: but yeah, diff confirms.. sort of (since some files are not in sdist) | 23:13 |
SpamapS | aaaaannd txaws is now in Debian NEW queue | 23:42 |
* SpamapS moves on to juju | 23:42 | |
SpamapS | man this is so much easier when I don't need a debian sponsor. :) | 23:42 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!