Tuesday, 2018-08-07

*** gyee has quit IRC00:06
*** milan has joined #openstack-ironic00:06
*** harlowja has quit IRC00:26
*** v12aml has quit IRC00:32
*** v12aml has joined #openstack-ironic00:47
*** yolanda has quit IRC02:03
*** lbragstad has quit IRC02:18
*** jhesketh_ is now known as jhesketh03:14
*** phuongnh has joined #openstack-ironic03:36
*** jaypipes has quit IRC04:02
*** jaypipes has joined #openstack-ironic04:02
openstackgerritparesh sao proposed openstack/ironic master: [WIP]OOB RAID implementation for ilo5 based HPE Proliant servers.  https://review.openstack.org/55566404:35
*** e0ne has joined #openstack-ironic05:00
*** bfournie has quit IRC05:04
*** moshele has joined #openstack-ironic05:56
*** e0ne has quit IRC05:58
*** e0ne has joined #openstack-ironic06:02
openstackgerritKaifeng Wang proposed openstack/ironic-inspector master: [WIP] Wrap Flask into oslo.service  https://review.openstack.org/56182306:32
*** hoonetorg has quit IRC06:33
*** pcaruana has joined #openstack-ironic06:36
*** yolanda has joined #openstack-ironic06:41
*** hoonetorg has joined #openstack-ironic06:49
*** e0ne has quit IRC07:02
*** serlex has joined #openstack-ironic07:03
*** gkadam has joined #openstack-ironic07:04
*** e0ne has joined #openstack-ironic07:35
*** e0ne has quit IRC07:41
*** skazi has quit IRC07:45
openstackgerritMerged openstack/ironic master: Simplify subclasses for PXERamdiskDeploy  https://review.openstack.org/58920607:50
*** w-miller has joined #openstack-ironic07:51
*** e0ne has joined #openstack-ironic07:52
*** e0ne has quit IRC07:53
*** ajya has joined #openstack-ironic08:09
*** rcernin has quit IRC08:11
openstackgerritMadhuri Kumari proposed openstack/ironic master: Implement basic interfaces for GraphicalConsole Interface  https://review.openstack.org/54735608:33
openstackgerritMoshe Levi proposed openstack/ironic-specs master: Add Support for SmartNIC  https://review.openstack.org/58276708:42
*** derekh has joined #openstack-ironic08:46
*** priteau has joined #openstack-ironic08:55
*** milan has quit IRC08:58
openstackgerritIlya Etingof proposed openstack/ironic master: Update docs on ironic boot mode management  https://review.openstack.org/58858209:15
*** skazi has joined #openstack-ironic09:25
openstackgerritIlya Etingof proposed openstack/virtualbmc master: Enable debug logging in tests  https://review.openstack.org/58834509:27
*** milan has joined #openstack-ironic09:28
*** S4ren has joined #openstack-ironic09:31
*** S4ren has quit IRC09:39
*** S4ren has joined #openstack-ironic10:06
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Fix path of ironic-rootwrap when using venv  https://review.openstack.org/58942210:25
*** olivierbourdon38 has joined #openstack-ironic10:26
*** phuongnh has quit IRC10:47
*** galaxyblr has joined #openstack-ironic11:04
olivierbourdon38Morning ironicers11:18
jrollmorning \o11:20
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Add missing sudoers rule for ironic-inspector-rootwrap  https://review.openstack.org/58942911:21
olivierbourdon38I have a question in regard to the last patches I submitted https://review.openstack.org/589422 and https://review.openstack.org/58942911:22
patchbotpatch 589422 - bifrost - Fix path of ironic-rootwrap when using venv11:22
patchbotpatch 589429 - bifrost - Add missing sudoers rule for ironic-inspector-root...11:22
olivierbourdon38seems than when using venv in bifrost ironic code is still failing when calling sudo on it most probably due to a command not found in path11:23
olivierbourdon38Aug 07 13:12:51 master.vagrantup.com ironic-inspector[2029]: 2018-08-07 13:12:51.213 2029 ERROR ironic_inspector CalledProcessError: Command '('sudo', 'ironic-inspector-rootwrap', '/etc/ironic-inspector/rootwra11:23
olivierbourdon38p.conf', 'iptables', '-N', 'ironic-inspector')' returned non-zero exit status 111:23
olivierbourdon38in  y case the venv is located in ~vagrant/.venvs/bifrost and therefore the path to the ironic-inspector-rootwrap executable is ~vagrant/.venvs/bifrost/bin/ironic-inspector-rootwrap11:25
olivierbourdon38any clue on how this should be dealt with11:25
olivierbourdon38any clue on how this should be dealt with ?11:25
olivierbourdon38simple solution would be to symlink from venv to /usr/local/bin aka ironic_rootwrap_dir11:26
olivierbourdon38(for Ubuntu)11:26
olivierbourdon38but I am not sure this is the best solution11:26
jrollhrm, ~vagrant/.venvs/bifrost/bin/ should be in the path, I would think11:28
jrollbut if not11:28
jrollwe could add PATH=~vagrant/.venvs/bifrost/bin:$PATH before the command that executes ironic-inspector11:29
* etingof is wondering whom to ping to check out why his ptl ballot never arrived...11:30
jrolletingof: only two projects had elections11:30
jrollsenlin and tacker11:30
jrollif you didn't have commits in those recently, you wouldn't get a ballot11:31
jrolland g'morning :)11:31
etingofaha, I should have read the announcement more carefully perhaps ;)11:31
jroll:P11:31
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Add missing sudoers rule for ironic-inspector-rootwrap  https://review.openstack.org/58942911:31
etingofgood morning jroll, olivierbourdon38 and all the ironicers  o/11:31
olivierbourdon38morning etingof11:32
olivierbourdon38mornig jroll11:32
jroll\o11:32
olivierbourdon38furthermore some CI jobs are failing "msg": "Inspection of node 4e41df61-84b1-5856-bfb6-6b5f2cd3dd11 failed, last error: Failed to start inspection: Unable to establish connection to http://127.0.0.1:5050: but I am not sure it is related to my fix11:34
*** slagle has joined #openstack-ironic11:39
TheJuliagood morning11:51
*** skazi has quit IRC11:57
etingofgood morning, TheJulia ;)12:00
olivierbourdon38jroll, for the ironic user, default path is set to /home/ironic/bin:/home/ironic/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/snap/bin so no venv in there I am affraid12:11
*** MattMan has quit IRC12:11
*** MattMan has joined #openstack-ironic12:11
sambetts|afkthe path will also change because of using sudo I think12:14
sambetts|afkit'll switch to the root users PATH12:14
sambetts|afkunless its done with sudo -E12:14
jrollah yeah12:14
jrollin any case, can modify the path when we run inspector12:14
sambetts|afkwill that pass through to the sudo environment?12:15
jrollsudo PATH=... /path/to/inspector :)12:17
jrollthere may be a flag needed12:17
jrollfrom the man page: Environment variables to be set for the command may also be passed on the command line in the form of VAR=value, e.g. LD_LIBRARY_PATH=/usr/local/pkg/lib.12:18
sambetts|afkinspector isn't started with sudo or as the root user though, which is why the code calls out to rootwrap to do root actions :/12:18
jrollah, right12:19
jrollthis must be a solved problem though, right?12:19
sambetts|afkI guess in inspector we should use the full path to the rootwrap application12:19
sambetts|afkinstead of relying on the path12:20
sambetts|afkbecause whats happening is essentially like a normal user installing something in their /home/<user>/bin and then expecting the root user to find it in their path12:20
jrollreally don't want to have to have a config for that12:20
jrollmailing list archives suggest symlinks into /usr/local/bin12:21
jroll(as did olivierbourdon38 )12:21
olivierbourdon38currently testing this latest symlinks solution12:21
olivierbourdon38will most probably update aforementioned patchsets if successful12:22
jrollyeah, don't see why it wouldn't work12:22
sambetts|afkif we added the "-E" flag to the sudo call in inspector it would ensure that inspectors environment variables are passed through to the sudo run, including all the ones set by virtualenv when its active like the PATH changes12:25
TheJuliajroll: there is an awesome question on https://review.openstack.org/#/c/589277 that would be good to get your eyes on12:26
patchbotpatch 589277 - ironic - Add conductor_group docs12:26
sambetts|afkthe only reason I could see a symlink into /usr/local/bin fail is due to the fact the sudo environment doesn't have the virtualenv "activated" in it which could result in a failured to find certain libraries12:26
sambetts|afkits looks like virtualenv might inject something into the generated bin scripts to activate the env dynamically when its called so it maybe ok12:28
TheJuliaif memory serves, it does. There is some magic there12:30
olivierbourdon38sambetts|afk yes indeed, they all start with #!/home/vagrant/.venv/bifrost/bin/python2 in my case so this should be safe12:30
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Create symlink for ironic-rootwrap when using venv  https://review.openstack.org/58942212:31
sambetts|afkthat selects the python interpreter to use, unsure if it will set the PYTHON_PATH etc too #eeeetomuchmagic12:31
olivierbourdon38from what I experienced it also does. Magic is soooo deeeeeeeep12:32
sambetts|afkquick scan through the virtualenv docs "If you directly run a script or the python interpreter from the virtualenv’s bin/ directory (e.g. path/to/ENV/bin/pip or /path/to/ENV/bin/python-script.py) there’s no need for activation."12:34
jrollilo-people, question from a friend: are there iLO APIs to change the serial console port without an OS being present?12:35
TheJuliadtantsur|afk: do you concur with https://review.openstack.org/#/c/589277/1 ?12:35
patchbotpatch 589277 - ironic - Add conductor_group docs12:35
jrollTheJulia: kaifeng is correct there12:35
jroll(because we create nodes in the conductor)12:35
TheJuliayeah, and I guess we end up building the request with the information we have, we ship it over rpc to the conductor... and the node either fires up as a task, or not.. and we get a db entry12:36
jrollyep12:36
jrollleaving a comment12:36
* jroll didn't realize you got this up12:36
TheJuliajroll: thanks, I was thinking orpahned but yeah, I guess conductor group would be submitted along with12:37
TheJuliajroll: I thought I messaged you last night, but irc bankruptcy at EOD is easy :)12:37
jrollI know that feeling :)12:38
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Add missing sudoers rule for ironic-inspector-rootwrap  https://review.openstack.org/58942912:39
*** e0ne has joined #openstack-ironic12:40
jrollTheJulia: you has comments12:40
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Add missing sudoers rule for ironic-inspector-rootwrap  https://review.openstack.org/58942912:40
*** bfournie has joined #openstack-ironic12:41
TheJuliaeasy quick review https://review.openstack.org/#/c/407327/612:41
patchbotpatch 407327 - ironic - Improve the "Ironic behind mod wsgi" documentation12:41
TheJuliajroll: thanks12:41
* TheJulia goes and revises doc12:48
TheJuliahmm, no dmitry today12:49
*** weshay has quit IRC12:50
openstackgerritMerged openstack/ironic master: Improve the "Ironic behind mod wsgi" documentation  https://review.openstack.org/40732713:04
*** tssurya has joined #openstack-ironic13:07
*** trown|outtypewww is now known as trown13:12
olivierbourdon38folks, unless I am mistaken bifrost setup does not create /etc/ironic-inspector/rootwrap.conf which makes calls to Aug 07 15:12:30 master.vagrantup.com ironic-inspector[16875]: 2018-08-07 15:12:30.369 16875 ERROR ironic_inspector CalledProcessError: Command '('sudo', 'ironic-inspector-rootwrap', '/etc/ironic-inspector/rootwrap.conf', 'iptables', '-N', 'ironic-inspector')' returned non-zero exit status 1 fail and therefore ironic-inspe13:16
olivierbourdon38ctor process does not start, is this a known/recent issue ?13:16
sambetts|afkolivierbourdon38: is this in the virtualenv still?13:18
olivierbourdon38yes13:18
sambetts|afkolivierbourdon38: I think that the files might end up in <virtualenv>/etc13:19
sambetts|afkthey should be installed by the pip install process I think13:19
sambetts|afkbut under a virtualenv I think any data files get put into the relative root directory13:19
olivierbourdon38only for ironic, not ironic-inspector13:20
olivierbourdon38$ ls /home/vagrant/.venv/bifrost/etc/ironic/13:20
olivierbourdon38rootwrap.conf  rootwrap.d13:20
olivierbourdon38$ ls /home/vagrant/.venv/bifrost/etc/13:20
olivierbourdon38ironic  keystone  pycadf13:20
sambetts|afkhuh thats I'm surprised about then :/ I've had inspector working with bifrost downstream13:21
olivierbourdon38so have I until I updated my env with latest codes this very morning :-(13:22
openstackgerritJulia Kreger proposed openstack/ironic master: Add conductor_group docs  https://review.openstack.org/58927713:23
openstackgerritJulia Kreger proposed openstack/ironic master: Add "noop" management and use it in the "ipmi" hardware type  https://review.openstack.org/58910113:25
jrollok, I am thoroughly confused and probably just missing something...13:27
jrollhttp://logs.openstack.org/77/589277/1/check/build-openstack-sphinx-docs/fe7e6b6/html/13:27
TheJuliaIf anyone has some time, I'd appreciate a quick review on https://review.openstack.org/#/c/589115/13:27
patchbotpatch 589115 - ironic - Switch the "snmp" hardware type to "noop" management13:27
jrollhas "condutor groups" (see spelling error) in the table of contents13:27
jrollbut the patch has no such spelling error13:27
*** namnh has joined #openstack-ironic13:27
TheJuliajroll: lol13:27
jrollsaid patch: https://review.openstack.org/#/c/589277/1/doc/source/admin/conductor-groups.rst13:28
patchbotpatch 589277 - ironic - Add conductor_group docs13:28
jrolloh wait13:28
sambetts|afkjroll: that build is for patchset 113:28
jrollPS1 does specify it13:28
jrolland so does 2, but not in the 1->2 diff13:28
jrollmy bad13:28
* jroll updates13:28
sambetts|afkooo weird haha13:28
openstackgerritJulia Kreger proposed openstack/ironic master: Add conductor_group docs  https://review.openstack.org/58927713:29
jrolleh, the 1->2 diff didn't change that file13:29
jrolloh thanks TheJulia :)13:29
jroll+2'd13:29
TheJuliaTeach me for typing out patches without wearing glasses....13:29
TheJuliaerr, teaches13:29
jrollreviewed the snmp thing13:31
*** cdearborn has joined #openstack-ironic13:32
* etingof is on it as well13:32
TheJuliathanks guys13:32
bfourniehi sambetts|afk, it looks like this fix - https://review.openstack.org/#/c/565776/, wasn't backported to queens, correct?13:35
patchbotpatch 565776 - ironic - Fix error thrown by logging in common/neutron.py (MERGED)13:35
sambetts|afkbfournie: no I don't think it ever got backported13:36
openstackgerritSam Betts proposed openstack/ironic stable/queens: Fix error thrown by logging in common/neutron.py  https://review.openstack.org/58947113:36
sambetts|afkbfournie: ^ just hit the cherry-pick gui button :-P13:37
bfourniesambetts|afk: thanks!13:37
*** serlex has quit IRC13:37
bfourniesambetts|afk: yeah, just wanted to make sure I didn't miss if a backport was in flight13:37
*** moshele has quit IRC13:39
TheJuliaThat is a trivial and clear fix, approved13:39
*** jcoufal has joined #openstack-ironic13:42
*** mjturek has joined #openstack-ironic13:43
*** galaxyblr has quit IRC13:44
openstackgerritJulia Kreger proposed openstack/ironic-specs master: Moving UCS specs to backlog  https://review.openstack.org/58947413:45
openstackgerritJulia Kreger proposed openstack/ironic-specs master: Move specs completed in 11.1  https://review.openstack.org/58947513:48
cdearborngood morning ironic!13:49
TheJuliagood morning cdearborn!13:50
cdearbornwe are running into an issue with ironic in OSP13/Queens: http://paste.openstack.org/show/727522/13:50
cdearbornthe ironic api service sometimes fails when trying to set target raid config on a node13:50
cdearbornit appears that the issue has something to do with wsgi13:50
cdearborni would like to try shutting off wsgi and seeing if the issue reproduces13:51
cdearbornany thoughts on how to do that?13:51
TheJuliaWell that is not good13:51
sambetts|afkcdearborn: is there an error log in the ironic-api service logs??13:51
*** ibmko has joined #openstack-ironic13:51
TheJulia++13:52
cdearbornpwd13:52
TheJuliacdearborn: you'd have to manually stop the httpd running the ironic service, and should then be able to directly invoke the ironic-api in debug mode... although I don't rememer how that is assebled so it may require something like proxying through httpd13:53
cdearbornsambetts|afk: where would i find that?  there is no ironic api log in /var/log/ironic13:53
TheJuliabut more than likely, there is some error in the logs. Also, would help to have enough data to reproduce, including the blob of data being sent13:53
TheJuliacdearborn: journalctl13:53
TheJuliaor in container logs13:53
sambetts|afk"journalctl -u ironic-api.service" or "docker logs <ironic api container>"13:54
sambetts|afknot sure if OSP13 pipe them out anywhere13:54
sambetts|afkpipes*13:54
ibmkoHi TheJulia, just a short question about the yesterday's thing. I've build fedora deploy image according to Ironic documentation and it seems it is missing some packages (sgdisk), was the recommended coreOS deploy image built using the disk-image-builder utility? If so, is it possible to find out which "elements" were used to build it? I just want to make sure that my image is not missing anything13:54
cdearbornsambetts|afk, TheJulia: will have to reproduce the issue.  that's easily done, but it will take about an hour to run13:55
sambetts|afkibmko: coreos isn't built using DIB, its build using a custom script in the openstack/ironic-python-agent repo13:56
ibmkosambetts|afk, aha, ok13:57
sambetts|afkibmko: but I've not heard of the DIB build not working because of missing packages before13:57
cdearbornsambetts|afk, TheJulia: this is happening when we do RAID configuration prior to overcloud deployment.  we are able to set target raid config on 8 out of 9 nodes: 3 controllers, 3 computes, 3 storage.  the json being sent is identical to the json for at least 2 other nodes that work13:57
TheJuliacdearborn: look for apache log data13:58
ibmkosambetts|afk, my image ended up with this: u'/openstack/venvs/ironic-17.0.5/bin/ironic-rootwrap: Executable not found: sgdisk (filter match = sgdisk)\n'13:58
ibmkoI am wondering, perhaps I need to include this element: https://docs.openstack.org/diskimage-builder/latest/elements/iscsi-boot/README.html13:58
TheJuliaibmko: no, coreos is built with some in-repo scripts and a docker file. If sgdisk is missing you can always explicitly add the package.13:59
TheJuliaibmko: is sgdisk present on the conductor node?13:59
TheJuliaibmko: what deploy_interface are you using?14:00
cdearbornTheJulia: exactly where would I find the apache log data that you want?14:00
sambetts|afkTheJulia, cdearborn: I've seen weirdness with wsgi proxying before caused by attempts to stream data through the proxy instead of httpd caching it then passing it on to the wsgi server, so if the tcp connection to the client is lost before the wsgi application is loaded and ready to read the data the service gets an IOError14:00
TheJuliacdearborn: interesting...14:00
TheJuliacdearborn: if it is being fronted by uwsgi, I think it would be in the container logs under uwsgi's logging14:01
ibmkoTheJulia, i am using iscsi method, uh, I thought that the error message comes from the image, but when you ask this, I now realize that it might actually come from conductor ?14:01
TheJuliasambetts|afk: that is kind of what I suspect is going on, socket closing before reply processed which is weird. :\14:02
cdearbornsambetts|afk, TheJulia: the issue seems to be load based.  if i try rerunning the script after deployment errors out, then it works perfectly14:02
olivierbourdon38forgive the "newbie" question but is there a way to trigger a complete CI pass on current bifrost without submitting a "dummy" patch ?14:02
TheJuliaibmko: yeah, the conductor needs the same utilities with the iscsi deploy method14:02
TheJulias/method/interface/14:03
jrollcdearborn: before we go too far in debugging, what's the error being returned?14:03
ibmkoTheJulia, great, thanks, I think this might be it14:03
cdearbornjroll: http://paste.openstack.org/show/727522/14:03
sambetts|afkcdearborn, TheJulia: uwsgi has an option for dealing with taking to long to read the data on the service side, its "post-buffering = 1" in the uwsgi config, I ran into similar issues on a different project14:05
jrollcdearborn: ah, yeah that does look like some sort of load issue or something14:05
jrollsambetts|afk: ++14:05
*** baha has joined #openstack-ironic14:05
TheJuliasambetts|afk: yeah, that sounds really familar14:06
jrollI've also seen similar long long ago14:06
cdearbornjroll, TheJulia, sambetts|afk: i am at the point where i can launch a deployment.  shall i launch it with no changes to reproduce the issue, or should i try it with the above change?14:08
jrollcdearborn: well, you have a traceback, I'm not sure what else we'd want to learn from reproducing :)14:09
sambetts|afklooks like its apache itself thats running the wsgi daemon not uwsgi so I'm not sure what the equivolent config option is :/14:10
TheJuliacdearborn: I think your best bet is to file a bugzilla with as much detail as possible on reproduction steps14:11
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Dummy commit to trigger complete CI test pass  https://review.openstack.org/58949314:13
cdearbornTheJulia,  y, will file a BZ.  we've only seen this issue in our scripting where we are doing RAID config in parallel using 1 thread per node across 9 nodes, so reproducing outside our scripting will probably be hard14:13
TheJuliaolivierbourdon38: good plan :)14:13
TheJuliacdearborn: include that as a note on the bz. We might be able to make the client better behave/be more tollerant, but.... that is a weird one.14:14
olivierbourdon38TheJulia yes indeed, seems like ironic-inspector does not launch in my env and reverted changes in bifrost without any success, I guess something has been broken in ironic-inspector code itself14:14
olivierbourdon38which will also explain bifrost CI failiures where :5050 is not reachable14:15
*** jrist has quit IRC14:15
TheJuliaolivierbourdon38: or we merged something yesterday possibly...14:15
* TheJulia needs more coffee14:17
NobodyCammmm Coffee14:17
olivierbourdon38as mentioned previously I reverted a 1month old bifrost env of my own which I know worked like a charm but as it is dragging dependencies which might have changed this could explain why it now fails14:17
NobodyCamAnd Good Morning Ironic'ers14:17
olivierbourdon38currently testing some potential causes14:18
jrollmorning NobodyCam :)14:18
olivierbourdon38morning NobodyCam14:18
NobodyCamGood Morning jroll olivierbourdon38 :)14:18
*** mgoddard has joined #openstack-ironic14:20
cdearborngood morning NobodyCam14:21
NobodyCamGood Morning cdearborn :)14:21
*** rpioso|afk is now known as rpioso14:26
rpiosoGood morning, ironicers14:26
*** gkadam_ has joined #openstack-ironic14:27
*** jrist has joined #openstack-ironic14:27
NobodyCamGood Morning rpioso14:28
openstackgerritSam Betts proposed openstack/ironic master: [DNM] Testing Cisco Third Party CI  https://review.openstack.org/51431214:28
*** gkadam has quit IRC14:29
rpiosoNobodyCam: :-)14:30
NobodyCam:)14:30
*** yolanda has quit IRC14:31
etingofgood morning rpioso and sorry for not responding wrt Redfish console!14:34
olivierbourdon38I think I found the cause of the ironic-inspector issue14:34
rpiosoetingof: Great to hear from you! Are you feeling better? And how's the weather?14:35
olivierbourdon38at least following the test I now have it running without issues after deploying bifrost from scratch14:35
olivierbourdon38https://review.openstack.org/#/c/589020/14:35
patchbotpatch 589020 - ironic-inspector - Clean up pxe_filter related deprecations (MERGED)14:35
rpiosoetingof: No worries about the Redfish console questions. I added a topic to the Stein PTG etherpad, which I see you added to :-) Thank you!14:36
etingofrpioso, I am better, thank you! The temperature over here is almost hitting Fahrenheit's feverish wife's body temperature :-/14:36
*** yolanda has joined #openstack-ironic14:37
*** hongbin has joined #openstack-ironic14:38
rpiosoetingof: Yikes! Hopefully, both with break soon. If it gives you any comfort, it's 88 here and heading to 95, which is very toasty for New Hampshire.14:39
etingofrpioso, so, the PTG topic I've seen is more about the Ironic event service rather than the Redfish console...? or did I miss it?14:39
*** e0ne has quit IRC14:39
etingofrpioso, nooo, it does not excite me at all that you guys have to suffer from the heat over there as well...14:40
rpiosoetingof: I determined that the iDRAC virtual console does not offer the events. Rather, they're available through the iDRAC web client. The virtual console is visible and launchable from that client.14:42
rpiosoetingof: So, I disentangled them.14:42
etingofrpioso, right, but can iDRAC console be managed through ironic?14:44
rpiosoetingof: No, not presently :-(14:45
etingofrpioso, do you guys have plans to add Redfish interface to iDRAC console management? ;)14:45
TheJuliaetingof: eek :(14:47
*** priteau has quit IRC14:50
olivierbourdon38TheJulia see root cause above ^^^14:50
TheJuliaolivierbourdon38: I had a feeling that was it14:52
olivierbourdon38reverting this very single change and everything is back to normal behaviour14:52
sambetts|afkI assume whats happened is that before manage_firewall was set to False14:54
sambetts|afkso then it never touched the sudo code that inspector had14:54
olivierbourdon38seems very like this yes sambetts|afk14:55
sambetts|afknow the firewall_driver option needs to be set to noop to disable it14:55
sambetts|afkso its enabled by mistake14:55
*** hoonetorg has quit IRC14:57
olivierbourdon38in my conf manage_firewall is set to false14:58
TheJuliayeah, should be a quick fix to the to set the filter to noop14:59
rpiosoetingof: Checking ...14:59
TheJuliaSo a few random virtualbmc patches are up. some of them align fo the python3-first goal, others just fix a couple minor things. https://review.openstack.org/#/q/project:openstack/virtualbmc Not a priority in any sense15:02
* etingof is thinking to file a story wrt Redfish console support in ironic... 15:05
etingof...but he is never sure in his SB searching powers15:05
*** pcaruana has quit IRC15:11
rpiosoetingof: https://topics-cdn.dell.com/pdf/idrac9-lifecycle-controller-v3151515_api-guide_en-us.pdf starting on p. 5415:12
openstackgerritJulia Kreger proposed openstack/bifrost master: Fix ironic-inspector config  https://review.openstack.org/58951415:15
TheJuliaolivierbourdon38: ^^^ i'm hoping that fixes it15:15
TheJuliaetingof: just be sure to define what you mean by console :)15:16
olivierbourdon38TheJulia currently testing it15:17
etingofTheJulia, what I had in mind is smth similar to what ipmitool does for SOL, but over Redfish15:17
TheJuliaetingof: so serial over lan basically, if supported that makes sense to me15:18
TheJuliaI'm hoping we make progress on graphical/vnc-ish consoles this cycle15:19
TheJuliawell, next cycle15:19
TheJuliawhich basically kind of begins any day now15:19
etingofTheJulia, at the Redfish level the mechanics is the same for all console types I guess... it's just that we ask Redfish server to configure a console for us to connect somehow15:19
etingofin theory, it can be SOL, VNC, SPICE whatever15:20
TheJuliaWell, then it sounds like we would want to be one level abstracted further15:22
etingofrpioso, I can't find much details on console support in that doc... I am trying to understand if Dell servers could be configured (over Redfish) to provide some sort of console over network...15:22
TheJuliaat least interacting with a remote redfish api15:22
etingofTheJulia, btw, sushy seems to have console support implemented15:24
TheJuliaSerial I think15:24
TheJuliabut yeah15:24
etingofTheJulia, abstracted one level further? should it be higher than ipmitool offers?15:25
*** priteau has joined #openstack-ironic15:26
TheJuliaetingof: I say one step further in the fact our exisiting console interface is geared towards serial usage (nevermind the ilo patch somewhere along the way to slip vnc support into their driver)... but with graphical consoles the methods will be similar, just the user will be able to ask for graphical instead, and both profiles will need to work because some people want serial console logging...15:26
etingofah, I see what you mean15:27
NobodyCam+1 for serial console logging15:27
mjturekis it possible to disable output from IPA?15:28
TheJuliamjturek: please clarify15:28
mjturekTheJulia: sorry, I'm debugging a deploy ramdisk that isn't getting an IP through serial over lan15:29
mjturekI'm logging into the ramdisk to investigate15:29
mjturekbut IPA's output is interrupting15:29
TheJuliakill ipa?15:29
mjturekthat's a good idea!!!15:29
mjturekI'll try that now15:30
TheJuliaI mean, it is the only way ;)15:30
etingofI think we discussed one issue wrt Redfish console support with mraineri - it seems that with current schema console stuff resides at a wrong place e.g. at Manager while it should rather be at ComputerSystem15:30
mjturekgotcha, thanks TheJulia :)15:31
*** gyee has joined #openstack-ironic15:32
openstackgerritMerged openstack/ironic master: Node gets stuck in ING state when conductor goes down  https://review.openstack.org/58699315:36
openstackgerritDmitry Tantsur proposed openstack/ironic master: Switch the "snmp" hardware type to "noop" management  https://review.openstack.org/58911515:40
openstackgerritOlivier Bourdon proposed openstack/bifrost master: Fix ironic-inspector config  https://review.openstack.org/58951415:40
olivierbourdon38TheJulia many thanks works perfectly with small mods ;-)15:41
TheJuliaolivierbourdon38: thanks for updating the patch15:42
olivierbourdon38TheJulia yavw15:43
*** olivierbourdon38 has quit IRC15:46
*** S4ren has quit IRC15:50
* ibmko succesfully provisioned his first Ironic instance :) 15:57
*** skazi has joined #openstack-ironic15:58
TheJuliaibmko: \o/15:59
ibmkoTheJulia, its nice that the ToR switch multi-tenancy integration actually works15:59
ibmkowith our Juniper switches15:59
sambetts|afk\o/16:00
rpiosoCan nova scheduler's determination of the baremetal host be tied to the deploy steps to execute?16:00
ibmkoare there any plans for having security groups provisioned on the ToR switches too ? :)16:01
*** jcoufal has quit IRC16:02
sambetts|afkibmko: security groups don't match quite 1-1 with the way ToRs do ACLs, depending on which neutron driver your using a vendor might have added support for them16:05
ibmkosambetts|afk, but given that Ironic project seems to try to match Nova project semantics, there shloud be a way how to get security groups on Ironic node, or am I wrong ?16:08
*** namnh has quit IRC16:10
sambetts|afksecurity groups are completely implemented on the network side never on the VM/instance thats booted, with VMs they do it by putting iptables between the VM and the network to filter out traffic which works for ingress and egress traffic, with ironic there is no iptables, so you have to put it in the ToR to mirror neutrons behaviour, but ToRs typically only supports ingress or egress not16:13
sambetts|afkboth, but they are becoming more feature rich so some may be able to do it16:13
ibmkoyeah16:14
*** jaypipes_ has joined #openstack-ironic16:16
*** jaypipes has quit IRC16:17
*** jaypipes_ has quit IRC16:17
*** e0ne has joined #openstack-ironic16:18
*** anupn has joined #openstack-ironic16:25
TheJuliaibmko: That is good to hear :)16:31
TheJuliaibmko: I believe arista implemented support in their ml2 driver to handle security groups that are set, fwiw.16:32
*** jaypipes has joined #openstack-ironic16:33
*** trown is now known as trown|lunch16:33
TheJuliarpioso: no, nova is not deploy steps aware and I think we would only really be able to be deploy template aware once we implement support to handle templates for deployment definitions. Why do you ask?16:34
jrollthat's my recollection of the plan, allow the user to request traits or something via nova, which when set in instance_info trigger a particular deploy template16:35
*** gkadam_ has quit IRC16:38
*** moshele has joined #openstack-ironic16:44
TheJuliaReviews on https://review.openstack.org/#/c/588582/ and https://review.openstack.org/589277 would be appreciated16:45
patchbotpatch 588582 - ironic - Update docs on ironic boot mode management16:45
patchbotpatch 589277 - ironic - Add conductor_group docs16:45
*** tssurya has quit IRC16:45
TheJuliaNobodyCam: If you have a few minutes, an you take a quick look at https://review.openstack.org/#/c/589514/216:45
patchbotpatch 589514 - bifrost - Fix ironic-inspector config16:45
*** ajya has quit IRC16:51
*** derekh has quit IRC17:00
*** w-miller has quit IRC17:01
*** mgoddard has quit IRC17:05
rpiosoTheJulia: I was thinking along the lines of templates. Roughly, how would that work?17:06
*** milan has quit IRC17:06
TheJuliarpioso: an operator would define approved templates for their environment, that would essentially be a blob of json for deploy steps, and we would have logic in the conductor that would compare the posted traits from the flavor to drive which template is used17:12
*** e0ne has quit IRC17:20
*** e0ne has joined #openstack-ironic17:21
*** e0ne has quit IRC17:22
eanderssonWhen using the flat network layout, is there a reason why a provisioning port is never created/deleted in the code?17:24
anupneandersson: I believe that is because there is no separate provision network. Only one network is created initially for tenant and that is used for all actions.17:27
eanderssonWould that be the same network it uses once it is provisioned as well?17:27
eanderssonTrying to figure out a simple (and temporary) design for an untrusted network.17:29
eanderssonIdeally the provisioning network would be trusted, and the network used by the actual baremetal after provisioning could be untrusted.17:30
rpiosoTheJulia: Cool. Thank you!17:30
*** harlowja has joined #openstack-ironic17:31
anupneandersson: Yes it will be the same network17:32
TheJuliaeandersson: You would need the multitenancy features or some code to actually toggle the network attachments.. which is what a number of folks did before we had support through neutron17:35
rpiosoTheJulia: To answer your earlier question, it just seems like that's how it should work. I see it's a proposed topic for the PTG :)17:38
eanderssonTheJulia, yea we are looking at something like that17:39
TheJuliaeandersson: call something() in the dhcp code perhaps?17:39
eanderssonWe were thinking that maybe we could just attach the tftpd server and a swift proxy to the same namespace as the prov network17:41
eanderssonand just switch of the port when we are done provisoning17:41
*** trown|lunch is now known as trown17:42
eandersson*off17:42
eanderssonYou wouldn't happen to know who did this before neutron by any chance?17:43
*** harlowja has quit IRC17:43
TheJuliaoath had a downstream implementation, rackspace did as well although apparently it was a bitmore substantial code wise. jroll would be the person whose brain to tap for that. I think NobodyCam mentioned something similar once17:44
jrolloath doesn't have a downstream network switching thing, we use the flat networking model17:45
jrollrackspace had patches that evolved into what ironic has upstream17:46
TheJuliahogepodge: do you know of any that did networking integration with ironic for multitenancy before we actually did it in ironic?17:47
jrollhonestly, whatever you write is going to be less simple than figuring out how to do it with upstream code17:47
jrollyou're going to have to write software to configure the switch dynamically, etc17:47
*** moshele has quit IRC17:50
TheJuliaSome shops already have that though. I feel like one of the mass open cloud folks kind of did it as well where the called their switch management tooling17:50
jrollyeah, fair17:50
eanderssonjroll, that is kinda what I figured as well17:50
jrolljust saying it isn't super simple :)17:50
eanderssonWe don't care about multitenacy as we only have one use case we support at the moment17:51
jrollwell, you're still essentially doing what we call "multitenant networking", just only with one tenant :)17:52
eanderssonBut... ideally our implementation would allow us to move into multitenacy later on17:52
eanderssonI see - yea makes sense17:52
*** e0ne has joined #openstack-ironic18:04
TheJuliaI guess you could create your own dhcp driver module and then use that to navigate an upgrade18:04
openstackgerritMerged openstack/ironic master: Add "noop" management and use it in the "ipmi" hardware type  https://review.openstack.org/58910118:11
*** baha has quit IRC18:24
*** skazi has quit IRC18:29
*** openstackgerrit has quit IRC18:49
*** moshele has joined #openstack-ironic18:50
*** baha has joined #openstack-ironic19:04
*** moshele has quit IRC19:18
*** e0ne has quit IRC19:32
mbeierlshoot - lost my notes.  TheJulia, I know you told me before, but how do I run a single unit test again in Ironic?19:43
*** skazi has joined #openstack-ironic19:44
jrollmbeierl: tox -e py27 ironic.tests.unit.some.module.SomeTestCase.test_something19:44
mbeierljroll: thanks!  I knew it was something simple!19:44
jrollthat's a regex, so you can even just pass something like test_pxe and it'll match any full path with that in it19:45
jrolland you're welcome :)19:45
*** openstackgerrit has joined #openstack-ironic19:48
openstackgerritJulia Kreger proposed openstack/ironic master: Add admin-only provisioner reference arch  https://review.openstack.org/58661819:48
TheJuliajroll: thanks!19:49
*** ceryx has joined #openstack-ironic20:17
*** hoonetorg has joined #openstack-ironic20:29
*** markguz_ has joined #openstack-ironic20:41
-openstackstatus- NOTICE: Due to a bug, Zuul has been unable to report on cherry-picked changes over the last 24 hours. This has now been fixed; if you encounter a cherry-picked change missing its results (or was unable to merge), please recheck now.20:42
TheJuliaGoodnight folks, I'm going to go get some dinner21:06
*** baha has quit IRC21:10
rpiosoTheJulia: Good night!21:20
*** trown is now known as trown|outtypewww21:27
*** bfournie has quit IRC21:32
openstackgerritMerged openstack/networking-baremetal master: Remove testrepository and .testr.conf  https://review.openstack.org/58167921:53
*** bdodd has quit IRC21:56
*** slagle has quit IRC21:56
*** priteau has quit IRC22:09
*** rcernin has joined #openstack-ironic22:20
*** strigazi has joined #openstack-ironic22:20
*** strigazi has quit IRC22:21
*** strigazi has joined #openstack-ironic22:21
*** cdearborn has quit IRC22:25
*** strigazi has quit IRC22:27
*** strigazi has joined #openstack-ironic22:28
*** strigazi has quit IRC22:28
*** strigazi has joined #openstack-ironic22:29
*** strigazi has quit IRC22:32
*** strigazi has joined #openstack-ironic22:33
*** hongbin has quit IRC22:39
openstackgerritMerged openstack/ironic master: Switch the "snmp" hardware type to "noop" management  https://review.openstack.org/58911522:41
*** rpioso is now known as rpioso|afk22:54
*** priteau has joined #openstack-ironic23:15
*** pmannidi has joined #openstack-ironic23:19
*** marlinc has quit IRC23:23
*** markguz_ has quit IRC23:41
*** marlinc has joined #openstack-ironic23:41

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