Tuesday, 2015-07-14

cloudnullsweet.00:01
cloudnull in the command you dont need the `00:01
palendaeDerp thanks00:01
cloudnullbut other than that it looks good.00:01
cloudnullits filthy but it will work.00:01
cloudnull:)00:01
palendaeYeah00:01
palendaeI also thought about using ansible's find and file modules00:01
palendaeBut that's also filthy and is a lot more lines00:01
cloudnull+100:02
cloudnullthis is clean enough to know whats happening at a glance.00:02
palendaeClean enough to look like the rest of the script anyway :)00:02
palendaeAnd yeah00:02
palendaeHaving it do an ansible find, registering the var, then doing state: absent is a little convoluted in this case00:03
cloudnullagreed00:03
*** metral is now known as metral_zzz00:03
*** metral_zzz is now known as metral00:03
palendaeI *think* this is the last thing on RAX's list to get fixed, so I'd rather get it in now00:03
palendaeThan Thursdya :)00:04
*** jaypipes has quit IRC00:05
cloudnullyup and thats much appreciated. :)00:05
*** tlian has joined #openstack-ansible00:05
*** metral is now known as metral_zzz00:12
*** metral_zzz is now known as metral00:12
*** metral is now known as metral_zzz00:18
*** metral_zzz is now known as metral00:18
*** galstrom_zzz is now known as galstrom00:25
*** alop has quit IRC00:26
*** metral is now known as metral_zzz00:26
*** metral_zzz is now known as metral00:27
*** metral is now known as metral_zzz00:28
*** auld has quit IRC00:31
*** auld has joined #openstack-ansible00:32
*** galstrom is now known as galstrom_zzz01:03
*** annashen has joined #openstack-ansible01:25
*** annashen has quit IRC01:30
*** markvoelker has quit IRC01:44
*** sdake_ has joined #openstack-ansible01:55
*** sdake has quit IRC01:59
*** sdake has joined #openstack-ansible02:25
*** annashen has joined #openstack-ansible02:26
*** sdake_ has quit IRC02:29
*** tlian has quit IRC02:30
*** annashen has quit IRC02:31
*** britthouser has quit IRC02:38
*** sdake_ has joined #openstack-ansible02:40
*** britthouser has joined #openstack-ansible02:40
*** sdake has quit IRC02:44
openstackgerritMiguel Grinberg proposed stackforge/os-ansible-deployment: Add v3 calls for federation to keystone module  https://review.openstack.org/19767702:46
openstackgerritMiguel Grinberg proposed stackforge/os-ansible-deployment: Upgrade the Keystone library to use v3  https://review.openstack.org/19694302:46
openstackgerritMiguel Grinberg proposed stackforge/os-ansible-deployment: Keystone SP configuration  https://review.openstack.org/19439502:51
*** CheKoLyN has joined #openstack-ansible02:51
*** galstrom_zzz is now known as galstrom02:53
*** markvoelker has joined #openstack-ansible02:54
*** markvoelker has quit IRC02:55
*** markvoelker has joined #openstack-ansible02:55
*** CheKoLyN has quit IRC03:00
*** sdake has joined #openstack-ansible03:02
*** sdake has quit IRC03:27
*** sdake has joined #openstack-ansible03:47
*** annashen has joined #openstack-ansible03:56
*** annashen has quit IRC04:01
*** sdake has quit IRC04:01
*** sdake has joined #openstack-ansible04:03
*** sdake_ has quit IRC04:07
*** sdake_ has joined #openstack-ansible04:10
*** sdake has quit IRC04:13
*** sdake_ is now known as sdake04:13
*** britthouser has quit IRC04:14
*** galstrom is now known as galstrom_zzz04:16
*** sdake has quit IRC04:22
*** shausy has joined #openstack-ansible04:25
*** fawadkhaliq has joined #openstack-ansible04:34
*** fawadkhaliq has quit IRC04:38
*** markvoelker_ has joined #openstack-ansible04:48
*** galstrom_zzz is now known as galstrom04:49
*** markvoelker has quit IRC04:50
*** markvoelker_ has quit IRC04:52
*** annashen has joined #openstack-ansible04:57
*** markvoelker has joined #openstack-ansible04:57
*** fawadkhaliq has joined #openstack-ansible04:58
*** annashen has quit IRC05:02
*** markvoelker has quit IRC05:03
*** markvoelker has joined #openstack-ansible05:08
*** galstrom is now known as galstrom_zzz05:11
*** markvoelker has quit IRC05:16
*** markvoelker has joined #openstack-ansible05:22
*** markvoelker has quit IRC05:28
*** prometheanfire has quit IRC05:46
*** metral_zzz is now known as metral05:47
*** prometheanfire has joined #openstack-ansible05:53
*** annashen has joined #openstack-ansible05:58
*** prometheanfire has quit IRC06:01
*** annashen has quit IRC06:03
*** prometheanfire has joined #openstack-ansible06:04
*** persia has quit IRC06:29
*** persia has joined #openstack-ansible06:30
*** persia has quit IRC06:30
*** persia has joined #openstack-ansible06:30
*** annashen has joined #openstack-ansible06:59
*** javeriak has joined #openstack-ansible06:59
*** prometheanfire has quit IRC07:02
*** prometheanfire has joined #openstack-ansible07:03
*** prometheanfire has quit IRC07:03
*** prometheanfire has joined #openstack-ansible07:03
*** annashen has quit IRC07:03
*** prometheanfire has quit IRC07:10
*** prometheanfire has joined #openstack-ansible07:11
*** prometheanfire has quit IRC07:15
*** prometheanfire has joined #openstack-ansible07:22
*** javeriak_ has joined #openstack-ansible07:35
*** prometheanfire has quit IRC07:36
*** javeriak has quit IRC07:37
*** prometheanfire has joined #openstack-ansible07:38
*** sdake has joined #openstack-ansible07:45
*** fawadkhaliq has quit IRC07:49
*** sdake has quit IRC07:50
*** sdake has joined #openstack-ansible07:51
*** sdake has quit IRC07:58
*** annashen has joined #openstack-ansible08:00
*** annashen has quit IRC08:04
openstackgerritJaveria Khan proposed stackforge/os-ansible-deployment: Update for PLUMgrid Metadata configuration parameters  https://review.openstack.org/20144908:07
*** fawadkhaliq has joined #openstack-ansible08:11
*** annashen has joined #openstack-ansible09:00
*** javeriak_ has quit IRC09:03
*** annashen has quit IRC09:05
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: SSL support for haproxy  https://review.openstack.org/20146809:06
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Add openstackclient to the keystone containers  https://review.openstack.org/19973009:17
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: Add openstackclient to the keystone containers  https://review.openstack.org/19973009:17
*** gcivitella has joined #openstack-ansible09:34
*** gparaskevas has joined #openstack-ansible09:58
gparaskevasHello there09:58
gparaskevasa quick question about OSAD09:58
gparaskevasi am creating additional playbooks for nagios09:59
gparaskevasand i would like to create hosts config files for nagios based on the items in the OSAD inventory09:59
gparaskevashow can i define such thing inside the task?09:59
*** annashen has joined #openstack-ansible10:01
*** fawadkhaliq has quit IRC10:03
gparaskevasanyone?10:04
*** annashen has quit IRC10:06
odyssey4megparaskevas if you're using the OSAD dynamic inventory then you'll have access to the entire layout of the environment in terms of hosts, their addresses and groups10:14
odyssey4meyou would access that information using the standard hostvars10:14
odyssey4megparaskevas here's an example ansible.cfg which uses the OSAD inventory: https://github.com/rcbops/rpc-openstack/blob/master/rpcd/playbooks/ansible.cfg10:16
gparaskevasHey odyssey thanks i will give it a look!10:18
*** fawadkhaliq has joined #openstack-ansible10:18
odyssey4megparaskevas sure, no problem\10:18
odyssey4megparaskevas here's a task which updates the /etc/hosts file to help you understand how to find the IP's of each host: https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/roles/openstack_hosts/tasks/openstack_update_hosts_file.yml10:19
gparaskevasHow stupid am i10:20
gparaskevasi was squzing my brain to think of a task where the inventory is used and i dnt hough of the hosts files!10:20
gparaskevasthank again10:21
*** britthouser has joined #openstack-ansible10:24
*** gparaskevas has quit IRC10:37
*** britthouser has quit IRC10:47
*** britthouser has joined #openstack-ansible10:53
*** annashen has joined #openstack-ansible11:02
*** annashen has quit IRC11:07
*** openstackgerrit has quit IRC11:09
*** jaypipes has joined #openstack-ansible11:09
*** openstackgerrit has joined #openstack-ansible11:10
*** gparaskevas has joined #openstack-ansible11:27
*** britthouser has quit IRC11:31
*** gparaskevas has quit IRC11:54
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Add md5sum check for swift rings after ring-sync  https://review.openstack.org/20152811:56
*** annashen has joined #openstack-ansible12:03
*** britthouser has joined #openstack-ansible12:03
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Cleanup unused functions in swift_rings.py  https://review.openstack.org/20153112:07
*** annashen has quit IRC12:08
*** openstack has joined #openstack-ansible12:14
*** fawadkhaliq has quit IRC12:20
*** ig0r_ has joined #openstack-ansible12:24
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Adjust the network rings are syncd on  https://review.openstack.org/20112312:29
*** _hanhart has joined #openstack-ansible12:32
*** markvoelker has joined #openstack-ansible12:43
*** markvoelker has quit IRC12:47
*** markvoelker has joined #openstack-ansible12:57
*** markvoelker has quit IRC13:01
*** markvoelker has joined #openstack-ansible13:01
*** fawadkhaliq has joined #openstack-ansible13:02
*** annashen has joined #openstack-ansible13:04
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: [WIP] Add md5sum check for swift rings after ring-sync  https://review.openstack.org/20152813:05
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Add md5sum check for swift rings after ring-sync  https://review.openstack.org/20152813:06
*** markvoelker has quit IRC13:06
*** annashen has quit IRC13:09
*** markvoelker has joined #openstack-ansible13:10
*** gparaskevas has joined #openstack-ansible13:42
gparaskevas@odyssey4me13:43
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: Read affinity from environment  https://review.openstack.org/20156013:43
*** TheIntern has joined #openstack-ansible13:43
gparaskevas@odyssey4me Hello again!13:44
gparaskevasi have a quick question regaridng ELK and OSAD13:45
odyssey4megparaskevas sure13:45
gparaskevasdoes each rsyslog clinet ship the logs to logstash or does it ship them first to rsyslog server and then rsyslog server to logstash?13:46
odyssey4megparaskevas currently OSAD does not include anything with regards to the ELK stack, but it does provide a means to configure rsyslog to ship logs to any syslog target host:port13:47
odyssey4methis means that you can ship logs to whatever you like13:47
gparaskevasyes i know that i am just curious about what was your approch in osad was rpc specific13:47
gparaskevaswhen osad was rpc specific13:48
odyssey4megparaskevas well, RPC is found at https://github.com/rcbops/rpc-openstack and consumes OSAD, then adds bits onto it - the approach there is to use python-beaver to ship logs from the source13:49
cloudnullmorning13:50
gparaskevasvery interesting! thank you!13:51
*** markvoelker_ has joined #openstack-ansible14:00
*** sigmavirus24_awa is now known as sigmavirus2414:01
*** markvoelker has quit IRC14:04
*** annashen has joined #openstack-ansible14:05
*** annashen has quit IRC14:09
*** jwagner_away is now known as jwagner14:15
openstackgerritMerged stackforge/os-ansible-deployment-specs: Multi-region swift  https://review.openstack.org/19832214:16
*** sdake_ has joined #openstack-ansible14:24
*** gparaskevas has quit IRC14:30
*** tlian has joined #openstack-ansible14:31
*** sdake_ is now known as sdae14:37
*** sdae is now known as sdake14:37
*** markvoelker_ has quit IRC14:49
*** markvoelker has joined #openstack-ansible14:50
*** sdake has quit IRC14:51
*** sdake has joined #openstack-ansible14:51
sigmavirus24FWIW, http://www.openwall.com/lists/oss-security/2015/07/14/4 was the CVE we fixed by upgrading to 1.9.214:55
sigmavirus24(Thanks again rackertom for doing that)14:55
*** markvoelker has quit IRC14:55
rackertomIt was almost literally nothing14:55
*** jwagner is now known as jwagner_away14:58
cloudnull++15:02
openstackgerritMerged stackforge/os-ansible-deployment: Add role system-crontab-coordination  https://review.openstack.org/20114215:03
openstackgerritMerged stackforge/os-ansible-deployment: Allow galera wsrep_provider_options to be customised  https://review.openstack.org/19423615:03
*** annashen has joined #openstack-ansible15:06
openstackgerritMerged stackforge/os-ansible-deployment: Remove haproxy galera monitoring user  https://review.openstack.org/20074215:06
*** annashen has quit IRC15:10
*** ig0r_ has quit IRC15:10
*** ig0r__ has joined #openstack-ansible15:11
sigmavirus24so given that aesthetics seem like they'll win out over practicality (http://lists.openstack.org/pipermail/openstack-dev/2015-July/069464.html), we'll need to add tooling (and kolla will probably have to do the same) to handle arbitrary upgrade version pins15:13
openstackgerritNolan Brubaker proposed stackforge/os-ansible-deployment: Parameterize galera slow/unindexed logging options  https://review.openstack.org/20162515:17
*** ig0r_ has joined #openstack-ansible15:18
*** ig0r__ has quit IRC15:19
*** markvoelker has joined #openstack-ansible15:26
*** shausy has quit IRC15:27
sdakesgmavirus24 thanks - hadn't seen that prior - mailing list = too much output ;)15:41
*** Mudpuppy has joined #openstack-ansible15:41
*** ig0r__ has joined #openstack-ansible15:43
*** ig0r_ has quit IRC15:43
sigmavirus24sdake: you're welcome15:45
sigmavirus24Although I'm not exactly sure how kolla's source installations work at the moment15:45
sdakebarely working atm15:45
sdakewe have a tool which does the install15:45
sdakeand we only have a few containers implemented iirc15:45
sdakeits coming along quickly though15:45
sdakelet me see if I can find the thing that does the job15:45
sigmavirus24So you're building the containers with the services installed from source and distributing that?15:46
sdakehttps://github.com/stackforge/kolla/blob/master/tools/gen-source-tar.sh15:46
sdakeright15:46
sdakethat gets installed in the container and untars a tarball15:46
sdakerather that generates the tarball15:46
sdakeand the tarball gets untarred iirc15:47
sdakehere is keystone15:48
sdakehttps://github.com/stackforge/kolla/blob/master/docker/centos/source/keystone/Dockerfile15:48
sdakeonly keystone is implemented at this time from source ;-)15:48
sdakepbourke is working on the rest15:49
*** zehicle has joined #openstack-ansible15:51
cloudnullsigmavirus24: i guess in the wheel build process for the service builds we could add in epochs to the ver name, i dont see an easy way to insert them using pip .15:52
cloudnullor bdist_wheel15:52
*** erikmwilson has joined #openstack-ansible15:55
*** Bjoern_ has joined #openstack-ansible15:55
sigmavirus24cloudnull: there isn't. It would need to be in the version string15:56
openstackgerritAndy McCrae proposed stackforge/os-ansible-deployment: Add a ring vs contents file consistency check  https://review.openstack.org/20164215:56
sigmavirus24sdake: are upgrades within containers going to be supported in kolla or not?15:56
sdakesigmavirus24 in the past we did upgrades within containers15:57
sdakeI think going forward it will be an external action15:57
sdakebut I am not certain15:57
sdakeall depends what the team comes up with :)15:57
sigmavirus24sdake: so if just swapping out the container is going to be the upgrade process, that might not affect you as severely15:57
sigmavirus24You can version containers differently than the services do for sanity15:57
sdakeya we also have to upgrade the db15:58
cloudnulli wonder if we could go upstream and create something like "git+https://git.repo/some_repo.git#epoch_force=1! ? you think dstuff would be open to that sort of thing ?15:58
sdakebut the main job is swapping the container15:58
sigmavirus24cloudnull: you mean in pip?15:58
sigmavirus24probably not15:58
cloudnullyes15:58
sigmavirus24epochs belong in the version string15:58
sigmavirus24cloudnull: doesn't hurt to discuss it in #pypa-dev though15:58
cloudnullagreed.15:58
sigmavirus24My two cents: It wouldn't hurt to do forcibly rename the wheel files after we've built them15:59
cloudnullwe can do that .15:59
sigmavirus24pip looks at the links right now for version information so that *might* be enough15:59
*** rromans_afk is now known as rromans15:59
cloudnullthats easy enough .15:59
sigmavirus24We should also have repository cleaner tasks15:59
sigmavirus24In other words, after an upgrade run this task to remove all the crap that existed before16:00
sigmavirus24but then we have a vicious cycle of adding epochs in anyway16:00
palendaesigmavirus24: So far we've not had 2 consecutive releases with repos16:00
palendaeJuno had no repo16:00
palendaeKilo -> Liberty hasn't been worked much yet16:00
sigmavirus2413.0.0 will be implicitly 0!13.0.0, which will sort < 1!12.0.016:00
odyssey4mecloudnull sigmavirus24 this is pretty much a once-off issue, right? so why don't we just dump/rebuild the containers (where practical) and remove/install on those that can't be dumped? this could be in an upgrade script from kilo to liberty16:00
sigmavirus24odyssey4me: that's just a super disgusting hack around a perpetually broken usptream16:01
sigmavirus24It also removes the ability to do a graceful downgrade if the upgrade goes poorly16:01
openstackgerritgit-harry proposed stackforge/os-ansible-deployment: Target AIO swift vars at specific containers  https://review.openstack.org/20164416:01
cloudnullalso if someone uses the pools directly and not the link directories then kilo would be the only version installed forever16:01
Sam-I-Ambbbbug meeeeeting?16:01
sigmavirus24I mean we'd have to keep the old versions around in the repo if we need to downgrade back to a working version if something goes sideways16:01
Sam-I-Amor has that been cancelled-notcancelled16:01
cloudnullnope thats starting now.16:02
sigmavirus24Sam-I-Am: I think it's still on16:02
Sam-I-Amalso known as b3rnard0'd lol16:02
cloudnullBug Triage time: cloudnull, mattt, andymccr, d34dh0r53, hughsaunders, b3rnard0, palendae, Sam-I-Am, odyssey4me, serverascode, rromans, mancdaz, dolphm, _shaps_, BjoernT, claco, echiu, dstanek, jwagner, ayoung16:02
cloudnullplease open your browsers to link https://bugs.launchpad.net/openstack-ansible/+bugs?orderby=status&start=016:03
cloudnull:)16:03
Sam-I-Amwe have no bugs :)16:03
cloudnullonly feature16:03
cloudnullfirst up https://bugs.launchpad.net/openstack-ansible/+bug/147346216:04
openstackLaunchpad bug 1473462 in openstack-ansible "Gate script conditional for DEPLOY_CEILOMETER is wrong" [Undecided,New] - Assigned to Miguel Alejandro Cantu (miguel-cantu)16:04
cloudnullalextricity:  you around ?16:04
cloudnullyou have time to patch this  ?16:04
cloudnullseems like a bug we should fix for ceilometer.16:05
cloudnullanyone ?16:05
*** galstrom_zzz is now known as galstrom16:06
cloudnullconfirmed for 11.1.016:06
cloudnullnext https://bugs.launchpad.net/openstack-ansible/+bug/147268816:06
openstackLaunchpad bug 1472688 in openstack-ansible juno "raxmon-all playbook fails in juno (10.1.10)" [Undecided,New]16:06
*** annashen has joined #openstack-ansible16:06
cloudnullcc palendae ^16:07
palendaeBjoern_: Any input on that?16:07
cloudnullspeak now or "wont fix"16:07
palendaecloudnull: I don't have any more info on it than what's in the report yet16:07
Bjoern_nope, nothing other than I submitted via the review16:08
palendaeBjoern_: Is this a blocker for you?16:08
Bjoern_10.1.10 can not be installed without that fix, at least on the raxmon portion16:08
Bjoern_it depends how fast 10.1.11 comes16:08
palendaeOk16:08
Bjoern_then not16:08
*** Bjoern_ is now known as BjoernT16:09
palendae10.1.11 is scheduled for friday16:09
cloudnullBjoern_: https://review.openstack.org/#/c/199639/ is gating16:09
cloudnullok confirmed, and assigned to 10.1.11 for now16:10
cloudnullnext https://bugs.launchpad.net/openstack-ansible/+bug/147267016:10
openstackLaunchpad bug 1472670 in openstack-ansible "python-openstackclient oslo.config requirements not satisfied by repo" [Undecided,New]16:10
cloudnullpalendae: were you able to confirm that ?16:10
*** jwagner_away is now known as jwagner16:10
cloudnulli've not been able to reproduce it16:11
palendaeNor have i16:11
*** annashen has quit IRC16:11
palendaeMy oslo.i18n issues yesterday were 10.1.10 -> master16:11
palendaeWhich is broken anyway16:11
*** gcivitella has quit IRC16:11
cloudnullnext https://bugs.launchpad.net/openstack-ansible/+bug/129354016:12
openstackLaunchpad bug 1293540 in OpenStack Compute (nova) "nova should make sure the bridge exists before resuming a VM after an offline snapshot" [Low,In progress] - Assigned to Luo Gangyi (luogangyi)16:12
Sam-I-Amnot really our bug?16:14
cloudnullno16:14
cloudnullits their bug but someone added it to our tracker.16:14
Sam-I-Amyeah, not sure why16:14
Sam-I-Amif its still a problem with linuxbridge then it does affect osad, but the patch would be an upstream thing16:15
Sam-I-Amlooks like sean tagged it, so i can ask him16:15
cloudnullI removed our link . but added to the heat .16:15
Sam-I-Amthats better16:16
cloudnulland thats that.16:16
BjoernTyup I added this so we are aware of this issue16:16
cloudnullare there other issues .16:16
cloudnullthat we want to talk about?16:17
zehicleI'm a n00b here - was wondering if someone could review a dynamic inventory file to see if it has useful information to feed into openstack ansible16:18
cloudnullsure. what you go t?16:19
zehiclelet me make a gist...16:19
zehiclehttps://gist.github.com/zehicle/ceabeac5335b5ebcc9e816:21
zehiclesigh - need to wrap some strings16:21
cloudnulllooks like thats an inventory coming from crowbar ?16:22
zehiclebut you can get the general idea16:22
zehicleyes, that's exactly what it is16:22
zehiclewe already distribute the ssh and make it easy to use ansible - this would be the next step16:24
zehicleis this group using a reference inventory file w/ good defaults that could be generated?16:25
cloudnullwithin the project we generate the inventory out of config and it looks like this: http://paste.openstack.org/show/37473716:25
zehiclethanks16:26
zehiclethat is what I was looking for16:26
cloudnullso if you merged yours and something similar to that basic invnetory, it should work.16:26
cloudnullalso checkout http://osad.readthedocs.org/en/latest/ on how thats all created16:27
zehicleinteresting hybred of information16:28
zehiclethose were the pointers that I was looking for16:28
zehiclewhat creates all those containers?16:29
cloudnullthe containers are created within the ansible playbooks.16:29
palendaezehicle: A playbook16:29
cloudnullhttps://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/lxc-containers-create.yml16:29
openstackgerritHugh Saunders proposed stackforge/os-ansible-deployment: Keystone SP configuration  https://review.openstack.org/19439516:32
zehicleok, that may be the more logical starting point since the first example assumes that a lot of containers have been created16:32
cloudnullthat inventory was generated using the playbooks within the project.16:32
palendaezehicle: Also note https://github.com/stackforge/os-ansible-deployment/blob/master/playbooks/inventory/dynamic_inventory.py16:33
cloudnullessentially is created from items in config16:33
cloudnullusing that script ^^16:33
palendaeWhich would read /etc/openstack_deploy/openstack_user_config.yml16:33
*** fawadkhaliq has quit IRC16:33
cloudnullzehicle: most of that is talked about here http://osad.readthedocs.org/en/latest/install-guide/configure.html16:33
*** auld has quit IRC16:35
zehiclethis is helpful, thanks16:35
cloudnullanytime16:36
palendaezehicle: I'd be interested if you came up with a solution to feed crowbar inventory into the playbooks; we've had an out-standing spec for making the dynamic inventory more generic, so it could pull from multiple sources16:37
palendaeThus far we've not had anyone that needed it, though, so it's kind of just sat16:37
*** annashen has joined #openstack-ansible16:39
*** fawadkhaliq has joined #openstack-ansible16:46
zehiclepalendae, that's exactly what I'm trying to do w/ the inventory that I posted16:46
palendaezehicle: Cool - sorry, didn't follow the links yet. Lots of things happening at once16:52
cloudnulllet us know how it goes zehicle .16:53
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439516:55
sigmavirus24stevelle: thanks for the recheck16:57
stevellealways16:57
*** auld has joined #openstack-ansible16:58
openstackgerritJesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Keystone SP configuration  https://review.openstack.org/19439517:05
*** galstrom is now known as galstrom_zzz17:06
palendaeWhen people get a change, looks like https://review.openstack.org/#/c/199639/ has settled down in the gate17:06
*** TheIntern has quit IRC17:10
*** alop has joined #openstack-ansible17:11
*** fawadkhaliq has quit IRC17:16
odyssey4memiguelgrinberg both hughsaunders and I have added our fixes for the day into https://review.openstack.org/194395 - I've added some comments for stuff outstanding too17:19
miguelgrinbergodyssey4me: okay, I'll give the update a try17:20
miguelgrinbergodyssey4me: did you see my note on the other channel regarding updates to keystone entities?17:21
openstackgerritJulian Montez proposed stackforge/os-ansible-deployment: Allow Swift middleware to be set via a variable  https://review.openstack.org/18156017:21
odyssey4memiguelgrinberg ah, yes - the ensure_<entity> does not do an update if the details are different... that's a bug that was registered before for the previous iteration too17:22
miguelgrinbergodyssey4me: we should think about adding that at some point, pretty painful to do trial/error cycles without that17:23
*** annashen has quit IRC17:23
odyssey4memiguelgrinberg if sigmavirus24 has some time, then perhaps he can work on that as a follow-on patch?17:23
sigmavirus24yeah17:24
sigmavirus24I was noodling on how to do that effectively17:24
sigmavirus24Perhaps a "force-update" flag for the command?17:24
odyssey4meor perhaps as a revision to https://review.openstack.org/197677 specifically for the federation bits?17:24
sigmavirus24miguelgrinberg: can you give a concrete example of a usecase where the update is always necessary?17:25
odyssey4mesigmavirus24 a force flag is fairly standard in Ansible17:25
sigmavirus24I'm just trying to understand the flow17:25
odyssey4mesigmavirus24 essentially if anything's changed - the content of the map, for example17:25
sigmavirus24Would it be find, delete, add?17:25
miguelgrinbergsigmavirus24: the one that is likely to need this is the mapping entitiy17:26
odyssey4mehmm, no - most of the commands allow you to 'set' and it'll overwrite it17:26
miguelgrinbergsigmavirus24: ensure_mapping here: https://review.openstack.org/#/c/194395/26/playbooks/roles/os_keystone/tasks/keystone_external_idp_setup.yml,cm17:26
odyssey4mein fact, this may be worth looking into - I vaguely recall code walking and thought I saw that if you 'set' and the entity doesn't exist then it'll create17:27
odyssey4meI might be imagining things though17:27
odyssey4meso we could switch to a default behaviour of setting, which will always replace17:28
miguelgrinbergodyssey4me: even if there are no changes?17:29
odyssey4memiguelgrinberg not sure - just a thought17:29
odyssey4meI need to run - time to catch a train.17:29
miguelgrinbergso what I'm thinking is that we know what the properties names are in ansible and keystone, so we can get the entity and compare all fields17:30
*** metral is now known as metral_zzz17:33
*** fawadkhaliq has joined #openstack-ansible17:34
*** daneyon_ has quit IRC17:35
*** daneyon has joined #openstack-ansible17:35
*** daneyon_ has joined #openstack-ansible17:38
*** daneyon has quit IRC17:41
*** jwagner is now known as jwagner_away17:42
*** britthouser has quit IRC17:47
*** metral_zzz is now known as metral17:50
*** britthouser has joined #openstack-ansible17:56
*** openstackgerrit has quit IRC17:56
*** openstackgerrit has joined #openstack-ansible17:56
openstackgerritBjoern Teipel proposed stackforge/os-ansible-deployment: Removing HTTP repos prior to adding HTTPS repos to prevent apt-get update issues  https://review.openstack.org/20169117:59
*** galstrom_zzz is now known as galstrom18:01
*** jmckind has joined #openstack-ansible18:01
*** TheIntern has joined #openstack-ansible18:02
*** jmckind has quit IRC18:02
*** jmckind has joined #openstack-ansible18:02
openstackgerritBjoern Teipel proposed stackforge/os-ansible-deployment: Removing HTTP repos prior to adding HTTPS repos to prevent apt-get update issues  https://review.openstack.org/20169118:04
*** annashen has joined #openstack-ansible18:09
palendaeBjoernT: I was actually trying out a fix for that as well; what I did instead was removed the file in run-upgrade.sh18:13
openstackgerritBjoern Teipel proposed stackforge/os-ansible-deployment: Removing HTTP repos prior to adding HTTPS repos to prevent apt-get update issues  https://review.openstack.org/20169618:13
BjoernTyeah I opted to do it in ansible since it runs multiple times and is idempotent18:14
BjoernTthe run-upgrade isn't, looking at this now too since I run the playbooks like a monkey in a loop18:15
palendaeTrue, well, maybe18:15
palendaeI left a comment on the review - what if you run the playbooks again and that step already ran?18:15
palendaeThe http repo entry is gone, but it's still looping until it succeeds...18:16
palendaeWait, no, it wouldn't18:16
palendaeBecause it would (or should) see it's absent and skip18:16
palendaeThinking aloud :)18:17
BjoernTYeah I did verify this18:18
palendaeActually, I just had a 10.1.10 install finish, so I'm gonna pull this and run just to be sure18:19
BjoernTok, 4 eyes are better than 218:19
palendaeYeah, if it passes I'll +218:19
palendaeBjoernT: Appreciate the help with patches18:22
BjoernTyeah need to get this off my plate18:22
*** promethe1nfire has joined #openstack-ansible18:26
*** stevelle_ has joined #openstack-ansible18:29
*** blewis has joined #openstack-ansible18:29
*** blewis is now known as Guest988718:29
*** sigmavirus24 has quit IRC18:30
*** daneyon_ has quit IRC18:30
*** fawadkhaliq has quit IRC18:30
*** prometheanfire has quit IRC18:30
*** stevelle has quit IRC18:30
*** jacorob_ has quit IRC18:30
*** sigmavirus24 has joined #openstack-ansible18:31
sigmavirus24so odyssey4me just to be clear, uninstalling first will not work18:31
sigmavirus24especially if we leave the old packages in the repo18:31
sigmavirus24pip install glance will select the latest from ["8.0.x", "2015.1.x"] and "20ab.c.d" will always win18:32
cloudnull^ this is the problem you've been running into palendae with a kilo > master upgrade18:32
sigmavirus24We'd have to wipe out the ability to restore the system to its previous state in the event that an upgrade needed to be killed18:32
sigmavirus24You'd have to kill the existing archive18:32
sigmavirus24s/archive/repo/18:32
sigmavirus24Re-build it with just the versions you wanted. Then pip uninstall -y (server) in each container. Then pip install (server)18:33
palendaecloudnull: Yeah18:33
sigmavirus24And yes, from there on out your repo could contain old versions, but nothing prior to Liberty18:33
palendaeWas juno -> master, but I think if master is the end target the upgrade won't work18:33
sigmavirus24master/liberty will not be a friendly upgrade for us at all18:34
cloudnullsigmavirus24:  i think we can inject an epoch into the package version name with yaprt18:35
cloudnulli just need to go find time to give it a go18:35
cloudnulland to clean some things up18:35
sigmavirus24cloudnull: yeah we'll probably need a user var to indicate whether that's always necessary or not18:35
sigmavirus24as in "This is an upgrade from pre-liberty to liberty so we set X"18:35
sigmavirus24And all future upgrades have that set as well18:36
cloudnulli think we can simply start building all packages with it. but i dont know if that has future ramifications.18:36
cloudnullif we do something like "1!" in the name from liberty onward it should "fix" the issue ?18:38
palendaeBjoernT: http://paste.openstack.org/show/375005/, looking into it18:39
BjoernTok, damn indentation18:45
BjoernTkilo branch tight ?18:45
BjoernTright18:45
palendaeYeah18:46
*** promethe1nfire is now known as prometheanfire18:49
openstackgerritBjoern Teipel proposed stackforge/os-ansible-deployment: Removing HTTP repos prior to adding HTTPS repos to prevent apt-get update issues  https://review.openstack.org/20169118:51
sigmavirus24cloudnull: that will fix the issue, yes18:51
BjoernTpalendae: uploaded patch set 318:51
palendaeBjoernT: odyssey4me blocked the review18:51
BjoernTI did submit a new review for master. Judging from your comment, that's not what you guys usually do ? Just cherry pick it18:52
palendaeThat wasn't mine18:52
palendaeYeah, we normally go master then cherry-pick back18:52
BjoernTyeah this still works since kilo branch and master are still close no fundamental changes18:54
*** openstackgerrit has quit IRC18:56
*** openstackgerrit has joined #openstack-ansible18:56
*** jwagner_away is now known as jwagner18:57
*** auld has quit IRC19:02
openstackgerritBjoern Teipel proposed stackforge/os-ansible-deployment: Removing HTTP repos prior to adding HTTPS repos to prevent apt-get update issues  https://review.openstack.org/20169619:04
openstackgerritBjoern Teipel proposed stackforge/os-ansible-deployment: Removing HTTP repos prior to adding HTTPS repos to prevent apt-get update issues  https://review.openstack.org/20169619:05
*** weezS has joined #openstack-ansible19:27
*** jmckind has quit IRC19:42
*** daneyon has joined #openstack-ansible19:49
*** jmckind has joined #openstack-ansible19:54
BjoernTpalendae: New bug from Juno to kilo upgrade: https://bugs.launchpad.net/openstack-ansible/+bug/147453119:58
openstackLaunchpad bug 1474531 in openstack-ansible "Inventory group rabbitmq_all missing from Juno to Kilo upgrade" [Undecided,New]19:58
palendaeHrm, I didn't see that and I ran 3 upgrades yesterday20:00
BjoernTlol, somehow we must upgrade in a different way20:00
BjoernTdo you have rabbitmq_all in your inventory ?20:00
palendaeNuked that machine20:01
palendaeRebuilding one now but it's doing the juno install20:01
BjoernTdoing aio ?20:01
palendaeYeah20:01
BjoernTrunning 11.0.4 ?20:01
BjoernTlater or kilo branch20:01
palendaehead of kilo20:01
palendae10.1.10 to head of kilo20:01
*** sacharya has joined #openstack-ansible20:03
*** galstrom is now known as galstrom_zzz20:05
*** galstrom_zzz is now known as galstrom20:06
palendaeBjoernT: I'm also tearing everything completely down on failed upgrades20:08
cloudnullso jwagner just found an issue with the upgrade script20:10
BjoernTcloudnull: which one20:12
cloudnullhttps://github.com/stackforge/os-ansible-deployment/blob/11.0.4/scripts/run-upgrade.sh#L15120:12
cloudnullthats missing the "fi"20:12
BjoernTNICE20:12
cloudnullfrom the if block20:12
cloudnullits good in master/kilo20:12
cloudnullbut not 11.0.420:12
palendaeSweet20:13
palendaeGood thing I haven't cut rc8 of our stuff yet :(20:13
cloudnullits fixed here https://github.com/stackforge/os-ansible-deployment/commit/93c7ae4a6687f787ab7ba797307bbe7b1b2e63cc20:13
cloudnullpalendae:  you should just work off a branch for simplicity20:14
cloudnull:)20:14
palendaecloudnull: People can't make up their minds what they want me to cut the rc from20:14
palendaeWell, if it's fixed in kilo I'm alright actually20:14
BjoernT'/usr/local/bin/pip install oslo.middleware", "failed": true, "item": "oslo.middleware"}' has been fixed right ?20:14
palendaeEr20:14
palendaeGuess it depends why it was failing20:15
sigmavirus24BjoernT: can you re-run that with all the `-v`s?20:15
*** annashen has quit IRC20:16
BjoernTno I didn;t20:16
BjoernTyes I can rrerun it in a minute20:17
BjoernTjust failed20:17
cloudnullBjoernT: is that an upgrade ?20:19
BjoernTyes20:19
BjoernT10.1.10 (sorta) to 11.0.420:19
cloudnullhum ?20:19
cloudnullcurious what the -v says20:19
BjoernTrunning with -vvvv now20:20
BjoernTwhat should I look for  sigmavirus24?20:20
sigmavirus24More descriptive error message20:20
BjoernTthough we had fixed some requirements.txt issue around olso20:20
sigmavirus24BjoernT: describe "fixed"20:20
BjoernTlol, I just recalled something on the chat but I might be wrong20:21
palendaecloudnull, jwagner fwiw, that 'fix upgrade.sh' commit is going to be in what I was going to take for rc8 (head of current kilo)20:21
BjoernTone question? when Is the pip.conf written for a neutron_Agents container in kilo ? I'm at setup-openstack.yml and .pip/pip.conf still points to 10.1.1020:23
jwagnerpalendae thanks20:24
*** annashen has joined #openstack-ansible20:24
jwagnerwe need to sit down after this release and get a better rpc-openstack osad cadence set up20:25
jwagnerthis rc tag stuff is pretty rough20:25
palendaeSure20:25
palendaeI don't see osad changign though20:25
palendaeBut rpc-openstack's stuff needs to change, no doubt20:26
jwagnerno i think and believe osad is fine20:26
jwagnerbut we need to find a way to consume osad fixes faster and more elegantly for rpc-openstack testing20:26
jwagneri am fine with testing the head of the branches20:26
jwagneri dont need a tag20:26
jwagnerbut if kilo in osad is updated with fixes that we need in rpc-openstack then we need a way of getting it into rpc-openstack faster20:27
palendaeunderstood20:27
palendaeI'm adding that to our retrospective board20:27
jwagnerty sir20:27
jwagnerkeep up the awesome work. we had this problem with osad when we first started20:28
jwagnernothing that cant be fixed20:28
*** jmckind has quit IRC20:33
*** sdake has quit IRC20:36
BjoernTsigmavirus24: /os-releases/11.0.4/\nRetrying (Retry(total=2, connect=None, read=None, red20:36
BjoernTirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))':20:36
sigmavirus24BjoernT: sounds like nginx is screwy on the repo container20:36
sigmavirus24is that running on both properly?20:37
BjoernTlooking at it now20:37
BjoernTDAMN we still have this issues:20:38
BjoernTfind-links =20:38
BjoernT        https://mirror.rackspace.com/rackspaceprivatecloud/python_packages/10.1.10/20:38
BjoernT        http://172.29.236.10:8181/os-releases/11.0.4/20:38
BjoernTcurl: (7) Failed to connect to 172.29.236.10 port 8181: Connection refused20:38
BjoernTis the imminent problem20:38
sigmavirus24"this issue"20:39
sigmavirus24I'm unfamiliar with that issue20:39
BjoernTthat the pip link builder does not remove the old links20:40
BjoernThttps://bugs.launchpad.net/openstack-ansible/+bug/145058020:41
openstackLaunchpad bug 1450580 in openstack-ansible trunk "run-upgrade/plays should remove existing rpc_release.link" [Low,Fix committed] - Assigned to Kevin Carter (kevin-carter)20:41
BjoernTbut this might have been a problem due to the syntax error inside the run-upgrade.sh20:41
BjoernTsigmavirus24: hmm, I have no repo containers20:42
*** claco has joined #openstack-ansible20:43
palendaeBjoernT: Did run-upgrade.sh fail before creating them?20:44
palendaeThough if your find links is updated, I'd assume they at least have an IP20:44
BjoernTthe first run failed at setup-infrastructure.yml20:45
BjoernTso I assumed we were good until then20:45
palendaeOk20:45
palendaehow'd you run after that?20:45
palendaeDid you copy the rpc_deployment directory back into place?20:45
BjoernTi tried that but I run most steps manually now20:48
palendaeAlright...I ask because I hadn't copied that back into place after a failed upgrade to see what happeend20:50
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Implement Ceilometer  https://review.openstack.org/20124420:53
openstackgerritKevin Carter proposed stackforge/os-ansible-deployment: Wait until mongo responds after restart  https://review.openstack.org/20124520:53
palendaeOh hey, thanks for reminding me on that, cloudnull20:54
palendaeI'm looking at a card from our last sprint to put mongo into OSAD :)20:55
*** tlian has quit IRC20:58
*** galstrom is now known as galstrom_zzz21:00
*** auld has joined #openstack-ansible21:01
*** jaypipes has quit IRC21:02
BjoernTpalendae: using latest run-upgrade.sh from master21:03
BjoernTnotices I was missing repo containers, nova console container21:04
palendaeUpgrading direct to master itself does not work; the openstack modules have versioning that breaks pip upgrades21:04
BjoernTthe run-upgrade.sh only ?21:04
palendaeOr were you using the master run-upgrade.sh to do juno -> kilo?21:04
BjoernTanything elyes21:04
BjoernTyes21:05
palendaeI have no idea if that would work21:05
palendaeI've always used kilo's in-tree version21:05
BjoernTonly the run-upgrade.sh from master rest is 11.0.421:05
BjoernTtheres a new bug in kilo branch at the tun-upgrade.sh21:05
BjoernTconf.d is empty21:05
palendaeEven after https://github.com/stackforge/os-ansible-deployment/commit/93c7ae4a6687f787ab7ba797307bbe7b1b2e63cc ?21:06
*** metral is now known as metral_zzz21:06
BjoernTwhen did we create 11.0.4 ?21:07
palendae2 weeks ago21:07
palendaeOr was it Monday?21:07
palendaeYeah, week ago Monday21:07
palendae6th of July21:07
BjoernTthen it might be still an issue21:08
BjoernTrunning it now21:08
BjoernTwith latest from kilo. Seems to be unchanged compared to 11.0.421:08
palendaeMerged 4 days ago, so would have been Friday?21:11
palendaeBut yeah, looks like it missed 11.0.421:11
*** metral_zzz is now known as metral21:11
BjoernTok i will try this commit21:13
*** sdake has joined #openstack-ansible21:21
*** galstrom_zzz is now known as galstrom21:22
palendaeOk, I'm out for a bit. Later folks21:22
*** metral is now known as metral_zzz21:27
*** yaya has joined #openstack-ansible21:33
*** sdake_ has joined #openstack-ansible21:40
*** sdake has quit IRC21:41
*** tlian has joined #openstack-ansible21:56
*** Mudpuppy has quit IRC22:01
*** TheIntern has quit IRC22:02
*** yaya has quit IRC22:07
*** TheIntern has joined #openstack-ansible22:09
*** daneyon has left #openstack-ansible22:13
*** sacharya has quit IRC22:23
*** metral_zzz is now known as metral22:30
*** auld has quit IRC22:32
*** sdake_ is now known as sdake22:34
*** darrenc is now known as darrenc_afk22:35
*** galstrom is now known as galstrom_zzz22:42
*** javeriak has joined #openstack-ansible22:54
*** darrenc_afk is now known as darrenc22:56
*** sigmavirus24 is now known as sigmavirus24_awa23:01
*** yaya has joined #openstack-ansible23:02
*** britthou_ has joined #openstack-ansible23:04
*** britthouser has quit IRC23:06
*** annashen has quit IRC23:09
*** CheKoLyN has joined #openstack-ansible23:10
*** CheKoLyN has quit IRC23:10
*** britthouser has joined #openstack-ansible23:11
*** britthou_ has quit IRC23:12
*** metral is now known as metral_zzz23:12
*** metral_zzz is now known as metral23:13
*** TheIntern has quit IRC23:20
*** metral is now known as metral_zzz23:27
*** bitblt has joined #openstack-ansible23:31
*** yaya has quit IRC23:43
openstackgerritMerged stackforge/os-ansible-deployment: Upgrade the Keystone library to use v3  https://review.openstack.org/19694323:49
*** weezS has quit IRC23:51
*** BjoernT has quit IRC23:55
*** CheKoLyN has joined #openstack-ansible23:59

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