Tuesday, 2018-08-21

*** gyee has quit IRC00:00
*** rpioso is now known as rpioso|afk00:13
*** rloo has quit IRC00:22
*** livelace has quit IRC00:43
*** livelace has joined #openstack-ironic00:43
*** MattMan_ has quit IRC00:45
*** MattMan_ has joined #openstack-ironic00:46
*** moshele has quit IRC00:53
*** phuongnh has joined #openstack-ironic01:02
*** Bhujay has joined #openstack-ironic02:00
*** zhangfei has joined #openstack-ironic02:00
*** gcb_ has joined #openstack-ironic02:07
openstackgerritKaifeng Wang proposed openstack/ironic-inspector master: Wrap rpc server into oslo.service  https://review.openstack.org/58475803:03
*** Bhujay has quit IRC03:24
*** rh-jelabarre has quit IRC03:38
*** ijw has joined #openstack-ironic04:13
*** hoonetorg has quit IRC04:29
*** Bhujay has joined #openstack-ironic04:45
*** hoonetorg has joined #openstack-ironic04:47
*** Bhujay has quit IRC04:51
*** Bhujay has joined #openstack-ironic04:53
*** hoonetorg has quit IRC04:54
*** hoonetorg has joined #openstack-ironic05:06
*** skazi has joined #openstack-ironic05:08
*** ijw has quit IRC05:35
*** zhangfei has quit IRC05:59
*** moshele has joined #openstack-ironic06:01
*** rcernin has quit IRC06:38
*** rcernin has joined #openstack-ironic06:40
*** pcaruana has joined #openstack-ironic06:42
*** rcernin has quit IRC06:51
*** tssurya has joined #openstack-ironic06:52
openstackgerritwu.chunyang proposed openstack/python-ironicclient master: fix typo  https://review.openstack.org/59404607:02
*** jtomasek has joined #openstack-ironic07:24
*** gkadam has joined #openstack-ironic07:25
*** jtomasek has quit IRC07:33
*** jtomasek has joined #openstack-ironic07:33
*** w-miller has joined #openstack-ironic07:52
openstackgerritzhaixiaojun proposed openstack/ironic-inspector master: add python 3.6 tox-functional unit test job  https://review.openstack.org/59405707:59
yolandahi, question... how can i override the ipa-api-url endpoint?08:07
yolandai tried to setup ipa-api-url setting inside [pxe] section of ironic.conf08:07
yolandai also tried to add it into pxe_append_params08:07
yolandabut it still seems to be adding the ironic endpoint i have in keystone, not overridiing it08:08
*** e0ne has joined #openstack-ironic08:10
*** zhangfei has joined #openstack-ironic08:12
*** pmannidi has quit IRC08:12
openstackgerritKaifeng Wang proposed openstack/ironic-inspector master: Wrap Flask into oslo.service  https://review.openstack.org/56182308:20
rpittauyolanda: my understanding is that the ipa-api-url value needs to be set under the [conductor] section as api_url08:28
yolandaah, not under pxe?08:29
yolandai was expecting it to be at same level as pxe_append_params08:29
*** zhangfei has quit IRC08:29
rpittauno, I'm actually reviewing different docs right now and I see that it's under [conductor]08:29
rpittausounds weird to me too, although it's marked for removal and it will be replaced by [service_catalog]endpoint_override option08:30
yolandarpittau, ok , let me try that08:33
yolandai ended overriding the ipxe template and hardcoding, but that's not good08:33
rpittauyeah :)08:33
yolandaalso, for using ironic standalone, is not possible to specify local images instead of http? i tried to pass a file:/// path08:35
yolandaand i get08:35
yolanda Error: Validation of image href file:///var/lib/ironic_images/cirros-0.4.0-x86_64-disk.img failed, reason: No connection adapters were found for 'file:///08:35
yolandaseems to think it's an href08:35
yolandai see people using file there08:37
openstackgerritzhaixiaojun proposed openstack/ironic-inspector master: add python 3.6 unit test job  https://review.openstack.org/59405708:42
rpittauyes file href should be supported as well afaik08:42
yolandamm08:43
yolanda Agent deploy supports only HTTP(S) URLs as instance_info['image_source'] or swift temporary URL08:43
yolandai'd need to configure properly08:43
*** zhangfei has joined #openstack-ironic08:45
openstackgerritzhaixiaojun proposed openstack/ironic-inspector master: add python 3.6 unit test job  https://review.openstack.org/59405708:46
openstackgerritzhaixiaojun proposed openstack/ironic-inspector master: add python 3.6 unit test job  https://review.openstack.org/59405708:48
openstackgerritKaifeng Wang proposed openstack/ironic-inspector master: Wrap Flask into oslo.service  https://review.openstack.org/56182309:02
*** ibmko has joined #openstack-ironic09:05
*** mgoddard has joined #openstack-ironic09:10
*** S4ren has joined #openstack-ironic09:29
openstackgerritHarald Jensås proposed openstack/ironic-inspector master: Add rootwrap filter for systemctl control of dnsmasq  https://review.openstack.org/59311409:44
*** dtantsur|afk is now known as dtantsur09:59
dtantsurmorning ironic09:59
openstackgerritAija Jaunteva proposed openstack/sushy master: Add support for loading resources from archive file  https://review.openstack.org/58914710:01
etingofgood morning dtantsur \o10:03
openstackgerritAija Jaunteva proposed openstack/sushy master: Add support for loading resources from archive file  https://review.openstack.org/58914710:08
sambetts|afkdtantsur: Do you know if anyone has starting writing a spec for standard firmware managment in ironic?/10:17
sambetts|afkcdearborn: I saw you created an RFE related to this recently, any ideas? ^10:18
*** rpioso|afk is now known as rpioso10:19
rpiosoGood morning10:19
*** Bhujay has quit IRC10:26
dtantsurmorning rpioso, isn't it super early for you? :)10:26
dtantsursambetts|afk: I think cdearbord will10:26
dtantsur* cdearborn10:27
sambetts|afkdtantsur: awesome, got some renewed interest from downstream in that feature, so wasn't sure if anyone had picked up the work since Dublin10:28
openstackgerritDmitry Tantsur proposed openstack/ironic-tempest-plugin master: Stop relying on VCPU count in the introspection tests  https://review.openstack.org/59412010:33
dtantsurvdrok, sambetts|afk, jroll ^^^10:33
dtantsurI wonder if it's right, but what we have now is broken :(10:33
jrollmorning dtantsur, +W10:42
dtantsurthanks and good morning10:42
jrollsorry, I knew that landed but didn't realize we relied on it :(10:42
sambetts|afkI wondered if we needed it to take in a number to compare against incase the tempest plugin is run against an existing OpenStack that might already have other hypervisors enrolled10:43
dtantsursambetts|afk: we don't know this number though10:43
dtantsurand this was not accounted for previously either, so we can make it a future improvement10:44
* dtantsur puts on his backlog10:44
sambetts|afkdtantsur: we have the number its len(self.node_ids) but yeah can be a follow up10:46
sambetts|afkto replicate the existing behaviour10:47
sambetts|afkthat is, to make it better it should check the count, move them to inspected, then check the count goes back to the count it was before inspecting10:47
jrollsambetts|afk: eh, presumably if it's an existing install, len(self.node_ids) can change10:47
jrollbecause it's all available nodes at the time the tests start10:48
sambetts|afkyeah len(self.node_ids) only preserves the existing behaviour which is that all nodes are ironic nodes and all go into inspecting, the new logic in that patch will pass if only one BM succeeds inspecting right?10:49
jrollexisting behavior is that at least one node for the flavor we use is available10:49
jrollexpected_cpus = self.baremetal_flavor()['vcpus']10:49
jroll            if int(stats['hypervisor_statistics']['vcpus']) >= expected_cpus:10:50
jrollwith the patch, it's at least one node is available at all10:50
jrollI think it's equally broken for existing installs10:50
sambetts|afkah ok yeah, got it misunderstood I thought it waited for all Bms to finish, /me needs more coffee obviously10:51
jroll:)10:51
sambetts|afkhas the logic merged in nova to stop removing the ironic hypevisors and make them reserved instead yet? I saw a patch for that a little while ago10:52
sambetts|afkbecause then the count won't change when the nodes move to inspecting10:52
dtantsursambetts|afk: I think it has merged, yes10:53
jrollooo10:53
jrollyes, it did10:53
* dtantsur ponders replacing the function in question with sleep(60) :(10:53
dtantsurwell, the CI runs the inspection job for each branch. if it passes, we'll have some degree of confidence that this approach is an acceptable workaround for now :)10:54
dtantsurwhich reminds me: we should add rocky jobs for ironic-tempest-plugin. bring the total number of jobs to +insanity :)10:54
sambetts|afkyou havn't seen insanity until you've seen the networking-cisco CI: https://review.openstack.org/#/c/592166/310:56
patchbotpatch 592166 - networking-cisco - Remove MultiConfigParser from the device manger co... - 1h 55m 24s spent in CI10:56
dtantsurOMG10:56
jrollnice10:56
jrollI'm just impressed you can get things to run on mitaka10:57
sambetts|afkso am I :-P10:57
*** S4ren has quit IRC11:03
rpiosoMorning, dtantsur11:07
*** rpioso is now known as rpioso|afk11:09
ibmkoHi all, may I have a question about multi-tenant networking in Ironic: what are the thoughts about having bare metal server connected to multiple networks? Is it somehow possible/planned to deliver multiple network via one physical port using VLAN tagging (meaning that operating system on the bare metal server would be tagging/untagging VLANs and having per vlan virtual interfaces)11:10
sambetts|afkibmko: neutron supports "trunks" which if combined with an ML2 driver that supports baremetal and trunks can provide multiple networks over one physical port11:12
sambetts|afkthe subinterfaces are/will need to be created either by the owner of the baremetal, or via cloud-init11:13
*** Bhujay has joined #openstack-ironic11:13
ibmkosambetts|afk, and these trunk ports are currently supported in Ironic Queens ?11:14
ibmkosambetts|afk, how can this be created by owned of the baremetal if he has no connectivity until he sets it up?11:15
sambetts|afkibmko: yes, however the support is dependant more on the ml2 driver you are using than Ironic, neutron trunks appear to Ironic as normal neutron ports, except they have "sub-ports"11:15
sambetts|afkibmko: every trunk port in neutron has a native vlan, which will always have connectivty11:16
ibmkosambetts|afk, that sounds good, when you are talking about ml2 drivers, are you talking about mechanism drivers? We use openvswitch - do you think trunks are supported here ?11:18
sambetts|afkibmko: the openvswitch ml2 mechansim driver doesn't support baremetal that is only for VMs, you need an ML2 mechansim driver that supports the baremetal vnic type and will program the TOR above the baremetal, for example networking-baremetal provides an ml2 mech driver to generically programming most switches that have SSH communication, or networking-cisco provides an ML2 mech driver for11:22
sambetts|afkmore advanced programming of Cisco Nexus 9000 series switches which includes baremeal and trunk support11:22
sambetts|afksorry not netwokring-baremetal I meant https://github.com/openstack/networking-generic-switch11:23
ibmkosambetts|afk, ah, sorry I confused it as well - we actually use the netwokring-baremetal11:24
ibmkoeeerh11:24
ibmkoI mean the networking-generic-switch :))11:24
ibmkothat's what we use11:25
ibmkowe use it to provision our juniper switch via ssh/netmiko11:26
sambetts|afkI don't see anything in the networking-gneric-switch repo that suggests support for trunks yet, but it is a feature that could be added I think11:26
ibmkosambetts|afk, so you think that this is currently only supported by networking-cisco ?11:28
sambetts|afkibmko: as that is my teams driver I know its supported, not sure if other vendor's ML2 drivers have added support, I know arista had their own ML2 driver for baremetal too11:29
ibmkosambetts|afk, understood, and last question, do you  think that whole provisioning could be automated if we use some input script for the baremetal to set up the inner virtual interfaces ?11:31
sambetts|afkibmko: absolutely, I think there maybe enhancements to nova to support trunks for VMs by passing network config in via config-drive so cloud-init can program it, unsure if that works for Ironic nodes yet, but its completely doable to pass a user-data script into nova to configure the trunk ports how you would like, we did this for a downstream application11:34
ibmkosambetts|afk, great, thanks for all the information :)11:35
sambetts|afkno problem :11:35
sambetts|afk:)11:35
*** e0ne has quit IRC11:36
*** zhangfei has quit IRC11:37
*** ibmko has quit IRC11:42
*** rh-jelabarre has joined #openstack-ironic11:49
*** trown|outtypewww is now known as trown11:50
*** phuongnh has quit IRC11:50
arne_wiebalckTheJulia: Sorry, not yet: I was still struggling to boot an instance of a s/w RAID. Hence for now, I disabled the discovery by root hints and hardcoded what I’d like to have as a result.11:55
openstackgerritMerged openstack/bifrost stable/queens: Refactor bifrost-integration-dhcp jobs  https://review.openstack.org/59363112:05
*** ibmko has joined #openstack-ironic12:12
ibmkosambetts|afk, sorry, maybe one more question :)12:12
ibmkosambetts|afk, regarding bonding - I see there is some support via the ironic port groups. I am wondering however if bonding configuration has to be prepared manually on the ToR switch or if the drivers have the capability to provision bonding configuration on the switch side too12:14
TheJuliaarne_wiebalck: that is to be expected with raid I think12:16
TheJuliaarne_wiebalck: but how your doing raid might impact that and all12:16
*** adrianc has joined #openstack-ironic12:17
arne_wiebalckTheJulia: You mean that root hints are not working?12:17
arne_wiebalckTheJulia: Or that it is difficult to boot off a s/w RAID?12:18
TheJuliaarne_wiebalck: no they work, but we also have code wrapped up in that evaluation12:18
TheJuliaarne_wiebalck: hardware raid is kind of hard to build and boot. I suspect mirrors would work, I expect we would (eventually) need to understand making mirror sets with partitions to hold the kernels/ramdisks12:19
* TheJulia makes coffee12:20
dtantsurmorning TheJulia12:20
arne_wiebalckTheJulia: Basically what I have for now is instructing our h/w manager create the RAID and use it as the OS install drive. After that, the instance boots, but not from the RAID, only from one leg :-/12:23
arne_wiebalckTheJulia: I changed the config on the node and it seems to boot from the s/w RAID now, but I need to figure out which of my changes did the trick …12:24
* dtantsur hopes root_device setting12:24
TheJuliaI didn't see anyhting that would prevent /dev/md0 from being set as a root device12:25
TheJuliabut I might have missed something when walking through ironic lib12:25
TheJuliain theory, /dev/md0 should ideally get picked up as a smaller device with my patch, but...12:25
yolandahi, question.. i'm trying to debug some standalone problem, where it seems to complain about not finding the deployment image. I'm able to enter into the ipa, by ssh, but ironic is just powering down my node all the time. How can i avoid it? Setting into mainteannce mode will help? or it will have some other collateral effects?12:27
arne_wiebalckTheJulia: I’ll get back to the patch (and test the root device hints) once I understood how to make my RAID boot w/o manual help after deployment.12:27
TheJuliaThe one leg makes sense without setting root_device hints, at least for a mirror set12:27
TheJuliaarne_wiebalck: awesome, thanks!12:27
TheJuliayolanda: I've typically short circuited continue_deployment's end to troubleshoot things like that12:28
arne_wiebalckTheJulia: Maybe I misunderstand what the hints are for …12:28
TheJuliaarne_wiebalck: they are kind of confusing :(12:28
TheJuliayolanda: are the logs shipped up to the conductor not revealing enough information?12:29
arne_wiebalckTheJulia: I thought they are used as a help to fid the device onto which the OS shall be installed, no?12:29
arne_wiebalcks/fid/find/12:29
yolandaTheJulia, no... i just get a  Deploy failed for instance None. Error: [Errno 2] No such file or directory in the conductor12:29
yolandathe image is there12:29
yolandaand in the host i try to boot, i can see iscsi drive connected successfully12:29
yolandaso no idea12:29
TheJuliayolanda: sounds like your missing the folder on the conductor12:29
TheJuliafor the conductor logs12:30
yolandait's there12:30
yolandafor the logs?12:30
TheJuliayeah, where the conductor would write agent logs12:30
*** jcoufal has joined #openstack-ironic12:30
yolandaand if that doesn't exist, fails that that "No such file or directory" ?12:30
TheJuliaThe other possibility is permissions are blocking the conductor. I take that is from the conductor in debug logging mode?12:30
TheJuliayolanda: yeah, I suspect it can12:31
yolandayep, conductor has debug=true12:31
yolandait's on containers, i see all this info in docker logs in the container12:31
yolandalet me paste you more info12:31
yolandamm, error actually comes from iscsi12:32
yolandaTheJulia, http://paste.openstack.org/show/728515/12:32
yolandain the host i provision, i see Created iscsi iqn... so that's ok12:34
yolandalast i see in the host, is 2018-08-21 12:24:54.688 1824 INFO root [-] Command log.collect_system_logs completed: Command name: collect_system_logs, params: {}, status: SUCCEEDED, result: {'system_logs':12:34
yolandaafter that, it just powers down12:34
sambetts|afkibmko: again that depends on the functionality of the ML2 driver, some are able to program it on the fly, others require it be preprogramed12:39
ibmkosambetts|afk, so how about the driver of yours ? :)12:40
ibmkothe cisco one12:40
sambetts|afkibmko: we create the bond on the fly so no need to preprogram them12:40
ibmkocool12:40
ibmkoseems we need to ditch juniper :)12:41
sambetts|afkibmko: looks like the juniper plugin for networking-generic-switch might support trunking after all: https://github.com/openstack/networking-generic-switch/blob/master/networking_generic_switch/devices/netmiko_devices/juniper.py#L57 but I don't see anything regarding bonds being dynamic12:44
ibmkosambetts|afk, cool thanks, I'll play around with it12:45
TheJuliayolanda: is this master branch?12:47
TheJuliayolanda: most likely the conductor can't find iscsiadm12:49
TheJuliait may be present but also may not be in the PATH that is being set for the process to execute with12:49
*** rloo has joined #openstack-ironic12:55
yolandaTheJulia, using pike12:55
TheJuliahttps://github.com/openstack/ironic/blob/stable/pike/ironic/drivers/modules/deploy_utils.py#L12412:56
TheJuliaWe should likely put catches in to improve the logging "INSTALL XYZ"12:56
yolandaso it's a problem of communication between conductor and the host?12:59
TheJuliano12:59
TheJuliamissing iscsiadm binary12:59
yolandalet me check12:59
yolandamm, looks as a problem with the image when installing that13:04
openstackgerritMerged openstack/bifrost stable/rocky: Refactor bifrost-integration-tinyipa jobs  https://review.openstack.org/59362613:04
sambetts|afkTheJulia, yolanda: could it be related too: https://review.openstack.org/#/c/557687/ I remember seeing a similarly weird log when I was writing a whole disk image as a partition image or vs versa (image_type was set wrong) and it tried to do the config drive but because the file system it had written was junk it couldn't open the location to write the config drive13:08
patchbotpatch 557687 - ironic-python-agent - Attempt to read the partition table after writing ... - 6h 33m 35s spent in CI13:08
yolandaiscsiadm does not exist in my conductor13:09
TheJuliasambetts|afk: interesting13:12
TheJuliayolanda: that would do it13:13
openstackgerritMerged openstack/ironic-tempest-plugin master: Stop relying on VCPU count in the introspection tests  https://review.openstack.org/59412013:15
*** arne_wiebalck has quit IRC13:17
*** amoralej has joined #openstack-ironic13:18
*** arne_wiebalck has joined #openstack-ironic13:19
*** trown is now known as trown|brb13:27
*** trown|brb is now known as trown13:31
*** dougsz_ has joined #openstack-ironic13:34
*** e0ne has joined #openstack-ironic13:40
*** cdearborn has joined #openstack-ironic13:46
*** moshele has quit IRC13:53
*** jcoufal has quit IRC13:56
*** jcoufal has joined #openstack-ironic13:57
openstackgerritIlya Etingof proposed openstack/sushy master: Add a virtual media resource  https://review.openstack.org/57081014:12
dtantsurTheJulia: I would like to release queens and pike for sushy, any objections?14:26
dtantsuroh, I see you have pike. then queens, I guess.14:27
NobodyCamGood Morning Ironic'ers14:29
dtantsurmorning NobodyCam14:29
NobodyCamHey Hey dtantsur happy Tuesday :)14:29
dtantsurgood news: the inspector CI seems back up14:32
*** cdearborn has quit IRC14:32
NobodyCam\o/14:35
anupnHi Folks, good morning. I have a quick one, I see "InstanceDeployFailure: Failed to deploy instance: Failed to start the iSCSI target to deploy the node" in ir-cond logs, can someone point me where should I look to fix this issue. I have correct hypervisor stats.14:37
openstackgerritDmitry Tantsur proposed openstack/sushy-tools master: Bump hacking version to 1.0 (capped by 1.2)  https://review.openstack.org/59424814:38
*** cdearborn has joined #openstack-ironic14:44
anupnI see "DeviceNotFound: Error finding disk or partition devices" inside the deploy logs, not sure why is this, because I am using whole-disk image for deploying14:45
TheJuliadtantsur: ++ for queens14:46
TheJuliadtantsur: \o/14:46
TheJuliaGood morning NobodyCam14:46
NobodyCamHowdy TheJulia :) how goes New Mexico14:47
TheJuliaanupn: try switching to the direct interface14:47
TheJuliaNobodyCam: dry14:47
NobodyCam:) thats a good thing14:47
*** r-daneel has joined #openstack-ironic14:47
NobodyCamunless its a Dry state14:47
NobodyCamthat could be bad14:47
*** rpioso|afk is now known as rpioso14:48
anupnTheJulia: Okay cool14:50
anupnTheJulia: ALso what I noticed is my virsh VM that I am deploying on is in power off state. I will just power that on, to make sure that's not a problem14:52
TheJuliaanupn: I suspect something is failing connectivity wise that might be causing iscsi to work, if your doing virutal testing, it could be hypervisor firewalling.14:52
TheJuliaanupn: It can take a moment to start up, but it sounds like there may be a deeper problem there14:53
anupnTheJulia: What do you mean firewalling? Ok, I am now trying with direct deploy14:53
TheJuliahypervisors can have firewall rules that impact the VMs, so if your hitting this in development/testing, it seems like for some reason an iscsi connection is not able to start up... that or maybe even iscsi tools are missing from the IPA ramdisk your using.14:54
anupnTheJulia: Hmm I see, I am using the master copy of IPA, the one devstack use.14:56
anupnbut sounds then if iscsi is not starting up, direct interface might work there14:57
openstackgerritPaul Belanger proposed openstack/bifrost stable/pike: Refactor bifrost-integration-dhcp jobs  https://review.openstack.org/59426714:57
openstackgerritPaul Belanger proposed openstack/bifrost stable/pike: Refactor bifrost-integration-dibipa-debian jobs  https://review.openstack.org/59426814:57
openstackgerritPaul Belanger proposed openstack/bifrost stable/pike: Refactor bifrost-integration-tinyipa jobs  https://review.openstack.org/59426914:57
rpiosodtantsur, jroll, sambetts|afk, TheJulia: Yesterday, I asked TheJulia if an RFE is required, preferred, or not needed for adding a supported interface to a h/w type. The default interface would not be changed. It's about adding the Redfish management and power interfaces to the idrac h/w type.14:57
rpiosoI mentioned that there may be a need to enhance tripleo's support of the idrac h/w type, but that's off this channel's topic. The interfaces expect their creds to be on the ironic node object.14:58
rpiosoThoughts?14:58
anupnTheJulia: Same message "Error finding the disk or partition to deploy image onto. No suitable device was found for deployment"15:00
sambetts|afkrpioso: I think ideally there would be a very short RFE just to make sure the work is tracked somewhere, but no need for a spec or anything, the RFE is almost purly for tracking purposes, I don't think the tripleO part affects it at all, we already have h/w types with mixed interfaces that require different driver_info for different interfaces15:02
TheJuliarpioso: I think it would be good to track as an RFE from our point or view, that also gives you more credence if tripleo folks push back at the change you'd need to make.15:02
dtantsurrpioso: just an RFE, no spec, I think.15:02
dtantsurtripleo is a different topic, but we can fix it as well. I can point you where.15:02
TheJuliaI have absolutely no objection to the additional interfaces though, it was what we intended with hardware types and interface model.15:03
rpiosodtantsur, sambetts|afk, TheJulia: Thank you15:03
rpiosodtantsur: A pointer would be appreciated :)15:03
dtantsurrpioso: let's move to #tripleo15:04
jrollsimple RFE is good with me as well15:04
rpiosodtantsur: ack15:05
rpiosojroll: Thanks :)15:05
jroll:)15:05
*** pcaruana has quit IRC15:09
*** priteau has joined #openstack-ironic15:13
anupnTheJulia: I see in IPA logs, that it waits for root device to come up, but then it throws No Mellanox device found in the logs. Here http://paste.openstack.org/show/728532/15:14
anupndoes that mean it is trying to find the Mellanox device?15:15
sambetts|afkanupn: that is an expected debug log becuase the mellanox device manger will only process devices if it find a mellonox device, its shouldn't affect anything15:16
*** sambetts|afk is now known as sambetts15:16
anupnsambetts: Ah alright15:16
* anupn wonders then why it is unable to find a device15:17
TheJuliaanupn: all found block devices are smaller than 429496729615:17
TheJuliaanupn: at least 4GB of attached storage is required.15:17
*** moshele has joined #openstack-ironic15:22
anupnTheJulia: I have local_gb set to 8gb. I will double check if VM does not have that much15:23
*** amoralej is now known as amoralej|off15:26
*** Bhujay has quit IRC15:27
*** luzC has quit IRC15:42
*** e0ne has quit IRC15:44
*** cdearborn has quit IRC15:45
*** marlinc has quit IRC15:45
rpiosodtantsur, jroll, sambetts|afk, TheJulia: I created a new RFE -- https://storyboard.openstack.org/#!/story/200351415:45
rpiosoDoes that need a spec?15:45
*** strigazi has quit IRC15:46
openstackgerritMerged openstack/bifrost stable/queens: Refactor bifrost-integration-dibipa-debian jobs  https://review.openstack.org/59363215:46
*** strigazi has joined #openstack-ironic15:46
openstackgerritMerged openstack/bifrost stable/queens: Refactor bifrost-integration-tinyipa jobs  https://review.openstack.org/59363315:46
rpiosoajya[m], etingof: ^^^15:47
rpiosobdodd: ^^^15:47
jrollrpioso: probably not unless there's something not-so-normal about the implementation15:48
*** marlinc has joined #openstack-ironic15:53
TheJuliarpioso: Yeah, if it is feature parity and nothing requires anything magical or new user facing, then it does not need a spec15:54
rpiosojroll: I don't expect anything unusual. There may be an opportunity to increase code reuse by locating common RAID code in a module that other drivers could use. However, other drivers' use of it would not be part of this RFE.15:55
rpiosoFamous last words ;-)15:56
jrollheh15:56
jrollyeah, just for adding existing capabilities to drivers, shouldn't need a spec15:56
*** gyee has joined #openstack-ironic15:56
rpiosoTheJulia: Would there be any reason to discuss this at the PTG? I'm thinking that it should come up during the cycle priorities section. Beyond that, I'm not sure.15:59
TheJuliarpioso: cycle priorities is the only reason I can think16:02
rpiosoTheJulia: Should I list it on the Stein PTG etherpad?16:03
jrollI don't think it even needs to be in the priority list16:03
jrollit'll likely be straightforward, easy to review code16:03
jrollrubber stamp city16:03
rpiosojroll: I appreciate your confidence :)16:04
TheJuliarpioso: please16:05
rpiosojroll, TheJulia: It may require changes to sushy16:05
TheJuliamy first introduction to rubber stamps was the library scene in indiana jones...16:05
TheJuliait shall forever be burned into my brain16:05
jrolloh right, we own the client library16:05
rpiosoTheJulia: ack16:05
jrollI was hoping to just review `def apply_raid(...): sushy.do_the_raid_thing()16:06
TheJuliarpioso: yeah, additive in nature, but still likely not spec requiring because the interface is standardized16:06
TheJuliaand I think some of the sushy stuff is coming about on its own16:06
rpiosoTheJulia: I've seen encouraging activity there.16:07
rpiosoTheJulia: Added, ~lines 150-15216:10
rpiosojroll, TheJulia: Thanks, again!16:10
TheJuliarpioso: thanks!16:11
rpiosoyw16:11
* rpioso goes to refuel16:11
*** rpioso is now known as rpioso|afk16:12
*** adrianc has quit IRC16:16
*** jtomasek_ has joined #openstack-ironic16:25
*** jtomasek has quit IRC16:26
yolandaTheJulia, that was it. Some issue with selinux being enabled on the host, and not be able to install the package on the docker image due to that16:27
TheJuliafun :(16:27
TheJuliastepping away to get a marriage license (yay!)16:27
yolandacongrats!16:27
*** dtantsur is now known as dtantsur|afk16:38
dtantsur|afk\o16:38
jrollTheJulia: \o/16:41
*** S4ren has joined #openstack-ironic16:43
*** trown is now known as trown|lunch16:46
*** sambetts is now known as sambetts|afk16:52
sambetts|afknight all o/16:52
*** w-miller has quit IRC17:00
*** mgoddard has quit IRC17:01
openstackgerritMark Goddard proposed openstack/networking-generic-switch master: Convert error detection to use a decorator  https://review.openstack.org/59200917:23
*** e0ne has joined #openstack-ironic17:42
*** tssurya has quit IRC17:50
*** trown|lunch is now known as trown17:53
*** portdirect has quit IRC17:54
*** mjturek has joined #openstack-ironic18:10
*** NobodyCam has quit IRC18:37
*** leifmadsen has quit IRC18:37
*** vkmc has quit IRC18:37
*** kencjohnston has quit IRC18:37
*** zer0c00l has quit IRC18:37
*** fungi has quit IRC18:37
*** kencjohnston_ has joined #openstack-ironic18:38
*** leifmadsen has joined #openstack-ironic18:40
*** vkmc has joined #openstack-ironic18:40
*** fbouliane has quit IRC18:42
*** TheJulia has quit IRC18:42
*** fyx has quit IRC18:42
*** mnaser has quit IRC18:42
*** nicholas has quit IRC18:42
*** TheJulia has joined #openstack-ironic18:44
*** jrist has quit IRC18:46
*** fbouliane has joined #openstack-ironic18:46
*** cdearborn has joined #openstack-ironic18:47
*** fungi has joined #openstack-ironic18:48
*** e0ne has quit IRC18:57
*** priteau has quit IRC19:00
TheJuliaReminder: vote for bug day time https://doodle.com/poll/ef4m9zmacm2ey7ce19:14
TheJuliasince that is next week.19:14
*** rpioso|afk is now known as rpioso19:17
rpiosoTheJulia: Thanks for your assistance on the backport of the idrac UEFI bug fix to stable/ocata. I suppose that means our friends released a new version of sushy.19:18
*** bnemec has quit IRC19:20
*** bnemec has joined #openstack-ironic19:20
*** r-daneel has quit IRC19:24
*** r-daneel has joined #openstack-ironic19:24
*** moshele has quit IRC19:25
*** melwitt has quit IRC19:33
*** sdake has quit IRC19:33
*** BadCub has quit IRC19:34
*** chihhsin has quit IRC19:34
*** melwitt has joined #openstack-ironic19:34
*** sdake has joined #openstack-ironic19:34
*** moshele has joined #openstack-ironic19:36
openstackgerritMerged openstack/ironic stable/ocata: Fix iDRAC hardware type does not work with UEFI  https://review.openstack.org/58894919:37
*** etingof has quit IRC19:39
*** jistr|off has quit IRC19:39
*** mraineri has quit IRC19:39
*** Bico_Fino_ has quit IRC19:39
openstackgerritJulia Kreger proposed openstack/bifrost master: Begin change over to use python3  https://review.openstack.org/58832519:40
*** sambetts|afk has quit IRC19:42
openstackgerritJulia Kreger proposed openstack/bifrost stable/queens: Pin get-pip.py to 3.2  https://review.openstack.org/59452919:44
openstackgerritJulia Kreger proposed openstack/bifrost stable/pike: Pin get-pip.py to 3.2  https://review.openstack.org/59453019:45
*** sambetts_ has joined #openstack-ironic19:45
*** moshele has quit IRC19:45
*** dirk has quit IRC19:46
*** samueldmq has quit IRC19:46
*** cdearborn has quit IRC19:47
*** jistr has joined #openstack-ironic19:47
*** ibmko has quit IRC19:48
*** samueldmq has joined #openstack-ironic19:49
*** chihhsin has joined #openstack-ironic19:49
*** r-daneel has quit IRC20:03
*** r-daneel has joined #openstack-ironic20:03
*** MattMan has joined #openstack-ironic20:11
*** gmann_ has joined #openstack-ironic20:13
*** ddurst- has joined #openstack-ironic20:18
*** MattMan_ has quit IRC20:19
*** ddurst has quit IRC20:19
*** gmann has quit IRC20:19
*** gmann_ is now known as gmann20:19
*** gkadam has quit IRC20:27
anupnTheJulia: Yes less memory was the issue, somehow I was thinking it has larger disk size. Thanks20:32
*** etingof has joined #openstack-ironic20:36
*** gkadam has joined #openstack-ironic20:43
*** harlowja has joined #openstack-ironic21:02
*** trown is now known as trown|outtypewww21:07
*** mjturek has quit IRC21:08
*** rh-jelabarre has quit IRC21:22
*** gkadam has quit IRC21:26
*** jcoufal has quit IRC21:55
*** dougsz_ has quit IRC22:03
*** rcernin has joined #openstack-ironic22:10
*** cxc99 has joined #openstack-ironic22:31
*** moshele has joined #openstack-ironic22:46
*** jtomasek_ has quit IRC22:47
*** r-daneel has quit IRC23:09

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