Wednesday, 2015-07-08

*** alop has quit IRC00:02
*** penick has quit IRC00:03
*** yuanying_ has quit IRC00:04
*** sdake_ is now known as sdake00:04
*** chlong has joined #tripleo00:11
*** yuanying has joined #tripleo00:12
*** yuanying has quit IRC00:18
*** akrivoka has joined #tripleo00:19
*** yuanying has joined #tripleo00:20
*** yuanying has quit IRC00:21
*** rhallisey has quit IRC00:24
*** yuanying has joined #tripleo00:27
*** rlandy has joined #tripleo00:36
*** shardy_ has joined #tripleo00:39
*** shardy has quit IRC00:40
*** yuanying has quit IRC00:42
*** yuanying has joined #tripleo00:42
*** yuanying has quit IRC00:43
*** shardy_ has quit IRC00:44
*** shivrao has quit IRC00:45
*** shardy has joined #tripleo00:45
*** sdake has quit IRC00:46
*** yuanying has joined #tripleo00:47
*** akrivoka has quit IRC00:57
*** yuanying has quit IRC00:59
*** yuanying has joined #tripleo01:03
*** sthillma has quit IRC01:05
*** sdake has joined #tripleo01:16
*** rlandy has quit IRC01:17
*** sdake_ has joined #tripleo01:20
*** spzala has joined #tripleo01:22
*** sdake has quit IRC01:23
*** lazy_prince has joined #tripleo01:26
*** sdake_ is now known as sdake01:34
*** penick has joined #tripleo01:38
*** penick_ has joined #tripleo01:39
*** penick has quit IRC01:43
*** penick_ is now known as penick01:43
openstackgerritOm Kumar proposed openstack/diskimage-builder: Adds Ubuntu and Debian to ironic-python-agent Support-list
openstackgerritOm Kumar proposed openstack/diskimage-builder: Removes hardcoded refrences for ethernet interface
*** dprince has joined #tripleo02:06
*** morazi has joined #tripleo02:15
*** dprince has quit IRC02:20
*** shardy_ has joined #tripleo02:38
*** shardy has quit IRC02:39
*** shardy_ has quit IRC02:43
*** shardy has joined #tripleo02:43
*** lazy_prince has quit IRC02:51
*** lazy_prince has joined #tripleo02:52
*** untriaged-bot has joined #tripleo03:01
untriaged-botUntriaged bugs so far:03:01
openstackLaunchpad bug 1470400 in diskimage-builder "element grub2 worked with centos7, but not ubuntu." [Undecided,New]03:01
openstackLaunchpad bug 1459465 in tripleo "devtest fails to build ramdisk on Fedora or CentOS due to Yum multilib error" [Undecided,Triaged]03:01
openstackLaunchpad bug 1466037 in diskimage-builder "Signed Fedora and Ubuntu user image built by DIB can`t boot on HP DL380 Gen8 server for lack of mpt2sas driver" [Undecided,Incomplete]03:01
openstackLaunchpad bug 1471802 in diskimage-builder "ironic-agent element hardcodes interfaces names for DHCP." [Undecided,In progress] - Assigned to Om Kumar (om-kumar)03:01
openstackLaunchpad bug 1463357 in diskimage-builder "missing symlink support for ppc64 Fedora deployment ramdisk " [Undecided,In progress] - Assigned to yogananth subramanian (anantyog-o)03:01
openstackLaunchpad bug 1461631 in diskimage-builder "New Fedora 22 cloud images fail to build" [Undecided,In progress]03:01
openstackLaunchpad bug 1464692 in tripleo "debian build broken" [Undecided,Triaged]03:01
*** untriaged-bot has quit IRC03:01
*** shivrao has joined #tripleo03:05
*** yamahata has quit IRC03:06
*** shivrao has quit IRC03:13
*** shivrao has joined #tripleo03:14
*** lazy_prince has quit IRC03:15
*** rbrady has quit IRC03:32
*** sdake has quit IRC03:42
*** CheKoLyN has joined #tripleo03:46
*** shivrao has quit IRC03:49
*** shivrao has joined #tripleo03:52
*** yamahata has joined #tripleo03:57
*** shivrao has quit IRC04:03
*** david-ly_ has joined #tripleo04:19
*** david-lyle has quit IRC04:22
*** chlong has quit IRC04:35
*** AzherKhan has joined #tripleo04:41
*** chlong has joined #tripleo04:43
*** chlong has quit IRC04:51
*** AK has joined #tripleo05:00
*** lazy_prince has joined #tripleo05:02
*** bvandenh has joined #tripleo05:02
*** AzherKhan has quit IRC05:03
*** AK has quit IRC05:11
*** AzherKhan has joined #tripleo05:11
*** bvandenh has quit IRC05:15
*** chlong has joined #tripleo05:19
*** ukalifon has joined #tripleo05:27
*** Marga_ has quit IRC05:29
*** CheKoLyN has quit IRC05:37
*** morazi has quit IRC05:43
*** radek__ has joined #tripleo05:43
*** Marga_ has joined #tripleo05:49
*** pino|work has joined #tripleo06:03
*** Marga_ has quit IRC06:05
*** ishant has joined #tripleo06:05
*** ukalifon has quit IRC06:06
*** Marga_ has joined #tripleo06:06
*** ukalifon2 has joined #tripleo06:07
*** jprovazn has joined #tripleo06:20
*** jtomasek has joined #tripleo06:45
*** aufi has joined #tripleo06:46
*** bvandenh has joined #tripleo06:55
*** sthillma has joined #tripleo06:57
*** dasm has joined #tripleo06:57
dasmgood morning all06:57
*** sthillma_ has joined #tripleo06:58
*** sthillma has quit IRC07:01
*** sthillma_ is now known as sthillma07:01
*** hewbrocca has quit IRC07:08
*** dtantsur|afk is now known as dtantsur07:14
*** yamahata has quit IRC07:20
openstackgerritMayank Kumar proposed openstack/tripleo-image-elements: Option to configure virtual_route through keepalived
*** mcornea has joined #tripleo07:24
*** rdopiera has joined #tripleo07:26
*** sthillma has quit IRC07:30
*** shivrao has joined #tripleo07:30
*** mcornea has quit IRC07:30
*** yog__ has joined #tripleo07:31
*** ccrouch has quit IRC07:33
*** sthillma has joined #tripleo07:34
*** jistr has joined #tripleo07:43
*** shivrao has quit IRC07:45
jistrjprovazn: which patch was it?07:52
jistrok i seem to have another one with the same thing
jprovaznjistr: you sure? ^ this one is green07:54
jistrjprovazn: sorry, bad link. this one
jistrJul 07 15:32:14 overcloud-controller-0 systemd[1]: mongod.service start operation timed out. Terminating.07:55
jprovaznjistr: yep, this looks same, I guess it might be some race issue07:56
jprovaznjistr: mongod log says that server was started successfully07:57
jprovaznjistr: is it managed by pacemaker (start/stop)?07:57
*** mcornea has joined #tripleo07:57
jistrjprovazn: seems like at least one fails. In the patch you linked it's controller-2, in mine it's controller-007:57
jprovaznjistr: ah, ok - I checked only same ctrl07:58
jistrah yes07:58
jistrThu Jun 25 20:14:49.212 [initandlisten] File Preallocator Progress: 765460480/107374182471%07:58
jistrThu Jun 25 20:14:49.432 [signalProcessingThread] got signal 15 (Terminated), will terminate after current cmd ends07:58
jistri've seen that one before07:58
jistron a slow machine07:58
*** yog__ has quit IRC07:59
*** gfidente has joined #tripleo07:59
jprovaznjistr: I can imagine there is a timeout setting in pacemaker (or systemd) for a service startup07:59
jistrjprovazn: i think mongodb is trying to preallocate some disk space on the first start, and if it doesn't finish doing that in some time, systemd will kill it because it thinks it's stuck07:59
jistryeah exactly07:59
jprovaznjistr: ooooh, preallocation in mongodb07:59
jprovaznI remember this from a prev project07:59
*** yog__ has joined #tripleo08:00
jprovaznthere was a LOT of fun with it, because mongodb preallocation was pretty agressive by default08:00
jistrwell i'm going to report it right now at least08:00
jprovaznthough at least in these times there is a config option for it IIRC08:01
jistrmaybe we can tune it down a bit then08:01
gfidenteFWIW, mongodb is hitting a systemd timeout which kills it after 90secs regardless of pacemaker08:01
jistryeah i've just found it's already reported08:02
jistrand added 2 comments
openstackLaunchpad bug 1468246 in tripleo "mongodb conn validator is occasionally timing out" [Medium,Confirmed]08:04
*** athomas has joined #tripleo08:05
*** masco_ has joined #tripleo08:05
gfidentejistr, so looks like it really is still doing the prealloaction when hitting timeout08:06
gfidenteit might explain why we only see it in upstream ci08:07
gfidentegood morning :)08:07
jistrgood morning :)08:08
jistryeah i saw it once when deploying virt HA on a slow machine, but generally i don't see it on the one i regularly use for development08:09
*** lucasagomes has joined #tripleo08:10
*** jcoufal has joined #tripleo08:19
*** chlong has quit IRC08:21
*** pdb is now known as pbourke08:23
*** sthillma_ has joined #tripleo08:25
dtantsurhey folks! has anyone seen this issue with DIB:  There is a duplicated hook in your elements: ramdisk-base/post-install.d/01-ensure-binaries08:29
dtantsurfull failure is
*** sthillma has quit IRC08:29
*** Nisha has joined #tripleo08:29
*** yuikotakada has joined #tripleo08:29
dtantsurNisha, I've just introduced your problem08:29
Nishadtantsur, thanks08:29
dtantsurthe thing is: only Nisha experience this problem, the same code runs in gate without issues right now08:30
*** sthillma_ has quit IRC08:30
Nishadtantsur, yeah and i am facing it always...08:31
Nishamaybe some timing issue08:31
*** pelix has joined #tripleo08:31
Nishadtantsur, however it will be ok if any workaround is there...08:32
Nisha@tripleo guys are you aware of the workaround for such an error08:33
dtantsurI can only find one file called 01-ensure-binaries in dib tree...08:34
jistrNisha: haven't seen it yet... are you building images for TripleO or some different images?08:34
dtantsurjistr, this is ironic-inspector ramdisk08:34
*** masco_ has quit IRC08:35
*** Haomeng has joined #tripleo08:35
*** masco_ has joined #tripleo08:36
Nishajistr, same as what dtantsur said. Devstack fails with this error08:37
jistrhmm i'd check $ELEMENTS_PATH to see if there's multiple elements with the same hook08:37
Nishafor ironic inspector while creating the inspector ramdisk08:37
*** weshay has quit IRC08:37
Nishawhat is hook here?08:37
dtantsurNisha, right, do you have $ELEMENTS_PATH env variable defined?08:37
Nishaa file? or something else08:37
Nishai havent defined it explicitly08:38
*** weshay has joined #tripleo08:38
NishaDIB will have that definition08:38
jistrhmm ok so if "echo $ELEMENTS_PATH" won't print anything and there's just one 01-ensure-binaries in DIB then i'm not sure what could be duplicating the file08:41
*** gchamoul|AFK is now known as gchamoul08:42
jistrstale content comes to my mind -- maybe clearing cache would help, i think it's in ~/.image-cache08:42
jistrbut now i'm just guessing08:43
lifelessthere are two repos no?08:43
lifelesscould be duplicate in either08:43
*** paramite has joined #tripleo08:44
Nishalifeless, tripleo-image-elements is part of disk-image builder?08:44
*** persia has joined #tripleo08:44
Nishajistr, ok i will try clearing cache08:44
dtantsurcan't find any 01-ensure-binaries in tripleo-image-elements..08:45
*** hewbrocca has joined #tripleo08:47
Nishai dont see tripleo-image-elements in my system... and only one "01-ensure-binaries" in disk-image-builder08:48
pino|workalso dib errors out if two used elements have a script with the same name08:50
Nishapino|work, yes but i have just installed DIB in my changes to the DIB08:52
*** andrearosa has quit IRC08:52
pino|workNisha: which version is it?08:53
*** andrearosa has joined #tripleo08:53
lifelessNisha: oh uhm, installed? We really only test running from source, last I heard. Its possible there are bugs in the packaging08:53
Nishalifeless, i cloned and installed it using "python install"08:54
pino|workNisha: where did it get installed? /usr/local?08:56
Nishalifeless, /usr/local/lib/python2.7/dist-packages08:57
Nishapino|work, version is Version: 0.1.41.dev28708:57
pino|workNisha: find /usr/local/lib -name 01-ensure-binaries08:57
Nishait shows nothng08:58
Nishaempty result there08:58
lazy_princeyou should also run the same command for the elements path for ironic-discoverd..08:58
pino|workNisha: what about in /usr/local/share?08:59
Nishayes /usr/local/share shows two09:00
Nisha find /usr/local/share -name 01-ensure-binaries09:00
lazy_princein dib, i can see ./elements/ramdisk-base/post-install.d/01-ensure-binaries09:00
pino|workNisha: what's the path of the two?09:00
pino|work*what are09:01
*** untriaged-bot has joined #tripleo09:01
untriaged-botUntriaged bugs so far:09:01
openstackLaunchpad bug 1470400 in diskimage-builder "element grub2 worked with centos7, but not ubuntu." [Undecided,New]09:01
openstackLaunchpad bug 1459465 in tripleo "devtest fails to build ramdisk on Fedora or CentOS due to Yum multilib error" [Undecided,Triaged]09:01
openstackLaunchpad bug 1466037 in diskimage-builder "Signed Fedora and Ubuntu user image built by DIB can`t boot on HP DL380 Gen8 server for lack of mpt2sas driver" [Undecided,Incomplete]09:01
openstackLaunchpad bug 1471802 in diskimage-builder "ironic-agent element hardcodes interfaces names for DHCP." [Undecided,In progress] - Assigned to Om Kumar (om-kumar)09:01
openstackLaunchpad bug 1463357 in diskimage-builder "missing symlink support for ppc64 Fedora deployment ramdisk " [Undecided,In progress] - Assigned to yogananth subramanian (anantyog-o)09:01
openstackLaunchpad bug 1461631 in diskimage-builder "New Fedora 22 cloud images fail to build" [Undecided,In progress]09:01
*** untriaged-bot has quit IRC09:01
openstackLaunchpad bug 1464692 in tripleo "debian build broken" [Undecided,Triaged]09:01
*** Nisha has left #tripleo09:01
*** Nisha has joined #tripleo09:01
Nishapath is /usr/local/share/diskimage-builder/elements/ramdisk-base/post-install.d/01-ensure-binaries09:02
*** nijaba has quit IRC09:02
Nishaand /usr/local/share/diskimage-builder/elements/ramdisk/post-install.d/01-ensure-binaries09:02
Nishai am not sure how it copies in /usr/local/share09:02
Nishashould i remove diskimage buildre from /usr/local/share09:03
pino|workmy guess is that you have an old installation09:03
pino|workmove away /usr/local/share/diskimage-builder, and then reinstall what you need09:03
Nishai installed the DIB again while discussing here after uninstalling09:04
lazy_princeteher are two elements ramdisk and ramdisk-base with the same script name..09:04
pino|workuninstalling won't remove the files it did not install09:04
Nishapino|work, ok thanks i think that should work...09:04
pino|workso, uninstall dib, move away  /usr/local/share/diskimage-builder, and then install it again09:04
Nishai will move DIB from /usr/local/share09:04
Nishapino|work, ok thanks09:05
pino|workeven better, if you can install it locally in your $HOME, that could help not messing up with the system09:05
Nishadtantsur, lifeless thanks09:05
Nishapino|work, :) ok09:05
lazy_princepino|work: by install, do you mean just clone and use or clone and install and use..09:05
pino|workthe latter09:06
*** nijaba has joined #tripleo09:06
*** nijaba has quit IRC09:06
*** nijaba has joined #tripleo09:06
*** dsneddon is now known as dsneddon_afk09:17
jprovaznshardy: hi, I was looking at but I can't find the reason why CI test failed - do you see anything?09:22
shardyjprovazn: not sure, I'm assuming it's a spurious failure unrelated to the patch09:27
shardy"fatal: repository '' not found"09:27
shardythat looks suspicious in devstack-gate-setup-workspace09:27
shardyI'll recheck09:27
openstackgerritMerged openstack/tripleo-heat-templates: Don't set heat_stack_user_role to empty string
*** andrearosa has left #tripleo10:06
*** paramite is now known as paramite|afk10:08
jprovaznshardy: ah, I missed that one10:17
*** Nisha has quit IRC10:31
*** Haomeng|2 has joined #tripleo10:42
*** shardy_ has joined #tripleo10:44
*** shardy has quit IRC10:45
*** Haomeng has quit IRC10:45
gfidentejprovazn, jistr do any of you have any interest in extending the hiera_include thing10:48
gfidenteto have controller_classes_1..6 and matching includes in .pp ?10:48
gfidenteI am fighing the hostnames resolution update :P10:49
*** shardy_ has quit IRC10:49
*** akrivoka has joined #tripleo10:50
jprovazngfidente: I don't understand10:50
*** shardy has joined #tripleo10:50
jistrgfidente: 1) do we need it right now for something? 2) i'm thinking it might be best to just move the hiera_include out of steps completely, and if the included class depends on something performed in a particular step, it can listen to hiera('step') itself, and act as it wishes10:55
gfidentejistr, 1 not that I know of, 2 wouldn't include cause puppet to potentially run stuff ahead of times though?10:56
jistrnot if the included class contains "if hiera('step') >= 5 { ... do stuff ... }"10:57
jistr^ where 5 can be substituted for whatever number appropriate for some particular action, of course10:57
*** AzherKhan has quit IRC10:59
jistrgfidente: it depends on whether the purpose of the hiera_include patch was to start splitting up the controller manifest into smaller ones, or just include some custom classes.11:00
gfidenteto me it was the latter11:00
gfidentebut we can turn it into something different if helpful11:00
gfidentenot urgent though11:00
*** rhallisey has joined #tripleo11:13
*** shardy_ has joined #tripleo11:19
openstackgerritGiulio Fidente proposed openstack/tripleo-heat-templates: Add services to ServiceNetMap to select hostnames resolution network
*** shardy has quit IRC11:21
*** mcornea has quit IRC11:21
*** shardy_ has quit IRC11:25
*** shardy has joined #tripleo11:25
openstackgerritMerged openstack/puppet-tripleo: Fix Heat 302 redirects
*** paramite|afk is now known as paramite11:27
openstackgerritGiulio Fidente proposed openstack/puppet-tripleo: Remove mode tcp enforcement where unneeded, we default to mode tcp
*** Marga_ has quit IRC11:28
openstackgerritGiulio Fidente proposed openstack/puppet-tripleo: Remove ports enforcement from listeners, assume same as backend
*** mcornea has joined #tripleo11:33
*** lucasagomes is now known as lucas-hungry11:33
openstackgerritGiulio Fidente proposed openstack/puppet-tripleo: Add missing options to Ceilometer/Ironic/Horizon
openstackgerritMarios Andreou proposed openstack/tripleo-heat-templates: Adds the NeutronTunnelIdRanges and NeutronVniRanges parameters
gfidente marios IdRanges is for GRE and VniRanges for vxlan?11:38
gfidenteyeah I see11:38
openstackgerritGiulio Fidente proposed openstack/puppet-tripleo: Remove httpchk option from all listeners.
slagleshardy: hey, you got a few to chat about this external reference heat spec?11:41
shardyslagle: Hi!, sure11:42
shardyI was actually chatting with rhallisey and Slower about that yesterday11:42
slagleshardy: from what i can follow, it looks like the server would still have to be known from nova. or is that not correct?11:42
shardyI'm trying to show how it could be done with a dummy resource (empty nested stack)11:42
*** gfidente has quit IRC11:43
shardyslagle: yes, if you actually create an OS::Nova::Server resource11:43
slagleok, so I don't think that will work for what i'm trying to do11:43
shardyslagle: I'm trying an different approach where we create a dummy nested stack instead, then manually configure os-collect-config to pick up the data from heat11:43
slaglei'm aiming to apply SoftwareDeployments to servers not known to nova at all11:43
slagleyea, i was trying something similar11:44
slagleso, first I tried adding OS::Nova::Server: <some-nested-stack>.yaml in my resource registry11:44
slaglethat didn't work, because the SoftwareDeployment class assumes it's getting a Server class from nova/server.py11:45
*** gfidente has joined #tripleo11:46
*** gfidente has quit IRC11:46
*** gfidente has joined #tripleo11:46
slagleso i hacked up a new resource that inherited from Server, removed all the calls to nova/glance/neutron/etc so it could get created without any of that, then i was able to apply the SoftwareDeployment to a resource of that type (i called it DeployedServer)11:47
slagleonce it was created, i got the keys from Heat, manually configured occ on a node i pre-installed, and it executed the deployment :)11:48
*** Marga_ has joined #tripleo11:48
slaglei'm mostly curious if this is a direction i should keep going or not11:48
shardyslagle: aha, yeah this is similar to what I'm attempting, only I'm using a nested stack instead of a hacked up resource11:49
rhalliseyshardy, hey! how the dummy resource looking?11:50
shardythe disadvantage of that approach is you have to manually setup the os-collect-config config file, are you still doing that with your solution?11:50
slagleshardy: yea, i am. but, that's something that could easily be orchestrated via an external script11:51
shardyrhallisey: hi!  Had some interruptions so still figuring a few things out atm11:51
slaglequery heat for the keys, ssh to each node and configure them11:51
slagleshardy: i'd be curious to know if the nested stack works11:51
shardyslagle: basically I'm wondering if it's enough to create a "server" which is actually an empty nested stack11:51
slagleshardy: I got stuck with that b/c the SoftwareDeployment class calls res.user_data_software_config()11:51
slaglea "res" object which is a nested stack, doesn't have that method11:52
shardyslagle: aha, you're one step ahead of me here then ;)11:52
slaglethat's why i said "oh, let me just hack a new resource that inherits from Server"11:52
shardywe could probably fix that and add an operation to the base-class, but yeah that probably means my approach won't work with current heat11:52
shardyslagle: we might be able to leverage external references, but AFAIK they are designed to validate things like the provided ID is actually in nova11:53
shardywhereas here we actually want to supply a dummy value11:53
shardyfixing the coupling between softeware config and OS::Nova::Server is probably easier tbh11:54
shardyslagle: let me take a look at what's involved with that and get back to you11:54
slagleyea, i figured we could possible patch that11:54
slaglehave it look at an attribute on res instead of calling a function11:55
slaglethat way the nested stack could supply that attribute11:55
shardyslagle: well it's actually kinda more dirty than that, the software config API pokes the metadata into the Server resource11:57
shardyso we need some funtion to update the metadata11:57
shardythat is actually possible via the RPC API, so that would be a more general way to handle it11:57
shardyIf I can make that work, it should work with any resource11:58
slagleah, k11:58
*** dprince has joined #tripleo11:59
slaglemy motivations for doing this is to configure a pre installed undercloud node from a standalone heat11:59
slagleif it wasn't obvious :)11:59
shardyslagle: aha, you should talk with rhallisey Slower and jpeeler if you haven't already :)12:00
shardythey are attempting the same, with containers12:00
slaglebut also, i think deploying to preinstalled overcloud nodes would be pretty valuable12:00
shardyslagle: yeah, figuring out a general way to handle this would be good12:01
slagleyou could actually test/dev on the templates using a cloud12:01
slagleand good for brownfield environments too12:01
*** jayg|g0n3 is now known as jayg12:02
*** prad has joined #tripleo12:06
shardyslagle: I think we can just rework how this validation is done:12:11
shardythe metadata update part should already work for any resource AFAICS12:12
shardyI'll try out a patch which inspects the properties of the resource instead of looking for a python interface12:12
slagleshardy: cool, let me know how you get on. i'll be happy to try it out12:13
shardyslagle: will do!12:13
*** shardy_ has joined #tripleo12:14
*** shardy has quit IRC12:16
*** shardy_ has quit IRC12:20
*** shardy has joined #tripleo12:20
*** yuikotakada is now known as yuikot_go_home12:22
*** yuikot_go_home has quit IRC12:22
*** lucas-hungry is now known as lucasagomes12:30
*** chlong has joined #tripleo12:30
*** ishant has quit IRC12:33
*** jdob has quit IRC12:34
*** jdob has joined #tripleo12:34
*** trown|outttypeww is now known as trown12:36
*** rbrady has joined #tripleo12:45
hewbroccadprince: morning12:47
dprincehewbrocca: hi12:47
hewbroccadprince: how hard would it be to write a quick sanity-check script for the network management YAML?12:50
dprincewhich .yaml file would you like to validate? The network/config scripts?12:51
dprincehewbrocca: ^12:51
*** mcornea has quit IRC12:51
hewbroccaWhat we're seeing in testing with real people is a lot of failures on, say, "This range isn't part of this other range that it has to be part of"12:52
*** mcornea has joined #tripleo12:52
hewbroccaso, yeah, the stuff they're likely to edit -- network-environment.yaml or its equivalent12:52
hewbroccaI mean we're obviously not going to catch anywhere close to everything12:53
dprincehewbrocca: Okay. I think perhaps we want a script not to validate .yaml files... but rather Heat parameter inputs.12:53
hewbroccaI think that's right12:53
hewbroccafor example:12:53
hewbrocca<mcornea> Lesik: in network-environment.yaml you have StorageNetCidr:12:53
hewbrocca and StorageAllocationPools: [{'start':12:53
hewbrocca          '', 'end': ''}]12:53
hewbrocca<mcornea> Lesik: they are from different subnets12:53
hewbroccaobvious error, but it takes a long time before Heat fails on it12:53
dprincehewbrocca: pre-validating as much as possible is obviously a good idea.12:54
dprincehewbrocca: probably a day or two at a first pass at a validation script I'd say12:54
*** rhallisey_ has joined #tripleo12:54
hewbroccait would be absolutely fantastic to have that12:55
*** rlandy has joined #tripleo12:55
hewbroccagfidente: and jistr could probably help12:55
mcorneahewbrocca: dprince see this also: bug 1239130 in rhel-osp-director "[RFE] Heat environment sanity check" [Medium,New] - Assigned to calfonso12:56
hewbroccamcornea: excellent12:57
*** rhallisey has quit IRC12:57
*** rhallisey_ is now known as rhallisey12:58
dprincehewbrocca: For now the best we can do is probably an external validation script which has to be executed before the 'heat stack-create'12:58
dprincehewbrocca: ideally this is something we might eventually tie into heatclient itself however...12:58
hewbroccadprince: yes, and yes12:58
dprincehewbrocca: sort of a heatclient "extra pre-validation" routine12:58
openstackgerritMerged openstack/puppet-tripleo: Add tripleo::packages
*** julim has joined #tripleo13:01
*** bvandenh has quit IRC13:03
openstackgerritJiri Stransky proposed openstack/tripleo-heat-templates: Output internal API VIPs
openstackgerritMerged openstack/tripleo-heat-templates: Wire in Controller pre-deployment extraconfig
*** mestery_ has joined #tripleo13:06
*** mestery has quit IRC13:09
shardydprince: heat already supports pretty flexible parameter validation, it sounds like what is needed is intra-parameter validation though?13:15
shardyCan the validation be contained inside each template, or does the logic need to span multiple templates?13:15
dprinceshardy: exactly, but the ability to tie a custom validation script/tool (whatever) into heatclient would be potentially cool here13:15
dprinceshardy: this is a multiple template validation I'm afraid13:16
dprinceshardy: this is a multiple template validation I'm afraid13:16
shardyOk, the combination could be validated if we passed it from the parent template though13:16
shardyI guess this is one disadvantage of paramter_defaults..13:16
shardye.g if we allowed parameter constraints whcih referenced other parameters13:17
dprinceshardy: yeah, something like that perhaps13:17
*** bvandenh has joined #tripleo13:18
*** thrash|g0ne is now known as thrash13:19
*** shardy_ has joined #tripleo13:25
*** shardy has quit IRC13:26
*** shardy_ has quit IRC13:30
*** shardy has joined #tripleo13:31
rhefnerjdob: ping re: Manila integration13:31
jdobholy crap, this is perfect, pinging you about that is on my todo list today13:31
jdobalso, pong13:32
*** lblanchard has joined #tripleo13:33
openstackgerritRyan Hefner proposed openstack/tripleo-heat-templates: Fix Puppet Configuring NetApp Cinder Backend
rhefnerjdob: Manila seems to be working using my stable test environment that I set up last month. I wanted to run it through a current build to make sure that everything was good.13:35
rhefnerI first tried `current` to get a build closer to master, but met this bug:
rhefnerSo I got `current-passed-ci` up and creating plain deployments successfully. My question is around pulling my changes into this build.13:35
rhefnerI set up /usr/share/openstack-tripleo-heat-templates as a git repo and pulled my changes into it. I then tried using `openstack deploy overcloud --tripleo-heat-templates -e manila-generic-config.yaml` flag (assuming that the tht flag pulls from the location I mentioned)13:35
rhefnerThe deployment completes but it doesn't do anything related to Manila. It could either be not getting the up-to-date THT templates or ignoring that environment file I passed.  Any ideas?13:35
*** radez_g0n3 is now known as radez13:37
rhefnerrather the option was `--use-tripleo-heat-templates`13:37
jdobwe just had a discussion on that flag yesterday13:37
jdobshort version: it may not work :)13:37
jdobrhefner: ok, one second, lemme catch up13:38
jdobcurrent-passed-ci makes sense to be working from, that should be good13:39
jdobrhefner: is this the patch you're testing locally?
rhefnerjdob: yes, I made a few changes though. I guess I might as well rebase and push now that wire-in is merged. one sec13:40
rhefnerjdob: what's your recommendation on pulling changes in? on the old environment when I manually loaded roles into tuskar, it created multiple versions of the roles which screwed up the instack script. I haven't tried it on this build.13:40
jdobya, i'm gonna give you a way to do that process of loading into tuskar13:40
jdobits a few commands13:40
jdobactually, marios, do you still have those commands written up somewhere? ^13:41
jdobeven if its the curl/bash -x ones. this is a dev env, its fine13:41
dprinceshardy: how do you feel about "custom constraints" via plugins?13:43
*** sdake has joined #tripleo13:44
shardydprince: we already support pluggable custom constraints at a resource scope via client plugins:13:44
shardyBut that only really enables validation of a single value via an API call, not combinations of multiple parameters (or particularly templates)13:45
openstackgerritRyan Hefner proposed openstack/tripleo-heat-templates: Enable Manila integration
openstackgerritRyan Hefner proposed openstack/tripleo-heat-templates: Add NetApp integration to Manila
*** mestery_ has quit IRC13:48
jdobrhefner: ok, check this out bug 1229493 in openstack-tuskar "Difficult to synchronise tuskar stored files with /usr/share/openstack-tripleo-heat-templates" [Unspecified,Assigned] - Assigned to mandreou13:49
jdobthats the bug tracking making this much easier to do13:49
*** sdake has quit IRC13:49
jdobcomment 5 has a series of commands that should do it for you13:49
* rhefner is looking13:49
*** sdake has joined #tripleo13:49
jdobthere might be an issue with the fact that defaults are now loaded into the plan during install though13:49
jdobi dont have an env running right now that I can check13:50
jdobbut if we run into that, those arent too hard to add13:50
rhefnerjdob: ok let me try that13:51
rhefnerjdob: error on command #2?
*** ifarkas has quit IRC13:52
jdoboh oh, ok, i didnt realize that landed13:53
jdobinstead, do:13:53
jdob... shit, I forget the flag, one second13:53
*** ifarkas has joined #tripleo13:53
rhefnercomment #6?13:53
jdoboh, sorry, hang on13:53
jdoblook at the first part of comment 513:53
jdobnot the proposed workflow13:53
jdobthe part about "the current way"13:54
rhefnerjdob: ah got it.13:54
openstackgerritJan Provaznik proposed openstack/tripleo-heat-templates: Add RemovalPolicies param for resource groups
jprovaznshardy: when you have a sec, could you please take a look at this one ^?13:56
rhefnerjdob: uh oops. since I already deleted the plan by executing the proposed workflow, that script isn't working.13:56
jdobskip that delete step, the others should work13:57
jdobroles=`tuskar role-list | grep OpenStack | awk '{print $2}'`13:57
jdobtuskar-delete-roles --config-file /etc/tuskar/tuskar.conf --uuids $roles13:57
jdobshit, the next comment doesnt have the actual command13:57
jdobhang on, lemme find it13:57
jdobrhefner: ok, so did you get the delete roles working?14:00
jdob`tuskar role-list` should be empty right now14:00
rhefnerjdob: yes it's empty14:00
jdobok cool, run14:01
shardyjprovazn: lgtm, minor comment added14:01
jdob /usr/share/tripleo-image-elements/tuskar/os-refresh-config/post-configure.d/101-plan-add-roles\14:01
jdob(no \)14:01
rhefnershould I create the plan first?14:01
jdobno, that'll do it for you14:01
rhefnertuskar plan-create overcloud14:01
*** mcornea has quit IRC14:01
jdobya, those instructions are slightly out of date14:01
* jdob sighes14:02
jdobsorry about this14:02
jdobok, so run that 101 script14:02
jdobthen stop there14:02
jdobthat script *now* also does the following steps on plan create and role adding14:02
openstackgerritJan Provaznik proposed openstack/tripleo-heat-templates: Add RemovalPolicies param for resource groups
jdob(it didn't at the time that comment was posted)14:02
jprovaznshardy: thanks, updated14:02
jdoband actually, in a way, its a bit nicer14:02
*** mcornea has joined #tripleo14:03
rhefnerjdob: getting this:
rhefnerjdob: trying with sudo does the same thing just without the permission denied message14:03
jdobwth, that's weird14:03
jdoblemme look more closely14:03
rhefnerstack is the unprivileged user on the instack vm14:04
openstackgerritGiulio Fidente proposed openstack/tripleo-heat-templates: Add services to ServiceNetMap to select hostnames resolution network
jdobya, that's just a goofiness of the fact that this stuff is done at install v. what we leave the user with14:04
jdobrhefner: what does tuskar plan-list show?14:04
rhefnerjdob: an overcloud plan without any roles14:05
jdobok, that's a good start14:05
*** akrivoka has quit IRC14:05
jdobrhefner: one minute, I'm at a point where I can kinda run this locally14:06
rhefnerjdob: no problem14:07
jdobrhefner: what about `tuskar role-list`14:08
rhefnerjdob: nada14:08
jdobah, ok, I think I see the issue14:08
* rhefner still thinks this is probably a better approach than doing a tuskar_templates cp -n on every deployment like he was doing before14:09
jdobya, this actually won't be nearly this bad once I actually update the instructions and doc them14:09
jdobproblem is, some stuff moved around and I wasn't the one who moved them, so i'm still trying to grok it14:10
jdobok, so delete the plan14:10
jdobrun /usr/share/tripleo-image-elements/tuskar/os-refresh-config/configure.d/90-tuskar-db-sync14:10
jdoband tell me if tuskar role-list shows anything14:10
jdobi'm a bit worried about one of the checks in there14:10
jdobbut we can work around it14:10
rhefnerjdob: they're all there!14:10
jdobno shit14:10
jdobi mean, "of course they are"14:10
jdobok, *now* back to running the 101 script14:10
jdobi really should have been taking notes of all of this14:11
rhefnerjdob: irc logs are helpful14:11
rhefnerok let me run that other one14:11
jdobwas just about to say i'm gonna have to go scrape this and figure out what the net result was14:11
rhefnerjdob: looks good. plan has all of the roles attached to it14:12
jdobum... ok, I think you're good now actually14:13
jdobtry the overcloud deploy -e thing again14:13
rhefnernow run openstack overcloud deploy -e manila-generic-config.yaml14:13
jdobthat should have your changes to the templates14:13
jdobrhefner: brb, i just got a knock on the door that was literally "we need you to help put Leanne's (my daughter) ear drops in"14:14
rhefnerjdob: no problem14:14
*** pbourke has quit IRC14:20
*** pbourke has joined #tripleo14:20
jdobholy crap that was miserable14:28
*** mcornea has quit IRC14:30
*** mcornea has joined #tripleo14:31
openstackgerritMarios Andreou proposed openstack/tripleo-image-elements: Wires up neutron tunnel_id_ranges and vni_ranges for config
*** jprovazn has quit IRC14:40
rhefnerjdob: so I tried two times. when it launches the VM, the manila_generic_data hieradata is not in place. puppet runs (I can tell by the changes in manila.conf) but it obviously doesn't configure it fully. outputting the tuskar plan now to see if I can see anything weird.14:42
jdobdid you add the manila hieradata to the hierarchy in controller?14:42
jdobthats what I meant to ask at the start of this because I didnt see it in the patch14:42
jdobthat weird hacky step that i initially -1d for the netapp backend until i found out it was an intended workaround14:43
rhefnerjdob: yes line 848 in here
rhefner(I just updated that when we started talking, so a few things might be different)14:45
gfidentejistr, I hope this isn't the only way to avoid preallocation lag
rhefnerand I just confirmed it was in tht on the instack VM14:45
jdoband all of those changes were in /usr/share/.../ and so forth before we ran the 90-db-sync?14:45
jdobrhefner: actually, can you check the generated templates and see if the changes are there?14:46
jdobthey might be in ~/tuskar-templates, but more likely in that build they are somewhere in /tmp14:46
rhefnerjdob: just outputted. let me look14:46
jdobthe deploy call should have spit it out14:46
jdobthough worst case we can use tuskar itself to re-grab them14:46
*** akrivoka has joined #tripleo14:47
rhefnermanila_generic_data is in provider-Controller1's hierarchy14:47
*** ukalifon2 has quit IRC14:48
jdobok, so it did pick up your changes14:48
rhefnerjdob: this is in environment OS::TripleO::ControllerExtraConfigPre: puppet/extraconfig/pre_deploy/default.yaml14:48
jdobya, but your -e should be overriding that14:48
jdobit looks weird, but i'm not too worried about it14:49
rhefnerjdob: ok so it shouldn't ever change in the env file14:49
jdobright, for now, tuskar doesn't change those14:49
jdobthe -e flag does though14:49
jdobits this patch right?
rhefnerjdob: oh wait, I think I see the problem14:50
jistrgfidente: lol14:50
jistrre preallocation lag14:50
gfidenteI thought there was some size setting ...14:50
openstackgerritDan Prince proposed openstack/tripleo-heat-templates: Support network isolation without external nets
dprincedsneddon_afk: ^^^ above is a patch that was requested which supports network isolation nix the external network14:55
rhefnerjdob: ah that's it. the hiera datafiles were changed to puppet/extraconfig instead of just extraconfig14:56
rhefnerI was really confused for a second14:56
*** yamahata has joined #tripleo14:57
*** untriaged-bot has joined #tripleo15:01
untriaged-botUntriaged bugs so far:15:01
openstackLaunchpad bug 1470400 in diskimage-builder "element grub2 worked with centos7, but not ubuntu." [Undecided,New]15:01
openstackLaunchpad bug 1459465 in tripleo "devtest fails to build ramdisk on Fedora or CentOS due to Yum multilib error" [Undecided,Triaged]15:01
openstackLaunchpad bug 1466037 in diskimage-builder "Signed Fedora and Ubuntu user image built by DIB can`t boot on HP DL380 Gen8 server for lack of mpt2sas driver" [Undecided,Incomplete]15:01
openstackLaunchpad bug 1471802 in diskimage-builder "ironic-agent element hardcodes interfaces names for DHCP." [Undecided,In progress] - Assigned to Om Kumar (om-kumar)15:01
openstackLaunchpad bug 1463357 in diskimage-builder "missing symlink support for ppc64 Fedora deployment ramdisk " [Undecided,In progress] - Assigned to yogananth subramanian (anantyog-o)15:01
openstackLaunchpad bug 1461631 in diskimage-builder "New Fedora 22 cloud images fail to build" [Undecided,In progress]15:01
openstackLaunchpad bug 1464692 in tripleo "debian build broken" [Undecided,Triaged]15:01
*** untriaged-bot has quit IRC15:01
*** ukalifon has joined #tripleo15:01
*** yamahata has quit IRC15:01
*** yamahata has joined #tripleo15:02
*** bvandenh has quit IRC15:02
rhefnerjdob: my fix was legit, but it still doesn't create that hieradata15:07
rhefnerso the environment file that I'm adding to -e is a modified manila-generic-config.yaml with this line at the top: OS::TripleO::ControllerExtraConfigPre: /usr/share/openstack-tripleo-heat-templates/puppet/extraconfig/pre_deploy/controller/manila-generic.yaml15:08
rhefnerjdob: the full path should be fine right?15:08
rhefnerunder resource_registry: of course15:08
*** cwolferh has quit IRC15:08
jdobya, full path should be ok15:10
jdobone second, on a call15:10
ryansbrhefner: E45: 'readonly' option is set (add ! to override)15:16
jdobshardy: do you have a second to peek at the manila integration that rhefner is working on?15:16
*** dsneddon_afk is now known as dsneddon15:16
jdobthe hieradata isnt getting generated15:16
rhefnerryansb: :)15:16
shardyjdob: sure, may be laggy as I'm juggling multiple conversations atm ;)15:17
jdobare you ever not juggling multiple conversations?  :)15:17
rhefnershardy, jdob: the weird part of this is that it works on the old instack-based environment, but not the new one I built yesterday.15:18
rhefnerlet me zip up the tuskar_templates and see if that's easier to look at15:18
jdobthat makes me think we did some sort of refactoring to the THT templates and didn't tell you15:18
shardyrhefner: you've rebased on my latest ?15:19
shardyThe thing I forgot when testing that was adding - cinder_netapp_data to the hierarchy15:19
shardyafter that, it all worked fine15:19
rhefnershardy: right after it merged, yes15:20
rhefnershardy: line 841 one of this file shows it's in the hierarchy:
jdobrhefner: you said you cloned tht and applied your patches, so your clone was from upstream right?15:21
rhefnerjdob: git review -d from gerrit and I pushed the review branch to another git remote15:22
jdobhrm, as a workflow that worried me a bit, since the THT included in current-passed-ci isn't necessarily the same as upstream15:23
shardyso heat resource-list -n5 overcloud | grep ManilaGenericDeployment shows CREATE_COMPLETE?15:23
shardyand do you see the hieradata file and hierarchy addition applied on the node itself?15:23
rhefnershardy: just started a deployment to get the tuskar templates out, but I don't see the ManilaGenericDeployment yet. But I know that the hieradata file isn't present in /etc/puppet/hieradata on the controller node15:27
rhefnerjdob shardy: here's the files that it generated:
shardyrhefner: grep says ManilaGenericDeployment isn't there15:28
*** aufi has quit IRC15:29
shardyactually there's no extraconfig/pre-deploy directory at all15:29
rhefnershardy: hmm you're right. puppet/extraconfig/pre_deploy only has default.yaml15:29
jdobah, shit, i'll bet it didnt get picked up by that load script for tuskar15:30
shardyOh yeah, the puppet/extraconfig is there, my mistake, but missing files15:30
rhefnershardy: in /usr/share/openstack-tripleo-heat-templates there's the controller folder in that directory15:30
*** spzala has quit IRC15:30
rhefnerwith manila-generic.yaml15:30
jdobrhefner: but not in the tuskar generated ones?15:30
rhefnerjdob: right15:30
jdobya, crud15:31
shardyfor development, I'd personally be tempted to run instack-deploy-overcloud, cut/paste the "heat stack-create" and create everything directly via heat15:31
shardybut you need tuskar for UI in this case, right?15:31
rhefnershardy: we tabled UI support until later since there's not a way to make it work with the approach we took. that's a good point, let me add that folder to tuskar and launch heat directly from it.15:32
rhefnerone second15:32
*** sseago has joined #tripleo15:34
rhefnerI changed the path on manila-generic-config15:37
rhefnerheat stack-create overcloud -f tuskar_templates/plan.yaml -e tuskar_templates/environment.yaml -e manila-generic-config.yaml yields ERROR: Parameter 'Cinder-Storage-1::Flavor' is invalid: Error validating value u'': The Flavor ID () could not be found.15:37
rhefnerjdob: I made a commit of the tht rpm in a blank branch. I can just do a cherry-pick on my gerrit commit on that. would that make more sense?15:38
jdobrhefner: not sure I follow what you're asking15:39
rhefnerjdob: you had said that running THT cloned from master might not be a good thing since it's not exactly the same as current-passed-ci. would it make more sense if I cherry-picked the manila commit onto current-passed-ci and loaded that into tuskar for the deployment?15:40
jdoboh oh, right, i think so15:40
jdobwithout checking, I'd bet upstream and current-passed-ci are different right now15:41
jdoband will continue to diverge over time15:41
rhefnerjdob: did I do something wrong to get the flavor error above when I tried to start heat manually?15:41
*** david-ly_ is now known as david-lyle15:42
*** sseago has quit IRC15:42
jdobthats likely a red herring, i'll bet a lot more values aren't set15:42
*** penick has quit IRC15:42
jdobalphabetically, its hitting Cinder-Storage-1::Flavor first15:43
jdobwas this after reloading the templates again?15:43
jdobbecause that's likely because the defaults weren't loaded into the plan15:43
rhefnerjdob: as a side note, this seems to be working just fine to reload - tuskar plan-delete overcloud && roles=`tuskar role-list | grep OpenStack | awk '{print $2}'` && tuskar-delete-roles --config-file /etc/tuskar/tuskar.conf --uuids $roles && /usr/share/tripleo-image-elements/tuskar/os-refresh-config/configure.d/90-tuskar-db-sync &&15:44
jdobawesome, that'll save me time later consolidating everything15:45
jdobrhefner: as for the flavor thing, check tuskar_templates/environment.yaml, is it set in there?15:46
rhefnerjdob: Cinder-Storage-1::Flavor: ''15:46
jdobya, that should be baremetal15:46
jdobdo any of the *Flavor ones have values?15:47
rhefnerjdob: just did my cherry-pick and reloaded tuskar. the extraconfig/pre_deploy still isn't picking up the controller folder (with manila_generic.yaml)15:47
rhefnerjdob: nope all flavors are blank15:48
jdobya, I suspect it won't given how that script works. IIRC, that script is trying to inspect and determine related data and manila_generic.yaml isn't referenced by the env being passed in15:48
*** masco__ has joined #tripleo15:48
jdobok, so we have two things going on right now15:48
jdobfirst, lets figure out the defaults, because that is wonky15:48
*** paramite is now known as paramite|afk15:48
jdobits weird the plan is created but not populated15:49
jdobbecause the 101 script should do both15:49
rhefnerjdob: just realized I have to be afk for about an hour. will you be around a little later?15:50
*** alop has joined #tripleo15:51
*** masco_ has quit IRC15:52
jdobthat'll give me some time to think about a way to load the pre_deploy script15:52
rhefnerjdob: ok great15:52
*** cwolferh has joined #tripleo15:54
*** spzala__ has joined #tripleo15:55
*** jistr has quit IRC15:56
*** yamahata has quit IRC15:57
openstackgerritGiulio Fidente proposed openstack/tripleo-heat-templates: Convert PublicVirtualIP to new port creation method
*** yamahata has joined #tripleo15:57
*** spzala__ is now known as spzala15:59
*** paramite|afk is now known as paramite16:02
*** shivrao has joined #tripleo16:07
*** shivrao_ has joined #tripleo16:09
*** dontalton has joined #tripleo16:10
*** dtantsur is now known as dtantsur|afk16:11
*** shivrao has quit IRC16:12
*** akrivoka has quit IRC16:13
*** masco__ has quit IRC16:14
*** shivrao_ has quit IRC16:15
*** lazy_prince has quit IRC16:18
*** Nisha has joined #tripleo16:25
*** Marga_ has quit IRC16:28
*** paramite has quit IRC16:29
*** sthillma has joined #tripleo16:32
*** masco__ has joined #tripleo16:32
*** Marga_ has joined #tripleo16:38
*** yog__ has quit IRC16:38
*** dontalton is now known as bitblt16:41
*** bitblt has quit IRC16:41
*** bitblt has joined #tripleo16:41
*** bitblt has quit IRC16:42
*** sthillma has quit IRC16:44
*** akrivoka has joined #tripleo16:44
openstackgerritMerged openstack/tripleo-image-elements: Have all os-refresh-config elements use su instead of sudo
*** shivrao has joined #tripleo16:58
*** mcornea has quit IRC16:59
*** Marga__ has joined #tripleo17:06
*** Marga__ has quit IRC17:06
*** Marga_ has quit IRC17:06
*** Marga_ has joined #tripleo17:06
shardyslagle, rhallisey:
*** pino|work has quit IRC17:11
shardyI made it work with a couple of small hacks to heat17:11
rhalliseyoh baby!17:12
shardyI'll figure out a cleaner (config file option) way to disable the constraint which I've commented for now17:12
shardybut it's only like a 6 line patch, so OK for testing :)17:12
shardyI had to do some ugly things inside dummy-server.yaml to make it work, that can probably be improved with some more time17:12
rhalliseyshardy, we'll let you know how it goes17:14
shardyrhallisey: Ok, cool, I've not had time to try the part where os-collect-config gets and applies the data, but I added some notes showing what probably is needed17:15
shardyslagle may be able to help with that if I'm not around later17:15
slagleshardy: thx17:16
*** trown is now known as trown|lunch17:19
*** lucasagomes is now known as lucas-dinner17:27
*** yamahata has quit IRC17:30
*** akrivoka has quit IRC17:32
*** pelix has quit IRC17:32
*** spzala_ has joined #tripleo17:33
*** spzala has quit IRC17:35
*** spzala_ is now known as spzala17:35
*** masco__ has quit IRC17:41
EmilienMdprince: hey what's the comment to run puppet manually on the overcloud again ? cc shivrao jdob17:42
*** Nisha has quit IRC17:52
*** yamahata has joined #tripleo17:52
*** sseago has joined #tripleo17:58
*** sthillma has joined #tripleo18:01
*** mestery has joined #tripleo18:01
*** mcornea has joined #tripleo18:03
*** spzala_ has joined #tripleo18:05
*** trown|lunch is now known as trown18:06
dprinceEmilienM: you mean 'recheck'18:07
dprinceEmilienM: for CI?18:07
EmilienMdprince: no18:07
EmilienMdprince: to run puppet again after a deployment18:07
dprinceEmilienM: or 'heat stack-update'18:07
EmilienMshivrao implemented some custom puppet code, he wants to run puppet again18:08
dprinceEmilienM: 'heat stack-update overcloud ....'18:08
EmilienMshivrao: ^18:08
*** spzala has quit IRC18:08
*** spzala_ is now known as spzala18:08
shivraodprince: after ‘openstack overcloud deploy’18:09
dprinceshivrao: oh, you are using the openstack CLI for this18:09
dprinceshivrao: let me check18:09
shivraoi would like to rerun puppet after the deployment of the controller node….after making changes locally ‘/etc/puppet/modules/neutron/manifests….’18:09
dprinceshivrao: Just run the same command again18:10
Slowershardy: so we have the heat patch.. do you want to give us some guidance on how we should alter the template?18:10
dprinceshivrao: actually. The command might be overcloud update18:12
Slowershardy: we stripped this down yesterday..
dprinceshivrao: I'm a bit of a nube for openstack-client ATM.18:12
dprinceshivrao: I think the same command should do the update though
dprinceSlower: what template? :)18:13
Slowerdprince: we're also working on getting the undercloud deployed using containers ;)18:15
Slowerdprince: and standalone heat18:15
dprinceSlower: cool18:16
shivraodprince: thanks for the help…giving it a try now18:16
*** dprince has quit IRC18:16
shardySlower: the next step is getting os-collect-config collecting and applying the metadata, e.g so you see /tmp/hello on the host being deployed to18:24
*** Nisha has joined #tripleo18:24
shardySlower: you'll need os-collect-config, os-refresh-config, heat-config and heat-config-script for that to work18:24
shardythen, we can look at pulling in the container hooks and deploying the actual services18:25
*** jtomasek has quit IRC18:25
slaglei'm not messing around, i'm trying this out with tripleo-heat-templates as a first step18:31
slaglego big or go home18:31
hewbroccaHELLS YES18:32
shardyslagle: if you can add some notes of what you're doing, either to or elsewhere that would be cool18:32
slaglei will18:33
*** Nisha has quit IRC18:33
SpamapSalop: btw, your beer mug got chopped in the -> text translation in your email client18:39
SpamapSalop: :_D18:39
*** dprince has joined #tripleo18:41
*** ukalifon has quit IRC18:45
*** sseago has left #tripleo19:02
Slowershardy: I'm just not sure how the heat template needs to look .. we just add a server section?19:03
Slowershardy: oh nm, i missed the etherpad thing19:08
*** ukalifon has joined #tripleo19:10
*** bitblt has joined #tripleo19:13
alopOpenstack 🍺 Release19:18
*** sdake_ has joined #tripleo19:19
*** sdake has quit IRC19:23
*** sdake has joined #tripleo19:26
*** jcoufal_ has joined #tripleo19:28
openstackgerritMerged openstack/tripleo-heat-templates: Add NeutronExternalNetworkBridge parameter
*** sdake_ has quit IRC19:30
*** ifarkas has quit IRC19:35
*** gfidente has quit IRC19:37
*** cwolferh has quit IRC19:37
*** ukalifon has quit IRC19:39
slagleshardy: i'm not sure where to get the secret/access keys from to configure in os-collect-config19:40
slagleshardy: they're not in the OS::Dummy::Server resource metadata or the one called "dummy"19:41
slagleor should i just use any userid/password that can talk to heat?19:42
slaglethat might be what the etherpad is telling me to do :)19:42
*** openstackgerrit has quit IRC20:10
*** openstackgerrit has joined #tripleo20:10
*** jcoufal_ has quit IRC20:27
shardyslagle: yeah I think just use a manually created username/password as mentioned in the etherpad20:27
shardyslagle: with the dummy server there's no way to get the heat generated userdata20:27
shardyonly the deployments metadata (which does include the URLs for signaling back to heat)20:27
shardybut not the credentials for polling20:29
*** lblanchard has quit IRC20:32
*** panda is now known as panda|Zz20:33
*** mcornea has quit IRC20:33
shardyslagle: another option would be to switch one (or all) *Deployment resources to the HEAT_SIGNAL signal_transport, then each one will have a heat generated username/password which can be used for polling as well as signalling20:36
*** cwolferh has joined #tripleo20:37
shardythe catch with that is 99-refresh-completed currently only works with CFN_SIGNAL, so we couldn't change the group: os-apply-config deployments until that is fixed20:37
shardyas a hack just switching one in the template would be enough20:37
shardylong term HEAT_SIGNAL (or TEMP_URL_SIGNAL) is the way to go anyway, so we don't need to run the CFN heat API20:39
*** hewbrocca has quit IRC20:40
*** jayg is now known as jayg|g0n320:44
*** shardy has quit IRC20:50
*** spzala has quit IRC20:50
*** sthillma has quit IRC20:52
*** alop has quit IRC20:54
*** radez is now known as radez_g0n320:55
*** alop has joined #tripleo20:56
*** untriaged-bot has joined #tripleo21:01
untriaged-botUntriaged bugs so far:21:01
openstackLaunchpad bug 1470400 in diskimage-builder "element grub2 worked with centos7, but not ubuntu." [Undecided,New]21:01
openstackLaunchpad bug 1459465 in tripleo "devtest fails to build ramdisk on Fedora or CentOS due to Yum multilib error" [Undecided,Triaged]21:01
openstackLaunchpad bug 1466037 in diskimage-builder "Signed Fedora and Ubuntu user image built by DIB can`t boot on HP DL380 Gen8 server for lack of mpt2sas driver" [Undecided,Incomplete]21:01
openstackLaunchpad bug 1471802 in diskimage-builder "ironic-agent element hardcodes interfaces names for DHCP." [Undecided,In progress] - Assigned to Om Kumar (om-kumar)21:01
openstackLaunchpad bug 1463357 in diskimage-builder "missing symlink support for ppc64 Fedora deployment ramdisk " [Undecided,In progress] - Assigned to yogananth subramanian (anantyog-o)21:01
*** untriaged-bot has quit IRC21:01
openstackLaunchpad bug 1461631 in diskimage-builder "New Fedora 22 cloud images fail to build" [Undecided,In progress]21:01
openstackLaunchpad bug 1464692 in tripleo "debian build broken" [Undecided,Triaged]21:01
*** trown is now known as trown|outttypeww21:02
*** lucas-dinner has quit IRC21:03
*** athomas has quit IRC21:08
*** morazi has joined #tripleo21:11
*** lucas-dinner has joined #tripleo21:16
*** athomas has joined #tripleo21:17
*** rlandy has quit IRC21:18
*** rlandy has joined #tripleo21:19
*** athomas has quit IRC21:24
*** sdake_ has joined #tripleo21:25
*** sdake has quit IRC21:28
*** rlandy has quit IRC21:31
*** rhallisey has quit IRC21:37
*** panda|Zz has quit IRC21:42
*** panda|Zz has joined #tripleo21:42
*** sthillma has joined #tripleo21:43
*** rlandy has joined #tripleo21:45
openstackgerritSteve Baker proposed openstack/tripleo-heat-templates: Set heat::instance_user to empty string
*** thrash is now known as thrash|g0ne21:54
*** spzala has joined #tripleo22:04
*** Marga_ has quit IRC22:10
*** dprince has quit IRC22:10
*** sthillma_ has joined #tripleo22:12
*** sthillma has quit IRC22:15
*** sthillma_ is now known as sthillma22:15
*** radek__ has quit IRC22:25
*** morazi has quit IRC22:30
*** CaptTofu_ has quit IRC22:56
*** CaptTofu_ has joined #tripleo22:58
*** lucas-dinner has quit IRC22:59
*** yamahata has quit IRC23:05
*** sdake has joined #tripleo23:07
*** sdake_ has quit IRC23:11
*** hewbrocca has joined #tripleo23:12
*** rlandy has quit IRC23:35
*** sdake_ has joined #tripleo23:38
*** sdake has quit IRC23:42

Generated by 2.14.0 by Marius Gedminas - find it at!