Wednesday, 2016-05-11

NobodyCamit works00:00
jlvillalNobodyCam: I think it is bad :(00:02
jlvillalNobodyCam: http://paste.openstack.org/show/496640/00:03
jlvillalNobodyCam: Seems to call the function one time and then store that value...00:04
jlvillalNobodyCam: So my gut feeling was wrong.00:04
jlvillalFrom a StackForge comment: When the function is instantiated (when the declaration is executed), the default parameter expression is evaluated, and the resulting object is bound to the created function object.00:05
* jlvillal learned something new :)00:06
NobodyCamgood searching jlvillal :)00:06
jlvillalNobodyCam: Thanks :)00:07
jlvillalNobodyCam: http://stackoverflow.com/questions/1132941/least-astonishment-in-python-the-mutable-default-argument00:07
*** spandhe has quit IRC00:07
jlvillalNobodyCam: Good job knowing (in your gut) that it was wrong!00:08
NobodyCamwould you like to add that to the review I was looking at with just that situation00:08
jlvillalNobodyCam: Link?00:08
*** rama_y has quit IRC00:08
NobodyCamhttps://review.openstack.org/#/c/29772700:10
*** wajdi has joined #openstack-ironic00:12
jlvillalNobodyCam: Thanks and commented00:13
NobodyCamno no Thank you for the great searching00:13
jlvillal:)00:14
*** chlong_ has joined #openstack-ironic00:22
*** chlong_ has quit IRC00:22
*** chlong_ has joined #openstack-ironic00:27
*** chlong_ has quit IRC00:28
*** mbound has quit IRC00:45
*** mtanino has quit IRC00:48
*** rloo has joined #openstack-ironic00:50
*** jaybeale has quit IRC00:55
*** rloo has quit IRC00:56
jlvillalcinerama, I think it should be back to normal now. I reverted my change about the tinyipa 7 nodes01:01
*** jaybeale has joined #openstack-ironic01:03
*** crinkle has joined #openstack-ironic01:04
*** hoangcx has joined #openstack-ironic01:06
*** penick has quit IRC01:08
*** jaybeale has quit IRC01:11
*** rama_y has joined #openstack-ironic01:19
*** ChrisAusten has joined #openstack-ironic01:22
*** aNupoisc has quit IRC01:25
*** piet has joined #openstack-ironic01:28
*** amotoki has quit IRC01:30
*** amotoki has joined #openstack-ironic01:41
*** mbound has joined #openstack-ironic01:46
*** vishwanathj has quit IRC01:48
*** amotoki has quit IRC01:50
*** mbound has quit IRC01:51
*** piet has quit IRC01:54
*** amotoki has joined #openstack-ironic01:56
*** joprovost has joined #openstack-ironic02:10
*** joprovost1 has joined #openstack-ironic02:13
*** joprovost has quit IRC02:15
*** joprovost1 is now known as joprovost02:15
*** amotoki has quit IRC02:19
*** spandhe has joined #openstack-ironic02:19
*** hoangcx has quit IRC02:24
*** absubram has joined #openstack-ironic02:29
*** absubram_ has joined #openstack-ironic02:30
*** amotoki has joined #openstack-ironic02:32
*** absubram has quit IRC02:34
*** absubram_ is now known as absubram02:34
*** hoangcx has joined #openstack-ironic02:36
*** baoli has joined #openstack-ironic02:38
*** piet has joined #openstack-ironic02:45
*** joprovost has quit IRC02:48
*** joprovost has joined #openstack-ironic02:49
openstackgerritTan Lin proposed openstack/ironic: Update the api-ref documentation for Root and Nodes  https://review.openstack.org/31279503:03
*** absubram has quit IRC03:05
*** piet has quit IRC03:07
*** absubram has joined #openstack-ironic03:08
*** joprovost has joined #openstack-ironic03:08
*** Nisha has joined #openstack-ironic03:12
*** Nisha_away has joined #openstack-ironic03:12
*** joprovost1 has joined #openstack-ironic03:19
*** joprovost has quit IRC03:21
*** joprovost1 is now known as joprovost03:21
*** links has joined #openstack-ironic03:21
*** joprovost has quit IRC03:22
*** joprovost has joined #openstack-ironic03:22
*** joprovost has quit IRC03:23
*** joprovost has joined #openstack-ironic03:24
*** joprovost has quit IRC03:24
*** joprovost has joined #openstack-ironic03:25
*** joprovost has joined #openstack-ironic03:26
*** joprovost has quit IRC03:27
*** joprovost has joined #openstack-ironic03:27
*** joprovost has quit IRC03:27
*** joprovost has joined #openstack-ironic03:28
*** mbound has joined #openstack-ironic03:30
*** mbound has quit IRC03:35
*** vishwanathj has joined #openstack-ironic03:36
*** irf has joined #openstack-ironic03:37
*** joprovost1 has joined #openstack-ironic03:37
*** joprovost has quit IRC03:39
*** joprovost1 is now known as joprovost03:39
*** joprovost has quit IRC03:52
*** Nisha has quit IRC03:54
*** vishwanathj has quit IRC03:54
*** Nisha_away has quit IRC03:54
*** baoli has quit IRC04:01
*** pcaruana has joined #openstack-ironic04:02
*** jaybeale has joined #openstack-ironic04:03
*** vmud213 has joined #openstack-ironic04:04
*** stendulker has joined #openstack-ironic04:09
*** jaybeale has quit IRC04:16
*** appu103_ has joined #openstack-ironic04:29
*** yuanying has quit IRC04:44
*** jaybeale has joined #openstack-ironic04:45
*** amotoki_ has joined #openstack-ironic04:46
*** amotoki has quit IRC04:48
*** ijw has quit IRC04:53
*** rcernin has joined #openstack-ironic04:58
*** jaybeale has quit IRC05:10
*** Nisha_away has joined #openstack-ironic05:16
*** Nisha has joined #openstack-ironic05:16
*** Nisha_away has quit IRC05:17
*** jaybeale has joined #openstack-ironic05:23
*** ChubYann has quit IRC05:26
*** jaybeale has quit IRC05:31
*** appu103_ is now known as aparnav05:33
*** absubram has quit IRC05:40
*** absubram has joined #openstack-ironic05:41
*** amotoki_ has quit IRC05:56
*** Nisha has quit IRC06:01
*** Nisha has joined #openstack-ironic06:01
*** yuanying has joined #openstack-ironic06:01
*** spandhe has quit IRC06:03
*** piet has joined #openstack-ironic06:16
openstackgerritChangBo Guo(gcb) proposed openstack/python-ironicclient: Trivial: ignore openstack/common in flake8 exclude list  https://review.openstack.org/31487706:23
*** david-lyle has quit IRC06:23
*** rama_y has quit IRC06:24
*** piet has quit IRC06:25
*** david-lyle has joined #openstack-ironic06:26
*** jaybeale has joined #openstack-ironic06:32
*** irf has quit IRC06:43
*** sacharya has quit IRC06:56
*** fragatina has quit IRC07:00
*** fragatina has joined #openstack-ironic07:00
*** amotoki has joined #openstack-ironic07:04
*** jaybeale has quit IRC07:04
*** fragatin_ has joined #openstack-ironic07:05
*** fragatina has quit IRC07:06
-openstackstatus- NOTICE: pip 8.1.2 broke our local python mirror, some jobs will fail with "No matching distribution found". We're investigating. Do not "recheck" until the issue is solved07:06
*** ChanServ changes topic to "pip 8.1.2 broke our local python mirror, some jobs will fail with "No matching distribution found". We're investigating. Do not "recheck" until the issue is solved"07:06
*** rcernin has quit IRC07:09
*** rcernin has joined #openstack-ironic07:10
*** fragatin_ has quit IRC07:10
*** e0ne has joined #openstack-ironic07:11
*** fragatina has joined #openstack-ironic07:12
openstackgerritVasyl Saienko proposed openstack/ironic: TEST Checking Gates  https://review.openstack.org/31110907:13
*** fragatina has quit IRC07:17
*** yuanying has quit IRC07:18
*** amotoki has quit IRC07:18
*** athomas has joined #openstack-ironic07:21
openstackgerritOm Kumar proposed openstack/ironic: Add support for providing custom Swift endpoint URLs  https://review.openstack.org/25127707:22
*** fragatina has joined #openstack-ironic07:24
*** amotoki has joined #openstack-ironic07:25
*** daemontool_ has joined #openstack-ironic07:26
*** gabriel-bezerra has joined #openstack-ironic07:26
*** fragatina has quit IRC07:28
*** fragatina has joined #openstack-ironic07:30
openstackgerritOm Kumar proposed openstack/ironic: Add support for providing custom Swift endpoint URLs  https://review.openstack.org/25127707:31
*** yolanda has joined #openstack-ironic07:37
*** ifarkas has joined #openstack-ironic07:37
*** ohamada has joined #openstack-ironic07:39
*** chlong has quit IRC07:49
*** amotoki has quit IRC07:54
*** milan has quit IRC07:54
*** amotoki has joined #openstack-ironic07:55
*** sacharya has joined #openstack-ironic07:56
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** sacharya has quit IRC08:01
*** amotoki has quit IRC08:04
*** ifarkas has quit IRC08:04
lucasagomesmorning all08:07
*** dmk0202 has joined #openstack-ironic08:08
*** yushiro has joined #openstack-ironic08:09
*** kromanenko_ has joined #openstack-ironic08:11
yushiroping vsaienko,08:11
vsaienkomorning yushiro08:13
vsaienkomorning lucasagomes and all08:14
yushirovsaienko, morning :) Let me confirm about ironic-neutron integration patches.08:15
yushirovsaienko, Currently, I'm testing these patches in my environment.08:15
*** irf has joined #openstack-ironic08:15
yushirovsaienko, However, some patch occurs 'merge conflict'.08:16
yushirovsaienko,  So, I'd like to rebase these patches.  Is it OK?08:16
vsaienkoyushiro, there are some comments that should be resolved08:18
*** daemontool_ has quit IRC08:18
*** ifarkas has joined #openstack-ironic08:19
yushirovsaienko, Yes.08:20
*** daemontool_ has joined #openstack-ironic08:20
*** irf has quit IRC08:20
*** Haomeng has quit IRC08:23
*** irf has joined #openstack-ironic08:23
openstackgerritOm Kumar proposed openstack/ironic: Add support for providing custom Swift endpoint URLs  https://review.openstack.org/25127708:26
*** irf has quit IRC08:32
*** irf has joined #openstack-ironic08:32
irfmorning Ironic!!08:33
*** yuanying has joined #openstack-ironic08:34
*** Nisha has quit IRC08:35
*** Nisha has joined #openstack-ironic08:35
*** yuanying has quit IRC08:37
*** jistr has joined #openstack-ironic08:38
*** yuanying has joined #openstack-ironic08:38
sambetts|afkMorning all08:39
*** sambetts|afk is now known as sambetts08:39
*** yuanying has quit IRC08:41
irfvirsh command is to verify the stats of the hypervisor ?08:43
*** yuanying has joined #openstack-ironic08:43
sambettsvirsh is for controlling libvirt08:46
*** yuanying has quit IRC08:47
irfok08:47
irfExactRamFilter tries to match a host with the same amount of RAM as the amount of RAM specified in the flavor chosen for the VM  ? is this rite ?08:48
sambettsyes08:49
*** amotoki has joined #openstack-ironic08:50
*** derekh has joined #openstack-ironic08:51
irfok08:52
*** yuanying has joined #openstack-ironic08:52
vmud213morning all08:55
vmud213lucasagomes,sambetts: i have a question related to the presence of package in DIB08:56
vmud213s/package/sudo package08:56
vmud213I see that this package is in the list of packages to be removed08:57
*** yuanying has quit IRC08:57
vmud213for fedora08:57
*** sacharya has joined #openstack-ironic08:59
vmud213But when devuser element is included, we need this package as i see it being added to sudoers09:00
vmud213What's your take on this?09:00
*** yushiro has quit IRC09:01
*** yushiro has joined #openstack-ironic09:01
vmud213lucasagomes,sambetts ^^^09:02
*** milan has joined #openstack-ironic09:02
sambettsvmud213: hmm, interesting, so we strip packages out to help reduce the size of the ramdisk produced, I assume you want the devuser package added for debugging?09:03
openstackgerritSharat Sharma proposed openstack/ironic: Added the request parameter maintenance for node.update.  https://review.openstack.org/31491709:03
milanmorning all!09:03
sambettsHey milan09:03
vmud213yes.But anyone wanting that to use will also expect sudo to run certain operations09:03
milansambetts, hi! :)09:04
*** sacharya has quit IRC09:04
vmud213So i think if the image built using the devuser element we should not remove this package.09:05
vmud213morning milan09:05
milanvmud213, morning :)09:05
sambettsif we can have a conditional to make that possible then sure, but I don't want to add it permenantly because we don't require it for IPA09:06
*** mgould|afk is now known as mgould09:06
mgouldmorning everyone!09:06
sambettso/ mgould09:06
*** yushiro has quit IRC09:06
lucasagomesvmud213, ++ we can change the ironic-agent element to not remove it09:06
*** electrofelix has joined #openstack-ironic09:06
irfgood morning mgould, milan , vmud213 and all09:06
mgouldmorning sambetts vmud213 lucasagomes milan09:07
lucasagomesvmud213, mind putting up a patch for dib?09:07
lucasagomesmgould, morning09:07
milansambetts or ifarkas guys, we've got several +1 and a +2 on this patch: https://review.openstack.org/#/c/276331/7 authored by dtantsur|afk would you mind reviewing? ;)09:07
milanmorning irf mgould lucasagomes :)09:07
sambettsmilan: I'll take a look in a minute09:07
lucasagomesmilan, good morning09:07
milansambetts, thx!09:08
milanlucasagomes hi :)09:08
vmud213yes, i already put a patch09:08
vmud213lucasagomes,sambetts: https://review.openstack.org/#/c/308747/09:08
vmud213morning irf09:09
vmud213mgould morning09:09
lucasagomesvmud213, right, you are removing sudo only if devstack user element is being used09:12
lucasagomesI think I agree with ian, we can just remove it at all times09:12
sambettsvmud213: my question is are there other elements that could be mixed in that require sudo or other packages that we're stripping? I wonder if we should make removing the packages optional using a IRONIC_AGENT_STRIP_PACKAGES=true/false flag so that if someone is mixing in a different element like devuser or whatever that they can disable it all09:12
lucasagomesI mean remove it from the list of packages to be removed heh09:12
sambettsor a IRONIC_AGENT_DONT_STRIP=<list of packages to exclude>, so if you require sudo then you can do IRONIC_AGENT_DONT_STRIP=sudo09:13
vmud213sambetts, actually that is already included but removed in the final stage to make the ramdisk compact.09:14
vmud213sambetts +109:15
vmud213lucasagomes, so u think, we don't need to even check for devuser element. instead remove "sudo" from the "list of packages to be removed"09:16
vmud213lucasagomes: But why do we need it if only "root" user exists?09:17
sambettsI think its a wider problem, e.g. if I wanted to mix in an element that requires genisoimage for example, ironic-agent will strip it09:17
vmud213sambetts, yes.We need to address this in a generic way not just limiting to this context.09:18
openstackgerritSam Betts proposed openstack/ironic-python-agent: TinyIPA: Shave off some file size from tinyipa ramdisk  https://review.openstack.org/31367509:20
lucasagomesvmud213, well there are other elements also stackuser and things like that09:20
lucasagomesother elements that create users*09:20
*** tesseract has joined #openstack-ironic09:20
vmud213lucasagomes: ok. i got it. thanks09:21
*** daemontool_ has quit IRC09:21
vmud213sambetts: A separate patch is worth for the idea u have. Will try to work on it if time permits.09:22
*** daemontool_ has joined #openstack-ironic09:22
sambetts:) cool09:22
*** fragatina has quit IRC09:24
*** fragatina has joined #openstack-ironic09:25
irffor the command : "nova flavor-show baremetal", there is key called ram and in the extra_specs option also, there is a key called RAM. are they both different OR same. ?09:27
*** dtantsur|afk is now known as dtantsur09:30
dtantsurMorning Ironic09:30
openstackgerritSam Betts proposed openstack/ironic-python-agent: Remove "Experimental" warning from tinyipa README  https://review.openstack.org/31492909:31
*** amotoki has quit IRC09:35
sambettshuh... apprently gerrit bot doesn't output pushes to stable branches09:37
dtantsurcorrect09:39
*** daemontool_ has quit IRC09:40
*** daemontool_ has joined #openstack-ironic09:40
*** daemontool_ has quit IRC09:40
dtantsursambetts, thanks for approving the name patch?09:47
dtantsurnow, do we need something else to merge before the release?09:47
sambettsdtantsur: https://bugs.launchpad.net/ironic-inspector/+bug/1557979 can we mark this as done?09:49
openstackLaunchpad bug 1557979 in Ironic Inspector "Prevent DHCP'ing when no introspection is going on and discovery is disabled" [High,In progress] - Assigned to Dmitry Tantsur (divius)09:49
dtantsurit has one more action item "The next step would be to cache all MAC's from the previous introspection runs, and use them for blacklist in additional to Ironic port list."09:49
dtantsurmaybe we should split it away in an RFE of its own09:50
dtantsursambetts, ^^09:50
sambettsdtantsur: might be a good idea, because I would say that bug is pretty much fixed, and it would be good to mark it off for this release09:51
dtantsursambetts, mind doing that please? I remember that was your request :)09:51
sambettsRFE created, I had to create the discription from memory so it might not be super accurate09:56
irffor the command : "nova flavor-show baremetal", there is key called ram and in the extra_specs option also, there is a key called RAM. are they both different OR same. ?09:57
sambettsdtantsur: I only see 3 high bugs in our list right now, 1 we've just marked as commited, 1 is incomplete and 1 is triaged, I would like to see the triaged one fixed as it should be a pretty quick merge as its just docs WDYT?10:03
*** athomas has quit IRC10:03
dtantsursambetts, for the future: please mark finished bugs as "released". infra automation no longer closes them for us..10:04
dtantsurespecially since this bug is actually released (for liberty and mitaka)10:04
sambettsdtantsur: ah right :/ I thought they still marked them when we cut a release10:05
dtantsuraha, the last one is https://bugs.launchpad.net/ironic-inspector/+bug/1564238 right? sambetts wanna fix it or should I? I'm stuck in downstream bureaucracy right now :(10:05
openstackLaunchpad bug 1564238 in Ironic Inspector "Documentation examples are wrong and misleading creation of DSL rules" [High,Triaged]10:05
sambettsdtantsur: yeah, I can knock up a quick patch for it10:05
dtantsurcheers!10:05
sambettsdtantsur: re: removing the experimental from tinyipa, shall I just remove the note entirely because its going to be hard to maintain? or do you think listing tested platforms is useful?10:07
dtantsursambetts, as all major platforms are covered, I think it can be removed10:07
openstackgerritSam Betts proposed openstack/ironic-python-agent: Remove "Experimental" warning from tinyipa README  https://review.openstack.org/31492910:08
sambettsdone ^10:08
*** athomas has joined #openstack-ironic10:08
*** hoangcx has quit IRC10:11
*** stevemar has quit IRC10:13
*** stevemar has joined #openstack-ironic10:15
*** daemontool has joined #openstack-ironic10:18
openstackgerritMerged openstack/ironic-inspector: Support Ironic node names in our API  https://review.openstack.org/27633110:28
openstackgerritSam Betts proposed openstack/ironic-inspector: Ensure rules documentation examples are valid JSON  https://review.openstack.org/31495310:29
sambettsdtantsur: ^^10:29
sambettsmgould: we actually use gdisk and sgdisk10:32
mgouldsambetts, cool10:32
mgouldmaybe just copy them, then - how large are they?10:33
sambettsless than 200k each10:34
mgouldOK, probably not worth bothering :-)10:34
sambettsit was ICU that was 25mb+ that I wanted to nuke10:34
mgouldI suppose we're also copying cgdisk and fixparts across, so that's 400k10:34
mgouldyeah, not worth the effort10:35
mgouldsambetts, what are boot times like now?10:35
sambettsactually didn't check yesterday because I only managed to get my devstack up and running sucessfully at 22:00 :( I was very excited that I managed to get it to run with only 256mb of RAM though!10:36
mgouldsambetts, yikes10:36
* mgould +1s a sambetts patch for the third time this morning :-)10:37
sambettsheh10:38
*** MattMan has quit IRC10:42
*** MattMan has joined #openstack-ironic10:42
*** daemontool has quit IRC10:48
aarefievmorning all!10:54
sambettshey aarefiev10:55
aarefievsambetts: hey Sam, how was your way back?10:56
sambettsaarefiev: pretty good thanks :D yours?10:56
aarefievvery long )10:56
vsaienkomorning aarefiev10:58
aarefievvsaienko: morning10:59
sambettsaarefiev: Yeah I bet! How much changes did you have to make?10:59
*** jistr is now known as jistr|mtg11:00
sambettsmgould: oh nice they actually listened on the tinycore foru :-P11:00
sambettsformum11:00
sambettsforum...11:00
aarefievsambetts: there was 3 planes  and  then train11:02
sambettsmgould: with the 38mb ramdisk @ 256mb of RAM power on to resume took 46 seconds11:02
sambettsaarefiev: :O wow!!11:03
aarefievsambetts: yeah, thanks for fixing json mistakes, I was going to do this after PTO11:05
*** dprince has joined #openstack-ironic11:06
*** stendulker has quit IRC11:06
*** irf has quit IRC11:06
*** amotoki has joined #openstack-ironic11:07
sambetts:) thats ok, dtantsur and I want to make a inspector release, and I wanted to get the high priotry bugs done11:08
*** baoli has joined #openstack-ironic11:10
jrollmorning y'all11:11
sambettshey jroll11:11
aarefievmorning jroll11:12
*** baoli_ has joined #openstack-ironic11:12
*** baoli has quit IRC11:16
*** baoli_ has quit IRC11:21
*** baoli has joined #openstack-ironic11:22
*** baoli has quit IRC11:25
*** baoli has joined #openstack-ironic11:25
dtantsurmorning jroll, aarefiev11:31
dtantsuraarefiev, 3 planes omg.. it's worth than we us for sure11:31
*** sacharya has joined #openstack-ironic11:31
lucasagomesaarefiev, jroll sambetts good morning11:31
dtantsurjroll, should I say that we remove the bash ramdisk support around right now?11:31
dtantsuror do we want some period after the announcement?11:32
aarefievmorning dtantsur lucasagomes11:32
jrolldtantsur: we already announced the deprecation a long time ago, right?11:32
jrolldtantsur: I'm inclined to say "near future"11:32
dtantsuryeah, just checking11:32
*** sacharya has quit IRC11:37
* lucasagomes released ironic-staging-drivers 0.2.0, should I send an mail about it!?11:40
jrolllucasagomes: do you do the releases repo thing?11:41
openstackgerritMerged openstack/ironic-inspector: Ensure rules documentation examples are valid JSON  https://review.openstack.org/31495311:41
jrollif not, yeah you should email, not sure if openstack-announce or openstack-dev though11:42
lucasagomesjroll, nop, pushed a tag and uploded to pypi directly11:42
*** ChrisAusten has quit IRC11:45
lucasagomesjroll, but that's an interesting thing, I think I can not use the release project since I'm not in openstack/governance, correct?11:46
dtantsur#openstack-release is a better place to ask11:46
jrolllucasagomes: I think you can, honestly, but yeah what he said :)11:46
lucasagomesdoing that11:46
dtantsuralso are we ready for an ironic-inspector release now?11:47
sambettsdtantsur: as far as I'm aware, the only other high priority bug is marked incomplete so I say lets go for it11:49
mat128morning mgould jroll sambetts aarefiev dtantsur lucasagomes11:49
lucasagomesmat128, hello there, good morning11:50
dtantsurmorning mat12811:50
mat128sambetts: http://forum.tinycorelinux.net/index.php/topic,19951.0.html < the guy fixed it but in 7.x11:50
mgouldmorning mat12811:50
mgouldmat128, yeah, I left a comment to that effect on the patch11:50
dtantsurtime to switch to 7.x?11:50
dtantsuralso morning mat12811:50
mgould+1 for switching11:50
mat128"why not?" comes to mind :)11:50
sambettshehe, I'm sure something went wrong when I tried changing it before :/11:51
* lucasagomes goes grab some lunch11:52
*** lucasagomes is now known as lucas-hungry11:52
mat128trying a 7.x build locally11:52
mat128we'll see11:52
sambettsalso trying :-P11:53
sambettsmat128: ah missing dependencies in 7.x11:54
mat128some of the things we require are simply missing?11:55
sambettshmm, I think it might be a mistake on my end, let me try something11:56
*** ChanServ changes topic to "Bare Metal Provisioning | Status: http://bit.ly/ironic-whiteboard | Docs: http://docs.openstack.org/developer/ironic/ | Bugs: https://bugs.launchpad.net/ironic"11:57
-openstackstatus- NOTICE: We have a workaround for our mirrors to attempt to translate package names if a match isn't immediately obvious. A more complete fix is yet to come. It is now safe to 'recheck' any jobs that failed due to "No matching distribution found". Please join #openstack-infra if you discover more problems.11:57
dtantsurjroll, a friendly reminder about https://review.openstack.org/#/c/314713/ thanks! :)11:58
jrolldtantsur: ah, right :)11:58
mat128sambetts: 404 on raid-dm-3.16.6-tinycore64.tcz11:59
dtantsursounds familiar, the last time it was due to a wrong kernel version detected11:59
sambettsmat128: thats were I failed, but thats because its a different kernel version so I have to change the deps 3.16.6 to 4.6.911:59
sambetts4.2.9 *12:00
mat128ok good12:00
mat128scsi-3.16.6-tinycore64.tcz will probably also crash12:00
jrolldtantsur: +A12:01
dtantsur\o/12:01
dtantsurthanks12:01
sambettsmat128: yup I changed both, hmm make build for tgt failed with a segfault :/12:01
dtantsurwow awesome12:02
jrolldtantsur: wanna land https://review.openstack.org/#/c/314662/1 ?12:02
dtantsursambetts, do we need tgt? does it support LIO instead?12:02
dtantsurjroll, yeah, yesterday I had a question about the failed tinyipa job. looks weird and unrelated to the patch, just checking with you.12:03
jrolldtantsur: yeah, left a note there as to why12:03
jrollturns out the code to download tinyipa doesn't exist in mitaka12:03
sambettsdtantsur: so in 6.x LIO didn't work for some reason, something to do with missing kernel modules :/ not sure if it'll work in 7.x12:04
jrollso BUILD_RAMDISK=False just goes straight to downloading coreos12:04
dtantsurjroll, I really wonder if we should move our devstack plugins to a separate branchless repo...12:04
jrollmmm12:04
jrollbut devstack is branched :|12:04
dtantsurlet it be12:04
* sambetts was wondering the same this morning, however won't we end up with a bunch of conditionals ?12:04
jrollnow tempest plugin, probably yes, sounds like painful work though12:04
jrolldtantsur: think of all the conditionals for config changes12:04
dtantsurafter cloning of the ironic repo we can source a file with more stuff12:05
dtantsurjust thinking aloud though12:05
sambettsjroll: BTW https://review.openstack.org/#/c/314933/12:05
jrollsambetts: why does that depend on a readme change...12:06
mat128sambetts: didnt we have this in before we cut the mitaka branch?12:06
jrollmat128: nope :(12:06
sambettsjroll: because when that merges it'll trigger the post job to build a version of tinyipa on stable/mitaka12:06
jrollsambetts: I just approved another mitaka change so that should handle it12:07
sambettsjroll: oh nice :) cool, I can remove the deps then12:07
jrollI'm not sure I see the use in backporting a readme change12:07
jrollalso, the job is broken until we publish a mitaka image anyway, so might as well just land it12:08
sambettsjroll: makes sense, I've removed the depends12:08
*** raildo-afk is now known as raildo12:08
jrollsambetts: one more comment then lgtm12:10
*** rbudden has joined #openstack-ironic12:10
*** jistr|mtg is now known as jistr12:11
mat128sambetts: netfilter-3.16.6 because of fakeuname12:12
sambettsdone ;)12:12
sambettsmat128: good point...12:13
mat128that was in the final stage12:13
mat128I should have a build soon12:13
mat128it'll go though our internal tests12:13
mat128basically expecting a lookup + heartbeat and making sure we can talk to IPA12:14
mat128repo.tinycorelinux.net is slow :(12:14
sambettsmat128: yeah I was going to run the ironic tempest tests against it12:14
mat128I wonder if we should mirror this somewhere12:14
dtantsurwe should, that's the big problem12:14
*** rbudden has quit IRC12:15
sambettsmat128: I tend to use the distro.ibibilo.org mirror12:15
mat128sambetts: yeah even better :) ours is just a small 5 min gate to ensure binaries that come out of the project are worthy of being tested in our big test12:15
dtantsureverything used in gate should be mirrored. we're not there with the coreos builder though12:15
sambettsmat128: :/ I can't get past building tgt it seg faults on me every time12:15
mat128sambetts: how do you force tce-load to use a mirror of your choice?12:16
mat128dtantsur: how does one go and make this mirrored? work with -infra?12:16
milanaarefiev, hi, would you mind me rebasing the tempest testing for inspector?12:16
* milan would like to contribute here12:16
dtantsurmat128, yes12:16
sambettsmat128: ooooh for that not sure, I thought you meant in the browser, I think there is a file that used to list the mirrors or something :/12:16
mat128sambetts: I see we're pulling the base kernel/ramdisk from ibiblio.org, but have no control over the rest12:17
* milan was known as mkovTABTABTAB before, aarefiev ;)12:18
aarefievmilan: hey, yeah I get it12:19
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Use TinyCore Linux 7.x for TinyIPA  https://review.openstack.org/31499912:19
aarefievmilan: I was going to rebase it today, but I don't mind :) less work for me12:19
mat128sambetts: ^ we'll see what the gate thinks12:19
mat128segfault or not, and whether it passes the other gates12:20
milanaarefiev, cool :)12:20
* milan will do12:20
mat128sambetts: it's gzipping right now on my box12:20
dtantsurjroll, I see that ironic projects don't have stable:follows-policy in governance. should we add one?12:21
aarefievmilan: you made rebranding :)12:21
dtantsurat least for ironic, inspector and both clients?12:21
jrolldtantsur: it's in progress: https://review.openstack.org/#/c/310288/12:21
milanaarefiev, correct :D12:21
aarefievmilan: cool, thanks a lot12:21
dtantsurawesome12:21
milanaarefiev, well, I've not changed the company, just the nick upstream ;)12:22
aarefievlol12:22
dtantsurjroll, hmm, does inspector need any kind of periodic jobs for that?12:22
jrolldtantsur: possibly. probably. tonyb is reviewing what we have now and we'll work to improve it if needed12:23
mat128sambetts: mucho success [exec] 172.27.59.12 - - [11/May/2016:12:23:33 +0000] "POST /v1/nodes/deadbeef-dead-beef-dead-beefdeadbeef/vendor_passthru/heartbeat HTTP/1.1" 404 560 "-" "python-requests/2.10.0"12:24
sambettsmat128: oh nice!12:24
dtantsurjroll, cool, please keep me in the loop12:24
jrolldtantsur: totes12:24
sambettsmat128: no idea why my machine is segfaulting out :'(12:24
mat128enough memory?12:24
sambettsmat128: 8g should be plenty12:25
milansambetts, try turning it off and on again :P12:25
*** nicodemos has joined #openstack-ironic12:26
sambettshaha12:26
sambettsmat128: it works fine outside of the chroot, but inside it doesn't like it at all12:26
sambettsand it doesn't give me any reasoning behind it either :/12:28
mat128sambetts: maybe compare logs? http://paste.openstack.org/show/496708/12:29
sambettshmmmm, it appears that its make thats broken12:29
sambettsif I manaully chroot into the build dir, and just in / run make --version it fails12:30
sambettsSeg fault12:30
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: [WIP] Tempest: add basic test  https://review.openstack.org/29392612:30
*** jjohnson2 has joined #openstack-ironic12:30
mat128sambetts: for the record, it built a 53M ramdisk12:30
mat128sambetts: ouch12:31
sambettsI wonder if its a incompatiblity thing with my host's kernel? on your host whats the uname output?12:31
sambettsuname -a12:31
mat128stock ubuntu 14.04: Linux default 3.13.0-24-generic #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux12:31
sambettsmat128: I'm running debian testing, Linux ArticalVirtualJessie 4.4.0-1-amd64 #1 SMP Debian 4.4.6-1 (2016-03-17) x86_64 GNU/Linux12:31
sambettsmuch newer kernel :/12:31
mat128I can pretty easily that that on 16.0412:32
mat128s/that/try/12:32
*** openstackgerrit has quit IRC12:33
mat128it's a one byte change in downstream build script :)12:33
sambettsheh awesome :D12:33
mat128we use ephemeral instances to build stuff12:33
mat128here we go12:33
*** openstackgerrit has joined #openstack-ironic12:34
*** xavierr_pizza is now known as xavierr12:34
*** ayoung has quit IRC12:36
dtantsurjroll, please remind me what we agreed on about the DIB job. Just kill it?12:38
dtantsur(I mean, our job on DIB, which is not voting anyway)12:38
jrolldtantsur: yes12:39
dtantsurk12:40
*** wajdi has quit IRC12:41
*** irf has joined #openstack-ironic12:42
dtantsurjroll, do you want to make the last release of ironic before removing things? we're doing it for inspector.12:42
*** aparnav has quit IRC12:46
dtantsurjroll, he's my draft email if you want to make any changes: https://etherpad.openstack.org/p/dPsYfGymFd12:46
jrolldtantsur: I was thinking the other way, drop this code as part of 6.0.012:46
mat128sambetts: I'm also trying the same 14.04 box that built it with success using the Xenial kernel, which is 4.4.012:46
jrolldtantsur: because people don't like many major versions in one cycle, apparently12:46
mat128more data, more science :)12:46
sambettsmat128: :D12:46
dtantsurjroll, so, the current release, right?12:46
jrolldtantsur: right, drop it before release12:47
jroll2. Remove the gate-tempest-dsvm-ironic-pxe_ssh job from Ironic master only.12:47
jrollis interesting12:47
jrollI think we'll just have to make it a noop on master, we'll need to bug infra on the best route for that12:47
dtantsurjroll, it's possible to remove a job from a branch12:48
jrollorly? nice12:48
dtantsurwe do it all the time actually12:48
sambettsI think we can just make it so that it doesn't run on master right? e.g. in the same way we prevent jobs running on older branches12:48
dtantsure.g. tinyipa jobs on liberty12:48
dtantsure.g. https://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L128112:49
*** lucas-hungry is now known as lucasagomes12:49
jrollah, cool12:49
jrollthanks12:49
jrolldtantsur: email looks fine to me btw12:50
mat128sambetts: segfaulted on 14.04 running xenial 4.4.0-2212:50
sambettsmat128: :'(12:50
mat128worked on 16.04 (!)12:50
sambettswhat?!12:50
dtantsurjroll, awesome, sending now. should I include someone but openstack-dev?12:50
*** daemontool has joined #openstack-ironic12:51
sambettsmat128: btw if we want to change the mirror we use for tce-load, you just need to replace the URL in /opt/tcemirror12:51
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Update devstack plugin with new auth options  https://review.openstack.org/29731212:51
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Migrate to using keystoneauth Sessions  https://review.openstack.org/23698212:51
mat128oh, good12:51
mat128I'll push a change to use the same mirror for both kernel/ramdisk initial download and build12:51
mat128then we can bug infra and change it in one place12:52
*** links has quit IRC12:52
jrolldtantsur: openstack-operators@12:52
dtantsurjroll, I don't think I'm subscribed to it, maybe you could sent?12:52
jrolldtantsur: sure12:53
dtantsurcheers!12:53
*** daemontool has quit IRC12:53
*** daemontool has joined #openstack-ironic12:53
sambettsmat128: https://review.openstack.org/#/c/313675/ btw this is tinycore 6.x with manual build of gdisk and results in a 38mb version12:54
jrolldtantsur: done, thanks for writing it12:54
sambettsmat128: at that size it boots successfully with 256mb of RAM12:54
dtantsurjroll, so, wait a couple of days in case someone complains too much, then I proceed with #1 and #2?12:55
mat128sambetts: and removing Babel and everything else, good stuff!12:56
mat128mine was 53M without all of these changes12:56
mat128but with a smaller gdisk directly from upstream12:56
jrolldtantsur: yeah, and even if someone does complain, probably proceed anyway :)12:56
mat128do you think 7.x is larger than 6.x?12:56
dtantsurhehe, good12:57
jrollhttp://jroll.ghost.io/ heh12:57
jroll"Our network is literally on fire"12:57
sambettsmat128: not sure :/ if I can get 7.x working on my local machine then I planned to rebase your 7.x change ontop of those ones12:57
lucasagomesjroll, heh wow12:57
sambettsjroll: hehe12:58
lucasagomesjroll, btw what happened with your old domain? jimrollenhagen.com12:58
*** Goneri has joined #openstack-ironic12:58
*** irf has quit IRC12:58
*** mgould has quit IRC12:58
mat128sambetts: 16.04 native http://paste.openstack.org/show/496717/   14.04 with upgraded 16.04 kernel http://paste.openstack.org/show/496718/12:59
jrolllucasagomes: some HSTS configuration mistakes made the link to their hosting not work right :)12:59
jrolllucasagomes: I'll fix it one day12:59
lucasagomesfair enough12:59
jrollI did choose ghost because you can run it yourself, just need to do it12:59
mat128not much tools in the chroot13:00
lucasagomesyeah i remember we talked a little about ghost13:00
lucasagomeslooks pretty good indeed13:00
*** mgould has joined #openstack-ironic13:00
*** milan_ has joined #openstack-ironic13:00
*** milan has quit IRC13:03
sambettsmat128: just upgrading my machine, and I'll see if it was a bug in that specifc kernel version or something, because its bumping me to 4.513:04
mat128ok, we'll see13:05
mat128I'll have a hard time reproducing issues with 4.5, but at least I'm getting it with 4.4.0-22-generic (but not 4.4.0-21-generic?!)13:05
mat128maybe it's not just the kernel13:05
mat128even make clean segfaults13:06
mat128but not make --help :(13:06
*** amotoki has quit IRC13:08
*** Nakato has quit IRC13:08
*** Nakato has joined #openstack-ironic13:08
sambettsyeah make --version does too13:09
vdrokmorning everyone13:10
vdrokjroll: we have a bug in resource tracker I think. please take a look http://paste.openstack.org/show/496718/. test_create_server setUpClass works fine, and hypervisor details are correct too, next 2 tests setup fails because all hypervisors have 0 vcpus, memory_mb, ramfilter throws all nodes out13:12
vdrokwhile all the nodes are in available state13:12
*** rloo has joined #openstack-ironic13:12
vdrokjroll: err,  http://paste.openstack.org/show/49672213:13
jrollvdrok: you sure you don't just need to wait for the resource tracker to run again?13:15
jrollI also see: "free_ram_mb": 38413:15
jrolla few times in both calls13:15
vdrokjroll: idk. I have 7 nodes. In the test_create_server one instance is booted, after it is deleted, all the nodes are updated, with 0s13:16
* jroll has to step away for a while13:16
sambettsmyself and mgould saw a something that sounds similar the other day, we had 7 nodes availible and set 1 to maintenace = True and that removed all the nodes from being schedularble13:16
jrollvdrok: wait for it to get to available, then wait for resource tracker to run13:16
jrollsambetts: wat13:16
vdroksambetts: nope, all are not in maintenance and in available state13:17
jrollanyway, bbiab13:17
sambettsjroll: yeah, :/13:17
*** milan_ has quit IRC13:17
mgouldsambetts, there was something about that in the channel this morning IIRC13:17
mgouldsome line in ironic_virt_driver that explicitly set everything to zero13:17
*** milan_ has joined #openstack-ironic13:18
*** mgould is now known as mgould|brb13:18
sambettsyeah, it should do it for the node in maintenance not the all of them XD13:18
*** mkovacik__ has joined #openstack-ironic13:19
sambettsmat128: 4.5.0-2-amd64 fails too :'(13:20
*** caiobo has joined #openstack-ironic13:21
mat128I have a core dump, but I'm not too familiar with troubleshooting this13:21
mat128sambetts: crap :(13:21
*** milan_ has quit IRC13:22
*** mkovacik__ is now known as milan13:24
caiobogood morning Ironic! :)13:25
*** mgould|brb is now known as mgould13:26
* mgould returns from the third office barbecue of the year13:26
mgouldwhat is this strange country, and what has it done with the real Scotland?13:27
*** hamzy has quit IRC13:29
*** hamzy has joined #openstack-ironic13:29
sambettsmgould: ha!13:30
*** vmud213 has quit IRC13:31
*** afaranha has joined #openstack-ironic13:33
*** daemontool has quit IRC13:34
dtantsurmeh, the coreos builder is so slow compared to the tinyipa one...13:34
sambettsmat128: hmmm, there seems to be no consistancy in the v7.x tcz repo, things have been compile for 4.2.9 or 4.2.7 and the linux headers package they provide is 4.2.1 :/ no sure if that might be contributing to the crazyness13:35
sambettsdtantsur: hehe13:35
xavierrgood morning caiobo13:37
xavierrand good morning Ironic13:38
mgouldmorning caiobo xavierr13:38
*** chlong has joined #openstack-ironic13:38
mat128sambetts: maybe we can switch to 4.2.7 just to check?13:39
caiobomorning xavierr sambetts  mgould dtantsur and   everybody else too13:39
dtantsurmorning xavierr, caiobo13:40
sambettsmat128: giving it a go13:40
lucasagomesxavierr, morning13:41
lucasagomescaiobo, morning dude :-)13:41
caiobomorning lucasagomes! :D how are you dude?13:44
sambettsmat128: switched all the deps etc over to 4.2.7 and it still fails13:45
*** absubram has quit IRC13:45
lucasagomescaiobo, all is well, you?13:45
NobodyCamGood Morning Ironicers13:46
mgouldmorning NobodyCam13:46
xavierrmorning lucasagomes, what's the craic? hahaha13:47
xavierrmorning dtantsur NobodyCam :)13:47
dtantsurmorning NobodyCam13:48
lucasagomesxavierr, not much craic today, just internal stuff + meetings. Hope to have some now in the afternoon :-)13:48
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846113:48
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Bump supported API version to 1.5  https://review.openstack.org/31504713:48
NobodyCammorning mgould xavierr dtantsur lucasagomes sambetts jroll13:49
caiobomorning NobodyCam13:49
sambettso/ NobodyCam13:49
lucasagomesfwiw craic = fun (in irish) it's not crack!13:49
NobodyCammorning caiobo :)13:50
NobodyCam:)13:50
caiobolucasagomes same here :D13:50
xavierrlucasagomes, thats good. +1 for the explanation :)13:52
openstackgerritMario Villaplana proposed openstack/ironic: Regenerate sample configuration  https://review.openstack.org/31505213:55
openstackgerritOpenStack Proposal Bot proposed openstack/bifrost: Updated from global requirements  https://review.openstack.org/31371213:56
*** appu103_ has joined #openstack-ironic13:56
*** ametts has joined #openstack-ironic13:56
*** daemontool has joined #openstack-ironic13:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/31505713:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/31435413:58
*** [1]cdearborn has joined #openstack-ironic13:59
mariojvi wonder if there's a way to get the proposal bot to automatically regenerate the sample config for us14:00
*** ayoung has joined #openstack-ironic14:01
*** links has joined #openstack-ironic14:01
*** joprovost has joined #openstack-ironic14:04
*** appu103_ has quit IRC14:05
*** appu103_ has joined #openstack-ironic14:07
*** rloo has quit IRC14:07
*** rloo has joined #openstack-ironic14:08
*** ijw has joined #openstack-ironic14:08
*** wajdi has joined #openstack-ironic14:11
*** daemontool has quit IRC14:13
mariojv#openstack-infra is saying there's a sphinx extension that does it automatically for you14:17
jrollthat's a different thing, and we need to get on oslo's config generator to do that14:18
jrollthat won't do anything with the in-tree sample config (but we could drop it once we're publishing)14:18
jrollthe configgen thing is here: https://review.openstack.org/#/c/247331/14:19
mariojvok, thanks14:20
vdrokjroll: so the problem is the following - I have 7 nodes, I do nova boot (single instance), instance is scheduled to a node, node starts deploying, and ALL the nova hypervisors are updated with vcpu=0, memory_mb=0, local_gb=0. that node becomes active, and after some time (periodic task starts) these values are back to normal. that's not OK or am I missing14:23
vdroksomething?14:23
*** appu103_ has quit IRC14:23
sambettsvdrok: no, thats not cool...14:23
jrollvdrok: yeah something is totally wrong there14:23
vdrokthat's just the nova boot, no tempest14:24
vdrokand it is the reason everything fails in tempest smoke14:24
*** appu103_ has joined #openstack-ironic14:24
jrollso interestingly enough, smoke passes for me14:24
*** joprovost1 has joined #openstack-ironic14:24
vdrokheh14:25
*** joprovost has quit IRC14:25
*** joprovost1 is now known as joprovost14:25
jrollhttp://logs.openstack.org/65/311865/3/experimental/gate-grenade-dsvm-ironic/e635dec/logs/grenade.sh.txt.gz14:25
jrollare you using CCM vdrok ?14:25
vdrokjroll: nope, it is the default compute manager14:25
jrollO_o14:25
*** joprovost has quit IRC14:25
jrollmaybe something new breaking it then?14:25
jrollnew since yesterday14:26
sambettsjroll: this really sounds like its related to the thing me and mgould were seeing :/14:26
*** joprovost has joined #openstack-ironic14:26
sambettsbasically 1 node affecting the state of all the nodes14:26
jrollnot much though https://github.com/openstack/nova/commits/master14:26
jrollright14:26
jrollthat's... odd14:26
dtantsurthere was one patch changing tracking resources14:27
dtantsurcan't find it though14:27
*** wajdi has quit IRC14:27
jrolloooo14:27
jrollI know the one14:27
*** joprovost has quit IRC14:27
*** wajdi has joined #openstack-ironic14:27
*** joprovost has joined #openstack-ironic14:27
dtantsurhttps://github.com/openstack/nova/commit/016b810f675b20e8ce78f4c82dc9c679c0162b7a ?14:27
jrollhttps://review.openstack.org/#/c/306670/14:27
sambettsI was seeing this happen last week, I thought it was just a problem with my env though14:27
dtantsurright :)14:27
jrollvdrok: sambetts: try with that reverted just for kicks?14:28
jrollI can't imagine this is it though14:28
*** rbudden has joined #openstack-ironic14:28
*** joprovost has quit IRC14:28
jrollmax(0, free)14:28
*** joprovost has joined #openstack-ironic14:28
vdrokjroll: yep, I guess pas-ha mentioned this happening even earlier, before that was merged, but i'll try14:29
jrollvdrok: oh, weird14:29
*** amotoki has joined #openstack-ironic14:30
*** xhku has joined #openstack-ironic14:30
*** wajdi_ has joined #openstack-ironic14:30
*** daemontool has joined #openstack-ironic14:31
*** wajdi has quit IRC14:33
lucasagomesjroll, vdrok I wonder if the tempest test could/should check the hypervisor-stats once the node is being deployed14:34
lucasagomesmaking sure the right amount of resources was subtracted from there14:34
jrollyeah, it should14:34
lucasagomesthat might prevent/capture patches doing weird stuff with the resource tracking in nova14:34
* lucasagomes will check it out14:36
vdroklucasagomes: the problem is, eg vcpus sometimes switches to 0 and then back to 1, without any actions from me, just noticed that. %)14:41
lucasagomesvdrok, yup, I mean, once that problem is fixed14:41
vdrokah, ++14:41
*** daemontool has quit IRC14:45
openstackgerritAparna proposed openstack/proliantutils: Adds support in hpssa for SDD interface 'Solid State SAS'  https://review.openstack.org/31171314:47
vdrokjroll: still happens after revert14:48
wajdi_good morning folks.14:48
*** wajdi_ is now known as wajdi14:48
vdrokmorning wajdi14:48
jrollvdrok: cool, good data14:49
*** e0ne has quit IRC14:49
*** ijw has quit IRC14:52
*** ijw has joined #openstack-ironic14:52
*** links has quit IRC14:54
rloovdrok, lucasagomes, sambetts etc. I doubt this has anything to do with it but thought I'd mention it, this is the ClusteredComputeManager and I don't think you're using it: https://review.openstack.org/#/c/287498/14:54
lucasagomesrloo, yeah apparently vdrok is not using it14:55
lucasagomes(see jroll's q about CCM there)14:55
rloolucasagomes: good. wanted to be sure. i don't see how that code could break something but one never knows.14:55
lucasagomesheh ++14:55
*** daemontool has joined #openstack-ironic14:55
vdrokrloo: morning, yep, I'm on the default one14:55
rloovdrok and everyone else. Hi and good morning!14:56
lucasagomesmorning rloo14:56
NobodyCammorning vdrok, rloo and wajdi14:56
vdrokmorning NobodyCam :)14:56
NobodyCam:)14:57
*** mtanino has joined #openstack-ironic14:58
pas-havdrok, jroll bug I reported in Nova on memory_mb https://bugs.launchpad.net/nova/+bug/157255514:58
openstackLaunchpad bug 1572555 in OpenStack Compute (nova) "Nova reports memory_mb=0 for available Ironic node" [Undecided,New]14:58
openstackgerritCaio Oliveira proposed openstack/python-oneviewclient: Adding dynamic allocation operations  https://review.openstack.org/25869915:00
lucasagomespas-ha, interesting15:00
lucasagomeswondering if the ironic virt driver is reporting it wrong somehow15:00
pas-hathe fun/strange part is it was enough to bring 2 of 3 nodes to maintenance to bring 0 on actually available node o_O15:01
*** electrofelix has quit IRC15:01
lucasagomespas-ha, what if you delete the two other nodes?15:02
*** absubram has joined #openstack-ironic15:03
vdrokpas-ha: well, yeah, the problem I see right now, do the cleaning on one node, and all the others report 015:03
pas-hadid not tried it, will do15:03
jrollsambetts: morgabra: I need your eyes on this as far as ironic impact: https://review.openstack.org/#/c/313001/1/specs/newton/approved/prep-for-network-aware-scheduling.rst15:03
pas-havdrok: hmm.. seems that virt driver somehow takes a combined view on its resources15:04
vdrokpas-ha: and I fail to find this place :) everywhere I look in resource tracker, all the operations happen on compute_node, which should be ok15:04
sambettsjroll: I think that its going to make an ironic attach_vif API even more nessesary after a quick scan15:05
jrollsambetts: yeah, I'm concerned about mac selection and such15:05
jrollsambetts: if you could give it a good think and review this week, that would be awesome15:05
*** electrofelix has joined #openstack-ironic15:06
*** spandhe has joined #openstack-ironic15:08
*** xavierr is now known as xavierr_afk15:09
*** rama_y has joined #openstack-ironic15:11
sambettsjroll: actually this fails well into a conversation myself and sukdev had about mac addresses, and making it so that when we create the port we don't give it a mac address, and we make baremetal vnics not generate one either by default, so when the port is created it has no mac address until we do our port-update call15:11
dtantsurinspector folks, if you review https://review.openstack.org/315047 I can create an inspector-client release today/tomorrow as well. Deal? :D15:12
jrollsambetts: ++ that was the thought when talking to johnthetubaguy15:12
wajdigeneral question. Should minor typos be commented on in reviews? Or would they be considered a bit of a nuisance when trying to push something through?15:12
jrollwajdi: I try to prefix them with "nit: " and not -1 for them15:12
dtantsurwajdi, should. but you should not -1 only for minor typos15:12
jroll(unless it's docs, I don't like typos in docs)15:12
dtantsuryeah, docs and release notes are special15:12
wajdigreat. Thanks for the input15:12
jrollnp15:13
johnthetubaguysambetts: if it helps the routed network stuff means you create a port without an IP to start with, its not added till you bind the port to a segment15:13
*** jistr has quit IRC15:13
johnthetubaguysambetts: the problem is what to do for end users when they create a port, I actually quite like not getting a mac address and IP until a later point all the time15:14
johnthetubaguysambetts: I am curious how ironic deals with port re-use, so the mac address is defined, I guess some hardware might be able to deal with that, but many probably just fails, etc.15:14
johnthetubaguysambetts: anyways, appreciate you taking a look at that, thank you!15:15
jrolljohnthetubaguy: yeah, we don't support that today15:15
sambettsjohnthetubaguy: yeah, we were saying that we think if make it so if they define the port as a baremetal vnic type then it doesn't generate a mac address or if it does we overide it on port update15:15
sambettscalled from ironci15:16
jrollwhich we could do today, before this lands yeah?15:16
sambettstechnically yes15:16
sambettstbh I'd alway like to campain for separating neutron port macs from physical mac, but JayF informs me that some nics don't support sub interfaces with differnt macs to their parent :'(15:17
jrollyaaaa15:17
johnthetubaguyyeah, its never that easy I guess :(15:18
sambettsIKR ...15:18
johnthetubaguyI am OK updating the mac address when its "bound" to a host, but no idea what mess that causes inside neutron, DVR, etc, etc15:18
sambettsjohnthetubaguy: as far as I know because the port isn't bound yet updating the mac is more or less just a db change15:19
sambettsjohnthetubaguy: the dhcp service etc will pick that up and update itself etc because for some reason that operates even on unbound ports15:20
johnthetubaguysambetts: that sounds possible, its just with port re-use I am not sure if unbinding the port does the required clean up, I guess it has to15:20
johnthetubaguyoh, fun15:20
sambettsyeah ...15:21
JayFsambetts: well, it's like handled in the driver. and linux nic drivers are notoriously awful15:21
JayFsambetts: I don't personally have a negative example at hand; but I bet I could find one15:21
sambettsJayF: heh :-p15:21
*** milan has quit IRC15:21
mat128sambetts: made progress so far on the segfault: it seems to work in non-interactive mode only, once you're in interactive, make segfaults15:23
sambettsmat128: woah?!15:23
mat128sambetts: I get segfaults on 16.04 running stock kernel (which didnt segfault before) when doing it interactively15:23
*** spandhe has quit IRC15:23
mat128yup, a colleague's hypothesis revealed to be true15:23
mat128really surprised15:23
*** appu103_ has quit IRC15:23
mgouldsegfaulting make? whoa, I've never seen that before15:24
mgouldis it make itself, or something it calls?15:24
JayFmat128: do you have a bug or gist up with the deets?15:24
*** spandhe has joined #openstack-ironic15:24
dtantsuras I said 2 minutes ago in another channel, computers were a mistake >_<15:24
sambettsmat128: make itself15:24
sambettsmgould: ^15:24
jrolldtantsur: ++15:24
mgouldwhoa15:24
mat128JayF: get this https://review.openstack.org/#/c/314999/15:25
* jroll would love to see the log15:25
JayFlol15:25
dtantsurmat128, wow, great!15:25
mat128incoming logs15:25
JayFignore my question, throw a review at me15:25
JayF:P15:25
jroll"here, go segfault your own machine" :P15:25
mat128JayF: LOL, I have a few logs of successful/crashing logs15:25
mat128gate is happy with it, downstream build here is happy because it's done through non-interactive mode15:26
JayFoh make is segfaulting on this patch15:26
JayFgot it15:26
mat128no not even15:26
mat128tinyIPA's make works, but then it tries to compile tgt15:26
mat128using make, which segfaults15:26
JayFhave you tried to repro on anything other than xenial?15:26
betherlydevananda: jroll: krotscheck: rloo: as per discussion yesterday, patch submitted to sort the infra side of the ironic-ui docs. will work on updating the docs themselves for the various pages and have a patches up soon. https://review.openstack.org/#/c/315107/15:26
mat128this morning I had 14.04 A1, 16.04 A1 but 14.04 on xenial's kernel crashing15:27
mat128caused by bad methodology: I was in interactive mode testing the latter15:27
jrollbetherly: woot, thanks15:27
mat128I get 100% success in non-interactive15:27
rloothx betherly15:27
mat128trying to provide you with easy steps to reproduce15:27
mgouldmat128, but the segfault only happens when run interactively?15:27
mat128thats correct15:27
mgouldweeeeiiiirrrrd15:27
mat128yup15:28
mgoulduname -c unlimited; gdb the coredump, backtrace?15:28
mat128having a hard time with this (pretty much first hands on experience troubleshooting a segfault), tried installing gdb in the chroot but it crashes because of missing symbols15:29
jlvillalsambetts, mgould: Just an FYI. When I tried to use 384MB for the tinyipa memory size it failed for me.  In stable/mitaka15:29
mat128tried outside (in my host) but cant seem to get anywhere15:29
jlvillalTook me most of the day to figure that out :(15:29
JayFmat128: mgould: Environment, perhaps?15:29
jlvillalmgould: sambetts: 512MB is working15:29
mgouldjlvillal, thanks!15:29
jlvillalmgould: I am now creating 3 tinyipa VMs. Still seems to be failing in the same area for resource phase create :(15:29
mgouldjlvillal, :-(15:30
jrolljlvillal: see my notes from yesterday?15:30
* mgould didn't get any further15:30
jrollslash irc pings15:30
*** jaybeale has joined #openstack-ironic15:31
mgouldjroll, on the ironic-grenade etherpad?15:31
sambettsjlvillal: have you got IRONIC_BUILD_DEPLOY_RAMDISK=true or false?15:31
jrollmgould: yes, at the bottom15:31
jlvillalsambetts: Not sure. Checking...15:31
*** jistr has joined #openstack-ironic15:31
sambettsjlvillal: if youve got it false for  stable/mitaka it'll end up running coreos by accident15:31
mgouldETOOMANYBROWSERTABS15:32
jlvillalaccident? :)15:32
sambettsjlvillal: https://review.openstack.org/#/c/314933/15:32
mat128mgould: I get those way too often :)15:32
openstackgerritMario Villaplana proposed openstack/ironic: Allow vendor drivers to acquire shared locks  https://review.openstack.org/22605815:32
jlvillalsambetts: Not set at all15:32
*** sacharya has joined #openstack-ironic15:33
mat128Instructions for reproducing: checkout https://review.openstack.org/#/c/314999/ then cd imagebuild/tinyipa; make15:33
*** jistr has quit IRC15:33
mgouldjroll, cool15:33
*** jistr has joined #openstack-ironic15:33
sambettsjlvillal: it defaults to True so there goes my hypotheis15:33
jrollit does? I didn't think it did15:34
mat128it didnt when we merged it15:34
mat128maybe it changed15:34
jlvillalsambetts: Should I cherry pick that patch?15:34
* mgould will set it to true explicitly and try again15:34
mat128we set it to true here to accelerate things15:34
jlvillalsambetts: I'm pretty sure I saw in the log it building tinyipa15:34
*** vishwanathj has joined #openstack-ironic15:34
sambettsjlvillal: yeah, I think you're building it15:35
*** ifarkas has quit IRC15:35
jlvillalsambetts: Any change from stable/mitaka to master to make it work in less memory?  Since 384MB seems to be failing. But 512MB works.15:36
jlvillalI am pretty sure that was the issue I was seeing yesterday.15:36
mat128sambetts, mgould, JayF : all the logs http://paste.openstack.org/show/496763/15:36
* jlvillal won't guarantee he didn't screw up somewhere else15:37
mat128interactively vs non-interactively, hypothesis proven15:37
sambettsjlvillal: no, it was working at 384mb back when I merged it, unless we've merged some giant dep into IPA :/15:37
jrollwfm yesterday at 38415:37
sambettson stable/mitaka?15:37
jrollyes15:38
jrollhttp://logs.openstack.org/65/311865/3/experimental/gate-grenade-dsvm-ironic/e635dec/logs/grenade.sh.txt.gz15:38
sambetts:/15:38
*** sacharya has quit IRC15:38
jrollsmoke tests passing there15:38
*** spandhe has quit IRC15:38
jlvillalsambetts: jroll: Okay. I will try again. See if I can better identify the failure.15:38
JayFmat128: can you post the actual segfaults from your kernel logs?15:38
mat128core dumps?15:39
jrolljlvillal: and I figured out why resource create is failing; the server build fails because ironic and IPA can't talk, because resource create makes a new neutron network and this code doesn't get run on it: https://github.com/openstack/ironic/blob/master/devstack/lib/ironic#L65315:39
mat128AHH15:39
mat128I'm an idiot15:39
jlvillaljroll: Oh awesome!15:39
mat128[10116.380127] make[19006]: segfault at 0 ip 00002ba76f2c4d62 sp 00007ffd2c176370 error 4 in libc-2.22.so[2ba76f256000+163000]15:39
mgouldjroll++15:39
jrolljlvillal: so I bugged sean about it, he's trying to focus on other things and asked me to hit the ML15:40
jrollso I'll do that at some point today15:40
mgouldmat128, oh, of course! how didn't I think of that!15:40
jrollneed to gather my references and such15:40
mgouldbut perhaps you could expand for the rest of the channel? :-)15:40
JayFmat128: I'm curious if 14.04 hardware enablement installs anew libc15:40
mat128JayF: but it works in non-interactive mode :(15:40
JayFmat128: sure, that doesn't matter neccessarily15:40
*** sacharya has joined #openstack-ironic15:41
mgouldmat128, is it a libc version-skew error?15:41
mat128mgould: between my host and tinycore?15:41
JayFmat128: https://sourceware.org/bugzilla/show_bug.cgi?id=1986115:42
openstacksourceware.org bug 19861 in nptl "pthread library fork invocation leads to crash" [Normal,New] - Assigned to unassigned15:42
JayFmat128: unsure if it's related, thinking not the more I read15:42
mat128JayF: how did you find this? looking for libc 2.22 ?15:42
sambettsmat128: in none of the logs you posted do I see the seg fault I see15:43
JayFgoogle://segfault in libc-2.22.so ubuntu 16.0415:43
*** aNupoisc has joined #openstack-ironic15:43
JayFsambetts: look above ^ he pasted the segfault from kernel messages into chat15:43
mat128JayF: I can try again with a fresh 14.0415:43
mat128sambetts: [10116.380127] make[19006]: segfault at 0 ip 00002ba76f2c4d62 sp 00007ffd2c176370 error 4 in libc-2.22.so[2ba76f256000+163000]15:43
JayFmat128: do you know if ubu hardware enablement upgrades libc too?15:43
mat128JayF: don't know sorry, I'll check which libc I have15:44
sambettsmat128: it should be the version installed in the chroot right?15:44
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Functional tests for portgroups in ironicclient  https://review.openstack.org/29772715:44
JayFlooks like 2.19 is what is in trusty, 2.23 is in xenial15:44
JayFmat128: ^ so what version is installed on your 14.04 w/16.04 kernel (hardware enablement)15:45
mat128sambetts: yes 2.22 comes from TinyCore15:45
sambettsJayF: http://paste.openstack.org/show/496766/ its inside the chroot its blowing up though15:45
mat128JayF: 2.1915:45
JayFoooooh15:45
JayFinside the chroot15:45
sambettsmake outside the chroot for me is fine15:45
JayFso you're using libc from tinycorelinux15:45
mat128JayF: that's correct15:45
mat128JayF: ./tinyipabuild/lib/libc-2.22.so15:45
mgouldmat128, does the make binary also come from the chroot?15:45
JayFhave you just like posted this upstream to their mailing list?15:46
mat128mgould: yes15:46
mat128JayF: I haven't so far15:46
JayFI would, especially with the interactive vs noninteractive15:46
JayFit's going to be an interesting bug15:46
JayFI suspect it'll have SOMETHING to do with the environment though, that's really all that's different, right?15:46
sambettsmat128: how are you switching between interactive and non-interactive?15:46
JayFbceause even with noninteractive, you have stdin/stdout/stderr hooked up in similar ways15:46
JayFso it shouldn't make a diff15:46
openstackgerritLucas Alvares Gomes proposed openstack/virtualbmc: Add unittests for the manager.py module  https://review.openstack.org/31468115:47
sambettsmat128: i'd like to try on mine15:47
mat128sambetts, JayF: our local build script makes use of vagrant and that makes it non-interactive15:47
mat128sambetts: let me check if I can repro with simple ssh -c15:47
*** rcernin has quit IRC15:47
sambettsI tried doing a bash -c "make" on mine to see if that worked but I got the same seg fault15:48
mgouldJayF, I'm wondering if make uses pthreads when run interactively15:48
JayFmgould: that's exactly what I'm thinking, and I think that bug I linked above is being exposed15:48
JayFhttps://sourceware.org/bugzilla/show_bug.cgi?id=1986115:48
openstacksourceware.org bug 19861 in nptl "pthread library fork invocation leads to crash" [Normal,New] - Assigned to unassigned15:48
*** e0ne has joined #openstack-ironic15:49
* mgould clones the make repo and takes a look15:49
mat128mgould, JayF: in interactive, doing make --version crashes while make --help doesn't15:50
mat128might help while statically looking at code15:50
mgouldwow15:50
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Always convert the size root device hints to an integer  https://review.openstack.org/31514015:52
mgouldhuh, looks like GNU Make only uses threads under win3215:53
mgouldso I don't think it is the pthread issue15:54
*** Sukhdev has joined #openstack-ironic15:54
mgouldmat128, do you have a core dump?15:55
mat128I certainly could, but I dont know how to read it15:55
mgouldload it into gdb15:55
mgouldone moment...15:55
mat128gdb in the chroot or on the host?15:55
*** rloo has quit IRC15:55
mgouldgdb /path/to/make coredump_file15:55
mat128mgould, JayF, sambetts: running non-interactively http://paste.openstack.org/show/496767/15:56
mgouldshouldn't matter, I think15:56
dtantsurhave to run now, see you tomorrow15:56
*** dtantsur is now known as dtantsur|afk15:56
mgoulddtantsur, see you tomorrow!15:56
mat128ok let me set ulimit and try again15:56
mgouldmat128, cool15:56
JayFmat128: you running it with env -i when doing it 'interactively'?15:56
mat128JayF: Interactively is here http://paste.openstack.org/show/496768/15:57
mat128exact copy paste of the command15:57
JayFI think I got it15:58
JayFwhen running non-interactively; you execute bash from inside the chroot, right?15:58
JayFbut when doing it interactively, you're still inside the bash from ubuntu executing those scripts15:58
mat128non-interactive: bash -e of sudo chroot /bin/sh -c "make --version"15:59
mat128interactive: simple ssh (so shell of my user, guess bash) then sudo chroot /bin/sh -c "make --version"15:59
mat128JayF: I can try anything15:59
JayFso in both cases you're exec'ing sh from within the chroot15:59
JayFso scratch that idea15:59
JayFthis is bonkers15:59
mat128JayF: thats correct, sh from within the chroot16:00
JayFcan you attach gdb to it?16:00
jlvillalAll your PyCharm are belong to us ;)16:00
mat128mgould, JayF: http://paste.openstack.org/show/496769/16:00
jlvillalLooks like a security issue for all JetBrains IDEs16:00
mat128jlvillal: ouch, where? (IntelliJ here)16:01
*** nicodemos has quit IRC16:01
*** appu103_ has joined #openstack-ironic16:01
mat128JayF: gdb from within the chroot seems broken16:01
jlvillalmat128: I got an email about it16:01
*** rloo has joined #openstack-ironic16:01
mat128jlvillal: Oh, same16:01
JayFhrmph16:01
mgouldmat128, set sysroot [chroot dir] at the gdb prompt16:02
* mgould has never actually used gdb with chroots before, so this is guesswork16:02
*** fellypefca has joined #openstack-ironic16:03
mat128mgould: how do I "reload" the coredump after I do the set sysroot?16:03
*** nicodemos has joined #openstack-ironic16:03
*** appu103_ has quit IRC16:03
mgouldmat128, you've got ironic-python-agent inside a Vagrant box, and you're running `make` within the tinyipa directory, right?16:03
*** appu103_ has joined #openstack-ironic16:04
mat128but vagrant is hooked onto a privatecloud, so it could as well just be ssh16:04
mgouldOK16:04
mat128mgould: http://paste.openstack.org/show/496767/ < running non-interactively16:04
mat128simple ssh16:04
mgouldso I probably shouldn't have run make on my actual laptop, then?16:04
mat128worst case, ssh onto your own box16:04
mgouldOK, cool16:04
mat128OS X here so I can't run most of this stuff directly :)16:04
JayFmat128: wait, that's an important consideration: when you run vagrant you're actually working from *different hardware*?16:05
mgouldI'm just trying to get to a core dump of my very own16:05
mat128mgould: I could always send it to you16:05
mgouldmat128, I don't know if you need to reload the core dump; try `bt`16:05
mat128mgould: given how everything should be the same16:05
mgouldmat128, yes please - mgould at redhat.com if it's not too large :-)16:06
*** appu103_ has quit IRC16:06
mat128mgould: backtrace http://paste.openstack.org/show/496771/16:06
JayFI mean, can we put it in cloud files or something?16:06
JayFperfect16:06
mat128cloudfiles?16:06
*** appu103_ has joined #openstack-ironic16:06
mat128oh yeah16:06
mat128your thing :)16:06
JayFor s3, or whatever16:06
JayFcloud files usually works as generic enough that folks know what I'm taking about16:06
JayFlol16:07
*** dmk0202 has quit IRC16:07
mgouldstrdup? huh16:07
JayFso a crazy thought16:09
JayFhas anyone taken one of the successful versions of these builds16:09
JayFand made sure the ramdisk produced is sane and works?16:09
mat128JayF: I did16:09
mat128and the gate did16:09
JayFokay, cool16:09
mat128mgould: Your mail server is apparently rejecting my mail: "Rejecting because of virus Heuristics.Broken.Executable"16:10
mat128lmao16:10
mat128Now to get access to share files :(16:11
mgouldmat128, sorry!16:11
mat128mgould: I know it's not something you can control16:11
mat128lol16:11
mat128mgould, JayF: https://www.dropbox.com/s/00c6ysapmqg9qqt/core.gz?dl=016:11
mat128sorry about that, easiest thing I could find16:11
mat128dropbox16:11
JayFthat's perfect16:11
mgouldmat128, thanks!16:12
JayFalthough not sure what I'd do with it other than pull a backtrace so I'll let those more talented tear the core file apart :P16:12
mat128we're in the same boat lol16:12
mgouldJayF, my plan was frame and list16:12
mat128JayF: Have you seen the backtrace?16:12
JayFmat128: I looked at the one you linked16:12
afaranhaHey guys, I got an error when trying the ironic-neutron integration code: http://paste.openstack.org/show/496772/16:15
* mgould loads it up in gdb and discovers the debugging symbols have all been stripped16:15
afaranhamore specifically, I found this16:15
*** athomas has quit IRC16:15
mgouldthat seemed like *such* a good idea yesterday...16:15
afaranha... --config-file /etc/neutron/plugins/ml2/ml2_conf.ini --config-file etc/neutron/plugins/ml2/ml2_conf_genericswitch.ini ...16:15
mat128mgould: are you sure it merged?16:15
afaranhadevstack is trying to read the genericswitch configuration on etc/neutron/... and not on /etc/neutron/....16:15
afaranhaThe error was that: oslo_config.cfg.ConfigFilesNotFoundError: Failed to find some config files: /home/ubuntu/devstack/etc/neutron/plugins/ml2/ml2_conf_genericswitch.ini16:16
mgouldmat128, not sure, will check16:16
mat128I was thinking it was still in the in-flight change16:16
mat128the find | strip16:16
afaranhaAs I'm not used to change devstack, does someone knows how can I tell devstack to look for the conf file in '/etc/' instead of 'etc/'?16:16
JayFI think it's intentional to not have the leading /16:17
JayFas most config files are in /opt/stack/etc rather than /etc, iirc16:17
openstackgerritLucas Alvares Gomes proposed openstack/virtualbmc: Add unittests for the manager.py module  https://review.openstack.org/31468116:17
openstackgerritLucas Alvares Gomes proposed openstack/virtualbmc: Raise an exception for domains already registered  https://review.openstack.org/31514916:17
afaranhaJayF: Can I just copy the ml2_conf_genericswitch.ini to ~/devstack?16:18
mgouldmat128, you're right, looks like that hasn't landed yet16:18
mat128mgould: so how come it can't find symbols?16:18
mat128mgould: we need symbols for libc, right?16:19
JayFafaranha: you can stick it in the right place, yes, I don't think that's ~/devstack, but it depends on how your local config is16:19
mat128mgould: or make?16:19
mgouldmat128, for make16:19
mgouldbrb16:19
afaranhaJayF: Thanks, gonna try copy it :)16:20
mgouldback16:21
*** athomas has joined #openstack-ironic16:22
lucasagomesCoverage report: 88% (for virtualbmc)16:23
lucasagomesnot bad16:23
mat128mgould, JayF: afk for a while, let me know if you find something or need anything16:24
mgouldlucasagomes, nice16:24
lucasagomesmgould, that's the result with the 2 patches I have in queue yet16:24
mgouldlucasagomes, yep, I'll take a look at them in a minute16:25
lucasagomescool, ty, no rush!16:25
JayFSo here's my question: Should we wait to merge those TCL things into tinyipa until we get to the bottom of the segfault16:25
mat128JayF: The push for 7.x was mainly to leverage the work they did upstream in slimming down gpart16:26
JayFI realize that; my question is still valid16:26
pas-hasoo, it looks vsaienko dug the offending commit in Nova https://review.openstack.org/#/c/279313/16:26
mat128we can either: a) ask for a backport to 6.x; or b) use sambetts' patch where he rebuilds the package to avoid libicu16:26
pas-hawithout it, hypervisor stats are owrking as expected16:26
mat128JayF: we can go ahead with optimizations and slimming down without handling the segfault or switching to 7.x16:27
mat128JayF: We could even get on 7.x, considering all builds are done in a non-interactive mode :)16:27
mgouldmat128, oh, you're on 7.x16:27
mat128but that's going to be a pain for people working on tinyIPA manually16:27
mgoulddo you have a branch I can check out?16:27
mat128mgould: https://review.openstack.org/#/c/314999/16:27
JayFmat128: yeah, that's why I asked; no reason gate wise or automation wise not to16:27
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/31435416:27
mgouldmat128, thanks!16:27
JayFbut it could make troubleshooting fun16:27
JayFI should also see if I can repro on my dev vm16:27
JayFwhich is fedora 2316:28
JayFbrb16:28
sambettsJayF: I'm running debian testing on kernel 4.5.0 and I'm seeing it :'(16:28
mat128sambetts: do you get it in non-interactive?16:28
* mgould is running it natively on his fedora 22 machine, because he likes to live dangerously16:28
vdrokjroll: https://review.openstack.org/#/c/279313/ this might be it16:29
openstackgerritLucas Alvares Gomes proposed openstack/virtualbmc: Add "cover" to .gitignore  https://review.openstack.org/31515416:33
*** jaybeale has quit IRC16:33
*** aNupoisc has quit IRC16:35
*** thrash is now known as thrash|biab16:41
sambettsmat128: ... just run ssh sam@127.0.0.1 bash -e <<EOF cd /home/sam/Work/ironic-python-agent/imagebuild/tinyipa && echo "password" | sudo -S make build EOF and it worked just fine... WTF computers?!16:41
mat128sambetts: thats it, non interactive mode makes it work16:42
sambettsmat128: how?! and why?! sigh...16:42
JayFsambetts: ssh -t16:42
JayFsambetts: give it a tty and watch it segfault, I bet16:42
*** jaybeale has joined #openstack-ironic16:44
jlvillaljroll: Hopefully I captured correctly what you said. I did mostly cut-n-paste :)  https://etherpad.openstack.org/p/ironic-newton-grenade-whiteboard  lines 11-1416:44
mat128I'll quote Dimtry on this: "computers were a mistake"16:44
*** Nisha has quit IRC16:44
JayFsambetts: that's the only thing I can think of that would be diff about executing over ssh vs not, would be presence of a tty16:44
mat128JayF: with -t I get a "Pseudo-terminal will not be allocated because stdin is not a terminal." and it still works16:45
sambettssame16:45
JayFso -t is just ineffective16:45
mat128tahts it16:46
sambettsmat128: could switch it out for bash -i -e to make it an interactive terminal16:46
mgouldmat128, `make build` fails for me on the 7.x branch :-(16:47
lucasagomesmat128, mgould not sure if I have said that, but thanks a lot for all the reviews on vbmc16:47
mat128mgould: because of the segfault?16:47
lucasagomesvery appreciated!16:47
mat128lucasagomes: always a pleasure :)16:47
mgouldmat128, it's not even getting that far, afaict16:48
* mgould tries again in case it was an intermittent error16:48
mat128JayF, sambetts: Multiple -t options force tty allocation, even if ssh has no local tty.16:48
mat128watch me force it :)16:48
mat128mgould: logs?16:49
mgouldthis is on fedora 22, I'll try in an ubuntu VM if it fails this time16:49
*** irf has joined #openstack-ironic16:49
mgouldmat128, sure, will post the result of this run16:49
mat128GOT IT!16:50
mgould?16:50
mat128ssh -t -t ubuntu@172.27.59.12 bash -e <<EOF16:50
mat128reproduces it16:50
mat128100%16:50
mgouldawesome16:50
mat128you can easily switch interactive/non-interactive16:50
JayFso if you have a tty, it breaks16:50
JayFit sounds like we have a perfect bug to file against TCL16:50
mat128JayF: That's correct16:50
mgouldmat128, just hit the segfault!16:50
JayFand should probably stop rabbitholling here16:50
afaranhaAbout the ironic-neutron integration, is the line 39 correct? https://review.openstack.org/#/c/258596/64/doc/source/dev/ironic-neutron-integration.rst16:51
sambettsmgould, JayF, mat128: http://patches.openembedded.org/patch/117921/ maybe?16:51
JayFbingo16:52
JayFmount your /dev/pts into the chroot16:52
JayFrather than applying that patch16:52
sambettsyeah, going to try16:52
JayFgroup troubleshooting ftw16:52
mat128:D16:52
sambetts:D16:52
*** amotoki has quit IRC16:52
mat128bingo16:53
mat128works by mounting bind /dev/pts16:54
mat128http://paste.openstack.org/show/496778/16:54
*** derekh has quit IRC16:55
mgouldcool, so we can use that as a workaround for now?16:55
mat128updating the review as we speak16:56
sambettsmgould: just testing it in the main script now16:56
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Use TinyCore Linux 7.x for TinyIPA  https://review.openstack.org/31499916:56
mat128^updated16:56
mat128mount bind just below /proc16:57
mat128off to lunch now :)16:57
mgouldhah, just as I got a core file open in gdb :-)16:57
*** mat128 is now known as mat128|lunch16:57
mgouldnot that it's actually helping, because of the lack of symbols16:58
mat128|lunchyeah16:58
mgouldoh well16:58
mat128|lunchsambetts found it16:58
mgouldcool16:58
*** rpioso has joined #openstack-ironic17:00
*** ohamada has quit IRC17:00
sambettswe all found it really by realising that we couldn't make with a tty17:02
*** jistr has quit IRC17:02
*** keedya has joined #openstack-ironic17:02
*** jaybeale has quit IRC17:03
lucasagomessambetts, https://review.openstack.org/#/c/314933/ seems to be raising a 404 for the pre-built images17:05
lucasagomeslogs.openstack.org/33/314933/3/check/gate-tempest-dsvm-ironic-pxe_ipa-tinyipa-nv/eddfb89/logs/devstacklog.txt.gz#_2016-05-11_12_39_24_97017:05
sambettslucasagomes: yup, thats because there hasn't been a merge into IPA stable/mitaka to trigger the post job17:05
lucasagomessambetts, oh *sigh*17:06
JayFsambetts: did you post a docs update to mitaka + master updating that readme for tinyipa to not say experimental?17:08
*** thrash|biab is now known as thrash17:08
JayFsambetts: that would be easy as hell to get in and trigger that job17:08
*** kromanenko_ has quit IRC17:09
lucasagomesyeah I was thinking also if someone can do a -infra-fu and trigger that job manually17:10
lucasagomesit's a chicken and egg problem17:10
sambettsJayF: So I'm seeing a couple of patches merged and I'm looking to see why there isn't a build for tinyipa for stable/mitaka17:10
JayFah17:10
JayFsambetts: to IPA?17:10
JayFsambetts: we haven't approved much to stable/mitaka in ipa, if anything17:11
sambettsyeah17:11
*** aNupoisc has joined #openstack-ironic17:11
sambettsthis landed this afternoon https://review.openstack.org/#/c/314713/17:11
JayFhttps://review.openstack.org/#/c/314713/17:11
JayFyep, lol17:11
lucasagomesshould we recheck that other patch then?17:12
sambettsah the post job is still in the queue17:12
lucasagomesoh :-/17:12
* lucasagomes waits17:12
JayFsambetts: I didn't see it there?17:12
JayFoooh17:12
sambettsin the post queue it the third one down17:12
JayFpost jobs indexed by sha17:12
JayFnot by patch #17:13
lucasagomesyeah, the post queue is quite slow since it's low prio17:13
*** xavierr_afk is now known as xavierr17:13
*** ChubYann has joined #openstack-ironic17:16
lucasagomescalling it a day, have a great evening all!17:21
lucasagomessee you tomorrow17:21
*** electrofelix has quit IRC17:25
mgouldlucasagomes, good night17:26
openstackgerritJarrod Johnson proposed openstack/pyghmi: Extend session keepalive  https://review.openstack.org/31517417:26
*** lucasagomes is now known as lucas-dinner17:27
lucas-dinnersee ya17:27
*** irf has quit IRC17:28
*** irf has joined #openstack-ironic17:28
* mgould -> home; good night!17:31
*** e0ne has quit IRC17:31
*** mgould has quit IRC17:31
vdrokgood night lucas-dinner and mgould17:31
openstackgerritSam Betts proposed openstack/ironic-python-agent: Use TinyCore Linux 7.x for TinyIPA  https://review.openstack.org/31499917:32
mat128|lunchsambetts: nice catch :)17:33
*** openstackgerrit has quit IRC17:33
sambettsheh :-P17:33
*** mat128|lunch is now known as mat12817:33
mat128I wonder if we should have that in a trap instead17:33
vdrokone general question - I see in our gate jobs we had ceilometer enabled, by adding it to enabled_services, now it seems to be moved to plugin, so it's not being run, do you think we should reenable it?17:33
*** openstackgerrit has joined #openstack-ironic17:34
*** milan has joined #openstack-ironic17:36
vdrokanyway, good night everyone :)17:38
*** fellypefca has quit IRC17:38
sambettsgoodnight vdrok17:38
mat128good night vdrok, unfortunately I dont know the answer to your question :P17:39
vdrokyeah, np, just asking to not to forget :)17:39
sambettsvdrok: apprently grenade can do an upgrade of ceilometer according to their README17:40
sambettsvdrok: I guess in the future we will have tests to check if the stats we send to ceiometer actually work, so I think its probably worth reenabling17:42
openstackgerritCaio Oliveira proposed openstack/python-oneviewclient: Adding dynamic allocation operations  https://review.openstack.org/25869917:42
JayFsambetts: commented on that TCL7.x patch17:44
sambettsJayF: we do clean it up, just further up the script17:45
JayFwhy would you unmount proc while still doing stuff in the chroot?17:45
JayFthat seems wrongish17:45
JayFinconsistent environment for building at worse17:45
sambettsnot sure XD but it worked haha17:46
*** e0ne has joined #openstack-ironic17:46
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Use TinyCore Linux 7.x for TinyIPA  https://review.openstack.org/31499917:46
openstackgerritMerged openstack/ironic: Allow configuring shred's final overwrite with zeros  https://review.openstack.org/30410117:46
sambettsJayF: tbh I really want to re-factor the whole script to have a more try: except: finally: style format, because right now if something breaks during building then it leaves things mounted and you have to manually umount :(17:47
mat128JayF, sambetts: Moved the umount to a trap that will always be run17:47
mat128on "exit" so no matter how you exit (compilation failed with a segfault ;), or exited successfully)17:47
JayFI haven't learned a new bash trick in months17:47
JayFand TIL trap 'command' EXIT17:48
JayFthat's awesome17:48
mat128:D17:48
mat128Awesome!17:48
mat128you can also handle specific signals17:48
mat128int, kill, etc17:48
sambettsthats exactly what I wanted!!!17:48
*** ChrisAusten has joined #openstack-ironic17:48
JayFI've used trap to catch signals before17:49
JayFto give like a clean exit for a bash daemon17:49
mat128exit is a magic one17:49
JayFyeah, that's the cool bit17:49
*** appu103_ has quit IRC17:49
JayFAssuming this was tested locally to confirm it works?17:50
*** appu103_ has joined #openstack-ironic17:50
JayFNot sure gate would catch if it didn't17:50
mat128tested17:50
mat128can show you logs if you want17:50
mat128I intentionally inserted a typo in the middle of the thing17:50
JayFI mean, I take your word for it in this case17:50
mat128:)17:51
mat128http://paste.openstack.org/show/496787/17:51
mat128just cause I still had it open17:51
JayFNot many folks in the habit of promising to have tested stuff and not having done it17:51
JayFlol17:51
JayFfwiw that log doesn't prove it was unmounted17:51
mat128how come I always end up with half pasted logs17:51
JayFlol17:51
JayFit's fine though17:51
mat128there, http://paste.openstack.org/show/496788/17:51
sambettsfilling your clipboard buffer?17:51
mat128sambetts: that must be it :(17:51
JayF+2'd, going to wait for gate to land it17:52
mat128http://paste.openstack.org/show/496789/17:52
mat128there17:52
* sambetts will rebase the other slimming patches when that lands, so that we can get back to 38mb 17:52
JayFI thought we were down to 25617:53
JayFwhat bumped it back up?17:53
*** ijw has quit IRC17:53
mat12838 was using a change that hasn't landed yet17:53
mat128https://review.openstack.org/#/c/31367517:53
JayFno, that's def not true17:53
krtaylorjlvillal, thanks for the comments, good stuff, got me thinking about what we can do in the ci tools repo17:53
sambettsmy patches that were in flight brought initrd to 38mb, and that run at 256mb17:53
JayFjroll had those ramdisks running at 384 in the gate17:54
JayFoh you're talking about disk size17:54
JayFnot about ram needed to run17:54
mat128ooh17:54
sambettsyeah17:54
mat12838 looks like 38417:54
sambettsXD17:54
mat128much confusion :)17:54
sambetts38mb initrd == fast(ish) transfers17:54
sambetts:d17:54
sambetts:D17:54
mat128IIRC, I had a 52 or 54MB ramdisk on 7.x17:55
sambettsand smaller initrd to unpack == less ram17:55
mat128without icu17:55
sambettsmat128: yeah, I just rebased my patch ontop of yours and removed the manual build of gdisk and its back down to 38mb after stripping things like babel out17:55
mat128sambetts: excellent!17:55
JayFsambetts: you shuld push that up so we get gates running on it sooner rather than later17:56
JayFif we play our cards right by as early as EOW we could have tinyipa in the gate at 256MB size17:56
*** afaranha has quit IRC17:56
mat128JayF: that'd be great17:56
JayFI'm going to fix my project-config patch17:57
mat128TIL we have someone called "early" in this room17:57
JayFbeen a bear getting that one right17:57
* sambetts is wondering if backporting optimisations to the tinyipa build scripts is seen as wrong ... 17:57
JayFsambetts: I mean, it's a grey area for sure, but given it would go towards making grenade work I think we've been bending those rules17:57
JayFsambetts: all you can do is push it up and see; I find a PR someone disagrees with is a faster path to getting something fixed than no pr at all17:58
*** e0ne has quit IRC17:59
* mat128 feels like getting a good grade on a test when I get a +2 +A on a change :)18:00
*** ChrisAusten has quit IRC18:01
sambettshehe18:02
JayFHonestly, I always get weirded out if I get +2's without any back and forth18:04
openstackgerritMerged openstack/ironic: Regenerate sample configuration  https://review.openstack.org/31505218:05
JayFI don't have the confidence that I would get something right on the first trry, lol18:05
sambettsif something works first time you've done it wrong XD18:05
mat128back and forth makes it better, exposes an idea to more pairs of eyes18:05
sambettsshares the blame ;)18:05
openstackgerritSam Betts proposed openstack/ironic-python-agent: TinyIPA: Shave off some file size from tinyipa ramdisk  https://review.openstack.org/31367518:06
openstackgerritSam Betts proposed openstack/ironic-python-agent: TinyIPA: Precompile python code for faster load  https://review.openstack.org/31310318:06
sambettsbtw ^^18:07
JayFsambetts: -1 on 313675, I think your commit message is wrong18:09
JayFsambetts: because we don't poke at gdisk anymore i nthat18:09
*** keedya has quit IRC18:09
openstackgerritSam Betts proposed openstack/ironic-python-agent: TinyIPA: Shave off some file size from tinyipa ramdisk  https://review.openstack.org/31367518:09
sambettsfixxed ^^^18:09
JayFk, +2 on whole series now18:10
JayFwill check back later after jobs run to land them if someone else gets a vote  on 'em18:10
*** ChubYann has quit IRC18:11
*** ChubYann has joined #openstack-ironic18:23
*** spandhe has joined #openstack-ironic18:25
*** Sukhdev has quit IRC18:29
*** krotscheck_ has joined #openstack-ironic18:30
*** Sukhdev has joined #openstack-ironic18:31
*** krotscheck has quit IRC18:31
*** krotscheck_ is now known as krotscheck18:33
*** spandhe has quit IRC18:36
*** afaranha has joined #openstack-ironic18:41
*** jjohnson2 has quit IRC18:41
*** e0ne has joined #openstack-ironic18:44
*** e0ne has quit IRC18:45
*** tesseract has quit IRC18:51
*** afaranha has quit IRC18:53
openstackgerritStephanie Miller proposed openstack/bifrost: Add pycrypto to requirements  https://review.openstack.org/31521318:53
*** irf has quit IRC18:56
*** fragatina has quit IRC19:01
* sambetts -> home19:04
*** keedya has joined #openstack-ironic19:04
*** sambetts is now known as sambetts|afk19:04
openstackgerritMerged openstack/pyghmi: Extend session keepalive  https://review.openstack.org/31517419:07
*** davideagnello has quit IRC19:21
*** fragatina has joined #openstack-ironic19:26
*** aNupoisc has quit IRC19:28
NobodyCamsambetts|afk: WOW 38 Mb +++ awesome work!19:29
mat128:D19:30
*** appu103_ has quit IRC19:31
*** joprovost has quit IRC19:34
*** aNupoisc has joined #openstack-ironic19:36
*** bnemec has quit IRC19:36
*** dmk0202 has joined #openstack-ironic19:38
*** e0ne has joined #openstack-ironic19:39
*** e0ne has quit IRC19:41
*** milan_ has joined #openstack-ironic19:43
*** milan has quit IRC19:44
*** bnemec has joined #openstack-ironic19:44
*** aNupoisc has quit IRC19:45
*** r-daneel has joined #openstack-ironic19:49
mat128JayF: https://review.openstack.org/#/c/314999/ poke =) gates are green19:52
JayFmat128: gotta get another core review on it first19:59
* JayF goes back to lunching19:59
*** athomas has quit IRC19:59
*** ijw has joined #openstack-ironic20:04
NobodyCamJayF: +2/+a on https://review.openstack.org/#/c/31367520:08
*** daemontool has quit IRC20:09
*** e0ne has joined #openstack-ironic20:11
*** ijw has quit IRC20:11
*** e0ne has quit IRC20:13
*** daemontool has joined #openstack-ironic20:14
klindgrenHello all - looking for some direction here.  I am trying to use ironic-discoveryd on kilo to inspect nodes.  But keep running into an error where ironic_discoverd can't find the node once the json blob is reurned.20:20
klindgrenhttp://paste.ubuntu.com/16369186/20:20
klindgrenwhen I do ironic node-set-provisionin-state inspect.  Is something suppose to be created within the inspection database?20:21
klindgrenAs I understand the process its roughly: enroll bmc into ironic, manage node, inspect node.  server is booted onto a network where the ipa image is pxe booted on the server, the inspection is done and posted to the inspection url.  THe inspector db is updated.20:22
klindgrenmean while ironic is polling the inspection api to pull the appropriate data from inspector once inspection happens20:23
klindgrenbut I keep getting: DEBUG:ironic_discoverd.node_cache:Empty value for attribute bmc_address20:23
klindgrenDEBUG:ironic_discoverd.node_cache:Trying to use mac of value [u'00:8c:fa:01:14:00'] for node look up20:23
klindgrenERROR:ironic_discoverd.utils:Could not find a node for attributes {'bmc_address': u'', 'mac': [u'00:8c:fa:01:14:00']}20:23
klindgrenand feel like I am missing something stupidly obvious20:23
*** jaybeale has joined #openstack-ironic20:24
openstackgerritCaio Oliveira proposed openstack/python-oneviewclient: Adding dynamic allocation operations  https://review.openstack.org/25869920:25
devanandaklindgren: does that server's BMC have an IP address?20:25
devanandathat ERROR line seems to indicate that the ramdisk wasn't able to determine the IP address of the BMC using ipmitool locally20:26
devanandawhich is why it isn't able to correlate the hardware inspection data back to a Node20:26
devananda*which would explain why ..20:26
klindgrendevananda, it does have an ip adress20:27
*** absubram has quit IRC20:38
JayFNobodyCam: https://review.openstack.org/#/c/314999/4 is the one that needed it20:41
JayFNobodyCam: you +2A'd a dependant patch20:41
*** ayoung has quit IRC20:41
*** pcaruana has quit IRC20:42
*** rcernin has joined #openstack-ironic20:44
NobodyCamJayF: will review 314999 now... also /rant I have I said how much I dislike the new gerrit's displaying of dependencies20:45
*** aNupoisc has joined #openstack-ironic20:45
*** xhku has quit IRC20:45
JayFNobodyCam: yeah; if you can +2 that I can land the whole patch chain pending tests20:45
openstackgerritStephanie Miller proposed openstack/bifrost: Add pycrypto to requirements  https://review.openstack.org/31521320:45
JayFlooks like the whole chain passed tests20:45
NobodyCamwhile I review.. have you ever seen anything like this:20:46
NobodyCamstack@localhost:~$ ironic --os-endpoint-type=internalURL node-list20:46
NobodyCampublic endpoint for baremetal service not found20:46
devanandaNobodyCam: trying out openstackclient?20:46
JayFhttps://review.openstack.org/#/c/313799/ (allows us to change iPXE default in devstack w/o affecting jobs) and https://review.openstack.org/#/c/313800/ (changes most jobs to ipxe+tinyipa) are both in project-config and could use reviews20:46
JayFNobodyCam: run with --debug, and look at your service catalog20:46
JayFNobodyCam: maybe something incorrect about your os-endpoint-type option?20:47
NobodyCamdevananda: its a HOS thing where public url are not set in keystone20:47
klindgrendevananda, so looking at the IPA image it looks like none of the ipmi kernel modules are loaded - which would probably explain why ipmitool couldn't get information20:49
cineramacan i get a core to throw a +2A on the above bifrost change (modulo objections) so we can get tests passing again?20:52
jlvillalkrtaylor: Your welcome. Sorry I went to lunch and then an almost 2 hour meeting. Just saw your message.20:52
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/31505720:52
*** jaypipes has joined #openstack-ironic20:54
jaypipesjroll: does Ironic support the Compute API "rebuild" operation?20:55
jrolljaypipes: yep, and preserve ephemeral20:55
JayFNobodyCam: jroll took care of it, thanks20:55
JayFmat128: sambetts|afk: Those 3 patches are on the way to the gate20:56
NobodyCamlol and I was just reviewing20:56
*** caiobo has quit IRC20:59
*** raildo is now known as raildo-afk21:00
jaypipesjroll: what about resize?21:00
jrolljaypipes: nope21:00
jaypipesk, thank the lord.21:00
jrolllol21:00
jrolljaypipes: side note, some folks tracked this fun one down today https://bugs.launchpad.net/nova/+bug/157255521:00
openstackLaunchpad bug 1572555 in OpenStack Compute (nova) "Nova reports memory_mb=0 for available Ironic node" [Undecided,New]21:00
JayFjroll: we should make sure that's not in the downstream release for rackspace in testing now21:01
JayFre: resize, some machine with dynamically configurable and hot swappable ram21:01
JayFyou could totes do a nova resize21:01
jaypipesjroll: yeah, saw that earlier.21:01
jrolljcook: ^21:01
jaypipesthe bug...21:01
JayFeven if it wasn't hot swappable, power off the node, call hardware API to add ram, boot machine up21:01
JayFresize done21:01
jrollya :|21:02
*** davideagnello has joined #openstack-ironic21:02
*** ijw has joined #openstack-ironic21:07
*** ekarlso has quit IRC21:11
*** ijw has quit IRC21:13
*** davideagnello has quit IRC21:14
*** ekarlso has joined #openstack-ironic21:14
*** ayoung has joined #openstack-ironic21:15
*** davideagnello has joined #openstack-ironic21:16
*** ijw has joined #openstack-ironic21:21
*** keedya has quit IRC21:22
rlooare we sure we want to make iPXE/TinyIPA the devstack defaults? Is that something we should announce to the community first before it happens? https://review.openstack.org/#/c/313035/21:29
rloojroll, JayF ^^21:29
jrollrloo: I'm sure. is there a particular reason you'd want to announce it?21:30
rloojroll: not really, except that it is changing the default behaviour.21:30
jroll(I do see some good reasons to email about it, but not sure it needs to be before or after)21:30
JayFMy motivation for changing the defaults in devstack was because it's been discussed multiple times we want to change the gate to tinyipa, and it seems like we want folks testing on gate-like environments21:30
rlooas a heads up really.21:30
*** baoli has quit IRC21:31
jrollyeah, the heads up I think is fine before or after21:31
JayFI mean, in that case, kinda wanna JFDI21:31
JayFbecause otherwise I'll forget it21:31
jrollJayF: yeah, tear it up :)21:31
JayFwant me to email about it now? If so you think I should include the project-config PRs to change the gate?21:31
rlooah, ok, JayF has volunteered. thx JayF!21:31
JayFIt's my patch :P21:31
* JayF doing all the 'enable all the faster stuff others are doing in devstack/gate' work21:31
jrollJayF: yes and yes21:31
rlooI'll +A it. that one anyway. not the dependent one :)21:32
jrollidk why we need a "press release" but okay :D21:32
JayFrloo: -121:32
JayFrloo: do not land that until the project-config thing it depends on lands21:32
rlooOH, the depends-on doesn't work?21:32
jrollnot with project-config21:32
JayFrloo: I know gerrit will sometimes enforce that but I wanna be sure they don't race, because project-config merges don't take effect immediately21:32
jrollJayF: wip it then if you want to take extra caution21:32
rlooJayF: then you need to put a -2 or WIP thingy.21:33
jrollor I can -2 for you21:33
JayFgoing to W-1 it21:33
jrollcool21:33
rloothx JayF21:33
JayFhttps://review.openstack.org/#/c/313799/ btw is all we need to land21:33
JayFit just needs one more infra review21:34
JayFI've asked twice if someone else wants to spam it :)21:34
*** ChrisAusten has joined #openstack-ironic21:34
JayFI even split it off from the bigger patch so it would land more quickly21:34
jrollmordred: wanna help? :)21:34
openstackgerritMerged openstack/ironic-python-agent: Use TinyCore Linux 7.x for TinyIPA  https://review.openstack.org/31499921:34
JayFI just realized something21:36
JayFthe way our jobs work21:36
JayFit's be possible for incompatible Ironic and IPA changes to merge together21:37
JayFbecause right now, the IPA we're running our gate against is 8h+ old21:37
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/31505721:37
JayFso you merge a change into IPA that works in today-ironic, merge a change into Ironic that breaks that, when the new IPA gets uploaded (at some much later time), it explodes21:37
JayFunless we run a -src job against ironic proper21:37
JayFprobably doesn't matter but not a case I had thought about until today, waiting for the post job to run on the stable/mitaka IPA change21:38
*** Sukhdev has quit IRC21:38
NobodyCam any cores want to take a look at a one line gate fix for bifrost? https://review.openstack.org/#/c/31521321:39
JayFNobodyCam: I actually had a question abbout that21:39
NobodyCam:)21:39
JayFNobodyCam: given ansible isn't in requriements, it seems wrong to put an ansible requirement in there21:39
NobodyCamsure21:39
*** ChrisAusten has quit IRC21:39
JayFlike if it depends on ansible, why isn'21:39
JayF*isn't ansible in the requirements21:39
JayFand if using system ansible, why would we install pycrypto via pip?21:39
* JayF actually puts that on the patch21:40
NobodyCamcinerama: ^^^^^21:40
cineramajust saw that21:40
cineramaso we're typically installing ansible separately and give the user a few choices about it21:42
devanandaJayF: I agree with your assessment. I think it's fine - we shouldn't be making the kinds of changes that would break that interaction without a deprecation period21:42
mrdaMorning Ironic21:42
devanandaJayF: and if we do -- and it stops our gate the next day -- then we'll have all the more reason to fix/revert it right away, and minimize impacts downstream21:42
JayFdevananda: just a good thing to have thought about before it inevitably happens by accident at some future point21:43
cineramaif they don't have an ansible on the system already we grab it from git21:43
cineramaalso they can choose to install ansible in a python venv21:43
devanandaJayF: the one piece I'd want to know, and don't: could we trigger a rebuild/reupload of hte IPA image quickly? or would our gate be inevitably down for a day while the mirrors update?21:43
JayFcinerama: then why is it ever right to install pycrypto alongside bifrost, given ansible could be in a different python environment altogether?21:43
JayFdevananda: I honestly don't know either.21:43
JayFdevananda: As soon as the post job ran on IPA, we'd be good, but unwedging it would probably require bypassing tests or reverting in Ironic first21:44
devanandahmm. yea.21:44
JayFWell no21:44
devanandawait. we have an ipa-src job on ipa, right?21:44
JayFbecause IPA jobs run -src21:44
JayFyep21:45
devanandacool21:45
JayFlol like we got the realization simultaneously21:45
JayFI'm actually improving that in a patch21:45
JayFmaking sure we have voting jobs on both tinyipa + coreos ramdisk21:45
jrollcinerama: agree that pycrypto install should happen wherever you install ansible21:45
JayFrunning -src21:45
openstackgerritMerged openstack/ironic-python-agent: TinyIPA: Precompile python code for faster load  https://review.openstack.org/31310321:45
openstackgerritMerged openstack/ironic-python-agent: TinyIPA: Shave off some file size from tinyipa ramdisk  https://review.openstack.org/31367521:45
openstackgerritMerged openstack/ironic-python-agent: Remove "Experimental" warning from tinyipa README  https://review.openstack.org/31492921:45
devanandaso my concern is that if we landed the fix in IPA, and we know it's a fix because it passes ipa-src, we'd still be left with a small window (until any caches update) that the jobs are down21:45
JayFI don't think tarballs.openstack.org is cached, is it?21:46
devanandaJayF: but I think that's acceptable21:46
cineramai think i see what's happening here21:46
*** ChrisAusten has joined #openstack-ironic21:47
devanandaJayF: oh right. pip's take a while to update, because we publish those upstream and then pull down to mirror it21:47
cineramalet me confirm what i suspect and i'll get back to everyone21:47
JayFayup, so really the question is "can we ask infra, if ever needed, to prioritize a post job"21:47
jrolldevananda: JayF: the post queue is usually at 1-8 hours, so it is a problematic thing. that said, I think this is a rare problem. if needed, we can ask them to promote a thing.21:47
JayFotherwise a ton of going-to-fail ironic jobs would be in front of it, which is just silly21:48
devanandaif this were to happen during a cruch period (like leading up to release week) -- yea, we can ask infra to promote that job21:48
*** jaybeale has quit IRC21:48
*** Goneri has quit IRC21:48
devanandaI have had to do that to unwedge things in the (distant) past21:49
jrollnova still does that occassionally21:49
jrollbecause the fallout is so huge21:49
*** [1]cdearborn has quit IRC21:50
jrolljlvillal: have you explored why grenade jobs don't publish ironic-bm-logs?21:52
jrolldevananda: you're gonna love this grenade problem I found21:53
jrolljust sent a mail21:53
devananda....?21:54
jrolldevananda: tl;dr grenade makes a new network21:55
devananda....21:55
jrollcan't find a place to do the crazy ovs tapping we do, before nova boots a thing21:55
jrollso no control plane access for agent21:55
jrollI just thought of one other thing that could be doing it, but pretty sure it's the missing tap21:56
devanandanew provider network? or new neutron network?21:57
openstackgerritMerged openstack/python-ironicclient: Trivial: ignore openstack/common in flake8 exclude list  https://review.openstack.org/31487721:57
jrolltenant (private) network21:57
jrolltoday in dsvm we boot machines on private network, which we tap into to give control plane / agent access21:58
openstackgerritJim Rollenhagen proposed openstack/ironic: Test post don't upvote  https://review.openstack.org/31186521:58
devanandare-attach the tap as grenade brings the services up?22:00
jrollthis is before that22:01
jrollso22:01
jrollgrenade has a few phases22:01
jrollbring up old, run smoke tests22:01
jrollcreate some resources (servers, networks, etc) to persist through the upgrade22:01
jrollrun upgrades22:01
jrollrun more tests22:01
jrollthe "create resources" phase is where this happens22:01
jrollwe plug into that, but the neutron part creates a network, and the nova part boots a thing, before our plugin runs22:02
devanandaoooh right22:02
jrollour plugin runs after22:02
devanandathis is happening on the "old" services?22:02
jrollyep22:02
devanandabecause grenade is not testing in the same way that devstack sets things up22:02
devanandathe ML2 integration would address this22:03
jrollyeah, I think so22:03
JayFlifeless: A++++ email on the go thread. That's my thoughts on it too but didn't want to wade into the fray22:03
devanandabecause ironic could put the node into what ever tenant network is defined -- and back into the prov net22:03
devanandajroll: what about flat network?22:03
jcookjroll https://bugs.launchpad.net/nova/+bug/1572555 neat...22:03
openstackLaunchpad bug 1572555 in OpenStack Compute (nova) "Nova reports memory_mb=0 for available Ironic node" [Undecided,New]22:03
JayFjcook: I suggested you might wanna get someone to make sure that's not in i-whatever is being tested now22:04
jrolldevananda: well, flat network is the current case, and where we're falling apart22:04
jcookyeah, was just catching up and saw that22:04
JayFjcook: the breaking commit is in the bug22:04
devanandajroll: I mean single flat network. But I guess that would prevent grenade from creating other tenant nets22:04
jcookI'll check22:04
jrolldevananda: yeah, and that isn't how we run devstack today. we could totally refactor how we test but...22:05
jrollI guess I also don't know why we do test it this way22:05
devanandajroll: I don't know if there is a reason for it, either. probably that we tried to minimize changes to devstack, before the libification happened22:06
devanandabut I'm guessing. it's been a while22:06
jrollhm22:06
jrolldevananda: anyway, fun wedge to think about22:10
* jroll out for the night, see y'all tomorrow22:11
NobodyCamnight jroll22:11
klindgrenSo unless I am just off my rocker here.... why is the default CoreOS IPA image that is on tarballs. based on CoreOS 367.1.0?22:13
JayFklindgren: because when it got upgraded to a newer version, it bloated the image so much it caused significant gate failures22:14
JayFklindgren: I want to re-approach that once our gates are using tinyipa by default, which reviews are up for now22:15
klindgrenhence the move to tinyipa22:15
*** ijw has quit IRC22:15
JayFexactly22:15
klindgrenso for someone starting out with ironic.... ditch the coreos IPA image22:15
klindgrenand just use the tiny?22:15
klindgrenwould be the recommendation from you?22:16
jrollcoreos image is great, and better for debugging imo, but takes longer to boot22:16
jrolland is larger in terms of network transfer22:16
JayFI say it really depends22:16
jrollif you're playing with devstack and virtual bare metal, tinyipa all the way22:16
JayFdo you want your ramdisk to just deploy, and do nothing else whatsoever? use dib or tinyipa22:16
JayFif you want to do extensive cleaning and have more troubleshooting tools, use coreos22:16
* jroll disappears again22:17
JayFwe use coreos downstream for OnMetal today22:17
jcookJayF jroll it does not contain that commit22:17
*** davideagnello has quit IRC22:17
JayFjcook: ++ awesome, we should get it fixed upstream before another pull22:17
klindgrenok - I was hoping that I could avoid building my own ipa for now.  But going to fire that up... need the ipmi kernel modules loaded so inspection works22:18
jcookJayF assuming this is right one: git branch --contains f9b62dffe092eaacf04e2bb38ab8ac0dc830ea5f22:18
JayFjcook: I have no idea, lol22:18
klindgrenthanks22:18
JayFjcook: I'd probably go something more like git checkout SHA1 and see if it works22:18
jcookJayF https://review.openstack.org/#/c/279313/22:19
JayFyep22:19
jcookthen we good22:19
JayFso uh, sadness22:21
JayFjroll: sambetts|afk: post job finished against stable/mitaka; no tinyipa files uploaded22:22
*** rbudden has quit IRC22:24
jrollJayF: http://logs.openstack.org/ed/ed978f312e1079c6eb7166947253007d141eb82d/post/ironic-python-agent-buildimage-tinyipa/9e0eac7/console.html22:26
JayF2016-05-11 21:43:14.405 | ./build-tinyipa.sh: line 89: mksquashfs: command not found22:26
JayFwould be why it failed22:26
jrolldidn't we go through this once already22:27
JayFI didn't help with the first set of building for tinyipa, so idk22:27
jrollhttps://github.com/openstack/ironic-python-agent/blob/189827e2b2b5f16713e46ba0f49af86f79baa81f/imagebuild/tinyipa/install-deps.sh22:28
jrollsome backporting needed there22:28
JayFI'll find it22:28
jrollhttps://github.com/openstack/ironic-python-agent/commit/4230a3ba6e4360371e259f2b102bf4518134344e22:28
JayFor you will, that's fine22:28
JayFI'll just wait until you're done, lol22:28
jrollall I did was click last commit :P22:29
*** dprince has quit IRC22:29
*** Goneri has joined #openstack-ironic22:29
JayFjroll: so you can still +2 it -> https://review.openstack.org/31527622:30
JayFjroll: for some reason it didn't notify i nhere22:30
jrollyeah, stable doesn't22:31
jrollJayF: cherry-pick -x22:31
JayFwhy -x?22:31
jrollto give the "cherry-picked from commit xyz"22:31
JayFso you need me to redo it? i can22:32
jrollyes pls22:32
JayFjroll: fixed https://review.openstack.org/#/c/315276/22:34
jroll+222:36
jrollthanks22:36
*** Fdaisuke has quit IRC22:39
*** rpioso has quit IRC22:41
*** mbound has joined #openstack-ironic22:41
JayFwho else has core on stable?22:43
jlvillalJayF: dtantsur|afk and devananda I think22:44
JayFdtantsur|afk: devananda: https://review.openstack.org/#/c/315276/ is needed to get tinyipa post job working on stable/mitaka22:44
JayFjlvillal: ty22:44
jlvillalYou're welcome22:44
*** Fdaisuke has joined #openstack-ironic22:46
*** xek has quit IRC22:46
*** xek has joined #openstack-ironic22:47
*** dmk0202 has quit IRC22:47
*** Fdaisuke has quit IRC22:52
*** aNupoisc has quit IRC22:53
mrdaJayF: You can bug tonyb and ask for help22:54
JayFmrda: oh hey, I have things you want22:55
JayFmrda: mainly pixie boots stickers22:55
mrda\op/22:55
JayFmrda: assuming i need to send a few to you all down under, but you're all separte right? I can't send to you and have you be the deliveryman, right?22:55
mrdaJayF: Yep, I can be the mailman22:56
JayFso how many total and pm me the address22:56
*** rloo has quit IRC22:57
*** Fdaisuke has joined #openstack-ironic22:57
*** aNupoisc has joined #openstack-ironic22:59
JayFtonyb: https://review.openstack.org/#/c/315276/ is needed to get our tinyipa post job working on stable/mitaka, which is a prereq for grenade tests (tinyipa is the only ramdisk small enough to run testing that significant). It's a simple cherry pick and would love to get it merged in and post job run before dtantsur|afk and sambetts|afk get back in23:00
JayFtonyb: mrda is the one who threw you under the jay-bus, btw :P23:01
JayFbeeep beeeeeeep23:01
mrdalol, glad I could help!23:01
*** r-daneel has quit IRC23:08
NobodyCamlol23:09
*** yuanying has joined #openstack-ironic23:10
*** sambetts|afk has quit IRC23:13
*** [1]cdearborn has joined #openstack-ironic23:13
*** zigo has quit IRC23:14
*** mrda has quit IRC23:15
*** mikal has quit IRC23:15
*** mikal has joined #openstack-ironic23:15
*** mrda has joined #openstack-ironic23:15
*** zigo has joined #openstack-ironic23:15
*** sambetts has joined #openstack-ironic23:15
tonybJayF: thanks, sorry I was dropping the kids at school23:21
JayFtonyb: no problem, I consider IRC async generally anyway :)23:21
* tonyb will now commence to lying in the road for the bus to back over me ;P23:22
*** wajdi has quit IRC23:24
JayFtonyb: it's an easy review ;) just would like to land it so the post job can run again before UK folks get here. Best case; it works; worst case is they can keep troubleshooting23:24
tonybJayF: +W'd23:27
JayFtyvm23:28
tonybJayF: it looks pretty low risk to me.23:28
JayFyeah; we don't even gate voting on tinyipa currently on stable23:29
JayFwe just want the post job to work so it'll publish a stable/mitaka version of tinyipa23:29
*** joprovost has joined #openstack-ironic23:29
clif_hJayF: what do you think should happen if an image is cached to a node, but then a provision request for another image comes in? Currently IPA just overwrites the previous image.23:29
JayFclif_h: I don't think we should do that at all ever in the upstream case.23:30
clif_hIPA does that today!23:30
JayFclif_h: or we need some kind of "destroy metadata" call in IPA, like is used on iscsi deploys, to ensure all the bullshit is removed from that23:30
JayFclif_h: I know, and I hated it from the beginning if you remember, lol23:30
*** [1]cdearborn has quit IRC23:31
clif_hI remember you hated the idea of an image being written over another, and I understand why it could potentially be very bad.23:31
JayFyeah23:31
clif_hso, destroy metadata?23:32
*** Sukhdev has joined #openstack-ironic23:32
JayFif IPA is going to silently do that, it needs to call something to kill the metadata23:32
clif_hwhich metadata? where?23:32
JayFI think gdisk is doing that today in ironic-lib, there might be a method there to utilize23:32
JayFlike on the disk23:32
JayFpurge partition tables23:32
JayFraid metadata23:32
JayFetc23:32
clif_hbut no, like, secure erase first?23:32
JayFI mean, that'd be good in a perfect world23:32
JayFbut to enforce that in IPA, you'd essentially have to reclean the node23:33
clif_hbut you're saying there's code available which kills the metadata?23:33
clif_hand that may be a 'good enough' solution?23:33
JayFmrda: It would take 12 stamps to ship you this envelope, I think I'm going to go by the post office instead, lol23:37
JayFYeah; I mean the real question about this23:37
JayFwould be if ever an image would cache with private data23:37
JayFif so; you have to reclean23:37
JayFif not, then just killing the metadata is secure enough23:37
clif_hright23:37
JayFIDK what assumptions OpenStack generally makes about images in those cases23:37
clif_hI mean, if you've got private data in an image, it should be encrypted right?23:38
JayFI mean, IDK23:38
mrdaJayF: That's a lot of stamps23:39
mrdathanks tonyb!23:39
JayFyeah and apparently if they deem it too lumpy it would be $10 more to ship, and my stamps would be wasted. So I'll take it to the post office, no problem as I have Friday off anyway23:40
tonybmrda: happy to help23:40
mrda"too lumpy" <-- is that a technical term?23:40
JayFEnvelope contains items that cause more than 1/4 inch variation in thickness23:40
JayFis the exact way they put in23:40
JayF*it23:40
mrda:)23:40
JayFclif_h: did you want a pixie boots sticker? I have envelopes and stamps out now if you do23:42
NobodyCammrda: "too lumpy" is a technical term for those who make gravy.. lol23:42
* NobodyCam *ducks*23:43
clif_hJayF: sure, I'll take one23:44
mrda:)23:46
openstackgerritClif Houck proposed openstack/ironic-specs: Add spec for image caching to nodes via agent driver  https://review.openstack.org/31059423:47
clif_hJayF: if you have time I'd like to get your opinion on the point Shivanand brought up about if a node should stay in the 'AVAILABLE' state while its caching or not23:52
JayFclif_h: It depends on the answer to the question of if arbitrary images can still be deployed to it23:52
JayFif so, then probably yes23:52
JayFif we decide to clean between images, then it should probably be a new state23:53
JayFwell also23:53
JayFyou want the node to go to another state while it's caching so... hmm23:53
JayFhard problem23:53
clif_hindeed23:53
JayFwe def don't want to just leave it deployable and have the reschedule-while-caching problem we do downstream23:53
clif_hI believe he suggested a manual clean step?23:54
JayFManual clean steps don't go back to AVAILABLE, iirc23:54
JayFthey go managable -> clean -> manageable23:54
JayFhttp://docs.openstack.org/developer/ironic/deploy/cleaning.html#starting-manual-cleaning-via-api yep23:55
JayFyou'd have to do something like AVAILABLE -> DEPLOYING -> AVAILABLE which would be weird23:56
JayFor add a new state23:56
JayFthis is the sort of conversation devananda is pretty good at, tbh, I'd be curious what he'd think23:56
JayFI'm better at the technical details and less good at the api design :)23:56
clif_hyeah same23:56
JayFAlso if you can't get traction on designing it in spec or IRC, you can put it on a meeting agenda23:57
clif_hhrm meetings23:58
JayFmrda: ^ if he has time might have an opinion too23:58
JayFand he has the freshest brain in the room, lol23:58
clif_hhow do I put it on a meeting agenda?23:59
clif_hI mean, I see this https://wiki.openstack.org/wiki/Meetings/Ironic23:59
JayFedit the wiki page. but I'd maybe wait and see if this irc chat spurns any interest :)23:59

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