Wednesday, 2016-08-10

*** ducttape_ has quit IRC00:10
*** Apoorva has quit IRC00:13
*** mrhillsman is now known as mrhillsman_00:24
*** mrhillsman_ is now known as mrhillsman_Away00:24
*** aprice has joined #openstack-operators00:33
*** aprice has quit IRC00:39
*** ducttape_ has joined #openstack-operators01:11
*** fragatin_ has quit IRC01:12
*** fragatina has joined #openstack-operators01:12
*** ducttape_ has quit IRC01:16
*** Apoorva has joined #openstack-operators01:19
*** ducttape_ has joined #openstack-operators01:26
*** ducttape_ has quit IRC01:28
*** vinsh has joined #openstack-operators01:33
*** mrhillsman_Away is now known as mrhillsman01:50
*** ducttape_ has joined #openstack-operators02:28
*** Apoorva has quit IRC02:29
*** ducttape_ has quit IRC02:33
*** ducttape_ has joined #openstack-operators02:38
*** ducttape_ has quit IRC03:04
*** britthouser has joined #openstack-operators03:20
*** britthouser has quit IRC03:25
*** julim has quit IRC03:30
*** armax has quit IRC03:48
*** jlk has quit IRC04:04
*** jlk has joined #openstack-operators04:04
*** jlk has quit IRC04:04
*** jlk has joined #openstack-operators04:04
*** permalac has quit IRC04:25
*** permalac has joined #openstack-operators04:26
*** ducttape_ has joined #openstack-operators04:35
*** fragatin_ has joined #openstack-operators04:36
*** fragatina has quit IRC04:39
*** ducttape_ has quit IRC04:40
*** fragatin_ has quit IRC04:40
*** jamesdenton has quit IRC05:01
*** pcaruana has quit IRC05:01
*** emccormickva has joined #openstack-operators05:01
*** emccormick has quit IRC05:04
*** Trident has quit IRC05:25
*** negronjl_ has quit IRC05:32
*** ducttape_ has joined #openstack-operators05:47
*** VW has joined #openstack-operators05:47
*** negronjl has joined #openstack-operators05:51
*** VW has quit IRC05:51
*** ducttape_ has quit IRC05:52
*** rarcea_ has joined #openstack-operators05:59
*** rcernin has joined #openstack-operators06:04
*** jsheeren has joined #openstack-operators06:06
*** saneax_AFK is now known as saneax06:19
*** saneax is now known as Guest3849806:19
*** maishsk has joined #openstack-operators06:24
*** maishsk has quit IRC06:32
*** Hosam has joined #openstack-operators06:32
*** maishsk has joined #openstack-operators06:34
*** fragatina has joined #openstack-operators06:37
*** rarcea_ has quit IRC06:40
*** fragatina has quit IRC06:42
*** tesseract- has joined #openstack-operators06:44
*** ducttape_ has joined #openstack-operators06:48
*** zhangjn has quit IRC06:49
*** zhangjn has joined #openstack-operators06:52
*** ducttape_ has quit IRC06:53
*** Hosam_ has joined #openstack-operators06:55
*** Hosam has quit IRC06:56
*** liverpooler has joined #openstack-operators06:56
*** simon-AS559 has joined #openstack-operators07:04
*** crinkle has quit IRC07:19
*** crinkle has joined #openstack-operators07:21
*** pcaruana has joined #openstack-operators07:24
*** maishsk has quit IRC07:25
*** Guest38498 is now known as saneax_AFK07:27
*** Hosam has joined #openstack-operators07:32
*** matrohon has joined #openstack-operators07:33
*** Hosam_ has quit IRC07:36
*** maishsk has joined #openstack-operators07:37
*** matrohon has quit IRC07:41
*** ducttape_ has joined #openstack-operators07:49
*** maishsk has quit IRC07:50
*** maishsk has joined #openstack-operators07:51
*** Trident has joined #openstack-operators07:52
*** ducttape_ has quit IRC07:54
*** Trident has quit IRC07:54
*** Trident has joined #openstack-operators07:55
*** matrohon has joined #openstack-operators07:57
*** simonmcc has quit IRC08:08
*** simonmcc has joined #openstack-operators08:09
*** jsheeren has quit IRC08:10
*** jsheeren has joined #openstack-operators08:10
*** Trident has quit IRC08:11
*** matrohon has quit IRC08:15
*** furlongm has joined #openstack-operators08:18
*** openstackgerrit has quit IRC08:18
*** openstackgerrit has joined #openstack-operators08:18
*** Trident has joined #openstack-operators08:23
*** saneax_AFK is now known as saneax08:27
*** saneax is now known as Guest2583808:28
*** matrohon has joined #openstack-operators08:31
*** electrofelix has joined #openstack-operators08:36
*** dfflanders has quit IRC08:38
*** permalac has quit IRC08:40
*** ducttape_ has joined #openstack-operators08:50
*** admin0 has joined #openstack-operators08:54
*** ducttape_ has quit IRC08:55
*** matrohon has quit IRC09:22
*** paramite has joined #openstack-operators09:28
*** matrohon has joined #openstack-operators09:38
*** admin0 has quit IRC09:46
*** Trident has quit IRC09:46
*** Trident has joined #openstack-operators09:47
*** admin0 has joined #openstack-operators09:50
*** admin0 has quit IRC09:50
*** ducttape_ has joined #openstack-operators09:50
*** ducttape_ has quit IRC09:56
*** Hosam_ has joined #openstack-operators10:04
*** matrohon has quit IRC10:04
*** Hosam has quit IRC10:07
*** matrohon has joined #openstack-operators10:20
*** Hosam has joined #openstack-operators10:20
*** snecklifter has joined #openstack-operators10:23
*** Hosam_ has quit IRC10:24
*** matrohon has quit IRC10:29
*** Trident has quit IRC10:30
*** admin0 has joined #openstack-operators10:31
*** admin0 has quit IRC10:33
beddarihm so what do people use for automation via Python, openstacksdk or e.g novaclient directly?10:38
beddaridriving the API through Python is kind of new to me, I found openstacksdk through this stackoverflow post http://stackoverflow.com/questions/33698861/openstack-novaclient-python-api-not-working10:40
*** matrohon has joined #openstack-operators10:45
beddarithen apparently there is openstack-infra/shade too10:47
*** VW has joined #openstack-operators10:48
*** ducttape_ has joined #openstack-operators10:51
beddarishade seems to make the most sense, actually https://specs.openstack.org/openstack-infra/infra-specs/specs/shade.html10:52
*** VW has quit IRC10:52
*** permalac has joined #openstack-operators10:53
*** matrohon has quit IRC10:53
*** cvstealth has joined #openstack-operators10:53
beddarihmm ;) "We could improve the client libraries or python-openstacksdk. We’ve tried to include richer logic in the client libraries and have been told it’s not what they are for. The python-openstacksdk is still young and we’ve been told it’s not ready for production use yet. We need some of the logic for shade now, so the timescale for getting it done in python-openstacksdk isn’t very10:55
beddariworkable."10:55
*** cvstealt1 has quit IRC10:55
*** ducttape_ has quit IRC10:56
*** matrohon has joined #openstack-operators11:09
*** dbecker has quit IRC11:09
*** Anticime1 is now known as Anticimex11:10
*** matrohon has quit IRC11:12
*** Hosam has quit IRC11:12
*** cdelatte has joined #openstack-operators11:23
*** dbecker has joined #openstack-operators11:24
*** matrohon has joined #openstack-operators11:28
yankcrimebeddari: shade seems to be getting a lot of attention lately11:31
yankcrimefor bigger projects it's probably the one to go for11:31
yankcrimefor small scripts and basic tooling we've stuck to using {neutron,nova,keystone}client directly though11:31
beddariyankcrime: we did that too, but then ... things happening, keystone v3 etc, more involved workflows ...11:32
beddariactually we wrapped the os provided client package binaries haha11:33
*** matrohon has quit IRC11:36
yankcrimebeddari: yeah, we're probably going to have to rework some of our stuff in the not-too-distant future11:36
*** fragatina has joined #openstack-operators11:36
yankcrimeour most complicated api interactions are actually done via ruby though (using fog)11:37
beddarionboarding / provisioning ... this is the code we got that could be made a lot "better" using shade it seems https://github.com/norcams/himlar-dp-prep/blob/master/himlar_dp_prep/dp_provisioner.py11:39
*** fragatina has quit IRC11:41
*** dbecker has quit IRC11:47
*** dbecker has joined #openstack-operators11:48
*** dbecker has quit IRC11:49
*** ducttape_ has joined #openstack-operators11:52
*** matrohon has joined #openstack-operators11:52
*** dbecker has joined #openstack-operators11:53
*** ducttape_ has quit IRC11:57
*** maishsk has quit IRC11:59
*** maishsk has joined #openstack-operators12:04
*** admin0 has joined #openstack-operators12:04
*** VW has joined #openstack-operators12:06
*** ducttape_ has joined #openstack-operators12:07
*** Hosam has joined #openstack-operators12:07
*** maishsk has quit IRC12:19
*** snecklifter has quit IRC12:19
*** maishsk has joined #openstack-operators12:21
*** maishsk has quit IRC12:21
*** matrohon has quit IRC12:21
*** VW has quit IRC12:28
*** ducttape_ has quit IRC12:31
*** jsheeren_ has joined #openstack-operators12:32
*** jsheeren has quit IRC12:32
*** matrohon has joined #openstack-operators12:38
*** matrohon has quit IRC12:49
*** VW has joined #openstack-operators12:49
*** VW has quit IRC12:56
*** cdelatte has quit IRC13:01
*** priteau has joined #openstack-operators13:02
*** Hosam_ has joined #openstack-operators13:03
*** matrohon has joined #openstack-operators13:05
*** Hosam has quit IRC13:06
*** dminer has joined #openstack-operators13:15
*** matrohon has quit IRC13:17
*** mriedem has joined #openstack-operators13:21
*** harlowja has quit IRC13:23
*** julim has joined #openstack-operators13:24
*** dbecker has quit IRC13:25
*** Zucan has joined #openstack-operators13:26
*** ducttape_ has joined #openstack-operators13:27
*** ducttape_ has quit IRC13:31
*** matrohon has joined #openstack-operators13:34
*** admin0 has quit IRC13:34
*** jsheeren_ has quit IRC13:34
*** jsheeren has joined #openstack-operators13:35
*** VW has joined #openstack-operators13:38
*** VW_ has joined #openstack-operators13:40
*** matrohon has quit IRC13:41
*** VW_ has quit IRC13:41
*** VW_ has joined #openstack-operators13:42
*** VW has quit IRC13:42
*** jamesdenton has joined #openstack-operators13:49
*** hjanssen-hpe has joined #openstack-operators13:51
*** hj-hpe has joined #openstack-operators13:51
*** admin0 has joined #openstack-operators13:56
*** matrohon has joined #openstack-operators13:57
*** ducttape_ has joined #openstack-operators13:59
*** Hosam_ has quit IRC14:02
*** rlrossit has joined #openstack-operators14:05
*** catintheroof has joined #openstack-operators14:09
mnaserbeddari, fyi, just be careful to make sure you have no leftover resources when you delete projects14:11
mnaserdeleting keystone project/domain does not remove assigned resources in nova/etc (this part stinks tbh)14:12
*** matrohon has quit IRC14:13
*** hieulq_ has joined #openstack-operators14:14
*** jsheeren has quit IRC14:18
*** jsheeren has joined #openstack-operators14:18
*** zhangjn has quit IRC14:27
*** Hosam has joined #openstack-operators14:28
*** zhangjn has joined #openstack-operators14:29
*** matrohon has joined #openstack-operators14:29
*** Zucan has quit IRC14:31
beddarimnaser: thanks for the warning!14:41
*** aprice has joined #openstack-operators14:42
*** matrohon has quit IRC14:44
*** VW has joined #openstack-operators14:46
*** VW__ has joined #openstack-operators14:47
*** VW__ has quit IRC14:48
*** VW__ has joined #openstack-operators14:48
*** VW__ has quit IRC14:49
*** VW_ has quit IRC14:49
*** VW_ has joined #openstack-operators14:49
*** VW has quit IRC14:50
*** Guest25838 is now known as saneax_AFK14:51
*** aprice has quit IRC14:52
*** VW_ has quit IRC14:53
*** aprice has joined #openstack-operators14:54
*** jsheeren has quit IRC14:57
*** matrohon has joined #openstack-operators14:58
*** aprice has quit IRC15:00
*** hieulq_ has quit IRC15:01
*** d0ugal has quit IRC15:01
*** hieulq_ has joined #openstack-operators15:02
*** VW has joined #openstack-operators15:02
*** aprice has joined #openstack-operators15:06
*** david-lyle has quit IRC15:12
*** david-lyle has joined #openstack-operators15:12
*** armax has joined #openstack-operators15:13
*** fragatina has joined #openstack-operators15:16
*** fragatina has quit IRC15:16
*** fragatina has joined #openstack-operators15:17
*** VW has quit IRC15:18
*** VW has joined #openstack-operators15:18
rlrossitDoes anyone have pointers to Sensu checks for openstack? I want to do a service up check for Nova, and all I've been able to find is https://github.com/sensu-plugins/sensu-plugins-openstack which isn't very helpful15:36
keekzrlrossit: we're using all custom plugins, and we have a ton of different nova checks. we check to make sure the processes are running (like nova-api, nova-cells, nova-compute), that api works / responds successfully, things like that. then we also check that builds succeed, alert on build failure rates, etc. some of this stuff might be highly specific to your situation15:40
keekzwe use nagios though, not sensu, but the ideas will be the same15:41
rlrossitkeekz: thanks for the help. We are trying to figure out a way to make sure the services are pulling messages off of rabbit, and we figured a good initial check to be sure it's still listening is to see if it's still labelled as "up" by Nova15:44
rlrossitbecause that handles both the "is it running" and the "is it connected to rabbit" questions15:45
keekzah yeah we also check rabbit15:47
keekzone of the rabbit checks we have is to dump queue size in to graphite, then we make sure queue size doesn't grow above some number15:48
keekzwhen you say nova, that's unclear to me, since nova is like 50 different services15:48
keekzlike a nova-compute might be "running" but the config might be bad and it might not even be connected to the right rabbitmq15:49
keekzsame for a nova-cells15:49
*** matrohon has quit IRC15:50
*** VW has quit IRC15:52
rlrossitkeekz: by service I mean everything that comes back from nova service-list (the service group api)15:52
rlrossitwhich uses rabbit to report if it's up15:52
rlrossit(as far as I know)15:52
*** VW has joined #openstack-operators15:53
rlrossitbecause I've had bad configs too that when the service says it is up, but the config is bad, or if it hasn't been able to connect to rabbit, it's listed as down15:53
keekzinteresting.. we're not doing anything withs service-list15:53
rlrossitkeekz: this makes me think no one has done this before :). I'll see what I can write up and I'll let you know how it works if you're interested15:55
keekztbh i don't think i've ever used nova service-list before15:56
*** piet has joined #openstack-operators15:56
keekzwe have a lot of things and i see a bunch of down stuff... stuff that's probably old/dead/should be removed15:56
keekzeven more interesting that service-list doesn't report everything lol15:57
keekzi'm guessing it's hitting some kind of internal limits15:58
rlrossitI'm trying to fake having 200 n-cpu's across 2 nodes with the fake driver, and on multiple occasions I had a bad config and I was wondering why nothing would schedule, that's where I learned service-list tells me if I'm an idiot15:58
openflyfaking cores in the linux kernel was pretty easy15:58
keekzah i had a bad grep with my service-list.. it might actually be returning everything..15:59
openflyjust for 0..whatever replay the cpu in proc/cpuinfo15:59
keekzit's pretty slow if you have more than a few hundred things15:59
rlrossitwell I'm using some beefy hosts, so I haven't hit issues yet :)16:00
rlrossitwell, with n-cpu at least...16:00
*** rcernin has quit IRC16:01
*** shamail has joined #openstack-operators16:02
*** shamail has quit IRC16:07
*** britthouser has joined #openstack-operators16:08
*** hieulq_ has quit IRC16:19
*** Apoorva has joined #openstack-operators16:22
simon-AS559The USENIX Security conference will start in a few hours. The first technical presentation will be on "Flip Feng Shui" - https://www.vusec.net/projects/flip-feng-shui/16:25
simon-AS559Have people here heard about this?16:25
simon-AS559The TL;DR is that if you have "memory deduplication" enabled on your hypervisor hosts, a malicious cloud user may be able to change memory contents in another user's VM running on the same hypervisor host.16:26
simon-AS559The method is for the attacker to obtain (in their VM) a memory page that is identical to one in a victim's VM (which must run on the same hypervisor)16:27
simon-AS559Then the attacker can assume that (because of memory deduplication) the two pages use the same physical memory (DRAM)...16:27
simon-AS559…and use the "Rowhammer" attack to change bits in that memory using excessive READING16:28
simon-AS559(actual writes would cause the page to be separated into its own copy)16:28
*** pcaruana has quit IRC16:29
simon-AS559An easy way for a cloud provider to prevent this is to not do memory deduplication… so we're thinking about deactivating KSM on our (Linux/QEMU/KVM-based) hypervisor hosts.16:29
simon-AS559The question is how to do that efficiently on a fleet of hypervisors.16:29
simon-AS559KSM is active by default on modern Linux kernels, at least in the distributions that I checked (Ubuntu 14.04 and 16.04).16:30
simon-AS559QEMU/KVM has a configuration option that allows you to override the system default (KSM_ENABLED).16:31
simon-AS559Run-time status and stats about KSM can be found in /sys/kernel/mm/ksm/16:31
simon-AS559If /sys/kernel/mm/ksm/run is 1 (or non-zero), you'll have a daemon that scans pages in memory and tries to deduplicate them.16:32
*** admin0 has quit IRC16:32
simon-AS559So you can disable KSM by setting that to 0 (echo 0 | sudo tee /sys/kernel/mm/ksm/run).16:33
simon-AS559Then no new pages will be merged, but currently merged pages will stay merged.16:33
simon-AS559Well… hopefully they will still be unmerged automatically when one of the users WRITES to the page.16:34
simon-AS559What worries me a bit is that the statistics (e.g. /sys/kernel/mm/ksm/pages_shared) don't change anymore once you stop the background task (run -> 0).16:34
simon-AS559But hopefully that's just because updating of the statistics stops… can anyone confirm?16:35
*** paramite has quit IRC16:57
*** aprice has quit IRC16:58
*** simon-AS559 has quit IRC17:10
*** aprice has joined #openstack-operators17:16
*** mrhillsman is now known as mrhillsman_away17:22
*** harlowja has joined #openstack-operators17:27
*** VW has quit IRC17:29
*** ducttape_ has quit IRC17:30
*** aprice has quit IRC17:38
*** priteau has quit IRC17:41
*** Apoorva has quit IRC17:44
*** Apoorva has joined #openstack-operators17:45
*** priteau has joined #openstack-operators17:45
*** ducttape_ has joined #openstack-operators17:48
*** electrofelix has quit IRC17:49
*** dbecker has joined #openstack-operators17:49
*** simon-AS559 has joined #openstack-operators17:55
*** admin0 has joined #openstack-operators18:00
*** Apoorva_ has joined #openstack-operators18:00
*** VW has joined #openstack-operators18:02
*** Apoorva_ has quit IRC18:02
*** Apoorva_ has joined #openstack-operators18:02
*** Apoorva has quit IRC18:04
*** elo has joined #openstack-operators18:05
*** ducttape_ has quit IRC18:07
*** fragatina has quit IRC18:07
*** ducttape_ has joined #openstack-operators18:07
*** tesseract- has quit IRC18:13
*** Trident has joined #openstack-operators18:14
*** elo has quit IRC18:14
*** aprice has joined #openstack-operators18:19
*** elo has joined #openstack-operators18:22
*** dbecker has quit IRC18:26
*** dbecker has joined #openstack-operators18:28
*** aprice has quit IRC18:28
*** aprice has joined #openstack-operators18:28
*** VW has quit IRC18:31
*** Apoorva_ has quit IRC18:33
*** catintheroof has quit IRC18:34
*** Apoorva has joined #openstack-operators18:34
*** VW has joined #openstack-operators18:37
*** ducttape_ has quit IRC18:38
*** fragatina has joined #openstack-operators18:44
*** dbecker has quit IRC18:44
*** zul has quit IRC18:44
*** ducttape_ has joined #openstack-operators18:49
*** zul has joined #openstack-operators18:49
*** stanchan has joined #openstack-operators18:51
*** liverpooler has quit IRC18:52
*** fifieldt has quit IRC19:02
*** zul has quit IRC19:06
*** stanchan has quit IRC19:08
*** stanchan has joined #openstack-operators19:08
*** Trident has quit IRC19:14
*** fifieldt has joined #openstack-operators19:18
*** stanchan has quit IRC19:24
*** elo has quit IRC19:24
*** jsheeren has joined #openstack-operators19:26
*** jsheeren has quit IRC19:27
*** zul has joined #openstack-operators19:30
*** piet has quit IRC19:35
*** mrhillsman_away is now known as mrhillsman19:43
*** stanchan has joined #openstack-operators19:46
*** stanchan has quit IRC19:47
*** dminer has quit IRC19:49
*** Zucan has joined #openstack-operators19:50
*** d0ugal has joined #openstack-operators20:02
*** simon-AS5591 has joined #openstack-operators20:04
*** simon-AS559 has quit IRC20:05
*** elo has joined #openstack-operators20:16
*** VW has quit IRC20:25
*** julim has quit IRC20:30
*** elo has quit IRC20:33
*** elo has joined #openstack-operators20:36
*** elo has quit IRC20:40
*** aprice has quit IRC20:43
*** elo has joined #openstack-operators20:44
*** Zucan has quit IRC20:44
*** elo has quit IRC20:55
*** aprice has joined #openstack-operators20:56
*** VW has joined #openstack-operators21:02
*** Apoorva_ has joined #openstack-operators21:04
*** stanchan has joined #openstack-operators21:05
*** elo has joined #openstack-operators21:05
*** Apoorva has quit IRC21:07
*** fragatin_ has joined #openstack-operators21:08
mnasersimon-AS5591, echo 2 | sudo tee /sys/kernel/mm/ksm/run will flush out merged pages afaik :)21:11
mnaserwe've had ksm off for a while21:11
mnaserperformance issues and honestly we don't oversubscribe memory so what's the point21:11
mnaserand you really shouldn't be oversubscribing memory ;)21:11
*** fragatina has quit IRC21:12
*** aprice has quit IRC21:12
*** elo has quit IRC21:13
mnaseranyways, also in regards to the discussion above, this might be useful to someone .. rlrossit / keekz: sharing is caring right?  https://gist.github.com/mnaser/65d3dff4c751bc3e9ace288d9e080cdf21:13
mnaserthats a sensu check to ensure all nova services are running, we typically have that check run on the primary controller21:14
keekzcool, thanks mnaser21:14
mnaserhttps://gist.github.com/mnaser/5802d7b3cefc47103c3166b7199637d421:15
mnaserand that is a nice helper to make api calls to endpoints21:15
mnaserit takes care of getting a token automagically so its useful for small health checks like list volumes, list servers, etc21:15
mnaseri'll get around merging it to osops-monitoring-tools at some point..21:16
*** ducttape_ has quit IRC21:18
*** ducttape_ has joined #openstack-operators21:20
jlkWe moved away from doing API calls and instead just implemented the oslo healthcheck middleware across all the services21:30
jlkand we just hit that instead.21:30
*** ducttape_ has quit IRC21:36
*** ducttape_ has joined #openstack-operators21:38
mnaseri didnt know about the healthcheck api21:39
mnaserthank you so much jlk :>21:39
*** rlrossit has quit IRC21:41
*** jamesdenton has quit IRC21:44
*** dbecker has joined #openstack-operators21:45
*** priteau has quit IRC21:54
*** stanchan has quit IRC21:56
dmsimardKSM has been mostly worry free in my experience -- except with Windows guests.21:56
dmsimardmnaser: curious, why use ruby for your sensu checks ?21:58
dmsimardI mean, it's not like there are python clients or anything :)21:58
jlkinertia I would imagine22:04
jlksensu being ruby22:04
*** stanchan has joined #openstack-operators22:05
*** mriedem has quit IRC22:05
dmsimardjlk: sensu just runs a check script, though.. it can run nagios checks that are written in perl, bash or whatever. What matters to sensu is just the exit code being 0/1/2 and the check output.22:05
jlkI know, we have a pile of our own22:06
jlksome are ruby, many are python22:06
jlknew ones often come from copying an existing check to a new name22:06
dmsimardIt's fine if the answer is "I prefer ruby to python", just curious because the openstack python clients already take care of abstracting all the authentication and json parsing stuff which is re-written in ruby in that snippet22:07
dmsimardGenuinely interested, perhaps there are missing things in the clients and whatnot.22:08
*** elo has joined #openstack-operators22:09
mnaserdmsimard, the reason is from what i understand, the framework for writing sensu checks is largely based around ruby22:12
mnaserso kinda wanted to leverage that first22:12
dmsimardmnaser: yeah, I'm not familiar with writing /sensu/ checks -- but I know it can run anything you punt at it. Like for example we have this bash script https://github.com/rdo-infra/ansible-role-rdomonitoring/blob/master/files/check-http-file-age.sh and the sensu check definition that uses it here: http://paste.openstack.org/raw/553676/22:15
dmsimardI need to read into that actual check framework :)22:16
*** stanchan has quit IRC22:17
*** ducttape_ has quit IRC22:19
*** ducttape_ has joined #openstack-operators22:20
*** stanchan has joined #openstack-operators22:20
*** eric_lopez has joined #openstack-operators22:20
*** elo has quit IRC22:21
*** VW has quit IRC22:23
xavpaicejlk: is there somewhere I can read more about the oslo healthcheck middleware?  All we have it working with is Swift, and the others don't look quite so easy22:24
*** ducttape_ has quit IRC22:24
jlksure22:25
notmynamexavpaice: what does the oslo healthcheck middleware do?22:25
jlkxavpaice: here's what we did https://github.com/blueboxgroup/ursula/pull/1953/files22:25
jlknotmyname: it short-circuits the application and provides a quick pass/fail on the application.22:26
*** fragatin_ has quit IRC22:26
xavpaicemany thanks!22:26
jlkhttp://docs.openstack.org/developer/oslo.middleware/healthcheck_plugins.html22:26
*** fragatina has joined #openstack-operators22:27
jlkThose are mitaka based paste.inis22:28
xavpaiceawesome, will have a play - was going to ask if it's mitaka22:28
*** admin0 has quit IRC22:39
xavpaicejlk: does https://review.openstack.org/#/c/148595/ look familiar?22:44
jlkxavpaice: I think I used that as a starting point22:45
xavpaiceta22:45
jlkI saw glance had done it, and I got curious if I could do it for the rest of the projects22:45
*** stanchan has quit IRC22:46
*** stanchan has joined #openstack-operators22:47
xavpaiceI am failing to understand what creates the, e.g., /var/run/nova/healthcheck_disable file22:47
jlkoh, a human would do that22:47
jlkit's a way to turn on/off the middleware without having to edit config files and restart serices22:48
*** Hosam has quit IRC22:50
xavpaiceclearly I'm mis-reading https://specs.openstack.org/openstack/oslo-specs/specs/kilo/oslo-middleware-healthcheck.html22:52
* jlk looks22:52
jlkso that was the spec22:52
xavpaiceI thought that we were looking at a way for the service itself to report if it's able to function correctly (e.g. database working OK)22:52
jlkoh, no22:52
xavpaicestill useful, but in a different way22:53
jlkI thikn what this gives you is "is the API process running enough to push things through the wsgi pipeline"22:53
jlkit's not a functional test of the service per se, it's a "is the API responding" test.22:53
xavpaiceyeah, and that relies on some external $thing to check and report the result of the test if we want it to go any further than that22:54
xavpaiceguess I was looking for a cheat's way out of maintinaing API status tests for all the APIs22:54
jlkI think it depends on how depe into the 'status' you care to go.22:55
xavpaice:)22:55
*** dbecker has quit IRC22:56
xavpaicedead or alive is a bunch better than checking the port is open22:56
jlkyup, and this gives you a "mostly alive"22:57
*** mriedem has joined #openstack-operators23:01
xavpaicemany thanks!23:02
*** bryan_att has quit IRC23:03
*** eric_lopez has quit IRC23:10
*** saneax_AFK is now known as saneax23:13
*** saneax is now known as Guest794123:14
*** elo has joined #openstack-operators23:20
*** eric_lopez has joined #openstack-operators23:25
*** elo has quit IRC23:25
*** stanchan has quit IRC23:27
*** chlong|mtg has quit IRC23:31
*** stanchan has joined #openstack-operators23:42
*** simon-AS5591 has quit IRC23:48
*** stanchan has quit IRC23:53
*** stanchan has joined #openstack-operators23:56
*** jamesdenton has joined #openstack-operators23:58

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