| _mup_ | ensemble/debug-log-relation-settings-changes r273 committed by jim.baker@canonical.com | 00:03 |
|---|---|---|
| _mup_ | Change items of strings should be cutoff in logging if they exceed some arbitrary, but reasonable limit (for now, that is 100) | 00:03 |
| SpamapS | heh.. JFDI has turn into "JFDTFAOP" .. Just F'ing Do This, Forget All Other Priorities | 00:17 |
| hazmat | SpamapS, can you paste the cloud-init data | 00:26 |
| SpamapS | hazmat: at this point I've got it connecting to ZK | 00:26 |
| hazmat | SpamapS, are you able to ssh into the bootstrap contaienr? | 00:26 |
| hazmat | SpamapS, awesome | 00:27 |
| SpamapS | but there's nothing in ZK | 00:27 |
| SpamapS | ensemble.state.errors.MachineStateNotFound: Machine 0 was not found | 00:27 |
| hazmat | SpamapS, right.. there's an initialize zk command that runs before the agent is started | 00:27 |
| SpamapS | OH! that got dropped somehow | 00:28 |
| hazmat | SpamapS, its at the bottom of ec2/launch.py.. if you paste your cloud-init config it should be easy to spot | 00:28 |
| SpamapS | For me now its in common.get_bootstrap_machine_variables .. | 00:29 |
| hazmat | SpamapS, try running this if your can ssh into the bootstrap container.. /usr/local/bin/ensemble-admin initialize --instance-id=$(curl http://169.254.169.254/1.0/meta-data/instance-id) --admin-identity=abc | 00:29 |
| hazmat | when you say nothing is in zk? are you using the shell to have a look ie. /usr/share/zookeeper/bin/zkCli.sh | 00:30 |
| SpamapS | hazmat: ok, the logic I had put in was overwriting those commands | 00:48 |
| SpamapS | hazmat: the curl won't work of course.. :) | 00:48 |
| hazmat | SpamapS, cool, if you got zk up and running and clients connecting to it, that should be hopefully most of it. | 00:49 |
| SpamapS | hazmat: for the moment, I'm using the ZK running on my box letting them connect to it | 00:50 |
| hazmat | SpamapS, right on.. that's still pretty good progress | 00:51 |
| hazmat | exciting even | 00:51 |
| SpamapS | Another twistd server is running, PID 1100 | 00:52 |
| SpamapS | hrm | 00:52 |
| SpamapS | oh.. now my logic fix reverted my earlier hack | 00:53 |
| * dannf waves | 00:55 | |
| SpamapS | hazmat: way I see it, this should be very easy to morph into libvirt for somebody who understands libvirt better | 00:56 |
| hazmat | SpamapS, indeed, with the first non-ec2 provider impl, the next should go much easier. | 00:57 |
| SpamapS | hazmat: this still has more hacks than Wenesday night open mic at the improv.. | 00:57 |
| hazmat | SpamapS, no worries, they can be cleaned up | 00:58 |
| hazmat | Its still likely the top feature requested imo, and having something in-dev/demoable on that is awesome | 00:59 |
| SpamapS | hazmat: how does ensemble-admin know what ZK to talk to? In the example it doesn't have ENSEMBLE_ZOOKEEPER set | 00:59 |
| hazmat | SpamapS, it knows its running on the same host as the zk, so it uses localhost | 01:00 |
| hazmat | and the default port... | 01:00 |
| SpamapS | ... | 01:01 |
| SpamapS | hence my problem ;) | 01:01 |
| * SpamapS abandons the "keep it simple" approach and installs zookeeperd | 01:01 | |
| hazmat | SpamapS, it should take a cli arg.. | 01:01 |
| * hazmat checks | 01:01 | |
| SpamapS | no its adding logic not making it simpler | 01:01 |
| SpamapS | this is better. ;) | 01:01 |
| hazmat | SpamapS, you can set an environment variable for it | 01:02 |
| hazmat | ZOOKEEPER_ADDRESS | 01:02 |
| hazmat | it will use that in preference to the default localhost:2181 address | 01:02 |
| SpamapS | thats ok, I'm trying very hard to change as little as possible.. | 01:03 |
| SpamapS | as my head wraps around the existing hacks, I let them back in and revert changes to try and fix them the wrong way. ;) | 01:03 |
| hazmat | SpamapS, some change and refactoring is ok in my book. | 01:03 |
| hazmat | we can make the default ec2 command work that way as well | 01:04 |
| SpamapS | Yeah there's plenty of that thus far | 01:04 |
| SpamapS | UGGGH zookeeperd installs another 25 packages | 01:06 |
| hazmat | SpamapS, indeed. that's pretty much why we have an AMI at all | 01:07 |
| SpamapS | [zk: localhost:2181(CONNECTED) 2] ls / | 01:08 |
| SpamapS | [services, formulas, relations, zookeeper, initialized, topology, machines, units] | 01:08 |
| hazmat | SpamapS, WOOT! | 01:08 |
| SpamapS | still nothing tho | 01:08 |
| hazmat | SpamapS, any agents connected? (ps aux | grep ensemble) | 01:08 |
| SpamapS | hazmat: there's a machine-00000000000 | 01:09 |
| SpamapS | hazmat: the admin command ran after the agents started tho | 01:09 |
| hazmat | SpamapS, yeah.. that's representing the bootstrap machine (the one with zk), its go a machine agent, but we don't ever reuse it for service unit assignment | 01:09 |
| hazmat | SpamapS, more important is the provisioning agent.. it actually waits till the user tries to deploy a service, and the provider credentials are provided lazily to it (upon deploy).. its that way mainly so we can avoid passing credentials via user-data | 01:10 |
| hazmat | SpamapS, i'd check to see if its running, tail its log, and then try to deploy a service and see what happens | 01:11 |
| * hazmat is looking forward to hear about structure 2011 | 01:11 | |
| hazmat | looks like their streaming live | 01:12 |
| SpamapS | hazmat: so far 'ensemble status' shows empty | 01:14 |
| SpamapS | hazmat: I think eventually we can take the AMI thing to a level where each service gets snapshotted whenever you upgrade or deploy.. so add unit is just popping up a snapshot | 01:17 |
| SpamapS | hazmat: was thinking the other day that if formulas could call 'ensemble-snapshot-service-unit' or something that would be cool | 01:18 |
| SpamapS | clint@clint-MacBookPro:~/src/ensemble/lxc-container$ ZOOKEEPER_ADDRESS=192.168.122.68:2181 PYTHONPATH=`pwd` bin/ensemble status -e lxc | 01:20 |
| SpamapS | 2011-06-22 17:20:20,867 ERROR Machine provider information missing: machine 0 | 01:20 |
| SpamapS | machines: 0: {instance-id: ensemble-0} | 01:20 |
| SpamapS | services: {} | 01:20 |
| SpamapS | 2011-06-22 17:20:20,869 INFO 'status' command finished successfully | 01:20 |
| SpamapS | clint@clint-MacBookPro:~/src/ensemble/lxc-container$ | 01:20 |
| SpamapS | OOOHHHH SNAP | 01:20 |
| hazmat | SpamapS, cool!, that missing info thing, is just implementing the get_machine api of the provider | 01:26 |
| SpamapS | I'm having a weird issue.. | 01:26 |
| SpamapS | its happening even w/ trunk.. | 01:26 |
| SpamapS | http://paste.ubuntu.com/631028/ | 01:27 |
| hazmat | hmmm.. that looks like a speling typo on repository | 01:28 |
| hazmat | SpamapS, ^ | 01:28 |
| SpamapS | lol | 01:29 |
| SpamapS | ensemble.environment.errors.EnvironmentsConfigError: Environments configuration error: environments.lxc.type: expected 'ec2', got 'lxc' | 01:31 |
| SpamapS | Heh.. | 01:31 |
| SpamapS | I need to put *my* version of ensemble on there.. duh | 01:31 |
| jimbaker | it would be nice to have that doublechecking occur! | 01:33 |
| hazmat | SpamapS, doh.. yeah.. ensemble-branch in environments | 01:33 |
| SpamapS | hazmat: I didn't implement that yet. :-P | 01:33 |
| hazmat | SpamapS, ah.. write the switch out is part of cloud-init | 01:34 |
| jimbaker | so there are two problems ;) | 01:34 |
| SpamapS | hazmat: have to branch it before I can switch it. ;) | 01:34 |
| jimbaker | anyway, it will be nice to get bug 719517 in place | 01:34 |
| _mup_ | Bug #719517: Ensemble should store the code version in each zookeeper <Ensemble:New> < https://launchpad.net/bugs/719517 > | 01:34 |
| SpamapS | crap.. I need to use a mirror.. they just released a firefox update and archive.ubuntu.com is slammed | 01:43 |
| _mup_ | Bug #800988 was filed: refactor ec2 provider to extract common functionality for other providers <Ensemble:New> < https://launchpad.net/bugs/800988 > | 04:47 |
| === _mup__ is now known as _mup_ | ||
| === koolhead11| is now known as koolhead11 | ||
| koolhead11 | hi all | 07:19 |
| koolhead11 | can i assign a bug to myself after reporting it | 07:20 |
| koolhead11 | i want to work on few formulas and i want to assign it to myself | 07:20 |
| koolhead11 | ooh yes i can. :) | 07:21 |
| SpamapS | koolhead11: have you finished any formulas yet? | 07:21 |
| koolhead11 | SpamapS, am working on gallery2 | 07:21 |
| SpamapS | koolhead11: what happened to phpmyadmin | 07:21 |
| SpamapS | ? | 07:21 |
| koolhead11 | SpamapS, i will try it once i have some confidence in writing simple formulas | 07:22 |
| koolhead11 | SpamapS, please suggest me if am doing wrong :( | 07:23 |
| SpamapS | I just wanted to give you some feedback. :) | 07:24 |
| SpamapS | koolhead11: often times its harder to finish one thing than start 10 ;) | 07:25 |
| koolhead11 | SpamapS, hmm. | 07:26 |
| SpamapS | hazmat: So, I think I'm officially in over my head now. lp:~clint-fewbar/ensemble/lxc-container has things the way I think I want them.. | 08:47 |
| SpamapS | hazmat: I'm running the provisioning agent locally. This is because we want to run the lxc-* commands locally, not on the container. | 08:48 |
| SpamapS | hazmat: it seems to work. Where I'm stuck is in debugging what goes wrong on the provisioning agent (because stdout/stderr are directed to /dev/null) and how to serialize/unserialize the machine info from zookeeper | 08:49 |
| SpamapS | hazmat: I would have thought a lot of that would be generic to all providers, so its really confusing that I might have to do it all myself in the lxc provider. | 08:49 |
| SpamapS | anyway I'm sure everybody else is asleep | 08:49 |
| SpamapS | jimbaker: ^^ | 08:49 |
| SpamapS | bcsaller: ^^ | 08:49 |
| SpamapS | would love all of your thoughts | 08:49 |
| SpamapS | tho I feel we'll probably be more productive in Dublin. :) | 08:50 |
| SpamapS | Also for those interested.. the template I used is in debian/lxc-natty-uec .. you'll need to copy that to /usr/lib/lxc/templates | 08:53 |
| === daker_ is now known as daker | ||
| hallyn | SpamapS: is the latest version at that lp: url you gave me ysterday? | 15:49 |
| * hallyn goes to clone | 15:50 | |
| hallyn | sbux wifi == majorly laggy | 15:50 |
| hazmat | SpamapS, branch looks great, we should probably refactor it to two branches (the ec2 provider commons extraction) regarding the provisioning agent, the logs are sent to /var/log/ensemble.. the issue might just be that directory is missing on the host machine | 16:01 |
| _mup_ | ensemble/expose-ec2-provider r270 committed by jim.baker@canonical.com | 16:55 |
| _mup_ | Merged trunk | 16:55 |
| SpamapS | hazmat: nope, the logs are sent to ~/.ensemble/var/log/ensemble .. and its created | 17:01 |
| SpamapS | hazmat: the stdin/stdout is /dev/null, so any commands run get that as their stdin/stdout as well | 17:01 |
| SpamapS | hazmat: agreed that the refactoring into common is a separate change | 17:05 |
| SpamapS | hazmat: I'm not really doing this as carefully as one might hope.. I am making it work first. ;) | 17:05 |
| SpamapS | kim0: hey! you can change the package on principia bugs?! | 17:08 |
| kim0 | hmm? | 17:09 |
| SpamapS | https://bugs.launchpad.net/principia/+source/mysql | 17:09 |
| SpamapS | that didn't used to be possible | 17:09 |
| kim0 | SpamapS: yeah I noticed the new functionality .. so you already did it for this bug right ? (it says mysql (Principia Ensemble)) | 17:10 |
| SpamapS | Francis did | 17:10 |
| SpamapS | maybe he was testing. :) | 17:10 |
| kim0 | hehe :) cool then | 17:11 |
| SpamapS | kim0: and I just realized, I read who did the change wrong, as you.. since you were the last commenter before me or francis | 17:11 |
| kim0 | yeah np | 17:12 |
| kim0 | SpamapS: still in mortal kombat with LXC ? :) | 17:12 |
| SpamapS | kim0: we agreed to meditate in our corners for a few hours.. but I think LXC is sharpening its sword again.. | 17:20 |
| kim0 | haha :) | 17:20 |
| * kim0 hands a lightsaber | 17:21 | |
| SpamapS | excellent, this will allow me to chop off its hands | 17:27 |
| jimbaker | has anyone else seen this error with formulas being retrieved? - http://paste.ubuntu.com/631275/ | 17:33 |
| jimbaker | i've tried removing my data bucket etc | 17:34 |
| jimbaker | (and at first thought it was a problem in a branch i'm working on) | 17:34 |
| hazmat | jimbaker, odd, no i haven't seen that one | 17:37 |
| SpamapS | ok back in the saddle.. | 17:37 |
| SpamapS | added logging to the lxc commands.. | 17:38 |
| jimbaker | hazmat, i will dig it into further | 17:40 |
| SpamapS | so.. I don't have to use twisted, do I? like, I can just let my shutdown or launch commands block until they finish, right? | 17:44 |
| SpamapS | I get that its way cooler if I don't.. ;) | 17:44 |
| hazmat | SpamapS, yes you can block in the cli | 17:50 |
| hazmat | we don't really do full shutdown via the provisioning agent yet.. the cli does it, for the ec2 provider via an amazon api is already async, so its not something that cleanly translates to other providers that might be sync. blocking in the cli seems like a best path forward for lxc atm | 17:52 |
| SpamapS | Another funny thing is because I'm not ripping down the zookeeper host every time I have to manually clear it out between bootstrap/shutdown | 17:56 |
| SpamapS | probably worth it to just move that back to the bootstrap node, as for some reason it seems to insist on spawning a machine 0 anyway :p | 18:03 |
| SpamapS | I need to think of a good strategy for getting the hostnames and/or IP's available to the local CLI | 18:24 |
| hazmat | SpamapS, hmm... we could reset zk on initialization for now | 18:26 |
| SpamapS | more progress.. I'm now failing because I don't have shared storage for formulas.. which is.. encouraging. :-D | 18:40 |
| * SpamapS considers a bind mount | 18:41 | |
| === daker is now known as daker_ | ||
| hazmat | SpamapS, a bind mount would work, the only thing doing write to the storage is the admin cli | 19:02 |
| hazmat | the dummy provider file storage should work for it | 19:04 |
| SpamapS | hazmat: the difficulty is figuring out the path to use :P | 19:10 |
| SpamapS | hallyn: need your opinion.. would you use a bind mount inside the containers for shared storage, or setup an HTTP server which they can use to fetch data? | 19:39 |
| hallyn | bind mount | 19:40 |
| hallyn | just like with -b option in my template | 19:40 |
| SpamapS | hallyn: the bind mount seems simpler.. but I can see it leaving a lot of cruft behind | 19:40 |
| hallyn | which bind mounts in your $home | 19:40 |
| hallyn | i'd definately do bind mount | 19:40 |
| SpamapS | hallyn: cool, I'm just going to manage the mount myself.. but maybe in the future the template can do it | 19:41 |
| hallyn | ok. it's been an unproductive day so far (emails won't stop coming in). may not get your template into mine today. But I assume you're happy with yours so far | 19:41 |
| hallyn | i'd like to wait until we figure out the best way to merge stgraber's patches into my template | 19:42 |
| SpamapS | hallyn: I made a couple of tweaks so it does less work each time.. but its 99% the same | 19:42 |
| hallyn | SpamapS: still in the same branch? | 19:42 |
| SpamapS | hallyn: Eventually we need to talk about this lxc-clone.. :) | 19:42 |
| hallyn | i'll re-fetch whenever i merge it in | 19:42 |
| hallyn | SpamapS: it's in ppa:serge-hallyn/lxc-natty, if you want to work with it | 19:43 |
| SpamapS | hallyn: no but I'll push it up sometime | 19:43 |
| hallyn | ok | 19:43 |
| SpamapS | Getting very close to actually deploying something on LXC. :-D | 19:43 |
| hallyn | i should get lvm support into my -create so to ease setting up the canonical container, but lxc-clone -s is there, and lightning-fast | 19:43 |
| SpamapS | what does lxc-clone do? | 19:43 |
| SpamapS | I don't have it on natty | 19:43 |
| hallyn | yes, ppa:serge-hallyn/lxc-natty :) | 19:44 |
| hallyn | if you have your rootfs for continer on lvm, | 19:44 |
| hallyn | you can 'lxc-clone -s -o oldcontainer -n newcontainer', and it does an lvm snapshot for the new contaienr's rootfs | 19:44 |
| hallyn | so you can use it like schroots pretty much | 19:44 |
| SpamapS | hallyn: ahhh... thats nice. I'd be happy with just a cp -a at this point | 19:44 |
| hallyn | (especially now that you can do --bindhome) | 19:44 |
| hallyn | if you're not using lvm, it does cp -a :) | 19:44 |
| SpamapS | I am going to spec out some additional things to build snapshotting into ensemble providers.. so we don't have to maintain an AMI manually, but we don't have to wait for 50 packages to install over and over. | 19:45 |
| * hallyn goes to lok at his todo list to see if he can do lvm support in lxc-create today | 19:45 | |
| hallyn | nah, i can't | 19:46 |
| SpamapS | omg omg omg .. I just deployed WP in LXC .. | 20:23 |
| * SpamapS looks at his glorious tower of chewing gum and duct tape | 20:23 | |
| SpamapS | hazmat: so it seems like what I'm missing is the mapping between machine-id and instance-id ... is that just because I'm not setting the right properties of the machine object I return during start_machine ? | 20:27 |
| hazmat | SpamapS, you can use any provider specific notion of machine identity | 20:27 |
| hazmat | SpamapS, as long as its unique | 20:27 |
| hazmat | SpamapS, dir names (if precluding reuse of a name) | 20:28 |
| SpamapS | machine = LXCMachine(len(self._machines), dns_name=container_name) | 20:28 |
| hazmat | SpamapS, hmmm so for identity i'd use the dirname, for dns name, whatever is resolvable between the host and container | 20:29 |
| SpamapS | yeah the host name resolution seems to be a problem | 20:29 |
| SpamapS | dnsmasq may not be reliable enough for this. :-/ | 20:30 |
| SpamapS | Or I've confused it | 20:30 |
| hazmat | SpamapS, is the host configured to use dnsmasq? or is it just setup for the bridge? | 20:30 |
| pindonga | SpamapS, I'd be happy to beta test the lxc stuff if you have it in a more-or-less usable state :D | 20:30 |
| SpamapS | pindonga: lets let the chewing gum dry a bit before we move it | 20:31 |
| SpamapS | hazmat: I've tried both ways. | 20:31 |
| SpamapS | hazmat: with the host setup to use dnsmasq.. that seems to create more problems than it solves | 20:31 |
| hazmat | SpamapS, can you ssh into one of the containers currently? | 20:32 |
| SpamapS | hazmat: I can ssh into all of them | 20:32 |
| hazmat | SpamapS, you can pass an ip address for the dns name | 20:32 |
| pindonga | SpamapS, let me know when it's dry enough , so I can start using it locally for testing ensemble out :) | 20:32 |
| SpamapS | I was thinking about just shoving the IP into a file and pulling that out.. | 20:32 |
| SpamapS | but hostname needs to work | 20:32 |
| SpamapS | hazmat: the issue is, dnsmasq isn't responding to requests for the hosts that it has been told about | 20:33 |
| SpamapS | hrm.. and the installation of ensemble is giving python-support fits | 20:33 |
| hazmat | SpamapS, i'm wondering if it might be a dnsmasq misconfigure, looking at http://www.phenona.com/blog/using-lxc-linux-containers-in-amazon-ec2/ the host resolution portion uses a separate domain for the lxc machines | 20:39 |
| _mup_ | ensemble/expose-status r261 committed by jim.baker@canonical.com | 20:42 |
| _mup_ | Initial commit | 20:42 |
| _mup_ | ensemble/expose-status r262 committed by jim.baker@canonical.com | 20:44 |
| _mup_ | Removed obsolete comment + PEP8 | 20:44 |
| hazmat | anyone know what version of cobbler, orchestra uses? | 23:12 |
| hazmat | nevermind | 23:12 |
| kirkland | hazmat: did you find it? | 23:19 |
| kirkland | hazmat: https://launchpad.net/ubuntu/+source/cobbler | 23:19 |
| kirkland | hazmat: 2.1.0+git20110602-0ubuntu8 | 23:20 |
| kirkland | hazmat: we're taking git snapshots, at the moment | 23:20 |
| bcsaller | done presenting at Structure 2011 :) *whew* | 23:20 |
| kirkland | hazmat: i think zul or roaksoax might know when cobbler releases again | 23:20 |
| kirkland | bcsaller: nice! how did it go? | 23:20 |
| hazmat | bcsaller, awesome.. how was it | 23:21 |
| bcsaller | well, it wasn't that big a crowd, but I think our technologies were well received and importantly, understood | 23:21 |
| hazmat | kirkland, i did, i was reviewing their xmlrpc api | 23:21 |
| kirkland | hazmat: ah, cool | 23:22 |
| hazmat | kirkland, in terms of ensemble integration with orchestra, i was thinking just utilizing the cobbler xmlrpc api would be easiest. any suggestions? | 23:23 |
| hazmat | bcsaller, seems to be a nice speaker list.. and the live streams, seem to suggest more strategic/vision than tool oriented per se | 23:24 |
| bcsaller | kirkland: it was interesting trying to come up with language that helped people understand that orchestra and ensemble were not competing. I summed it up in a way that I hope you're happy with, "Orchestra is about provisioning infrastructure and ensemble is about provisioning services" | 23:24 |
| bcsaller | hazmat: true dat | 23:25 |
| bcsaller | but some big players in need of solutions in both these spaces | 23:25 |
| _mup_ | ensemble/redirect-zk-log-dev-null r261 committed by jim.baker@canonical.com | 23:25 |
| _mup_ | Initial commit | 23:25 |
| kirkland | bcsaller: yeah, that's good! | 23:25 |
| kirkland | bcsaller: i've been saying ... "Ensemble is about how you deploy your applications/services INTO the cloud" | 23:25 |
| kirkland | bcsaller: "Orchestra is how you deploy THE CLOUD" | 23:25 |
| bcsaller | yeah, I avoided that word here because it still means different things to different people. Infrastructure seems to have more agreement | 23:26 |
| hazmat | another slightly more involved way of doing ensemble integration into orchestra would be offering an mcollective plugin that would have a limited command set to just activate machines as ensemble nodes | 23:27 |
| kirkland | bcsaller: fair enough | 23:27 |
| bcsaller | hazmat: Juan and I were talking about something similar to that today | 23:28 |
| hazmat | bcsaller, nice.. it seems pretty inline with the orchestra message. | 23:31 |
| kirkland | bcsaller: how was juan's part of the talk? | 23:31 |
| bcsaller | kirkland: I think he did really well, he also was willing to adapt a little and focus more on the infrastructure side of the story than the puppet side of things though all options were discussed | 23:32 |
| hazmat | bcsaller, where you guys thinking of richer semantics resolved via orchestra than machine activation? | 23:32 |
| bcsaller | hazmat: it goes back to the notion of types of formula that run inside other containers. (so not everything has to provide a relation to something like logging, or in this case maybe puppet infrastructure). I suggested that as a model for thinking about it we talk about things like "ensemble deploy wordpress as myblog with rsyslog, puppet-client" | 23:34 |
| bcsaller | where those are a new class of in-container formula | 23:34 |
| bcsaller | but thats the sort of thing we need to plan out and roadmap more | 23:34 |
| hazmat | bcsaller, indeed, that's perfect | 23:35 |
| bcsaller | :) | 23:35 |
| hazmat | its not really inheritance or containment, its association in the same unit same | 23:35 |
| hazmat | s/same/space | 23:35 |
| bcsaller | also "ensemble deploy rsyslog in service|unitname" works after the initial deployment | 23:36 |
| hazmat | SpamapS, ^ re policy formulas | 23:36 |
| SpamapS | oo hey what? | 23:36 |
| bcsaller | then we just need a way those formula's hooks are consistently triggered but we have a good model for it | 23:37 |
| SpamapS | with | 23:37 |
| SpamapS | I like that *a lot* | 23:37 |
| hazmat | bcsaller, yeah.. colocated units should work fine, its shrinking the granularity of a machine to the unit, its works really well. | 23:37 |
| bcsaller | we should paste this into an email, huh? :) | 23:38 |
| SpamapS | so then I can say 'ensemble add-relation *:rsyslog rsyslog-central-host | 23:38 |
| * SpamapS WINNING | 23:39 | |
| hazmat | bcsaller, s/we/you .. definitely captured at least, that's ensemble's way forward on the last remaining conceptual piece for single dc prod deployments. | 23:40 |
| bcsaller | SpamapS: yeah, the formula are not concerned with the logging aspect (except that some metadata might be needed) but the contained formula would still relate like that | 23:40 |
| hazmat | s/dc/data center | 23:40 |
| bcsaller | I parsed it | 23:41 |
| hazmat | bcsaller, an implementation could also clear the way for server side plugins | 23:42 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!