Thursday, 2017-09-21

* TheJulia reads the log and kind of wonders if we need to actually be aware of what the back-end dhcp interface is in neutron00:00
TheJuliaanupn: I guess my question would be, is IPA actually booting, and what is in the console log. Since IPA does write some logs to the console, if it boots, we can at least see if network connectivity fails, and kind of troubleshoot from there00:02
*** namnh has quit IRC00:04
anupnTheJulia, Yes i saw the node console log, It said Starting Ironic Python Agent and then abruptly failed. I did not see specific reason for failure inside console log, but n-cpu logs showed unable to find resource. And I wonder that was because of low memory for my Vagrant machine. I am running now with increased memory00:07
anupnTheJulia, unfortunately i did not saved console logs in the last run00:07
anupnTheJulia, i am able to put the nodes into available state :) So, it was due to low memory assigned00:10
anupnTheJulia, thanks00:10
TheJuliaahh!00:10
TheJuliayeah, if there is not enough memory, things can go sideways quickly00:11
TheJuliaOut of curiosity, how much memory were you trying to use00:11
TheJulia?00:11
*** Sukhdev_ has quit IRC00:13
*** charcol has quit IRC00:20
anupnTheJulia, my Vagrant machine had 8gb00:21
anupnTheJulia, oh no it was actually 6gb now i have increased it to 800:22
*** ijw has quit IRC00:23
*** ijw has joined #openstack-ironic00:23
TheJuliainteresting, coreos?00:25
anupnTheJulia, nope ubuntu00:26
anupn16.0400:26
anupnTheJulia, actually it is interesting because till now i used that that much memory00:26
anupnTheJulia, but today when i started to run stack.sh it complained about this00:26
TheJuliaubuntu for IPA, or ubuntu for a devstack test machine?00:27
anupnubuntu for devstack test machine00:27
anupnIPA was TinyIPA which devstack use by default.00:28
TheJuliawow, interesting00:29
TheJuliaI guess, 6GB is kind of riding at what ws the minimum00:29
anupnTheJulia, hmm. Devstack documentation says 8gb is required minimum actually from what i remember00:31
anupnn-cpu logs complained resource not found, that kinda gave me the hint of this memory. I hate using vagrant sometimes :(00:32
*** hshiina has joined #openstack-ironic00:36
*** baoli has joined #openstack-ironic00:36
*** baoli has quit IRC00:36
*** racedo has joined #openstack-ironic00:37
TheJuliaanupn: Yeah, 8GB has been the functional minimum for a while, especially if you ad in a couple other services.00:38
TheJuliaanupn: I would guess resource not found was more a scheduling issue, but you also indicated an issue with from manageable -> available00:39
TheJuliaand nova doesn't know about managable nodes00:39
*** openstackgerrit has quit IRC00:41
anupnTheJulia, hmm that's true. My console log for that node was similar to this http://paste.openstack.org/show/621578/ with multiple devices listed like /sys/devices/virtual/..00:45
anupnTheJulia, not sure, was memory indeed the prob but increasing it did the work00:47
*** bfournie has joined #openstack-ironic00:48
*** sasha21 has quit IRC00:49
*** TuanLA has joined #openstack-ironic00:50
*** rloo has quit IRC00:51
*** litao__ has joined #openstack-ironic00:54
*** hoonetorg has joined #openstack-ironic00:56
*** openstackgerrit has joined #openstack-ironic01:06
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironic-inspector-client stable/pike: Updated from global requirements  https://review.openstack.org/50587701:06
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient stable/pike: Updated from global requirements  https://review.openstack.org/50587801:06
TheJuliayeah, doing block IO ops can result in lots of read-ahead caching, so I can see that tanking a VM01:07
TheJuliaor, greatly impacting performance if things get swapped01:07
*** phuongnh has joined #openstack-ironic01:07
*** charcol has joined #openstack-ironic01:08
*** trungnv has joined #openstack-ironic01:16
*** namnh has joined #openstack-ironic01:27
*** hw_wutianwei has joined #openstack-ironic01:39
*** Sukhdev has quit IRC01:39
*** racedo has quit IRC01:49
*** crushil has joined #openstack-ironic01:54
*** amotoki has quit IRC01:55
*** amotoki has joined #openstack-ironic01:56
*** anupn has quit IRC01:56
*** strigazi has quit IRC01:56
*** hamzy has quit IRC01:57
*** hamzy has joined #openstack-ironic01:57
*** aNuposic has joined #openstack-ironic01:58
*** ijw has quit IRC01:58
*** strigazi has joined #openstack-ironic01:58
*** ijw has joined #openstack-ironic02:01
*** ijw has quit IRC02:05
*** rbudden has quit IRC02:09
*** trungnv has quit IRC02:16
*** crushil has quit IRC02:20
*** zhangfei has joined #openstack-ironic02:25
*** trungnv has joined #openstack-ironic02:28
*** yolanda has quit IRC02:34
*** yolanda has joined #openstack-ironic02:35
*** causten has joined #openstack-ironic02:38
*** kzaitsev_pi has quit IRC03:00
*** kzaitsev1pi has joined #openstack-ironic03:00
*** baoli has joined #openstack-ironic03:01
*** rwsu has quit IRC03:14
*** sasha21 has joined #openstack-ironic03:20
*** baoli has quit IRC03:23
*** Sukhdev has joined #openstack-ironic03:24
*** zhangfei has quit IRC03:28
*** rwsu has joined #openstack-ironic03:31
*** sasha21 has quit IRC03:38
*** udesale has joined #openstack-ironic03:41
*** zhangfei has joined #openstack-ironic03:41
*** hshiina has quit IRC03:42
*** hshiina has joined #openstack-ironic03:46
*** rwsu has quit IRC03:50
*** rwsu has joined #openstack-ironic04:09
*** rwsu has quit IRC04:21
*** jrist has joined #openstack-ironic04:31
*** rwsu has joined #openstack-ironic04:41
*** links has joined #openstack-ironic04:43
*** causten has quit IRC04:55
*** pcaruana has joined #openstack-ironic05:09
*** e0ne has joined #openstack-ironic05:16
*** rwsu has quit IRC05:18
*** e0ne has quit IRC05:20
*** marios has joined #openstack-ironic05:20
*** Sukhdev has quit IRC05:23
*** marios_ has joined #openstack-ironic05:24
*** marios has quit IRC05:25
*** marios_ is now known as marios05:25
*** jtomasek has joined #openstack-ironic05:29
*** dpawar has joined #openstack-ironic05:32
*** rwsu has joined #openstack-ironic05:33
*** udesale__ has joined #openstack-ironic05:35
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add API and conductor methods for [un]rescue  https://review.openstack.org/35083105:37
*** udesale has quit IRC05:38
*** rwsu has quit IRC05:39
*** mjura has joined #openstack-ironic05:40
*** exodusftw has quit IRC05:40
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add rescue interface field to node-related notifications  https://review.openstack.org/50288905:41
openstackgerritShivanand Tendulker proposed openstack/ironic master: Add rescuewait timeout periodic task  https://review.openstack.org/35315605:42
openstackgerritShivanand Tendulker proposed openstack/ironic master: Agent driver rescue implementation  https://review.openstack.org/40043705:45
*** exodusftw has joined #openstack-ironic05:45
*** udesale has joined #openstack-ironic05:50
*** udesale__ has quit IRC05:52
openstackgerritVasyl Saienko proposed openstack/ironic master: Insert the description of the change.  https://review.openstack.org/50598205:53
openstackgerritVasyl Saienko proposed openstack/ironic stable/pike: Insert the description of the change.  https://review.openstack.org/50598405:53
openstackgerritVasyl Saienko proposed openstack/ironic master: DNR: check dell CI  https://review.openstack.org/50598206:13
openstackgerritVasyl Saienko proposed openstack/ironic stable/pike: DNR: check dell CI  https://review.openstack.org/50598406:13
*** racedo has joined #openstack-ironic06:24
*** rcernin has joined #openstack-ironic06:28
*** udesale has quit IRC06:29
*** udesale has joined #openstack-ironic06:30
*** mcarden has quit IRC06:32
*** ralonsoh has joined #openstack-ironic06:45
*** Nisha_Agarwal has joined #openstack-ironic06:48
openstackgerritVasyl Saienko proposed openstack/ironic stable/ocata: Skip PortNotFound when unbinding port  https://review.openstack.org/50536706:50
*** ChubYann has quit IRC07:04
*** pcaruana has quit IRC07:05
*** jaganathan has joined #openstack-ironic07:10
*** racedo has joined #openstack-ironic07:10
*** ccamacho has quit IRC07:13
*** ChanServ sets mode: +o openstack07:16
*** tesseract has joined #openstack-ironic07:19
*** trungnv has quit IRC07:22
*** jtomasek has quit IRC07:23
*** pcaruana has joined #openstack-ironic07:23
*** jtomasek has joined #openstack-ironic07:25
*** kzaitsev_pi has joined #openstack-ironic07:31
*** kzaitsev1pi has quit IRC07:32
openstackgerritMerged openstack/ironic-python-agent master: Fix wrong link about Hardware Managers  https://review.openstack.org/50591507:36
*** dpawar has quit IRC07:41
*** chihhsin has joined #openstack-ironic07:55
*** dpawar has joined #openstack-ironic08:00
*** rwsu has joined #openstack-ironic08:07
*** racedo has quit IRC08:08
*** stendulker has joined #openstack-ironic08:12
stendulkervsaienk0: Hi08:13
vsaienk0hello stendulker08:13
stendulkervsaienk0: Do lte me know if anything I can be of help for DHCP opts issue08:14
stendulkervsaienk0: This is another patch where only pxe-ilo failed08:15
stendulkerhttps://review.openstack.org/#/c/474331/08:15
patchbotpatch 474331 - ironic - reloads mutable config values on SIGHUP08:15
vsaienk0stendulker: I found at least 1 job of ILO and dell passed with numbered options08:16
stendulkervsaienk0: yes, it passed with iscsi-ilo and agent-ilo08:16
stendulkervsaienk0: But not for pxe-ilo.08:17
stendulkerCan this fix impact tftp?08:17
stendulkeriscsi-ilo and agent-ilo are vmedia based drivers08:17
vsaienk0stendulker: but all ilo jobs uses pxe without chainloading to ipxe right?08:18
vsaienk0ah08:18
*** mgoddard has joined #openstack-ironic08:18
stendulkerno. agent_ilo and iscsi_ilo would use vmedia08:19
stendulkerpxe-ilo would use pxe. No ipxe is used in pxe-ilo driver either08:19
vsaienk0stendulker: can you dump dhcp packets on baremetal interface before start deployment on pxe-ilo?08:22
stendulkersure. Will rerun the pxe-ilo test and capture the packets08:23
*** nmathew has joined #openstack-ironic08:24
*** kzaitsev1pi has joined #openstack-ironic08:32
*** kzaitsev_pi has quit IRC08:33
vsaienk0stendulker: something like sudo tcpdump -nei <baremtal_interface> udp port 67 or port 68 -w /var/log/baremetal-dhcp.pcap08:36
stendulkeryes08:37
stendulkerfor every test, it re-stacks the devstack, so it will take few mins08:37
*** etingof has quit IRC08:42
*** derekh has joined #openstack-ironic08:43
*** amarao1 has joined #openstack-ironic08:50
openstackgerritzhangyangyang proposed openstack/ironic-ui master: Cleanup test-requirements  https://review.openstack.org/50606408:51
openstackgerritzhangyangyang proposed openstack/ironic-tempest-plugin master: Cleanup test-requirements  https://review.openstack.org/50606508:52
openstackgerritzhangyangyang proposed openstack/ironic-python-agent master: Cleanup test-requirements  https://review.openstack.org/50606908:54
vsaienk0stendulker: thanks!08:56
stendulkervsaienk0: here is the logs http://paste.openstack.org/show/621597/08:57
stendulkerIt does get DHCP IP, but is not able to fetch tftp file08:58
vsaienk0stendulker: could you please also add -vvee to tcpdump or provide pcap file?08:58
*** etingof has joined #openstack-ironic08:59
openstackgerritWang KaiFeng proposed openstack/ironic-specs master: Agent provisioning with HTTP server  https://review.openstack.org/50403909:01
openstackgerritVasyl Saienko proposed openstack/ironic master: WIP: pass both numbered and named dhcp options  https://review.openstack.org/50607409:03
*** zhangfei has quit IRC09:03
stendulkervsaienk0: Will redo with that -vvee option09:03
vsaienk0stendulker: what do you mean not able? it doesn't recognize filename/tftp server address? or can't access to tftp what is the error on the console?09:03
stendulkeron console i could see it gets IP, but nota ble to pull the tftp file09:04
stendulkererror moves very fast on the console, cant read09:05
*** dpawar has quit IRC09:06
*** hshiina has quit IRC09:06
*** milan has joined #openstack-ironic09:13
stendulkervsaienk0: Here are the logs http://paste.openstack.org/show/621599/09:17
stendulkervsaienk0: Only other thing is pxe-ilo test is runs in UEFI boot mode.09:19
*** zhangfei has joined #openstack-ironic09:20
vsaienk0stendulker: this looks strange BF Option 67, length 12: "bootx64.efi^@"             TFTP Option 66, length 14: "10.13.120.199^@"09:21
vsaienk0could you show your ironic.conf?09:21
stendulkervsaienk0: sure09:22
*** ccamacho has joined #openstack-ironic09:25
stendulkervsaienk0: It is http://paste.openstack.org/show/621600/09:26
* stendulker in meeting for next one hour.09:31
*** dpawar has joined #openstack-ironic09:31
*** sambetts|afk is now known as sambetts09:36
*** tesseract has quit IRC09:41
*** tesseract has joined #openstack-ironic09:41
openstackgerritVasyl Saienko proposed openstack/ironic master: WIP: check another boot option order  https://review.openstack.org/50609409:43
sambettsvsaienk0: are all our CI jobs running iPXE now??09:44
sambettsvsaienk0: wondering if we disable iPXE if we also see failures09:45
sambettsstendulker: can you check that the bootx64.efi file actually exists in the TFTP server on the conductor at /opt/stack/data/ironic/tftp I think09:47
sambettscurrently UEFI is only supported in devstack with iPXE09:48
vsaienk0sambetts: yes all jobs using IPXE except of third party CI09:51
vsaienk0sambetts: I didn't find how to switch kvm VM to use pxe :(09:52
vsaienk0sambetts: the only thing that is different it request is options ordering09:52
vsaienk0in the patch I swapped server-name and server-address09:53
sambettsvsaienk0, stendulker said they are not using iPXE but also said they are using UEFI, but we require iPXE for UEFI I though09:53
sambettsthought*09:53
vsaienk0sambetts: I'm not sure how theirs CI is configured but it works somehow :)09:54
*** rwsu has quit IRC09:54
vsaienk0and looks like switching to dhcp option numbers indeed broke it09:54
*** chihhsin has quit IRC09:59
pas-hamorning ironic :)10:00
vsaienk0morning pas-ha10:00
sambettso/ pas-ha10:01
*** Nisha_Agarwal has quit IRC10:02
*** rwsu has joined #openstack-ironic10:07
*** rwsu has quit IRC10:13
*** e0ne has joined #openstack-ironic10:13
*** udesale has quit IRC10:16
*** mgoddard has quit IRC10:17
*** yee37927 has joined #openstack-ironic10:24
*** yee379 has quit IRC10:24
*** rwsu has joined #openstack-ironic10:32
*** jkilpatr has quit IRC10:38
openstackgerritVasyl Saienko proposed openstack/ironic master: WIP: check another boot option order  https://review.openstack.org/50609410:38
vsaienk0sambetts: what do you think about passing both name and option code? https://review.openstack.org/#/c/506074/ dell ci passed10:39
patchbotpatch 506074 - ironic - WIP: pass both numbered and named dhcp options10:39
*** zhangfei has quit IRC10:39
sambettsvsaienk0: I'm kind of -1 on that, the point of using the number is so that we are compatible with all dns servers that might be under neutron, if we pass the name and the number then if the dns server doesn't understand the names its likely to break10:43
sambettsvsaienk0: /me is very interested why this is breaking the third party CIs but not breaking our CI10:44
stendulkersambetts: No ipxe is used for UEFI in pxe-ilo CI tests10:44
vsaienk0sambetts: this depends on dns server, usually unknown options are just ignored10:44
vsaienk0*dhcp10:45
sambettswe can't assume they'll be ignored though, so we should only pass the ones we know are going to be compat with everything10:45
sambettsstendulker: are you using dnsmasq under neutron?10:47
stendulkersambetts: yes10:48
*** ijw has joined #openstack-ironic10:50
vsaienk0sambetts: the only one difference I found between pcap provided by stendulker http://paste.openstack.org/show/621599/ is that order for 67 and 68 options are not the same as when we using option names.10:50
sambettsif your using iPXE with UEFI, then it shouldn't be looking at the TFTP server for bootx64.efi10:50
sambettsI don't think10:50
vsaienk0with numbers ( BF Option 67, length 12: "bootx64.efi^@"             TFTP Option 66, length 14: "10.13.120.199^@"); with names (TFTP Option 66, length 13: "192.168.90.5^@"       BF Option 67, length 31: "http://172.18.170.35/boot.ipxe^@")10:50
*** ccamacho has quit IRC10:51
*** ccamacho has joined #openstack-ironic10:51
sambettsthe noticable difference there is that option 67 has the full URL10:51
sambettsand is actually loading the ipxe script correctly10:52
*** ijw has quit IRC10:54
*** jaganathan has quit IRC10:54
*** ccamacho has quit IRC10:58
*** ccamacho has joined #openstack-ironic10:59
*** mat128 has joined #openstack-ironic11:00
*** namnh has quit IRC11:01
stendulkersambetts: Does the path to bootx64.efi shoudl matter? Isnt that something to be handled by tftp map-file?11:01
*** dtantsur|afk is now known as dtantsur11:02
dtantsurmorning ironic11:02
* dtantsur still lives in the US time lol11:02
sambettsstendulker: the bootx64.efi rom needs to be in the location the tftp map-file points to thats what I'm thinking, although the devstack plugin should have done that foor you11:04
stendulkersambetts: yes that is how it used to work11:05
stendulkersambetts: The pxe-ilo test passed on the patch https://review.openstack.org/#/c/505797/ where the change was removed11:07
patchbotpatch 505797 - ironic - Revert "Change pxe dhcp options name to codes."11:07
stendulkersambetts: In the failure case there is no request made by BM to fetch the bootx64.efi11:09
stendulkersambetts: So I think tftp is not coming into play here11:09
sambettsstendulker: IRONIC_IPXE_ENABLED=False in your local.conf for that job11:09
*** jkilpatr has joined #openstack-ironic11:10
stendulkerWe donot use ipxe, but I'll confirm about this variable11:10
stendulkersambetts: yes, its set to False11:11
sambettsthe devstack plugin only supports iPXE for UEFI11:11
sambettsit won't copy the files into the right locations if you don't enable that11:11
sambettsare you using a custom applied patch11:12
sambetts?11:12
stendulkersambetts:yes11:13
stendulkersambetts: Its under review\11:13
stendulkersambetts: https://review.openstack.org/#/c/454026/11:13
sambettsthis one: https://review.openstack.org/#/c/454026/11:13
patchbotpatch 454026 - ironic - Adding grub2 bootloader support to devstack plugin11:13
patchbotpatch 454026 - ironic - Adding grub2 bootloader support to devstack plugin11:13
stendulkerThis enables support for both UEFI and UEFI secure boot11:13
sambettsyeah... I think the map file for that patch is broken11:13
stendulkersambetts: No. Why do you think so?11:14
stendulkerUEFI requests file from 2 paths11:15
stendulkersambetts: First file is BOOTX64.EFI from /tftpboot11:17
stendulkersambetts: Then grub.cfg from /tftpboot/EFI/fedora11:17
stendulkersambetts: Then node specific grub.cfg from the /tftpboot11:18
stendulkersambetts: And all these files are not requested as absolute paths but mix of relative and absolute path by the BM.11:19
*** rwsu has quit IRC11:21
* stendulker leaving for the day.11:23
*** stendulker has quit IRC11:29
*** dprince has joined #openstack-ironic11:30
openstackgerritSam Betts proposed openstack/ironic master: [DNM] Disable iPXE and make sure normal PXE works  https://review.openstack.org/50612811:30
sambettsvsaienk0: ^ this should force the tests to use normal PXE, because the iPXE ROMs can support normal PXE11:31
*** phuongnh has quit IRC11:32
*** nmathew has quit IRC11:32
*** rwsu has joined #openstack-ironic11:34
vsaienk0stendulker: can you please dump all packes for specific node ie (tcpdump -nei <baremetal_infteface> ether host <mac_address> -w /var/log/baremetal.pcap) and upload pcap somewhere?11:47
*** gmonteiro has joined #openstack-ironic11:48
*** fellypefca-afk is now known as fellypefca11:49
fellypefcaGood morning Ironic11:50
fellypefcarajinir hey, around? Any news with TFTP issue?11:51
*** chlong has joined #openstack-ironic11:53
vsaienk0fellypefca: we are working on it11:54
fellypefcavsaienk0 thanks! I just noticed that this patch passed on our CI https://review.openstack.org/#/c/505797/11:55
patchbotpatch 505797 - ironic - Revert "Change pxe dhcp options name to codes."11:55
sambettsfellypefca: are you using pxe or ipxe and are you using efi?11:56
*** litao__ has quit IRC11:59
openstackgerritMerged openstack/ironic master: Rework update_port_address logic  https://review.openstack.org/49624912:00
fellypefcasambetts we use pxe and legacy bios12:00
*** TuanLA has quit IRC12:00
sambettsfellypefca: any custom dhcp stuff? e.g. not dnsmasq etc?12:01
*** udesale has joined #openstack-ironic12:02
fellypefcasambetts no, nothing customized12:04
sambettscool thanks12:04
*** udesale has quit IRC12:04
*** udesale has joined #openstack-ironic12:04
*** jaganathan has joined #openstack-ironic12:05
*** bfournie has quit IRC12:05
dtantsursambetts: is it a good enough reason to land the revert?12:05
dtantsurI don't feel well of having landed something with the CI all-red..12:06
sambettsyeah :/ I just don't want to land the revert not knowing what caused the problem, because all our CI is green but it uses iPXE12:09
sambettsbasically don't want us to land the revert and then forget about it12:09
sambettsbecause its "fixed"12:09
dtantsursambetts: "all our CI" was NOT green. 3rdparty CI is a critical part of our CI.12:10
sambettsI mean, all our upstream CI was green12:10
dtantsurthis is true, but that means roughly nothing :)12:10
dtantsurpeople in real life do not deploy on devstack, as you know12:11
sambettsso I'm trying to determine the differences between third party CI and the CI we run12:11
sambettsthe third party CIs all use devstack too12:11
sambetts:-P12:11
dtantsurtrue :)12:11
dtantsurbut that's kinda closer to real life, right? we cannot guarantee that people out there do not use a similar configuration for their prod12:11
dtantsuranyway, I'll get W+1 back, and I'm pretty sure the authors of the original patch will get back to it12:12
sambettsoh totally12:12
openstackgerrityolanda.robla proposed openstack/bifrost stable/ocata: scripts: test-bifrost: Start MySQL service before configuring the DB  https://review.openstack.org/50613812:12
sambettsbut there are undocumented differences between the CIs which makes it hard to determine which part of the patch is the problem, e.g. ipxe vs pxe, different parts of the code are exercides12:13
openstackgerrityolanda.robla proposed openstack/bifrost stable/newton: scripts: test-bifrost: Start MySQL service before configuring the DB  https://review.openstack.org/50613912:13
sambettsand without knowing which CIs use which its going to be hard to debug12:13
dtantsursambetts: which gets us back to kolla folks' point: devstack is not flexible, and is very fragile12:13
sambettssame with ilo's CI using an unmerged patch...12:13
*** rbudden has joined #openstack-ironic12:13
dtantsurif we used something production-ready, people would have to do less crazy things, I hope....12:13
* dtantsur reads https://githubengineering.com/kubernetes-at-github/12:14
sambettsfellypefca: do you have a way to get the console logs for the server that is being deployed saved to the CI logs??12:18
openstackgerritMerged openstack/ironic master: Drop neutron masking exception in vif_attach  https://review.openstack.org/50487412:19
*** dpawar has quit IRC12:19
dtantsuroh, this is even more interesting: https://githubengineering.com/githubs-metal-cloud/ has anyone here read it?12:22
dtantsursambetts, TheJulia ^^?12:22
*** gmonteiro_ has joined #openstack-ironic12:24
*** trown|outtypewww is now known as trown12:24
fellypefcasambetts not that I know...12:24
fellypefcasambetts only the devstack logs12:25
dtantsurgood time to implement a console interface for oneview :D12:25
vsaienk0dtantsur: sambetts I think I can rework dhcp options patch to pass both name and number https://review.openstack.org/#/c/506074/12:28
patchbotpatch 506074 - ironic - WIP: pass both numbered and named dhcp options12:28
dtantsurnice!12:28
dtantsurwell, at least it passes upstream, Dell and HPE CI12:29
vsaienk0sambetts: has concerns about it, but hence we passed option names previously it shouldn't be a problem12:29
dtantsurI'm not sure what is happening with the iRMC CI, but it seems ot be all red12:29
sambettsI'm really not keen on sending duplicate options :/12:29
fellypefcadtantsur actually we have a PoC using iLO IPMI. But we are not sure yet if it's work :/12:29
*** jaypipes has joined #openstack-ironic12:33
fellypefcaI will put this patch on top of our CI queue https://review.openstack.org/#/c/506074/12:33
patchbotpatch 506074 - ironic - WIP: pass both numbered and named dhcp options12:33
fellypefcadtantsur btw i just received the ironic t-shirt. Thanks! :)12:34
dtantsurawesome :)12:34
*** bfournie has joined #openstack-ironic12:38
*** udesale has quit IRC12:39
*** catintheroof has joined #openstack-ironic12:42
*** hw_wutianwei has quit IRC12:42
openstackgerritRuby Loo proposed openstack/ironic master: ListType preserves the order of the input  https://review.openstack.org/50583712:46
*** rloo has joined #openstack-ironic12:46
dtantsurrloo: I'd prefer a bug on ^^^ in case we ever need to backport it12:50
dtantsurin spirit of your recent email ;)12:50
dtantsuralso morning12:50
*** gmonteiro_ has quit IRC12:51
rloohey, good morning dtantsur! is it a bug?12:51
dtantsurrloo: it depends on why you make this change :)12:52
dtantsurif you find the current behavior incorrect - it is a bug12:52
rloodtantsur: i need that behaviour to fix https://bugs.launchpad.net/ironic/+bug/171788012:52
openstackLaunchpad bug 1717880 in Ironic ""Next" in node pagination ignores 'fields' parameter" [Medium,Triaged] - Assigned to Ruby Loo (rloo)12:52
dtantsurthen Related-Bug or Closes-Bug, right?12:53
rloodtantsur: i thought it was a separate 'thing'. i could just do it all in one patch.12:53
rloodtantsur: it seemed like 'code cleanup'12:53
rloodtantsur: i can do a related bug, i wasn't sure12:53
dtantsurrloo: if you need it for the bug fix, then you may want to backport it, right?12:53
dtantsurif you plan on backporting the said fix too12:53
rloodtantsur: oh, i wasn't planning on backporting it, but i suppose someone might want to.12:53
dtantsuryep12:53
rloodtantsur: in that case, you think it is better to put it all in one patch?12:54
dtantsurwe should treat all bugs as backportable, unless proven otherwise12:54
dtantsurno, not necessary, just a reference to a bug is enough. and a release note, if it is user visible in any sense12:54
rloodtantsur: cuz i err, found a few bugs while fixing and am trying to figure out how to split it up12:54
dtantsurseveral patches for several things are fine with me12:54
rloodtantsur: ok, i'll reference a bug, it isn't user-facing. not this one anyway.12:55
rloodtantsur: thx for feedback!12:55
dtantsurnp, thank you!12:55
* rloo glad folks read my emails :)12:55
dtantsur:)12:55
* dtantsur gets back to learning German12:56
rloodtantsur: danke!12:56
*** mat128 has quit IRC13:00
*** sasha21 has joined #openstack-ironic13:01
*** d0ugal has quit IRC13:02
*** d0ugal has joined #openstack-ironic13:03
*** d0ugal has quit IRC13:03
*** d0ugal has joined #openstack-ironic13:03
*** jcoufal has joined #openstack-ironic13:09
*** Goneri has joined #openstack-ironic13:13
openstackgerritMerged openstack/ironic master: Revert "Change pxe dhcp options name to codes."  https://review.openstack.org/50579713:23
openstackgerritMerged openstack/ironic stable/pike: Document setting discover_hosts_in_cells_interval in nova.conf  https://review.openstack.org/50577713:24
*** rbudden has quit IRC13:26
*** weshay is now known as weshay_bbiab13:30
*** milan has quit IRC13:31
*** rbudden has joined #openstack-ironic13:34
*** baoli has joined #openstack-ironic13:43
*** mat128 has joined #openstack-ironic13:46
*** racedo has joined #openstack-ironic13:46
rajinirsambetts>dtansur:fellypefca>  vsaienk0>  thanks for reverting the patch. Definitely broke our CI. We don't have anything custom.13:47
*** mjturek has joined #openstack-ironic13:55
*** yangyapeng has joined #openstack-ironic13:59
openstackgerritStenio Araujo proposed openstack/ironic master: [DNM|WIP] Use mac virtual for OneView drivers  https://review.openstack.org/48561814:00
*** mjturek has quit IRC14:00
fellypefcavsaienk0, dtantsur all-green here at oneview too https://review.openstack.org/#/c/506074/14:00
patchbotpatch 506074 - ironic - WIP: pass both numbered and named dhcp options14:00
vsaienk0fellypefca: it is a hacky, we want to avoid doing that14:01
fellypefcavsaienk0 oh, ok14:02
vsaienk0I'm doubt why numbered options doesn't work14:02
TheJuliaGood morning everyone14:02
sambettsvsaienk0: https://review.openstack.org/#/c/506128/ turning iPXE off in the gate results in timeouts across the board trying to download pxelinux.014:02
patchbotpatch 506128 - ironic - [DNM] Disable iPXE and make sure normal PXE works14:02
sambettshttp://paste.openstack.org/show/621627/14:03
sambettsVM console log ^14:03
TheJuliafun :(14:05
sambettsvsaienk0: I put that patch up pre-revert14:06
pas-haI think the posgresql job is also using the PXE (no iPXE) and it is red for quite long already14:06
sambettsle sigh...14:06
openstackgerritSam Betts proposed openstack/ironic master: [DNM] Disable iPXE and make sure normal PXE works  https://review.openstack.org/50612814:06
sambettsrerunning ^ post-revert14:07
sambettssee if it makes a difference14:07
mariojvhi all - i have a question14:09
mariojvwould anyone be interested in more thorough ironic UI docs? if you compare https://docs.openstack.org/horizon/latest/ to https://docs.openstack.org/ironic-ui/latest/ it's really just an install guide14:09
mariojvi've never used ironic ui in horizon, so i'm not sure how intuitive it is14:10
sambettsmariojv: more docs always == better, think configuration references, admin guides on enabling any features that are not enabled by default14:10
mariojvcool - idk if i will personally get time to make them, but i hope so :)14:11
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ironic master: Add default configuration files to data_files  https://review.openstack.org/50619814:11
*** crushil_ has joined #openstack-ironic14:14
*** mjturek has joined #openstack-ironic14:14
*** crushil has joined #openstack-ironic14:14
*** crushil has quit IRC14:15
*** crushil_ is now known as crushil14:15
dtantsurmariojv++ docs++ :)14:15
dtantsurmorning TheJulia14:15
openstackgerritVasyl Saienko proposed openstack/ironic master: WIP: try to disable map file  https://review.openstack.org/50620214:15
*** zshi__ has joined #openstack-ironic14:16
openstackgerritRuby Loo proposed openstack/ironic master: No 'next' for GET /nodes?limit=1&instance_uuid=  https://review.openstack.org/50620514:18
sambettsvsaienk0: I think the map file is definatly the cause of some of these issues, in the devstack plugin we write out the map-file in the way our docs describe for iPXE, https://github.com/openstack/ironic/blob/master/devstack/lib/ironic#L192314:19
dtantsurrloo: tbh I read things like "No 'next'" as if you were removing them, not adding :(14:19
dtantsurmmm, that meant to be :)14:19
dtantsurwhich reminds me of taking a break, brb14:19
*** dtantsur is now known as dtantsur|brb14:20
rloodtantsur: i am removing it :)14:20
dtantsur|brbrloo: ah, nice, then it's correct :) I'd still use explicit verbs like Add or Remove14:20
rloodtantsur|brb: i can try, i was trying to fit w/i 50 chars :-(14:20
dtantsur|brbbecause some contributors use titles like "No smth" when they're adding smth14:20
* dtantsur|brb tend to care less about number of chars14:21
rloodtantsur|brb: ah, if folks don't care about the 50 char thing, that makes things easier!14:21
vsaienk0sambetts: do we even need map-file when using native ipxe? ipxe will never contact our tftp14:23
sambettsvsaienk0: I don't think so :/14:23
openstackgerritRuby Loo proposed openstack/ironic master: Remove 'next' for GET /nodes?limit=1&instance_uuid=  https://review.openstack.org/50620514:24
vsaienk0the benefit of ipxe is that we can store ramdisk on http because it is much faster14:24
vsaienk0I doubt what is the case to use ipxe which gets files from tftp14:24
sambettsthere isn't one really, its just the iPXE firmware supports normal PXE so its good for testing both14:25
sambettsthe reason we setup the map file is to PXE chain to iPXE14:26
openstackgerritMerged openstack/python-ironicclient stable/pike: Updated from global requirements  https://review.openstack.org/50587814:29
*** racedo has quit IRC14:31
openstackgerritMerged openstack/bifrost master: Cleanup test-requirements  https://review.openstack.org/50568714:32
*** openstackgerrit has quit IRC14:33
TheJuliamariojv: two pieces of context, on ironic-ui, it is an admin pane, and there are a couple tunables if memory serves14:34
mariojvalright - i was thinking more "here's how to use ironic-ui"14:41
mariojvconfig/tunable docs would be good too though14:42
*** chandankumar has joined #openstack-ironic14:42
*** fellypefca is now known as fellypefca-brb14:44
* mjturek waves to mariojv14:46
NobodyCamGood Morning Ironic'ers15:01
*** openstackgerrit has joined #openstack-ironic15:01
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ironic master: Add default configuration files to data_files  https://review.openstack.org/50619815:01
openstackgerritOksana Voshchana proposed openstack/ironic master: Use uWSGI instead of WSGI  https://review.openstack.org/45839415:04
vsaienk0morning NobodyCam15:07
*** links has quit IRC15:07
NobodyCamhey there good morning vsaienk0 :)15:07
*** trown is now known as trown|brb15:10
*** trown|brb is now known as trown15:14
* aNuposic anupn15:23
*** aNuposic is now known as anupn15:24
anupnGood Morning Ironic'ers :)15:24
*** amarao1 has quit IRC15:27
*** amarao2 has joined #openstack-ironic15:27
*** amarao2 has quit IRC15:30
*** marios has quit IRC15:30
*** marios has joined #openstack-ironic15:31
*** rpioso has joined #openstack-ironic15:37
*** e0ne has quit IRC15:40
openstackgerritzhangyangyang proposed openstack/python-ironicclient master: Cleanup test-requirements  https://review.openstack.org/50626515:40
vsaienk0rloo: have you checked this? https://bugs.launchpad.net/ironic/+bug/1715541 I tried to request with limit and fields and get correct result15:42
openstackLaunchpad bug 1715541 in Ironic "Listing resources with 'fields' and 'limit' doesn't return a 'next' link correctly" [Undecided,New]15:42
rloovsaienk0: i just saw that bug, it is a dup of the other one. (and got sidetracked)15:43
rloovsaienk0: you actually got a 'next' link that has the fields=... in the url?15:43
rloovsaienk0: i have a fix for it, just writing up the release notes and need to open another bug cuz it isn't just fields, other prameters are missing too15:44
*** milan has joined #openstack-ironic15:44
vsaienk0rloo: right no fields in next http://paste.openstack.org/show/621638/15:44
rloovsaienk0: that's the bug, so you reproduced it15:45
NobodyCamGood Morning anupn and rloo :)15:50
rlooMorning NobodyCam, anupn, vsaienk0, mjturek, mariojv!, sambetts, TheJulia and everyone else (or did I already say that...)15:51
NobodyCamhehehe :)15:52
mjturekgm rloo, NobodyCam :)15:52
NobodyCammorning mjturek :)15:52
*** trown is now known as trown|brb15:53
* sambetts --> heading off 15:54
*** sambetts is now known as sambetts|afk15:54
sambetts|afkNight all!15:54
NobodyCamhave a good night sambetts|afk15:54
*** jaganathan has quit IRC15:55
*** hshiina has joined #openstack-ironic15:57
openstackgerritRuby Loo proposed openstack/ironic master: Remove 'next' for GET /nodes?limit=1&instance_uuid=  https://review.openstack.org/50620515:57
rloomjturek: ^^ thx for reviewing15:58
mjtureknp rloo!16:00
TheJuliagood morning rloo16:00
TheJuliaBFV meeting now starting in #openstack-meeting-516:01
*** fellypefca-brb is now known as fellypefca16:01
openstackgerritRuby Loo proposed openstack/ironic master: ListType preserves the order of the input  https://review.openstack.org/50583716:01
*** trown|brb is now known as trown16:01
*** ralonsoh has quit IRC16:02
TheJuliamjturek: Do you have time to join the BFV meeting?16:02
mjturekjust did!16:02
*** ralonsoh has joined #openstack-ironic16:02
*** ralonsoh has quit IRC16:02
*** milan has quit IRC16:06
*** weshay_bbiab is now known as weshay16:07
*** marios has quit IRC16:09
*** zshi__ has quit IRC16:14
*** mjura has quit IRC16:19
jlvillalpas-ha: Can https://review.openstack.org/#/c/505239/  just be rebased onto the tip of master?16:22
patchbotpatch 505239 - ironic - Cleanup test-requirements16:22
openstackgerritRuby Loo proposed openstack/ironic master: Add missing query parameters to 'next' link for GET /nodes?...  https://review.openstack.org/50628016:30
openstackgerritRuby Loo proposed openstack/ironic master: Remove 'next' for GET /nodes?limit=1&instance_uuid=  https://review.openstack.org/50620516:31
openstackgerritRuby Loo proposed openstack/ironic master: Add missing query parameters to 'next' link for GET /nodes?...  https://review.openstack.org/50628016:31
*** rama_y has joined #openstack-ironic16:34
*** hshiina has quit IRC16:45
*** dtantsur|brb is now known as dtantsur16:46
dtantsurmorning NobodyCam, jlvillal, anupn, mjturek16:46
jlvillalHi16:46
NobodyCamhey hey Good Morning dtantsur :) ... its almost Friday16:47
jlvillalrloo: On https://review.openstack.org/#/c/506205/  Shouldn't it in general not return a 'next' link if there are no more items? I've only looked at the patch for 20 seconds :)16:47
patchbotpatch 506205 - ironic - Remove 'next' for GET /nodes?limit=1&instance_uuid=16:47
rloojlvillal: yes, in general16:48
rloojlvillal: how do you know there are no more items?16:48
jlvillalrloo: I don't know :) I thought you knew ;)16:48
rloojlvillal: in collections.py (or something like that), it uses a simple test (that mjturek mentions in that patch)16:48
rloojlvillal: so, unless you 'look ahead' you don't know if there are more resources.16:49
*** jtomasek has quit IRC16:49
jlvillalrloo: Okay. So just curious. What happens in the case where there is a next link, but nothing there?16:49
rloojlvillal: so the code checks if the #resources returned is < limit requested, you know there are no more.16:50
*** tesseract has quit IRC16:50
rloojlvillal: if # resources returned == limit, you don't know, but good chance there might be more16:50
*** jtomasek has joined #openstack-ironic16:50
rloojlvillal: i originally thought it'd be a quick fix to fix the missing 'fields' query param in the 'next' url. but found these other bugs :-(16:51
jlvillal:(16:51
rloojlvillal: i guess on the bright side, folks are noticing it now cuz they have > 1000 nodes!16:51
*** rcernin has quit IRC16:52
jlvillalrloo: Left a comment/question16:53
rloojlvillal: i think there is something about the code that you dont' understand. not that it is easilyl understood :-(16:54
rloojlvillal: (and no, I didn't write it)16:54
jlvillalrloo: That could be the case.16:54
jlvillalrloo: Oh I see, I thought parameters was passed in. NVM16:55
rloojlvillal: basically there are two paths there. 1 get node associated with instance uuid, or 2. get nodes based on the other filtering criteria.16:55
rloojlvillal: yeah, that.16:55
jlvillalrloo: Though now we are ignoring 'maintenance' and 'associated'. Where before we did seem to honor that.16:58
rloojlvillal: i moved those cuz they are only relevant/used for a 'next' link. for instance_uuid filtering, we never want to have a 'next' link; it doesn't make sense.16:59
jlvillalrloo: Sorry we have to evacuate the building immediately16:59
rloojlvillal: so it was confusing to me the way the code was, cuz it didn't make sense.16:59
rloojlvillal: BYE16:59
* anupn missed so many morning wishes ;)17:00
*** baoli has quit IRC17:00
*** baoli has joined #openstack-ironic17:01
*** derekh has quit IRC17:02
*** trown is now known as trown|lunch17:07
NobodyCamjlvillal: Hope everything is okay :/17:12
openstackgerritRuby Loo proposed openstack/ironic master: [reno] update for MAC address update fix  https://review.openstack.org/50631417:13
jlvillalNobodyCam: Just an evacuation drill. All done :)17:20
NobodyCam:)17:20
NobodyCamthats a good thing :)17:21
*** dpawar has joined #openstack-ironic17:23
*** osdev has quit IRC17:24
*** mat128 has quit IRC17:32
*** crushil has quit IRC17:38
*** crushil has joined #openstack-ironic17:38
*** mat128 has joined #openstack-ironic17:43
*** mat128 has quit IRC17:47
rloomjturek: thx for your comments to https://review.openstack.org/#/c/506205/. let me know if i have addressed them. in essence, the 'next' link is meant to get you more nodes that are filtered based on the same criteria.17:49
patchbotpatch 506205 - ironic - Remove 'next' for GET /nodes?limit=1&instance_uuid=17:49
*** mat128 has joined #openstack-ironic17:49
*** srobert has joined #openstack-ironic17:51
*** srobert has quit IRC17:52
*** srobert has joined #openstack-ironic17:52
*** amarao1 has joined #openstack-ironic17:54
*** srobert_ has joined #openstack-ironic17:55
*** ijw has joined #openstack-ironic17:56
*** ianychoi has quit IRC17:57
*** Sukhdev has joined #openstack-ironic17:57
*** ianychoi has joined #openstack-ironic17:58
*** srobert has quit IRC17:58
*** dpawar has quit IRC17:58
*** mat128 has quit IRC18:02
*** Sukhdev has quit IRC18:03
*** amarao1 has quit IRC18:05
*** crushil has quit IRC18:06
dtantsurugh, I haven't finished even one third of my PTG summary, and I already have a squared head >_<18:07
dtantsurI guess I'll get some wine and continue tomorrow18:08
NobodyCam:)18:08
dtantsursee you18:08
*** dtantsur is now known as dtantsur|afk18:08
NobodyCamhave a good nit18:08
NobodyCamnight even18:08
*** mat128 has joined #openstack-ironic18:16
-openstackstatus- NOTICE: Gerrit OpenIDs have been accidentally overwritten and are in the process of being restored18:17
jlvillalWhat does that mean?18:17
NobodyCamlol they just deleted all our accounts18:17
NobodyCam would be my guess18:18
jlvillalNobodyCam: Yeah, a bit more detail would be nice18:18
NobodyCamhehehe18:19
NobodyCamI'll wait for the RCA18:19
jlvillalSupposedly if you had logged out and back in, you would get somebody elses account.18:19
NobodyCamoh thats bad18:19
jlvillalYeah. So gerrit be down...18:19
NobodyCamoh joy just lost power18:21
* jlvillal decides to go have lunch18:21
rloogood time to take a break...18:21
NobodyCam:)18:22
-openstackstatus- NOTICE: The Gerrit service on review.openstack.org is being taken offline briefly to perform database repair work but should be back up shortly18:22
*** ChanServ changes topic to "The Gerrit service on review.openstack.org is being taken offline briefly to perform database repair work but should be back up shortly"18:22
NobodyCamand there it is18:22
*** ijw has quit IRC18:25
*** pooja has joined #openstack-ironic18:25
*** crushil has joined #openstack-ironic18:28
*** ijw has joined #openstack-ironic18:29
*** ChubYann has joined #openstack-ironic18:30
*** vsaienko has joined #openstack-ironic18:34
*** trown|lunch is now known as trown18:36
*** fellypefca has quit IRC18:47
*** etingof has quit IRC18:51
*** ijw has quit IRC18:52
mjturekrloo: sorry for being confusing. In my example, pretend there are 1000 nodes, but only one in the available provision state. if you query for nodes in the available provision state you'll only get one and a next link (linking to no more nodes), is that right?18:53
rloomjturek: right, if you tried the next link, you'd get 0 nodes18:54
rloomjturek: i mean, *after* we fix the bug about that18:54
*** MattMan has quit IRC18:55
mjturekahhhh I see, so having the "next" link is intended outside of the querying by uuid18:55
mjturek?18:55
*** MattMan has joined #openstack-ironic18:55
rloomjturek: not sure hwat you mean.18:55
rloomjturek: think of it as 'pagination'18:55
rloomjturek: you have a query, and you want the results, but say, 10 results at a time.18:56
rloomjturek: the 'next' url is meant to give you the next X results, for that original query18:56
rloomjturek: similar to what you see on websites, when there are pages associatedwith a particular search18:56
mjturekyep, that's understood18:56
mjturekbut your patch is getting rid of the "next" link when querying by node_uuid (because there's 1 node). If any query results in 1 node (and there's a pagination limit of 1), we still want the next link?18:57
mjturekbasically I'm asking, in the example above (1000 nodes, 1 in available state, query for available nodes), you would actually want to have the next link leading to zero nodes?19:00
rloomjturek: that patch is getting rid of the 'next' link when querying by instance_uuid (you can't query by node_uuid)19:01
mjturekahhh okay understood19:01
rloomjturek: that query can produce at most 1 node. so there cannot be a next link; it doesn't make sense.19:01
mjturekyeah agreed19:01
rloomjturek: in your example, there are 1000 nodes, does the request have limit=1&provision_state=available?19:02
mjturekyes, no instance_uuid=, just those criteria19:02
rloomjturek: ok, so you do this query, you expect it to return at most one node cuz you specified limit=1. the response has one node and a next URL. you invoke the next URL, there are no more avail nodes after the one returned in the first request. done.19:03
rloomjturek: are you stuck on the 'if there is only one avail node', why would we return the 'next' link?19:04
mjturekyeah, exactly19:05
*** penick_ has joined #openstack-ironic19:07
rloomjturek: so ideally, as gods, we can see that there is only one node that satisfies that query, and we wouldn't return the 'next' link. however, the way the code is written, there is no 'look ahead'. so we don't know if there are more nodes or not.19:08
mjturekahhhhhhhhhh - okay awesome19:08
mjturekso ideally we wouldn't but we basically have to19:08
mjtureksorry for all the questions rloo, just trying to understand :) thanks for working through it19:09
rloomjturek: right. i don't know if it is a bug or not. and i guess someone could try to clean it up. but given everything else on our plate i don't think it is worth it19:09
mjturekyeah totally understandable19:09
rloomjturek: no worries. i suppose someone could try to add comments in the code to explain it...19:10
rloomjturek: i mean, to be consistent, i suppose we could issue a 'next' link for the instance_uuid case, but it just doesn't make sense to me, and easier to not return it than to clean up the code to return the right 'next' link for that case.19:10
rloomjturek: forget that. we *know* there will be at most 1 result, the 'next' link doesn't make sense there.19:11
mjturekright, which is what I was getting at in my second comment, do we want to consider consistency? But agreed. If we can avoid having a meaningless next link, we should19:11
*** etingof has joined #openstack-ironic19:12
rloomjturek: it isn't 'consistent' anyway. the handling of instance_uuid is odd to me. i don't understand why it doesn't do an AND of all the query parameters.19:13
rloomjturek: the good news is that it is only at the REST API layer. you can't invoke that via the CLI.19:13
rloomjturek: the CLI provides an openstack baremetal node show --instance-uuid (or something like that)19:14
rloomjturek: all this to actually fix what i meant to fix (the patch after that...)19:14
mjturekrloo: ahhhhh, that makes sense :). I'll review that next!19:15
*** ijw has joined #openstack-ironic19:17
*** 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"19:20
-openstackstatus- NOTICE: OpenIDs for the Gerrit service have been restored from a recent backup and the service is running again; before/after table states are being analyzed now to identify any remaining cleanup needed for changes made to accounts today19:20
*** e0ne has joined #openstack-ironic19:21
*** ijw has quit IRC19:22
rlooyay, we can work again :) ^^19:28
*** etingof has quit IRC19:31
*** e0ne has quit IRC19:31
*** etingof has joined #openstack-ironic19:32
*** jaypipes has quit IRC19:35
*** pcaruana has quit IRC19:41
*** crushil has quit IRC19:43
*** crushil has joined #openstack-ironic19:44
*** weshay is now known as weshay_bbiab19:50
NobodyCam:)19:50
openstackgerritVasyl Saienko proposed openstack/ironic master: WIP: Revert "Revert "Change pxe dhcp options name to codes.""  https://review.openstack.org/50617319:53
*** mat128 has quit IRC19:54
*** ricardoas has joined #openstack-ironic19:59
*** causten has joined #openstack-ironic20:01
*** ijw has joined #openstack-ironic20:06
*** crushil has quit IRC20:09
*** crushil has joined #openstack-ironic20:09
rloofolks, are any of you planning on reviewing the ansible spec? If not, I'm going to approve it today.20:10
*** ijw has quit IRC20:11
*** crushil has quit IRC20:26
*** ijw has joined #openstack-ironic20:27
TheJuliarloo: I had reviewed it recently20:31
TheJuliabut... looks like it doesn't show :(20:31
rlooTheJulia: :-( did your comments get lost?20:32
TheJuliaThis is the second time I've had major deja vu20:32
TheJuliaoh, nope, found it20:32
* TheJulia diffs20:32
TheJulialgtm20:35
*** dsneddon has quit IRC20:36
rloothx TheJulia!20:37
*** ijw has quit IRC20:38
openstackgerritMerged openstack/ironic-specs master: Promote Ansible deploy driver to ironic  https://review.openstack.org/24194620:38
*** dsneddon has joined #openstack-ironic20:40
*** jkilpatr has quit IRC20:47
*** ntpttr_laptop has joined #openstack-ironic20:49
ntpttr_laptophey all, I'm looking into writing a driver for Rack Scale Design hardware and am working on getting a spec together. I found the spec deprecating 'classic drivers' in favor of hardware types, can someone tell me what is meant by classic driver?20:50
ntpttr_laptopwhat should that mean for my spec? We're working on getting together a CI for RSD hardware as well.20:50
rloontpttr_laptop: this is the spec about the hardware types: http://specs.openstack.org/openstack/ironic-specs/specs/7.0/driver-composition-reform.html20:52
rloontpttr_laptop: i'm guessing you'd have a 'rsd' hardware type20:52
ntpttr_laptopthank you rloo I'll take a look at that20:52
ntpttr_laptopI would guess you're right about that :)20:52
jlvillalrloo: do they need to do a release to make your patch go active?  https://review.openstack.org/#/c/505348/20:53
patchbotpatch 505348 - openstackdocstheme - No red with double backticks markup (MERGED)20:53
rloojlvillal: yup20:53
jlvillalrloo: Okay. Hopefully soon :)  And thanks for that.20:54
rloojlvillal: it was less painful than i thought. i mean wrt no one actually disagreeing with me. doing the patch, well, i had to figure out how that stuff worked ;)20:54
*** trown is now known as trown|outtypewww20:58
NobodyCamLOL20:59
NobodyCamme: oh thats easy one line20:59
NobodyCamreality: 7 files changed, 152 insertions(+), 2 deletions(-)20:59
rloontpttr_laptop: these might help (or not): https://docs.openstack.org/ironic/latest/admin/upgrade-to-hardware-types.html, https://docs.openstack.org/ironic/latest/install/enabling-drivers.html20:59
*** bfournie has quit IRC21:01
*** hamzy has quit IRC21:03
*** jkilpatr has joined #openstack-ironic21:04
*** jcoufal has quit IRC21:06
ntpttr_laptopthanks rloo21:07
*** catintheroof has quit IRC21:07
*** ijw has joined #openstack-ironic21:15
*** ijw has quit IRC21:19
*** rama_y has quit IRC21:20
*** rama_y_ has joined #openstack-ironic21:20
*** rama_y__ has joined #openstack-ironic21:21
*** rama_y_ has quit IRC21:21
*** rloo has quit IRC21:23
*** rloo has joined #openstack-ironic21:23
*** baoli has quit IRC21:23
*** mjturek has quit IRC21:25
openstackgerritRuby Loo proposed openstack/ironic master: main page: add links to docs on Upgrade to HW Types  https://review.openstack.org/50638221:25
openstackgerritJohn L. Villalovos proposed openstack/ironic master: Configuration option [ipmi]/retry_timeout has been removed.  https://review.openstack.org/50638621:28
*** Sukhdev has joined #openstack-ironic21:28
*** Goneri has quit IRC21:35
*** dprince has quit IRC21:42
*** makowals_ has joined #openstack-ironic21:44
*** zhenguo has quit IRC21:45
*** fdegir has quit IRC21:45
*** fdegir has joined #openstack-ironic21:45
*** adisky has quit IRC21:46
*** pas-ha has quit IRC21:47
*** makowals has quit IRC21:47
*** jroll has quit IRC21:47
*** dr_gogeta86 has quit IRC21:48
*** sergek_ has quit IRC21:48
*** pas-ha has joined #openstack-ironic21:48
*** adisky has joined #openstack-ironic21:48
*** amotoki has quit IRC21:48
*** sergek_ has joined #openstack-ironic21:50
*** amotoki has joined #openstack-ironic21:51
*** dr_gogeta86 has joined #openstack-ironic21:53
*** dr_gogeta86 has quit IRC21:53
*** dr_gogeta86 has joined #openstack-ironic21:53
*** zhenguo has joined #openstack-ironic22:01
*** jroll has joined #openstack-ironic22:01
openstackgerritNate Potter proposed openstack/ironic-specs master: Add Intel Rack Scale Design Driver  https://review.openstack.org/50640022:09
openstackgerritRuby Loo proposed openstack/ironic master: Rolling upgrades related dev documentation  https://review.openstack.org/41943922:09
openstackgerritNate Potter proposed openstack/ironic-specs master: Add Intel Rack Scale Design Driver  https://review.openstack.org/50640022:10
*** ijw has joined #openstack-ironic22:13
*** srobert_ has quit IRC22:16
* TheJulia tries to remember all of the reasoning behind cleanhold22:17
*** mcarden has joined #openstack-ironic22:17
*** yolanda has quit IRC22:18
*** yolanda has joined #openstack-ironic22:20
*** Nisha_Agarwal has joined #openstack-ironic22:27
*** bfournie has joined #openstack-ironic22:31
*** penick_ has quit IRC22:31
*** bfournie has quit IRC22:34
*** Nisha_Agarwal has quit IRC22:34
*** Nisha_ has joined #openstack-ironic22:34
* jlvillal sighs when cleaning up some unit tests and discovers some pre-existing problems...22:35
TheJuliaI feel like that is the nature of the universe22:36
*** sasha21 has quit IRC22:37
jlvillalTheJulia: This. https://review.openstack.org/#/c/293873/29/ironic/tests/unit/drivers/modules/test_ipmitool.py@104022:37
patchbotpatch 293873 - ironic - IPMITool: add IPMISocatConsole and IPMIConsole class (MERGED)22:37
jlvillalTheJulia: They renamed the mocks and thought it worked like that22:37
jlvillalTheJulia: But 'make_password_file' mock is not passed to the function. It is defined.22:38
*** sasha21 has joined #openstack-ironic22:38
* jlvillal goes to clean it up22:38
* TheJulia sighs22:39
openstackgerritJohn L. Villalovos proposed openstack/ironic master: Cleanup unit tests for ipmittool  https://review.openstack.org/50641322:54
*** Sukhdev has quit IRC22:57
*** Nisha_ has quit IRC23:00
*** Nisha_ has joined #openstack-ironic23:00
NobodyCamoff the wall question... anyone know if I can force a bmc (iLo in this case) to refresh it dhcp'd IP with a factory reset?23:01
openstackgerritJohn L. Villalovos proposed openstack/ironic master: Cleanup unit tests for ipmittool  https://review.openstack.org/50641323:01
NobodyCams/it/it's/23:01
NobodyCams/with/with OUT/23:01
jlvillalNobodyCam: I don't know23:02
*** penick has joined #openstack-ironic23:02
*** bfournie has joined #openstack-ironic23:04
*** penick has quit IRC23:06
*** hamzy has joined #openstack-ironic23:15
*** rpioso has quit IRC23:15
*** ijw has quit IRC23:18
TheJuliaNobodyCam: no idea :(23:23
openstackgerritNate Potter proposed openstack/ironic-specs master: Add Intel Rack Scale Design Driver  https://review.openstack.org/50640023:30
*** rloo has quit IRC23:32
*** Nisha_away has joined #openstack-ironic23:35
*** Nisha_ has quit IRC23:35
*** Nisha_ has joined #openstack-ironic23:39
*** Nisha_away has quit IRC23:39
*** Nisha_away has joined #openstack-ironic23:42
*** Nisha_ has quit IRC23:42
NobodyCam:)23:43
*** Nisha_away has quit IRC23:46
*** alineb has quit IRC23:54
*** Goneri has joined #openstack-ironic23:55
*** ntpttr_laptop has quit IRC23:56

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