Wednesday, 2016-05-18

*** heyongli has quit IRC00:02
*** heyongli has joined #openstack-ironic00:04
openstackgerritVIncent S. Cojot proposed openstack/ironic: Hi everyone, There are a few more problems with this patch. I am working on an improved version. There are some issues I hadn't initially detected because I was simply using a VboxManage Wrapper. As in:  sudo perl -pi -e "s@VBoxManage'@VBoxManageWrapper'@  https://review.openstack.org/31778000:07
*** ptrlv has quit IRC00:21
*** piet has quit IRC00:27
*** hoangcx has joined #openstack-ironic00:30
*** piet has joined #openstack-ironic00:32
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/31737600:41
*** rloo has quit IRC00:45
*** baoli has joined #openstack-ironic00:46
*** rloo has joined #openstack-ironic00:47
*** YiboCai has joined #openstack-ironic00:51
*** piet has quit IRC00:55
*** hoangcx has quit IRC00:56
*** hoangcx has joined #openstack-ironic00:57
*** mtanino has quit IRC01:00
*** priteau has joined #openstack-ironic01:08
*** sacharya has quit IRC01:09
*** sabeen has quit IRC01:16
*** ijw has quit IRC01:19
*** r-daneel has quit IRC01:42
*** sabeen has joined #openstack-ironic01:43
-openstackstatus- NOTICE: Gerrit is about to be restarted to help with page timeouts01:46
*** rloo has quit IRC02:00
*** sdake has quit IRC02:06
zhenguo_jlvillal: are you still around?02:08
*** sacharya has joined #openstack-ironic02:09
*** sdake has joined #openstack-ironic02:12
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837902:14
*** sacharya has quit IRC02:14
*** yuanying has joined #openstack-ironic02:17
zhenguo_or other nova liaisons can you help to confirm a very obvious nova ironic driver bug https://bugs.launchpad.net/nova/+bug/1582680 ?02:17
openstackLaunchpad bug 1582680 in OpenStack Compute (nova) "Ironic: wrong check for ready to deploy" [Undecided,In progress] - Assigned to Zhenguo Niu (niu-zglinux)02:17
*** sdake has quit IRC02:22
*** spandhe has quit IRC02:48
openstackgerritRuby Loo proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924502:49
*** ChrisAusten has joined #openstack-ironic02:53
*** priteau has quit IRC02:55
*** baoli has quit IRC02:57
*** priteau has joined #openstack-ironic02:59
*** ChrisAusten has quit IRC03:00
jlvillalzhenguo_, Here for the moment.03:01
jlvillalAbout to leave...03:01
*** vishwanathj has quit IRC03:05
*** sdake has joined #openstack-ironic03:10
*** priteau has quit IRC03:11
*** links has joined #openstack-ironic03:26
*** sdake_ has joined #openstack-ironic03:37
*** sdake has quit IRC03:40
*** ijw has joined #openstack-ironic03:53
*** piet has joined #openstack-ironic03:53
*** sacharya has joined #openstack-ironic03:53
*** sdake_ has quit IRC03:58
*** sacharya has quit IRC03:58
*** sdake has joined #openstack-ironic04:09
*** sabeen has quit IRC04:19
*** amotoki has quit IRC04:26
*** amotoki has joined #openstack-ironic04:26
*** ChrisAusten has joined #openstack-ironic04:28
*** hamzy has joined #openstack-ironic04:28
*** zhihais has joined #openstack-ironic04:29
*** zhihaisong has quit IRC04:32
*** caoshufeng_ has joined #openstack-ironic04:43
*** piet has quit IRC04:44
*** jcoufal has joined #openstack-ironic04:45
caoshufeng_Hi, I use agent_ssh as ironic deply driver.  It's ok when I boot the first vm. But after the first vm is deployed, all three's nodes "memory_mb" becomes zero..04:46
caoshufeng_I use "nova hypervisor-show" to get the memory_mb value.04:47
*** zhihais has quit IRC04:51
*** zhihais has joined #openstack-ironic04:51
*** sacharya has joined #openstack-ironic04:52
*** piet has joined #openstack-ironic04:59
*** ijw has quit IRC05:01
*** zhihaisong has joined #openstack-ironic05:05
*** sacharya has quit IRC05:06
*** mikal_ has joined #openstack-ironic05:08
*** ptx0_ has joined #openstack-ironic05:08
*** davidlenwell has quit IRC05:09
*** sambetts has joined #openstack-ironic05:11
*** Shalmazar has joined #openstack-ironic05:12
*** sambetts|afk has quit IRC05:12
*** piet has quit IRC05:12
*** mikal has quit IRC05:12
*** mjturek1 has quit IRC05:12
*** yuriyz has quit IRC05:12
*** links has quit IRC05:12
*** sirushti has quit IRC05:12
*** Madasi has quit IRC05:12
*** zhihais has quit IRC05:12
*** ptx0 has quit IRC05:12
*** vsaienko1 has quit IRC05:12
*** Shalmazar is now known as Madasi05:12
*** sirushti has joined #openstack-ironic05:13
*** yuriyz has joined #openstack-ironic05:13
*** links has joined #openstack-ironic05:13
*** mjturek1 has joined #openstack-ironic05:14
*** vsaienko has joined #openstack-ironic05:16
*** davidlenwell has joined #openstack-ironic05:17
*** ChubYann has quit IRC05:24
*** sdake has quit IRC05:26
*** jaybeale has joined #openstack-ironic05:30
*** ChrisAusten has quit IRC05:32
*** rcernin has joined #openstack-ironic05:47
*** fragatin_ has joined #openstack-ironic05:52
*** fragatin_ has quit IRC05:52
*** _vsaienko has joined #openstack-ironic05:52
*** fragatin_ has joined #openstack-ironic05:53
*** fragatin_ has quit IRC05:53
*** _vs has joined #openstack-ironic05:53
*** fragatin_ has joined #openstack-ironic05:54
*** fragatina has quit IRC05:55
*** jaybeale has quit IRC05:57
*** fragatin_ has quit IRC05:59
*** _vsaienko has quit IRC05:59
*** _vs has quit IRC06:00
*** _vs has joined #openstack-ironic06:00
*** _vsaienko has joined #openstack-ironic06:00
*** mjura has joined #openstack-ironic06:04
*** sacharya has joined #openstack-ironic06:05
*** david-lyle has quit IRC06:05
*** _vs has quit IRC06:06
*** _vsaienko has quit IRC06:06
*** jrist has quit IRC06:07
*** fragatina has joined #openstack-ironic06:07
*** _vsaienko has joined #openstack-ironic06:08
*** _vs has joined #openstack-ironic06:08
*** sacharya has quit IRC06:10
*** fragatina has quit IRC06:12
*** moshele has joined #openstack-ironic06:13
*** e0ne has joined #openstack-ironic06:13
*** gcb has joined #openstack-ironic06:14
*** chopmann has joined #openstack-ironic06:18
*** jrist has joined #openstack-ironic06:22
*** jrist has quit IRC06:22
*** jrist has joined #openstack-ironic06:22
*** _vs has quit IRC06:24
*** _vsaienko has quit IRC06:24
*** fragatina has joined #openstack-ironic06:24
*** fragatina has quit IRC06:35
*** fragatina has joined #openstack-ironic06:36
*** jtomasek has joined #openstack-ironic06:45
*** rcernin has quit IRC06:47
*** _vsaienko has joined #openstack-ironic06:50
*** _vs has joined #openstack-ironic06:50
*** rcernin has joined #openstack-ironic06:51
*** e0ne has quit IRC06:54
*** _vsaienko has quit IRC07:04
*** _vs has quit IRC07:06
*** _vsaienko has joined #openstack-ironic07:07
*** _vs has joined #openstack-ironic07:07
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110907:12
vdrokmorning ironic!07:24
chopmannmorning07:25
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643207:25
*** gcb has quit IRC07:27
*** dmk0202 has joined #openstack-ironic07:35
*** _vs has quit IRC07:35
*** _vsaienko has quit IRC07:35
milanmorning vdrok chopmann07:35
vdrokmorning milan and chopmann07:36
vdrokcaoshufeng_: here is the fix - https://review.openstack.org/#/c/316031/207:36
vdrokit's not driver-specific issue07:37
*** _vsaienko has joined #openstack-ironic07:37
*** _vs has joined #openstack-ironic07:37
*** gcb has joined #openstack-ironic07:41
*** _vsaienko has quit IRC07:50
*** _vs has quit IRC07:51
*** _vsaienko has joined #openstack-ironic07:53
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: [WIP] Tempest: add basic test  https://review.openstack.org/29392607:53
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: Enhance Power Interface for Soft Power Off and Inject NMI  https://review.openstack.org/18670007:53
*** _vs has joined #openstack-ironic07:54
*** gcb has quit IRC07:54
*** jistr has joined #openstack-ironic07:54
*** daemontool has joined #openstack-ironic07:55
*** david-lyle has joined #openstack-ironic07:57
*** _vsaienko has quit IRC07:57
*** _vs has quit IRC07:57
*** zzzeek has quit IRC08:00
caoshufeng_vdrok thanks!!!08:00
*** zzzeek has joined #openstack-ironic08:01
*** aarefiev has joined #openstack-ironic08:02
*** _vsaienko has joined #openstack-ironic08:02
*** _vs has joined #openstack-ironic08:02
*** sacharya has joined #openstack-ironic08:06
*** sacharya has quit IRC08:10
*** gcb has joined #openstack-ironic08:11
*** ohamada has joined #openstack-ironic08:15
*** _vsaienko has quit IRC08:17
*** _vs has quit IRC08:17
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110908:24
*** dtantsur|afk is now known as dtantsur08:29
dtantsurMorning Ironic08:30
*** lucas-dinner is now known as lucasagomes08:32
lucasagomesmorning all08:32
*** mbound has joined #openstack-ironic08:36
dtantsurjust got a bug report that introspection does not work on VirtualBox under Mac OS X >_<08:38
* dtantsur blames Mac OS X ofc08:38
*** _milan_ has joined #openstack-ironic08:40
*** yuikotak_ has joined #openstack-ironic08:41
*** derekh has joined #openstack-ironic08:42
*** wendar_ has joined #openstack-ironic08:43
*** kozhukalov_ has joined #openstack-ironic08:43
*** eglute_s has joined #openstack-ironic08:44
*** bapalm_ has joined #openstack-ironic08:44
*** lucasagomes_ has joined #openstack-ironic08:45
*** yuikotakadamori has quit IRC08:45
*** thiagop has quit IRC08:45
*** milan has quit IRC08:45
*** bapalm has quit IRC08:45
*** cloudnull has quit IRC08:45
*** kozhukalov has quit IRC08:45
*** odyssey4me has quit IRC08:45
*** yarkot1 has quit IRC08:45
*** rbradfor has quit IRC08:45
*** eglute has quit IRC08:45
*** mgagne has quit IRC08:45
*** aarefiev has quit IRC08:45
*** lucasagomes has quit IRC08:45
*** Nakato has quit IRC08:45
*** wendar has quit IRC08:45
*** Nakato has joined #openstack-ironic08:45
*** mgagne has joined #openstack-ironic08:45
*** kromanenko_ has joined #openstack-ironic08:46
*** Romanenko_K has joined #openstack-ironic08:46
*** yarkot1 has joined #openstack-ironic08:46
*** mgagne is now known as Guest9229208:46
*** thiagop has joined #openstack-ironic08:46
*** odyssey4me has joined #openstack-ironic08:46
*** kromanenko__ has joined #openstack-ironic08:46
vdrokmorning dtantsur and lucasagomes !08:46
*** rbradfor has joined #openstack-ironic08:46
*** aarefiev has joined #openstack-ironic08:46
lucasagomes_dtantsur, WONTFIX heh08:47
lucasagomes_jk08:47
*** serverascode has quit IRC08:47
*** kozhukalov_ is now known as kozhukalov08:48
*** cloudkiller has joined #openstack-ironic08:48
dtantsurlucasagomes_, no jk, I really closed it as WONTFIX08:48
* lucasagomes_ firealarm of his building went of, wonder if it's a test08:48
dtantsurand the reason is that it does not support memory in dmidecode08:48
dtantsur(it = vbox ofc)08:48
lucasagomes_oh08:48
dtantsuralso morning vdrok08:48
*** lucasagomes_ is now known as lucasagomes08:49
*** e0ne has joined #openstack-ironic08:49
*** francoblanco has quit IRC08:49
*** sylwesterB has quit IRC08:49
*** fyxim has quit IRC08:49
*** sergek has quit IRC08:50
vsaienkomorning Ironic'ers08:50
dtantsurmorning vsaienko08:51
*** rm_work has quit IRC08:53
*** rm_work has joined #openstack-ironic08:54
*** sergek has joined #openstack-ironic08:59
*** francoblanco has joined #openstack-ironic08:59
*** serverascode has joined #openstack-ironic08:59
*** daemontool_ has joined #openstack-ironic09:00
*** daemontool_ has quit IRC09:00
zhenguo_morning dtantsur, lucasagomes, vdrok, vsaienko09:01
vdrokhi zhenguo_09:01
openstackgerritMerged openstack/ironic: add mitaka configuration reference link to the index page  https://review.openstack.org/31752509:01
*** sylwesterB has joined #openstack-ironic09:02
lucasagomeszhenguo_, hi there!09:02
*** daemontool has quit IRC09:03
*** fyxim has joined #openstack-ironic09:03
*** mgould has joined #openstack-ironic09:05
*** agordeev has quit IRC09:07
*** agordeev has joined #openstack-ironic09:09
vsaienkogreen multitenancy job again http://logs.openstack.org/32/296432/36/experimental/gate-tempest-dsvm-ironic-multitenant-network-nv/e3c6307/ :)09:11
sergeko/09:12
*** jtomasek_ has joined #openstack-ironic09:12
dtantsurawesome!09:14
lucasagomesvsaienko, w00t!09:17
*** daemontool has joined #openstack-ironic09:18
sambettsMorning all09:20
dtantsurmorning sambetts09:21
sambettso/ dtantsur09:21
dtantsursambetts, I spent some time discussing the local_gb issue on the internal tech list; seems like there is no way to know when hardware is ready09:22
* dtantsur is lost09:22
vsaienkomorning sambetts09:23
sambettsdtantsur: that is a nightmare... so save doing a sleep 120 we really have no other way? and I guess even then the machine might be slow enough not to be ready :/09:23
dtantsuryes, so we need the sleep to be configurable >_< I can't believe I'm seriously saying that..09:24
sambettssigh...09:24
mgouldmorning ironic09:27
dtantsurmorning mgould09:27
mgouldmorning dtantsur sambetts vsaienko sergek09:28
vsaienkomorning mgould09:28
vdrokmorning sambetts and mgould09:31
sambettsdtantsur: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/Online_Storage_Reconfiguration_Guide/scanning-storage-interconnects.html ??09:32
*** jtomasek_ has quit IRC09:32
sambettsdtantsur: I wonder if we can watch the /sys/class/scsi_host directory to see if something is there or not :/09:32
_milan_morning sambetts dtantsur vsaienko lucasagomes :)09:33
sambetts_milan_: you've gained another _09:33
dtantsurlol09:33
dtantsurmorning _milan_09:33
dtantsurI suggest the next nick be =^_^=milan=^_^=09:33
* _milan_ getting more and more private09:33
_milan_attribute of this free node channel ;)09:34
dtantsursambetts, the problem with waiting for one disk is that we can have more than 1 disk.. of which we don't necessary need the 1st09:34
sambettsdtantsur: I'm wondering if we can scan /sys/class to get a picture of what devices are plugged in and then if we notice a raid thats not ready then poll for it or something :/09:35
dtantsursambetts, I wonder if /sys/class is always populated quickly09:35
*** KennethWilke has quit IRC09:36
mgouldmorning vdrok _milan_09:36
_milan_morning mgould09:37
sambettsdtantsur: it should be populated at kernel run time09:37
dtantsursambetts, welll.. while the driver is loading? ;)09:37
dtantsurI wish I had direct access to the offending machine, then I would experiment09:37
sambettsI would hope it populates it first because it has to know which device it is to load the driver09:38
*** e0ne has quit IRC09:40
*** Khayam has joined #openstack-ironic09:41
lucasagomes_milan_, hi there :D09:41
*** e0ne has joined #openstack-ironic09:42
_milan_lucasagomes, o/ :D09:44
*** stendulker has joined #openstack-ironic09:46
*** cloudkiller is now known as cloudnull09:46
mgouldmorning lucasagomes09:48
lucasagomesmgould, hi there, good morning09:48
sambettshey mgould09:48
sambettsand anyone else I've missed while I've been down the systemd rabbithole09:48
*** electrofelix has joined #openstack-ironic09:49
Khayamhi.09:49
Khayami am new to ironic. I have read its basic documentation and workflow09:49
KhayamNow I am interested in contributing. Whats the easy way to get there09:49
Khayam?09:49
sambettsHi Khayam, welcome to Ironic! Have you contributed to OpenStack before?09:50
Khayamyes.09:51
Khayami am contributor to Tricircle project09:52
Khayamtricircle is in start now much contributors. I fixed 2 bugs there09:52
Khayam*tricircle is in start.. not much contributors. I fixed 2 bugs there09:52
openstackgerritTan Lin proposed openstack/ironic: Add command to force a deploy failure  https://review.openstack.org/31127309:53
sambettsKhayam: Oh cool! So you know the processes required to commit into an OpenStack project etc?09:53
sambettshow to use gerrit etc09:53
*** KennethWilke has joined #openstack-ironic09:53
Khayamyes. i am aware of that.09:55
KhayamActullay I want to get a highlevel overview of ironic source code.09:56
sambettsdtantsur: I wonder if we can add some super generic udev rules that match all block devices of something that will trigger some target we can watch09:57
*** YiboCai has quit IRC09:57
dtantsurdunno.. from what people told me, it's not possible09:57
lucasagomesKhayam, welcome! I would suggest you run Ironic in devstack and play a bit with it, http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack09:57
lucasagomeslook at our bug list for low-hanging-fruit bugs09:58
sambettsFor an overview of the system arch etc http://docs.openstack.org/developer/ironic/#developer-s-guide09:58
*** PixieBoots has joined #openstack-ironic09:59
Khayamok. but 1 question. as ironic uses pxe and ipmi , so will it work in vms?09:59
lucasagomesKhayam, for ipmi it uses a project called VirtualBMC to translate IPMI commands to libvirt commands09:59
lucasagomesif you set the IRONIC_DRIVER in devstack to agent_ipmitool or pxe_ipmitool it will set up virtualbmc for you10:00
lucasagomesKhayam, there's also the *_ssh drivers which mock power commands by ssh'ing into a host and issuing virsh (or other hypervisors) commands10:00
lucasagomesKhayam, so the answer is, there are ways of doing that yes :-)10:01
lucasagomes#pixiesay hello dtantsur10:01
PixieBootsʕ•͡ᴥ•ʔ: hello dtantsur10:01
* lucasagomes made that yesterday10:01
* lucasagomes night10:01
Khayamgreat10:01
Khayamthanks10:01
dtantsurLOL fantastic!10:03
lucasagomesheh10:03
lucasagomesit does useful things too10:03
dtantsur#pixiesay Ironic rules10:03
PixieBootsʕ•͡ᴥ•ʔ: Ironic rules10:03
lucasagomes#failgraph  gate-tempest-dsvm-ironic-agent_ssh gate-tempest-dsvm-ironic-pxe_ssh10:03
PixieBootsʕ•͡ᴥ•ʔ: http://tinyurl.com/hq6mvgd10:03
dtantsuroh, this is good one10:03
lucasagomesyeah10:03
lucasagomeswell I will opensource it once the code is a bit better heh10:03
lucasagomesso we can enhance it10:04
* lucasagomes should just put it in github10:04
dtantsuryeah, just put it there10:05
dtantsureven my bug dashboard is open source, and it looks terrible :D10:06
lucasagomeshah yup10:06
lucasagomeswill do10:07
*** sacharya has joined #openstack-ironic10:07
*** zhihaisong has quit IRC10:09
*** sacharya has quit IRC10:13
openstackgerritMerged openstack/python-ironic-inspector-client: Updated from global requirements  https://review.openstack.org/31749910:17
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Cache node object inside hw manager instances  https://review.openstack.org/31753810:18
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Get root device hints from the node object  https://review.openstack.org/29653910:18
*** _vsaienko has joined #openstack-ironic10:19
*** _vs has joined #openstack-ironic10:19
*** _vsaienko has quit IRC10:19
*** _vs has quit IRC10:19
*** priteau has joined #openstack-ironic10:27
_milan_#pixiesay lucasagomes, nice one :D10:32
PixieBootsʕ•͡ᴥ•ʔ: lucasagomes, nice one :D10:32
lucasagomes:D10:32
lucasagomes#pixiesay cheers _milan_10:32
PixieBootsʕ•͡ᴥ•ʔ: cheers _milan_10:32
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: [WIP] Support long hardware initialization  https://review.openstack.org/31796910:32
dtantsursambetts, this is what I ended up with ^^^10:32
_milan_:D10:32
sambettsdtantsur: pretty neat10:37
*** yuikotak_ has quit IRC10:37
sambettsdtantsur: unless we can polling /sys/devices or something like that I think thats the only way forward10:37
dtantsursambetts, I hope we can figure out polling $something and put it to initialize_hardware later10:38
dtantsurbut that will require a reproducer environment, which I don't personally have :( I can't ping a customer every time I need to test a new image...10:38
jrollmorning y'all10:39
jrolllucasagomes: nice bot :D10:39
lucasagomes#pixiesay morning jroll :-)10:40
PixieBootsʕ•͡ᴥ•ʔ: morning jroll :-)10:40
lucasagomesjroll, yeah it has a failgraph command only for now10:40
lucasagomeswe can start adding useful stuff to it, like searching for bugs etc10:40
lucasagomes#failgraph gate-tempest-dsvm-ironic-pxe_ssh10:40
PixieBootsʕ•͡ᴥ•ʔ: http://tinyurl.com/zn748at10:40
*** Khayam has quit IRC10:40
jrollyeah, saw that10:40
*** _vsaienko has joined #openstack-ironic10:41
*** _vs has joined #openstack-ironic10:41
dtantsurmorning jroll10:41
*** thrash|g0ne is now known as thrash10:41
jrolldtantsur: woo https://review.openstack.org/#/c/310288/110:41
sambettso/ jroll10:41
_milan_morning jroll10:42
dtantsuryeah, that's good10:42
*** _vs has quit IRC10:42
*** _vsaienko has quit IRC10:42
dtantsurnow we need to claim the upgrade tag, and we're finally responsible adults :D10:42
*** _vs has joined #openstack-ironic10:42
*** _vsaienko has joined #openstack-ironic10:42
dtantsur#pixiesay I am a responsible adult, and I maintain my stable branches carefully10:42
PixieBootsʕ•͡ᴥ•ʔ: I am a responsible adult, and I maintain my stable branches carefully10:42
jrolllol10:42
*** ptx0_ has quit IRC10:44
*** ptx0_ has joined #openstack-ironic10:44
*** ptx0_ is now known as ptx010:44
vdrokmorning jroll !10:44
vdroklucasagomes: wow, cool :)10:44
jrollhey vdrok :)10:44
lucasagomesheh10:44
lucasagomesthere's an easter-egg in the pixiesay, just saying...10:44
lucasagomestip: something that was said about the project that we didn't like10:45
vdrokis it in portuguese? :)10:45
lucasagomesnop10:45
lucasagomesenglish10:45
* dtantsur is intrigued10:45
jroll#pixiesay shuttleworth10:45
PixieBootsʕ•͡ᴥ•ʔ: shuttleworth10:45
lucasagomesso close10:46
jroll#pixiesay nsaaas10:46
PixieBootsʕ•͡ᴥ•ʔ: nsaaas10:46
jroll#pixiesay nsa10:46
PixieBootsʕ•͡ᴥ•ʔ: nsa10:46
* jroll stops spamming10:46
lucasagomes#pixiesay NSA-as-a-Service10:46
PixieBoots╭∩╮ʕ•͡ᴥ•ʔ╭∩╮: Mark Shuttleworth is an intergalactic ass****. See: http://www.markshuttleworth.com/archives/149310:46
dtantsurROFL :D10:46
_milan_:D10:46
jrolllol10:46
jrollwe... probably shouldn't have that here10:46
lucasagomesyeah... I should remove it10:46
sambettsROFLCOPTER10:46
lucasagomeswas funny when I was coding tho10:46
dtantsuryeah, it's enough that we had good laughter right now10:46
jrollheh10:47
dtantsurlucasagomes, we need a special version for our internal IRC.10:47
lucasagomesdtantsur, yeah10:47
*** _vsaienko has quit IRC10:48
*** _vs has quit IRC10:48
dtantsurjroll, should we push someone to review https://review.openstack.org/316655? I'm sick on unstable DIB jobs...10:48
jrolldtantsur: sure10:49
* jroll does it10:49
dtantsurthnx10:49
jrollI'll push again during US workday10:49
dtantsurfair10:49
_milan_aarefiev, wdyt about the timeouts here: https://review.openstack.org/#/c/293926/12/ironic_inspector/test/inspector_tempest_plugin/tests/test_basic.py10:50
vsaienkogreen grenade job http://logs.openstack.org/09/311109/22/experimental/gate-grenade-dsvm-ironic/bd11b12/10:50
vsaienko:P10:50
jrollvsaienko: \o/10:50
dtantsurOMG YES!!10:51
vsaienkoneed to summarize all that we have in "WIP and DO NOT REVIEW" patches10:51
jrollvsaienko: well, 2016-05-18 10:49:37.500 | {0} ironic_tempest_plugin.tests.scenario.test_baremetal_basic_ops.BaremetalBasicOps.test_baremetal_server_ops ... SKIPPED: Skipped because the baremetal service is not available10:51
jrollbut this is progress!10:51
dtantsurheh10:51
openstackgerritLucas Alvares Gomes proposed openstack/virtualbmc: Set IPMI response timeout for the virtual BMCs  https://review.openstack.org/31602210:52
aarefiev_milan_: I'll take a look in 1h, btw thanks for updating,  which timeout are you facing, probably we need to tune some10:53
*** moshele has quit IRC10:53
vsaienkojroll need to check why Ironic is disabled in tempest.conf http://logs.openstack.org/09/311109/22/experimental/gate-grenade-dsvm-ironic/bd11b12/logs/new/tempest_conf.txt.gz10:53
_milan_aarefiev, I mean I've hard-coded 360s there10:53
* _milan_ not really sure what to do about that10:54
jrollvsaienko: yeah, likely just missing something10:54
vdrokyeah, driver_enabled is true10:54
_milan_aarefiev, np ;)10:54
aarefiev_milan_: I'll take a look closer later, it should be config var  https://review.openstack.org/#/c/293926/12/ironic_inspector/test/inspector_tempest_plugin/config.py10:55
*** moshele has joined #openstack-ironic10:56
lucasagomes#pixiebot my code is here https://github.com/umago/pixiebot10:56
lucasagomes#pixiesay my code is here https://github.com/umago/pixiebot10:57
PixieBootsʕ•͡ᴥ•ʔ: my code is here https://github.com/umago/pixiebot10:57
* lucasagomes #fail10:57
sambetts#pixiesay my creator has lost control of me10:57
PixieBootsʕ•͡ᴥ•ʔ: my creator has lost control of me10:57
jrollvsaienko: vdrok: probably related to https://github.com/openstack-dev/grenade/blob/master/upgrade-tempest#L4910:57
jrollnot sure how to populate that10:57
jroll(from a plugin)10:57
*** caoshufeng_ has quit IRC10:58
vdrokjroll: yep, seems like it10:58
lucasagomessambetts, heh well let's contribute to it10:59
sambetts;)10:59
*** dtantsur is now known as dtantsur|brb10:59
lucasagomesthe idea is make it useful10:59
*** _vs has joined #openstack-ironic10:59
*** _vsaienko has joined #openstack-ironic10:59
sambettslucasagomes: we should totally have it pick up if the gate is borked11:00
lucasagomessambetts, exactly things like that11:00
lucasagomessearch for bugs, etc11:01
lucasagomesapproved specs and all that11:01
sambettsjroll, dtantsur|brb: I put together a spec for the interface attach detach API11:04
*** stendulker has quit IRC11:08
openstackgerritJim Rollenhagen proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110911:16
jrollvsaienko: vdrok: that adds https://review.openstack.org/#/c/317993/111:16
*** Goneri has joined #openstack-ironic11:20
*** _vsaienko has quit IRC11:24
*** _vs has quit IRC11:24
vsaienkojroll I don't think that adding Depends-On in the https://review.openstack.org/#/c/311109/ will work. Since patch already contain depends-on to grenade project Depends-On: I9a1cf8aab959b926f7f853208a4f54658e24e07e11:28
openstackgerritKurt Taylor proposed openstack/ironic-specs: Revise third party continuous integration spec for new drivers  https://review.openstack.org/31476811:28
vsaienkoI suggest to put both patches in the chain11:28
vsaienkohttps://review.openstack.org/#/c/315268/ and https://review.openstack.org/#/c/317993/11:29
*** chopmann has quit IRC11:29
*** hoangcx has quit IRC11:31
jrollvsaienko: it should work fine as long as there's no merge conflict11:32
*** anteaya has joined #openstack-ironic11:32
*** nico-afk is now known as nicodemos11:34
vsaienkojroll: zuul-cloner uses checkout https://github.com/openstack-infra/zuul/blob/33f080a8801dabac5450892b164ca510a8296405/zuul/lib/cloner.py#L180-L18111:35
jrollvsaienko: oh :(11:36
jrollvsaienko: lemme fix11:36
vsaienkojroll: sure11:36
openstackgerritJim Rollenhagen proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110911:38
jrollthat should do it11:38
*** lucasagomes is now known as lucas-hungry11:38
*** priteau has quit IRC11:41
*** baoli has joined #openstack-ironic11:45
*** baoli_ has joined #openstack-ironic11:46
*** baoli has quit IRC11:50
vsaienkojroll do we have an etherpad with grenade status? I would like to add all patchese/fixes that need to be merged there11:51
jrollvsaienko: https://etherpad.openstack.org/p/ironic-newton-grenade-whiteboard11:52
*** dtantsur|brb is now known as dtantsur11:52
*** priteau has joined #openstack-ironic11:52
anteayajroll: hello11:54
anteayajroll: did you get any follow up from anyone in the scientific working group?11:54
*** priteau has quit IRC11:57
jrollanteaya: yes, there's a post on the ops list, I have yet to respond11:57
anteayajroll: I must have missed that post, I'll look again11:57
anteayajroll: thanks11:58
jrollanteaya: [Openstack-operators] [scientific] Ironic Summit recap - ops experiences11:58
dtantsurTIL we have scientific working group11:58
* jroll steps away for breakfast11:58
anteayajroll: thanks11:58
jrollyou're welcome :)11:58
anteayadtantsur: we do indeed11:58
anteaya:)11:58
anteayaenjoy breakfast11:58
*** priteau has joined #openstack-ironic12:02
anteayawhat is BMC?12:02
anteayabare metal c<something>12:02
sambettsanteaya: https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface#Baseboard_management_controller12:03
anteayathanks12:03
*** dprince has joined #openstack-ironic12:05
*** dhellmann has joined #openstack-ironic12:06
*** sacharya has joined #openstack-ironic12:09
*** fellypefca has joined #openstack-ironic12:10
*** trown|outtypewww is now known as trown12:12
*** sacharya has quit IRC12:13
vsaienkojroll found another issue http://logs.openstack.org/09/311109/22/experimental/gate-grenade-dsvm-ironic/bd11b12/logs/new/screen-n-cpu.txt.gz12:13
vsaienkon-cpu didn't started because nova_compute_driver from Mitaka doesn't work on nova from Newton12:14
vsaienkothere was a bug in Newton that fixed issue https://bugs.launchpad.net/ironic/+bug/157499012:14
openstackLaunchpad bug 1574990 in Ironic "nova-cpu can't start, Unable to load the virtualization driver" [Critical,Fix released]12:14
vsaienkojroll: so probably we have to change compute driver in Mitaka to ironic.IronicDriver12:15
*** yonglihe has quit IRC12:18
sambetts:/ that sounds like something we should be able to configure in the devstack scripts right/12:20
sambetts?12:20
sambettsin the local.conf files12:20
thiagopgood morning Ironic12:23
mgouldmorning thiagop12:24
*** priteau has quit IRC12:25
*** Goneri has quit IRC12:25
*** priteau has joined #openstack-ironic12:26
*** links has quit IRC12:31
*** lucas-hungry is now known as lucasagomes12:32
*** links has joined #openstack-ironic12:35
*** Goneri has joined #openstack-ironic12:37
openstackgerritJarrod Johnson proposed openstack/pyghmi: Disable futile attempts to correct uncorrectable time  https://review.openstack.org/31621812:42
openstackgerritMerged openstack/pyghmi: Remove support for py33/py26  https://review.openstack.org/26457012:42
*** itamarl has joined #openstack-ironic12:48
*** joprovost has joined #openstack-ironic12:50
*** daemontool has quit IRC12:52
*** _vsaienko has joined #openstack-ironic12:53
*** _vs has joined #openstack-ironic12:53
jrollvsaienko: oh, fun :)12:54
jrollvsaienko: so I could backport that quickly, or we could do the from-mitaka thing12:54
vdrokjroll: in theory, we should not change it in mitaka, right? like users who have this setting will be broken after upgrade :(12:55
vsaienkojroll: I agree with vdrok, changing default value in Mitaka may harm uses, that upgrade production clouds12:56
vdrokbut changing that in grenade is also bad, we should not fiddle with config during upgrade12:56
jrollwell, it's more like, that nova change potentially broke users12:57
* jroll trying to find it12:57
vsaienkoI think we may change default value in Mitaka, and add a release note to Newton that during upgrade user have to change nova_compute driver12:57
vsaienkojroll here is the change https://review.openstack.org/309504/12:57
xavierrgooood morning 1r0n1c12:57
jrollright, so12:58
jrollthere's kind of a release note for this: http://docs.openstack.org/releasenotes/nova/unreleased.html#other-notes12:58
sambettsdid that go through a deprecation? ...12:59
jrollbah, our mitaka install guide has the bad one http://docs.openstack.org/developer/ironic/mitaka/deploy/install-guide.html#configure-compute-to-use-the-bare-metal-service12:59
jrollsambetts: no clue, it was during summit13:00
*** joprovost1 has joined #openstack-ironic13:00
*** rbudden has joined #openstack-ironic13:00
vsaienkojroll that is why I propose to change default value in Mitaka docs/devstack and add a release note in Newton13:00
jrollvsaienko: well, it would need to be a nova release note13:01
*** joprovost has quit IRC13:01
*** joprovost1 is now known as joprovost13:01
jrollI would do a release note for Nova newton release, and a from-mitaka in nova's grenade bits13:01
*** athomas has joined #openstack-ironic13:02
* jroll chats with nova13:02
sambettsthats still a breaking change right? would stable/mitaka load ironic.IronicDriver?13:03
vsaienkosambetts yes, it would local13:03
vsaienkoaccording to devstack change nova supports long and short driver names starting from 201313:04
vsaienkosambetts here is the change made in 2013 that works with short names https://github.com/openstack-dev/devstack/commit/8c032d1635320ad9b5162136a8876cc48e7fa8bd#diff-32175de45f20afcd48b5a65d96cf7aaeR11013:05
jrollvsaienko: nah, it was before that even: https://github.com/openstack-dev/devstack/commit/8c032d1635320ad9b5162136a8876cc48e7fa8bd#diff-4f76c30de6fd72bd49643dbcf1007a61L104813:07
sambetts:/ hmmm ok... so basically there was a deprecation period it just wasn't documented as one13:07
jrollI think it was somewhat accidental13:08
*** rloo has joined #openstack-ironic13:09
sambettsthey accidentaly supported long names?13:10
vsaienkoso we have 3 options: 1 - revert nova change and deprecate it in Ocata, 2 - change Mitaka value and add a release note, 3 - Change nova.conf during upgrade and add a release note anyway13:10
jrollsambetts: well, the intent was to not allow loading drivers outside of nova.virt13:11
jrollAIUI13:11
jrollhowever that also breaks loading drivers from inside nova.virt by the full module path13:11
*** lindycoder has joined #openstack-ironic13:11
jrollvsaienko: yeah, I'm bugging the nova people, I like 3 because it reflects the true state of the world13:12
sambettsyeah :/ tbh not sure why they want to prevent people loading compute drivers from out of tree, seems very GPL to me13:12
jrollthey're moving to a more... "defined behavior" model13:13
*** _vsaienko has quit IRC13:13
*** _vs has quit IRC13:13
sambetts:/13:14
jrollsambetts: they've also deprecated out of tree network drivers, iirc13:15
*** wajdi has quit IRC13:16
*** links has quit IRC13:16
*** _vsaienko has joined #openstack-ironic13:17
*** _vs has joined #openstack-ironic13:17
*** mbound has quit IRC13:17
sambettsjroll: this makes it even more important to me that the attach / detach API is landed, plus tbh I'd like to do the same to all other logic in the nova driver, because there'll be no more oh I'll just monkey patch that thing with an out of tree version of the Ironic driver any more ...13:17
jlvillalsambetts, It went wonky again: https://review.openstack.org/#/c/311109/13:18
jrollsambetts: yep, I hear you13:18
sambettsjlvillal: gah?! Why?!13:18
jlvillalsambetts, Uh, I'm kinda looking at you for that answer ;)13:19
sambettsjlvillal: pinging people who might know more internally to find out why13:19
jrollsambetts: I wonder if there's something about depends-on that makes your ci freak out13:19
jrollI feel like that's the common thing13:19
sambettsooooh I wonder! its like its detecting the recheck message in the Failure message we're commenting with?! I wonder if thats whats happening!13:22
sambettsso its basiclly rechecking itself or something13:22
*** sabeen has joined #openstack-ironic13:22
jlvillalvsaienko, Very nice to wake up and see that there was a green grenade job :)  Thanks!13:22
* sambetts does some digging 13:22
jrollhah13:23
sambettsonly a hypothosis right now, but thats my theory13:23
vsaienkojlvillal, we still need to fix a lot of thing here13:24
jlvillalvsaienko, Yep. But we have had HUGE progress this week.13:25
vsaienkojroll: looks like https://review.openstack.org/#/c/317993/1/upgrade-tempest didn't help13:25
jlvillalvsaienko, I think we will need this merged: https://review.openstack.org/31776613:26
*** nathan-h has joined #openstack-ironic13:26
jlvillalAt least I ran into an issue with that value set in my local testing.13:26
jrollvsaienko: oh? :/13:26
NobodyCamGood morning Ironicers...13:27
vsaienkojroll: tempest doesn't know about ir-cond or ir-api https://github.com/openstack-dev/devstack/blob/59ed73a3d46402f01021794ecc565aa8945104c1/lib/tempest#L50013:27
NobodyCam:)13:27
*** _vs has quit IRC13:27
dtantsurmorning NobodyCam13:27
vsaienkowe have to add ironic to enabled_services I think13:27
*** _vsaienko has quit IRC13:28
jrollvsaienko: oh right, we need to add that here https://github.com/openstack/ironic/blob/master/devstack/upgrade/settings13:28
vsaienkojroll right13:28
NobodyCammorning dtantsur, jroll, vsaienko :)13:28
jlvillalvsaienko, jroll: That patches I thought we needed. But mine doesn't pass yet.  https://review.openstack.org/#/c/317751/13:29
vsaienkoMorning NobodyCam13:29
NobodyCamand jlvillal too :)13:29
*** _vsaienko has joined #openstack-ironic13:29
*** _vs has joined #openstack-ironic13:29
jlvillalGood morning vsaienko NobodyCam jroll dtantsur sambetts lucasagomes rloo vdrok BadCub and everyone else :)13:30
*** mjturek1 has quit IRC13:30
dtantsurmorning jlvillal13:30
jrolljlvillal: seems there is more :)13:30
jrolljlvillal: see the list at https://review.openstack.org/#/c/311109/13:30
jrollI know I've seen that apache issue13:30
jlvillaljroll, thanks13:30
jrolljlvillal: thanks vsaienko :)13:30
jrollthank*13:30
jlvillal:)13:31
lucasagomes#pixiesay morning NobodyCam jroll :-)13:31
PixieBootsʕ•͡ᴥ•ʔ: morning NobodyCam jroll :-)13:31
lucasagomesjlvillal, *13:31
* lucasagomes #fail13:31
vsaienkojlvillal you have missed https://review.openstack.org/#/c/31713913:31
jlvillalvsaienko, vdrok I wouldn't be opposed to a new patch to replace 311109. Since it takes so long to load in my browser :)13:32
jrollheh ++13:32
NobodyCamlucasagomes: omg13:32
jlvillalvsaienko, I have that one13:32
NobodyCamPixieBoots: help13:33
vsaienkojlvillal, it should be in the chain with https://review.openstack.org/#/c/317751/13:33
NobodyCam#PixieBoots help13:33
NobodyCam"p13:33
lucasagomesNobodyCam, it does not have it yet13:33
rloomorning jlvillal, NobodyCam, jroll, PixieBoots, vsaienko, lucasagomes, dtantsur, sambetts and all you ironic'ers out there that have been quietly working the past few minutes :)13:34
jlvillalvsaienko, I see https://review.openstack.org/#/c/317139 brought in by https://review.openstack.org/#/c/317751/13:34
lucasagomesNobodyCam, it only has 2 commands #pixiesay and #failgraph <test name [test name] ...>13:34
vsaienkoMorning rloo13:34
NobodyCammorning rloo, and lucasagomes :)13:34
jlvillalvsaienko, Maybe you aren't scrolling the commit message?13:34
lucasagomesrloo, morning13:35
dtantsurmorning rloo13:35
NobodyCamlucasagomes: very cool!13:35
*** _vsaienko has quit IRC13:35
vsaienkojlvillal both patches are to the ironic project, Depends-On will not work I think13:35
lucasagomesNobodyCam, I did it yesterday night, so... it's very frsh13:35
vsaienkojlvillal they should be in the same chain13:36
*** priteau has quit IRC13:36
*** _vs has quit IRC13:36
vsaienkojroll who is gonna to update https://github.com/openstack/ironic/blob/master/devstack/upgrade/settings#L16 ?13:36
jrollvsaienko: I can if you are not13:37
jrollvsaienko: which patch should I stack it on :)13:38
jlvillalvsaienko, Zuul seems to understand  http://status.openstack.org/zuul/   31775113:38
vsaienkojroll, I will do it13:38
jrollvsaienko: ok, thanks13:38
*** athomas has quit IRC13:38
*** athomas has joined #openstack-ironic13:39
jlvillaljroll, your vote on the grenade patch would be good: https://review.openstack.org/#/c/317076/13:39
*** _vsaienko has joined #openstack-ironic13:39
*** _vs has joined #openstack-ironic13:39
jlvillalvsaienko, and I are co-authors, so we shouldn't vote13:39
vdrokMorning NobodyCam jlvillal and rloo :)13:39
NobodyCammorning vdrok :)13:39
rloohi vdrok!13:39
*** ChrisAusten has joined #openstack-ironic13:40
*** cdearborn has joined #openstack-ironic13:41
openstackgerritRuby Loo proposed openstack/ironic: Remove link to Liberty configs  https://review.openstack.org/31809213:41
jrolljlvillal: I've voted, probably not the way you hoped :)13:41
jlvillalArgh! ;)13:41
*** mtanino has joined #openstack-ironic13:43
mat128jroll, jlvillal I suggested a different wording that avoids the $1 altogether :)13:44
jlvillaljroll, I responded. I was copying style I had seen in Grenade.13:44
vsaienkojroll, I would like to add a patch to upgrade.sh that will update nova config with new compute_driver13:44
*** mgoddard_ has joined #openstack-ironic13:45
jlvillalmat128, There are multiple phases though.  pre_create, create, verify, verify_noapi, etc...13:45
jrollvsaienko: that would go in the from-mitaka thing, right?13:46
vsaienkoright13:47
vsaienkojrill after the stop_nova https://github.com/openstack/ironic/blob/master/devstack/upgrade/upgrade.sh#L7913:47
vsaienkosorry, jroll13:47
*** mgoddard has quit IRC13:48
*** ametts has joined #openstack-ironic13:49
jrollvsaienko: and I think that should go in the nova from-mitaka script as that is a breakage in nova13:49
sambettsjlvillal: It seems I am hitting this https://storyboard.openstack.org/#!/story/200044513:49
jlvillaljroll, Updated https://review.openstack.org/#/c/317076/13:50
jlvillalsambetts, Ah cool. You know why.13:50
sambettsjlvillal: Not really sure, something to do with when all my jenkins slaves go dead or something :/ I need to update to get the fix for it I think13:51
vsaienkojroll what is nova from-mitaka script?13:53
jrollvsaienko: something like https://github.com/openstack-dev/grenade/blob/master/projects/60_nova/from-liberty/upgrade-nova13:53
jrollbut for mitaka13:53
sambettsjlvillal: oh man... the fix for that issue is merged 5 months ago but their last release was 11 months ago ...13:54
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837913:54
jrollvsaienko: see also the bottom of http://docs.openstack.org/developer/grenade/readme.html#theory-of-upgrade where it says "Grenade supports per release specific upgrade scripts (from-juno, from-kilo)."13:54
jlvillalsambetts, :(13:54
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110913:55
openstackgerritVasyl Saienko proposed openstack/ironic: Add ironic to enabled_services  https://review.openstack.org/31811213:55
*** mjturek1 has joined #openstack-ironic13:57
*** absubram has quit IRC13:59
anteayaso I'm reading http://jroll.ghost.io/newton-summit-recap/ as I have to give a presentation tonight to a user group on the austin summit14:00
anteayawhat is a pizza box hardware type?14:00
mat128generic brandless machine14:00
mat128rackmount14:00
*** mgoddard_ has quit IRC14:01
*** mgoddard has joined #openstack-ironic14:01
anteayamat128: thank you14:01
anteayaI'm personally very excited about the thing resource14:01
sambettsanteaya: pizza box: http://i131.twenga.com/computers/rackmount-server-case/generic-rack-mountable-server-tp_5377784842778054130f.jpg14:01
sambetts:D14:01
anteayasambetts: ah thank you14:01
jrollanteaya: to be clear, I was using "pizza box" as a strawman, it isn't something we plan to have :)14:02
anteayavery good, thank you14:02
*** vishwanathj has joined #openstack-ironic14:03
anteayaI'm not sure how in depth I'll get, first time addressing this crowd and the title I was given was overview of the Austin Summit14:03
anteayaI have a lot of ground to cover14:03
anteayathink I'll see what the crowd is interested in and pay attention to those topics if that is feasible14:04
rloogood luck anteaya; I'm sure you'll wow them and convince them all to go to Barcelona :)14:04
anteayarloo: thanks ruby, I appreciate your vote of confidence14:05
anteayaI'll certainly be telling them about Barcelona14:05
anteayabut to be honest my biggest takeaway personally from Austin was there were far too many people14:06
anteayaI wasn't sick and still had to sleep for 2 weeks after returning home14:06
rlooanteaya: interesting. I don't think that I found it any bigger than Tokyo's.14:06
anteayaoh okay, good to know14:07
rlooanteaya: but then, I'm not a mover/shaker/social-creature like you are :D I stuck mostly with the same developers.14:07
anteayaI found there were many conversations I never got to have14:07
anteayaas I kept getting interrupted14:07
rlooanteaya: yes, that's cuz you are popular.14:07
anteayarloo: that has its benefits, staying with the same folks14:07
anteayarloo: not sure I would go that far :)14:08
anteayabut thank you :)14:08
rlooanteaya: ha ha. You are well known anyway!14:08
anteayathat I will accept14:08
anteaya:)14:08
*** sacharya has joined #openstack-ironic14:09
vsaienkojroll once you have a time please have look https://review.openstack.org/#/c/318119/14:09
*** links has joined #openstack-ironic14:10
jrollvsaienko: I don't remember co-authoring that :)14:11
*** rloo has quit IRC14:11
jrollvsaienko: +1 though14:11
*** rloo has joined #openstack-ironic14:11
*** sacharya has quit IRC14:14
*** sdake has joined #openstack-ironic14:14
*** mbound has joined #openstack-ironic14:17
openstackgerritMerged openstack/ironic: Fix shutdown.sh & upgrade.sh for grenade  https://review.openstack.org/31713914:19
sambettsjlvillal: seems like the guy who manages my jenkins server did a reboot to update, and because of that bug it went into an infinite loop ...14:19
*** mbound has quit IRC14:23
*** wajdi has joined #openstack-ironic14:23
sambettsjlvillal: we'll likely have to bring down zuul first then jenkins then restart jenkins and then zuul to get around the problem I think :/14:24
*** Guest92292 is now known as mgagne14:25
*** mgagne has quit IRC14:25
*** mgagne has joined #openstack-ironic14:25
sambettsjlvillal: but it shouldn't happen unless the jenkins/gearman is taken away14:25
jlvillalsambetts, Glad you figured it out :)14:26
*** sdake has quit IRC14:26
jlvillalsambetts, Thanks for investigating!14:26
*** sdake has joined #openstack-ironic14:27
wajdimorning all14:28
*** daemontool has joined #openstack-ironic14:28
*** mjturek1 has quit IRC14:31
*** _vsaienko has quit IRC14:31
*** _vs has quit IRC14:31
NobodyCammorning wajdi14:32
*** fellypefca has quit IRC14:32
*** marios is now known as marios|call14:35
jlvillalvsaienko, +2 on https://review.openstack.org/#/c/318112  Because I didn't feel like I co-authored it :)14:37
*** links has quit IRC14:39
*** _vs has joined #openstack-ironic14:41
*** _vsaienko has joined #openstack-ironic14:41
*** sdake_ has joined #openstack-ironic14:42
*** sdake has quit IRC14:43
*** _vs has quit IRC14:43
*** _vsaienko has quit IRC14:43
*** _vsaienko has joined #openstack-ironic14:44
*** _vs has joined #openstack-ironic14:44
* rloo shakes fist at jroll for changing ironic to the semvered releases. makes rolling upgrades much harder.14:45
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837914:45
*** mjura has quit IRC14:47
*** _vsaienko has quit IRC14:47
*** _vs has quit IRC14:47
*** mjura has joined #openstack-ironic14:47
*** ChrisAusten has quit IRC14:50
*** ChrisAusten has joined #openstack-ironic14:51
*** _vsaienko has joined #openstack-ironic14:52
*** _vs has joined #openstack-ironic14:52
*** xavierr is now known as xavierr_afk14:58
mat128rloo: are you pointing to sha1s directly or tags?14:59
mat128rloo: trying to understand how semver impacts you14:59
rloomat128: ? oh.14:59
rlooso... well, take a look at tan's comment. sec.14:59
rloomat128: https://review.openstack.org/#/c/299245/7/specs/approved/support-rolling-upgrade.rst14:59
*** sacharya has joined #openstack-ironic14:59
rloomat128: line 7515:00
rloomat128: the question is how to handle changes like tan mentioned.15:00
rloomat128: if we only support rolling upgrades between named releases, it'd be much easier.15:00
mat128Ahh15:00
rloomat128: or if we had some definition/policy wrt sem-versioning and when/what the versioning might be when something is deleted.15:01
rloomat128: maybe. i'm not totally sure.15:01
jrollrloo: well, if we only deprecate/remove things across cycle boundaries, then the non-cycle-boundary is fine, right?15:01
mat128if we follow semver to the letter, major changes when something is gone (was deprecated for X time, now gone)15:01
mat128jroll: should be15:02
rloojroll: yes, the non-cycle-boundary is fine. but how do you word that wrt semversion'd releases. major.minor15:02
*** jistr is now known as jistr|mtg15:02
mat128rloo: it probably means every named release is a major15:02
jrollrloo: "we support upgrades between two named releases and/or anything in between two named releases"15:03
mat128but there can be major in-between15:03
jrollwe'll never deprecate *and* remove something without a named release between15:03
*** _vsaienko has quit IRC15:03
*** _vs has quit IRC15:03
rloojroll: did you see tan's example?15:03
mat128rloo: Tan's case only makes for more cases to handle15:04
jrollrloo: yes, we will not drop something without a major version bump, right?15:04
mat1285.0 -> 5.1 has to work, but also 5.0 -> 6.015:04
rloojroll: so with tan's example, what if 5.1 is during mitaka, add node.fake; 5.2 is during newton, delete node.extra?15:04
mat128in the end, commit1 -> commit2 should work too15:04
rloojroll: OH, can we cay that. we won't drop anything w/o a major version bump? that would help.15:05
mat1285.2 turns into 6.0 if you delete node.extra15:05
*** Mr_T has left #openstack-ironic15:05
jrollrloo: yeah, exactly15:05
mat128every non backwards compatible change bumps the major15:05
jroll^^^15:05
mat128like it or not (there are 2 schools here) :)15:05
mat128major means non-backwards compatible vs major means "new features"15:05
jrollrloo: shall I comment with that?15:05
mat128I'm from the former, we introduce new features all the time15:05
rloojroll: yes please. comment.15:06
jrollk, on it15:06
*** Sukhdev has joined #openstack-ironic15:06
sambettsmat128: I also prefer the former approach15:06
rloojroll: wish we had some documentation page that describes the semver but it will be documented in this spec anyway :)15:06
mat128rloo: http://semver.org/15:06
mat128then you have to define what is *your* API15:06
lucasagomescan I get some eyes at https://review.openstack.org/#/c/317538/  ?15:06
mat128I think we wrote that somewhere15:07
mat128IIRC, driver APi was part of it15:07
mat128not only http api15:07
jrollwhat mat128 said :)15:07
rloomat128: i know we talked about it but don't know that it is documented anywhere.15:07
rloolucasagomes:  is it urgent? my head is rolling in upgrades now.15:08
mat128we should be documenting what *our* API is, because this will help identifying commits that might have impacts15:08
lucasagomesrloo, nop not urgent15:08
mat128then it's a matter of tagging them in the commit message and the tools do the rest ;)15:08
mat128"API-impact" or something along those lines15:08
*** jaybeale has joined #openstack-ironic15:09
mat128lucasagomes: what was the previous way, before caching?15:09
mat128lucasagomes: method call?15:09
jrollrloo: posted that comment15:10
rloojroll: thx!15:10
*** e0ne has quit IRC15:10
lucasagomesmat128, before caching (merged) it gets it from the kernel cmdline. That's because of the bash ramdisk, that didn't have an API so that was the way we passed parameters from Ironic to the ramdisk15:11
mat128we passed all node information by cmdline?15:11
mat128or anything required via cmdline, is that it?15:11
*** e0ne has joined #openstack-ironic15:11
mat128there was no way to get node details from a hardware manager?15:11
lucasagomesmat128, anything required via the cmdline (e.g root device hints)15:12
mat128lucasagomes: ouch15:12
mat128lucasagomes: I only have a question w/r/t the upgrade nodes then15:13
lucasagomesmat128, ok15:14
lucasagomesone thing is the bash ramdisk is now gone, we do not support it anymore15:14
mat128lucasagomes: do you want to mean "as long as you have heartbeat going on" ?15:14
mat128thus why in "standalone mode" you won't have node information available?15:14
*** athomas has quit IRC15:16
*** nathan-h has quit IRC15:17
lucasagomesmat128, standalone mode basically means that IPA will not talk to the Ironic API15:17
lucasagomesso basically there's no lookup() in standalone15:17
lucasagomes(therefore cache is not invoked when in standalone)15:17
*** athomas has joined #openstack-ironic15:18
mat128lucasagomes: got it :)15:19
*** marios|call is now known as marios15:19
mat128lucasagomes: Didn't think of any use case for standalone IPA, but I guess it's always possible15:19
*** jistr|mtg is now known as jistr15:19
lucasagomesyeah, I think jroll JayF uses it!?15:19
mat128lucasagomes: with your other patch, it means you cannot set root device except when using Ironic15:19
lucasagomesfor the always running nodes I believe15:19
jrolllucasagomes: we use it for testing, not in prod15:19
mat128lucasagomes: Thought it was always used with Ironic15:19
jrollor rather, it was put there for testing15:20
lucasagomesmat128, yeah... that's a plumbing patch. Since we want to have a more complex root device hints structure (to support operators such as >= == etc...)15:20
jrollI'm commenting on this btw, I thought of a couple questions but now forgot the second :P15:20
lucasagomeswe can't use the kernel cmdline anymore, but since the hints are always in the node we can just get it from there15:20
mat128jroll: we have integration testing around IPA with a simply mocked "lookup" and "heartbeat" responses15:20
mat128using a simple web server :)15:20
jrollmat128: neat15:20
lucasagomesjroll, gotcha15:21
jrollthis was mainly for local testing15:21
*** mjura has quit IRC15:21
*** athomas has quit IRC15:23
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Cache node object inside hw manager instances  https://review.openstack.org/31753815:23
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Get root device hints from the node object  https://review.openstack.org/29653915:23
* lucasagomes fixes nit spotted by sam15:23
*** dprince has quit IRC15:24
JayFlucasagomes: yeah, what jroll said; we basically use standalone mode + a script to run clean steps to 'emulate' cleaning in our the lab we have with shiny new secret hardware15:24
*** rcernin has quit IRC15:24
jrollJayF: yeah so that's my concern if things start depending on self.node15:25
JayFI mean, that safely fell back15:25
lucasagomesJayF, jroll gotcha... wouldn't be a bad idea to have some tempest against IPA's api in gate either15:25
JayFif you remember our downstream clean step running script already has to pass in a faked node15:25
JayFbecause node is passed to clean steps15:25
JayFthe patch I +2'd last night from lucasagomes appeared to handle the "where is my node?" case very reasonably15:26
jrollright, but it doesn't work out here if things start depending on it15:26
jrollnot worried about that one I guess15:26
JayFjroll: your comment was on the wrong patchset. you looked at 4 as well?15:26
jrollJayF: 4 just changes a release note15:27
JayFoh; that's not the patch I thought it was15:27
JayFhttps://review.openstack.org/#/c/296539 was what I thought context was15:27
lucasagomesjroll, yeah... we don't necessarily needs to rely on the node object to be there, the next patch I actually test see if it's None15:28
jrolllucasagomes: right, I guess I'm just worried about the future when someone decides to clean up the node argument to all these things15:28
lucasagomesnot sure what would be the best way to handle that tho, because the way it's now, if I extend a method to pass the node as parameter15:28
lucasagomesI may break out of tree hardware managers15:28
jrollright15:29
jrollthis case is fine15:29
JayFI mean, isn't this the same as any other interface? It's OK to do new things as long as you don't break the API15:29
JayFthis doesn't break the API, only makes it ... easier to do the wrong thing in the future15:29
lucasagomesjroll, yeah if someone cleans it up, it may break out of tree stuff indeed15:29
JayFbut that doesn't make it wrong on the face, it just means we have to be vigilant15:29
JayFright?15:29
mat128JayF: Yes, someone might depend on self.node being there and not handle the standalone case15:29
jrollsure15:30
mat128Maybe we need to test it in standalone in the gate?15:30
JayFmat128: if we miss it in review, that's right15:30
jrolljust makes it easier to shoot yourself in the foot15:30
JayFI care less about testing standalone15:30
jrollbut I think in this case the gun is an airsoft gun, not a shotgun15:30
JayFand more about changing function signatures in HardwareManager15:30
JayFor GenericHardwareManager15:30
jrollright, that's besides the point15:30
mat128so lucasagomes' approach is right15:30
jrollI'm not saying this is bad or wrong or -1'ing it15:30
jrollI'm just saying some words we need to keep in mind here15:31
lucasagomesjroll, agreed. Yeah, there are flaws in that approach, we should make sure that methods accessing self.node should consider the case where it's not loaded15:31
mat128crazy thoughts: what if we had a different base class having .node, instead of checking for it?15:32
mat128sure means more stuff to manage, but explicitely clearer that you have .node15:33
JayFmat128: that's going to be a bear for transition, but I like the idea for the future15:33
mat128oh crap, same classes in both standalone/non-standalone15:33
*** Sukhdev has quit IRC15:34
JayFI mean, I'm just saying *today* there are places agent API expects a node object15:34
*** mbound has joined #openstack-ironic15:34
JayFand breaks badly if it doesn't get it15:34
JayFI should check to make sure all of those aren't in my downstream hwm real quick, lol15:34
mat128haha15:34
JayFnope15:34
JayFhttps://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/hardware.py#L24315:34
JayFclean steps totally get node passed in, I thuoght so15:34
JayFif you don't provide a node via the API to call the clean step, it fails15:35
JayFand those methods aren't "missing-a-node safe" either15:35
* JayF either doesn't get it or the cat is already out of the bag15:35
mat128so erase_devices cannot be called in standalone15:36
jrollJayF: right, so with standalone you can pass a node object in the run clean step api call15:36
mat128you pass it a node as an argument, so it might work15:36
mat128it's not relying on self.node15:36
jrollif you replaced those with self.node, you would have to mock a heartbeat response instead of running standalone15:36
JayFooooh15:36
JayFso passing it in = it can be provided in the api and mocked in standalone15:36
JayFpulled in via lookup/hb = doesn't exist at all in standalone15:37
*** dmk0202 has quit IRC15:37
mat128https://github.com/openstack/ironic-python-agent/blob/6da6ace3840d56c7145ddf528bbdcbb813fc6ce2/ironic_python_agent/cmd/agent.py#L10015:37
mat128JayF: that's correct15:37
*** dmk0202 has joined #openstack-ironic15:37
mat128standalone clearly states for debugging only15:37
JayFYeah, honestly doesn't hurt my feelings that much even if it broke standalone, because it's in a hwm15:37
JayFif you really needed that to work in standalone, you could load an alternative hwm15:38
mat128would it be better to have an empty node instead of checking for it?15:38
JayFhmmm15:38
JayFI don't think so15:38
mat128then node is officially part of HardwareManager, just unset if you happen to have never reached Ironic15:39
mat128(oh, new fun cases: not running standalone but ir-api not reachable / not been reached yet)15:39
mat128just thinking about those race conditions Dimtry had with the networking/inspector15:40
JayFoh interesting15:40
JayFyou can't use node in evaluate_hardware_support() Then15:40
openstackgerritRuby Loo proposed openstack/ironic-specs: follows cycle-with-intermediary release model  https://review.openstack.org/31818815:41
*** thrash is now known as thrash|f00dz15:43
mat128JayF: hmm15:43
jrollposted some more comments15:43
JayFmat128: can cache_node_object be taken off the HardwareManager class?15:43
jrollJayF: one thing to think of: long-running agents, this will get stale15:43
mat128jroll: updated with every heartbeat the way lucasagomes designed it15:44
jrolloh is it?15:44
mat128are you not heartbeating long-running agents?15:44
* lucasagomes reads15:44
jrollno it isn't15:44
jrollit's only updated on lookup15:44
lucasagomesyeah it's only set once15:44
jrolland yes, we are heartbeating, that's why it's called heartbeat :P15:44
mat128jroll: you are absolutely right, I missed that15:45
mat128it will get stale15:45
jrollwhich isn't a problem today, upstream15:45
jrollbut, ya know.15:45
JayFI mean honestly, even thoguht we don't "support" long running agents15:46
JayFwe do support it15:46
JayFpower on a node in available when using static, external dhcp15:46
JayFand ironic will happily later deploy to that already running agent15:46
mat128yup15:46
jrollyeah15:46
mat128except if your driver issues a REBOOT :)15:46
mat128https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent.py#L28915:47
mat128;)15:47
jrollhehe15:48
jrollI think all drivers do that15:48
jrollhttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/iscsi_deploy.py#L60215:48
mat128yeah15:48
jlvillalvsaienko: vdrok: jroll: Is https://review.openstack.org/#/c/315422/ (the tempest smoke patch) ready to be proposed?  Should we clean up the commit message (assumes yes, if ready to be proposed)15:49
mat128back to the stale cache problem15:50
mat128maybe heartbeat could return node details?15:50
*** dmk0202 has quit IRC15:51
vsaienkojlvillal, at the moment the jobs are running, I will update it when they finished15:51
jrollmat128: then you end up dispatching to managers every heartbeat, mehhhhh15:51
jroll(which is fine but sigh)15:51
mat128maybe managers could call something to get node information15:51
mat128so you wont have to dispatch to them, only make the node information cached somewhere else15:52
jlvillalvsaienko: Thanks15:52
jrollif we just do the auth thing properly they could get it on demand from the api :)15:52
mat128one more thing to let through :S15:52
JayFjroll: mat128: I actually commented that I don't want it being dispatched to managers15:52
lucasagomesjroll, yeah that would facilitate indeed15:52
JayFjroll: mat128: That even if it has to be on the HWM class, I don't think it should be dispatched15:52
*** moshele has quit IRC15:53
*** itamarl has quit IRC15:54
*** penick has joined #openstack-ironic15:55
*** Sukhdev has joined #openstack-ironic15:55
*** MattMan has quit IRC15:55
*** MattMan has joined #openstack-ironic15:56
*** mjturek1 has joined #openstack-ironic15:57
*** mjturek1 has left #openstack-ironic15:58
*** mjturek1 has joined #openstack-ironic15:58
*** mbound has quit IRC16:00
*** jistr has quit IRC16:00
JayFlucasagomes: mat128: Thought harder, and the code in gerrit is broken as it sits with multiple hwms16:00
JayFlucasagomes: mat128: and other alternatives are kinda gross; I put the details on the review16:01
*** mgoddard_ has joined #openstack-ironic16:01
lucasagomesJayF, thanks a lot, will take a look asap16:03
jlvillalvsaienko: Do you have a different version of: https://review.openstack.org/#/c/317082/  ?16:03
jlvillalvsaienko: It would be good to update that patch with a better commit message and explain things in the code. I will admit I do not understand why that is needed.16:04
jlvillalI know it is needed. But I don't understand exactly what it does and why we couldn't use the pre-existing network.16:04
*** mgoddard has quit IRC16:04
jlvillalPossibly others maybe as clueless as me :)16:05
*** ifarkas has quit IRC16:05
*** kromanenko_ has quit IRC16:08
*** Romanenko_K has quit IRC16:08
*** kromanenko__ has quit IRC16:08
*** mbound has joined #openstack-ironic16:11
*** mbound has quit IRC16:13
*** mbound has joined #openstack-ironic16:13
*** lindycoder has quit IRC16:13
*** ijw has joined #openstack-ironic16:16
*** anteaya has quit IRC16:21
lucasagomesJayF, mat128 thanks for the discussion... I will have to think how to implement that differently then16:22
*** afaranha_ has quit IRC16:23
jlvillalFYI: QA meeting with discussion on Grenade in 35 minutes (1700 UTC) over on #openstack-meeting.  No audio bridge this time, unless people really want it.16:25
*** thrash|f00dz is now known as thrash16:30
openstackgerritMerged openstack/ironic: Add ironic to enabled_services  https://review.openstack.org/31811216:30
openstackgerritVIncent S. Cojot proposed openstack/ironic: Makes the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127816:30
*** ChubYann has joined #openstack-ironic16:30
*** sdake_ has quit IRC16:31
*** sdake has joined #openstack-ironic16:31
*** swatson1 has joined #openstack-ironic16:40
*** swatson1 is now known as swatson16:41
*** moshele has joined #openstack-ironic16:42
lucasagomesJayF, mat128 jroll the more I think about how to cache it the worst it gets heh... I'm afraid that the only way we can guarantee that the node object is updated is by passing it as a parameter (but that may break people)16:46
JayFnot may16:47
JayFI can attest it will break me16:47
lucasagomesyeah16:47
openstackgerritMerged openstack/ironic: Add require_exclusive_lock decorators to conductor methods  https://review.openstack.org/29573416:48
JayFlucasagomes: this is all for get_os_install_device, right?16:48
lucasagomesJayF, another way would be call cache_node_object() before calling get_os_install_device16:49
lucasagomesJayF, initially yes16:49
lucasagomespotentially could be used for other things16:49
JayFlucasagomes: there is another API we could modify, that we control both ends of ... the IPA deploy api. You could make root device hints actually a part of the info sent to IPA for deploy16:49
JayFlucasagomes: that won't work, because we can't fetch the node on demand. It's pushed to us on lookup, lookup only happens on first boot.16:49
lucasagomesJayF, yeah, that's a good idea16:49
*** dprince has joined #openstack-ironic16:50
* lucasagomes checks16:50
*** _vsaienko has joined #openstack-ironic16:51
*** _vs has joined #openstack-ironic16:51
*** afaranha has joined #openstack-ironic16:53
*** dtantsur is now known as dtantsur|afk16:54
jlvillalFYI: Ironic QA meeting with discussion on Grenade in 5 minutes (1700 UTC) over on #openstack-meeting.  No audio bridge this time.16:55
*** mgould has quit IRC16:55
*** Sukhdev has quit IRC16:57
*** derekh has quit IRC17:02
lucasagomesJayF, yeah no :-/ prepare_image(), install_bootloader() etc... already have a copy of the node object passed via ironic, the problem is that they use get_os_install_device() to find the device and that does not accept any parameter17:02
* lucasagomes is thinking of a get_os_install_device2()17:02
JayFthat's still breaky in the same way17:02
lucasagomesit can check for NotImplemented17:03
JayFif you start calling get_os_install_device_new() that's a worse breakage17:03
JayFit will be implemented17:03
lucasagomesand call get_os_install_device() if that's the case17:03
JayFmost external hwm I've seen17:03
JayFsubclass GenericHWM17:03
JayFso it would have that method on it17:03
lucasagomesright, and that method will raise NotImplemented17:03
JayFno it won't17:03
JayFbecause it will be implemented by the parent class17:03
JayFand inherited to the more specific manager17:04
lucasagomesexactly, and not overwritten17:04
lucasagomesso it will raise the exception17:04
lucasagomesunless they overwrite it, so means that they actually implemented17:04
JayFwell, I wish you were right but you aren't17:04
JayFso there are 2 ways you can do a custom hardware manager17:04
JayFsubclass HardwareManager17:04
JayFsubclass GenericHardwareManager17:04
JayFyour example works for HWM, not for GenericHWM17:05
JayFbecause you'll have to put get_os_install_device2() into GenericHWM17:05
lucasagomesoh I get what you mean ...17:05
lucasagomesdamn17:05
lucasagomesyeah17:05
lucasagomesthe design seems very flawed :-/17:05
mat128wait, if there's nothing in either GenericHWM or 3rdpartyHWM17:05
lucasagomesossified17:05
JayFthis is shit from like, back in teeth-agent days17:05
*** sabeen has quit IRC17:05
lucasagomesyeah17:05
mat128it will call HWM17:05
JayFI don't think "design" was much there as "worky worky fast fast"17:06
*** lindycoder has joined #openstack-ironic17:06
JayFlucasagomes: if you did node as a hwarg that defaulted to None, you still can't chagne that method sig without breaking folks?17:06
lucasagomesJayF, another way, is to do similar to what is done now... but before the methods dispatch get_os_install_device, they can dispatch a cache function17:06
lucasagomes1- cache 2- get_os17:07
JayFlucasagomes: oh, it wouldn't break *callers* it'd be invalid because of subclass17:07
JayFlucasagomes: ah, so you'd cache a node right at deploy time17:07
*** mgoddard_ has quit IRC17:07
JayFlucasagomes: cache the node sent to you to deploy with17:07
*** mgoddard has joined #openstack-ironic17:07
lucasagomesJayF, even if it's none, some callers may want to pass it and it may not be presented on the 3rd party hw managers17:07
JayFoh; of course17:08
lucasagomesJayF, exactly, cache that node17:08
*** nicodemos has quit IRC17:08
lucasagomesthe ones that are passed via the prepare_image and so on17:08
JayFSo we still have a problem though17:08
JayFunless you 'cache the node' in a global or something17:08
*** mgould has joined #openstack-ironic17:08
JayFthe comment I put on the review is still valid; you would have to cache a copy in every hardware manager17:08
lucasagomesJayF, yeah, it's possible to cache it in the hardware module17:08
lucasagomesso we avoid caching it on each hw manager17:09
JayFif you cache it in the hardware module rather than the hwm, and keep the cache_a_node method off the hwm17:09
JayFI'm very +1 to your suggestion17:09
lucasagomesJayF, exactly17:09
JayFand would basically say we need an update_node() method17:09
JayFthat anytime Ironic sends us a new node, we update it17:09
lucasagomesyup17:09
lucasagomesso that keeps updated as we go17:09
JayFincluding, most likely, for clean steps17:09
lucasagomesyeah17:09
lucasagomesI have to take a look at the code, but I find that a way of doing it avoind breakages17:10
lucasagomesand duplication17:10
JayFI just kinda want to ask the question... should we break it anyway17:10
lucasagomeslol17:10
lucasagomesyeah... I wish17:10
JayFthis is a place where inconsitency abounds17:10
JayFwe pass nodes directly into clean steps17:10
JayFbut not get_os_install_device?17:10
*** absubram has joined #openstack-ironic17:11
JayFhonestly a cleanup item, at this point probably add to the list for P, Q, or R, would be a v2, formalized, agent api17:11
lucasagomesJayF, let's try not break, if we see that the interfaces are too ossified we probably send a ML warning17:11
lucasagomesand break it17:11
*** mgould has quit IRC17:12
JayFcool, glad we worked something out17:12
* lucasagomes feels like developing in kernel mode with loads of duplicated syscalls... dup(), dup2() and mechanisms dnotify, inotify, fanotify17:13
lucasagomesJayF, thanks for the help with ideas, appreciated!17:13
mat128never break old stuff :)17:13
*** nicodemos has joined #openstack-ironic17:13
lucasagomesmat128, yup17:14
JayFlucasagomes: another idea/17:14
lucasagomesJayF, go on :-)17:15
*** mgould has joined #openstack-ironic17:15
*** daemontool has quit IRC17:15
JayFlucasagomes: get_os_install_device_wrapper() could take a node as an argument, then do a dispatch_to_managers() for get_os_install_device -- if it exists, it gets called sans node. If it doesn't exist, it proceeds to run the "right new code" with the passed in node17:15
*** mgould has quit IRC17:16
JayFlucasagomes: we would pull get_os_install_device from GenericHWM though, which I guess is an API break in a sense as well17:16
*** mgould has joined #openstack-ironic17:17
mat128JayF, lucasagomes: why not create a new one called "get_os_install_device_with_root_hints_from_node" and fall back to get_os_install_device (essentially your suggestion Jay, but it's the core that falls back)17:18
JayFmat128: the problem is for the "fall back" to make sense, it can't be in generichardwaremanager, and removing it would be an api break17:18
mat128what happens when you dispatch_all and only some of them raise something?17:18
mat128I would put in where you issue the dispatch call17:18
lucasagomesJayF, hmm yeah removing it def will break something17:18
mat128https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/extensions/standby.py#L53017:20
mat128try catch :S17:20
lucasagomesyeah I'm not sure, will try the global thing first thing in the morning tomorrow17:23
lucasagomesI think that way we can avoid breakages17:23
devanandasambetts: chatting here for a sec while meeting continues -- your config for devstack flat network, have you tried applying that to the gate to see if it passes?17:29
sambettsdevananda: I've not tried it with the VM BMs, I'm using it for my third party CI though17:30
sambettsdevananda: I need to setup a devstack and see if it works17:30
devanandasambetts: if you have time, I'm really interested in that17:31
*** fragatina has quit IRC17:31
devanandasambetts: if it means we could replace/remove the network fudgery we're doing in devstack right now, and in the future have a "dsvm-ironig-flat-network" test along side a "dsvm-ironic-multitenant-network" test, that would be ideal17:31
devananda*and have those jobs merely be config differences17:32
sambettsdevananda: yeah I think that would be really good to have17:32
*** ohamada has quit IRC17:32
*** mgould is now known as mgould|afk17:34
*** athomas has joined #openstack-ironic17:36
*** trown is now known as trown|lunch17:36
*** electrofelix has quit IRC17:37
NobodyCamgood morning devananda17:40
*** sabeen has joined #openstack-ironic17:40
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837917:44
*** lucasagomes is now known as lucas-dinner17:44
sambettsjlvillal, mgould|afk, vdrok: btw I updated this https://review.openstack.org/#/c/293954/ so that we might be able to remove that stuff to do with the tempest configuration out of our devstack plugin again, we'll have to wait and see responses17:44
vdroksambetts: thanks, I will watch it17:45
jlvillalsambetts: Thanks I will take a look at that. Have a conflict right now...17:45
sambetts:) thanks17:45
vdrokgood night everyone!17:48
*** rama_y has joined #openstack-ironic17:50
*** piet has joined #openstack-ironic17:51
NobodyCamnight vdrok17:56
jrolltotally missed the qa meeting :(18:02
sambettskrtaylor: https://review.openstack.org/#/c/318268/18:03
*** moshele has quit IRC18:04
sambettsjroll: we talked about how devstack does networking and how we'll need to test in the future upgrades of flat network ironic -> flat network ironic and multitenant -> multitenet ironic18:04
*** wendar_ is now known as wendar18:04
jrollsambetts: yeah, I read back18:05
*** fragatina has joined #openstack-ironic18:05
jrollsambetts: what I'd rather like to think about is "how do we deprecate the flat network mode"18:06
jrollor rather, is that possible?18:06
mat128jroll: is this something we want?18:07
jrollmat128: well, it's more like18:07
mat128jroll: as an operator, we have always had multi-tenant networking downstream, but that might not be the case of private deployments18:07
jrollif you use the multitenant code proposed, where tenant net == cleaning net == provisioning net == ???, it works just like flat network ya?18:08
mat128jroll: good point !18:08
jroll:)18:08
mat128jroll: except if you don't have an ml2 plugin for the switches you use18:09
mat128guess you can always use the noop driver18:09
mat128yeah, works18:09
mat128so your question makes sense18:09
jrollright, exactly18:09
*** Sukhdev has joined #openstack-ironic18:13
*** jcoufal has quit IRC18:15
sambettsjroll: the only difference being that as we've seen in the grenade testing they expect the tenant network to be deleteable and recreatable which doesn't fit with our flat model where the network always exists :/18:22
jrollsambetts: well, our CI frameworks are orthogonal to this I think18:24
jrolllike, in that case, fix grenade18:24
jrollidk18:24
*** amit213 has quit IRC18:24
jrollor rather... don't test "use multitenant code to do flat networking" with grenade18:24
*** fragatin_ has joined #openstack-ironic18:26
*** amit213 has joined #openstack-ironic18:27
sambettsthats what I'm trying to workout I'm currently running a test to see if our devstack code works with Q_USE_PROVIDER_NETWORKING turned on where devstack will only configure a single flat network like we would in a real world deployment, and like I do in my third party CI to talk to real hardware18:27
sambettsI know devstack will pass successfully but I don't know if we'll plumb the VMs in right18:28
sambettsI'm expecting not18:29
*** PixieBoots_ has joined #openstack-ironic18:29
*** fragatina has quit IRC18:29
*** fragatina has joined #openstack-ironic18:29
*** fragatin_ has quit IRC18:29
*** PixieBoots_ has quit IRC18:31
*** PixieBoots_ has joined #openstack-ironic18:31
*** sdake_ has joined #openstack-ironic18:31
*** PixieBoots_ has quit IRC18:33
*** sdake has quit IRC18:33
*** ijw has quit IRC18:40
*** marksei has joined #openstack-ironic18:43
*** hoonetorg has joined #openstack-ironic18:43
*** PixieBoots has quit IRC18:43
*** sacharya_ has joined #openstack-ironic18:43
*** trown|lunch is now known as trown18:44
*** PixieBoots has joined #openstack-ironic18:44
lucas-dinner#findspec raid18:45
PixieBoots3 spec(s) found: "inband raid configuration": http://specs.openstack.org/openstack/ironic-specs/specs/approved/inband-raid-configuration.html  | "ironic generic raid interface": http://specs.openstack.org/openstack/ironic-specs/specs/approved/ironic-generic-raid-interface.html  | "cisco ucs oob raid configuration": http://specs.openstack.org/openstack/ironic-specs/specs/approved/cisco-ucs-oob-raid-configuration.html18:45
lucas-dinner#pixiesay w00t --m rnr18:45
PixieBoots\m/ʕ>ᴥ<ʔ\m/: w00t18:45
* lucas-dinner goes grab dinner now :D18:45
jroll\o/18:45
*** sacharya has quit IRC18:47
*** moshele has joined #openstack-ironic18:47
sambetts\o/18:47
*** anteaya has joined #openstack-ironic18:47
* sambetts -> heads off 18:47
sambettsnight all18:47
*** sambetts is now known as sambetts|afk18:47
*** e0ne has quit IRC18:48
*** jaybeale has quit IRC18:53
*** moshele has quit IRC18:55
NobodyCamnight sambetts|afk18:56
*** amotoki has quit IRC18:56
*** anteaya has quit IRC18:57
*** jaypipes has quit IRC18:58
jrollvsaienko: nova folks want to run with https://review.openstack.org/#/c/318027/ can you unwip that?18:59
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110919:03
openstackgerritVasyl Saienko proposed openstack/ironic: Run smoke tests after upgrade  https://review.openstack.org/31828819:03
jrolldevananda: dtantsur|afk: when you have a minute, https://review.openstack.org/#/c/318045/119:05
*** piet has quit IRC19:05
*** piet has joined #openstack-ironic19:06
*** sacharya has joined #openstack-ironic19:12
*** sacharya_ has quit IRC19:16
*** Sukhdev has quit IRC19:16
*** PixieBoots_ has joined #openstack-ironic19:17
*** PixieBoots_ has quit IRC19:18
*** piet has quit IRC19:21
*** sdake_ has quit IRC19:23
*** KennethWilke has quit IRC19:26
*** piet has joined #openstack-ironic19:27
*** jjohnson2 has joined #openstack-ironic19:28
*** KennethWilke has joined #openstack-ironic19:30
*** rama_y has quit IRC19:34
*** baoli_ has quit IRC19:34
*** KennethWilke has quit IRC19:35
*** KennethWilke has joined #openstack-ironic19:37
*** fragatina has quit IRC19:38
*** fragatina has joined #openstack-ironic19:38
openstackgerritVIncent S. Cojot proposed openstack/ironic: Makes the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127819:39
*** rloo has quit IRC19:39
*** dprince has quit IRC19:44
*** e0ne has joined #openstack-ironic19:47
*** sdake has joined #openstack-ironic19:49
*** rloo has joined #openstack-ironic19:55
*** e0ne has quit IRC19:58
*** marksei has quit IRC19:58
*** ElCoyote_ has joined #openstack-ironic20:00
ElCoyote_Hi20:02
*** bodepd has joined #openstack-ironic20:03
*** e0ne has joined #openstack-ironic20:04
*** ijw has joined #openstack-ironic20:05
ElCoyote_vsaienko: About https://review.openstack.org/#/c/311278/3, could you elaborate a little bit? I cannot commit to changing a functionnality that's not even yet present in ironic (letting the user pick a behaviour for a specific hypervisor based on some field in driver_info).20:05
JayFI think you're timezone'd trying to talk to vsaienko right now20:08
JayFbut generally it's very OK to reply directly in the review to the person if you disagree or think they are wrong20:08
ElCoyote_JayF: Thank you.. I'm very new to this.20:09
JayFno problem20:10
*** ijw has quit IRC20:10
JayFElCoyote_: fwiw driver_info is a driver specific field20:10
JayFElCoyote_: so if your vbox driver is a separate thing, it's not a bad thing to have something that would only make sense for vbox and not for other hardware/drivers20:10
ElCoyote_Actually.. it's a small bugfix that I'm using to make the vbox driver useable in ironic for things like tripleo.20:11
ElCoyote_I'm actually using my patch to do tripleo setups on OSP7(kilo) and OSP8(liberty)20:12
JayFOSP?20:12
ElCoyote_Without that patch, ironic cannot drive the virtual baremetal machines..20:12
ElCoyote_OSP: RedHat OpenStack.20:12
JayFSo why does your vbox have controlvn --type headless and others don't?20:13
JayFthat seems to be the main issue on comments i nyour patch20:13
*** ametts has quit IRC20:13
jrollI don't think this needs to be configurable via driver_info, fwiw20:14
jrollwell, maybe I see the use case, hm20:15
JayFjroll: yeah, I avoided saying anything solidly one way or another because I think it could go either way20:15
JayFjroll: with leaning towards driver_info just b/c --type headless seems to be a parameter not supported in all versions or something based on reviews20:16
jrollyeah20:16
jrollJayF: well, I think only startvm has it, is the thing, the rest is likely assumed by whether the vm started headless20:16
*** thrash is now known as thrash|biab20:16
jrollJayF: the reason I like configurability is so that I can get me a console if it isn't headless :)20:17
JayFwhich is why it should probably be configured per node20:17
JayFElCoyote_: ^ I think jroll has a pretty good case why doing it in driver_info is not a bad idea20:17
jrollnow that said, the node isn't passed in there20:17
jrollso it's going to be annoying20:17
JayFfull disclosure I don't think either of us run this driver20:17
JayFlol20:17
jrollheck no :)20:18
ElCoyote_Is there anyone using that driver these days? I had the feeling (from the comments I got) that none of the reviewers were using that driver.20:18
JayFI don't know; but it's probably going to be evicted out of the tree at the end of the cycle for not having CI20:19
jrollElCoyote_: well, most of us that do run this driver use the virsh version20:19
jroll(usually via devstack)20:19
JayFoh this is all _ssh driver?20:19
jrollbut um20:19
JayFjust ssh driver can do vbox too?20:19
jrollElCoyote_: let me comment on this patch and hopefully it will help you20:19
jrollJayF: yeah20:19
ElCoyote_JayF: Yes, that's what I am using.20:19
jrollJayF: the other vbox driver is via some http api rather than ssh, primarily for windows20:20
ElCoyote_There are several problems with the vbox driver in the current implementation of ssh.py: 1) several options do not work if no-one is loggued on the graphical X11 display, the VBoxManage just fails.20:21
ElCoyote_1) can be solved by some (documented and undocumented) passing of '--type headless' .20:21
*** liliars has joined #openstack-ironic20:21
ElCoyote_and 2) you cannot set the boot device if someone has open the VM in a window or if it's already powered on.20:22
ElCoyote_2) is solved by my patch because it forces the vm to be off if the driver is vbox before issuing a set_boot_device.20:22
jrollsure20:23
jrollso (1) is fixed by this patch, right?20:23
ElCoyote_jroll. Yes20:23
jrolloh, and there's another patch for (2), awesome20:24
ElCoyote_jroll: (1) and (2) are fixed by my patch. Note that I am only using VBox 5.x (has been out for almost two years).. it's the latest and it's free so I doubt people would stay on the 4.x branch20:24
jrollElCoyote_: oh, same patch, I see that now, cool20:25
JayFElCoyote_: one thing you could do, is if your changes require vbox 5.x is add a release note to your patch saying that20:25
ElCoyote_jroll: I couldn't do KVM for my OSP setups at home so I went vbox and I figured that perhaps I could help improve the code to make other's life easier a bit..20:25
jrollElCoyote_: ya, fair enough, I appreciate it :)20:25
ElCoyote_JayF: What would be a good way to add a note..? A comment in the code? Gerrit?20:25
JayFElCoyote_: we have release notes, they're created using a program called "reno"20:26
jrollhttp://docs.openstack.org/developer/reno/usage.html20:26
ElCoyote_I'd think that these changes work in VBox 4.x too but I'm not testing them..20:26
ElCoyote_JayF: Oh great.. I didn't know about 'reno'.20:26
JayFElCoyote_: ah, yeah I have vbox 5.x as well or else I'd maybe give it a shot20:27
jrollyeah, I think it would be hard to find 4.x in the wild20:28
ElCoyote_The nice thing (IMHO) about using a different hypervisor than the default native one is that you can compare your results with those who do the right thing (tm).20:28
JayFthe right hypervisor is no hypervisor20:29
JayFlol20:29
ElCoyote_Even genymotion (the free Android emulator) moved to a co-bundled VBox 5.x quite some time ago already..20:29
*** ametts has joined #openstack-ironic20:30
ElCoyote_JayF: How would I go about adding a release note for a specific driver (vbox) to openstack-ironic?20:30
JayFElCoyote_: ~/dev/ironic # reno new some-short-description20:30
jrollsee http://docs.openstack.org/developer/reno/usage.html20:31
JayFthen follow the docs jroll linked on how to write the release note20:31
JayFother patches will have examples20:31
jrollall the notes are grouped together, just specify what you mean :)20:31
*** rama_y has joined #openstack-ironic20:31
ElCoyote_Ok.. great. many thanks for your help.20:31
JayFthen when you push up a new patchset make sure the file reno made is included in your patch20:31
*** sacharya_ has joined #openstack-ironic20:31
ElCoyote_Ohh.. I get it. does reno require something like python3 or such?20:32
*** e0ne has quit IRC20:32
jrollno, it works with both 2 and 320:32
ElCoyote_Ok, let me try.. :)20:32
jrollrecommended use is actually: tox -evenv -- reno new some-short-description20:32
jrollbecause it will install reno (and stuff)20:32
*** e0ne has joined #openstack-ironic20:34
JayFtil20:34
*** sacharya has quit IRC20:34
*** e0ne has quit IRC20:35
jroll(I just use a non-tox virtualenv so I don't need libmysql and such to do it20:35
jroll)20:35
ElCoyote_jroll: I like the change you suggested..20:36
ElCoyote_Let me try to code it up.20:36
jrollawesome :)20:37
*** ChrisAusten has quit IRC20:37
JayFjroll: any reason I shouldn't land that 3rd party ci spec edit?20:37
ElCoyote_How do would I go about adding a 'headless' toggle to driver_info for a node? I've never done that.20:37
JayFjroll: noticed you didn't so I was curious if there was a reason20:38
JayFElCoyote_: ironic node-update UUID add driver_info/headless=true # or something like this? add may be the wrong verb20:38
jrollJayF: just giving others a chance to check it out20:38
JayFjroll: given only me/you/kurt/ruby have voted on that spec ever20:38
JayFI'm going to land it20:38
ElCoyote_ok, standard ironic not-update20:38
jrollElCoyote_: what JayF said is right, driver_info is a json field in the db, no need to specify it in a schema or anything20:38
ElCoyote_Are there other such toggles ? ones I could use as an example..?20:39
JayFthere def are, I can't remember any right off the top of my head20:40
jrollElCoyote_: that _parse_driver_info method loads a bunch of things from driver_info20:40
jrollit's just a dictionary at that point20:40
jrollso something like use_headless = driver_info.get('headless', False)20:40
ElCoyote_Ok, gotcha.. I've seen that code at the end of the ssh.py file..20:40
*** nicodemos is now known as nico-afk20:41
ElCoyote_if it's specific to vbox, shouldn't it be called use_vbox_headless ?20:41
ElCoyote_unless we want to port this kind of stuff to some of the other drivers..20:42
ElCoyote_the thing is all of the other drivers are 'headless' by default.. except for parallels20:42
jrollElCoyote_: yeah, maybe20:43
jrollnaming things is the hardest part20:43
openstackgerritMerged openstack/ironic-specs: Revise third party continuous integration spec for new drivers  https://review.openstack.org/31476820:43
openstackgerritRuby Loo proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924520:43
JayFI think namespacing it is a solid idea20:43
NobodyCamrloo: ohh20:43
rlooNobodyCam: huh?20:43
NobodyCamthe spec20:44
NobodyCam:)20:44
*** _vs has quit IRC20:44
*** _vsaienko has quit IRC20:44
rlooNobodyCam: what about it? Did I do something bad?20:44
NobodyCamno no... I like the title20:44
JayFI love it when a fresh spec comes out of the oven right as I was about to review it20:44
rlooNobodyCam:  :)20:44
ElCoyote_jroll: I think I'll stick to use_headless (in case some other driver wants to offer the same functionnality) but only the vbox driver will make use of it.20:44
JayFahhh the smell of fresh baked design in the afternoon20:44
NobodyCamJayF: :)20:45
rlooJayF: if you mean that spec, I feel like it is still a work in progress. Cuz i don't understand it all yet. But yeah, coment.20:45
jrollElCoyote_: yeah, I'm okay with that but wouldn't be surprised if other people want it namespaced :)20:45
ElCoyote_so you think I should got with use_vbox_headless?20:45
jrollElCoyote_: oh, you should add it here as well: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ssh.py#L7820:46
ElCoyote_s/got/go/20:46
jrollElCoyote_: maybe vbox_use_headless?20:46
*** absubram has quit IRC20:46
ElCoyote_jroll: deal! :)20:46
jroll:)20:46
*** hemna has joined #openstack-ironic20:49
*** ijw has joined #openstack-ironic20:50
ElCoyote_vbox_use_headless = info.get('vbox_use_headless', false)20:57
ElCoyote_in parse_driver, would that be ok?20:57
jrolllgtm20:59
*** ametts has quit IRC21:07
*** trown is now known as trown|outtypewww21:08
*** piet has quit IRC21:11
*** Sukhdev has joined #openstack-ironic21:12
*** thrash|biab is now known as thrash21:14
*** ayoung has quit IRC21:18
*** ayoung has joined #openstack-ironic21:18
*** rbudden has quit IRC21:18
jrollJayF: are there any artifacts I can link people for "make bmc management better"21:20
JayFjroll: I'm going to translate that to "get your split maintenance spec up asap even if it isn't perfect"21:21
JayFjroll: right?21:21
jrollJayF: you have that -ops list email in your inbox I assume21:21
jrollI'm responding to that with "here's some ways we're working on this"21:22
jrollJayF: "no" is a fine answer, but if you have things written, I'd love to link to them21:22
JayFone of a handful of things on a list that would be done already if I wasn't sick this week :(21:22
JayFI'll try to get something up soon21:22
jrollfair enough21:23
*** jjohnson2 has quit IRC21:23
jrollI assume no rfe exists?21:23
JayFI can do that now if it's useful21:23
JayFjust didn't know it would be useful without the spec to go with it :)21:23
jrollmeh, I can link to my blog21:23
JayFwfm21:24
*** piet has joined #openstack-ironic21:32
ElCoyote_jroll: Getting ERROR oslo_messaging.rpc.dispatcher NameError: global name 'vbox_use_headless' is not defined21:34
jrollElCoyote_: got code?21:34
ElCoyote_in ironic-conductor.log.. should I patch some place else too.?21:35
ElCoyote_jroll: Let me commit the latest patchset21:35
JayFElCoyote_: first, I'd push up the broken code you're testing so jroll and I can look, secondly, I usually try to get a unit test in verifying behavior as it can often help me suss out these kinds of problems21:35
ElCoyote_ok, gimme a sec.. :)21:37
ElCoyote_Returning exception global name 'vbox_use_headless' is not defined to caller21:41
ElCoyote_I must be missing an addition to a more global dict..21:41
jrollI suspect you're missing quotes in something like driver_info('vbox_use_headless')21:42
ElCoyote_in _parse_driver, I have this: vbox_use_headless = info.get('vbox_use_headless', 'False')21:45
JayFFalse shouldn't be quoted there fwiw21:45
JayFbut is doubtful i'ts the problem21:45
*** ijw has quit IRC21:45
ElCoyote_JayF: Yup.. I agree..21:45
*** ijw has joined #openstack-ironic21:47
*** joprovost has quit IRC21:52
*** piet has quit IRC21:57
*** ijw has quit IRC22:01
*** rloo has quit IRC22:01
*** thiagop has quit IRC22:01
*** rloo has joined #openstack-ironic22:02
*** sacharya has joined #openstack-ironic22:03
*** wajdi_ has joined #openstack-ironic22:03
mrdaMorning Ironic22:04
*** ijw has joined #openstack-ironic22:06
NobodyCamgood morning mrda22:06
JayFgm22:06
*** sacharya_ has quit IRC22:07
*** sabeen has quit IRC22:07
devanandamorning!22:07
*** wajdi has quit IRC22:07
*** hemna has quit IRC22:10
mrdao/22:11
*** anteaya has joined #openstack-ironic22:14
*** lindycoder has quit IRC22:15
*** wajdi_ has quit IRC22:16
*** cdearborn has quit IRC22:19
*** harlowja has quit IRC22:22
*** athomas has quit IRC22:22
ElCoyote_JayF: It doesn't work.. cause _get_command_sets is called from _parse_driver_info and _get_command_sets is the place where vbox_use_headless would be used.22:30
ElCoyote_JayF: I updated the gerrit comments for this..22:30
*** rloo has quit IRC22:37
*** rloo has joined #openstack-ironic22:45
*** mbound has quit IRC22:54
*** jaybeale has joined #openstack-ironic22:55
*** ijw has quit IRC22:57
*** ijw has joined #openstack-ironic22:59
*** harlowja has joined #openstack-ironic23:00
*** anteaya has quit IRC23:01
*** ijw has quit IRC23:03
*** rloo has quit IRC23:11
*** hemna has joined #openstack-ironic23:23
openstackgerritVIncent S. Cojot proposed openstack/ironic: Makes the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127823:23
*** hemna has quit IRC23:23
*** jaybeale has quit IRC23:29
*** PixieBoots has quit IRC23:36
JayFElCoyote_: one comment on that patch23:36
JayFElCoyote_: tl;dr: startvm --type headless is a thing; but controlvm --type headless is not23:36
ElCoyote_JayF: Yes..?23:36
JayFElCoyote_: unless --help on VBoxManage is lying :)23:36
ElCoyote_JayF: Yes and yes23:36
ElCoyote_That's why I have posted output in the previous comments23:37
ElCoyote_On all the 5.0.x I tested it works.23:37
JayFAre you sure --type isn't just noop on the controlvm setting/23:37
JayFi.e. does no harm but does no good either?23:38
ElCoyote_[raistlin@thorbardin ~]$ VBoxManage controlvm osp-baremetal-1 reset --type headless23:38
ElCoyote_[raistlin@thorbardin ~]$23:38
ElCoyote_[raistlin@thorbardin ~]$ echo $?23:38
JayFand that command fails without --type headless?23:38
ElCoyote_Without --type headless ironic got an ssh failure due to a VboxManage failure23:39
JayFyou're probably going to have to pastebin/gist this into the review :)23:39
JayFbut was that with the code as is23:39
ElCoyote_even on controlvm23:39
JayFbecause if so, it means you did startvm initially without --type headless23:39
JayFso if you run that command, the one you just ran, without --type headless it fails? Can you gist that?23:39
JayFif so we should flog whoever is NOT writing the vbox documentation, lol23:39
ElCoyote_JayF: That's a good idea.. I hadn't thought that perhaps it was because I had started the VMs with --type headless that it worked at a later time.23:40
JayFyeah exactly23:40
JayFlike it's a flag to be set on the vm at launch vs a flag to the cli23:40
JayFthat's how I read the docs23:40
ElCoyote_How do I put a pastebin in my gerrit review?23:40
JayFwhen I said that I meant more23:41
JayFif you're adding support for something not documented23:41
JayFpeople will want proof it doesn't work23:41
ElCoyote_Yes the docs lie. Only the headless addition to startvm is documented but I'm using it in two other places23:41
JayFso pastebin some results of the modifyvm --type headless failing (on a VM started with --type headless)23:41
ElCoyote_I agree. This needs a pastebin23:41
JayFand paste the link to it into a comment in the review23:41
JayFotherwise you're never going to get a core to approve landing code that isn't backed by the documentation in vbox23:42
*** Sukhdev has quit IRC23:42
ElCoyote_Ok, will do it that way. What pastebin is good practive with openstack?23:42
JayFI think there's actually an openstack one? I tend to just use gist.github.com23:42
JayFeven a txt file on a webserver is fine :)23:42
JayFjust avoiding not pasting in lots of lines of code to IRC or the review ++23:42
ElCoyote_Ok.. sorry about that and thanks for your patience and kind words of advice.23:43
JayFhey it's not a problem, we're all new at some point23:44
JayFsome of us for longer than others :P23:44
ElCoyote_controlvm.. type headless works in both cases (vm started with or whitout --type headless). Gonna paste that.23:46
JayFSo I think you accidentally proved me right23:46
JayFthe test I'd suggest doing is:23:46
JayF1) start two vms, one using createvm --type headless and one not23:47
ElCoyote_createvm doesn't have a type headless.23:47
JayF2) Try to manage both of them using the 'wrong' modifyvm setting (--type headless on the not headless one, and vice versa)23:47
JayFoh, I meant startvm23:47
JayFdamn that's confusing23:47
ElCoyote_yeah. Will try that and paste the output in https://paste.fedoraproject.org/23:47
ElCoyote_Yes, it is23:47
JayFI guess it makes sense that headless would be determined on start though23:47
JayFbecause it has to decide to hookup fake vga or not at start time23:48
*** Sukhdev has joined #openstack-ironic23:48
JayFstill same thought applies there :) does --type headless do anything on any command other than startvm23:48
JayFmy hypothesis is that it does not23:48
*** jaybeale has joined #openstack-ironic23:51
*** ijw has joined #openstack-ironic23:51
*** mbound has joined #openstack-ironic23:55
*** rloo has joined #openstack-ironic23:59

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