Monday, 2017-06-12

*** MattMan has quit IRC00:01
*** MattMan has joined #openstack-ironic00:01
*** amotoki is now known as amotoki_away00:14
*** baoli has quit IRC00:16
*** baoli has joined #openstack-ironic00:18
*** rama_y has joined #openstack-ironic00:18
*** Goneri has quit IRC00:34
*** SerenaFeng has joined #openstack-ironic00:39
*** amotoki_away is now known as amotoki00:41
*** yolanda has quit IRC00:48
*** SerenaFeng has quit IRC00:58
*** litao__ has joined #openstack-ironic01:00
*** amotoki is now known as amotoki_away01:00
*** phuongnh has joined #openstack-ironic01:03
*** chlong has quit IRC01:04
*** SerenaFeng has joined #openstack-ironic01:09
*** amotoki_away is now known as amotoki01:11
*** SerenaFeng has quit IRC01:11
*** chlong has joined #openstack-ironic01:20
*** SerenaFeng has joined #openstack-ironic01:23
*** pmannidi has quit IRC01:43
*** pmannidi has joined #openstack-ironic01:48
*** SerenaFeng has quit IRC01:52
openstackgerritTao Li proposed openstack/ironic-specs master: Add service management API for ironic  https://review.openstack.org/47121701:52
*** tuanluong has joined #openstack-ironic01:54
*** SerenaFeng has joined #openstack-ironic01:54
litao__: hi guys,  I summit a  bp spec about ironic conductor service management, so any suggestions?01:55
litao__https://review.openstack.org/#/c/471217/01:55
patchbotpatch 471217 - ironic-specs - Add service management API for ironic01:55
*** zhurong has joined #openstack-ironic01:56
*** SerenaFeng has quit IRC02:06
*** SerenaFeng has joined #openstack-ironic02:07
*** cuongnq has joined #openstack-ironic02:08
*** baoli has quit IRC02:35
*** crushil has joined #openstack-ironic02:53
*** yolanda has joined #openstack-ironic03:11
*** mtanino_ has quit IRC03:11
*** crushil has quit IRC03:12
*** SerenaFeng has quit IRC03:20
*** SerenaFeng has joined #openstack-ironic03:23
openstackgerritWang KaiFeng proposed openstack/ironic master: Make ip address of socat console configurable  https://review.openstack.org/47320103:40
*** tenobreg has quit IRC03:46
*** rbudden has quit IRC04:00
*** Dinesh_Bhor has joined #openstack-ironic04:10
*** rama_y_ has joined #openstack-ironic04:11
*** rama_y has quit IRC04:11
*** rama_y_ has quit IRC04:14
*** amarao has joined #openstack-ironic04:15
*** amarao has quit IRC04:19
*** Dinesh_Bhor has quit IRC04:24
*** Dinesh_Bhor has joined #openstack-ironic04:25
*** zhurong has quit IRC04:26
*** SerenaFeng has quit IRC04:28
*** zhurong has joined #openstack-ironic04:35
*** yolanda has quit IRC04:35
*** adisky__ has joined #openstack-ironic04:44
*** Nisha_Agarwal has joined #openstack-ironic04:58
Nisha_Agarwalmorning Ironic05:06
*** zhurong has quit IRC05:06
*** zhurong has joined #openstack-ironic05:07
*** rbartal has joined #openstack-ironic05:07
*** rbartal has quit IRC05:15
*** mvpnitesh has joined #openstack-ironic05:25
openstackgerritparesh sao proposed openstack/proliantutils master: Adding 'get_current_boot_mode' method using redfish  https://review.openstack.org/46669705:31
*** ChubYann has quit IRC05:36
*** cuongnq has quit IRC05:38
*** pmannidi has quit IRC05:56
*** pmannidi has joined #openstack-ironic05:57
*** e0ne has joined #openstack-ironic06:01
*** rbartal has joined #openstack-ironic06:02
*** mvpnitesh has quit IRC06:03
*** mvpnitesh has joined #openstack-ironic06:03
*** e0ne has quit IRC06:09
*** e0ne has joined #openstack-ironic06:16
*** rcernin has joined #openstack-ironic06:19
*** mjura has joined #openstack-ironic06:22
*** yolanda has joined #openstack-ironic06:28
*** jaganathan has joined #openstack-ironic06:31
openstackgerritMarkos Chandras (hwoarang) proposed openstack/bifrost master: scripts: install-deps: Add 'make' to the required packages  https://review.openstack.org/47322506:31
*** SerenaFeng has joined #openstack-ironic06:36
*** rcernin has quit IRC06:36
*** rcernin has joined #openstack-ironic06:40
*** gcb has joined #openstack-ironic06:41
*** e0ne has quit IRC06:50
*** SerenaFeng has quit IRC06:52
*** pcaruana has joined #openstack-ironic06:52
openstackgerritMiles Fu proposed openstack/ironic-inspector master: ironic-inspector-dbsync on postgre error.  https://review.openstack.org/47323306:52
*** e0ne has joined #openstack-ironic06:54
*** mvpnitesh has quit IRC06:58
*** mvpnitesh has joined #openstack-ironic06:58
*** SerenaFeng has joined #openstack-ironic07:07
*** aarefiev has quit IRC07:08
openstackgerritMiles Fu proposed openstack/ironic-inspector master: ironic-inspector-dbsync on postgre error.  https://review.openstack.org/47323307:10
*** aarefiev has joined #openstack-ironic07:11
*** ralonsoh has joined #openstack-ironic07:13
*** e0ne has quit IRC07:17
openstackgerritNisha Agarwal proposed openstack/proliantutils master: Discover iscsi_boot attribute  https://review.openstack.org/34165307:18
*** Nisha_Agarwal has quit IRC07:19
*** tesseract has joined #openstack-ironic07:19
*** yolanda has quit IRC07:22
*** Nisha_Agarwal has joined #openstack-ironic07:31
*** ccamacho has joined #openstack-ironic07:32
*** racedo has joined #openstack-ironic07:40
*** yolanda has joined #openstack-ironic07:43
*** karts has joined #openstack-ironic07:46
*** fragatina has joined #openstack-ironic07:47
*** karthiks_afk has quit IRC07:48
aarefievmorning all!07:48
*** jaganathan has quit IRC07:48
*** SerenaFeng has quit IRC07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** hjensas has joined #openstack-ironic08:02
*** jaganathan has joined #openstack-ironic08:02
*** yolanda has quit IRC08:03
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Make default_boot_option configurable in devstack  https://review.openstack.org/47329408:07
*** Nisha_Agarwal has quit IRC08:09
pas-hamorning ironicers :)08:09
*** Nisha_Agarwal has joined #openstack-ironic08:13
*** SerenaFeng has joined #openstack-ironic08:14
*** lennyb has joined #openstack-ironic08:15
*** jaosorior has joined #openstack-ironic08:16
*** mvpnitesh has quit IRC08:17
*** lucas-afk is now known as lucasagomes08:19
lucasagomesmorning all08:19
*** dtantsur has joined #openstack-ironic08:22
dtantsurmorning ironic08:23
dtantsurI've lost my IRC bouncer over the weekend, please repeat any pings08:24
*** SerenaFeng has quit IRC08:26
*** mgoddard has joined #openstack-ironic08:28
openstackgerritMerged openstack/python-ironic-inspector-client master: Updated from global requirements  https://review.openstack.org/47291308:29
dtantsurvsaienk0: hi! do you happen to know if QFX 5100 is/will be supported by n-g-s?08:30
*** SerenaFeng has joined #openstack-ironic08:31
litao__ Hi guys,  I summited a  bp spec about ironic conductor service management, so any suggestions?08:31
litao__https://review.openstack.org/#/c/471217/08:31
patchbotpatch 471217 - ironic-specs - Add service management API for ironic08:31
*** SerenaFeng has quit IRC08:31
*** milan has joined #openstack-ironic08:33
*** SerenaFeng has joined #openstack-ironic08:37
*** derekh has joined #openstack-ironic08:39
*** racedo has quit IRC08:39
vdrokgood morning ironic, pas-ha lucasagomes dtantsur litao__08:44
dtantsuro/08:44
vsaienk0dtantsur: It is not supported at the moment by n-g-s, and I don't know if netmiko juniper ssh connector supports QFX hardware https://github.com/ktbyers/netmiko/blob/develop/netmiko/juniper/juniper_ssh.py (probably it should. In this case you just need to build command sets in n-g-s)08:45
dtantsurack, thanks08:45
*** mvpnitesh has joined #openstack-ironic08:48
*** athomas has joined #openstack-ironic08:52
*** e0ne has joined #openstack-ironic08:55
*** mvpnitesh has quit IRC08:56
*** mvpnitesh has joined #openstack-ironic08:57
*** racedo has joined #openstack-ironic09:04
openstackgerritMerged openstack/ironic-lib master: Updated from global requirements  https://review.openstack.org/47293409:06
*** Nisha_Agarwal has quit IRC09:10
openstackgerritMerged openstack/ironic-python-agent master: Updated from global requirements  https://review.openstack.org/47293509:10
*** FrankJ has joined #openstack-ironic09:16
FrankJhi everyone. I have a problem about conductor tables09:17
*** amotoki is now known as amotoki_away09:17
FrankJmysql> select * from conductors;09:17
FrankJ+---------------------+---------------------+----+-------------------+-------------+--------+09:17
FrankJ| created_at          | updated_at          | id | hostname          | drivers     | online |09:17
FrankJ+---------------------+---------------------+----+-------------------+-------------+--------+09:17
FrankJ| 2016-12-21 08:40:54 | 2016-12-23 23:46:16 |  1 | node-1.domain.tld | ["pxe_ssh"] |      0 |09:17
FrankJ+---------------------+---------------------+----+-------------------+-------------+--------+09:17
FrankJ1 row in set (0.00 sec)09:17
*** e0ne has quit IRC09:18
FrankJthe online column is 0 and I restart openstack-ironic-conductor, it still remiands 009:18
FrankJwhy would this happned? Does anyone meet this issue?09:19
*** e0ne has joined #openstack-ironic09:20
*** amotoki_away is now known as amotoki09:23
*** yolanda has joined #openstack-ironic09:23
openstackgerritshaofeng cheng proposed openstack/ironic master: Update multitenancy file address  https://review.openstack.org/47333009:24
pas-haFrankJ: any errors in conductor logs? like failure to connect to DB?09:25
FrankJI found the reason. some thing wrong with driver -  -!, Thank you09:28
FrankJthis is no error in ironc-conductor.log, but some error appears in "systemctl status openstack-ironic-conductor"09:29
FrankJ[root@node-1 ironic]# systemctl status openstack-ironic-conductor -l09:29
FrankJ● openstack-ironic-conductor.service - OpenStack Ironic Conductor service09:29
FrankJ   Loaded: loaded (/usr/lib/systemd/system/openstack-ironic-conductor.service; enabled; vendor preset: disabled)09:29
FrankJ   Active: active (running) since 六 2016-12-24 08:02:28 CST; 3min 41s ago09:29
FrankJ Main PID: 2126501 (ironic-conducto)09:29
FrankJ   CGroup: /system.slice/openstack-ironic-conductor.service09:29
FrankJ           └─2126501 /usr/bin/python2 /usr/bin/ironic-conductor09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: verify_requirements=verify_requirements,09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: File "/usr/lib/python2.7/site-packages/stevedore/enabled.py", line 60, in __init__09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: verify_requirements=verify_requirements,09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 92, in __init__09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: verify_requirements)09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 170, in _load_plugins09:29
openstackgerritMiles Fu proposed openstack/ironic-inspector master: ironic-inspector-dbsync on postgre error.  https://review.openstack.org/47323309:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: self._on_load_failure_callback(self, ep, err)09:29
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: File "/usr/lib/python2.7/site-packages/ironic/common/driver_factory.py", line 116, in _catch_driver_not_found09:30
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: raise exception.DriverLoadError(driver=ep.name, reason=exc)09:30
FrankJ12月 24 08:02:29 node-1.domain.tld ironic-conductor[2126501]: DriverLoadError: Driver pxe_ssh could not be loaded. Reason: expected an indented block (iscsi_deploy.py, line 731).09:30
FrankJnow the env is fine. Thank godness09:31
*** ralonsoh has quit IRC09:34
*** wagiel has joined #openstack-ironic09:36
openstackgerritDebayan Ray proposed openstack/sushy master: Moving redfish_version attribute to Field  https://review.openstack.org/47333909:37
aarefievdtantsur: hey, one question regarding version https://review.openstack.org/#/c/462861/5/ironic_inspector/worker/rpc_api.py09:39
patchbotpatch 462861 - ironic-inspector - Introduce oslo.messaging RPC09:39
*** mvpnitesh has quit IRC09:41
*** mvpnitesh has joined #openstack-ironic09:41
*** amarao has joined #openstack-ironic09:43
dtantsursure09:52
*** deray has joined #openstack-ironic09:52
*** _milan_ has joined #openstack-ironic09:53
*** milan has quit IRC09:54
*** ralonsoh has joined #openstack-ironic09:55
*** amotoki is now known as amotoki_away09:55
openstackgerritMerged openstack/ironic master: Replace get_transport with get_rpc_transport  https://review.openstack.org/47160309:55
*** amotoki_away is now known as amotoki09:57
openstackgerritAnshul Jain proposed openstack/proliantutils master: Adds 'activate_license' for redfish systems  https://review.openstack.org/46878310:01
aarefievdtantsur: do you see some issues adding rpc version later?10:02
dtantsuraarefiev: then it will be unclear which version is initial10:03
aarefievdtantsur: why, you will add version with initial value 1.010:05
*** pmannidi has quit IRC10:05
*** pmannidi has joined #openstack-ironic10:05
dtantsuraarefiev: yes, but it's not 1.0 right now. so e.g. on upgrade it won't work.10:05
dtantsurif you request version 1.0, it won't exist10:06
dtantsuropposite question: what's the reason NOT to add it?10:06
*** SerenaFeng has quit IRC10:06
aarefievdtantsur: I don't understand what are you expecting to see, just variable with version10:07
aarefievafaik oslo.messaging assumes 1.0 by default10:07
dtantsuraarefiev: the state of ironic before rolling upgrades work. if oslo.msg can handle it - fine, but I'm still not sure why not add it right away..10:07
*** amotoki is now known as amotoki_away10:09
aarefievdtantsur: I'm trying to understand your concerns, so you want to add version variable with initial value10:11
aarefievand thats all10:11
dtantsuraarefiev: yep (and make sure we tell the version to oslo.msg, obviously)10:12
*** zhurong has quit IRC10:12
aarefievok, thanks for clarification10:12
dtantsurnp, sorry for confusion, I'm still waking up10:13
aarefievnp, I just thought there is some known issue, just to be sure10:14
*** amotoki_away is now known as amotoki10:16
*** wagiel has quit IRC10:19
*** wagiel has joined #openstack-ironic10:25
*** vmud213 has joined #openstack-ironic10:25
wagielHi All, I need some guidance please, does ironic/ipa supports DHCP only environments? Trying to boot ipa and set ip,netmask,gw static, tinycore nor coreos seem not to take kernel parameters as arguments thus no network is configured10:29
dtantsurwagiel: this is related to how you build the ramdisk, not to IPA itself. e.g. ramdisks built with DIB use dracut, hence they understand ip,netmask,gw.10:30
wagieltrue10:30
wagielI will try DIB10:30
wagielthanks10:31
*** root2 has quit IRC10:31
*** root2 has joined #openstack-ironic10:31
*** tuanluong has quit IRC10:36
*** zhurong has joined #openstack-ironic10:39
*** amotoki is now known as amotoki_away10:42
*** _milan_ is now known as milan10:43
milanmorning Ironic! :)10:43
*** gcb has quit IRC10:44
*** jkilpatr has quit IRC10:45
*** FrankJ has quit IRC10:45
*** yolanda has quit IRC10:48
openstackgerritAnshul Jain proposed openstack/proliantutils master: Adds 'activate_license' for redfish systems  https://review.openstack.org/46878310:49
dtantsurhi milan10:51
milandtantsur, morning! :)10:51
*** ralonsoh has quit IRC10:53
*** lucasagomes has quit IRC10:55
openstackgerritVasyl Saienko proposed openstack/ironic master: Add mention about desirec config_drive_format on nova-compute  https://review.openstack.org/47337010:59
*** wagiel has quit IRC11:00
*** mtanino_ has joined #openstack-ironic11:00
*** lucasagomes has joined #openstack-ironic11:01
*** lucasagomes is now known as lucas-hungry11:01
*** milan is now known as milan|lunch11:04
*** jkilpatr has joined #openstack-ironic11:05
openstackgerritDao Cong Tien proposed openstack/ironic master: Adds clean step 'reset_bios_config' to iRMC drivers  https://review.openstack.org/41640311:06
*** lucasagomes has joined #openstack-ironic11:06
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Make default_boot_option configurable in devstack  https://review.openstack.org/47329411:08
*** jaypipes has joined #openstack-ironic11:10
*** ralonsoh has joined #openstack-ironic11:12
*** deray has quit IRC11:16
*** amotoki_away is now known as amotoki11:17
*** jaianshu has joined #openstack-ironic11:18
phuongnhHi TheJulia,11:21
*** rbudden has joined #openstack-ironic11:23
phuongnhTheJulia, I am writing tempest test for BFV, should I add a bug description as portgroup?11:28
phuongnhTheJulia, as in https://bugs.launchpad.net/ironic/+bug/166685811:28
openstackLaunchpad bug 1666858 in Ironic "Add tests for portgroups to the ironic tempest plugin" [Low,Fix released] - Assigned to Kyrylo Romanenko (kromanenko)11:28
phuongnhTheJulia, or should I use the same bug number as the RFE of BFV?11:28
dtantsurphuongnh: please use the same number as the BFV RFE11:29
phuongnhdtantsur, I got it, thanks11:29
dtantsurgenerally we consider tests to be a part of the same RFE as the feature11:29
phuongnhyes, I see11:29
phuongnhdtantsur, I am leaving now, have a nice day11:30
dtantsurhave a nice day11:30
*** bfournie has quit IRC11:41
*** dprince has joined #openstack-ironic11:43
openstackgerritM V P Nitesh proposed openstack/ironic master: Allow setting {provisioning,cleaning}_network in node driver_info  https://review.openstack.org/46056411:47
openstackgerritAnkit Kumar proposed openstack/proliantutils master: Adds get_ilo_firmware_version method using redfish  https://review.openstack.org/46885211:51
*** jaianshu has quit IRC11:54
*** fellypefca has joined #openstack-ironic11:54
fellypefcaGood morning, Ironic :)11:55
TheJuliaGood morning everyone11:56
*** tenobreg has joined #openstack-ironic11:56
*** tenobreg is now known as tellesnobrega11:57
*** phuongnh has quit IRC11:57
*** gcb has joined #openstack-ironic11:58
*** litao__ has quit IRC11:59
dtantsurmorning TheJulia, fellypefca12:02
*** amotoki is now known as amotoki_away12:04
*** ccamacho has quit IRC12:14
*** lucas-hungry has quit IRC12:14
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/47280612:15
*** zhurong has quit IRC12:16
*** milan|lunch is now known as milan12:18
*** bfournie has joined #openstack-ironic12:19
*** skazi has quit IRC12:20
*** skazi has joined #openstack-ironic12:20
*** bfournie1 has joined #openstack-ironic12:21
*** bfournie has quit IRC12:23
*** yolanda has joined #openstack-ironic12:24
*** bcornec1 has joined #openstack-ironic12:25
fellypefcavdrok Hi! Did you had some time to look at the answer that Xavier gave to you about the flag on driver_internal_info, on Onetime Boot patch? (https://review.openstack.org/#/c/436469/)12:26
patchbotpatch 436469 - ironic - Adds onetime boot in oneview drivers12:26
*** skazi_ has joined #openstack-ironic12:26
*** baoli has joined #openstack-ironic12:28
*** fellypefca has quit IRC12:31
*** skazi has quit IRC12:32
*** skazi has joined #openstack-ironic12:32
*** fellypefca has joined #openstack-ironic12:32
*** jcoufal has joined #openstack-ironic12:34
openstackgerritAparna proposed openstack/ironic master: Add API and conductor methods for [un]rescue  https://review.openstack.org/35083112:34
openstackgerritAparna proposed openstack/ironic master: Add rescuewait timeout periodic task  https://review.openstack.org/35315612:35
*** skarthik has joined #openstack-ironic12:36
*** jaganathan_ has joined #openstack-ironic12:36
*** fellypefca has quit IRC12:37
*** fellypefca has joined #openstack-ironic12:37
*** karts has quit IRC12:38
*** jaganathan has quit IRC12:39
openstackgerritliuxiaoyang proposed openstack/ironic master: Replace http with https in openstack.org.  https://review.openstack.org/47339512:39
*** baoli has quit IRC12:41
milanaarefiev, hey, thanks for the review! w/r the context manager, it might be a bit tricky, I've posted an answer, please, let me know wdyt12:42
*** skazi_ has quit IRC12:43
aarefievmilan: not sure I get it, you have initialized and locked filter, who is able to reset it12:45
milanaarefiev, I check before I lock so it's racy12:45
milanaarefiev, I could check after I lock but then I have to release the lock12:46
milanaarefiev, so the except *NotInitialized as e: is IMO sort of inevitable :-/12:46
*** baoli has joined #openstack-ironic12:47
*** sasha2 has joined #openstack-ironic12:48
aarefievmilan: ok, didn't think about init in concurrency context12:51
milanaarefiev, yeah it's a bit tricky, I had a (local only) version with greenlet.event passing the "it's time to quit" message which was more explicit maybe but also more code-heavy12:53
*** vmud213 has quit IRC12:53
milanaarefiev, so if this turns out insufficient we'd refactor?12:53
aarefievyeah, it doesn't hurt anyway12:55
milanaarefiev, cool12:55
aarefievthx12:55
milanaarefiev, thanks as well! It's big, I know O:-)12:56
vdrokfellypefca: sorry, I have not, and not sure if I will have time today. might be worth asking others to look at that. My -1 is not a -2, so a patch can be merged with it :)12:56
openstackgerritAparna proposed openstack/ironic master: Agent driver rescue implementation  https://review.openstack.org/40043712:56
openstackgerritAparna proposed openstack/ironic master: WIP Rescue mode tempest tests  https://review.openstack.org/45230812:58
*** rbartal has quit IRC12:59
*** baoli has quit IRC13:00
milanaarefiev, so +2 you say? ;)13:03
milan* modulo the broken link13:03
*** trown|outtypewww is now known as trown13:04
*** root2 has quit IRC13:05
*** root2 has joined #openstack-ironic13:05
aarefievmilan: yeah, it's lgtm, I'd update log msg also, saying about race13:07
aarefievthat driver is non initialized13:08
*** Nisha_Agarwal has joined #openstack-ironic13:10
*** rbartal has joined #openstack-ironic13:11
fellypefcavdrok thats ok! Thanks :)13:16
*** rloo has joined #openstack-ironic13:20
fellypefcadtantsur My next plan was to ask if you would take a look at the full answer and explanation that Ricardo and I prepared and posted about the doubts you had in this patch. I hope it's clearer now. :)13:22
dtantsurack (in a meeting now)13:23
fellypefcaok :)13:23
*** krtaylor has joined #openstack-ironic13:26
*** Nisha_ has joined #openstack-ironic13:28
*** baoli has joined #openstack-ironic13:30
*** Nisha_Agarwal has quit IRC13:31
TheJuliappiela: I think 469459 could use a release note or something doc wise. not treating that as a blocker though since it augments/improves the existing js testing.13:32
*** amotoki_away is now known as amotoki13:33
*** Nisha_brb has joined #openstack-ironic13:34
ppielaTheJulia: agreed. I will write-up a release note, and work on some developer-oriented doc13:36
*** Nisha_brb has quit IRC13:36
*** Nisha_brb has joined #openstack-ironic13:36
*** Nisha_ has quit IRC13:37
openstackgerritSam Betts proposed openstack/ironic-python-agent master: Include IPA Version during heartbeat  https://review.openstack.org/36483413:39
TheJuliappiela: Thanks!13:40
*** mvpnitesh has quit IRC13:42
*** amotoki is now known as amotoki_away13:42
*** fragatina has quit IRC13:47
*** fragatina has joined #openstack-ironic13:47
*** crushil has joined #openstack-ironic13:51
milanaarefiev, ack, will update13:53
*** fellypefca has quit IRC13:53
*** beekneemech is now known as bnemec13:54
*** superdan is now known as dansmith13:56
*** amotoki_away is now known as amotoki13:58
openstackgerritMarkos Chandras (hwoarang) proposed openstack/bifrost master: scripts: install-deps: Add 'make' to the required packages  https://review.openstack.org/47322514:01
*** jo_______ has joined #openstack-ironic14:01
*** makowals has quit IRC14:04
*** joe___ has quit IRC14:04
*** jaganathan_ has quit IRC14:06
*** makowals has joined #openstack-ironic14:07
sambettsdtantsur: ironic always includes the version header in responses right??14:09
dtantsursambetts: IIRC yes14:09
sambettscool, just updating the IPA code for the versioning stuff, and I want IPA to check the API version before it sends its own version because if the API version is too low including the new field results in a badrequest14:11
dtantsursambetts: or you can check the root endpoint /14:12
sambettsdtantsur: yeah, was trying to avoid the second API call by making IPA cache the version on response from lookup, although TBH a longer term solution would be to hit / first to ge the version in case we change anything in lookup14:13
dtantsuryep, this is how proper versioning has to be done :)14:13
*** amotoki is now known as amotoki_away14:13
*** pmannidi has quit IRC14:14
*** amotoki_away is now known as amotoki14:14
*** pmannidi has joined #openstack-ironic14:14
*** root2 has quit IRC14:18
*** root2 has joined #openstack-ironic14:18
*** amotoki is now known as amotoki_away14:20
*** Nisha_brb has quit IRC14:21
*** rama_y has joined #openstack-ironic14:22
*** amotoki_away is now known as amotoki14:24
*** hjensas has quit IRC14:29
openstackgerritRuby Loo proposed openstack/python-ironicclient master: Add OSC 'baremetal driver raid property list' cmd  https://review.openstack.org/36204714:34
openstackgerritRuby Loo proposed openstack/python-ironicclient master: Add OSC 'baremetal driver property list' command  https://review.openstack.org/38115314:35
openstackgerritSean Dague proposed openstack/ironic master: WIP: pass global_request_id to cinder/neutron  https://review.openstack.org/47266614:36
openstackgerritRuby Loo proposed openstack/python-ironicclient master: Add OSC 'baremetal driver raid property list' cmd  https://review.openstack.org/36204714:36
*** makowals has quit IRC14:37
*** jlvacation is now known as jlvillal14:41
*** amotoki is now known as amotoki_away14:41
dtantsurrloo: morning! any objections to merging https://review.openstack.org/#/c/471830/ ?14:43
patchbotpatch 471830 - ironic-python-agent (stable/ocata) - [imagebuild] support requirements referring to /op...14:43
rloodtantsur: i was going to ask you about that. what happens when we only have two stable cores. i think we only need one +2 then?14:44
dtantsurrloo: by the policy, backports proposed by one of stable cores require only 1x +214:44
rloodtantsur: ok, will +A then.14:44
rloodtantsur: done!14:45
*** yolanda has quit IRC14:45
dtantsur4th paragraph of https://docs.openstack.org/project-team-guide/stable-branches.html#review-guidelines14:45
dtantsurthanks rloo14:45
jtannerit's really tricky to do impi management on a libvirt domain who's on_poweroff  value is "destroy" =)14:46
TheJuliajtanner: well, destroy != undefine14:46
jtannerin tools/create_vm_nodes.sh ...14:48
jtanner-  <on_poweroff>destroy</on_poweroff>14:48
jtanner+  <on_poweroff>preserve</on_poweroff>14:48
jtannernot sure if i'm going against the grain on the intent of that script14:48
TheJuliaI don't think so14:49
*** makowals has joined #openstack-ironic14:50
*** rama_y has quit IRC14:52
openstackgerritChristopher Dearborn proposed openstack/ironic master: Wait until iDRAC is ready before out-of-band cleaning  https://review.openstack.org/46608614:52
*** rpioso has joined #openstack-ironic14:55
*** makowals has quit IRC14:56
*** fellypefca has joined #openstack-ironic14:56
*** dprince has quit IRC15:00
*** SerenaFeng has joined #openstack-ironic15:00
*** mjura has quit IRC15:01
*** makowals has joined #openstack-ironic15:03
*** bcornec1 has quit IRC15:05
*** makowals has quit IRC15:05
openstackgerritAnton Arefiev proposed openstack/ironic-inspector master: Introduce oslo.messaging RPC  https://review.openstack.org/46286115:06
aarefievdtantsur: please, check when you have time https://review.openstack.org/#/c/453057/1015:12
patchbotpatch 453057 - ironic-inspector - Use new oslo db EngineFacade15:12
dtantsursure (a bit later)15:12
aarefievthanks15:12
*** makowals has joined #openstack-ironic15:13
*** aarefiev is now known as aarefiev_afk15:15
TheJuliajtanner: feel free to submit a patch for that diff :)15:23
jtanneri don't think it's quite right yet15:23
jtannerstill experimenting15:23
*** bcornec1 has joined #openstack-ironic15:23
TheJuliaokay15:24
jtanneri think it needs to be  "virsh define" instead of "virsh create"15:28
jtannerbeen a long time since i've dug into libvirt15:28
NobodyCamGood Morning Ironic'ers15:28
openstackgerritSam Betts proposed openstack/ironic-python-agent master: Include IPA Version during heartbeat  https://review.openstack.org/36483415:29
TheJuliajtanner: that could be, but I really don't remember15:29
*** pcaruana has quit IRC15:31
sambettsrloo: hi, I'm a little lost to why we're pinning the RPC API on the API service side if all conductors are upgraded before APIs15:34
rloosambetts: conductors upgraded and *pinned*15:35
sambettsrloo: I wasn't a large part of the design for rolling upgrade, but I thought the plan would have been pin RPC version on conductors, upgrade and restart all conductors, unpin conductors, move on to API services15:35
rloosambetts: we need to get all services upgraded and pinned first before we unpin15:35
rloosambetts: good question. i wasn't part of the initial thing; that was the proposed process. let me think about it.15:36
rloosambetts: cannot unpin conductors until all api is upgraded cuz we cannot save objects in DB in latest version before all code can understand it15:37
rloosambetts: so if we unpin conductor, it will save objects in latest version. but there could be api services running old code and no idea how to handle new objects in db.15:38
*** ijw has joined #openstack-ironic15:38
sambettscan we pin object version but not RPC API version?15:39
rloosambetts: well, we might be able to, i dunno, but do you really want to complicate things?15:39
sambettsalso everything should keep working until we do the DB contract operation right?15:39
rloosambetts: yes, by 'DB contract' you mean eg delete a column?15:40
*** rama_y has joined #openstack-ironic15:42
sambettsrloo: IMO it simplifies things, because new API services don't need to check if they can use an RPC version or not, new ones can just start using their features as soon as they come up15:44
*** rcernin has quit IRC15:45
sambettsrloo: unfortunatly because both the API and conductor read the DB, the object layer is really the sync point we need to pin15:46
*** SerenaFeng has quit IRC15:46
*** ijw has quit IRC15:47
sambettsrloo: also when you say unpin, does that require a service restart? or are we automagically detecting it?15:47
rloosambetts: unpin  requires service restart until some sighup feature is done and i need to find out what the status is with that feature.15:48
*** krtaylor has quit IRC15:48
sambettsrloo: I thought the original plan was that conductors would detect other conductor versions and run at the lowest of the other conductors in the cluster, so that once all conductors are upgrade they all automatically unpin15:48
sambettsthemselves without a restart15:49
rloosambetts: honestly, that doesn't ring a bell for me. when was that discussed? written down?15:49
rloosambetts: again, it doesn't work cuz API accesses the DB.15:49
rloosambetts: but I hadn't heard of that conductor plan.15:49
rloosambetts: i don't recall it being in Tan Lin's original spec, or in Greg's updated spec. I haven't veered far from those specs.15:50
*** jroll has quit IRC15:52
sambettsyeah, I remember it being discussed before, not sure if it was at a summit or not, the reason I thought we needed to automatically do it based on sync between the conductors, is because if you have a service restart in there to unpin the service then you end up in a situation where some of your services are pinned and some aren't, which is exactly the same as being in the situation of upgrading15:52
sambettsthem with no pin15:52
*** jroll has joined #openstack-ironic15:53
sambettswhere some services are on old version and some are on new15:53
rloosambetts: have you read the spec? (just don't want to go over what is already described there)15:53
rloosambetts: again, even if we sync the conductors, we still have old API running.15:54
sambettsrloo: yeah, I read through the spec and I struggled with it TBH15:54
sambettsrloo: IMO, I thought it would work like this: upgrade all the conductors, upgrade all the APIs, then run the migrations15:55
rloosambetts: i guess i don't understand your comment above, 'some of your services are pinned and some aren't, which is exactly the same as being in the situation of upgrading'. the pinning/unpinning is part of the upgrading?15:55
sambettsrloo: I meant upgrading without pinning15:55
rloosambetts: but it doesn't work that way. how can upgraded conductors work with old APIs?15:55
*** srart has joined #openstack-ironic15:56
rloosambetts: it could only work as you suggest if API did not go directly to DB.15:56
rloosambetts: in your scenario, upgraded conductors would update the DB with new objects that old API will barf on.15:56
rloosambetts: actually, old API would not barf on but would interpret incorrectly.15:56
*** e0ne has quit IRC15:57
sambettsrloo: thats why I would run the migrations last, because the services could detect the object version from the DB itself15:57
sambettsthis is why I was struggling with the spec15:58
openstackgerritMerged openstack/ironic-python-agent stable/ocata: [imagebuild] support requirements referring to /opt/stack/new  https://review.openstack.org/47183015:58
rloosambetts:to be honest, i don't doubt that there are multiple ways to do the rolling upgrades.15:58
rloosambetts: the spec has been around for many months if not more than a year. i wish you had  brought this up a lot sooner.15:58
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent stable/newton: [imagebuild] support requirements referring to /opt/stack/new  https://review.openstack.org/47351815:58
dtantsurok, the last backport ^^^15:59
rloosambetts:  i am totally fine if we put the existing rolling upgrades on hole while you look into and propose another solution.15:59
rloosambetts: s/hole/hold/15:59
dtantsurrloo: does it mean reverting the version column patch?15:59
rloodtantsur: dunno, it might mean reverting the patch before that where we added pinning.16:00
rloodtantsur: it depends on what sambetts is thinking of.16:00
dtantsurI'd continue with the current plan, unless the new plan is really, really better16:00
*** ijw has joined #openstack-ironic16:01
rloodtantsur: i don't know what the new plan is, and i don't know whether it is better or not. just that i am not volunteering to look into it.16:01
dtantsurI'm just noting that we must have really good reasons to change the direction at this stage..16:02
rloodtantsur, sambetts: i just want to be open to new ideas. honestly, i've spent so much time trying to understand the existing spec, how nova does it, etc, that i don't think i could (or want to?) fairly look outside the box for a different solution.16:02
dtantsura different (principally) solution would be to use an extrean orchestrator like etcd16:02
rloodtantsur: right16:03
sambettsrloo: I'm happy to continue with the current plan I was just struggling to work out how the current plan dealt nicely with new RPC API features without a bunch of if statements everywhere disabling them when we're pinned16:04
dtantsurI'm pretty sure the number of "if" statements is going to explode16:05
dtantsurbut I'm not sure any option will avoid it. old code is old code, we can't magically make it understand the new code.16:05
rloosambetts: i suspect we will not end up with IF code based on RPC version; more likely with object version, but it really depends on the feature.16:05
rloosambetts: as dtantsur sez ^^. The POC I put up with a fake new feature has an if on REST API version and on object (node) version.16:06
openstackgerritPeter Piela proposed openstack/ironic-ui master: Unit test framework for Ironic-UI API service  https://review.openstack.org/46945916:06
*** krtaylor has joined #openstack-ironic16:07
rloosambetts: i think when I looked at the physical network address work, that the port object version (instead of rpc API version) could be 'iffed' on.16:07
*** kjw3 has joined #openstack-ironic16:09
*** root4 has joined #openstack-ironic16:10
sambettsrloo: yeah, sounds good, I'm sure the flow in the spec has all the edge cases worked out better than I've thought them through, I'm not going to try to rewrite the world :)16:12
*** root2 has quit IRC16:14
sambettsrloo: question though, during unpinning, how do we deal with the fact that some services will be on new versions and some aren't?16:15
rloosambetts: ok. i was just thinking of your migration-after-upgrade. that won't work unless you add code at the db layer, cuz if the db hasn't been updated, the new code will barf cuz it expects the updates. i guess i don't want to touch the code at the db layer with ifs...16:15
rloosambetts: unpinning of conductor or api or both?16:15
rloosambetts: i always have to refer to this: http://specs.openstack.org/openstack/ironic-specs/specs/approved/support-rolling-upgrade.html#rolling-upgrade-process16:16
rloosambetts: that table there.16:16
rloosambetts: i tested all these cases... so you can see there are some steps where the conductor or api have mixed versions16:16
sambettsrloo: API I guess, because with conductor the APIs won't request a new version until their unpinned right??16:17
rloosambetts: during unpinning, i mean, when we first unpin, we know that *all* services are running new code16:17
rloosambetts: by the time we unpin API, all conductors are unpinned16:17
rloosambetts: so we have some pinned, some unpinned API.16:17
rloosambetts: the APIs can access DB and new objects, no problem. the only diff is that if you/user gets a pinned API, won't be able to access new features.16:18
*** Nisha_Agarwal has joined #openstack-ironic16:18
*** lucasagomes is now known as lucas-afk16:21
*** dprince has joined #openstack-ironic16:25
*** ricardoas has joined #openstack-ironic16:26
*** ijw has quit IRC16:29
*** mtanino_ has quit IRC16:31
sambettsah ok I think I'm getting it now... so basically the reason we pin is just to get everything running the new object code16:32
sambettsand then once everything has the new object code we can start enabling the new features etc16:33
sambettsthanks for helping me understand it, I was struggling with the spec16:35
rloosambetts: yup, you got it. sorry about the spec -- guess it needs to be written better :-(16:37
*** makowals has quit IRC16:38
*** hjensas has joined #openstack-ironic16:40
*** hjensas has quit IRC16:41
*** hjensas has joined #openstack-ironic16:41
mgoddardrloo, sambetts: I realise this work is still in progress, but it might help to have a list of important points /assumptions to consider when working with rolling upgrades16:44
mgoddardrloo, sambetts: e.g. "as a pinned conductor, I cannot assume that API services are upgraded or pinned"16:45
*** makowals has joined #openstack-ironic16:45
*** kaifeng has joined #openstack-ironic16:45
mgoddardrloo, sambetts: "as a pinned API service, I cannot make pre-upgrade RPC calls to a conductor"16:46
rloomgoddard: good point. i think there is patch for dev doc update, but cannot recall what it sez, will check and add if not there.16:46
mgoddardrloo, sambetts: also, what expectations are there about the level of support for existing/new features at various points during the upgrade?16:47
*** bcornec1 has quit IRC16:47
rloomgoddard: in the rolling upgrades spec, i think it mentions that no new features should be made avail (to user) until after the upgrade is done. let me see...16:48
mgoddardrloo: I don't see how we could sensibly do that without also pinning the API microversion16:48
sambettsyeah the biggest point for me is that the API service touches the DB, if it didn't do that then you could upgrade all the conductors and the APIs wouldn't care because they just keep talking an older RPC API version and the conductors deal with that when they receive the request16:48
*** stendulker has joined #openstack-ironic16:49
mgoddardsambetts: although if they didn't touch the DB then either you wouldn't need versioned objects, or you'd need a nova-conductor like broker service16:49
rloosambetts: ++, easier if only conductor (or one service) touched DB only16:50
sambettsmgoddard: you'd still need versioned objects, because the conductor would have to convert the objects before responding to the RPC request16:50
rloomgoddard: woudl still need versioning, eg, old API would talk to conductor to get object and would need to tell it what version it understands16:50
*** kaifeng has quit IRC16:51
*** ccamacho has joined #openstack-ironic16:51
mgoddardsambetts, rloo: perhaps but not necessarily - could just pass through the API call to an RPC. no objects required16:51
mgoddardanyway, we're off in fantasy land now :)16:51
*** kaifeng has joined #openstack-ironic16:52
sambettsheh16:52
mgoddardargh, it's meeting time and I'm about to get kicked out of my office. I'll be back shortly...16:52
sambettsbut the object code reading/writing the DB that is the key reason we have to pin from what I can tell and I feel that point is missed in the spec, TBH not sure if we even need to pin RPC because the RPC versioning should handle that16:54
rloomgoddard: wrt new features, typically they are guarded by new REST API version, so don't use new version until after upgrade16:55
sambettsrloo: the Ironic API service will advertise that it is avavible straight away unless we hide it on our side16:56
sambettsand you can't stop users hitting it unless we hide it16:56
rloosambetts: true, that's a good point. if pinned, we could hide the new microversions.16:57
*** mgoddard has quit IRC16:57
rloosambetts: but i think that would require an RFE.16:57
*** ralonsoh has quit IRC16:57
* dtantsur would be happy to approve such an RFE16:57
jtannerwhat's the next place to look for some sort of logging related to "deploy failed" on a node?16:58
sambettsrloo: would it not be part of the rolling upgrade spec?16:58
*** derekh has quit IRC16:59
rloosambetts: it wasn't16:59
rloosambetts: i don't know if it needs to be part of it... mostly cuz i don't want to update, and i think it can be done separately. let me think about it.17:00
sambettsrloo: its acutally mentions in there as an additional enhancement http://specs.openstack.org/openstack/ironic-specs/specs/approved/support-rolling-upgrade.html#rest-api-impact17:01
rloosambetts: aha!17:01
*** dsneddon has quit IRC17:02
openstackgerritMilan Kováčik proposed openstack/ironic-inspector master: Refactoring the firewall  https://review.openstack.org/47183117:03
openstackgerritMilan Kováčik proposed openstack/ironic-inspector master: PXE boot filtering drivers  https://review.openstack.org/43960317:03
openstackgerritMilan Kováčik proposed openstack/ironic-inspector master: Introducing a dnsmasq PXE filter driver  https://review.openstack.org/46644817:03
openstackgerritMilan Kováčik proposed openstack/ironic-inspector master: TEST check dnsmasq PXE filter in devstack  https://review.openstack.org/46871217:03
milanboom! O:-)17:04
sambettsrloo: this sentence "Therefore, until the upgrade is completed, API requests should not be issued for new functionality (i.e., with new API micro versions) since there is no guarantee that they will work properly." worries me because how can you stop that happening without the additional peice, e.g. people using the CLI with latest or equiv set (I think the default for OSC soon right?) will get17:05
sambettsweird unexpected invalid API version on some requests but not others17:05
*** dprince has quit IRC17:06
sambettsbecause we'll ask for the latest API version we can use from ironic and negotiate it and use it for everything even if we don't have too17:06
*** xavierrr has joined #openstack-ironic17:08
*** stendulker has quit IRC17:08
*** xavierrr has left #openstack-ironic17:08
*** stendulker has joined #openstack-ironic17:08
*** skarthik has quit IRC17:10
*** karts has joined #openstack-ironic17:11
*** racedo has quit IRC17:11
*** mgoddard has joined #openstack-ironic17:11
*** ChubYann has joined #openstack-ironic17:14
dtantsura trivial patch to help move forward python 3: https://review.openstack.org/#/c/471072/17:15
patchbotpatch 471072 - ironic - Runs the script configure_vm.py in py3.517:15
*** aparnav has joined #openstack-ironic17:16
*** trown is now known as trown|lunch17:20
*** racedo has joined #openstack-ironic17:20
sambettsdtantsur: +A17:21
openstackgerritPeter Piela proposed openstack/ironic-ui master: Extend backend mock with port operations  https://review.openstack.org/47353917:22
rajinirkrtaylor: Have a question on molten iron. I have a requirement to run our CI with previous generation servers and current ones. Is there a way to allocate one set of servers to a build type?17:23
rajinirmjturek: Have a question on molten iron. I have a requirement to run our CI with previous generation servers and current ones. Is there a way to allocate one set of servers to a build type?17:23
sambettsdtantsur: I've got to run, so I won't be around for the rest of the meeting, if you mention me I'll try to follow up on anything tomorrrow if needed17:27
dtantsurok, thanks. see you17:27
*** leetpy has joined #openstack-ironic17:27
*** sambetts is now known as sambetts|afk17:27
openstackgerritSam Betts proposed openstack/ironic master: Receive and store agent version on heartbeat  https://review.openstack.org/36486117:28
*** dprince has joined #openstack-ironic17:30
*** dsneddon has joined #openstack-ironic17:32
*** racedo has quit IRC17:32
*** e0ne has joined #openstack-ironic17:36
*** racedo has joined #openstack-ironic17:37
*** racedo has quit IRC17:38
*** amarao has quit IRC17:39
krtaylorrajinir, I am assuming from one pool? but that would be in how molten iron would be used - also mmedvede might be able to help with how to set up17:40
*** jaosorior is now known as jaosorior_away17:41
*** leetpy has quit IRC17:45
*** racedo has joined #openstack-ironic17:46
*** racedo has quit IRC17:49
mmedvederajinir: iirc, molteniron does not allow to specify any filters which are used to allocate a node. So I would say there is no easy way to do it the way it is implemented17:49
*** fragatina has quit IRC17:54
*** tesseract has quit IRC17:54
*** racedo has joined #openstack-ironic17:54
krtaylormmedvede, rajinir it would have to be handled outside of molteniron17:55
*** racedo has quit IRC17:58
mmedvedekrtaylor: if you mean _without_ molteniron, then yes. molteniron would give you the first node it sees as available. If it is not what you want, you can keep asking for more until you get the one you wnat. But that defeats the purpose of molteniron. So either molteniron needs to have that added, or something else used instead of it17:59
krtayloryeah, thats why I was asking about in the same pool18:00
*** aparnav has quit IRC18:01
*** kaifeng has left #openstack-ironic18:01
* milan relocates18:01
milanGood night Ironic! :)18:01
Nisha_Agarwalguys, can u atleast leave your opinion on the RFE?18:01
Nisha_Agarwalmilan, ^^^^18:02
milanNisha_Agarwal, yeah I need to read through it tho18:02
Nisha_Agarwalmilan, good night18:02
milanso I guess tomorrow18:02
Nisha_Agarwalmilan, sure18:02
milanNisha_Agarwal night! :)18:02
Nisha_Agarwalmilan, Thanks18:02
*** stendulker has quit IRC18:02
pas-harajinir: take a look at mogan18:02
mmedvedekrtaylor, rajinir : ah, you can use a separate deployment of molteniron to track two pools. But it is just a workaround18:03
*** milan has quit IRC18:03
pas-harajinir: afaik mogan was created a kind of nova-only-for-baremetal, with scheduling etc18:04
*** dprince has quit IRC18:08
openstackgerritSean Dague proposed openstack/ironic master: WIP: pass global_request_id to cinder/neutron  https://review.openstack.org/47266618:14
mgoddardcould anyone comment on whether tempest tests are normally added with the API changes they are testing or not?18:20
mgoddardseems like if the tempest plugin is being factored out then separate might be better?18:21
*** Nisha_ has joined #openstack-ironic18:22
*** Nisha_Agarwal has quit IRC18:22
*** dprince has joined #openstack-ironic18:24
*** cinerama` is now known as cinerama18:24
*** Nisha_Agarwal has joined #openstack-ironic18:27
*** Nisha_ has quit IRC18:27
openstackgerritMark Goddard proposed openstack/ironic master: Physical network aware VIF attachment  https://review.openstack.org/47040618:29
openstackgerritMark Goddard proposed openstack/ironic master: Add tempest tests for physical networks  https://review.openstack.org/47091518:29
openstackgerritMark Goddard proposed openstack/ironic master: Move port object creation to conductor  https://review.openstack.org/46993118:29
openstackgerritMark Goddard proposed openstack/ironic master: Validate portgroup physical network consistency  https://review.openstack.org/46993218:29
openstackgerritMark Goddard proposed openstack/ironic master: Expose ports' physical network attribute in API  https://review.openstack.org/46993318:29
rajinirmmedvede, pas-ha: thanks18:33
*** SerenaFeng has joined #openstack-ironic18:33
openstackgerritMerged openstack/ironic master: Runs the script configure_vm.py in py3.5  https://review.openstack.org/47107218:39
*** mgoddard has quit IRC18:40
*** dyasny_ has joined #openstack-ironic18:44
*** rajinir has quit IRC18:46
*** rajinir has joined #openstack-ironic18:46
*** dyasny has quit IRC18:47
*** SerenaFeng has quit IRC18:48
*** Nisha_ has joined #openstack-ironic18:54
*** Nisha_Agarwal has quit IRC18:54
*** dyasny_ has quit IRC18:55
openstackgerritMerged openstack/python-ironicclient master: Add OSC 'baremetal driver property list' command  https://review.openstack.org/38115318:55
*** trown|lunch is now known as trown18:56
*** ElCoyote_ has joined #openstack-ironic18:58
*** fellypefca has quit IRC19:02
*** dtantsur is now known as dtantsur|afk19:03
*** adisky__ has quit IRC19:03
*** Nisha_ has quit IRC19:11
*** [1]rpioso has joined #openstack-ironic19:15
*** tellesnobrega has quit IRC19:16
*** pmannidi has quit IRC19:17
*** tellesnobrega has joined #openstack-ironic19:20
*** rpioso has quit IRC19:20
*** dyasny has joined #openstack-ironic19:20
*** [1]rpioso has quit IRC19:21
*** ijw has joined #openstack-ironic19:24
*** ijw has quit IRC19:28
*** mgoddard has joined #openstack-ironic19:29
*** pmannidi has joined #openstack-ironic19:30
*** mgoddard has quit IRC19:35
openstackgerritOpenStack Proposal Bot proposed openstack/ironic master: Updated from global requirements  https://review.openstack.org/47280619:39
*** dyasny has quit IRC19:45
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient master: Updated from global requirements  https://review.openstack.org/47291419:48
*** [1]rpioso has joined #openstack-ironic19:53
*** leetpy has joined #openstack-ironic19:59
*** dprince has quit IRC20:05
*** pmannidi has quit IRC20:10
*** pmannidi has joined #openstack-ironic20:11
*** amotoki_away is now known as amotoki20:13
*** crushil has quit IRC20:14
*** amotoki is now known as amotoki_away20:22
*** crushil has joined #openstack-ironic20:22
openstackgerritJohn L. Villalovos proposed openstack/ironic master: Put tests in correct location for ironic/api/controllers/v1/  https://review.openstack.org/46265820:25
*** e0ne has quit IRC20:30
*** e0ne has joined #openstack-ironic20:30
*** e0ne has quit IRC20:31
*** e0ne has joined #openstack-ironic20:31
*** e0ne has quit IRC20:32
*** fragatina has joined #openstack-ironic20:32
*** e0ne has joined #openstack-ironic20:32
*** e0ne has quit IRC20:32
anupnTheJulia: i got the stickers, yay! thanks20:33
*** e0ne has joined #openstack-ironic20:33
*** e0ne has quit IRC20:33
*** e0ne has joined #openstack-ironic20:34
*** e0ne has quit IRC20:34
*** leetpy has quit IRC20:41
*** leetpy has joined #openstack-ironic20:42
*** jcoufal has quit IRC20:43
*** SerenaFeng has joined #openstack-ironic20:49
rajinirmjturek: Timed out waiting for Nova hypervisor-stats vcpus >= 4? DO you have the launchpad bug on it?20:51
rajinirkrtaylor: Timed out waiting for Nova hypervisor-stats vcpus >= 4? DO you have the launchpad bug on it? I remember IBM driver was seeing this problem20:52
*** trown is now known as trown|outtypewww20:56
*** leetpy has quit IRC20:58
*** kjw3 has quit IRC20:58
*** dyasny has joined #openstack-ironic21:01
*** harlowja has quit IRC21:02
*** leetpy has joined #openstack-ironic21:02
*** crushil has quit IRC21:03
*** crushil has joined #openstack-ironic21:03
*** dprince has joined #openstack-ironic21:05
*** leetpy has quit IRC21:05
krtaylorrajinir, where are you seeing that? it doesn't ring a bell for me off the top of my head21:06
*** crushil has quit IRC21:18
*** crushil has joined #openstack-ironic21:18
*** baoli has quit IRC21:19
openstackgerritRuby Loo proposed openstack/python-ironicclient master: Add options for osc 'port set' command  https://review.openstack.org/47245721:20
*** crushil has quit IRC21:20
*** crushil has joined #openstack-ironic21:21
*** shobhar_ has joined #openstack-ironic21:24
*** jkilpatr has quit IRC21:30
*** dprince has quit IRC21:33
*** SerenaFeng has quit IRC21:36
*** shobhar_ has quit IRC21:48
*** shobhar_ has joined #openstack-ironic21:48
*** crushil has quit IRC21:50
*** crushil has joined #openstack-ironic21:50
*** shobhar__ has joined #openstack-ironic21:50
*** shobhar_ has quit IRC21:54
*** harlowja has joined #openstack-ironic22:06
*** bfournie1 has quit IRC22:12
*** crushil has quit IRC22:13
*** crushil has joined #openstack-ironic22:14
*** fragatina has quit IRC22:17
*** boris-42_ has joined #openstack-ironic22:20
jtanner2017-06-12 22:29:08.765 15908 ERROR ironic.conductor.manager [req-044fae3a-99c7-4e72-ae29-4d7fd844a894 - - - - -] Error while preparing to deploy to node 97a14e0e-8e82-456b-9a9e-134e9d1990fe: Cannot validate driver deploy. Some parameters were missing in node's instance_info. Missing are: ['root_gb']: MissingParameterValue: Cannot validate driver deploy. Some parameters were missing in node's instance_info. Missing22:30
jtannerare: ['root_gb']22:30
jtanneris root_gb supposed to come from the inspection process?22:31
jtannerlocal_gb  was set, but not root_rb22:31
jtannererr, root_gb*22:31
*** karts has quit IRC22:31
*** karts has joined #openstack-ironic22:31
*** yolanda has joined #openstack-ironic22:34
*** crushil has quit IRC22:38
*** crushil has joined #openstack-ironic22:39
openstackgerritMerged openstack/ironic master: Updated from global requirements  https://review.openstack.org/47280622:46
openstackgerritMerged openstack/ironic-python-agent master: Remove pbr warnerrors in favor of sphinx check  https://review.openstack.org/47307323:05
*** crushil has quit IRC23:12
*** crushil has joined #openstack-ironic23:13
*** crushil has quit IRC23:15
*** crushil has joined #openstack-ironic23:16
*** jaypipes has quit IRC23:18
*** [1]rpioso has quit IRC23:25
*** crushil has quit IRC23:33
*** crushil has joined #openstack-ironic23:34
*** crushil has quit IRC23:51
*** crushil has joined #openstack-ironic23:52
*** sasha2 has quit IRC23:54

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